01
Build local-first whenever practical
A product should not require a remote account, subscription, or permanent connection unless those things provide a real and necessary benefit.
Engineering Principles
These principles guide software, materials development, research, documentation, and long-term project decisions at Redundant Industries.
01
A product should not require a remote account, subscription, or permanent connection unless those things provide a real and necessary benefit.
02
Files, projects, history, settings, and decisions should remain under the user's control. Export, backup, restoration, and portability are part of the design—not afterthoughts.
03
AI may organize evidence, identify patterns, propose relationships, and assist with reasoning. Final authority remains with the human responsible for the project.
04
A promising simulation, prototype, or idea is evidence—not proof. Claims should remain proportional to what has actually been tested, reproduced, or derived.
05
Rejected approaches, implementation errors, abandoned ideas, and revisions belong in the project record. Knowing why something failed prevents the same work from being repeated later.
06
Cleverness is not automatically an improvement. A system that can be inspected, repaired, explained, and maintained is often more valuable than one that is merely sophisticated.
07
Systems should degrade safely, preserve essential information, and retain useful function when components, networks, suppliers, or plans fail.
08
When evidence is incomplete, uncertainty should remain visible. Unresolved is better than confidently wrong.
09
Useful knowledge should not disappear into private notes forever. Public documentation, permanent archives, and clear provenance help work survive beyond one device, company, or person.
10
No unnecessary ads, tracking, manipulation, friction, or forced engagement. A product should do its job and then leave the user alone.
Redundancy is not waste when it preserves function. Simplicity is not weakness when it improves reliability. A durable system is one that remains useful when conditions are imperfect.
The goal is not to build the loudest company or the most complicated product. The goal is to build things that continue to work—and that remain worth using.