Dumb people aren't going to be doing the work of the smart people ever, no matter how tech evolves. The actual implication of AI being on the level of sentient beings instead of hyped-up token predictors is that the era of humanity is over. If AIs were literally capable of doing what CEOs want them to, we'd have far bigger problems to deal with than employment.
Yes, this is what I mean. It's not that talent doesn't exist, but it's never the case that people on the top of their domain work less hard than others. In fact, it's the opposite. People don't have talent, the talent has them.
> Probably one of the most ego-crushing realizations (if you're a nerd) is to discover that there are people out there MUCH more talented and higher performing than what you'll ever be, but with none of the obsession or pride. In other profession that's not really a topic. You can be a top performer in other professions, without a deep interest, clock out 4 daily, and never think about work outside work.
You could clock out, but I don't think the top performers ever stop thinking about work. Everything you've written here has to be wrong.
The job market is somewhat of a crapshot. A dice roll if you will. I got rejected from all kinds of place before I got a highly paid one from a Reddit post of all places. I got rejected from all kinds of places that only paid like 1/2 or 1/3 of what that job was paying, and I wasn't even looking for it at that time. It's been over for over half a year, and I wouldn't be able to replicate that sort of performance at will. Though at this point, I am not even looking for one and just working on my own projects since I have a lot saved up and barely spend anything.
One thing that I understand at my age of nearly 39 now is that success comes pretty hard, and luck plays a large role in it. As programmers all we can do is build and develop our skills, even if the world doesn't validate our efforts.
You're asking yourself what you are doing wrong, but you should be asking yourself what your goal is and focus on that. Is it really to just work for other people?
Opus has been amazingly useful at answering various statistics question that I had for it, and my current idea is a nested auction market theory inspired model. My biggest discovery is that replacing time with volume on the x axis (on a chart) and putting the bar duration on the bottom panel instead of volume normalizes the price movements and makes some of the profitable setups I've seen described in tape reading/price ladder trading courses actually visible on naked charts. A great insight I've gleamed is that variance should be proportional to volume instead of time or trade count. When plotted, it has the effect of expanding high volume areas, and compressing low volatility ones, which exposes trending price action much more readily. It honestly amazing, it's making me think that I could actually win at the trading game.
One takeaway from the book is that trend following strategies are really difficult to follow. Jesse Livermore had a 3 yearlong losing streak from 2011 - 2014 despite him following his rules. After the events of the book, he went short in 1929 and was reportedly worth over 100m in that time, a huge amount. Then he lost it all in the strongly mean reverting markets of the 1930s where his trend following strategy didn't work.
He was a problem gambler, but I think if we looked at top poker players of today, they'd all have some love the gamble in them. Jesse had godly tape reading skills that allowed him to beat the bucket shops at the start of his career.
After being kicked out of the bucket shops, he should have just become a floor trader and in all likelihood, he'd have had lower highs but would have fared a lot better overall. A lot of the trading cliches like cutting trading losses quickly, letting profits run, averaging up rather than down originate from this book. There is a reason people still talk about it 100 years after its publication. It's a good contender for the best trading book of all time.
> Investment Strategy: Organizations should invest more in computing infrastructure than in complex algorithmic development.
> Competitive Advantage: The winners in AI won’t be those with the cleverest algorithms, but those who can effectively harness the most compute power.
> Career Focus: As AI engineers, our value lies not in crafting perfect algorithms but in building systems that can effectively leverage massive computational resources. That is a fundamental shift in mental models of how to build software.
I think the author has a fundamental misconception what making best use of computational resources requires. It's algorithms. His recommendation boils down to not do the one thing that would allow us to make the best use of computational resources.
His assumptions would only be correct if all the best algorithms were already known, which is clearly not the case at present.
Rich Sutton said something similar, but when he said it, he was thinking of old engineering intensive approaches, so it made sense in the context in which he said it and for the audience he directed it at. It was hardly groundbreaking either, the people whom he wrote the article for all thought the same thing already.
People like the author of this article don't understand the context and are taking his words as gospel. There is no reason not to think that there won't be different machine learning methods to supplant the current ones, and it's certain they won't be found by people who are convinced that algorithmic development is useless.
The strengths and weaknesses of the algorithmic niche that artificial NNs are in hasn't changed a bit since a decade ago. They are still bad at anything I'd want to actually use them for that you'd imagine actual AI would be good at. The only thing that has changed is people's perception. LLMs found a market fit, but if you notice, compared to last decade where we had Deepmind and OpenAI competing at actual AI in games like Go and Starcraft, they've pretty much given up on that in favor on hyping text predictors. For anybody in the field, it should be an obvious bubble.
Underneath it all, there is some hope that an innovation might come about to keep the wave going, and indeed, a new branch of ML being discovered could revolutionize AI and actually be worthy of the hype that LLMs have now, but that has nothing to do with the LLM craze.
It's cool that we have them, and I also appreciate what Stable Diffusion has brought to the world, but in terms of how much LLMs influenced me, they only shorted the time it takes for me to read the documentation.
I don't think that machines cannot be more intelligent than humans. I don't think that the fact that they use linear algebra and mathematical functions makes the computers inferior to humans. I just think that the current algorithms suck. I want better algos so we can have actual AI instead of this trash.
To me, the current LLMs aren't qualitatively different from the char RNNs that Karpathy showcased all the way back in 2015. They've gotten a lot more useful, but that is about it. Current LLMs will have as much to do with GAI as computer games have to do with NNs. Which is to say, games were necessary to develop GPUs which were then used to train NNs, and current LLMs are necessary to incentivize even more powerful hardware to come into existence, but there isn't much gratitude involved in that process.
I've thought about adding record row polymorphism to Spiral, but I am not familiar with it and couldn't figure out how to make it work well in the presence of generics.
Some of the stuff in this playlist might be relevant to you, though it is mostly about programming GPUs in a functional language that compiles to Cuda. The author (me) sometimes works on the language during the video, either fixing bugs or adding new features.
I am doing a fully fused ML GPU library along with a poker game to run it on in my own programming language that I've worked on for many years. Currently, right at this very moment, I am trying to optimize compilation times along with register usage by doing more on the heap, so I am creating a reference counting Cuda backend for Spiral.
Both the ML library and the poker game are designed to run completely on GPU for the sake of getting large speedups.
Once I am done with this and have trained the agent, I'll test it out on play money sites, and if that doesn't get it eaten by the rake, with real money.
I am doing fairly sophisticated functional programming in the videos, the kind you could only do in the Spiral language. Many parts of the series involve me working and improving the language itself in F#.
NNs for example are (mostly) a sequence of matrix multiplication operations, and GPUs are very good at those. Much better than CPUs. AI is hot at the moment, and Nvidia is producing the kind of hardware that can run large models efficiently which is why it's a 2 trillion-dollar company right now.
However, in the Spiral series, I aim to go beyond just making an ML library for running NN models and break new ground.
Newer GPUs actually support dynamic memory allocation, recursion, and the GPU threads have their own stacks, so you could in fact treat them as sequential devices and write games and simulators directly on them. I think once I finish the NL Holdem game, I'll be able to get over 100x fold improvements by running the whole program on the GPU versus the old approach of writing the sequential part on a CPU and only using the GPU to accelerate a NN model powering the computer agents.
I am not sure if this is a good answer, but this is how GPU programming would be helpful to me. It all comes down to performance.
The problem with programming them is that the program you are trying to speed up needs to be specially structured, so it utilizes the full capacity of the device.
Never tried those, so I couldn't say. I guess it would.
Even so, creating all the abstractions needed to implement even regular matrix multiplication in Spiral in a generic fashion took me two months, so I'd consider that good enough exercise.
You could do it a lot faster by specializing for specific matrix sizes, like in the Cuda examples repo by Nvidia, but then you'd miss the opportunity to do the tensor magic that I did in the playlist.