Skip to content
Esc
Internships in Canada
New-grad roles in Canada
Remote roles
Roles that show pay
Postings at high ghost risk
PayWhat student tech roles in Canada pay
Check a linkPaste a posting to see its real age and ghost risk
JobsEvery open tech role
CompaniesWho fills fastest, who leaves postings up
Hiring calendarWhen employers open intern and new-grad roles
Skills gapWhat postings ask for that you don't have
Your resumeScore and fixes
Your matchesOpen roles ranked by your resume
ApplicationsSaved, applied, interviewing, offers
SettingsTheme, text size, motion
How it works

↑ ↓ to move, Enter to open? every shortcut

Keyboard shortcuts

CtrlKor/
Search employers, postings and pages
JorK
Next or previous posting in a list
O
Open the posting's page
Enter
Open it in the preview, on wide screens
S
Save or unsave it
?
This list
Esc
Close
Astrome Technologies

Software Lead Engineer - Space Simulation (Space Domain)

  • Seen live on Astrome Technologies' site 3 days ago
  • Senior
Pay
Not stated
Location
Bengaluru, Karnataka, India
Open for
13+ days
First seen
Oct 22, 2026
Apply on Astrome Technologies' site (opens in a new tab)

Posting record

No flags

Open 13+ days

The posting's record, oldest first
  1. Astrome Technologies' site dates the posting
  2. Ghostless first sees this listing
  3. Last checked: still up
How we know

It hasn't been reposted, listed twice, or left up unusually long, and the posting doesn't say it's a talent pool.

Ghostless records the day it first sees a posting, so a repost can't reset its age. This one was already up when Ghostless started tracking Astrome Technologies, so its true age is longer.

Last checked Nov 1, 2026.

How well do you match?

See how much of this posting your resume shows, and what it's missing.

Upload your resume

What the posting discloses

Not stated: Pay, real vacancy, AI screening.

Why these three

Ontario requires postings from employers with 25 or more staff to state the pay, whether the vacancy exists, and whether AI screens applicants.

Some employers add pay only on their own site. Check the original posting before you rule it out.

Skills mentioned

About the role

We are building a high-fidelity software platform for space. The system spans a high-performance physics simulation engine, a scientific data pipeline, a REST and event-streaming backend, and a native desktop client with 3D rendering.

This is not an architecture-only role. The Principal Software Engineer is the final technical authority and is expected to be hands-on across all layers — writing simulation code, designing data interfaces, making HPC infrastructure decisions, and being the person who can sit down, open an editor, and solve the hard problem anywhere in the system.

You will own the architecture, make and document the decisions that stick, and be directly accountable for correct implementation across the team.

What You Will Actually Do

  • Own the end-to-end software architecture and be the final arbiter of all design decisions across every layer
  • Write and review production-quality numerical simulation code in a compiled systems language
  • Design and implement the data access layer that sits between HPC job output and the application backend — handling large binary scientific datasets, incremental writes, and on-the-fly computation at query time
  • Define and enforce interface contracts between the simulation core, the data layer, the API backend, and the desktop client
  • Design the HPC job lifecycle — submission, monitoring, interactive and batch execution modes, command channels, and event streaming to connected clients
  • Build and maintain the application backend including real-time event fan-out, role-based access control, and report generation
  • Make technology selection decisions with explicit written rationale that survives team turnover
  • Write detailed design documents that junior engineers implement from — unambiguous, complete, and correct
  • Mentor engineers across the stack; conduct reviews with the depth of someone who wrote the code themselves

Requirements

Orbital Mechanics and Astrodynamics

  • Solid working knowledge of analytical orbit propagation — not just calling a library, but understanding what it computes, its accuracy envelope, and where it breaks down
  • Hands-on experience with numerical orbit propagation using adaptive step integrators, with full perturbation models: atmospheric drag, higher-order gravity, solar radiation pressure, third-body effects
  • Familiarity with standard orbit element formats, epoch handling, and the practical limits of catalogue-quality data
  • Working knowledge of coordinate frame transforms and access to authoritative ephemeris sources
  • Understanding of close-approach geometry and conjunction screening concepts
  • Familiarity with empirical upper atmosphere models and their sensitivity to solar activity inputs

