This is just a rant post to get it off my mind. No names will be mentioned. So I recently discovered a tech company was relying solely on volunteers to develop part of their product and were unable to provide support The volunteers didn’t realise that tech support for the code was basically customer support. Everyone’s response was “this is OSS” as that excused a company having zero employees supporting a part of their product.

Several months ago, I decided that I wanted to generate some income from my own projects. I originally started on a SaaS bootstrap library. A part of my development work for that library would need to be demos to prove the project and that I would try and sell each demo. Since doing that, I learned nothing about starting a business, so I began to read books on the subject. I read over 10 books during December alone.

So last night I managed to get myself into a twitter fight that I think brings up an important aspect of software development and highlights two different mindsets within the software development world. So here I will try to explain my position and theirs in a better format than 280 characters and while it’s not 3am. Quick Breakdown of the Fight The Twitter fight was over the idea that there are some bugs found by QA in code that has been in production for years and has never happened to another person ever and these bugs aren’t worth fixing.

So it’s yet another ProductHunt release blog post. This time it’s not to get that sweet, sweet traffic to my project but just to actually reflect about it. There were some things I really didn’t expect to happen, and I read a bunch of these blog posts for some reason. So here is my breakdown of “launching” my CRM side project Easio. One major thing to do So I realised there is one major thing that everyone who is going to use product hunt to launch their next big thing.

Here I try to explain in nontechnical ways things that happen in IT departments which in my opinion are generally harmful to the company. The aim of this series is to help company founders who aren’t experienced in IT be able to judge the health of their IT department. The Product Team is there to decide which features are to built first and how the features are to work. They are one of the most crucial parts of the development processes since they choose the path for the project and help make sure that the project brings the most business value as possible.