> But instead, we get a replacement for Git. [...] Why is nobody solving actual problems anymore?
While I personally doubt that for $17M one could build such a vacuum robot prototype (for a vacuum cleaner company, investing this amount of money - if it worked - would be a rounding error), I will rather analyze the point that you raised:
It is a very common situation that the workflows of companies is deeply ingrained into some tool
- that they can't get rid of (be it Microsoft Excel (in insurance and finance), be it Git (in software development), ...)
- that is actually a bad fit for the workflow step (Git and Excel often are)
So, this is typical for the kind of problem that companies in sectors in which billions of $/€ are moved do have.
I am actually paid to develop some specialized software for some specialized industrial sector that solves a very specific problem.
So, in my experience the reason why nobody [is] solving actual problems (in the sense of your definition) anymore is simple:
- nobody is willing to pay big money for a solution,
- those entities who are willing to pay big money often fall for sycophantic scammers/consultants.
> While I personally doubt that for $17M one could build such a vacuum robot prototype (for a vacuum cleaner company, investing this amount of money - if it worked - would be a rounding error)
The first Roomba prototype from iRobot was two weeks and $10k in 1999 [1], and S. C. Johnson's funding was up to $2M [1]. The public estimate for total pre-launch program cost is $3M. [2]
In 2026 $, that's about $19k, $4M and $6M respectively.
As someone who makes things it always confuses me when millions just disappear whenever a company or government contractor makes things. Give me $17M and I'll build a vacuum robot prototype in under 2 years, I can't imagine 10 engineers getting paid $100+k/year can't do it in less time? Tooling is expensive, but not THAT expensive...
Get it approved in a lot of large markets? Deal with ongoing supply issues as suppliers change and you need to maintain your product? Market it? I could keep going on, but making a prototype is the easy part, making a sustaining business out of it is the hard part.
I would agree. CNC-ing POM also tends to work extremely well for prototype plastic parts.
Also, I already built a robot arm, a robot car, and a custom camera in my free time. So I’m having a hard time imagining that a robot vacuum prototype wouldn’t be possible for me to build in a year, let alone with the team size that $1m in annual salaries buys.
For $17 mil you can't replace Git either. Can't get it done.
The problem is that the cost of replacing git isn't measured in money, it's measured in time.
It's one of the few programming projects that no amount of money can buy, and ironically getting more money often means having less time.
At the same time, you just can't scale up a company then decide to disruptively innovate on your core tech. You either put your nose to the grindstone or you let yourself play and explore but you can't do both at once.
> But the reality is, when I'm in a state of 'Tell LLM what to do, verify, repeat', it's really hard to sometimes break out of that loop and do manual fixes.
My experience is rather that I am annoyed by bullshit really fast, so if the model does not get me something that is really good, or it can at least easily be told what needs to be done to make it exceptional, I tend to use my temper really fast, and get annoyed by the LLM.
With this in mind, I rather have the feeling that you are simply too tolerant with respect to shitty code.
>
OP sounds like the ideal employee who works 8 hours, then spends 4 more hours/weekends learning and working at home.
Be careful of calling this an ideal employee.
I, for example, tend to have a little bit of such a schedule, but what I work on at home is so much more exciting, making the job much more frustrating in comparison. Also, one is typically not allowed (or it is not possible) to apply all the really good ideas that one tested/implemented for the home projects at work.
Thus, the kind of employees who apply such a pattern are often very, very passionate about programming - but this kind of passion often makes them
- more frustrated at work (i.e. they might be cynical),
- less subservient (they often know better - from their "night work" - that a requirement makes no sense, and may be vocal about it),
- very opinionated about their "technological taste", not necessarily fitting the technological taste that the employer would love to see in the work (they have seen a lot more programming techniques).
Wow, this sounds familiar. The quality of work that can be done at home is often not realistic at work... and vice versa. I've learned to separate work and play pretty well and have enjoyed both worlds.
The next step is keeping the homelab at arm's length from stuff you actually depend on. My pfsense router Just Works with tons of cool stuff on it but if I get the itch to push it a bit further... walk away and make a VM in the shed!
> The AI is very bad at spontaneously noticing, “I’ve got a lot of spaghetti code here, I should clean it up.” But if you tell it this has spaghetti code and give it some guidance (or sometimes even without guidance) it can do a good job of cleaning up the mess.
Set up an AI bot to analyze the code for spaghetti code parts and clean up these parts to turn it into a marvel. :-)
>
Why are all billionaires (especially tech) such villains?
Not all billionaires are villians. But it is long-known in organizational psychology that dark triad [1] traits are very "helpful" if one wants to climb career ladders fast.
Yes, text shaping and layout are complex. My point is that the program wasn't doing anything that should have required a GPU, particularly for the resolutions that were common back then.
The promise was that WPF would use hardware-accelerated libraries such as DirectWrite to put text on the screen even faster than GDI+ (using the CPU) could do. The reality turned out to be quite different: multiple layers of abstraction and just plain inefficient WPF code [1] meant that users needed powerful CPUs and GPUs just to get reasonable performance.
That's because .Net 4 has been the .Net Framework's current version since 2010. It's basically the same reason they never made Windows 9.
They dropped the Core designation because they're still trying to encourage people to migrate so they can take .Net Framework out behind the shed where Silverlight went. v5 was a convenient time to start that whole process of re-integration.
> That's because .Net 4 has been the .Net Framework's current version since 2010. [...] They dropped the Core designation because they're still trying to encourage people to migrate so they can take .Net Framework out behind the shed where Silverlight went.
While I personally doubt that for $17M one could build such a vacuum robot prototype (for a vacuum cleaner company, investing this amount of money - if it worked - would be a rounding error), I will rather analyze the point that you raised:
It is a very common situation that the workflows of companies is deeply ingrained into some tool
- that they can't get rid of (be it Microsoft Excel (in insurance and finance), be it Git (in software development), ...)
- that is actually a bad fit for the workflow step (Git and Excel often are)
So, this is typical for the kind of problem that companies in sectors in which billions of $/€ are moved do have.
I am actually paid to develop some specialized software for some specialized industrial sector that solves a very specific problem.
So, in my experience the reason why nobody [is] solving actual problems (in the sense of your definition) anymore is simple:
- nobody is willing to pay big money for a solution,
- those entities who are willing to pay big money often fall for sycophantic scammers/consultants.
reply