High-Performance Simulation Core (Compiled Language)

  • Strong, recent hands-on experience in a compiled systems language (C++ preferred) writing numerically intensive code that must be correct first and performant second
  • Shared-memory parallelism: threading models, race condition analysis, false sharing avoidance, thread-safe logging
  • Memory layout design for cache-friendly access across large object populations
  • Integration with third-party C scientific libraries without memory leaks or undefined behaviour
  • Attitude representation: quaternion algebra, renormalisation, singularity avoidance — able to articulate from first principles why gimbal-lock representations are unacceptable in a simulation context
  • Adaptive step integration: step acceptance and rejection logic, error estimation, handling of state variables that change continuously during propulsive events
  • Spacecraft sensor and actuator modelling: understanding of the measurement chain from physical sensor to estimated state, and actuator dynamics including saturation behaviour

Scientific Data Pipeline

  • Design and implementation of binary scientific data formats for large time-series datasets produced by long-running HPC jobs: incremental write patterns, crash safety, and reading partially written output from a concurrent consumer
  • On-the-fly computation at query time over large catalogues — understanding the trade-offs between pre-computation and real-time evaluation
  • Ground truth vs estimated state: designing a system where operators never see true simulation state, only what an estimation chain would produce from simulated sensor measurements

Application Backend

  • Async server development: async/await patterns, event loops, long-lived connection management
  • Server-Sent Events or equivalent push mechanisms: fan-out to multiple heterogeneous subscribers, backpressure handling, reconnection
  • Managing long-running subprocesses from the backend: holding a subprocess handle, writing commands to its input, reading events from its output asynchronously, detecting and handling crashes
  • Lightweight relational storage for operational metadata: schema design, migration strategy, single-writer concurrency constraints
  • Role-based access control enforced at the API layer: route guards, token-based authentication, optional second-factor support in air-gapped environments
  • Background scheduling within the application process: periodic external data refresh, job status polling
  • Programmatic report generation (PDF): layout, tables, structured data rendering — not template-based

HPC Job Management

  • Direct experience writing job scripts for a workload manager (SLURM or equivalent): resource allocation, node selection, job arrays
  • Interactive vs batch job submission — knowing the operational difference and when each is appropriate
  • Job lifecycle monitoring: status polling, sentinel-file-based completion detection, epilog handling
  • Single-node multi-core parallelism within a job; understanding when intra-job distributed parallelism is unnecessary complexity
  • Shared storage access from multiple compute nodes; filesystem coherency considerations
  • Deploying scientific software on Linux HPC clusters: build systems, shared library management, packaging for the deployment OS

Native Desktop Client and 3D Rendering

  • Native desktop application development (not web-based): signal/slot or equivalent event model, OpenGL integration via a widget, animation timers decoupled from simulation time
  • Custom OpenGL rendering: vertex array objects, instanced geometry, batched buffer uploads, shader authorship — able to render tens of thousands of objects in a single draw call
  • 3D Earth visualisation: geodetic ellipsoid rendering, instanced marker sprites, trajectory polyline batching, arcball or equivalent camera control
  • Role-based panel visibility driven by login state within a single application — not multiple executables
  • Desktop application packaging: producing an installer for analyst workstations with a configurable server address at install time

Build, Packaging, and Tooling

  • Build system authorship for compiled code: dependency resolution, compiler flags, packaging for the target deployment OS
  • Python environment and dependency management: deterministic lockfiles, reproducible environments across nodes
  • Structured logging strategy: separating per-job logs from per-process service logs, human-readable and machine-parseable outputs, never sharing file handles across process boundaries

Benefits

We offer great career growth, ESOPs, Gratuity, PF and Health Insurance.

Something wrong with this posting?