Ups and downs of a side project
21–30 of 58 posts
Re: Ups and downs of a side project
#22I really appreciate reading this, i lay in bed this morning feeling all the doubts the author is experiencing. I’ve spent about 3 months on a new product, i spent all day yesterday trying to figure out how to sell it effectively. I met with sales reps i worked with in the past, wrote really thoughtful messages to prospects…No one has bitten yet. I’ve been here before, this is certainly not my first startup, but man i…
Re: Ups and downs of a side project
#23Earlier quoted context omitted.
You made the tower yourself, no? Not to sound snarky but by making sure that (1) you do not lock yourself into any dependency and (2) you keep the use of dependencies to a minimal you do prevent most of that pain? At least that is my opinion. As a temporary workaround (sometimes permanent) I opt for a fork, which when kept to the bare minimum is usually not more then a minor annoyance. That’s at least my experience…
That's a really bad attitude. I ran into a bug in NPM that prevented our CI builds running entirely. That NPM bug still isn't fixed (despite the bug having minor security implications), but there's no way I'm re-writing everything to not use NPM, it would be absurd, nor is it sensible to fork NPM and invest time into fixing the bug. I ended up putting in effort to work around the bug entirely, but it was only coincid…
Re: Ups and downs of a side project
#24I have several side projects. While I contribute to the ups and downs, the usual dagger that grinds things to a halt is hitting some bug in an open source library or language that I don't have the ability, expertise, what have you to fix. Inevitably, the library is maintained by one person who is minimally active, despite being used by tons of people, and so I just get stuck. Software is a very frustrating endeavor.…
Re: Ups and downs of a side project
#25Earlier quoted context omitted.
You made the tower yourself, no? Not to sound snarky but by making sure that (1) you do not lock yourself into any dependency and (2) you keep the use of dependencies to a minimal you do prevent most of that pain? At least that is my opinion. As a temporary workaround (sometimes permanent) I opt for a fork, which when kept to the bare minimum is usually not more then a minor annoyance. That’s at least my experience…
That's a really bad attitude. I ran into a bug in NPM that prevented our CI builds running entirely. That NPM bug still isn't fixed (despite the bug having minor security implications), but there's no way I'm re-writing everything to not use NPM, it would be absurd, nor is it sensible to fork NPM and invest time into fixing the bug. I ended up putting in effort to work around the bug entirely, but it was only coincid…
Re: Ups and downs of a side project
#26I wish there was more content like this - "making hundreds (not thousands) of $ in MRR after y years". Give a dose of realism and pinpoint the second benefit — the skillset that is truly unique and worth it. You no longer care about an isolated Jira ticket. You see a thread from vision to execution. As a dev, you start to value other parts of the company and build better bridges/interfaces between teams. As someone s…
Does this mean low thousands?
Re: Ups and downs of a side project
#27I wish there was more content like this - "making hundreds (not thousands) of $ in MRR after y years". Give a dose of realism and pinpoint the second benefit — the skillset that is truly unique and worth it. You no longer care about an isolated Jira ticket. You see a thread from vision to execution. As a dev, you start to value other parts of the company and build better bridges/interfaces between teams. As someone s…
> now in low $$$$ MRR Does this mean low thousands?
Re: Ups and downs of a side project
#28Re: Ups and downs of a side project
#29I'm always curious as to how side projects that are so niche and targeted acquire users. I would like to ask the author how much time and effort he has dedicated to marketing and what he learnt from it.