> Markdown version of [/jobs/ext/2684712-scientific-platform-engineer](https://www.wearedevelopers.com/jobs/ext/2684712-scientific-platform-engineer). Every page supports `.md` or `Accept: text/markdown`. Links point to the HTML versions so they work for humans too. Agent guide: [/agents.md](https://www.wearedevelopers.com/agents.md). --- # Scientific Platform Engineer - **Company:** ScienceJobs.Org - **Location:** Boston, MA, United States (Remote available) - **Experience:** Experienced - **Contract:** Temporary to permanent - **Skills:** JavaScript (Programming Language), Amazon Web Services, Computing Platforms, Systems Engineering, Automation of Tests, Bash Shell, Unix, Code Review, Encodings, Continuous Integration, Software Debugging, Linux, DevOps, File Systems, Github, Python (Programming Language), Linux Kernel, OpenShift, Package Management Systems, Ansible, Ruby, Smoke Testing, Software Engineering, Toolchain, Management of Software Versions, Web Applications, Data Logging, Scripting, Cloud Platform System, High Performance Computing, Caching, Git, Perf (Linux), Containerization, Gitlab-ci, Kubernetes, Information Technology, Slurm, Puppet, Terraform, Software Version Control, Docker - **Published:** September 2, 2026 - **Apply:** https://sciencejobs.org/job/job/apply?id=7343900 ## About the Role * Minimum of five years' post-secondary education or relevant work experience., * Bachelor's degree in computer science, engineering, or a related technical field. * Minimum of 5 years of relevant experience in platform engineering, systems engineering, DevOps, build/release engineering, research computing infrastructure, or a closely related area. * Two or more years of professional software development experience. * Experience with CI/CD systems (e.g., GitLab CI, GitHub Actions, similar). * Experience with an Infrastructure-as-Code tool (e.g. Ansible, Puppet, Chef, Terraform, etc). * Comfortable with Linux internals and scripting in Bash. * Experience debugging cross-platform build or runtime issues. * Solid programming skills in at least one interpreted language (Python preferred, Javascript, Ruby, etc). * Comfort working in a remote, documentation-driven environment. * Experience with HPC environments or research computing. * Familiarity with containerization (Docker, Singularity/Apptainer, similar). * Experience with artifact signing or supply-chain tooling. * Experience working in regulated or compliance-sensitive environments. * Interest in scientific research software ecosystems. * Strong engineering discipline and curiosity matter. ## Description The SBGrid Consortium at Harvard Medical School supports a large international research community by curating and distributing a scientific software platform used across structural biology, cryo-EM, and related fields. The platform includes approximately 650 software titles and 6,000 versions across macOS and Linux and is deployed across laptops, workstations, HPC clusters, and cloud environments. We are hiring a Scientific Platform Engineer to help lead the modernization, security, reliability, and engineering evolution of this platform. This is a platform engineering role with substantial independent responsibility for CI pipelines, reproducible packaging, deterministic installation, release engineering, runtime hardening, observability, and software supply-chain integrity. The role is designed to be primarily engineering and platform-development work, not routine support, and it directly impacts software delivery and platform reliability across a globally distributed scientific infrastructure. What You Will Work On: This is an engineering-heavy role - expect 90%+ project/building time vs break-fix. Build & Test Automation * Design and implement CI pipelines for scientific software across macOS and Linux. * Develop regression and smoke test harnesses for packaged software. * Catch failures before distribution rather than after client installation. * Support fast-moving development branches (e.g., nightly builds) safely. Reproducible Packaging * Help define and enforce a canonical build contract. * Improve dependency tracking and version control. * Enable deterministic rebuilds across environments. * Contribute to artifact integrity and metadata tracking (e.g., SBOM readiness). Runtime Platform Hardening * Add tests and versioning discipline to SBGrid's runtime wrapper system ("capsules"). * Introduce feature flags and safer rollout mechanisms. * Improve logging, observability, and error classification. Internal Tooling & Observability. * Develop dashboards and structured signals around build failures and common error states. * Reduce reliance on tribal knowledge by encoding workflows into systems. Technologies You'll Use (and can help shape): Core platforms * Linux (expert-level): shells, process model, filesystems, toolchains, debugging, perf basics * macOS (strong): building, testing, and release workflows across Intel + Apple Silicon Build/release + automation * CI/CD: GitLab CI (or equivalent CI systems and concepts) * Scripting and automation: Bash + Python (primary) * Performance-oriented implementation as needed: Go and/or Rust (selectively, for the hot paths) Packaging and reproducibility * Current + future packaging direction: evaluating/adopting Nix/Spack/Homebrew-style approaches * Dependency management, artifact metadata, caching, provenance, reproducible builds Execution environments * Containers and virtualization: Docker/Podman, VMs, and orchestration concepts (framework-agnostic; Kubernetes/OpenShift not required) * (Nice-to-have) Apptainer/Singularity in scientific/HPC contexts Version control + engineering hygiene * Git, code review workflows, testing discipline, documentation-first habits Nice-to-have context * Research/HPC exposure (Slurm, shared filesystems, scientific software stacks) * AWS familiarity (useful, not required) "You Don't Need to Know Everything" We expect this job description to match people coming from different directions including Unix/HPC/research computing admins who like building durable automation, build/release engineers who want harder problems than a typical web app pipelines, and developers with systems instincts who are comfortable close to the OS and tooling. If you're strong in either the systems/ops side or the programming/build tooling side, and you want to grow into the other half, we want to hear from you. ## Related Videos - [Platform Engineering vs. DevOps Why not both?](https://www.wearedevelopers.com/videos/885-platform-engineering-vs-devops-why-not-both) - [WeAreDevelopers LIVE - Node and Package Security](https://www.wearedevelopers.com/videos/2138-wearedevelopers-live-node-and-package-security) - [Coffee with Developers: David Heinemeier Hansson](https://www.wearedevelopers.com/videos/875-coffee-with-developers-david-heinemeier-hansson) - [How a Small Team Shrank a Microsoft Monorepo by 94%](https://www.wearedevelopers.com/videos/1236-how-a-small-team-shrank-a-microsoft-monorepo-by-94) - [Coffee with Developers - Robby Russell](https://www.wearedevelopers.com/videos/917-coffee-with-developers-robby-russell) - [Shipping Faster with Less: Render on Cloud Hosting, AI Workloads, and the Future of DevOps](https://www.wearedevelopers.com/videos/1894-shipping-faster-with-less-render-on-cloud-hosting-ai-workloads-and-the-future-of-devops) ## Related Articles - [How We Built a Worry-Free System That Runs for 10+ Years – And What We’d Do Again](https://www.wearedevelopers.com/magazine/751-how-we-built-a-worry-free-system-that-runs-for-10-years-and-what-we-d-do-again) - [Where to Find Entry-Level Software Engineering Jobs](https://www.wearedevelopers.com/magazine/397-where-to-find-entry-level-software-engineering-jobs) - [Best Countries for Software Engineers](https://www.wearedevelopers.com/magazine/267-best-countries-for-software-engineers) - [Where To Find Software Engineering Jobs](https://www.wearedevelopers.com/magazine/396-where-to-find-software-engineering-jobs) - [Fully Remote Software Engineer Jobs](https://www.wearedevelopers.com/magazine/447-fully-remote-software-engineer-jobs) - [Is Software Engineering Over-Saturated?](https://www.wearedevelopers.com/magazine/418-is-software-engineering-over-saturated)