(no title)
cossatot | 8 months ago
Time and time again I would send my friend Dave Walker an email declaring that Javascript (or something else) was utterly broken, incapable of executing the simplest program without errors. Dave would ask to see the source code and I would present it to him with detailed notes proving that my code was perfect and Javascript was broken. He’d call me, we’d discuss it, and eventually he’d say something like, “Where did you terminate the loop beginning at line 563?” There would be a long silence, followed by the tiniest “Oh” from me. I’d thank him for his help and hang up. A week later, I’d be fuming again about another fundamental flaw in Javascript.
Many of us are stubborn and will work hard and long, without much positive external feedback, under the assumption that our vision is correct and the audience, if one even exists, is wrong. Much fundamental progress has been made this way: Faraday, Einstein, Jobs, etc. But of course many times one simply is wrong and refusing to see it means throwing years away, and whatever else with it (money, relationships, etc.). It's a hard balance, especially for the monomaniacal without much interest in balance. Finding out how to make solid (public, peer-reviewed, evidence-based, whatever) incremental progress towards the paradigm shift seems to be the way if one can manage.
anyfoo|8 months ago
It reminds me of when I was around 10 years old or so, maybe slightly older, and playing around with Turbo C (or maybe Turbo C++) on DOS. I must have gotten something very basic about pointers (which were new to me at the time) wrong, probably having declared a char* pointer but not actually allocated any memory, leaving it entirely uninitialized, and my string manipulation failed in weird and interesting ways (since this was on DOS without memory protection, you wouldn't get a program crash like a segmentation fault very easily, instead you'd often see "more interesting" corruption).
Hilariously, at the time I concluded that the string functions of Turbo C(++) must be broken and moved away "string.h" so I wouldn't use it. But even then I shortly after realized how insane I was: Borland could never sell Turbo C(++) if the functions behind the string.h API were actually broken, and it became clear that my code must be buggy instead. And remember, I was 10 years old or so, otherwise I don't think I would have come to that weird conclusion in the first place.
Nowadays, I do live in this very tiny niche where I actually encounter not only compiler bugs, but actual hardware/CPU bugs, but even then I need a lot of experiments and evidence for myself that that's what I'm actually hitting...
tangus|8 months ago
Obviously he's not serious, he's playing the part of the out of touch old man.
lproven|8 months ago
Tell us again when you're 74.
I'm still nearly 2 decades from it, but I am a profoundly different human to the one I was 20 years ago, or 20 years before that.
smaudet|8 months ago
If you've ever been unfortunate enough to have to wrangle a VB script routine, it was (less bad) like that. If not, I would go find some assembly code and teach it yourself, and then imagine that instead of side effects in registers there were random effects on your code/visual state.
And like assembly code, you could now imagine that the same code might behave wildly different on different machines in different browsers.
So a bit of "old man"isms, but also I imagine his JavaScript was tainted by the early days. It's better in some ways now, worse in different ways, I don't mean to say that is the worst or the best, just to offer perspective on where it came from.
dripdry45|8 months ago
I’m sure we’ve all done it at one time or another, but repeated as habit without learning seems to speak of a certain kind of personality.
bitwize|8 months ago