There was also a discussion somewhere where they switched off the OSS subtitling software they were using onto a commercial product that doesn't implement many of the features (mostly typesetting features) of the previous software.
I get it and it does make sense. Humans always consider the unfamiliar dangerous by default, but I believe it's deeper and simpler than the arguments you present.
This is not a strictly human trait. Anthropologists are pretty sure we received this trait from our primate ancestors. It evolved out of family groups/tribalism.
Also, a large part of our brains are safety mechanisms. Many features are directed at keeping us alive which is why so many of our what if scenarios are about the worst happening.
In very tribal environments anyone not in your in-group is considered unsafe even if they look exactly like you (i.e. a tribe from 10 km away).
But the thing that has made humans the most successful species on Earth is our ability to override this behavior to cooperate at larger and larger scales.
I’m not sure you really can, at least not in the way it’s often portrayed. Founders usually need a high level of skill or a clearly transferable capability in something already valuable. That phrase gets repeated a lot, but the more I think about it, the more it feels like an oversimplification. Maybe there’s a version of it that works, but it’s probably more about reframing or uncovering hidden leverage than starting from zero.
This is such a good point. People tend to focus on money as the main form of privilege, but that internalized sense of “I belong here” might matter even more. It’s not just confidence—it’s a kind of default assumption that you’ll be taken seriously, that you’ll have options, that failure won’t wreck your life.
I’ve seen it in startups too. Some founders take bold risks because they know, consciously or not, that if it doesn’t work out, they’ll be fine. Others carry the weight of “I can’t afford to screw this up,” and that changes how they operate. Even if they’re equally capable, the emotional cost of risk is just higher when you don’t have that built-in safety net.
And from the outside, those differences are invisible. Both people might succeed, but one was playing on easy mode and didn’t know it. The other had to brute-force their way through every step. That gap is real, and we don’t talk about it enough.
What are you skeptical of? I believe the problem this is solving is a framework that's not CUDA that allows low level access to the hardware, makes it easy to write kernels, and is not Nvidia only. If you watch the video you can write directly in asm if you need to. You have full control if you want it. But it provides primitives and higher level objects that handle common cases.
I'm a novice in the area, but Chris is well respected in this area and cares a lot of about performance.
Not sure I fully understand your comment, but I'm pretty sure the talk addresses exactly that.
The primitives and pre-coded kernels provided by CUDA (it solves for the most common scenarios first and foremost) is what's holding things back and in order to get those algorithms and data structures down to the hardware level you need something flexible that can talk directly to the hardware.
I'm really hoping Modular.ai takes off. GPU programming seems like a nightmare, I'm not surprised they felt the need to build an entire new language to tackle that bog.
I definitely used to. The work culture and attitudes, particularly of management, passed the breaking point for me a few years ago. I realized work was not my whole life nor did I aspire to that.
In my time at tier one companies I have worked with the best engineers I have come across in my entire career (even the worst engineers were more than competent) who were working on deep issues that could affect the revenue of the entire company because they’re laser focused on providing value to the business, instead of doing engineering for engineering’s sake. I have grown by far more in these kinds of roles than I have anywhere else because the kind of problems you encounter at such a high scale just don’t exist elsewhere. And most of them have been there for at least five years if not longer you don’t make those kind of contributions to accompany without a long tenure.
It has turned into something similar to what people in trading companies on Wall Street deal with. Constant grind, unrealistic expectations, and projects done in order to get a promotion instead of because it provides value to the customers or the business.
That said the amount that you make is insane some of the smartest engineers I’ve ever worked with have been at these companies and a lot of them have really strong engineering cultures, and standards.
The current work environment seems designed to use up bright young engineers, and burn them out within a few years. This is a significant shift from 15 years ago, where it was a much more sustainable place to be.
Honestly, it was also a red flag for me that they don’t actually know what they want and have bad communication between leadership and engineering. Prior to this interview I was already on the fence about them.
They don’t work mostly in Go. Even the interviewer said that he’s vaguely familiar with this area of the code, but he doesn’t work and Go. They work mostly in Kotlin and they explicitly are advertising for solid generalists.
For me as a job applicant even in the best case I would need to do 3 to 5 interview interviews. The same is true for companies in the best case it will take at least 3 to 5 interviews to find somebody. Are they supposed to have 3 to 5 temporary staff for weeks at a time?
How much time should that take per interview? How would somebody that currently has a job manage that kind of time commitment?