I believe similar. Maybe not exactly the same thing, but I think one related representation of this in any good codebase is documentations in the code: Good documentation always focuses on the why and not the what. i.e.…
I'd much prefer people just stay away from reading it altogether if they find it difficult... If it's difficult, then it probably isn't for you. At least I wouldn't bother wasting my time, unless I treat it as some kind…
I agree. We seem to enjoy getting excited about ways of improving education in our heads, but somehow keep forgetting or think lightly about the actual teachers in reality. Teachers are always going to be one of the…
Thank you for putting out a clear message. I completely agree. > parade of garbage software that is slow as a dog, and uses gigabytes of memory to perform simple tasks. and of course, this isn't even the worst. A lot…
Well said, thank you.
> The recent trend is to increase the output called programs, but decrease the output called programmers. That doesn't exactly bode well. Perhaps on a related note, I've noticed that a lot of the positive talks about AI…
Also reminded me of Kafka (Kafka as a database!) and microservices (monoliths are evil, microservices are the future). I'm sure we can dig up similar hypes on various scales throughout the history of this industry...…
I agree. For instance, with cars, the essence of a car is driving, and hence the only thing that a common user cares about is learning how to drive one. In particular, a common user should not need, and are usually not…
I also agree. In fact, I have a feeling it is not simply a matter of allure, but one of the most decisive and important factors if not the single most. I think we tend to underestimate the importance of this kind of…
More a question than a comment: if you think it's all only decline now and were really done with life, why are you still here? If you were truly done all the way through, I'm sure you would have long done away with life…
I am rather skeptical it is a matter of software or any tool for that matter with problems like this. Similar to Paul Grahma's design paradox: " I call it the design paradox. You might think that you could make your…
In general, I'm pretty skeptical of imperative guides like this. Such statements only focus on one side of the coin. So while it may have an element of truth as long as you are absorbed only on that one side, you risk…
It depends on the type of relationship to some extent e.g. friends, acquaintances, business relations, etc. But in general, I feel like we are too self-conscious about staying in touch. And often because we have…
> A lot of senior experienced people will talk about all the “shoulds” your code should be like. And the article itself is another "should".
I agree, there is often a deep discrepancy. The things people say (like what they say they believe, what they say they value, etc) often do not match up with what they actually think (e.g. if you watch how they actually…
I believe similar. Maybe not exactly the same thing, but I think one related representation of this in any good codebase is documentations in the code: Good documentation always focuses on the why and not the what. i.e.…
I'd much prefer people just stay away from reading it altogether if they find it difficult... If it's difficult, then it probably isn't for you. At least I wouldn't bother wasting my time, unless I treat it as some kind…
I agree. We seem to enjoy getting excited about ways of improving education in our heads, but somehow keep forgetting or think lightly about the actual teachers in reality. Teachers are always going to be one of the…
Thank you for putting out a clear message. I completely agree. > parade of garbage software that is slow as a dog, and uses gigabytes of memory to perform simple tasks. and of course, this isn't even the worst. A lot…
Well said, thank you.
> The recent trend is to increase the output called programs, but decrease the output called programmers. That doesn't exactly bode well. Perhaps on a related note, I've noticed that a lot of the positive talks about AI…
Also reminded me of Kafka (Kafka as a database!) and microservices (monoliths are evil, microservices are the future). I'm sure we can dig up similar hypes on various scales throughout the history of this industry...…
I agree. For instance, with cars, the essence of a car is driving, and hence the only thing that a common user cares about is learning how to drive one. In particular, a common user should not need, and are usually not…
I also agree. In fact, I have a feeling it is not simply a matter of allure, but one of the most decisive and important factors if not the single most. I think we tend to underestimate the importance of this kind of…
More a question than a comment: if you think it's all only decline now and were really done with life, why are you still here? If you were truly done all the way through, I'm sure you would have long done away with life…
I am rather skeptical it is a matter of software or any tool for that matter with problems like this. Similar to Paul Grahma's design paradox: " I call it the design paradox. You might think that you could make your…
In general, I'm pretty skeptical of imperative guides like this. Such statements only focus on one side of the coin. So while it may have an element of truth as long as you are absorbed only on that one side, you risk…
It depends on the type of relationship to some extent e.g. friends, acquaintances, business relations, etc. But in general, I feel like we are too self-conscious about staying in touch. And often because we have…
> A lot of senior experienced people will talk about all the “shoulds” your code should be like. And the article itself is another "should".
I agree, there is often a deep discrepancy. The things people say (like what they say they believe, what they say they value, etc) often do not match up with what they actually think (e.g. if you watch how they actually…