If you’ve been in the software game long enough then you can recount days or weeks tracking down a particularly tricky bug that was resolved by a single line of code.
That’s because software engineering is not about the amount of code you write: it’s about problem solving.
So then logically, either:
- there are problems still to solve and you can work to solve them (maybe with AI)
- there are no problems. So let’s head to the beach, as there are no problems.
Double precision cell chips were reserved for military, I think (or maybe also blade processors). So doing any serious physics on them was dead in the water - same with macs tbh
I wonder if we could gamify and democratise it somehow, like fold-at-home and wikipedia...
I've been training a teeny specialised model to run in a browser on a phone to detect harmonium notes played in a song (harmonium turns out is a pita, another story for another day), getting good labelled data is _all_ of the hard work.
That being said, maybe for cheap inference, using a big model to train something ultra-suited for the task at hand might be how we could handle local inference; thinking language specific models.
That’s because software engineering is not about the amount of code you write: it’s about problem solving.
So then logically, either: - there are problems still to solve and you can work to solve them (maybe with AI) - there are no problems. So let’s head to the beach, as there are no problems.
reply