> Value to customer and technical complexity of the solution are independent variables.
Perhaps I would rephrase my initial statement as: 'I often feel that my technical inexperience means I can't readily translate my planned solution for the customer's problem into a quality product through code.'
> None of that matters if you're working on the wrong problem.
100% agree with this.
To share a personal example, I was building a system to
provide medical workers feedback on whether they wore personal protective equipment correctly. The hospital wanted us to use computer vision/machine learning to automate their checking process. But when we went on-site, we realised that our camera setup, which provided workers a 360 view of themselves so that they didn't need to awkwardly turn to check their behind as they had to do with regular mirrors, was far more valuable than whatever machine learning model we had built. The real problem was actually how could we make it easier for people to wear PPE so that fewer mistakes would be incurred and thus less checking required.
I haven't managed to read all your posts but this one stands out to me: https://news.ycombinator.com/item?id=20356222. The practices you mention are all areas I want to grow in. In that PPE project, as I tried to onboard other developers, things like a lack of documentation and spaghetti non-modular code made it difficult to keep up with the pace of growth we needed. So my hypothesis is that being in an environment (BigCo or other Startup) where practices are being well-used to deliver a product will stretch my capabilities so that I can better execute on my own/in my own team.
In your list of suggestions, how would you prioritise what practices to learn? Or is it about identifying issues in whatever project I'm currently in, having the backlog of potential practices in mind, and then figuring out in real-time how to apply those practices to improve your product/processes
> If your goal is to build a profitable business not focused on exponential growth or VC-sized returns, then luck plays a smaller role.
a bit of background. I started Android development at 12 and published a few apps on the app stores. Tasted the fun of building one's own business and earning money by myself. I have always dreamed of building the next big thing.
I think now I'm slowly realising that building the next big thing is really difficult. It might not even be something I'm aiming for any more now that have better insights on the workings of exponential growth. The stress and luck involved reminded me of this college situation I'm in.
Perhaps I would rephrase my initial statement as: 'I often feel that my technical inexperience means I can't readily translate my planned solution for the customer's problem into a quality product through code.'
> None of that matters if you're working on the wrong problem.
100% agree with this.
To share a personal example, I was building a system to provide medical workers feedback on whether they wore personal protective equipment correctly. The hospital wanted us to use computer vision/machine learning to automate their checking process. But when we went on-site, we realised that our camera setup, which provided workers a 360 view of themselves so that they didn't need to awkwardly turn to check their behind as they had to do with regular mirrors, was far more valuable than whatever machine learning model we had built. The real problem was actually how could we make it easier for people to wear PPE so that fewer mistakes would be incurred and thus less checking required.
I haven't managed to read all your posts but this one stands out to me: https://news.ycombinator.com/item?id=20356222. The practices you mention are all areas I want to grow in. In that PPE project, as I tried to onboard other developers, things like a lack of documentation and spaghetti non-modular code made it difficult to keep up with the pace of growth we needed. So my hypothesis is that being in an environment (BigCo or other Startup) where practices are being well-used to deliver a product will stretch my capabilities so that I can better execute on my own/in my own team.
In your list of suggestions, how would you prioritise what practices to learn? Or is it about identifying issues in whatever project I'm currently in, having the backlog of potential practices in mind, and then figuring out in real-time how to apply those practices to improve your product/processes