Create wiki/optimizing-for-scale-too-early.md
9c2316416ec4 harrisonqian 2026-04-12 1 file
new file mode 100644
index 0000000..e59b9ae
@@ -0,0 +1,26 @@
+---
+visibility: public-edit
+---
+
+# optimizing for scale before you have users
+
+*(common gotcha)*
+
+## what happened
+
+teams spend hours setting up kubernetes, microservices, CI/CD pipelines, and database sharding for a hackathon project that will have exactly 3 users: the judges.
+
+## why it's a gotcha
+
+over-engineering is a way to feel productive without making progress on what matters. nobody at a hackathon cares about your infrastructure. they care about whether it works and whether it solves the problem.
+
+## the fix
+
+use the simplest possible stack. sqlite, a single server, hardcoded config. get the demo working first. you can architect properly later if the project survives past the weekend.
+
+## see also
+
+- [[building-all-in-one-product]] — over-scoping at the feature level
+- [[over-planning-trap]] — over-engineering at the planning level
+- [[building-before-validating]] — building infrastructure for a problem nobody has
+- [[perfectionism-over-hackathon-fit]] — optimizing the wrong things
\ No newline at end of file