We're incapable of putting an accurate, standardized value on developer productivity, yet there often seems to be consensus between senior engineers on who are the high performers and the low performers. I certainly can tell this about the people I work with.
I wonder if the lack of capital letters is a clever trick to make this whole annoucement look more humane and natural. Surely it's intentional: only "U.S" deserves capitals, not even his own name in the signature.
This is precisely why we have clinical studies. We want to measure the efficiency and the innocuousness of drugs. You seem to imply we should just go ahead and try those directly on the general population.
Has anybody ever been forced anyone else to take any drug? The problem is not about being forced, it is about making an informed decision. When you don't have enough safety data you are effectively gambling with your health.
Same! There is a huge knowledge and skill gap between knowing how resistors, capacitors, and transistors work to the point where you can build a little light blinker, which I can do, and actually troubleshooting a (even 1980s through-hole technology) device to find the component that is broken, which is way beyond me.
> The author is clear that they're talking about "billion dollar tech companies" for an audience of those people called to them.
> We’re in an industry where burnout isn’t just common - it’s expected. If you’re not pulling all-nighters, you’re "not committed." If you’re not answering Slack messages at midnight, you’re "not a team player." This culture is toxic, and it’s only getting worse. The relentless churn of projects, the constant pressure to innovate, and the ever-present threat of obsolescence create a perfect storm of stress.
No, the author is generalizing what work at a billion dollar tech company is like to the whole industry. I've never worked for a company similar to the one described in this post, and I think that the vast majority of people in tech haven't either. Silicon valley is not the world.
Even a random Fingerprint can be used as identification since you will always have some static values between each session. The better approach would be to get in a big enough group with the same/similar fingerprint. That's how tor browser works.
This is how I work as well, and the reason I tend to write many small functions rather than few large ones is precisely because it reduces cognitive load. You don't have to understand what the canSubmit function does, unless you are interested in knowing what the conditions to submit this form are.
Ironically, the author of the post claims it has the opposite effect.
I disagree that it's an attack, I've also never heard anyone say methods should be less than 5 lines. 5 lines is an insane limit, 15 is much more reasonable. This kind of enforcement reeks to me of unnecessarily "one-lining" complicated statements into completely unreadable garbage. I mean seriously though, 5 lines? Why not 4, or 3, or 6? 15 lines of well thought out code is infinitely preferable to 3 different 5-line monstrosities. Who(m'st've) among us that actually writes code would preach such a guideline, and can i please see their code for reference. Maybe they are just better than us, i still don't think that makes it a reasonable general rule. And i disagree that calling that out as crazy counts as a personal ad-hominem attack against this nebulous entity
Brave just disables the cookie banners (they don't even load), while this fills such forms if I understood correctly. Somehow I get very targeted ads in other apps after using Brave, so I tend to use firefox-based browsers for personal (i.e. any not work-related) stuff.
reply