{{ post.excerpt | strip_html }}
- +diff --git a/_includes/flag.html b/_includes/flag.html index 0603cef6d..8b28e5a48 100644 --- a/_includes/flag.html +++ b/_includes/flag.html @@ -3,7 +3,7 @@
An official website of the United States Government
+src="{{site.baseurl}}/assets/images/us_flag_small.png">
The presentations given at the inaugural 18F Demo Day on May 9, 2014 are online and available at Speaker Deck. If you'd like more information on any topic, please feel free to contact the individual speaker.
- -Hacking Bureaucracy — -Greg Godbout
- -FBOpen — Procurement Tools — -Aaron Snow
- -NotAlone.gov — -Mollie Ruskin
- - - -Midas / Innovation Toolkit — -Joe Polastre
- -API Usability Testing — -Gray Brooks
- -SAM.gov "Pizza Tracker" — -Robert Read and Navin Vembar
- -CAP Communicart — -Robert Read
- -We the People: User-Centered Design — -Hillary Hartley
diff --git a/_posts/2014-05-16-slides-from-the-inaugural-18f-demo-day.md b/_posts/2014-05-16-slides-from-the-inaugural-18f-demo-day.md new file mode 100644 index 000000000..b44b3a075 --- /dev/null +++ b/_posts/2014-05-16-slides-from-the-inaugural-18f-demo-day.md @@ -0,0 +1,59 @@ +--- +date: '2014-05-16T10:02:00-04:00' +tumblr_url: http://18fblog.tumblr.com/post/85913587113/slides-from-the-inaugural-18f-demo-day +title: Slides from the inaugural 18F Demo Day +description: "The +presentations given at the inaugural 18F Demo Day on May 9, 2014 are +online and available at Speaker Deck. If you would like more information +on any topic, please feel free to contact the individual speaker." +excerpt: "The presentations given at the inaugural 18F Demo Day on May +9, 2014 are online and available at Speaker Deck. If you would like more +information on any topic, please feel free to contact the individual +speaker." +authors: +- 18F +tags: +- demo day +- presentation +- fbopen +- hacking bureaucracy +- midas +- api +- user-centered design +--- + +The [presentations given at the inaugural 18F Demo +Day](https://speakerdeck.com/18f) on May 9, 2014 are online and +available at Speaker Deck. If you'd like more information on any topic, +please feel free to contact the individual speaker. + +[Hacking +Bureaucracy](https://speakerdeck.com/18f/hacking-bureaucracy-18f-demo-day-9-may-2014) +— Greg Godbout + +[FBOpen — Procurement +Tools](https://speakerdeck.com/18f/fbopen-and-procurement-tools-18f-demo-day-9-may-2014) +— Aaron Snow + +[NotAlone.gov](https://speakerdeck.com/18f/notalone-dot-gov-18f-demo-day-9-may-2014) +— Mollie Ruskin + +[Midas / Innovation +Toolkit](https://speakerdeck.com/18f/innovation-toolkit-18f-demo-day-9-may-2014) +— Joe Polastre + +[API Usability +Testing](https://speakerdeck.com/18f/api-usability-testing-18f-demo-day-9-may-2014) +— Gray Brooks + +[SAM.gov "Pizza +Tracker"](https://speakerdeck.com/18f/sam-dot-gov-pizza-tracker-18f-demo-day-9-may-2014) +— Robert Read and Navin Vembar + +[CAP +Communicart](https://speakerdeck.com/18f/cap-communicart-18f-demo-day-9-may-2014) +— Robert Read + +[We the People: User-Centered +Design](https://speakerdeck.com/18f/user-centered-design-18f-demo-day-9-may-2014) +— Hillary Hartley diff --git a/_posts/2014-05-19-packaging-up-api-usability-testing-for-agency-re-use.html b/_posts/2014-05-19-packaging-up-api-usability-testing-for-agency-re-use.html deleted file mode 100644 index c014df200..000000000 --- a/_posts/2014-05-19-packaging-up-api-usability-testing-for-agency-re-use.html +++ /dev/null @@ -1,35 +0,0 @@ ---- -layout: post -date: '2014-05-19T11:02:14-04:00' -tumblr_url: http://18fblog.tumblr.com/post/86214382873/packaging-up-api-usability-testing-for-agency-re-use - -title: "Packaging up API usability testing for agency reuse" - -description: "Over the past year, a GSA collaboration has seen a project that offers API usability testing to federal agencies go from the pilot stage to a regular, robust series. Already, 13 agencies and programs have participated, and several more participate with every monthly session that passes. The best examples from across the government have made clear that one of the most important tasks of API producers is to regularly engage their developer community and listen to what they have to say. But just encouraging agencies to do this only goes so far." -excerpt: "Over the past year, a GSA collaboration has seen a project that offers API usability testing to federal agencies go from the pilot stage to a regular, robust series. Already, 13 agencies and programs have participated, and several more participate with every monthly session that passes. The best examples from across the government have made clear that one of the most important tasks of API producers is to regularly engage their developer community and listen to what they have to say. But just encouraging agencies to do this only goes so far." - -image: "" - -authors: -- gray - -tags: -- api -- usability testing -- usability -- open source - ---- -Over the past year, a GSA collaboration has seen a project that offers API Usability Testing to federal agencies go from the pilot stage to a regular, robust series. Already, 13 agencies and programs have participated, and several more participate with every monthly session that passes. The best examples from across the government have made clear that one of the most important tasks of API producers is to regularly engage their developer community and listen to what they have to say. But just encouraging agencies to do this only goes so far.
- - - -In addition to offering any federal agency direct support by hosting them at an API Usability session, we’ve also been working to document and open-source the actual process itself. We want every agency to realize how readily they can scale out these exercises on their own. Within the API Usability Kit, agencies will find proposed schedules, email and handout templates, an overall guide, and frequently asked questions. But since each component is itself an open source project, anyone can easily edit any page or fork the entire project.
- -As we move forward, it’s our hope that you’ll join us — in person for API Usability sessions for your program, but also through open collaboration with the material that we use to run the program. Help make this program better! Anytime you have a suggestion, all you have to do is click the ‘Edit’ button in the sidebar and propose away.
- -As with any good open-source project, we eat our own dog food and strive to ensure that this program grows through an open, organic process. We’ll continue to edit and build out the resources that make up the API Usability Kit. Through that, we believe we can ensure the best product for agencies and the best results for the final customer — the people of the United States.
- -See also, Gray's presentation from last week's 18F Demo Day:
- - diff --git a/_posts/2014-05-19-packaging-up-api-usability-testing-for-agency-re-use.md b/_posts/2014-05-19-packaging-up-api-usability-testing-for-agency-re-use.md new file mode 100644 index 000000000..1a61406c0 --- /dev/null +++ b/_posts/2014-05-19-packaging-up-api-usability-testing-for-agency-re-use.md @@ -0,0 +1,78 @@ +--- +date: '2014-05-19T11:02:14-04:00' +tumblr_url: http://18fblog.tumblr.com/post/86214382873/packaging-up-api-usability-testing-for-agency-re-use +title: "Packaging up API usability testing for agency reuse" +description: "Over the past year, a GSA collaboration has seen a project +that offers API usability testing to federal agencies go from the pilot +stage to a regular, robust series. Already, 13 agencies and programs +have participated, and several more participate with every monthly +session that passes. The best examples from across the government have +made clear that one of the most important tasks of API producers is to +regularly engage their developer community and listen to what they have +to say. But just encouraging agencies to do this only goes so far." +excerpt: "Over the past year, a GSA collaboration has seen a project +that offers API usability testing to federal agencies go from the pilot +stage to a regular, robust series. Already, 13 agencies and programs +have participated, and several more participate with every monthly +session that passes. The best examples from across the government have +made clear that one of the most important tasks of API producers is to +regularly engage their developer community and listen to what they have +to say. But just encouraging agencies to do this only goes so far." +authors: +- gray +tags: +- api +- usability testing +- usability +- open source +--- + +Over the past year, a GSA collaboration has seen [a project that offers +API Usability Testing to federal +agencies](https://www.digitalgov.gov/2014/05/09/make-gov-apis-better-with-user-experience/) +go from the pilot stage to a regular, robust series. Already, 13 +agencies and programs have participated, and several more participate +with every monthly session that passes. The best examples from across +the government have made clear that one of the most important tasks of +API producers is to regularly engage their developer community and +listen to what they have to say. But just encouraging agencies to do +this only goes so far. + +In addition to offering any federal agency direct support by hosting +them at an API Usability session, we’ve also been working to [document +and open-source the actual process +itself](https://pages.18f.gov/API-Usability-Testing/). We want every +agency to realize how readily they can scale out these exercises on +their own. Within the [API Usability +Kit](https://pages.18f.gov/API-Usability-Testing/pages/kit/), agencies +will find proposed +[schedules](https://pages.18f.gov/API-Usability-Testing/pages/schedule/), +[email](http://pages.18f.gov/API-Usability-Testing/pages/templates/) and +[handout +templates](https://pages.18f.gov/API-Usability-Testing/pages/handout/), +an overall +[guide](https://pages.18f.gov/API-Usability-Testing/pages/guide/), and +[frequently asked +questions](https://pages.18f.gov/API-Usability-Testing/pages/faq/). But +since each component is itself an open source project, anyone can easily +[edit any +page](https://github.com/18F/API-Usability-Testing/edit/gh-pages/index.md) +or [fork the entire +project](https://github.com/18F/API-Usability-Testing/fork/). + +As we move forward, it’s our hope that you’ll join us — in person for +API Usability sessions for your program, but also through open +collaboration with the material that we use to run the program. Help +make this program better! Anytime you have a suggestion, all you have to +do is click the ‘Edit’ button in the sidebar and propose away. + +As with any good open-source project, we [eat our own dog +food](https://en.wikipedia.org/wiki/Eating_your_own_dog_food) and strive +to ensure that this program grows through an open, organic process. +We’ll continue to edit and build out the resources that make up the [API +Usability Kit](https://pages.18f.gov/API-Usability-Testing/pages/kit/). +Through that, we believe we can ensure the best product for agencies and +the best results for the final customer — the people of the United +States. + +*See also, Gray's presentation from last week's 18F Demo Day:* diff --git a/_posts/2014-05-29-announcing-the-developer-program-a-new-hub-for.html b/_posts/2014-05-29-announcing-the-developer-program-a-new-hub-for.html deleted file mode 100644 index 5b108a83b..000000000 --- a/_posts/2014-05-29-announcing-the-developer-program-a-new-hub-for.html +++ /dev/null @@ -1,47 +0,0 @@ ---- -layout: post -date: '2014-05-29T17:15:00-04:00' -tumblr_url: http://18fblog.tumblr.com/post/87233336788/announcing-the-developer-program-a-new-hub-for - -title: "Announcing the /Developer Program: a new hub for federal API creators" - -description: "We recently launched our /Developer Program (pronounced \"slash developer\") to help federal agencies develop useful, robust APIs. The Program is a collection of educational resources, opportunities to engage the community for help and feedback, and tools that can help you build APIs — essentially an ever-growing knowledge base curated by 18F. We affectionately named the /Developer Program after the common practice of providing API documentation and links on government websites at website.gov/developer." - -excerpt: We recently launched our /Developer Program (pronounced "slash developer") to help federal agencies develop useful, robust APIs. The Program is a collection of educational resources, opportunities to engage the community for help and feedback, and tools that can help you build APIs — essentially an ever-growing knowledge base curated by 18F. -image: "" -authors: -- leah -- gray - -tags: -- /developer -- api ---- - -We recently launched our /Developer Program (pronounced "slash developer") to help federal agencies develop useful, robust APIs. The Program is a collection of educational resources, opportunities to engage the community for help and feedback, and tools that can help you build APIs — essentially an ever-growing knowledge base curated by 18F.
- - - --We affectionately named the /Developer Program after the common practice of providing API documentation and links on government websites at website.gov/developer1. -
- -We use the term "launched" liberally though, because this has been a labor of love over the past year or more for the digital gov community. APIs are basically a way for two programs to share information or perform an action2, and they continue to play an increasingly fundamental role across the web. There are now almost 100 developer hubs that provide access to hundreds of web services across government.
- -Whether you're new to APIs or have years of experience, the site's list of educational resources can help you better understand the role that APIs can play for your agency as well as explain them to your colleagues. These resources include API definitions and analogies, training, best practices, talking points, FAQs, and case studies in case you need inspiration or examples.
- -The best way to improve and promote your agency's APIs is to get involved with API producers at other agencies and the developers who use your APIs. The site offers links to meetups and other API events, as well as our API Usability Testing program where agencies demo their APIs to real users and customers to get their feedback. We also provide examples of excellent government APIs, sample policy and contract language for building APIs, and links to good API standards and guidelines.
- -We are compiling a list of open source tools and resources to help you actually build your APIs, including data converters, standards, developer kits, and more. There are hosted tools that can take data in a spreadsheet file and instantly make it available as a RESTful API. For enterprise needs, a powerful API proxy offers key management and analytics functionality for any agency's use.
- -Please feel free to provide feedback and suggest additional resources; the entire /Developer Program is an open source project on GitHub.
- -1: This was recommended in the Digital Government Strategy.
- - diff --git a/_posts/2014-05-29-announcing-the-developer-program-a-new-hub-for.md b/_posts/2014-05-29-announcing-the-developer-program-a-new-hub-for.md new file mode 100644 index 000000000..4cb781c35 --- /dev/null +++ b/_posts/2014-05-29-announcing-the-developer-program-a-new-hub-for.md @@ -0,0 +1,90 @@ +--- +date: '2014-05-29T17:15:00-04:00' +tumblr_url: http://18fblog.tumblr.com/post/87233336788/announcing-the-developer-program-a-new-hub-for +title: "Announcing the /Developer Program: a new hub for federal API +creators" +description: "We recently launched our /Developer Program +(pronounced \"slash developer\") to help federal agencies develop +useful, robust APIs. The Program is a collection of educational +resources, opportunities to engage the community for help and feedback, +and tools that can help you build APIs — essentially an ever-growing +knowledge base curated by 18F. We affectionately named the /Developer +Program after the common practice of providing API documentation and +links on government websites at website.gov/developer." +excerpt: "We recently launched our [/Developer Program](https://18f.github.io/API-All-the-X) (pronounced \"slash +developer\") to help federal agencies develop useful, robust APIs. The +Program is a collection of educational resources, opportunities to +engage the community for help and feedback, and tools that can help you +build APIs — essentially an ever-growing knowledge base curated by 18F." +authors: +- leah +- gray +tags: +- /developer +- api +--- + +We recently launched our [/Developer +Program](https://18f.github.io/API-All-the-X) (pronounced "slash +developer") to help federal agencies develop useful, robust APIs. The +Program is a collection of educational resources, opportunities to +engage the community for help and feedback, and tools that can help you +build APIs — essentially an ever-growing knowledge base curated by 18F. + +We affectionately named the /Developer Program after the [common +practice](https://www.google.com/#q=site:.gov+/developer) of providing +API documentation and links on government websites at +website.gov/developer[^1^](#footnote-1). + +We use the term "launched" liberally though, because this has been a +labor of love over the past year or more for the digital gov community. +APIs are basically a way for two programs to share information or +perform an action[^2^](#footnote-2), and they +continue to play an [increasingly +fundamental](http://www.programmableweb.com/api-research) role across +the web. There are now almost 100 developer hubs that provide access to +hundreds of web services across government. + +### Education + +Whether you're new to APIs or have years of experience, the site's list +of [educational +resources](https://18f.github.io/API-All-the-X/pages/education) can help +you better understand the role that APIs can play for your agency as +well as explain them to your colleagues. These resources include API +definitions and analogies, training, best practices, talking points, +FAQs, and case studies in case you need inspiration or examples. + +### Community and collaboration + +The best way to improve and promote your agency's APIs is to get +involved with API producers at other agencies and the developers who use +your APIs. The site offers links to meetups and other API events, as +well as our [API Usability +Testing](https://pages.18f.gov/API-Usability-Testing/) program where +agencies demo their APIs to real users and customers to get their +feedback. We also provide examples of excellent government APIs, sample +policy and contract language for building APIs, and links to good API +standards and guidelines. + +### Tools and resources + +We are compiling a [list of open source tools and +resources](https://18f.github.io/API-All-the-X/pages/resources) to help +you actually build your APIs, including data converters, standards, +developer kits, and more. There are hosted tools that can take data in a +spreadsheet file and instantly make it available as a RESTful API. For +enterprise needs, a [powerful API proxy](https://api.data.gov/) offers +key management and analytics functionality for any agency's use. + +Please feel free to [provide feedback and suggest additional +resources](https://github.com/18F/API-All-the-X/issues?state=open); the +entire /Developer Program is an [open source project on +GitHub](https://github.com/18F/API-All-the-X). + +[1:](#back-1) This was recommended in the +[Digital Government +Strategy](https://www.whitehouse.gov/sites/default/files/omb/egov/digital-government/digital-government.html#open-data-default). + +[2:](#back-2) Credit: +[@svt827](https://twitter.com/svt827) diff --git a/_posts/2014-06-25-intro-to-apis-working-with-urls-json-apis-and-open.html b/_posts/2014-06-25-intro-to-apis-working-with-urls-json-apis-and-open.html deleted file mode 100644 index 99305f9dc..000000000 --- a/_posts/2014-06-25-intro-to-apis-working-with-urls-json-apis-and-open.html +++ /dev/null @@ -1,63 +0,0 @@ ---- -layout: post -date: '2014-06-25T11:48:00-04:00' -tumblr_url: http://18fblog.tumblr.com/post/89867088998/intro-to-apis-working-with-urls-json-apis-and-open - -title: "Intro to APIs: Working with URLs, JSON, APIs, and Open Data — without writing any code" - -description: "GSA's digital teams are offering a user-friendly intro course to APIs. Regardless of your skill level, you will walk away from this lesson understanding what APIs are and how developers use them." -excerpt: June 27, 2014, from 9:30 a.m. to 11:30 a.m. Register now. GSA’s digital teams are offering a user-friendly intro course to APIs. Regardless of your skill level, you will walk away from this lesson understanding what APIs are and how developers use them. - -image: "" - -authors: -- gray -- eric - -tags: -- api -- workshop -- how we work - ---- - -June 27, 2014, from 9:30 a.m. to 11:30 a.m.
Register now
GSA’s digital teams are offering a user-friendly intro course to APIs. Regardless of your skill level, you will walk away from this lesson understanding what APIs are and how developers use them.
- - - -Every federal agency is scaling out its use of APIs so even if they are not a part of your normal daily work, learning what they are, how they work, and why they are changing government.
- -This is an in-person, interactive session led by Eric Mill, a key developer on GSA’s 18F team and an expert in open data and government technology. Again, this session is designed so that even complete beginners will be able to follow along, so if anyone you know is wondering what all the fuss about APIs is about – this is for you.
- -Friday, June 27, 2014
-9:30 a.m. to 11:30 a.m.
-GSA Central Office
-1800 F St NW, Washington, D.C. 20006
We recently released the first version of our API Standards — a set of recommendations and guidelines for API production. It is our intention that every 18F API meet these standards, to help us ensure a baseline quality and consistency across all APIs we offer now and in the future.
- -These standards guide the user-facing implementation details of an API. Wherever possible, the standards prescribe a goal instead of a specific technology. What was once universally recommended about APIs just a few years ago may be dated today. For example, while the best issue tracker may change every couple years, the need for an obvious point of contact to the API producer is more enduring.
- -The standards are generally technology-neutral, with a few specific opinions when warranted. For example, our standards don't allow for the use of JSONP, as it raises security and performance concerns.
- -Though these standards are part of a living document, a focus on goals—and not on tools—will increase their shelf-life. By writing these standards under a goal-oriented and "sane defaults" approach, we hope they help us achieve API objectives that will never change: utility for the users and respect for their time and effort.
- -We began drafting our standards after forking the White House's own API standards. By publishing their standards in the open so others could benefit, the White House set an important example—one that we greatly support! Similarly, we invite you to fork our API standards and modify as needed for your own organization's use.
diff --git a/_posts/2014-07-15-hot-off-the-press-18fs-api-standards.md b/_posts/2014-07-15-hot-off-the-press-18fs-api-standards.md new file mode 100644 index 000000000..6ba16f31f --- /dev/null +++ b/_posts/2014-07-15-hot-off-the-press-18fs-api-standards.md @@ -0,0 +1,46 @@ +--- +date: '2014-07-15T14:41:00-04:00' +tumblr_url: http://18fblog.tumblr.com/post/91868213233/hot-off-the-press-18fs-api-standards +title: "Hot off the press: 18F's API standards" +description: "We recently released the first version of our API Standards — a set of recommendations and guidelines for API production. It is our intention that every 18F API meet these standards, to help us ensure a baseline quality and consistency across all APIs we offer now and in the future." +excerpt: "We recently released the first version of our API Standards — a set of recommendations and guidelines for API production. It is our intention that every 18F API meet these standards, to help us ensure a baseline quality and consistency across all APIs we offer now and in the future." +authors: +- alan +- eric +tags: +- api +- how we work +--- + +We recently released the first version of our [API +Standards](https://github.com/18F/api-standards) — a set of +recommendations and guidelines for API production. It is our intention +that every 18F API meet these standards, to help us ensure a baseline +quality and consistency across all APIs we offer now and in the future. + +These standards guide the user-facing implementation details of an API. +Wherever possible, the standards prescribe a goal instead of a specific +technology. What was once universally recommended about APIs just a few +years ago may be dated today. For example, while the best issue tracker +may change every couple years, the need for an obvious point of contact +to the API producer is more enduring. + +The standards are generally technology-neutral, with a few specific +opinions when warranted. For example, our standards don't allow for the +use of JSONP, as it raises +[security](https://en.wikipedia.org/wiki/JSONP#Security_concerns) and +[performance](https://gist.github.com/tmcw/6244497#practical-concerns) +concerns. + +Though these standards are part of a living document, a focus on +goals—and not on tools—will increase their shelf-life. By writing these +standards under a goal-oriented and "sane defaults" approach, we hope +they help us achieve API objectives that will never change: utility for +the users and respect for their time and effort. + +We began drafting our standards after forking the White House's own API +standards. By [publishing their standards in the +open](https://github.com/WhiteHouse/api-standards) so others could +benefit, the White House set an important example—one that we greatly +support! Similarly, we invite you to fork our API standards and modify +as needed for your own organization's use. diff --git a/_posts/2014-07-16-midas-a-marketplace-for-innovation-in-government.html b/_posts/2014-07-16-midas-a-marketplace-for-innovation-in-government.html deleted file mode 100644 index d1849ec22..000000000 --- a/_posts/2014-07-16-midas-a-marketplace-for-innovation-in-government.html +++ /dev/null @@ -1,64 +0,0 @@ ---- -layout: post -date: '2014-07-16T11:01:00-04:00' -tumblr_url: http://18fblog.tumblr.com/post/91952641466/midas-a-marketplace-for-innovation-in-government -title: "Midas: a marketplace for innovation in government" -description: "Midas is an online platform that brings to life the vision of an Innovation Toolkit for government. It's a marketplace of skill building opportunities which matches people to projects that they're passionate about. You can think of it as \"Kickstarter for people's time\"." -excerpt: "Midas is an online platform that brings to life the vision of an Innovation Toolkit for government. It's a marketplace of skill building opportunities which matches people to projects that they're passionate about. You can think of it as \"Kickstarter for people's time\"." -image: "" -authors: -- joe -- mattchessen -tags: -- crowdwork -- midas -- platform ---- - -Midas is an online platform that brings to life the vision of an "Innovation Toolkit" for government. It is a marketplace of skill building opportunities which matches people to projects that they're passionate about. You can think of it as "kickstarter for people's time."
- - - -The concept of an Innovation Toolkit started as a Presidential Innovation Fellows project to give federal employees a place to work on innovative ideas across government that may occur outside their normal job or management chain. The Department of State's Office of eDiplomacy teamed up with The White House Office of Science and Technology Policy to prototype a crowdsourced marketplace for innovation.
- -To understand why the State Department was interested in such a project, first imagine that you're an enthusiastic federal employee that has lots of ideas for government to better serve its people and businesses. One such group of feds is foreign service officers, especially junior foreign service officers who spend their first few years performing consular work. They are located around the world and typically process visas and passports full time. Foreign service officers are highly educated and trained individuals – often with advanced degrees and significant work experience. The question was posed: how can we leverage this untapped potential of the federal workforce to make meaningful progress on innovative projects? And how do we provide professional development opportunities to both local and remote workers that want to build their skills and advance in their career?
- -From June through December 2013, through the Presidential Innovation Fellows program, we conducted numerous user interviews and meetings with stakeholders at the State Department. We met with foreign service officers, supervisors, and country desk officers that coordinate activities in each region. From these interviews, tests, and prototypes came Midas – a marketplace for projects and opportunities. At State, they started calling it "crowdworking." (The internal website at State is officially called "Crowdwork.")
- -
Midas consists of three main components — projects, opportunities, and profiles – all of which are connected through skills and topics of interest.
- -When employees sign up, they get a profile on Midas (which can be imported from existing services such as LinkedIn). Profiles contain a list of skills as well as topics that employees are interested in or passionate about.
- -Projects are a container that holds the discussions, events, files, and participants of a proposed activity. Projects also have skills and topics associated with them. This is where work can be coordinated. A project doesn't have to be a project in the traditional sense; it can be a "tiger team", a community of practice, or an interest group (for example, a group of people that get together to volunteer for a particular cause outside of work).
- -
Opportunities are crowdsourced tasks that need volunteers. Opportunities are also associated with skills and topics. An opportunity can be part of a project, or a standalone need. These can be accomplished in as little as 15 minutes, or could be as consuming as a 6 or 12 month full time detail of the employee to another office.
- -Midas is currently being piloted by the Department of State [GitHub] and the Department of Health and Human Services [GitHub]. Midas is also a key component of the Office of Personnel Management's GovConnect initiative, which is part of the President's Second Term Management Agenda. Through GovConnect, agencies can experiment, prototype, and implement new workforce engagement programs, like Midas.
- -Crowdwork, the name of the Midas system at the Department of State, received the NextGen Exemplary Group Award. The award will be celebrated at the NextGen Training Summit on July 23, 2014 in Washington, D.C.
- -At 18F, we are now offering Midas to federal agencies as a Software as a Service. Any agency can test out Midas quickly, and focus on the programmatic aspect of "crowdworking" in their community rather than get bogged down in the details of acquiring and standing up the technology.
- -Strategic benefits of using Midas:
-From day one, Midas has been available as open source on GitHub. It's free for anyone to download, install, and use. All of our issues, features, and bugs are out in the open. Management of Midas uses agile methodologies and development is organized into sprints.
- -Come check out Midas for yourself on GitHub, and see how federal employees are working more organically, across traditional silos, and more collaboratively to improve government.
diff --git a/_posts/2014-07-16-midas-a-marketplace-for-innovation-in-government.md b/_posts/2014-07-16-midas-a-marketplace-for-innovation-in-government.md new file mode 100644 index 000000000..214e033b0 --- /dev/null +++ b/_posts/2014-07-16-midas-a-marketplace-for-innovation-in-government.md @@ -0,0 +1,149 @@ +--- +layout: post +date: '2014-07-16T11:01:00-04:00' +tumblr_url: http://18fblog.tumblr.com/post/91952641466/midas-a-marketplace-for-innovation-in-government +title: "Midas: a marketplace for innovation in government" +description: "Midas is an online platform that brings to life the vision of an +Innovation Toolkit for government. It's a marketplace of skill building +opportunities which matches people to projects that they're passionate +about. You can think of it as \"Kickstarter for people's time\"." +excerpt: "Midas is an online platform that brings to life the vision of +an Innovation Toolkit for government. It's a marketplace of skill building opportunities which matches people to projects that they're passionate about. You can think of it as \"Kickstarter for people's time\"." +authors: +- joe +- mattchessen +tags: +- crowdwork +- midas +- platform +--- + +[Midas](https://github.com/18f/midas) is an online platform that brings +to life the vision of an "Innovation Toolkit" for government. It is a +marketplace of skill building opportunities which matches people to +projects that they're passionate about. You can think of it as +"[kickstarter](https://www.kickstarter.com "kickstarter") for people's +time." + +The concept of an [Innovation +Toolkit](https://www.whitehouse.gov/innovationfellows/projects) started +as a [Presidential Innovation +Fellows](https://www.whitehouse.gov/innovationfellows) project to give +federal employees a place to work on innovative ideas across government +that may occur outside their normal job or management chain. The +[Department of State's Office of +eDiplomacy](http://www.state.gov/m/irm/ediplomacy/) teamed up with [The +White House Office of Science and Technology +Policy](https://www.whitehouse.gov/administration/eop/ostp) to prototype +a crowdsourced marketplace for innovation. + +The history of Midas +-------------------- + +To understand why the State Department was interested in such a project, +first imagine that you're an enthusiastic federal employee that has lots +of ideas for government to better serve its people and businesses. One +such group of feds is [foreign service +officers](https://en.wikipedia.org/wiki/Foreign_Service_Officer), +especially junior foreign service officers who spend their first few +years performing consular work. They are located around the world and +typically process visas and passports full time. Foreign service +officers are highly educated and trained individuals – often with +advanced degrees and significant work experience. The question was +posed: how can we leverage this untapped potential of the federal +workforce to make meaningful progress on innovative projects? And how do +we provide professional development opportunities to both local and +remote workers that want to build their skills and advance in their +career? + +From June through December 2013, through the Presidential Innovation +Fellows program, we conducted numerous user interviews and meetings with +stakeholders at the State Department. We met with foreign service +officers, supervisors, and country desk officers that coordinate +activities in each region. From these interviews, tests, and prototypes +came Midas – a marketplace for projects and opportunities. At State, +they started calling it "crowdworking." (The internal website at State +is officially called "Crowdwork.") + +How Midas works +--------------- + + + +Midas consists of three main components — projects, opportunities, and +profiles – all of which are connected through **skills** and **topics** +of interest. + +When employees sign up, they get a **profile** on Midas (which can be +imported from existing services such as LinkedIn). Profiles contain a +list of skills as well as topics that employees are interested in or +passionate about. + +**Projects** are a container that holds the discussions, events, files, +and participants of a proposed activity. Projects also have skills and +topics associated with them. This is where work can be coordinated. A +project doesn't have to be a project in the traditional sense; it can be +a ["tiger team"](https://en.wikipedia.org/wiki/Tiger_team), a community +of practice, or an interest group (for example, a group of people that +get together to volunteer for a particular cause outside of work). + + + +**Opportunities** are crowdsourced tasks that need volunteers. +Opportunities are also associated with skills and topics. An opportunity +can be part of a project, or a standalone need. These can be +accomplished in as little as 15 minutes, or could be as consuming as a 6 +or 12 month full time detail of the employee to another office. + +Midas in action +--------------- + +Midas is currently being piloted by the [Department of +State](http://www.state.gov) +[[GitHub](https://github.com/USStateDept/midas-crowdwork)] and the +[Department of Health and Human +Services](http://www.hhs.gov/idealab/i-want-support/for-hhs-2/) +[[GitHub](https://github.com/HHSIDEAlab/HHSFairTrade-Configs)]. Midas is +also a key component of the Office of Personnel Management's +[GovConnect](https://www.chcoc.gov/transmittals/TransmittalDetails.aspx?TransmittalID=6076) +initiative, which is part of the [President's Second Term Management +Agenda](https://www.whitehouse.gov/blog/2013/07/08/smarter-more-innovative-government-american-people). +Through GovConnect, agencies can experiment, prototype, and implement +new workforce engagement programs, like Midas. + +Crowdwork, the name of the Midas system at the Department of State, +received the [NextGen Exemplary Group +Award](http://www.nextgengovt.com/nextgen-awards). The award will be +celebrated at the [NextGen Training Summit](http://www.nextgengovt.com/) +on July 23, 2014 in Washington, D.C. + +Midas for you +------------- + +At [18F](https://18f.gsa.gov), we are now offering Midas to federal +agencies as a Software as a Service. Any agency can test out Midas +quickly, and focus on the programmatic aspect of "crowdworking" in their +community rather than get bogged down in the details of acquiring and +standing up the technology. + +**Strategic benefits of using Midas:** + +- Leverage capacity of remote offices to accomplish more within an + agency +- Augment existing teams (both within and outside agency) with + skillsets needed but not currently available within the team +- Provide additional professional development opportunities to + employees that match their interests and passions +- Improve employee morale and engagement + +From day one, Midas has been available as open source on GitHub. It's +free for anyone to download, install, and use. All of our issues, +features, and bugs are out in the open. Management of Midas uses agile +methodologies and development is organized into sprints. + +Come check out Midas for yourself on +[GitHub](https://github.com/18f/midas), and see how federal employees +are working more organically, across traditional silos, and more +collaboratively to improve government. diff --git a/_posts/2014-07-23-take-a-gander-at-our-developer-page.html b/_posts/2014-07-23-take-a-gander-at-our-developer-page.html deleted file mode 100644 index ec8c58b72..000000000 --- a/_posts/2014-07-23-take-a-gander-at-our-developer-page.html +++ /dev/null @@ -1,26 +0,0 @@ ---- -layout: post -date: '2014-07-23T10:01:00-04:00' -tumblr_url: http://18fblog.tumblr.com/post/92632274379/take-a-gander-at-our-developer-page - -title: "Take a gander at our /Developer page" - -description: "A growing trend both inside government and outside is to have a simple welcoming page for outside developers who may be interested in your team’s efforts. This material is often located at website.gov/developer and points visitors to technical material that developers may be interested in, especially APIs. Collecting technical documentation in one place facilitates the developer experience, ensuring that they can find and begin using APIs with as little friction as possible." -excerpt: "A growing trend both inside government and outside is to have a simple welcoming page for outside developers who may be interested in your team’s efforts. This material is often located at website.gov/developer and points visitors to technical material that developers may be interested in, especially APIs. Collecting technical documentation in one place facilitates the developer experience, ensuring that they can find and begin using APIs with as little friction as possible." -image: "" -authors: -- gray - -tags: -- api -- /developer - ---- - -A growing trend both inside government and outside is to have a simple welcoming page for outside developers who may be interested in your team’s efforts. This material is often located at website.gov/developer 1 and points visitors to technical material that developers may be interested in, especially APIs.Collecting technical documentation in one place facilitates the developer experience, ensuring that they can find and begin using APIs with as little friction as possible.
- - - -Believing in this best practice, we’re launching 18F's /developer page to provide a consistent and friendly starting point for other coders — both in the public and within government. There are two main sections, one for our APIs and another for 18F initiatives that are targeted to this community. There’s a good bit there, but we hope you’ll check back often as we add more APIs... a lot more APIs!
- -1: as recommended in the Digital Government Strategy
diff --git a/_posts/2014-07-23-take-a-gander-at-our-developer-page.md b/_posts/2014-07-23-take-a-gander-at-our-developer-page.md new file mode 100644 index 000000000..696373cdd --- /dev/null +++ b/_posts/2014-07-23-take-a-gander-at-our-developer-page.md @@ -0,0 +1,48 @@ +--- +date: '2014-07-23T10:01:00-04:00' +tumblr_url: http://18fblog.tumblr.com/post/92632274379/take-a-gander-at-our-developer-page +title: "Take a gander at our /Developer page" +description: "A growing +trend both inside government and outside is to have a simple welcoming +page for outside developers who may be interested in your team’s +efforts. This material is often located at website.gov/developer and +points visitors to technical material that developers may be interested +in, especially APIs. Collecting technical documentation in one place +facilitates the developer experience, ensuring that they can find and +begin using APIs with as little friction as possible." +excerpt: "A +growing trend both inside government and outside is to have a simple +welcoming page for outside developers who may be interested in your +team’s efforts. This material is often located at website.gov/developer +and points visitors to technical material that developers may be +interested in, especially APIs. Collecting technical documentation in +one place facilitates the developer experience, ensuring that they can +find and begin using APIs with as little friction as possible." +authors: +- gray +tags: +- api +- /developer +--- + +A growing trend both inside government and outside is to have a simple +welcoming page for outside developers who may be interested in your +team’s efforts. This material is [often +located](https://18f.gsa.gov/2014/05/29/announcing-the-developer-program-a-new-hub-for/) +at *website.gov/developer* [1](#footnote-1) +and points visitors to technical material that developers may be +interested in, especially APIs.Collecting technical documentation in one +place facilitates the developer experience, ensuring that they can find +and begin using APIs with as little friction as possible. + +Believing in this best practice, we’re launching 18F's [/developer +page](https://18f.gsa.gov/developer) to provide a consistent and +friendly starting point for other coders — both in the public and within +government. There are two main sections, one for our APIs and another +for 18F initiatives that are targeted to this community. There’s a good +bit there, but we hope you’ll check back often as we add more APIs... a +lot more APIs! + +[1:](#back-1) as recommended in the +[Digital Government +Strategy](https://www.whitehouse.gov/sites/default/files/omb/egov/digital-government/digital-government.html#open-data-default) diff --git a/_posts/2014-07-29-18f-an-open-source-team.html b/_posts/2014-07-29-18f-an-open-source-team.html deleted file mode 100644 index 451320932..000000000 --- a/_posts/2014-07-29-18f-an-open-source-team.html +++ /dev/null @@ -1,36 +0,0 @@ ---- -layout: post -date: '2014-07-29T14:01:55-04:00' -tumblr_url: http://18fblog.tumblr.com/post/93226835135/18f-an-open-source-team - -title: "18F: an open source team" - -description: "At 18F, we place a premium on developing digital tools and services in the open. This means contributing our source code back to the community, actively repurposing our code across projects, and contributing back to the open source tools we use. For a variety of reasons, we believe that doing so improves the final product we create." - -excerpt: "At 18F, we place a premium on developing digital tools and services in the open. This means contributing our source code back to the community, actively repurposing our code across projects, and contributing back to the open source tools we use. For a variety of reasons, we believe that doing so improves the final product we create." -image: "" -authors: -- majma -- eric - -tags: -- open source -- how we work -- culture -- policy - ---- -At 18F, we place a premium on developing digital tools and services in the open. This means contributing our source code back to the community, actively repurposing our code across projects, and contributing back to the open source tools we use. For a variety of reasons, we believe that doing so improves the final product we create. It is because of this that our policy is to:
- - - -FOSS is software that does not charge users a purchase or licensing fee for modifying or redistributing the source code. There are many benefits to using FOSS, including allowing for product customization and better interoperability between products. Citizen and consumer needs can change rapidly. FOSS allows us to modify software iteratively and to quickly change or experiment as needed.
- -Similarly, openly publishing our code creates cost-savings for the American people by producing a more secure, reusable product. Code that is available online for the public to inspect is open to a more rigorous review process that can assist in identifying flaws in the source code. Developing in the open, when appropriate, opens the project up to that review process earlier and allows for discussions to guide the direction of a products development. This creates a distinct advantage over proprietary software that undergoes a less diverse review and provides 18F with an opportunity to engage our stakeholders in ways that strengthen our work.
- -The use of open source software is not new in the federal government. Agencies have been using open source software for many years to great effect. What fewer agencies do is publish developed source code or develop in the open. When the Food and Drug Administration built out openFDA, an API that lets you query adverse drug events, they did so in the open. Because the source code was being published online to the public, a volunteer was able to review the code and find an issue. The volunteer not only identified the issue, but provided a solution to the team that was accepted as a part of the final product. Our policy hopes to recreate these kinds of public interactions and we look forward to other offices within the federal government joining us in working on FOSS projects.
- -In the next few days, we're excited to publish a contributor’s guide about reuse and sharing of our code and some advice on working in the open from day one.
diff --git a/_posts/2014-07-29-18f-an-open-source-team.md b/_posts/2014-07-29-18f-an-open-source-team.md new file mode 100644 index 000000000..81c7b962f --- /dev/null +++ b/_posts/2014-07-29-18f-an-open-source-team.md @@ -0,0 +1,75 @@ +--- +date: '2014-07-29T14:01:55-04:00' +tumblr_url: http://18fblog.tumblr.com/post/93226835135/18f-an-open-source-team +title: "18F: an open source team" +description: "At 18F, we place a +premium on developing digital tools and services in the open. This means +contributing our source code back to the community, actively repurposing +our code across projects, and contributing back to the open source tools +we use. For a variety of reasons, we believe that doing so improves the +final product we create." +excerpt: "At 18F, we place a premium on +developing digital tools and services in the open. This means +contributing our source code back to the community, actively repurposing +our code across projects, and contributing back to the open source tools +we use. For a variety of reasons, we believe that doing so improves the +final product we create." +authors: +- majma +- eric +tags: +- open source +- how we work +- culture +- policy +--- + +At 18F, we place a premium on developing digital tools and services in +the open. This means contributing our source code back to the community, +actively repurposing our code across projects, and contributing back to +the open source tools we use. For a variety of reasons, we believe that +doing so improves the final product we create. It is because of this +that [our +policy](https://github.com/18F/open-source-policy/blob/master/policy.md) +is to: + +1. **Use free and open source software (FOSS) in our projects and to + contribute back to the open source community;** +2. **Create an environment where any project can be developed in the + open;** and +3. **Publish all source code created or modified by 18F publicly.** + +FOSS is software that does not charge users a purchase or licensing fee +for modifying or redistributing the source code. There are many benefits +to using FOSS, including allowing for product customization and better +interoperability between products. Citizen and consumer needs can change +rapidly. FOSS allows us to modify software iteratively and to quickly +change or experiment as needed. + +Similarly, openly publishing our code creates cost-savings for the +American people by producing a more secure, reusable product. Code that +is available online for the public to inspect is open to a more rigorous +review process that can assist in identifying flaws in the source code. +Developing in the open, when appropriate, opens the project up to that +review process earlier and allows for discussions to guide the direction +of a products development. This creates a distinct advantage over +proprietary software that undergoes a less diverse review and provides +18F with an opportunity to engage our stakeholders in ways that +strengthen our work. + +The use of open source software is not new in the federal government. +Agencies have been using open source software for many years to great +effect. What fewer agencies do is publish developed source code or +develop in the open. When the Food and Drug Administration built out +[openFDA](https://open.fda.gov), an API that lets you query adverse drug +events, they did so in the open. Because the source code was being +published online to the public, a volunteer was able to review the code +and find an issue. The volunteer not only identified the issue, but +provided a solution to the team that was accepted as a part of the final +product. Our policy hopes to recreate these kinds of public interactions +and we look forward to other offices within the federal government +joining us in working on FOSS projects. + +In the next few days, we're excited to publish a contributor’s guide +about reuse and sharing of our code and some advice on working in the +open from day one. diff --git a/_posts/2014-07-31-working-in-public-from-day-1.html b/_posts/2014-07-31-working-in-public-from-day-1.html deleted file mode 100644 index 9236b9578..000000000 --- a/_posts/2014-07-31-working-in-public-from-day-1.html +++ /dev/null @@ -1,40 +0,0 @@ ---- -layout: post -date: '2014-07-31T13:01:47-04:00' -tumblr_url: http://18fblog.tumblr.com/post/93415834296/working-in-public-from-day-1 - -title: "Working in public from day one" - -description: "Open source your code from day one. Don't wait for a milestone, don't wait for it to be stable — do it from the first commit." -excerpt: "Open source your code from day one. Don't wait for a milestone, don't wait for it to be stable — do it from the first commit." -image: "" -authors: -- eric - -tags: -- open source -- how we work - ---- - -In the wide world of software, maybe you've heard someone say this, or maybe you've said it yourself: "I'll open source it after I clean up the code; it's a mess right now."
- -Or: "I think there are some passwords in there; I'll get around to cleaning it out at some point."
- -Or simply: "No way, it's just too embarrassing."
- - - -These feelings are totally natural, but keep a lot of good work closed that could easily have been open. The trick to avoiding this is simple: open source your code from day one. Don't wait for a milestone, don't wait for it to be stable — do it from the first commit.
- -Here are a few reasons why you should feel good about working in the open from the moment your shovel goes in the ground:
- -No one's going to read your code. Your code is almost certainly boring. Most code is. Instead, people will evaluate your work based on how they'd interact with it. Is it easy to learn how to use it from the README? Is development active? Have many GitHub users starred it? And none of that will matter until your project is far enough along that it's useful. You will not be in the spotlight until you deserve to be.
- -You will make better decisions. At the most basic level, you will be vastly less likely to accidentally commit a password to an open source project than a closed one. But more than that: even though no one is reading your code, you'll still feel a bit of natural pressure to make better decisions. You'll hardcode less, and move more into configuration files. You'll make things slightly more modular. You'll comment more. You'll catch security holes more quickly. That's a healthy pressure.
- -It will not waste your time. It may feel like some of those "better decisions" take more time. But even if you're the only person who will ever work on this project, you have to live there. You'll greatly and immediately appreciate having made those decisions the minute you return to your own code after taking a month off. And when making better decisions becomes routine, they stop taking more time — and you become a better coder.
- -You might just help people. And people might just help you! The internet is a big place and a small world, and GitHub has a way of making unexpected connections. If your work is even a little bit useful to someone else, there's a good chance they'll find their way to your door, start poking around, and find a way to be useful right back. Even if you're working on what you think is the most niche project that no one else would ever use: leave the door open for providence.
- -Once you get used to beginning your work in public, it stops feeling like performance art and starts feeling like breathing. It's a healthy routine that produces better work and personal growth, and opens the door to spontaneous contribution and engagement. When your default is open, everyone wins.
diff --git a/_posts/2014-07-31-working-in-public-from-day-1.md b/_posts/2014-07-31-working-in-public-from-day-1.md new file mode 100644 index 000000000..7a534f9cc --- /dev/null +++ b/_posts/2014-07-31-working-in-public-from-day-1.md @@ -0,0 +1,70 @@ +--- +date: '2014-07-31T13:01:47-04:00' +tumblr_url: http://18fblog.tumblr.com/post/93415834296/working-in-public-from-day-1 +title: "Working in public from day one" +description: "Open source your +code from day one. Don't wait for a milestone, don't wait for it to be +stable — do it from the first commit." +excerpt: "Open source your code +from day one. Don't wait for a milestone, don't wait for it to be stable +— do it from the first commit." +authors: +- eric +tags: +- open source +- how we work +--- + +In the wide world of software, maybe you've heard someone say this, or +maybe you've said it yourself: *"I'll open source it after I clean up +the code; it's a mess right now."* + +Or: *"I think there are some passwords in there; I'll get around to +cleaning it out at some point."* + +Or simply: *"No way, it's just too embarrassing."* + +These feelings are totally natural, but keep a lot of good work closed +that could easily have been open. The trick to avoiding this is simple: +**open source your code from day one**. Don't wait for a milestone, +don't wait for it to be stable — do it from the first commit. + +Here are a few reasons why you should feel good about working in the +open from the moment your shovel goes in the ground: + +**No one's going to read your code.** Your code is almost certainly +boring. Most code is. Instead, people will evaluate your work based on +how they'd interact with it. Is it easy to learn how to use it from the +README? Is development active? Have many GitHub users starred it? And +none of that will matter until your project is far enough along that +it's useful. You will not be in the spotlight until you deserve to be. + +**You will make better decisions.** At the most basic level, you will be +vastly less likely to accidentally commit a password to an open source +project than a closed one. But more than that: even though no one is +reading your code, you'll still feel a bit of natural pressure to make +better decisions. You'll hardcode less, and move more into configuration +files. You'll make things slightly more modular. You'll comment more. +You'll catch security holes more quickly. That's a healthy pressure. + +**It will not waste your time.** It may feel like some of those "better +decisions" take more time. But even if you're the only person who will +ever work on this project, you have to live there. You'll greatly and +immediately appreciate having made those decisions the minute you return +to your own code after taking a month off. And when making better +decisions becomes routine, they stop taking more time — and you become a +better coder. + +**You might just help people.** And people might just help you! The +internet is a big place and a small world, and GitHub has a way of +making unexpected connections. If your work is even a little bit useful +to someone else, there's a good chance they'll find their way to your +door, start poking around, and find a way to be useful right back. Even +if you're working on what you think is the most niche project that no +one else would ever use: leave the door open for providence. + +Once you get used to beginning your work in public, it stops feeling +like performance art and starts feeling like breathing. It's a healthy +routine that produces better work and personal growth, and opens the +door to spontaneous contribution and engagement. When your default is +open, everyone wins. diff --git a/_posts/2014-08-12-the-contributors-guide-to-18f-code-for-the-common.html b/_posts/2014-08-12-the-contributors-guide-to-18f-code-for-the-common.html deleted file mode 100644 index bd04360d6..000000000 --- a/_posts/2014-08-12-the-contributors-guide-to-18f-code-for-the-common.html +++ /dev/null @@ -1,69 +0,0 @@ ---- -layout: post -date: '2014-08-12T12:31:00-04:00' -tumblr_url: http://18fblog.tumblr.com/post/94543290971/the-contributors-guide-to-18f-code-for-the-common - -title: "The contributor's guide to 18F: code for the common good" - -description: "Transparency in coding makes code more secure. Open source development is development in the light, sometimes a harsh light, that shows every blemish. At 18F we strongly believe this improves the rapidity of our coding and the quality and security of the code." -excerpt: "Transparency in coding makes code more secure. Open source development is development in the light, sometimes a harsh light, that shows every blemish. At 18F we strongly believe this improves the rapidity of our coding and the quality and security of the code." - -image: "" -authors: -- robert - -tags: -- open source -- public service - ---- - -Transparency in coding makes code more secure. Open source development is development in the light, sometimes a harsh light, that shows every blemish. At 18F we strongly believe this improves the rapidity of our coding and the quality and security of the code.
- - - -We keep the code open to each other, which allows us to quickly scrub in on projects and to dexterously apply the most talented resources to a problem without too much concern for who is formally working on or in charge of a given project. The code is also open to Federal employees from outside 18F and from other agencies. This means that they may both review the code, offers suggestions, and, in some cases, learn from and reuse the code. Just as we reuse open source code developed outside the government to save money for the US taxpayer, so too do we offer our code to be reused by our teammates, other agencies, other governmental bodies, or citizens and businesses.
- -The purpose of this guide is to provide some advice on that reuse and sharing, in hopes of fostering it.
- -All our our code is published and released at GitHub.com under the organization 18F. There you can see all our public repositories (or “repos”). Using only a browser, you can look at any of the code in these repositories, or simply read about the projects. If you wish, you can “follow” a project from beginning to end. Since source code revision systems let you look back in time, you can see the complete history of changes leading up to the current state. Imagine being able to see every draft and edit of Shakespeare’s plays leading up to the publication of the First Folio.
- -One of the projects we are most proud of and which is highly reusable is FBOpen. FBOpen is a set of open source tools to help small businesses search for opportunities to work with the U.S. government. FBOpen presents an Application Programming Interface (API) to published Federal contracting opportunities, as well as implementing a beautiful graphical user interface to the same opportunities.
- -Anyone who wishes to may reuse this code to create their own website, free of charge and unencumbered by obligations. For example, a State could promote economic development within its borders by taking this code, making a slight modification to limit searches to their own State (you would have to be a software engineer to do this, but it is very easy) and then host “Federal Business Opportunities for the Lone Star State.” A business could also build a website using the FBOpen software and API, perhaps even making money by selling advertisements related to the content. The basic idea is that since the software is open source, anyone can use it to build a tool that suits their needs.
- -Let us imagine that a business has installed FBOpen, changed the name and branding, and is making some money from ad revenue by target marketing to businesses interested in a particular kind of Federal contract, for example cement and concrete masonry. They’ve made some “masonry specific” changes to the code. In doing so, they realize that they have made the code more modular in some way, an improvement that can be shared back to the Federal Government.
- -Why would they take the time to share this back to the government, when they won’t get paid for it, and it costs them a small amount of time to do so? Beyond altruism, by doing so they keep their codebase as similar to the official Federal codebase as possible. In this way, when improvements to FBOpen are made by 18F, their software engineers can accept these changes with minimal effort. They may decide that they want to stay up-to-date with the FBOpen codebase, and manage only masonry-specific code extensions.
- -The mechanism for sharing this code back has been worked out and it is relatively simple, as software engineering goes. It is called a pull request, because it is a request or suggestion to the owner of the codebase to accept or “pull” the code change. It is a formal mechanism which makes crystal clear how the code is changing, which is of course critical. 18F will perform strict code review of all such pull requests, and may simply not accept them at all—not every idea is aligned with the codebase owner’s intentions. In general, however, we welcome such pull requests and enhancements. Just as we hope to create opportunities for American business, we can benefit from the creative output of the entrepreneurs and non-commercial software developers. The taxpayers deserve the least expensive, highest-quality software that we can deliver for their tax dollars.
- -18F is committed to making our code permissively reusable wherever possible. Work performed by Federal employees, such as the staff of 18F, is not subject to copyright and is in the public domain within the US. However, we use a copyright waiver for other jurisdictions to clarify matters and ensure unrestricted public use outside of the US.
- -Even though it is our intention to release all code permissively, you may find a derived work of someone else’s code in our repositories. In order to save the taxpayer money, we reuse work that others have created when possible. An example of such a file is pycas.py which is part of the PriceHistory project which was begun by Presidential Innovation Fellows and is now maintained by 18F. This individual file is Copyright Jon Rifkin, 2011, and it was reused and modified as allowed by the Apache License 2.0 under which Mr. Rifkin released it. This file remains copyrighted by Jon Rifkin and covered by the Apache License 2.0.
- -Since similar situations may arise in any repository, check the individual README and LICENSE files for each project on GitHub for details specific to that project in order to reuse our code legally—which we strongly encourage!
- -GSA is not permitted to accept voluntary services or ask people to perform work on open source projects free of charge. However, since our open source software projects are available in public repositories for anyone to learn from or reuse, individuals may decide to improve the software for the benefit of others or offer suggestions to improve the code.
- -In general, individuals who choose to contribute to an open source project do so without the expectation of payment. There are a variety of reasons why software developers elect to contribute to any open source software project. The reasons include:
- -In the case of our repositories, there are several kinds of contributions:
- -Campaign finance information is not very approachable, even when made available as open data. The laws that regulate how money can be spent around elections are important to our democracy, but sometimes it’s difficult to understand how these laws apply. Between Senate, House, and Presidential campaigns, thousands of people run for office on a regular basis (every two years for the House of Representatives, every six years for the Senate, and every four years for the Presidency).
- - - -With each election comes a huge collection of information on candidates and political committees, most notably the contributions and expenditures they receive and make. This information can, at times, be difficult to understand, especially without a full understanding of the context of the rules and regulations around how it is collected and monitored.
- -The good news is that this information is already made available for public use by the Federal Election Commission (FEC). The FEC is a regulatory agency that, among other things, releases campaign finance information. The commission is bipartisan and has long shown a commitment to making sure their actions fairly and equitably disclose important data around certain election activities. This data powers important work by a number of transparency groups, is used by journalists to report on election trends, and informs the public about how money is spent around federal elections.
- -A few weeks ago, FEC and 18F started to explore how all of this great information can be better presented to the public. Over the past few weeks, we’ve begun learning all we can about the FEC, the process by which it collects and shares data, and how individuals outside of FEC use that data on a regular basis to gain insights into the workings of our democracy.
- -Users of the FEC website vary in profession and expertise in campaign finance policy and laws, which leads us to consider:
- -Creating a solution that will be effective for different use cases is a challenge — exactly the type of challenge that fits what 18F was created for. We’re excited about the opportunity to work on a project of such critical importance to the United States.
- -We’re still learning about the FEC’s current and future users and will continue working with groups both inside and outside FEC to better understand their needs. We are performing research to better understand FEC’s current audience, as well as the audience they’re not currently reaching. We will test the strengths and weaknesses of our ideas and understanding of the FEC’s website users by developing small-scale prototypes we think will address user needs then let people use and critique these prototypes.
- -This work, and your input, will directly impact how we and the FEC reimagine their digital presence. Please follow our repository and send us specific requests or ideas through our issue tracker. You can also be bold and provide us a specific approach or implementation idea through a pull request! We can’t wait to work with you to create a more elegant, user friendly, and accessible way to interact with the FEC.
diff --git a/_posts/2014-08-21-creating-an-open-fec.md b/_posts/2014-08-21-creating-an-open-fec.md new file mode 100644 index 000000000..79e9ebc19 --- /dev/null +++ b/_posts/2014-08-21-creating-an-open-fec.md @@ -0,0 +1,105 @@ +--- +date: '2014-08-21T12:10:00-04:00' +tumblr_url: http://18fblog.tumblr.com/post/95378798453/creating-an-open-fec +title: "Creating an open FEC" +description: "Campaign finance information is not +very approachable, even when made available as open data. The laws that +regulate how money can be spent around elections are important to our +democracy, but sometimes it's difficult to understand how these laws +apply. Between Senate, House, and Presidential campaigns, thousands of +people run for office on a regular basis (every two years for the House +of Representatives, every six years for the Senate, and every four years +for the Presidency). With each election comes a huge collection of +information on candidates and political committees, most notably the +contributions and expenditures they receive and make. This information +can, at times, be difficult to understand, especially without a full +understanding of the context of the rules and regulations around how it +is collected and monitored." +excerpt: "Campaign finance information is +not very approachable, even when made available as open data. The laws +that regulate how money can be spent around elections are important to +our democracy, but sometimes it's difficult to understand how these laws +apply. Between Senate, House, and Presidential campaigns, thousands of +people run for office on a regular basis (every two years for the House +of Representatives, every six years for the Senate, and every four years +for the Presidency). With each election comes a huge collection of +information on candidates and political committees, most notably the +contributions and expenditures they receive and make. This information +can, at times, be difficult to understand, especially without a full +understanding of the context of the rules and regulations around how it +is collected and monitored." +authors: +- majma +- sean +- manger +- victor +- amos +tags: +- our projects +- fec +- open data +--- + +Campaign finance information is not very approachable, even when made +available as open data. The laws that regulate how money can be spent +around elections are important to our democracy, but sometimes it’s +difficult to understand how these laws apply. Between Senate, House, and +Presidential campaigns, thousands of people run for office on a regular +basis (every two years for the House of Representatives, every six years +for the Senate, and every four years for the Presidency). + +With each election comes a huge collection of information on candidates +and political committees, most notably the contributions and +expenditures they receive and make. This information can, at times, be +difficult to understand, especially without a full understanding of the +context of the rules and regulations around how it is collected and +monitored. + +The good news is that this information is already made available for +public use by the Federal Election Commission (FEC). The FEC is a +regulatory agency that, among other things, releases campaign finance +information. The commission is bipartisan and has long shown a +commitment to making sure their actions fairly and equitably disclose +important data around certain election activities. This data powers +important work by a number of transparency groups, is used by +journalists to report on election trends, and informs the public about +how money is spent around federal elections. + +A few weeks ago, FEC and 18F started to explore how all of this great +information can be better presented to the public. Over the past few +weeks, we’ve begun learning all we can about the FEC, the process by +which it collects and shares data, and how individuals outside of FEC +use that data on a regular basis to gain insights into the workings of +our democracy. + +Users of the [FEC website](http://fec.gov) vary in profession and +expertise in campaign finance policy and laws, which leads us to +consider: + +- Different formats and presentations +- Interactive web presentation or aggregated data as CSV reports +- Raw filing data for independent analysis + +Creating a solution that will be effective for different use cases is a +challenge — exactly the type of challenge that fits what 18F was created +for. We’re excited about the opportunity to work on a project of such +critical importance to the United States. + +We’re still learning about the FEC’s current and future users and will +continue working with groups both inside and outside FEC to better +understand their needs. We are performing research to better understand +FEC’s current audience, as well as the audience they’re not currently +reaching. We will test the strengths and weaknesses of our ideas and +understanding of the FEC’s website users by developing small-scale +prototypes we think will address user needs then let people use and +critique these prototypes. + +This work, and your input, will directly impact how we and the FEC +reimagine their digital presence. Please follow our +[repository](http://www.github.com/18f/FEC) and send us specific +[requests or ideas](https://github.com/18F/fec/issues) through our issue +tracker. You can also be bold and provide us a specific approach or +implementation idea through a [pull +request](https://github.com/18F/fec/pulls)! We can’t wait to work with +you to create a more elegant, user friendly, and accessible way to +interact with the FEC. diff --git a/_posts/2014-09-04-a-new-look-at-the-freedom-of-information-act.html b/_posts/2014-09-04-a-new-look-at-the-freedom-of-information-act.html deleted file mode 100644 index 4d8511b24..000000000 --- a/_posts/2014-09-04-a-new-look-at-the-freedom-of-information-act.html +++ /dev/null @@ -1,48 +0,0 @@ ---- -layout: post -date: '2014-09-04T12:02:00-04:00' -tumblr_url: http://18fblog.tumblr.com/post/96625804492/a-new-look-at-the-freedom-of-information-act - -title: "A new look at the Freedom of Information Act" - -image: /assets/blog/foia/in-hand.jpg - -description: "As demand for information continues to grow, it is important to continue iterating the ways we refine the FOIA request process. Our effort is one of a number of commitments towards creating a more open, transparent government. We will explore how to supplement the work that has already been done by creating tools to improve the online FOIA requests process by designing for the user." -excerpt: "As demand for information continues to grow, it is important to continue iterating the ways we refine the FOIA request process. Our effort is one of a number of commitments towards creating a more open, transparent government. We will explore how to supplement the work that has already been done by creating tools to improve the online FOIA requests process by designing for the user." - -tags: -- foia -- our projects -- open data - -authors: -- jackie -- shashank -- majma -- eric -- victor - ---- - -There are many ways the public can get information from the Federal Government. For example, you can check out data.gov to find scores of datasets and APIs, agency websites for information about their work, or other important information in online FOIA Libraries.
- - - -Or you can also just ask for it.
- -Since 1966, the Freedom of Information Act, FOIA, has granted the public the right to access information from the Federal Government. This public right has been maintained for decades and has served as the backbone for information disclosures. This has led to the publication of many important news stories and greater public awareness around government activities.
- -As demand for information continues to grow, it is important to continue iterating the ways we refine the FOIA request process. Our effort is one of a number of commitments towards creating a more open, transparent government. We will explore how to supplement the work that has already been done by creating tools to improve the online FOIA requests process by designing for the user.
- -
Above: an illustrative prototype running on a mobile device (the logo in the photo is not a live URL)
We're exploring building tools that:
- -This effort will be conducted with the assistance of a number of agencies and offices within the Federal Government. A FOIA Task Force, which consists of representatives from the Department of Justice, Environmental Protection Agency, the Office of Management and Budget, the Office of Science and Technology Policy, and others, has been created to oversee the creation of these open source software resources.
- -To reach our goals, the FOIA team at 18F has been meeting with stakeholders, both inside and outside the government, to discuss some of the practical obstacles impeding the current FOIA experience.
- -As we continue, we look forward to informing you of what we learned, but more importantly we look forward to informing you of what we’re building. We currently have a prototype available of what a consolidated request submission hub could look like. Please follow along at our main FOIA repo, give us feedback or contribute, and look for more updates in the future.
diff --git a/_posts/2014-09-04-a-new-look-at-the-freedom-of-information-act.md b/_posts/2014-09-04-a-new-look-at-the-freedom-of-information-act.md new file mode 100644 index 000000000..71950ddc1 --- /dev/null +++ b/_posts/2014-09-04-a-new-look-at-the-freedom-of-information-act.md @@ -0,0 +1,87 @@ +--- +layout: post +date: '2014-09-04T12:02:00-04:00' +tumblr_url: http://18fblog.tumblr.com/post/96625804492/a-new-look-at-the-freedom-of-information-act +title: "A new look at the Freedom of Information Act" +image: /assets/blog/foia/in-hand.jpg +description: "As demand for information +continues to grow, it is important to continue iterating the ways we +refine the FOIA request process. Our effort is one of a number of +commitments towards creating a more open, transparent government. We +will explore how to supplement the work that has already been done by +creating tools to improve the online FOIA requests process by designing +for the user." +excerpt: "As demand for information continues to grow, it +is important to continue iterating the ways we refine the FOIA request +process. Our effort is one of a number of commitments towards creating a +more open, transparent government. We will explore how to supplement the +work that has already been done by creating tools to improve the online +FOIA requests process by designing for the user." +tags: +- foia +- our projects +- open data +authors: +- jackie +- khandelwal +- majma +- eric +- victor +--- + +There are many ways the public can get information from the Federal +Government. For example, you can check out data.gov to find scores of +datasets and APIs, agency websites for information about their work, or +other important information in online FOIA Libraries. + +Or you can also just ask for it. + +Since 1966, the [Freedom of Information +Act](http://www.foia.gov/about.html), FOIA, has granted the public the +right to access information from the Federal Government. This public +right has been maintained for decades and has served as the backbone for +information disclosures. This has led to the publication of many +important news stories and greater public awareness around government +activities. + +As demand for information continues to grow, it is important to continue +iterating the ways we refine the FOIA request process. Our effort is one +of a number of +[commitments](https://www.whitehouse.gov/sites/default/files/docs/us_national_action_plan_6p.pdf) +towards creating a more open, transparent government. We will explore +how to supplement the work that has already been done by creating tools +to improve the online FOIA requests process by designing for the user. + +\ +*Above: an illustrative prototype running on a mobile device (the logo +in the photo is not a live URL)* + +We're exploring building tools that: + +- Improve the FOIA request submission experience +- Create a scalable infrastructure for making requests to federal + agencies +- Make it easier for requesters to find records and other information + that have already been made available online + +This effort will be conducted with the assistance of a number of +agencies and offices within the Federal Government. A FOIA Task Force, +which consists of representatives from the Department of Justice, +Environmental Protection Agency, the Office of Management and Budget, +the Office of Science and Technology Policy, and others, has been +created to oversee the creation of these open source software resources. + +To reach our goals, the FOIA team at 18F has been meeting with +stakeholders, both inside and outside the government, to discuss some of +the practical obstacles impeding the current FOIA experience. + +As we continue, we look forward to informing you of what we learned, but +more importantly we look forward to informing you of what we’re +building. We currently have a prototype available of what a +[consolidated request submission +hub](https://github.com/18F/foia-design/pull/40) could look like. Please +follow along at our main [FOIA repo](https://github.com/18F/foia-hub), +give us feedback or +[contribute](https://18f.gsa.gov/2014/08/12/the-contributors-guide-to-18f-code-for-the-common/), +and look for more updates in the future. diff --git a/_posts/2014-09-08-the-encasement-strategy-on-legacy-systems-and-the.html b/_posts/2014-09-08-the-encasement-strategy-on-legacy-systems-and-the.html deleted file mode 100644 index 276f15940..000000000 --- a/_posts/2014-09-08-the-encasement-strategy-on-legacy-systems-and-the.html +++ /dev/null @@ -1,67 +0,0 @@ ---- -layout: post - -title: "The encasement strategy: on legacy systems and the importance of APIs" - -image: "/assets/blog/encasement/encasement1.png" - -description: "In 1986 a nuclear reactor known as Chernobyl released harmful radioactivity which spread over much of the western USSR and Europe. The core of this reactor remains a glowing, ineradicable mass of deadly radioactive lava in the middle of a large Exclusion Zone unfit for human habitation." - -excerpt: "In 1986 a nuclear reactor known as Chernobyl released harmful radioactivity which spread over much of the western USSR and Europe. The core of this reactor remains a glowing, ineradicable mass of deadly radioactive lava in the middle of a large Exclusion Zone unfit for human habitation." - -authors: -- robert -- mhz - -tags: -- api -- how we work ---- - -In 1986 a nuclear reactor known as Chernobyl released harmful radioactivity which spread over much of the western USSR and Europe. The core of this reactor remains a glowing, ineradicable mass of deadly radioactive lava in the middle of a large Exclusion Zone unfit for human habitation.
- - - -The Chernobyl reactor core could not be removed. It was and is too big, too hot, and there is no where for it to go. Instead, it was entombed in a concrete sarcophagus where it will radiate harmlessly for decades if not centuries. This was unfortunately the best outcome that could be achieved. In the software industry, I’ve often seen this same approach used with legacy software systems. I call it The Encasement Strategy.
- -Legacy systems make everyone that has to touch them queasy, from the software engineers to the managers. But most especially there comes a time when the system no longer serves the most important constituent of all, the customer. This not only contributes to inefficiency, but can sometimes have detrimental effects on the users of a system.
- -
Like Chernobyl, these systems are toxic; but unlike a power plant, what they once produced is not fungible with other sources. There is often no replacement for the legacy system.
- -The basic mechanism for remediating such a system comes straight out of Computer Programming 101: you create a well-designed interface. In modern terms, this is an Application Programming Interface or API. That term API used to be more general, but now it almost always connotes a web-based interface accessed through HTTP and usually using JSON as its data format.
- -An API is an inter-face, a face, a façade or a wall between. It allows the user blissful ignorance of what precisely is behind the wall. You need only worry about what comes and goes through the gate. What lies beyond—whether it’s magic, or a red-hot mass of legacy code—is no longer the user’s concern.The customers on the user side of the API are protected from the toxins, leaving the engineers to deal with implementation.
- -
There is something magical about this basic act of defining an interface. To paraphrase Buckminster Fuller, to define is divine. It creates something simple and understandable from nothing, something you can grab onto, something solid.
- -By defining an API, you can begin to immediately serve the customer, because you can build a modern GUI on top of it, unencumbered by the legacy of the past. You can begin to build what history has shown needs to be built to serve the customer, whether that is the US citizen at large, or a division of an office, or a bureau of an agency. You may choose to allow outsiders to directly make calls to your API, but even if you do not do this, you can create independence of the legacy technology.
- -Sometimes, such an API can be constructed based on a clear engineering understanding of the internals of the legacy system. This is the best approach; however, it may be impractical if the knowledge and understanding of the system has been lost. In such a case, programmers are wont to resort to reverse engineering solutions, as I did recently. Any system which offers a GUI (graphical user interface) to users can be reverse engineered to construct a programmatic interface on top of that interface. We generally call this scraping the GUI, and it isn’t pretty. It leads to the absurd architectural diagram of a GUI on top of an API on top of a GUI on top of a miasma. But it gets the job done, and that is what a pragmatic software engineer must care about: serving the customer.
- -
Once a valuable API is defined, there is a wall between decisions about how to effectively use the API that completely divorces them from decisions about what to do with the code that implements the API. Efforts to rewrite the legacy system may proceed mostly independent of the efforts to build functionality that uses the API. Or, efforts to rewrite it may not proceed at all—the Encasement Strategy.
- -As an engineer who loves hard problems, the idea of leaving a legacy system in place and not attempting to rewrite it is a serious challenge. But I think we should always make that decision independent of decisions on how to best serve the customer.
- -Let us work through a highly contrived thought experiment. Imagine that 100 years from now there is a team of 5 highly skilled specialists, known as Software Conservationists. Their sole job is to maintain the sealed-off core of the legacy system which is STILL implementing an API that serves the US Citizen. Just like Art Conservationists working at the Smithsonian today, future citizens could train to do it.
- -The Software Conservationists are employed because of two decisions made today:
- -Let us say that it costs $1,000,000 present-day dollars to maintain this team every year from now until the corium in Chernobyl is no longer hot.
- -How much money would you have to save this year in order to justify paying out an annuity of $1,000,000? Assuming that one could obtain a risk-free 3% after-inflation return on an investment (or, in accounting terms, discount rate of 3%), how much money would you have to save to justify making a decision today that creates the Software Conservationists profession a century from now? The answer is an elementary present value calculation: $34 million or more.
- -If a realist who is keeping her users top of mind can save the US Taxpayer $34 million today, she should employ the Encasement Strategy and not be ashamed of it. Such a realist should of course recognize the long-term effects of Software Conservation versus the creation of a new, modern system.
- -Whether the details of your toxic system lead you to begin the legacy rewrite immediately or to employ the Encasement Strategy of delaying the rewrite indefinitely, get started on a well-designed API today.
- -Postscript
- -After this article was published, a kind tweet by David Illsley suggested that this was the Strangler Pattern which Martin Fowler has blogged about. Martin Fowler credits a paper by Chris Stevenson and Andy Pols as the initiator of this idea, and further more references a set of case studies collected by Paul Hammant.
diff --git a/_posts/2014-09-08-the-encasement-strategy-on-legacy-systems-and-the.md b/_posts/2014-09-08-the-encasement-strategy-on-legacy-systems-and-the.md new file mode 100644 index 000000000..2dcedebe4 --- /dev/null +++ b/_posts/2014-09-08-the-encasement-strategy-on-legacy-systems-and-the.md @@ -0,0 +1,164 @@ +--- +layout: post +title: "The encasement strategy: on legacy systems and +the importance of APIs" +image: "/assets/blog/encasement/encasement1.png" +description: "In 1986 a nuclear reactor known as Chernobyl released +harmful radioactivity which spread over much of the western USSR and +Europe. The core of this reactor remains a glowing, ineradicable mass of +deadly radioactive lava in the middle of a large Exclusion Zone unfit +for human habitation." +excerpt: "In 1986 a nuclear reactor known as +Chernobyl released harmful radioactivity which spread over much of the +western USSR and Europe. The core of this reactor remains a glowing, +ineradicable mass of deadly radioactive lava in the middle of a large +Exclusion Zone unfit for human habitation." +authors: +- robert +- mhz +tags: +- api +- how we work +--- + +In 1986 a nuclear reactor known as +[Chernobyl](https://en.wikipedia.org/wiki/Chernobyl_disaster) released +harmful radioactivity which spread over much of the western USSR and +Europe. The core of this reactor remains a glowing, ineradicable mass of +deadly radioactive lava in the middle of a large Exclusion Zone unfit +for human habitation. + +The Chernobyl reactor core could not be removed. It was and is too big, +too hot, and there is no where for it to go. Instead, it was entombed in +a concrete sarcophagus where it will radiate harmlessly for decades if +not centuries. This was unfortunately the best outcome that could be +achieved. In the software industry, I’ve often seen this same approach +used with legacy software systems. I call it *The Encasement Strategy*. + +Legacy systems make everyone that has to touch them queasy, from the +software engineers to the managers. But most especially there comes a +time when the system no longer serves the most important constituent of +all, the customer. This not only contributes to inefficiency, but can +sometimes have detrimental effects on the users of a system. + + + +Like Chernobyl, these systems are toxic; but unlike a power plant, what +they once produced is not fungible with other sources. There is often no +replacement for the legacy system. + +**The basic mechanism for remediating such a system comes straight out +of Computer Programming 101: you create a well-designed interface.** In +modern terms, this is an *Application Programming Interface* or API. +That term API used to be more general, but now it almost always connotes +a web-based interface accessed through HTTP and usually using JSON as +its data format. + +An API is an *inter-face*, a face, a façade or a wall *between*. It +allows the user blissful ignorance of what precisely is behind the wall. +You need only worry about what comes and goes through the gate. What +lies beyond—whether it’s magic, or a red-hot mass of legacy code—is no +longer the user’s concern.The customers on the user side of the API are +protected from the toxins, leaving the engineers to deal with +implementation. + + + +There is something magical about this basic act of defining an +interface. To paraphrase [Buckminster +Fuller](https://bfi.org/about-fuller), to *define* is *divine*. It +creates something simple and understandable from nothing, something you +can grab onto, something solid. + +**By defining an API, you can begin to immediately serve the customer, +because you can build a modern GUI on top of it, unencumbered by the +legacy of the past.** You can begin to build what history has shown +needs to be built to serve the customer, whether that is the US citizen +at large, or a division of an office, or a bureau of an agency. You may +choose to allow outsiders to directly make calls to your API, but even +if you do not do this, you can create independence of the legacy +technology. + +Sometimes, such an API can be constructed based on a clear engineering +understanding of the internals of the legacy system. This is the best +approach; however, it may be impractical if the knowledge and +understanding of the system has been lost. In such a case, programmers +are wont to resort to reverse engineering solutions, as I did +[recently](https://github.com/18F/gsa-advantage-scrape). Any system +which offers a +[GUI](https://en.wikipedia.org/wiki/Graphical_user_interface) (graphical +user interface) to users can be reverse engineered to construct a +programmatic interface on top of that interface. We generally call this +[scraping](https://en.wikipedia.org/wiki/Web_scraping) the GUI, and it +isn’t pretty. It leads to the absurd architectural diagram of a GUI on +top of an API on top of a GUI on top of a miasma. But it gets the job +done, and that is what a pragmatic software engineer must care about: +serving the customer. + + + +Once a valuable API is defined, there is a wall between decisions about +how to effectively use the API that completely divorces them from +decisions about what to do with the code that implements the API. +Efforts to rewrite the legacy system may proceed mostly independent of +the efforts to build functionality that uses the API. Or, efforts to +rewrite it may not proceed at all—the Encasement Strategy. + +As an engineer who loves hard problems, the idea of leaving a legacy +system in place and not attempting to rewrite it is a serious challenge. +But I think we should always make that decision independent of decisions +on how to best serve the customer. + +Let us work through a highly contrived thought experiment. Imagine that +100 years from now there is a team of 5 highly skilled specialists, +known as *Software Conservationists*. Their sole job is to maintain the +sealed-off core of the legacy system which is STILL implementing an API +that serves the US Citizen. Just like Art Conservationists working at +the Smithsonian today, future citizens could train to do it. + +The Software Conservationists are employed because of two decisions made +today: + +1. A decision to create an API +2. A decision not to rewrite the legacy system + +Let us say that it costs \$1,000,000 present-day dollars to maintain +this team every year from now until the +[corium](https://en.wikipedia.org/wiki/Corium_(nuclear_reactor)) in +Chernobyl is no longer hot. + +How much money would you have to save this year in order to justify +paying out an annuity of \$1,000,000? Assuming that one could obtain a +risk-free 3% after-inflation return on an investment (or, in accounting +terms, [discount rate](https://en.wikipedia.org/wiki/Discount_rate) of +3%), how much money would you have to save to justify making a decision +today that creates the Software Conservationists profession a century +from now? The answer is an elementary [present value +calculation](http://www.ultimatecalculators.com/present_value_annuity_calculator.html): +\$34 million or more. + +If a realist who is keeping her users top of mind can save the US +Taxpayer \$34 million today, she should employ the Encasement Strategy +and not be ashamed of it. Such a realist should of course recognize the +long-term effects of Software Conservation versus the creation of a new, +modern system. + +Whether the details of your toxic system lead you to begin the legacy +rewrite immediately or to employ the Encasement Strategy of delaying the +rewrite indefinitely, get started on a [well-designed +API](http://apievangelist.com) today. + +**Postscript** + +After this article was published, a kind tweet by David Illsley +suggested that this was the [Strangler +Pattern](http://martinfowler.com/bliki/StranglerApplication.html) which +Martin Fowler has blogged about. Martin Fowler credits a +[paper](http://cdn.pols.co.uk/papers/agile-approach-to-legacy-systems.pdf) +by Chris Stevenson and Andy Pols as the initiator of this idea, and +further more references a set of [case +studies](http://paulhammant.com/2013/07/14/legacy-application-strangulation-case-studies/) +collected by Paul Hammant. diff --git a/_posts/2014-09-15-say-hello-to-the-new-presidential-innovation-fellows.html b/_posts/2014-09-15-say-hello-to-the-new-presidential-innovation-fellows.html deleted file mode 100644 index 60a8c95ac..000000000 --- a/_posts/2014-09-15-say-hello-to-the-new-presidential-innovation-fellows.html +++ /dev/null @@ -1,34 +0,0 @@ ---- -layout: post -date: '2014-09-15T14:39:05-04:00' -tumblr_url: http://18fblog.tumblr.com/post/97581261153/say-hello-to-the-new-presidential-innovation-fellows - -title: "Say hello to the new Presidential Innovation Fellows" - -image: "" -description: The third class of Presidential Innovation Fellows was sworn into duty last week by former CTO Todd Park. We are excited to welcome them into the 18F family. - -excerpt: The third class of Presidential Innovation Fellows was sworn into duty last week by former CTO Todd Park. We are excited to welcome them into the 18F family. - -authors: -- garren - -tags: -- presidential innovation fellows - ---- -Former CTO Todd Park swore in the third class of Presidential Innovation Fellows last week. We're excited to welcome them into the 18F family.
- - - --- -We recently welcomed the newest group of Presidential Innovation Fellows into the federal government. This diverse group represents some of the nation’s most talented and creative civic-minded innovators.
- -More than a thousand candidates applied to serve the country in this unique capacity. From this pool of amazing and incredibly motivated applicants, we selected almost 30 designers, developers, entrepreneurs and executives to bring their unique skills into government.
-
Read the full post at the GSA blog.
- - - -Read more about the projects that make up these initiatives, and the previous successes the program has helped shape.
diff --git a/_posts/2014-09-15-say-hello-to-the-new-presidential-innovation-fellows.md b/_posts/2014-09-15-say-hello-to-the-new-presidential-innovation-fellows.md new file mode 100644 index 000000000..16b094f84 --- /dev/null +++ b/_posts/2014-09-15-say-hello-to-the-new-presidential-innovation-fellows.md @@ -0,0 +1,40 @@ +--- +date: '2014-09-15T14:39:05-04:00' +tumblr_url: http://18fblog.tumblr.com/post/97581261153/say-hello-to-the-new-presidential-innovation-fellows +title: "Say hello to the new Presidential Innovation Fellows" +image: "" +description: "The third class of Presidential Innovation Fellows was +sworn into duty last week by former CTO Todd Park. We are excited to +welcome them into the 18F family." +excerpt: "The third class of +Presidential Innovation Fellows was sworn into duty last week by former +CTO Todd Park. We are excited to welcome them into the 18F family." +authors: +- garren +tags: +- presidential innovation fellows +--- + +Former CTO Todd Park swore in the third class of Presidential Innovation +Fellows last week. We're excited to welcome them into the 18F family. + +> We recently welcomed the newest group of Presidential Innovation +> Fellows into the federal government. This diverse group represents +> some of the nation’s most talented and creative civic-minded +> innovators. +> +> More than a thousand candidates applied to serve the country in this +> unique capacity. From this pool of amazing and incredibly motivated +> applicants, we selected almost 30 designers, developers, entrepreneurs +> and executives to bring their unique skills into government. + +[Read the full post at the GSA +blog.](https://gsablogs.gsa.gov/gsablog/2014/09/15/welcoming-the-third-class-of-presidential-innovation-fellows/) + +[Meet the 27 +Fellows.](https://www.whitehouse.gov/innovationfellows/meet-the-fellows) + +[Read more about the +projects](https://www.whitehouse.gov/innovationfellows/projects) that +make up these initiatives, and the previous successes the program has +helped shape. diff --git a/_posts/2014-09-18-getting-to-work-for-the-american-people.html b/_posts/2014-09-18-getting-to-work-for-the-american-people.html deleted file mode 100644 index 9114c0225..000000000 --- a/_posts/2014-09-18-getting-to-work-for-the-american-people.html +++ /dev/null @@ -1,80 +0,0 @@ ---- -layout: post -date: '2014-09-18T15:21:00-04:00' -tumblr_url: http://18fblog.tumblr.com/post/97827848353/getting-to-work-for-the-american-people - -title: "Getting to work for the American people" - -image: /assets/blog/getting-to-work/18fdc-pif.jpg - -description: Over the last six months, 18F has embarked on a mission to transform the way the U.S. Government builds and buys digital services. We’re currently working with more than half a dozen agencies to help them deliver on their missions in a design-centric, agile, open, and data-driven way. - -excerpt: Over the last six months, 18F has embarked on a mission to transform the way the U.S. Government builds and buys digital services. We’re currently working with more than half a dozen agencies to help them deliver on their missions in a design-centric, agile, open, and data-driven way. - -authors: -- hillary -- aaron -- greg - -tags: -- how we work -- team ---- -Over the last six months, we've embarked on a mission to transform the way the U.S. government builds and buys digital services. We’re currently working with more than half a dozen agencies to help them deliver on their missions in a design-centric, agile, open, and data-driven way.
- - - -We ask ourselves:
- -For our first year, 18F projects focus on:
- -Agency modernization
- -Open government
- -Procurement
- -Shared services
- -
The DC team at GSA HQ
Since launching in March 2014, we've grown from a small group of Presidential Innovation Fellows into a team of almost 60 designers, developers, product managers, researchers, writers, and specialists. This growth is entirely due to the demand by agencies to work with 18F, as was described above. And we continue to be inspired and amazed by the number of experienced technologists eager to move into public service.
- -This month, the fall 2014 cohort of Presidential Innovation Fellows also joined 18F, bringing our total number to almost 90. That’s 90 people right now that are collaborating with government agencies to deliver smart, cost effective user-centered digital services. Ninety people who’ve come to us from both government and industry, having worked at the State Department, NASA, NOAA, the Consumer Financial Protection Bureau, Apple, Google, Microsoft, Pivotal Labs, Linden Labs, IDEO, The Washington Post, The New York Times, IndieGogo, Sunlight Foundation, Groupon, and more.
- -Although 18F is headquartered in Washington, DC at 1800 F St. NW, we’ve also got a team working in GSA’s 50 UN Plaza in the heart of San Francisco (adjacent to the city’s tech heavy mid-Market area). Twitter, Square, Uber, Zendesk, Yahoo!, and Code for America are nearby. Regardless of where, we work as cross-functional teams dedicated to specific projects that will improve how citizens and businesses interact with government.
- -Please stay tuned! Follow 18F on our blog, Twitter, or sign up to be notified by email as we share more about these projects in the coming weeks.
diff --git a/_posts/2014-09-18-getting-to-work-for-the-american-people.md b/_posts/2014-09-18-getting-to-work-for-the-american-people.md new file mode 100644 index 000000000..7ecfa3291 --- /dev/null +++ b/_posts/2014-09-18-getting-to-work-for-the-american-people.md @@ -0,0 +1,132 @@ +--- +date: '2014-09-18T15:21:00-04:00' +tumblr_url: http://18fblog.tumblr.com/post/97827848353/getting-to-work-for-the-american-people +title: "Getting to work for the American people" +image: /assets/blog/getting-to-work/18fdc-pif.jpg +description: "Over the last +six months, 18F has embarked on a mission to transform the way the U.S. +Government builds and buys digital services. We’re currently working +with more than half a dozen agencies to help them deliver on their +missions in a design-centric, agile, open, and data-driven way." +excerpt: "Over the last six months, 18F has embarked on a mission to transform the +way the U.S. Government builds and buys digital services. We’re +currently working with more than half a dozen agencies to help them +deliver on their missions in a design-centric, agile, open, and +data-driven way." +authors: +- hillary +- aaron +- greg +tags: +- how we work +- team +--- + +Over the last six months, we've embarked on a mission to transform the +way the U.S. government builds and buys digital services. We’re +currently working with more than half a dozen agencies to help them +deliver on their missions in a design-centric, agile, open, and +data-driven way. + +### How do we say yes to a project? + +We ask ourselves: + +- Is there an opportunity to improve the interaction between + government and the people it serves? +- Does it align with the 18F core principles of staying focused on + user needs while being agile, open, and data-driven? +- Is the partner agency motivated to modernize how they research and + build services? +- Does it fit within our project focus areas? +- Does it contain an opportunity to build a cross-government shared + platform, service, or module? + +### Agile development already underway + +For our first year, 18F projects focus on: + +- Providing cross-functional teams to government agencies, with a + focus on user-centered agile product development (agency + modernization) +- Making government more transparent and accessible to the American + people (open government) +- Saving government time and money by optimizing internal purchasing + processes (procurement) +- Creating shared tools and platforms to be used by multiple + government agencies (shared services) + +### 18F’s current project list and innovative partner agencies + +**Agency modernization** + +- MyUSCIS (U.S. Citizenship and Immigration Services) +- MyRA: My Retirement Account (Department of Treasury) +- PeaceCorps.gov (Peace Corps) + +**Open government** + +- [FOIA + Modernization](https://18f.gsa.gov/2014/09/04/a-new-look-at-the-freedom-of-information-act/) + (Department of Justice) +- [OpenFEC](https://18f.gsa.gov/2014/08/21/creating-an-open-fec/) + (Federal Election Commission) +- Income Verification Pilot (Department of Treasury) +- U.S. Extractive Industries Transparency Initiative (Department of + Interior) + +**Procurement** + +- Common Acquisition Platform Tools (General Services Administration) +- [FBOpen](http://fbopen.gsa.gov/) +- Mirage - [OASIS](http://www.gsa.gov/oasis) market research tool + (General Services Administration) + +**Shared services** + +- [api.data.gov](http://api.data.gov/) +- [/Developer + Program](https://18f.gsa.gov/2014/05/29/announcing-the-developer-program-a-new-hub-for/) +- [Midas](https://18f.gsa.gov/2014/07/16/midas-a-marketplace-for-innovation-in-government/) +- MyUSA + +Attracting great digital talent +------------------------------- + +\ +*The DC team at GSA HQ* + +Since launching in March 2014, we've grown from a small group of +[Presidential Innovation Fellows](https://wh.gov/innovationfellows) into +a team of almost 60 designers, developers, product managers, +researchers, writers, and specialists. This growth is entirely due to +the demand by agencies to work with 18F, as was described above. And we +continue to be inspired and amazed by the number of experienced +technologists eager to move into public service. + +This month, the [fall 2014 cohort of Presidential Innovation +Fellows](https://www.whitehouse.gov/innovationfellows/meet-the-fellows#section-round-3) +also joined 18F, bringing our total number to almost 90. That’s 90 +people right now that are collaborating with government agencies to +deliver smart, cost effective user-centered digital services. Ninety +people who’ve come to us from both government and industry, having +worked at the State Department, NASA, NOAA, the Consumer Financial +Protection Bureau, Apple, Google, Microsoft, Pivotal Labs, Linden Labs, +IDEO, The Washington Post, The New York Times, IndieGogo, Sunlight +Foundation, Groupon, and more. + +### On two coasts and growing + +Although 18F is headquartered in Washington, DC at 1800 F St. NW, we’ve +also got a team working in GSA’s 50 UN Plaza in the heart of San +Francisco (adjacent to the city’s tech heavy mid-Market area). Twitter, +Square, Uber, Zendesk, Yahoo!, and Code for America are nearby. +Regardless of where, we work as cross-functional teams dedicated to +specific projects that will improve how citizens and businesses interact +with government. + +Please stay tuned! Follow 18F on [our blog](https://18f.gsa.gov), +[Twitter](https://twitter.com/18f), or [sign up to be notified by +email](https://18f.gsa.gov/#contact) as we share more about these +projects in the coming weeks. diff --git a/_posts/2014-09-25-design-studio-onrr.md b/_posts/2014-09-25-design-studio-onrr.md index 250425b7c..56c85a602 100644 --- a/_posts/2014-09-25-design-studio-onrr.md +++ b/_posts/2014-09-25-design-studio-onrr.md @@ -60,17 +60,17 @@ Next, following a round of introductions, we dove right into the collaborative d **Creating user personas.** Based on the participants’ previous research on users, the group developed [user personas](http://www.usability.gov/how-to-and-tools/methods/personas.html) to serve as examples of the types of people who would interact with the website. We did this by brainstorming possible user goals, behavior patterns, skills, attitudes and environments, and then condensing these into representative groups through [affinity mapping](https://en.wikipedia.org/wiki/Affinity_diagram). The resulting personas give users actual characteristics — names, faces and narratives. This helps our design studio participants (and our 18F team designers!) shift focus away from meeting specific requirements and deliverables, and onto meeting the needs of the users. - + _Building user personas_ **Sketching.** Next came rapid rounds of sketching. Participants chose a specific user persona to design for, and each individual was asked to produce 5 sketches in 8 minutes depicting how to meet that user’s needs. After the buzzer told everyone to put their pens down, all participants presented and critiqued each other’s sketches. To do this, we focused on: “Does the design satisfy the goals of the user persona?” and “What assumptions does the design make that we want or need to test?” - + _Critiquing the first round of sketches_ We didn’t focus on whether the design was pretty or technically feasible; we simply wanted to generate ideas we knew would delight our user personas. This process — sketching, presenting, and critiquing — was repeated until the group converged on a clear set of winning designs. - + _Second round of sketches producing some clear winners!_ ## What’s next? diff --git a/_posts/2014-10-01-open-source-hack-series-midas.md b/_posts/2014-10-01-open-source-hack-series-midas.md index 3d56276ab..d1daf77f7 100644 --- a/_posts/2014-10-01-open-source-hack-series-midas.md +++ b/_posts/2014-10-01-open-source-hack-series-midas.md @@ -18,7 +18,7 @@ tags: - midas --- - + **Do you know JavaScript? Or do you have UX or visual design skills?** **One evening can make an impact!** @@ -28,7 +28,7 @@ tags: Midas is an open source project in active development by 18F, Health & Human Services (HHS) IDEA Lab and the State Department. A small cross-agency team, dedicated to launching this product to empower passionate civil servants and aspiring diplomats all over the world. ## What is Midas? -[Midas is an online marketplace of skill building opportunities](https://18f.gsa.gov/2014/07/16/midas-a-marketplace-for-innovation-in-government) which matches people to projects that they’re passionate about. Our goal is to foster innovation across team boundaries by connecting projects or challenges that need help within federal government agencies to people who want to work collaboratively on the solution. +[Midas is an online marketplace of skill building opportunities]({{site.baseurl}}/2014/07/16/midas-a-marketplace-for-innovation-in-government) which matches people to projects that they’re passionate about. Our goal is to foster innovation across team boundaries by connecting projects or challenges that need help within federal government agencies to people who want to work collaboratively on the solution. "It's like a Kickstarter for people's time." –Joe Polastre at [18F Demo Day](https://speakerdeck.com/18f/innovation-toolkit-18f-demo-day-9-may-2014?slide=3) @@ -57,4 +57,4 @@ We're building the future of government, but we need your help! We have a stabl  +Whiteboard]({{site.baseurl}}/assets/blog/midas-oct-hacking/whiteboard_design.jpg) diff --git a/_posts/2014-11-13-why-we-use-https-in-every-gov-website-we-make.md b/_posts/2014-11-13-why-we-use-https-in-every-gov-website-we-make.md index 7af70b09c..e4251beb5 100644 --- a/_posts/2014-11-13-why-we-use-https-in-every-gov-website-we-make.md +++ b/_posts/2014-11-13-why-we-use-https-in-every-gov-website-we-make.md @@ -22,7 +22,7 @@ On today's Internet, in today's web browsers, **HTTPS** (`https://`) offers the That's why 18F's policy is to **use HTTPS for every .gov website we make**. 18F is an in-house government technology team that builds things for the rest of the U.S. federal government, and we're committed to deploying HTTPS across all of our released websites. - + Deciding to use HTTPS everywhere was not difficult. Strong encryption benefits our visitors and our government partners by providing: diff --git a/_posts/2014-11-17-taking-control-of-our-website-with-jekyll-and-webhooks.md b/_posts/2014-11-17-taking-control-of-our-website-with-jekyll-and-webhooks.md index 3725687c9..e1f2ec3a4 100644 --- a/_posts/2014-11-17-taking-control-of-our-website-with-jekyll-and-webhooks.md +++ b/_posts/2014-11-17-taking-control-of-our-website-with-jekyll-and-webhooks.md @@ -15,7 +15,7 @@ tags: - howto --- -[](https://github.com/18F/18f.gsa.gov/pull/235) +[](https://github.com/18F/18f.gsa.gov/pull/235) A few of us here recently took a bit of time to drastically rework 18F's main [website and blog](https://18f.gsa.gov) — what you're reading right now — and take it fully into our own hands. @@ -38,7 +38,7 @@ Our site's first draft was a handful of static HTML pages with lots of copied-an We've now moved to **[Jekyll 2.4](http://jekyllrb.com/)**, a basic templating system that generates static files when needed. This enables us to use templated layouts and includes for rendering HTML, and plugins to transform content during the rendering process. The resulting static files can be served extremely efficiently. -We also took the time to **[make data out of our team](https://github.com/18F/18f.gsa.gov/blob/staging/_data/team.yml)** and turn them all into a YAML file. This lets us render a grid of their faces more easily, even open up a [little JSON API of our team](/api/data/team.json): +We also took the time to **[make data out of our team](https://github.com/18F/18f.gsa.gov/blob/staging/_data/team.yml)** and turn them all into a YAML file. This lets us render a grid of their faces more easily, even open up a [little JSON API of our team]({{site.baseurl}}/api/data/team.json): ```javascript [ @@ -132,7 +132,7 @@ We made this work using **[GitHub's webhooks](https://github.com/blog/1778-webho We created two webhooks for [our website's main repository](https://github.com/18f/18f.gsa.gov), pointed at our staging and live URLs: - + Each is configured to notify the webhook when changes are made to the files in the repository, either directly or through a pull request. diff --git a/_posts/2014-12-18-a-complete-list-of-gov-domains.md b/_posts/2014-12-18-a-complete-list-of-gov-domains.md index 83a0c37e5..07b9e8785 100644 --- a/_posts/2014-12-18-a-complete-list-of-gov-domains.md +++ b/_posts/2014-12-18-a-complete-list-of-gov-domains.md @@ -19,7 +19,7 @@ tags: - open government --- -
+
There are a lot of `.gov` domains: over 5,300 of them. About 1,300 of these are used by the federal government's executive, legislative, and judicial branches. The rest are spread across states, territories, counties, cities, and native tribes.
diff --git a/_posts/2014-12-22-protosketch.md b/_posts/2014-12-22-protosketch.md
index 2cdc98233..5d1108794 100644
--- a/_posts/2014-12-22-protosketch.md
+++ b/_posts/2014-12-22-protosketch.md
@@ -135,7 +135,7 @@ world where agencies are used to having to go through a lengthy procurement
process and a requirements writing phase in order to see any design or
prototype at all, this is a game-changer.
-
At another protosketch meeting, this time with GSA Human Resources, we
diff --git a/_posts/2015-01-08-an-open-source-tool-for-easier-database-testing.md b/_posts/2015-01-08-an-open-source-tool-for-easier-database-testing.md
index 6a75d00d9..80aa34cd0 100644
--- a/_posts/2015-01-08-an-open-source-tool-for-easier-database-testing.md
+++ b/_posts/2015-01-08-an-open-source-tool-for-easier-database-testing.md
@@ -38,7 +38,7 @@ of foreign key relationships between tables can make extracting a limited
yet valid subset of its tuples feel like trying to cut a little sweater
out of a big sweater without snipping any yarns.
-
+
So we've written a new utility,
[rdbms-subsetter](https://github.com/18F/rdbms-subsetter),
@@ -50,7 +50,7 @@ Populating a test database can be as simple as
rdbms-subsetter postgresql://:@/proddb postgresql://:@/testdb 0.001
```
-
+
It should work against
[any database that SQLAlchemy supports](http://docs.sqlalchemy.org/en/rel_0_9/core/engines.html#supported-databases).
diff --git a/_posts/2015-01-16-open-source-for-good-government.md b/_posts/2015-01-16-open-source-for-good-government.md
index e851625de..89e732570 100644
--- a/_posts/2015-01-16-open-source-for-good-government.md
+++ b/_posts/2015-01-16-open-source-for-good-government.md
@@ -14,7 +14,7 @@ description: 'Organizations like 18F and the U.K.’s Government Digital Service
excerpt: 'Organizations like 18F and the U.K.’s Government Digital Service (GDS) fully embrace open source, and their combined commitment to openness and transparency is transforming the delivery of government digital services in both countries.'
---
-
+
A common misconception of open source is that it is just a licence for using software. For individuals and organizations involved with open source projects, it is a philosophy of openness and collaboration embedded in the project from idea to launch. Whether it’s designing an interface, or deploying an application, open source is fundamental to everything we do. Organizations like 18F and the U.K.’s Government Digital Service (GDS) fully embrace open source, and this commitment to openness and transparency is transforming the delivery of government digital services in both countries.
diff --git a/_posts/2015-02-09-the-first-gov-domains-hardcoded-into-your-browser-as-all-https.md b/_posts/2015-02-09-the-first-gov-domains-hardcoded-into-your-browser-as-all-https.md
index 036f85419..076dacb8f 100644
--- a/_posts/2015-02-09-the-first-gov-domains-hardcoded-into-your-browser-as-all-https.md
+++ b/_posts/2015-02-09-the-first-gov-domains-hardcoded-into-your-browser-as-all-https.md
@@ -19,7 +19,7 @@ excerpt: "Every .gov website, no matter how small, should give its visitors a se
---
-
+
Every `.gov` website, no matter how small, should give its visitors a secure,
private connection. Plain HTTP (`http://`) connections are neither secure nor
@@ -93,7 +93,7 @@ When you connect over ordinary `http://`, it's like **sending a postcard in
the mail**, where every computer in between you and the website gets to see
your information:
-
+
That includes cookies, the browser you use, and any other data the website
asks you to send (in this example, your location).
@@ -108,7 +108,7 @@ When you can connect over `https://`, it's like **sending a locked briefcase**
that only the website's computer can open. IP addresses and a domain name are
all that the internet's computers get to see:
-
+
IP addresses and domain names do still reveal some information, but it's the
bare minimum necessary to make the connection.
diff --git a/_posts/2015-02-10-a-story-of-an-agile-workshop.md b/_posts/2015-02-10-a-story-of-an-agile-workshop.md
index a681c7d59..8d6668ebf 100644
--- a/_posts/2015-02-10-a-story-of-an-agile-workshop.md
+++ b/_posts/2015-02-10-a-story-of-an-agile-workshop.md
@@ -84,7 +84,7 @@ been hastily brought in. Their bank of workstations was divided by a big
projector — the “stage” upon which the demos would be shown. Other
observers sat in the back of the room.
-
+
## The first sprint brought a quick win
@@ -131,7 +131,7 @@ change** over following a plan.
People were becoming familiar with the process now. I could almost see light bulbs flashing over people's heads — the excitement was that palpable. The developers and customers were talking on their own in too many conversations for us to follow. (Agile tenet \#3: **Value customer interaction** over contract negotiation.)
-
+
Seeing one the stories implemented up on the big screen showed us
something that perhaps nobody had realized — one of the columns was now
@@ -148,7 +148,7 @@ But the product team did produce a complete force-ranked prioritization
of stories on the board. Jason used this to give the work to his team as
he saw fit.
-
+
People were laughing and having fun (Agile tenet \#1: **Value
individuals and interactions over processes and tools**). Nearly all the
@@ -202,4 +202,4 @@ Workshop](https://18f.gsa.gov/2014/10/21/how-to-run-your-own-3-sprint-agile-work
coaching, modular contracting expertise and technical advice to Federal
agencies at cost-recovery prices.
-
+
diff --git a/_posts/2015-02-17-three-18f-products-that-will-help-your-workplace.md b/_posts/2015-02-17-three-18f-products-that-will-help-your-workplace.md
index 130ade008..9a094990a 100644
--- a/_posts/2015-02-17-three-18f-products-that-will-help-your-workplace.md
+++ b/_posts/2015-02-17-three-18f-products-that-will-help-your-workplace.md
@@ -44,7 +44,7 @@ like — in fact, I recommend it.
The Hub is just what it sounds like — a centralized place where team members share project documentation and more general information about how 18F works.
-
+
The Hub is really easy to navigate, and it’s equally easy to update
— anyone can add new information in seconds. Yesterday, for example, I
@@ -68,7 +68,7 @@ Opportunities](https://www.digitalgov.gov/join-digitalgov/open-opportunities-in-
which connects people from across and within government agencies to
collaborate on projects. So far, over 100 projects have been completed.
-
+
Midas can benefit all organizations, but it’s especially useful for
those with distributed teams and whose employees have diverse skill
@@ -89,7 +89,7 @@ designated person collects these Snippets in a CSV file and sends out a
weekly email digest. Snippets subscribers can learn, at a glance, what
all of their colleagues are up to.
- 
+ 
If you don’t have the technical know-how to collect this data in a CSV,
you can have people fill out Snippets via email or on a blog — the point
diff --git a/_posts/2015-02-18-steve-portigal-pre-event-qa-post.md b/_posts/2015-02-18-steve-portigal-pre-event-qa-post.md
index ee67251ee..2656ba170 100644
--- a/_posts/2015-02-18-steve-portigal-pre-event-qa-post.md
+++ b/_posts/2015-02-18-steve-portigal-pre-event-qa-post.md
@@ -20,7 +20,7 @@ description: "Since October, 18F has been bringing in noted individuals from the
excerpt: "Since October, 18F has been bringing in noted individuals from the software development world to discuss their work, and we’re excited to kick off a new, design-focused series this Friday, February 20 (10:30 a.m. ET) with Steve Portigal, author of Interviewing Users: How to Uncover Compelling Insights and host of the Dollars to Donuts podcast."
---
-
+
Since October, 18F has been bringing in noted individuals from the
software development world to discuss their work, and we’re excited to
diff --git a/_posts/2015-02-24-how-to-use-github-and-the-terminal-a-guide.md b/_posts/2015-02-24-how-to-use-github-and-the-terminal-a-guide.md
index e2c0f1520..c375ed9ba 100644
--- a/_posts/2015-02-24-how-to-use-github-and-the-terminal-a-guide.md
+++ b/_posts/2015-02-24-how-to-use-github-and-the-terminal-a-guide.md
@@ -52,11 +52,11 @@ If you'd rather not use the script, you can also [follow the detailed instructio
The terminal icon looks like this:
-
+
And you should have a window like this when you open it:
-
+
* Go to Terminal and paste the following `curl --remote-name https://raw.githubusercontent.com/18F/laptop/master/mac` and press enter.
@@ -70,7 +70,7 @@ You're going to see the word "directory" a lot in this tutorial. Directory is an
1. Type `ls`: this will show you everything in the directory where you are currently located. If you type `ls -1` it will list them all in a single column for you. `ls` stands for "**l**i**s**t" and the `-1` tells your computer to list the directory in one column. If you are in your home directory, you will probably see a list in Terminal similar to this screenshot:
-
+
2. Now type `cd Documents`: this will take you into your Documents directory, if that was one of the options shown when you used the 'ls' command above. `cd` stands for "**c**hange **d**irectory."
3. Type `ls -1` again to see all the files inside your Documents directory.
@@ -86,7 +86,7 @@ I like to put all my GitHub projects in the same directory. So **the first thing
> **Pro tip:** You can always get back to your code directory by typing `cd ~/code`
-
+
## Clone a repo on your computer
@@ -104,7 +104,7 @@ In this step we are going to _clone_ the 18f.gsa.gov project to your computer.
* Type in `cd ~/code` and press enter to get to the `code` directory we created earlier.
-
+
* Go to [18f.gsa.gov's GitHub page](https://github.com/18F/18f.gsa.gov) and look on the right side of the page, under the links for "Issues" and "Graphs." You'll see it says "You can clone with HTTPS, SSH, or Subversion." Click on the SSH link and copy the URL (web address) that's in that text box to your clipboard.
@@ -112,7 +112,7 @@ In this step we are going to _clone_ the 18f.gsa.gov project to your computer.
* Type in `git clone ` and then paste the URL that you copied to your clipboard. This is now copying the 18f.gsa.gov repo to your local computer.
-
+
> If you run into an error here and you haven't used the Laptop script mentioned above, you need to create what's called an SSH key. You can follow the instructions that are located [here](https://help.github.com/articles/generating-ssh-keys/). (Pro Tip: You type in everything _except_ the `$`.) You only have to do this once. An SSH key is a small file that sits on your computer and tells GitHub who you are. It's kind of like a password your computer types in for you automatically. Every time you use this computer to clone a project or pull/push a project, this SSH key will get used. You will have to do this on every computer you have. So, if you plan to work on these projects on a separate computer, you will need to do this process again.
@@ -124,7 +124,7 @@ On this page you will see a list of files and folders in this project. All of th
You are seeing on the website is another view of files and folders as shown here:
-
+
If you click on the `branch:staging` button, you can see a list of all of the "branches" that exist on this project. Every time you come directly to [18f.gsa.gov](https://github.com/18F/18f.gsa.gov), it will show you the staging branch because we've made that branch the default.
@@ -132,7 +132,7 @@ Branches are little sandboxes for other people working on the project to prepare
In the next step we're going to create a branch, and later on, when you make a pull request, GitHub will automatically assume you're trying to contribute to the staging branch.
-
+
> On the right side, you can also see a list of the existing pull requests and issues. All of the pull requests go to the staging branch. When we merge the pull request to the staging branch, GitHub automatically brings those changes into the project, but does not make them live on https://18f.gsa.gov yet.
@@ -148,7 +148,7 @@ This last command will show you a little bit of information about what you're wo
* _"Your branch is up-to-date with 'origin/staging'"_ means your branch is up to date with the staging branch of the remote location called "origin." A Git repo can have any number of remote locations it can interact with, called "remotes". By default, when you clone a GitHub repo, a remote called "origin" is created that points to the repo on the GitHub website. To view your repo's remote names and their location, type `git remote -v`. The name "origin" is arbitrary. You could rename it to "github" if you wanted to, but we won't do that now.
* _"Nothing to commit / working directory clean"_ means you're completely up to date and haven't made any changes.
-
+
## Build the 18F site
@@ -178,7 +178,7 @@ Okay. Now you're ready to start editing.
**Voila! You can now see all of the files that make up the site.** It should look like this.
-
+
> We now want to create a branch, or a sandbox where you can make changes to the website. On this team we always work on branches. This allows you to collaborate with teammates without interfering with other people's existing work.
@@ -188,7 +188,7 @@ Okay. Now you're ready to start editing.
* Type `git status` to make sure you're now on the branch. You should see something that looks like this:
-
+
### Edit and commit a blog post
@@ -196,11 +196,11 @@ We're now going to walk you through creating a new blog post for 18f.gsa.gov.
* Type `ls -1F` to see a list of files and folders that make up 18f.gsa.gov's repo.
-
+
* Go back to Sublime Text and write your post. Then save your post in the `_posts` directory with the name `2015-02-23-new_post.md` where '2015-02-23' is today's date.
-
+
### Adding front matter
@@ -225,7 +225,7 @@ image: /assets/blog/how-to-github/image.jpg
A [complete explanation for the front-matter](https://github.com/18F/18f.gsa.gov/tree/staging/_posts#metadata-explained) can be found on the 18F Blogging Guide. And now you can start writing the text of your blog post on line 16. Say hello! It should look like this:
-
+
* When you are done writing, save the post by pressing Command + S.
@@ -248,7 +248,7 @@ A [complete explanation for the front-matter](https://github.com/18F/18f.gsa.gov
> You'll see that the file is now listed under changes to be committed.
-
+
> Well done! At this point, you've told Git that this file should be committed, but you haven't committed anything. So you could work on other things that need to be committed, or you could commit this file right now. We're going to commit right now.
@@ -272,7 +272,7 @@ create mode 100644 _posts/2015-02-23-new-post.md
* Type `git push origin
+
This data comes from a unified [Google Analytics](https://www.google.com/analytics/) profile that is managed by the [Digital Analytics Program](https://www.digitalgov.gov/services/dap/), which (like 18F) is a team inside of the [General Services Administration](https://en.wikipedia.org/wiki/General_Services_Administration).
@@ -45,7 +45,7 @@ The real-time data is cached from Google every minute, and re-downloaded every 1
So the big number of people online:
-
+
...is made with this HTML:
diff --git a/_posts/2015-03-30-new-rfp-ghostwriting-service-to-improve-contract-success.md b/_posts/2015-03-30-new-rfp-ghostwriting-service-to-improve-contract-success.md
index 5577ae427..e58bcaffa 100644
--- a/_posts/2015-03-30-new-rfp-ghostwriting-service-to-improve-contract-success.md
+++ b/_posts/2015-03-30-new-rfp-ghostwriting-service-to-improve-contract-success.md
@@ -39,7 +39,7 @@ With these types of technical brains at your service, we can help you
craft an RFP that increases your acquisition project’s probability of
success.
-
+
These are the types of questions we ask as we’re reviewing RFPs:
diff --git a/_posts/2015-03-31-focus-on-accessibility.md b/_posts/2015-03-31-focus-on-accessibility.md
index ac7a9fd9b..bdcbd3cd1 100644
--- a/_posts/2015-03-31-focus-on-accessibility.md
+++ b/_posts/2015-03-31-focus-on-accessibility.md
@@ -17,7 +17,7 @@ Last week, we published [this post](https://18f.gsa.gov/2015/03/24/making-twitte
To increase the accessibility of the images we Tweet, [@18F](https://twitter.com/18f) has started replying to photo-centric Tweets with *a description of what’s in the photo*. Noting this, our followers offered additional suggestions about how we can increase the accessibility of our Tweets. We’d like to thank all of our followers who offered us suggestions, and encourage you to share suggestions, if you have them.
-
+
Accessibility is central to our work here at 18F. In a very broad sense, all of our work is driven by a desire to improve the accessibility of federal resources and knowledge. Consider, for example, some of the work 18F is undertaking. Collaborating with USCIS (United States Citizenship and Immigration Services) and others, our team is helping to redesign the USCIS user experience and the content for websites related to immigration and citizenship. In particular, this team is making sure that the recommended path through the sites, along with the sites’ content, is understandable to diverse audiences, thereby making the information more accessible to everyone.
diff --git a/_posts/2015-04-03-18f-discussion-should-project-teams-code-first-or-design-first.md b/_posts/2015-04-03-18f-discussion-should-project-teams-code-first-or-design-first.md
index 07a2ed4c7..a33a1a491 100644
--- a/_posts/2015-04-03-18f-discussion-should-project-teams-code-first-or-design-first.md
+++ b/_posts/2015-04-03-18f-discussion-should-project-teams-code-first-or-design-first.md
@@ -17,7 +17,7 @@ When starting a new project, should a team code first or discover first?
That was the question recently posed to the 18F team by Robert Read, one
of our developers.
-
+
Rob asked the thought-provoking question hoping it would lead to an
internal conversation on different approaches to user-centered software
diff --git a/_posts/2015-04-03-how-to-welcome-new-coders-to-a-civic-hackathon.md b/_posts/2015-04-03-how-to-welcome-new-coders-to-a-civic-hackathon.md
index d96f779b8..8de106cb3 100644
--- a/_posts/2015-04-03-how-to-welcome-new-coders-to-a-civic-hackathon.md
+++ b/_posts/2015-04-03-how-to-welcome-new-coders-to-a-civic-hackathon.md
@@ -106,7 +106,7 @@ skills or interests people have. Listing interests on a nametag also
helps facilitate conversations between people who may be meeting for the
first time.
-
+
## Clearly label issues on GitHub with ways people can help
diff --git a/_posts/2015-04-07-icymi-a11yhack-accessibility-awareness-hackathon.md b/_posts/2015-04-07-icymi-a11yhack-accessibility-awareness-hackathon.md
index eb3a6d851..958ca634c 100644
--- a/_posts/2015-04-07-icymi-a11yhack-accessibility-awareness-hackathon.md
+++ b/_posts/2015-04-07-icymi-a11yhack-accessibility-awareness-hackathon.md
@@ -52,9 +52,9 @@ Federation of the Blind](https://nfb.org/) could come and help us
out. Their insight was inspiring and we got a lot of great feedback from
them,” said Nick Bristow, one of the event organizers.
-
+
-
+
“The hackathon itself was also successful. [Megan
Smith](https://www.whitehouse.gov/administration/eop/ostp/about/leadershipstaff/smith)
@@ -77,7 +77,7 @@ overlook if you don't need it. But I hope that the hackathon helped
raise awareness and get the message across that accessibility is
something we all can improve.”
-[](https://18f.github.io/hackathons/a11yhack/hackpad-snapshot/)
+[](https://18f.github.io/hackathons/a11yhack/hackpad-snapshot/)
Jackie Kazil, another organizer, said several aspects of the gathering
stood out to her, including alternatives to Web practices such as video
@@ -100,7 +100,7 @@ it’s not acceptable, has to be revisited, is not efficient,” she said,
adding that “bringing the accessibility consideration earlier into the
process is going to help improve the experience.”
-
+
Photo: Jameson Dempesy
Overall, everyone in attendance seemed to have a great time networking diff --git a/_posts/2015-04-09-flexibility-when-releasing-a-new-product-peace-corps-new-donation-platform.md b/_posts/2015-04-09-flexibility-when-releasing-a-new-product-peace-corps-new-donation-platform.md index ef2641e83..3e48847ae 100644 --- a/_posts/2015-04-09-flexibility-when-releasing-a-new-product-peace-corps-new-donation-platform.md +++ b/_posts/2015-04-09-flexibility-when-releasing-a-new-product-peace-corps-new-donation-platform.md @@ -11,7 +11,7 @@ authors: description: "We were proud to provide design and development work for the Peace Corps' new donation platform. We want to share a few reflections around drawing that delivery line for this new product, and explain where we think we made the right call and look at other decisions which still keep us up at night." excerpt: "We were proud to provide design and development work for the Peace Corps' new donation platform. We want to share a few reflections around drawing that delivery line for this new product, and explain where we think we made the right call and look at other decisions which still keep us up at night." --- - + We were proud to provide design and development work for the Peace Corps' new [donations platform](https://beta.peacecorps.gov/donate/) @@ -47,7 +47,7 @@ user found a compelling story, they could select a donation amount in-line, turning what used to be a four-step process into a single click. - + Our ideal interface would have been a seamless user experience, but once scoped would have required a heavy lift from our front end and @@ -96,7 +96,7 @@ kicked out every five minutes while other pages are generated hourly. With several machines primed and auto-scaling capability, we expected to handle dozens of requests per second. - + After reviewing the numbers from Peace Corps' media blitz in early March, we know that part of our calculus was correct — S3 and CloudFront @@ -127,7 +127,7 @@ legacy system also provided a search engine, allowing users to find funds based on keywords. One of these features would make it to launch but the other would not. - + We pushed hard to cut as many fields as possible from the donor form, diff --git a/_posts/2015-04-23-the-dat-team-talks-data-streams.md b/_posts/2015-04-23-the-dat-team-talks-data-streams.md index 978e86547..31226b7bf 100644 --- a/_posts/2015-04-23-the-dat-team-talks-data-streams.md +++ b/_posts/2015-04-23-the-dat-team-talks-data-streams.md @@ -13,7 +13,7 @@ excerpt: "Max Ogden and Mathias Buus Madsen are visiting 18F today to talk about description: "Max Ogden and Mathias Buus Madsen are visiting 18F today to talk about dat, an open source project for versioning and sharing datasets. This new piece of software is part of their effort to build “automated, reproducible data pipelines that sync." image: /assets/blog/max-ogden-talk/streams.JPG --- -[](https://commons.wikimedia.org/wiki/File:Small_streams.JPG) +[](https://commons.wikimedia.org/wiki/File:Small_streams.JPG) Everything I ever learned about [streams](http://ejohn.org/blog/node-js-stream-playground/), I learned from software developer [Max Ogden](https://twitter.com/maxogden). Max, who lives in Oregon, develops client applications, developer tools, and APIs, and works as a developer at a market research company. diff --git a/_posts/2015-04-28-intersection-of-art-and-technology.md b/_posts/2015-04-28-intersection-of-art-and-technology.md index 330107e07..40529dbc7 100644 --- a/_posts/2015-04-28-intersection-of-art-and-technology.md +++ b/_posts/2015-04-28-intersection-of-art-and-technology.md @@ -29,7 +29,7 @@ At this point, you may be thinking, “Why is someone writing about Bjӧrk on th Our work at 18F is informed by both our users and the experiences they have with the websites and applications we work on. As designers and developers, we help merge the user experiences by using art and technology to [create useful, engaging, and delightful user-centered design](https://18f.gsa.gov/2014/09/25/design-studio-onrr/). Artists help people see and experience the world around them in new or different ways. Similarly, our roles are to help government, and the American public, see, experience, and build technology in a different way. - + One way to help people process technology differently is by designing visualizations that allow people to quickly comprehend large amounts of data. Recently, [18F helped launch analytics.gsa.gov](https://18f.gsa.gov/2015/03/19/how-we-built-analytics-usa-gov/) to display the web traffic from various federal government websites. The analytics site serves as a way for the public and government officials to easily see which federal government sites people visit the most. This viewpoint displays highly valuable and relevant information that aids in making impactful and long-term content decisions that affect the public. It also helps federal employees make targeted decisions on how to approach and then decide how to make user interactions more friendly on mobile. diff --git a/_posts/2015-04-29-18f-how-we-write.md b/_posts/2015-04-29-18f-how-we-write.md index edbe3daeb..1765e6261 100644 --- a/_posts/2015-04-29-18f-how-we-write.md +++ b/_posts/2015-04-29-18f-how-we-write.md @@ -16,7 +16,7 @@ We collaborate on much of what we do at 18F, from the way we work on code to the This collaboration begins during the generative stage of the drafting process. Anyone on the 18F team can suggest an idea for a blog post. We collect these ideas as issues in a private GitHub repository and open each issue up to feedback from the entire team. For example, Sarah Allen, a developer at 18F, suggested writing the post you are reading right now: - + This isn’t the only way we come up with our post ideas. Sometimes, we’ll overhear a great conversation — or witness one in our chat program — and realize that it would make an equally great post. In these cases, one of us will reach out to the conversation participants and ask if they’d like to write a post based on their discussion. If they’re not free or willing to write it, a member of the editorial team will offer to create a GitHub issue and work up the first draft. @@ -29,7 +29,7 @@ We also ask our teammates if they have thoughts on a post date and who, in addit Sometimes we hold posts to coincide with a product launch. In both of these cases, we ask the project leads for their thoughts and make sure that they’re added to the GitHub issue, as well. This ensures that all the relevant information is collected in one place, and makes it easy for anyone who needs to weigh in before publication to do so. - + In addition to the editorial team, anyone from 18F is encouraged to enter the GitHub thread and offer feedback or suggest copy for the actual blog post itself. Even if someone may not have time to write an entire post, they can contribute and receive a byline for their efforts. This allows our teammates who are busy coding or designing projects to write about their process and work, without requiring them to sit down and write hundreds of words. (We also have a weekly blog “huddle” with the editorial team, where anyone from 18F can talk about works-in-progress, ask for help, or find collaborators.) diff --git a/_posts/2015-05-07-layering-innovation.md b/_posts/2015-05-07-layering-innovation.md index fc5aaa794..128c3be4d 100644 --- a/_posts/2015-05-07-layering-innovation.md +++ b/_posts/2015-05-07-layering-innovation.md @@ -14,7 +14,7 @@ description: "At 18F, we're changing the way government thinks about software, a image: /assets/blog/layering-innovation/layer_cake.jpg --- [](https://www.flickr.com/photos/kiri_no_hana/9623594449/in/photolist-) +Kirinohana]({{site.baseurl}}/assets/blog/layering-innovation/layer_cake.jpg)](https://www.flickr.com/photos/kiri_no_hana/9623594449/in/photolist-) In the past, most government digital projects were created out of requirement documents handed down to designers and developers for them diff --git a/_posts/2015-05-12-announcing-the-calc-tool.md b/_posts/2015-05-12-announcing-the-calc-tool.md index ccb179229..7976d9d06 100644 --- a/_posts/2015-05-12-announcing-the-calc-tool.md +++ b/_posts/2015-05-12-announcing-the-calc-tool.md @@ -21,7 +21,7 @@ conduct market research and price analysis for professional labor categories across a database of contract awarded prices for 48,000 labor categories from more than 5,000 recent GSA contracts. - + Before CALC, contracting officers had to sift through paper contracts or comb through GSA Advantage files to stitch together a picture of fair diff --git a/_posts/2015-05-14-18Fpages.md b/_posts/2015-05-14-18Fpages.md index f003f2cbf..da75bd99a 100644 --- a/_posts/2015-05-14-18Fpages.md +++ b/_posts/2015-05-14-18Fpages.md @@ -48,7 +48,7 @@ for our 18f.gsa.gov technical stack, proved surprisingly straightforward, and now we’re happy to announce [https://pages.18f.gov/](https://pages.18f.gov/), aka “18F Pages.” - + While the site is still in its earliest stages, we will be adding more content to it over time, as our team generates documentation that we diff --git a/_posts/2015-05-18-myusa.md b/_posts/2015-05-18-myusa.md index e26c63bfb..980e029b4 100644 --- a/_posts/2015-05-18-myusa.md +++ b/_posts/2015-05-18-myusa.md @@ -15,7 +15,7 @@ description: "Soon, users accessing U.S. government websites will be able to use image: /assets/blog/myusa/myusa.jpg --- -[](https://my.usa.gov/) +[](https://my.usa.gov/) Quick! How many times did you visit a government website during the past diff --git a/_posts/2015-05-21-TockingTime.md b/_posts/2015-05-21-TockingTime.md index 2788c0773..811a48abe 100644 --- a/_posts/2015-05-21-TockingTime.md +++ b/_posts/2015-05-21-TockingTime.md @@ -34,7 +34,7 @@ our own accounting and for the taxpayers who support our work. For a long time, our internal time tracking looked something like this: - + Every week, our operations team dutifully created a giant Google Sheets spreadsheet and shared it with the entire team. As we grew, the number @@ -89,7 +89,7 @@ internal platform as a service and flex our Python muscles. The first prototype took about day to build and deploy. We built it entirely in the open (see our [GitHub repository](https://github.com/18f/tock)) and immediately put it online for the team to test. - + *The first iteration of Tock* At the core, this is a very simple Django site. We have four main @@ -140,7 +140,7 @@ grew rapidly as people tried to strike the right balance between capturing work accurately and forcing users to browse a long list of random things: - + *So many items!* We fixed this, in part, by providing an auto-select based on @@ -148,7 +148,7 @@ We fixed this, in part, by providing an auto-select based on designed specifically for this purpose. Now, Tock users can search by either the project or partner agency name when selecting a line item: - + ###The future of time diff --git a/_posts/2015-05-27-dan-brown-conflict-in-design.md b/_posts/2015-05-27-dan-brown-conflict-in-design.md index 0eb4b02b4..cacb62b3d 100644 --- a/_posts/2015-05-27-dan-brown-conflict-in-design.md +++ b/_posts/2015-05-27-dan-brown-conflict-in-design.md @@ -12,7 +12,7 @@ excerpt: "On Friday, author and designer Dan Brown gave a talk at 18F. “Stop f description: "On Friday, author and designer Dan Brown gave a talk at 18F. “Stop fighting, start designing,” centered around the design process and inherent conflict therein." image: /assets/blog/speaker-series/dan-brown.jpg --- - + Designer Dan Brown was driving through downtown D.C. when he received a nasty client voicemail. New to the city and in his mid-20s, Brown was @@ -66,7 +66,7 @@ pointer around the room. The pattern cards offer techniques for unsticking situations. For example, “make a plan,” or “offer a sneak peek.” - + The third piece of the puzzle, “trait” cards, are useful for self-reflection and understanding characteristics. “Dogmatism,” for diff --git a/_posts/2015-05-28-18F-guides.md b/_posts/2015-05-28-18F-guides.md index e439578c2..3756ae2e2 100644 --- a/_posts/2015-05-28-18F-guides.md +++ b/_posts/2015-05-28-18F-guides.md @@ -25,7 +25,7 @@ basics. [18F Guides](https://pages.18f.gov/guides/) aims to fill that role for our young and growing team, and we hope it may be of use to others as well. - + ## Coalescing best practices diff --git a/_posts/2015-06-02-taking-the-pulse-of-the-federal-governments-web-presence.md b/_posts/2015-06-02-taking-the-pulse-of-the-federal-governments-web-presence.md index 4fb685892..2e809df91 100644 --- a/_posts/2015-06-02-taking-the-pulse-of-the-federal-governments-web-presence.md +++ b/_posts/2015-06-02-taking-the-pulse-of-the-federal-governments-web-presence.md @@ -20,7 +20,7 @@ The U.S. federal government is launching a new project to monitor how it's doing A sort of health monitor for the U.S. government's websites, it's called **[Pulse](https://pulse.cio.gov)**, and you can find it at **[pulse.cio.gov](https://pulse.cio.gov)**. -[](https://pulse.cio.gov) +[](https://pulse.cio.gov) [Pulse](https://pulse.cio.gov) is a lightweight dashboard that uses the [official .gov domain list](https://github.com/GSA/data/blob/gh-pages/dotgov-domains/2015-03-15-federal.csv) to measure two things: @@ -33,7 +33,7 @@ The project will hopefully expand over time to measure more best practices and m ## Background -[](https://pulse.cio.gov/analytics/agencies/) +[](https://pulse.cio.gov/analytics/agencies/) Pulse is a collaboration between 18F and the [Office of Government-wide Policy](http://www.gsa.gov/portal/content/104550) (OGP). @@ -43,7 +43,7 @@ Like 18F, OGP is an office of the U.S. General Services Administration. Among ma ## How pulse.cio.gov works -[](https://pulse.cio.gov/https/agencies/) +[](https://pulse.cio.gov/https/agencies/) Pulse was created in around six weeks. We built the project [in the open from Day 1](https://github.com/18f/pulse), obtained our domain name and relevant cybersecurity approvals in our first couple weeks, and released new versions of the dashboard to [pulse.cio.gov](https://pulse.cio.gov) early and often throughout the process. @@ -64,7 +64,7 @@ The process is not fully automated, and so Pulse isn't updated every day. There' ## Measuring participation in the Digital Analytics Program -[](https://pulse.cio.gov/analytics/domains/) +[](https://pulse.cio.gov/analytics/domains/) The [Digital Analytics Program](https://www.digitalgov.gov/services/dap/) is a free, shared web analytics service for U.S. federal agencies. @@ -72,13 +72,13 @@ To participate, agencies place some JavaScript on their websites that report to Access to the account is shared within the federal government, and much of its data is shared publicly on [analytics.usa.gov](https://analytics.usa.gov/). The Digital Analytics Program also regularly publishes a list of around 4,000 participating websites that have reported visitor data in the preceding 2 weeks. -[](https://pulse.cio.gov/analytics/domains/) +[](https://pulse.cio.gov/analytics/domains/) Pulse measures participation in the simplest way possible: by comparing the .gov domain list to the list of participating websites published by the Digital Analytics Program. It's not rocket science, but in the future we'd like to automate this process using the [`analytics-reporter`](https://github.com/18F/analytics-reporter) tool [we created for analytics.usa.gov](https://18f.gsa.gov/2015/03/19/how-we-built-analytics-usa-gov/). ## Measuring HTTPS in .gov -[](https://pulse.cio.gov/https/domains/) +[](https://pulse.cio.gov/https/domains/) Enforcing strong HTTPS is an [important baseline](https://18f.gsa.gov/2014/11/13/why-we-use-https-in-every-gov-website-we-make/) for government websites, and is in the [process](https://blog.mozilla.org/security/2015/04/30/deprecating-non-secure-http/) of [becoming](https://www.chromium.org/Home/chromium-security/marking-http-as-non-secure) the baseline for the web at large. @@ -86,7 +86,7 @@ HTTPS is simple enough to detect, but characterizing HTTPS support for a domain, We lean heavily on the open source [`site-inspector`](https://github.com/benbalter/site-inspector), a command line tool written in Ruby. `site-inspector` measures various useful things about websites, and was originally written by Ben Balter to [analyze .gov domains](http://ben.balter.com/2015/05/11/third-analysis-of-federal-executive-dotgovs/). -[](https://pulse.cio.gov/https/domains/) +[](https://pulse.cio.gov/https/domains/) To get the precision we wanted, we needed to take into account several subtle things about domains: diff --git a/_posts/2015-06-08-data-act-data-act-explainer.md b/_posts/2015-06-08-data-act-data-act-explainer.md index f9cbe05ed..29a03f9cb 100644 --- a/_posts/2015-06-08-data-act-data-act-explainer.md +++ b/_posts/2015-06-08-data-act-data-act-explainer.md @@ -48,7 +48,7 @@ appropriation to an actual payment. These systems don’t have a common way to tie money back to specific programs and projects, and that’s what the DATA Act proposes to fix. -[](http://www.datacoalition.org/what-is-data-transparency/data-act/) +[](http://www.datacoalition.org/what-is-data-transparency/data-act/) *Image courtesy of the [Data Transparency Coalition](http://www.datacoalition.org/what-is-data-transparency/data-act/)* @@ -68,7 +68,7 @@ several different initiatives, the Department may allocate those dollars to more specific buckets like Pell grants, work-study, and scholarships for veterans’ dependents. - + When Treasury pays money to a recipient of student financial aid, it debits the money from the high-level $30 billion account. The specifics diff --git a/_posts/2015-06-08-the-us-government-is-moving-to-https-everywhere.md b/_posts/2015-06-08-the-us-government-is-moving-to-https-everywhere.md index 44bb7625e..dbb4eae95 100644 --- a/_posts/2015-06-08-the-us-government-is-moving-to-https-everywhere.md +++ b/_posts/2015-06-08-the-us-government-is-moving-to-https-everywhere.md @@ -15,7 +15,7 @@ description: "The White House is issuing a memoranda to federal agencies mandati image: /assets/blog/https-memo/whitehouse-small.png --- -[](https://www.whitehouse.gov/sites/default/files/omb/memoranda/2015/m-15-13.pdf) +[](https://www.whitehouse.gov/sites/default/files/omb/memoranda/2015/m-15-13.pdf) Today, the White House's Office of Management and Budget (OMB) finalized an **[HTTPS-Only Standard](https://https.cio.gov/)** for all publicly accessible federal websites and web services. This standard is designed to ensure a new, strong baseline of user privacy and security across U.S. government websites and APIs. diff --git a/_posts/2015-06-11-18f-at-national-civic-hacking-day.md b/_posts/2015-06-11-18f-at-national-civic-hacking-day.md index d26b65b22..0804eda05 100644 --- a/_posts/2015-06-11-18f-at-national-civic-hacking-day.md +++ b/_posts/2015-06-11-18f-at-national-civic-hacking-day.md @@ -27,7 +27,7 @@ enough of this. Fortunately, there were [more than 100 events](http://hackforcha Here’s just some of what we worked on together: - + *Scenes from the event in Washington, D.C.* **Washington, D.C.**: The Small Business Administration and Census @@ -56,7 +56,7 @@ who lives in San Diego, led a for a Street Sweeper app. We got from markers and drawing to working code in less than an hour! - + *Civic hackers at the event hosted by Code for Tucson* **Tucson, Ariz**: [Code for Tucson](http://codefortucson.org/), diff --git a/_posts/2015-06-16-fast-company-story.md b/_posts/2015-06-16-fast-company-story.md index 4e06e4ade..c5ac99f99 100644 --- a/_posts/2015-06-16-fast-company-story.md +++ b/_posts/2015-06-16-fast-company-story.md @@ -17,7 +17,7 @@ offers a great metaphor to better explain the relationship of 18F, the U.S. Digi image: /assets/blog/fast-company/jumpshot.jpg --- - + *Photo by Daniel Shea for Fast Company* We often get asked to explain how 18F fits in with the larger U.S. diff --git a/_posts/2015-06-17-what-estonia-can-teach-us-about-government-records.md b/_posts/2015-06-17-what-estonia-can-teach-us-about-government-records.md index 978915634..cdebf8b20 100644 --- a/_posts/2015-06-17-what-estonia-can-teach-us-about-government-records.md +++ b/_posts/2015-06-17-what-estonia-can-teach-us-about-government-records.md @@ -37,7 +37,7 @@ of Estonia’s most prominent technologists visited D.C. for a week-long tour, which included meetings with the State Department, the World Bank, and U.S. digital services teams. -
+
*U.S. Chief Technology Officer Megan Smith, members of U.S. digital
services teams, and the representatives from Estonia.*
diff --git a/_posts/2015-06-22-avoiding-cloudfall.md b/_posts/2015-06-22-avoiding-cloudfall.md
index a2b1089a1..bdc49f987 100644
--- a/_posts/2015-06-22-avoiding-cloudfall.md
+++ b/_posts/2015-06-22-avoiding-cloudfall.md
@@ -17,7 +17,7 @@ description: "18F has been working on reducing the costs of entry to the cloud a
image: /assets/blog/avoiding-cloudfall/cloudfall.jpg
---
-
+
*Source: [Recreation.gov Instagram](https://instagram.com/p/pZFSh0ivJe/)*
In 2011, the [White House recognized](https://www.whitehouse.gov/sites/default/files/omb/assets/egov_docs/federal-cloud-computing-strategy.pdf)
diff --git a/_posts/2015-06-24-thomas-vander-wal-event.md b/_posts/2015-06-24-thomas-vander-wal-event.md
index a4b08bde0..7fee5ad29 100644
--- a/_posts/2015-06-24-thomas-vander-wal-event.md
+++ b/_posts/2015-06-24-thomas-vander-wal-event.md
@@ -33,7 +33,7 @@ Vander Wal said during his lecture. But many companies don’t save
instant message conversations. And email buries data in an archive
that’s inaccessible to most.
-
+
*An illustration of closed-node communication, from Vander Wal’s
presentation*
@@ -58,7 +58,7 @@ keeping](https://18f.gsa.gov/2015/05/28/18F-guides/), and — whenever
possible — we illuminate our processes, hopefully [to the benefit of
the larger tech community](https://pages.18f.gov/guides/).
-
+
*Open-node communication allows members of the same community to share
institutional knowledge deftly and painlessly.*
diff --git a/_posts/2015-07-06-18f-content-guide.md b/_posts/2015-07-06-18f-content-guide.md
index 1dc3de132..d1b6f2dbb 100644
--- a/_posts/2015-07-06-18f-content-guide.md
+++ b/_posts/2015-07-06-18f-content-guide.md
@@ -13,7 +13,7 @@ description: "We’re proud to announce the release of our 18F Content Guide, a
image: /assets/blog/content-style-guide/style-guide-screen.jpg
---
-[](https://pages.18f.gov/content-guide/)
+[](https://pages.18f.gov/content-guide/)
18F recently introduced its [series of
guides](https://18f.gsa.gov/2015/05/28/18F-guides/), a collection of
diff --git a/_posts/2015-07-08-openfec-api.md b/_posts/2015-07-08-openfec-api.md
index 62bd7e2db..85dc2a303 100644
--- a/_posts/2015-07-08-openfec-api.md
+++ b/_posts/2015-07-08-openfec-api.md
@@ -12,7 +12,7 @@ excerpt: "Today marks the launch of the FEC’s first API. With that API, search
description: "Today marks the launch of the FEC’s first API. With that API, searching for candidates and committees will be easier and more interactive."
image: /assets/blog/openfec-api/openfec-banner.jpg
---
-
+
The Federal Election Commission (FEC) empowers citizens with the
information they need to make informed decisions about their democracy.
diff --git a/_posts/2015-07-17-the-new-10.md b/_posts/2015-07-17-the-new-10.md
index c40a64da6..96edb991a 100644
--- a/_posts/2015-07-17-the-new-10.md
+++ b/_posts/2015-07-17-the-new-10.md
@@ -34,7 +34,7 @@ operates under a cost-recoverable model.
Then the fun really began.
-
+
We set up a number of creative reviews with 18F Consulting and
Treasury’s design team. My colleague Jesse Taggert and I partnered
diff --git a/_posts/2015-07-29-style-guide-for-open-source-documentation.md b/_posts/2015-07-29-style-guide-for-open-source-documentation.md
index 72e1f5cd4..2e78b6274 100644
--- a/_posts/2015-07-29-style-guide-for-open-source-documentation.md
+++ b/_posts/2015-07-29-style-guide-for-open-source-documentation.md
@@ -16,7 +16,7 @@ image: /assets/blog/open-source-guide/screenshot-of-guide.png
We routinely publish our best practices in the [18F Guides](https://pages.18f.gov/guides/), and today we’re happy to launch a new one: the [18F Open Source Style Guide](https://pages.18f.gov/open-source-guide/).
-
+
The Open Source Style Guide is a comprehensive handbook for writing clear, accessible, and user-friendly documentation so that your open source code repositories are accessible both internally and externally.
diff --git a/_posts/2015-08-06-communicart-tool-will-streamline-purchase-card-process.md b/_posts/2015-08-06-communicart-tool-will-streamline-purchase-card-process.md
index fe672a688..c4ad81301 100644
--- a/_posts/2015-08-06-communicart-tool-will-streamline-purchase-card-process.md
+++ b/_posts/2015-08-06-communicart-tool-will-streamline-purchase-card-process.md
@@ -41,7 +41,7 @@ process. With our partners at the General Service Administration's
Public Buildings Service in Washington, D.C., we’ve started building a
tool to help make this process fast and efficient.
-[](https://cap.18f.gov/)
+[](https://cap.18f.gov/)
We call it [Communicart](https://18f.gsa.gov/dashboard/project/C2/).
It’s a tool that took some cues from the process for tracking “carts”
diff --git a/_posts/2015-08-07-technical-debt-1.md b/_posts/2015-08-07-technical-debt-1.md
index 6963befdd..7d4e27e76 100644
--- a/_posts/2015-08-07-technical-debt-1.md
+++ b/_posts/2015-08-07-technical-debt-1.md
@@ -15,7 +15,7 @@ debt is, how to manage it, and some ways to prevent accumulating it."
image: /assets/blog/technical-debt/iceberg-noaa.jpg
---
-[](https://www.flickr.com/photos/usoceangov/8290528771/)
+[](https://www.flickr.com/photos/usoceangov/8290528771/)
*Source:* [**National Oceanic and Atmospheric
Administration**](https://www.flickr.com/photos/usoceangov/8290528771/)
diff --git a/_posts/2015-08-10-18f-design-methods.md b/_posts/2015-08-10-18f-design-methods.md
index 9ec0f265d..259d6c775 100644
--- a/_posts/2015-08-10-18f-design-methods.md
+++ b/_posts/2015-08-10-18f-design-methods.md
@@ -26,7 +26,7 @@ products."
image: /assets/blog/design-method-cards/method-cards-banner.jpg
---
-[](https://methods.18f.gov/)
+[](https://methods.18f.gov/)
We’re thrilled to introduce the beta deck of [18F Design
Methods](https://methods.18f.gov/), a collection of research and design
@@ -108,7 +108,7 @@ Our design methods are available in two formats:
1. **A [printed card deck](https://methods.18f.gov/assets/downloads/18F-Method-Cards-beta-Preview.pdf) for quick reference.** With printed cards, you can compare different methods side by side, and physically pull together the methods you’re interested in.
2. **An [online version](https://methods.18f.gov/) for more information.** Our “alpha” digital version provides more details about each method, short stories about how we’ve used a given method in our work, and links to additional resources. You also download our [templates] (https://methods.18f.gov/assets/downloads/18F-Method-Cards-beta-Template.zip) and [printable PDFs](https://methods.18f.gov/assets/downloads/18F-Method-Cards-beta_Print.zip).
-[](https://methods.18f.gov/)
+[](https://methods.18f.gov/)
## Principles that are and are not here
diff --git a/_posts/2015-08-26-aaron-gustafson-beyond-responsive-design.md b/_posts/2015-08-26-aaron-gustafson-beyond-responsive-design.md
index 61a297c51..52ffdb69a 100644
--- a/_posts/2015-08-26-aaron-gustafson-beyond-responsive-design.md
+++ b/_posts/2015-08-26-aaron-gustafson-beyond-responsive-design.md
@@ -14,7 +14,7 @@ excerpt: "Web standards and accessibility expert Aaron Gustafson recently came t
description: "Web standards and accessibility expert Aaron Gustafson recently came to 18F to speak about progressive enhancement and to challenge designers to improve user experience across browsers and devices."
image: /assets/blog/aaron-gustafson/mms-gustafson.jpg
---
-
+
Web standards and accessibility expert Aaron Gustafson was working with
a major drug store chain when he discovered they only tested their
website on iPhones and iPads.
@@ -76,7 +76,7 @@ The text is the peanut, a fine snack on its own. But with chocolate
(CSS), it’s tastier. And it’s best with colorful candy coating
(Javascript). Ultimately, you can enjoy it at whatever step you get it.
-
+
*Slide from [Gustafson’s
presentation](http://www.slideshare.net/AaronGustafson/beyond-responsive-18f-2015)*.
diff --git a/_posts/2015-08-31-how-playing-with-legos-taught-executives-agile.md b/_posts/2015-08-31-how-playing-with-legos-taught-executives-agile.md
index 2208447cb..0c68105ec 100644
--- a/_posts/2015-08-31-how-playing-with-legos-taught-executives-agile.md
+++ b/_posts/2015-08-31-how-playing-with-legos-taught-executives-agile.md
@@ -17,7 +17,7 @@ description: "The Small Business Administration was ready to try something diffe
image: /assets/blog/lego-workshop/sba-execs-legos.jpg
---
-
+
The Small Business Administration was ready to try something different.
@@ -31,7 +31,7 @@ But they started wondering, is this really the best way? Or should we be
trying something new? It turns out not even the creator of waterfall,
Dr. Winston Royce, thought waterfall was a good idea!
-
+
*From page 2 of Dr. Royce’s 1970 paper, [Managing the
Development of Large Software Systems](http://www.serena.com/docs/agile/papers/Managing-The-Development-of-Large-Software-Systems.pdf).*
@@ -59,7 +59,7 @@ what agile is. One must experience it for oneself. It was time for the
red pill.
+
+
+
+
+
+




Try checking out 18F's homepage or blog.
+Try checking out 18F's homepage or blog.
Or, contact us if you can't find what you're looking for.
+
+
+
+
@@ -52,7 +52,7 @@ {{ post.excerpt | strip_html }}
- +You'll soon receive a message asking you to confirm your email address. Once confirmed, you'll receive our newsletter every two weeks or so with updates about our projects, news from the digital services family, and information about upcoming events.
-You will be automatically redirected to the homepage in 30 seconds, or [click here to go there now](https://18f.gsa.gov/). +You will be automatically redirected to the homepage in 30 seconds, or [click here to go there now]({{site.baseurl}}/). \ No newline at end of file +