Comment by keiferski
1 day ago
I like the idea of having an “end of life wrap-up" for half-finished side projects. Rather than just stopping and leaving them abandoned, you make something like a report on what you learned, what you built, and why you're stopping. Then it feels less like you've abandoned something outright.
I do kind of the opposite, every week every project needs to justify why I should keep doing it and what I learned recently, and if I can't come up with any good reasons or good learnings, I abandon it.
That's a good idea too, but I think the wrap-up postmortem helps me clear my mind a bit. Personally I feel like having a formal declaration of "it's finished, for now at least" takes a weight off my mind.
Also it can give a feeling that it was not a waste of time - lessons learned, what you would do next time on other projects, other avenues to look into.
For years I wrote a technical blog intended just for my own reference, as the small effort required to write it up, create images and so on felt good. It was also a good point to think about what I had _actually_ done - sometimes this made me realise small mistakes or missing details.
2 replies →
Yep, I've done that a few times, eg https://developerwithacat.com/blog/052025/postmortem-company...
Quite cathartic. And I occasionally share it in some conversations to avoid repeating the story.
that is a great idea. Unfortunately, I have never done that so far. But I do agree that it would certainly help your understanding and deepen your knowledge a bit when you do so for each project and write the core lessons and achievements down for each. One thing I am struggling in particular is to NOT start new (side)projects. Now that AI greatly facilitates coming up with new ideas and also CODING new software, it is just so enticing to start a new project every other day. In many cases, sticking with a few select projects might actually be the better choice. But it's really hard, isn't it.
[dead]