We often talk about 18F Engineering as a technology shop, but that’s too broad. There are very few technology choices we actually make at the project level. When we build, we usually build open-source cloud-based web applications.
We combine a limited set of technologies to make our applications. To explain this, we’ll use the metaphor of a sandwich shop.
Bread: cloud-based application hosting
Bread represents commercial or government cloud hosting options. We use cloud computing to be agile and resilient and so that we can integrate security with our development. We host several of our applications on a government cloud provider called cloud.gov which meets many compliance requirements. We also have experience using our partner agencies’ commercial cloud providers.
Protein: open-source programming languages
Our commitment to open source languages and tools allows us to work in the open, and help ensure public input to our work.
Fillings and condiments: features driven by user needs
What really makes a sandwich great are the fillings and condiments that meet individual preference and taste. In our metaphor, they represent application features that are based on the user needs we have discovered through research. The most common features we implement are user interfaces that are specific to our partner agencies’ needs. We often integrate authentication, authorization, and user management. We frequently connect to notification services to send email to users. Sometimes we build integrations to transfer data to existing systems.
Sides: other services
Together, these technologies make up most of the 18F Engineering “sandwich”: cloud-based open source applications. But sometimes a side of chips or potato salad can make the meal complete. Some “sides” that we serve include data migration or the use of Cloud.gov Pages (formerly known as Federalist) static sites for content-heavy websites.
Why is “our menu” important?
By having a core menu, we enable developer efficiency and flexibility. We can use our existing programming languages practices and tools for running our applications in the cloud. It’s important to note that we do not dictate any particular technology, though, since any particular choice might be inappropriate for the specific problems we encounter in our work.
Another consideration is our hiring materials. We’ve developed these around our technology choices and we have specific examples of “what good looks like” for the programming languages and methodologies that we support. We look for candidates with strengths in at least some of our core technology choices, and who have solid experience developing modern web applications on cross-functional teams. For example, here’s our engineer job post from early 2022.
We’d prefer not to work too far outside our areas of expertise, but if an agency partner needs help in those spaces, we usually can consult with them to help them find a restaurant that serves the menu they need and can serve food in the timeframe and delivery path that 18F recommends.