TE
TechEcho
Home24h TopNewestBestAskShowJobs
GitHubTwitter
Home

TechEcho

A tech news platform built with Next.js, providing global tech news and discussions.

GitHubTwitter

Home

HomeNewestBestAskShowJobs

Resources

HackerNews APIOriginal HackerNewsNext.js

© 2025 TechEcho. All rights reserved.

Asshole Driven Development

24 pointsby schaumalmost 4 years ago

2 comments

esjeonalmost 4 years ago
&gt; Asshole-Driven development (ADD)<p>This often is a real issue. When there&#x27;s a technical problem that is too sensitive&#x2F;complicated&#x2F;important to handle carelessly, assholes kick in in the middle, oversimplify the problem, ignore possible critical issues, and push plans without plan B. They offer what they can do right now as the best solution, and often don&#x27;t even check the documentation nor the community best practice.<p>What&#x27;s worse, assholes normally don&#x27;t care to document the decision and its context. This helps them feel <i>important</i> because people should ask these assholes for the context. Also, this increases the chance of getting positive reviews during peer review, because they did help someone anyway. There&#x27;s this positive cycle that makes them keep being asshole.<p>Until someone comes and directly inspect the situation, no assessment process from the management can ever detect this behavior. Assholes are hiding in the plain-sight, and behavior themselves in the presence of management. They look safe and sound technical, just enough.<p>If you&#x27;re a manager, be advised. If you see an asshole out in the field, it&#x27;s likely the guy isn&#x27;t the asshole - the one&#x27;s just stupid, so is safe, since everyone can clearly recognize the guy is a stupid-ass. You can tame guys like that.<p>On the contrary, assholes often are praised as good and even performant. However, in reality, they actively ruin normal decision process and technical communication in general. This alone discourages a lot of engineers, but they also tend to create lots of tech debts, as they already ruined the communication that could have prevented debts from the beginning.<p>So, one possible way to detect an asshole in the organization is to tracking the source of all tech-debts - how they are introduced, who did that, why they did so. You&#x27;ll have to talk to engineers directly, because assholes only &quot;talk&quot; to distort decisions.<p>Another way is to (ab)using interns as litmus paper. Just interview everyone of them at the end of their work term. They do tell you the truth, as most of them will never see you again (or they believe so).
评论 #27694647 未加载
artful-hackeralmost 4 years ago
Get Me Promoted Methodology (GMPM)<p>This is the one that I see so often and wish my managers&#x27; would recognize faster. Nobody picks up the ticket in the queue that actually needs to get done, but when hackathon comes around somebody&#x27;s shitty barely working code becomes a huge win for the company instead of recognized for a giant loan of tech debt. Debt that will be paid from the poor schmucks that will actually need to maintain that thing. But hey &quot;I won&#x27;t be here, you won&#x27;t be here&quot; is the cornerstone of hockey stick growth.