Skip to main content
Aptlantis Logo

Aptlantis Dev Drive

Choosing technology on purpose: durable, local-first tools shaped by requirements.

Choosing Technology on Purpose

My projects are not built around a single language, framework, platform, or trend.

They are built around requirements.

Before I choose a stack, I try to understand what the software is supposed to do, who it serves, how long it should remain useful, what kind of data it handles, and what failure modes would be unacceptable.

That process often leads to local-first software, but local-first is not the entire philosophy. I use cloud services, APIs, remote infrastructure, and hosted platforms every day. I value them. I depend on them. I am not trying to avoid the cloud for its own sake.

I am trying to avoid unnecessary dependency.

If a tool is meant to preserve personal records, manage important files, generate cryptographic material, organize project standards, or support long-running workflows, then ownership, durability, portability, and inspectability matter.

In those cases, the best solution is often a tool that runs locally, stores data in formats the user can control, and continues to work even when the network does not.

That is why these projects use different technologies.

Deliberate Tool Stacks

VB.NET / WPF

FileCabinet

A local-first desktop vault for digital artifacts. Built with VB.NET and WPF because maturity is an advantage for a Windows archive tool. Uses SHA-256 and BLAKE3 determinism to ensure file integrity and context preservation.

Read FileCabinet Docs →
Tauri / React / Rust / SQLite

ChatArchive

A provider-neutral desktop reader and database archive for ChatGPT/AI conversations. Designed around possession of records so chats remain referenceable, searchable, and secure long-term.

Read ChatArchive Docs →
Go

CloneCratesio

A high-throughput local crates.io mirror built in Go. Leverages compiled performance, simple deployment boundaries, and straightforward concurrency models to produce a verifiable, airgap-transportable archive of the Rust crate ecosystem.

Read CloneCratesio Docs →
Go

ArchiveHasher

Native cryptographic tooling for absolute control over archive integrity: an 8-algorithm parallel hash suite plus detached PGP and post-quantum (SLH-DSA) signing, minimizing trust requirements for long-term archival.

Read ArchiveHasher Docs →

The point is not to prove that one stack is best. The point is to choose deliberately.

Software should be shaped by the problem it solves. A tool should respect its data, its users, and its expected lifetime. Trends can be useful, but they should never be the reason a project exists or the reason its architecture takes a particular form.

I build tools this way because I want them to remain useful after the initial excitement wears off.

Not just impressive.
Durable.