I’m going to say Isaac Wasileski. While at Yahoo! In the late 2000s (when Yahoo! was still hot) - code reviews with Isaac were some of the more educational experiences I’ve had. He had such attention to detail and a very pragmatic perspective on coding. I always learned something from them. Hope he finds this because I never asked myself the question to be able to thank him.
It’s been a decade or so since I worked with Isaac and I looked him up to find he is at OpenAI. Fitting.
There was a book written a few years back that I haven't read but might answer some of these questions. "We Were Yahoo!: From Internet Pioneer to the Trillion Dollar Loss of Google and Facebook" https://a.co/d/9SuUXIn
I'll throw out Mr. Hedger Wang from Yahoo! as my nominee, he basically had the IE6 browser renderer in his head, and even though I never worked with him directly, just being able to ping on Y!M was an incredible help.
What made it special (2010-timeframe) was that we would do without thought what other companies struggled to do at that time (hot-hot failover, multi-region, "3 machine minimum" deployments), processing traffic for ~500M monthly users when spinning rust and 32gb of ram was considered "a lot".
My perspective on what happened is reeeally smart people solved really tough problems, then would either bail to Google (and later FB) to write the "v2.0" and solve those same problems but "better" or they'd go and start a full-blown company to sell that solution.
The tide rose around Yahoo! and both business-wise (and tech-wise), they didn't keep pace once their competitive advantage of "we can scale" dissipated.
The "best" programmer you work with can be fired on any day of the week if corporate wonderland doesn't hit its quarterly numbers. They know this and the ones who survive get quite good at getting others fired, especially people better than them.
I stopped caring too much about who the best in the room was after 7-8 rounds of this. As Nietszche would say these are not Ubermensches but the last men in a nihilistic swamp. Creatures who have attacked and destroyed older moral frameworks without replacing them with anything new. For their own comfort and survival.
The kind of people who pretend they have mastered complexity, but in reality its just survival theater and political/power games. Ubermensches haven't emerged yet.
You misunderstand the übermensch. It's not a kind of person, not some state you can achieve. Rather, it's the future potential of humanity, Nietzsche's suggestion for a new guiding star to give purpose and meaning. You can also view it as an inversion of the christian god; god is our father, created us, lives above us, while we create the übermensch through our actions. God exists in some seperate dimension/layer and christianity tells you to look up, away from the material world, while the übermensch, as the result of your and everyone elses actions, focuses you on your actual, physical life.
The opposite of the overman [Übermensch] is the last man: I created him at the same time with that. Everything superhuman appears to man as illness and madness. You have to be a sea to absorb a dirty stream without getting dirty.
I have worked with several excellent, standout programmers at video game studios that had similar qualities. I'm talking in this case about ICs, not managers or leads.
- Whimsical, child like attitude. "Sure, I can do that" was almost always the answer.
- Would come in on the weekend when nobody was there and you'd see them cooking. Then on Monday, they'd reveal their work and it'd be something that seemed impossible last week.
- Had deep understanding of the hardware so that diving in and writing some specific assembly-like (or literal assembly) code was part of their toolkit.
- Were treated as a Goose That Laid The Golden Egg by management. Could do whatever they wanted, but they loved to work and code so it wasn't ever out of balance.
- After a few years of working at the studio they started to have mental health issues because there was a never ending stream of needs and problems, many of which were solved with them. Planning projects started to include several technical miracles they would pull off. It started to be expected.
Nowadays writing straight to the metal in video games is less common, so I think these types of guys have largely migrated to other fields. We used to write our own engines and there was more need for them. Now there's a lot more use of third party engines so there's less opportunity (and need).
Worked with many great ones but the one who really stands out seemed levels above everyone in terms of just raw intelligence.
When you explain a concept to another human you have to provide context and a certain level of detail. It can be hard to calibrate based on who you talk to. What always blew me away about this guy was he needed like almost 0 context, even for non-programming subjects. He understood within seconds what you were doing, even for complex problems. I had to recalibrate my entire approach to explanation with him because he got things instantly.
The best (algorithm) programmer I know routinely puts stuff in code that could be published in top engineering journals. He doesn't care much about publishing, except for some of his work that went into patents. I like him a lot but he is not an easy person to work with, especially if you are an engineering manager without some level of technical depth.
There’s a type of programmer I’ve encountered only once in my 10 year career that I truly admire. They only way to describe this person is: professional but lacking professionalism.
They knew when to write code or when to stitch existing software together. The code they wrote wasn't easy to understand nor did it follow any good "software engineering" practice. But they could get an MVP out the door faster and better than a 5-7 developer team. This person was never arrogant and everyone from developers, customers and managers loved them.
He was my manager/mentor when I interned at Cisco. Very smart and humble guy and was always helpful. I tried though to stay mostly self directed and self reliant when solving the problem or task the group had given me. I eventually got stuck trying to figure out how to reassemble IP fragments into a whole packet. I probably spent a week or so, laying my concerns in group meetings, and trying to find the right data structure to do it.
Then one day, he gives me freestanding C code that was superbly written, with some macros for benchmarking, etc. For the most part it worked but needed some massaging for edge cases and such, but it was so beautiful and solved my immediate needs. I was unblocked but the whole ordeal has since been imprinted in my mind. He didn't give any context when handing the code, but I later figured out he implemented the algorithm as described in RFC 815. Deep in the annals of history and literature in networking that isn't really covered by any contemporary networking text books or sources.
Anyways now that I'm a mentor/tech lead these days, I'm always looking for my opportunity to help unblock someone by writing some very specific hard to implement code.
I knew a guy who wrote assembler for an 8bit pc without line breaks - he'd just keep typing to the end of the editor line and then continue. And he wasn't producing junk either, he made some really impressive games for the time. That's probably as close as I've seen to "genius."
That said, I wouldn't have wanted to work with him in a commercial environment. It was a way of thinking/programming I could never wrap my head around.
The greatest programmer I ever worked with was both a Linux admin and a developer.
He taught me that developers are difficult/impossible to control and to not be possessive or emotional about code. He also taught me tools and tricks in Linux that I still use today.
Michael Smosna asked what I wanted, when I needed by, and any clarifying questions, if the need arose. It was always good code, well crafted and documented, done by the agreed time.
My manager at Microsoft, Dwayne Need. He is a principal engineer worthy of the title. I thought I knew C# very well before joining Microsoft ... turned out he was the person behind Windows Media Player.
It’s been a decade or so since I worked with Isaac and I looked him up to find he is at OpenAI. Fitting.
I'll throw out Mr. Hedger Wang from Yahoo! as my nominee, he basically had the IE6 browser renderer in his head, and even though I never worked with him directly, just being able to ping on Y!M was an incredible help.
What made it special (2010-timeframe) was that we would do without thought what other companies struggled to do at that time (hot-hot failover, multi-region, "3 machine minimum" deployments), processing traffic for ~500M monthly users when spinning rust and 32gb of ram was considered "a lot".
My perspective on what happened is reeeally smart people solved really tough problems, then would either bail to Google (and later FB) to write the "v2.0" and solve those same problems but "better" or they'd go and start a full-blown company to sell that solution.
The tide rose around Yahoo! and both business-wise (and tech-wise), they didn't keep pace once their competitive advantage of "we can scale" dissipated.
I stopped caring too much about who the best in the room was after 7-8 rounds of this. As Nietszche would say these are not Ubermensches but the last men in a nihilistic swamp. Creatures who have attacked and destroyed older moral frameworks without replacing them with anything new. For their own comfort and survival.
The kind of people who pretend they have mastered complexity, but in reality its just survival theater and political/power games. Ubermensches haven't emerged yet.
- Whimsical, child like attitude. "Sure, I can do that" was almost always the answer.
- Would come in on the weekend when nobody was there and you'd see them cooking. Then on Monday, they'd reveal their work and it'd be something that seemed impossible last week.
- Had deep understanding of the hardware so that diving in and writing some specific assembly-like (or literal assembly) code was part of their toolkit.
- Were treated as a Goose That Laid The Golden Egg by management. Could do whatever they wanted, but they loved to work and code so it wasn't ever out of balance.
- After a few years of working at the studio they started to have mental health issues because there was a never ending stream of needs and problems, many of which were solved with them. Planning projects started to include several technical miracles they would pull off. It started to be expected.
Nowadays writing straight to the metal in video games is less common, so I think these types of guys have largely migrated to other fields. We used to write our own engines and there was more need for them. Now there's a lot more use of third party engines so there's less opportunity (and need).
When you explain a concept to another human you have to provide context and a certain level of detail. It can be hard to calibrate based on who you talk to. What always blew me away about this guy was he needed like almost 0 context, even for non-programming subjects. He understood within seconds what you were doing, even for complex problems. I had to recalibrate my entire approach to explanation with him because he got things instantly.
They knew when to write code or when to stitch existing software together. The code they wrote wasn't easy to understand nor did it follow any good "software engineering" practice. But they could get an MVP out the door faster and better than a 5-7 developer team. This person was never arrogant and everyone from developers, customers and managers loved them.
Then one day, he gives me freestanding C code that was superbly written, with some macros for benchmarking, etc. For the most part it worked but needed some massaging for edge cases and such, but it was so beautiful and solved my immediate needs. I was unblocked but the whole ordeal has since been imprinted in my mind. He didn't give any context when handing the code, but I later figured out he implemented the algorithm as described in RFC 815. Deep in the annals of history and literature in networking that isn't really covered by any contemporary networking text books or sources.
Anyways now that I'm a mentor/tech lead these days, I'm always looking for my opportunity to help unblock someone by writing some very specific hard to implement code.
That said, I wouldn't have wanted to work with him in a commercial environment. It was a way of thinking/programming I could never wrap my head around.
He taught me that developers are difficult/impossible to control and to not be possessive or emotional about code. He also taught me tools and tricks in Linux that I still use today.