|
|
|
|
|
by ae_throw
1032 days ago
|
|
We need to have a kind of a footnote in the pedagogy of software engineering, and engineering in general that states to avoid advice (“wisdom”, lol) expounded by blowhards. You can identify it usually by the title - it’ll have a Grand Style that betrays arrogance. Lots of people from GoF onwards think they qualify to preach bullshit ultimatums, thinking they have it all figured out. I don’t think any of them have any fucking clue what should actually be considered harmful, what should be the two/three “hardest things in computer science”, and other nonsensical bullshit they write. With apologies to Dijkstra who I do find to have been one of the shining lights of computer science and engineering but is often misquoted/out-contexted for that considered harmful thing. His letters do betray a higher plane of wisdom. The more recent “what programmers need to know about {x}” as if the author has any clue is just the continuation of “I’ve learned this last week/in my last project and it’s the most important thing,” instead of the trivia that it really is, or shit that’s abstracted for us nowadays and only serves to make the author feel superior. Just fuck off with all of that nonsense. Coincidentally, I’m going to go and read the Hamming book as it’s got tangible value having been written by someone who has done something worthwhile in their career. |
|
There's nothing particularly nonsensical about the "two/three “hardest things in computer science” (although it was said half in jest).