|
|
|
|
|
by dafelst
1495 days ago
|
|
As someone who perpetually overscopes side projects and ends up biting off more than I can reasonably chew given my free time, I really love this idea. What happens with me is I start a new project, then add a new feature here and there (because coding is fun) and end up never reaching anything close to "done" then getting into analysis paralysis of what to do next because there is so much. Ultimately it gets abandoned and forgotten and put on the graveyard of all the other side projects - not that this is horrible, I do them for fun and not profit, but it would be nice to launch a few. If OP is actually the author, a question - what was your approach in keeping the projects tightly scoped and not introducing feature creep? Deadlines or time-boxing? Pre-emptive deciding on what you will and won't do? Lowering your standards for "good enough"? Just plain old discipline? Something else? |
|
When you are building for fun, it is for yourself. When you are building for profit, it is for other people. When you are building for fun, you get to decide what to work on and when to stop - usually when it is no longer fun. When you are building for profit, other people decide what you work on and when you are done - usually when no new features are requested, you have no competition, and you have absolutely saturated your market. This rarely ever happens so you always have something propelling you.
The biggest failure most engineers encounter is they build things nobody asked for. They build products without customers lined up, for markets that do not currently exist, with only feedback from themselves. This is because they built the product for fun thinking they were building it for profit.
The line between the two is very easy to blur - especially when reading OP's blog where he genuinely sounds like he had fun building his projects, but I guarantee there was also a lot of very unfun background work done in the name of profit.
Edit: Don't just take my guarantee for it, read about his challenges for One Item Store https://tinyprojects.dev/projects/one_item_store