I am not sure why this old news is surfacing here today but I can give my 2 cents, since I sold speedchecker.com last year and were directly competing with Ookla. The main business is selling the data. You use Speedtest.net to troubleshoot your connection but metrics captured with the test alongside location data give telcos invaluable insights on where they should improve their networks. Telcos pay 6 figures annuall…
> but it took me 18 years to grow the user base , figure out entreprise sales strategy and exit. The audience here has never wanted to admit that the codebase doesn't really matter. Now that codebases can be created in a weekend, people are opening their eyes to this sentiment - the hard part is the sales, the code is easy.
Sigh.
I’m sure the viewpoint from being in mergers and acquisitions is quite different (and to me, often comes across as quite callow). I’ve been a software developer for 35 years (closer to 45 if you include my pre-professional life, aka adolescence) and have deliberately stayed “on the tools” in my career with working in codebases and product development as I’ve found that is where I am happiest and can make the best contribution, rather than move up the managerial ladder to my level of incompetence, to quote Peter.
To create a successful product in IT, or any industry really, it takes a lot of different skills, facets and (often competing) priorities. And those priorities do change over time. I’m sure by the time a product or service crosses your desk, the codebase quality is not as big of a priority. Earlier in the life cycle a shit codebase makes for a shit product that is a lot harder to grow and maintain — so much so that most of them have probably folded before they reached the stage of looking to be merged or acquired. I’ve dabbled in sound mixing for live performance and when training others I’ve mentioned the fact that it very hard to make a bad singer or musician sound good, but very easy to make a good singer or musician sound bad. Same goes for trying to make what would otherwise have been a good product or service with a bad codebase. That’s really hard and creates a hell of a lot more work for every part of the business.
I’ve had sales people tell me to my face that they are the most important part of the business and the actual product or services is not that important. And in my more callow stages of life experience I’m pretty sure I’ve reciprocated with words like useless and parasitic, and that I could replace them with a small bash script. But in reality what we all do is important to the complex endeavour of developing and maintaining a successful product or service. The existential threat of AI is moving up the ladder of incompetence and changing the face of what we do. It may even jump a few rungs in the process. But it’s not there just yet. Keep making good sales, keep making good mergers, good products, good acquisitions, good services, and good codebases.
— No tokens were harmed in the production of this comment. —