First-time day at Samsara

Keep one acknowledgment when a supervisor reconnects

Published Nov 8, 2026

You’re the software engineer. Your team is in the room.

The setting

's combines devices and software to monitor safety in physical operations. Its dash cams, gateways, and sensors run AI that detects distracted driving and helps prevent collisions as they happen.

A retried acknowledgment looks like another response to the same alert.

Supervisors need immediate confirmation on a weak connection and a response history that distinguishes separate people from repeated requests.

Who you’d be doing this for

“My supervisor appeared twice in the response history, so I called to ask who else was going. Nobody else was.”

Elias Noori · Field Services Safety Manager · a character in this brief

Coordinates lone-worker incident exercises across supervisors who frequently lose mobile connectivity.

What is at stake

Supervisors see duplicate responses on 12% of retried acknowledgments. You weigh a backend change with concurrency tests against mobile retries that wait longer for confirmation.

Why it isn’t already fixed

Every obvious fix costs something else. That’s the part you’d have to decide.

  • immediate confirmation vs accurate response history
  • shared backend semantics vs client-specific recovery
  • retry deduplication vs preserving separate responses

Why Samsara

Lone-worker response spans mobile supervisor workflows and cloud services, so connection recovery changes what safety managers believe has happened.

Written with these in mind

Backend engineers who own customer outcomesFull-stack engineers with reliability instincts

Not your kind of problem? 43 more at Samsara, or browse every organization.

Where the organization context comes fromThe postings this brief was written from, and the reporting read before it.

The organization context comes from public information. The situation and characters are written for the brief.

Job postings it was written from

Public descriptions of the work at Samsara. They are listed as sources, not as openings. The lines under a posting are its own words, where it meets this brief.

  • Senior Software Engineer II (opens in a new tab)
    • You'll work across backend, frontend, and potentially mobile to deliver AI-powered products that solve real operational problems.
    • Define and drive technical strategy for new products and platform capabilities, from backend services and APIs to the customer-facing UI.
  • Sr. Firmware Engineer II (opens in a new tab)
    • Assume ownership in maintaining the production systems managed by your team and provide operational support and supervision when necessary.
    • Partner closely with our Hardware, backend, and ML team in defining and building next generation devices that can support the company’s objectives.
  • Sr. Software Engineer I (opens in a new tab)
    • Own the end-to-end development of customer-facing products and platform capabilities, from design and implementation to rollout and operational excellence.
    • Collaborate across Engineering, Product, Design, ML, and platform teams to deliver cohesive experiences across web, mobile, APIs, and downstream integrations.
  • Firmware Engineer (opens in a new tab)
    • Partner with product, full-stack, mobile and quality engineers so the data your firmware produces arrives intact and useful as it lands in the hands of dispatchers, fleet managers, and technicians who depend on it every shift.
    • Through a unique integration of sensor data such as GPS, acceleration, temperature, video, and more, we enable our customers to gain greater insights into operations, identify and eliminate inefficiencies, and react to alerts all in near real-time.

Reporting read before this brief was written

The pieces closest to the situation in this brief.

This is the setup. The work is inside.

Running it puts you in the room: the full situation and its constraints, stakeholders who push back in their own words, and the decisions that are yours to make. What you produce becomes a Day One Plan — work you can show someone instead of describing.

Other live briefs connected to this one, and what connects them.

Similar problems at other organizations

Like this one, each of these turns on fixing one thing without breaking another.

The same setting, from another role

Each is set around Samsara’s Worker Safety, written for a different role. They’re separate briefs, not the same scenario.

Other problems with a similar purpose

In each of these, as in this one, the aim is to find and fix the small everyday friction that quietly erodes people's confidence in a product.