4 ms·
My father (67, retired) has a couple of friends his age with long time, small businesses in the IT industry. One has been making some sort of map software for a
by scrdhrt 5y ago
My father (67, retired) has a couple of friends his age with long time, small businesses in the IT industry. One has been making some sort of map software for a very small niche in the marine industry, another has been making software for bee keepers or something similar. A third in image scanning software. They have been doing well since the late 80s, and still could be. They chose to go out of business and enjoy retired life instead.
I suspect that, although there is a market for the products, noone is interested in taking on the software they worked on.
- lowercased 5y ago> I suspect that, although there is a market for the products, noone is interested in taking on the software they worked on. It may be extremely difficult to do that, for at least a few reasons. In some cases, the tech is going to be very niche/old, and it will be difficult for people to get up to speed on it. The business is likely built on a lot of personal contacts, and not all will want to switch to some 'newcomer'. Many of these smaller business reliant on niche software will go out of business themselves, or be acquired by larger companies that will replace the niche software and process with something else. The current customers may not actually want anything other than regular updates while paying minimal support/maintenance contracts. Someone established can live off that, but someone new will have to spend a lot of time learning, and the income may not be sufficient to justify all the learning. I worked on a project in 2018 where some of the (small) company was still running on a combination of foxpro/db2, with a bunch of custom code by an indie/solo vendor who had 'retired' probably 5 years earlier. He'd 'sold' the company to another individual who ... kept it going, but couldn't easily deal with new needs (new reports, etc). Another vendor did an upgrade on the hosting server, and nothing worked after that. The upgrade was a base NT upgrade, and there wasn't any easy way to 'go back' quickly. Things ran off an RDP session to a laptop in Canada running some weird trial emulation tool under windows 7 (this was how it was translated to me from various parties).
- jaclaz 5y agoWell, if I may, there is something that doesn't sound (to me) "rational". I have seen quite a few of these cases where a larger company buys the old one (essentially to get a list of their current customers) and then terminates the product replacing it with some crappy new stuff that usually completely fails to work, but in this case the soon-to-retire programmer at least gets some (little) money (and knowledge is lost forever). But if the one man company is going to shut down because the programmer is going to retire, the acquisition cost for a young, willing programmer is 0. This hypothetical young programmer could - I believe - invest some time to understand not so much the actual codebase, but rather the workflow of the program and re-write it along that same workflow in a new language/platform/whatever. I am pretty sure that those niche users would be ready to pay a fair amount of money to have something modern/updated that actually works and works like the old one. What I have seen often is that the new program, for no real reason, has been written by someone that most probably is much more brilliant at programming but that knows nothing about how the program is actually used, has no idea about how to deal with some "edge" cases (that already surely happened in the tens of years of life of the old software), etc., in some ways it is like all the experience accumulated over the years is suddenly lost and the new program repeats the same (or worse) mistakes/issues that already happened (and that were already solved). Maybe the problem is that there is not an easy way to tell to the world "I am going to retire, any taker?"
- spoonjim 5y agoYes, that young, entrepreneurial programmer can be found, but won’t have the domain knowledge. Look at the examples above. You can’t sell Marine mapping software without knowing something about marine navigation. You can’t sell beekeeping software without understanding beekeeping. Plus you need the general business operation skills. Finding a programmer who knows beekeeping and wants to take on a low growth business is not as easy as finding a programmer on Upwork.
- lowercased 5y agoYep. There may be 'takers', but will the existing customers want to work with them? So many solo/indie niche packages are built on the relationships, and replacing those - and the trust around them - is hard. A client told me about someone they knew who did ballroom dancing software - it kept track of competitions, standings, etc. And... it seemed like decent money, looking at the pricing, and the size of the market. But the market didn't seem big enough for multiple players, and everyone trusted/knew/used the one main player. If/when he goes (or perhaps already has), I'm sure people will find another way to manage their stuff, but before then... who's going to come in to a market like that? How do you 'beat' the incumbent? Lower price? Who would switch? How do you convince people to switch to something unknown, potentially losing years of data, having new training costs, to ... save a couple hundred bucks maybe? I'm sure there's hundreds of these sorts of services out there that are surviving, but don't have a huge market for competition, because the barriers to entry are too high relative to the return.