Skip to main content

Note-taking method

Best Digital Garden for Software Engineers

Grow ideas in public, revising and linking over time. For software engineers, the working week is losing context between code reviews, incident postmortems, and technical research. The rest of this page is the method, cut for that week.

By tentus team · Updated 2026-09-20

What Digital Garden actually asks of you

Ideas are planted before they are finished, and revised in public — the garden is allowed to be wrong.

Each note carries a growth stage — seed, budding, evergreen — and you revisit by tending, not by searching. Half-formed thinking is the point; the garden shows its work.

How software engineers put it to work

  1. 1

    Decisions at review time, not after

    The architecture decision is captured when the review happens — the alternatives rejected, the constraint that decided it — while the reasoning is still in the room. ADRs written from memory a month later are fiction.

  2. 2

    Postmortem seeds during the incident

    Notes start while the incident is live: what was tried, what the dashboards said, what the timeline was. Linked to past incidents, they turn "didn't this happen before?" from folklore into retrieval.

  3. 3

    Research trails that survive the tab

    RFC reading and bug hunts leave a linked trail — the Stack Overflow answer, the commit that explained the behavior, the doc that contradicted it. Next time the same error appears, the trail is one search away.

The capture habit, the linking, and the retrieval are the parts tentus automates — digital garden without the daily upkeep.

Try it with tentus

tentus makes Digital Garden practical for software engineers. Capture, link, and retrieve without the busywork.

Other methods worth trying

Digital Garden for other roles