I don't think what Pascal is trying to get through is that we should numb ourself to inner thoughts. On the contrary, to acknowldege them and if anything, spend more time contemplating. That is when we can learn about ourself, others, and the universe, if I may say.
Working from home this entire year, I have tried to practice taking at least 15 minutes everyday, couple of times a day, laying down and just listening to my thoughts, understanding my anxieties. Trying to understand why I feel the way I do, instead of running away from them by distracting myself by various means.
This new habit of mine truly has been a life saver in this year.
Very much on point. If the core of your business, or application, depends on external code, you are taking a huge risk integrating it into your code base.
Sometimes it is better to invent a wheel that does exactly what you need, and nothing more. Software is sometimes about NOT reusing code.
Fantastic read. My only concern is that there wasn't any talk around cost of false positives (selecting a test to run where it is unnecessary) vs false negatives (incorrectly dismissing a relevant test), as those costs in terms of their effect is not symmetrical.
The cost of a bug slipping through because a test being skipped will be higher than running an irrelevant test to a commit.
Well said, I could not have said it better. Just to add, the productivity boost you get from short build times, in a long run, think of a project you work on for years, will out perform ANY gain you get from using a library, templates, and the like that kills your build time.
I think you are confused about the intention. If you want order independent initialization you could just as well use the old initializer list. The idea here is that you DON'T want to accidentally initialize x with y.
Reading the title I had the complete opposite expectations. Thinking that he is talking about a system where you want to have meeting with random people to talk about business.
And if your decision was a failure you accept it as God's will. If you succeed you accept it as God's blessing. It is hard to imagine if there was an actual decision making and postmortem in play.
Completely agree with you, and I like to add that this is true for any programming language really. Often I find people, specially juniors, obsessed with how they solve a problem and design patterns used than actually solving a problem. To be honest I was once such a person.
The best advice, as you stated it, is to go with the first instinct, and then refine it, IF needed. It might turn out that the code you wrote was redundant anyway.
Not only that, but also lets not forget humans learn as well. Meaning the more games players play against the bot the better they would become at understanding and defeating it.
OP asked a genius question and I hoped you have good reasons to counter him. But most of what you wrote felt like opinions and personal feelings.
I understand that non-regulated psychedelics use could potentially lead to many people hurting themselves, but that is not reason enough to regulate them IMHO.
We can not save people from themselves by regulations. What we could do is educate them.
Its hard to argue with what you are saying. You defined our most intelligent types scaled as 1 and unbounded it for most intelligent. Then obviously majority falls under the line and are considered dumb. I don't know if there is any insight in that other than feeling disappointed at self.
On the other hand the article is arguing the opposite. Trying to be empathic towards human nature and look for solutions with that in mind. I think that is refreshing and useful.
Thank you for writing up a concise text about the actual problem. While reading the article I consistently felt bothered by the terminology thrown around but couldn't really pin point why.
We really like to think in silos, categorize everything to make them feel familiar and approachable. Which is useful, but sometimes we need to shake them off so we can actually see the problems.
Yeah that would work but also make your code base a mess. Things that you can catch during build step and move in, or out, is much better handled at that level rather than leaking it into your code base.
Working from home this entire year, I have tried to practice taking at least 15 minutes everyday, couple of times a day, laying down and just listening to my thoughts, understanding my anxieties. Trying to understand why I feel the way I do, instead of running away from them by distracting myself by various means.
This new habit of mine truly has been a life saver in this year.