Skip to content

Karl Hill

Staff Aerospace Software Engineer

Engineering complex systems.

Staff Aerospace Software Engineer. Hands-on technical leadership across national security, aerospace, and NASA software — distributed systems, architecture, platform engineering, and the path a change takes to production.

Organizations

  1. 2025–present

    Jacobs · BlackLynx

    Staff Aerospace Software Engineer at Jacobs National Security. Mission software, platform engineering, and cross-program technical leadership, including cross-team SAFe Agile. Core program: roughly 12 Python repositories, four environments, and about 6 engineers.

    Mission software case study
  2. 2017–2025

    NASA Goddard

    Lead Software Engineer with SSAI. Public Earth science systems for flood mapping, satellite-data access, and science publishing.

    Flood Mapping System

Selected engineering

Selected work

Mission software is the current work. The public proof is a NASA flood-mapping system and The Dry Standard, an application I design and operate, plus the tools I maintain in the open.

All work

Jacobs · 2025–present

Read case study: Cross-program mission software

Cross-program technical direction, shared interfaces, DevSecOps, integration, and engineer development.

Core program: ~12 repositories · 4 environments · ~6 engineers

Cross-team SAFe Agile. Core-program scale; broader influence is shared practices and coordination across additional aerospace efforts.

NASA · 2017–2025

Read case study: Flood Mapping System

Led Python processing and containerized delivery on AWS, connecting imagery to a public map.

90.9% overall accuracy in the published system evaluation

Collaborative scientific result, not an individual engineering KPI. Software (Equal), GeoHorizons 2026.

Flood Mapping System request screen, with the area-of-interest map and flood-product choices.
Public flood map

Open source · Independent engineering

Read case study: Engineering the feedback loop

Built focused tools for local CI, prioritizing test gaps, and pipeline governance.

Inspect the source, tests, and usage documentation

Independently authored and maintained; public source is the evidence.

Technical scope

Where the work sits

  • Mission software and distributed systems

    Python services, shared interfaces, and integration across repositories and environments. Messaging stays behind a common contract so broker choice is configuration.

  • Aerospace and national security engineering

    Hands-on delivery in high-assurance settings: review, testing, and release practices that have to hold across teams. Program detail stays unpublished.

  • Software and platform architecture

    Interface design, repository standards, and the engineering system around the application: CI, review, and the checks that travel with the change.

  • Cloud, containers, and Kubernetes

    NASA delivery on AWS and Kubernetes, including GitLab CI for public satellite-data access, alongside mission-software environments.

  • DevSecOps, automation, and CI/CD

    Pipelines, coverage, type checks, and security gates as the baseline for a change, not a separate process after the fact.

  • Technical leadership and delivery

    Architecture decisions, engineering standards, review, and development of engineers who are shipping the same work. Personnel authority stays with management.

Engineering leadership

Technical leadership

Direction stays close to the code: architecture, standards, and the path a change takes to production.

See the delivery system
  • Architectural decisions

    Shared interfaces and integration choices made in review, while the change is still cheap to correct.

  • Standards in the pipeline

    Tests, coverage, type checks, and security gates that apply across repositories instead of living in a document.

  • Delivery and development

    Sequencing work across teams, and coaching engineers through the same review that ships the code.