Lessons learned: shipping side projects

Everything below cost at least one abandoned repo to learn.

Bookmarks

  1. Pick boring technology

    5/5

    Each novel tool in the stack is a second side project hiding inside the first.

  2. Charge early or call it a hobby

    5/5

    Both are honest; the expensive thing is pretending for two years.

  3. Halve the scope, then ship

    5/5

    The embarrassing version teaches more in a week than the roadmap did in six months.

  4. Keep deploys under five minutes

    4/5

    Friction between commit and production is where side projects go to sleep.

  5. Tell people twice

    4/5

    A launch nobody saw is a timing problem, not a verdict; post it again in a month.

  6. Retire projects out loud

    4/5

    A short write-up closes the loop and turns a stale repo into a reference.

  7. Write the README first

    4/5

    If the pitch paragraph is hard to write, the product will be hard to want.

  8. Launch without accounts

    4/5

    Auth doubles the work before user one arrives; a URL that just works converts better.