I mean, I feel like everyone hating on this article either: 1. has never had the misfortune of working with one of these people. "poser" devs who care more about "communicating up" and making a show of their (often quite trivial) contributions 2. has worked with people like this, but doesn't perceive the behavior described in the article, for whatever reason. A couple times in my life, not just in software, I have wo…
How Bullshitters Not Just Survive But Thrive (2016)
51–60 of 99 posts
Re: How Bullshitters Not Just Survive But Thrive (2016)
#52I mean, I feel like everyone hating on this article either: 1. has never had the misfortune of working with one of these people. "poser" devs who care more about "communicating up" and making a show of their (often quite trivial) contributions 2. has worked with people like this, but doesn't perceive the behavior described in the article, for whatever reason. A couple times in my life, not just in software, I have wo…
I've been in a situation many times where I couldn't figure out what value a CB was adding, but those who worked with him/her spoke glowingly of them or thought highly of them. So, since they were held in such high regard by others, I assumed that I must have been mistaken in my initial assessment of the person -- all these people can't be wrong, can they?
What the CB is doing is taking advantage of the fact that people more distant from you in the org chart form their impression of you based on very small pieces of information. But, the perception of those distant (e.g. higher) than you can have a greater impact on your trajectory than the perception of those around you.
Bullshitters are responding rationally to a set of incentives which rewards pleasing people far removed from one's actual performance, versus pleasing those who directly depend on your performance.
Re: How Bullshitters Not Just Survive But Thrive (2016)
#53I mean, I feel like everyone hating on this article either: 1. has never had the misfortune of working with one of these people. "poser" devs who care more about "communicating up" and making a show of their (often quite trivial) contributions 2. has worked with people like this, but doesn't perceive the behavior described in the article, for whatever reason. A couple times in my life, not just in software, I have wo…
The thing that's annoying about the article to me is:
1) I've worked with people who were highly competent, more competent than me but who still engaged in variety of infuriating mind-games, appearance management and so-forth, egos so big they needed to make other look small just for kicks, even if it made the work harder. Even if they deserved recognition for their actual abilities, they needed more. And this kind of bullshitter is at least as corrosive as the incompetent bullshitter.
2) It seems to express the view of a particular sort of "small chunk" thinker who imagines that people who are competent at a workers job should be the managers. That's not how any organization can or should work. Managers are competent (or not) at managing. Managers need to control appearances in various fashions. Some of that managing looks like bullshit, some of it is bullshit and some of it is "necessary shit" but the measure of the manager isn't their ability to understand your job. People aren't divided into "competent" and "incompetent" but rather people have different competencies as well as having situationally dependent competencies (and naturally, it's hard to be competent if your manager is always bullshitting you).
Re: How Bullshitters Not Just Survive But Thrive (2016)
#54Ironically, this article also reeks of bullshit. The massive characterization: the sloppy nerd (W-S), the consummate bullshitter (S-W), and the "rare" real talent (W+S). Which sets up the classic, "you're successful, so you must be a bullshitter" (because those S+Ws are sooo rare ). The "CB's" he's describing are so incredibly transparent, they might as well be strawmen.
I think that many good, effective managers would end up in the "bullshitter" basket by the definitions of this article: they delegate work (they better!), they do not work themselves if you define work as writing code or spending time in the lab, etc. IMO effective managers should be doing exactly that -- surround themselves with smart people, delegate and make working conditions fulfilling and enjoyable for their te…
As they are focusing on perception, effective real work done becomes less. If the client once chooses to evaluate real progress and the paper-pushing becomes evident, the project might be cancelled.
The bullshitter can transform the project itself. Instead of pursuing the original goal of delivering, they will invent new goals, and unnecessary work items. They will shape what the project does, so that they can deliver. If the project were to go in its original direction, they could not contribute anything useful. So now they invent administrative tasks or superfluous technical tasks, where they can deliver.
Their toxic behavior can become accepted even by the management. This is when the real project manager accepts that its more profitable to bullshit, than to actually deliver. The project will fail at some point, but its easier for the whole team to bullshit until that time, than to deliver.
Re: How Bullshitters Not Just Survive But Thrive (2016)
#55This part is illegal as hell and pretty much sums up why a union is absolutely needed in some workplaces; to curb this kind of crap.
Re: How Bullshitters Not Just Survive But Thrive (2016)
#56sheer bullshit.. this article..
Re: How Bullshitters Not Just Survive But Thrive (2016)
#57I mean, I feel like everyone hating on this article either: 1. has never had the misfortune of working with one of these people. "poser" devs who care more about "communicating up" and making a show of their (often quite trivial) contributions 2. has worked with people like this, but doesn't perceive the behavior described in the article, for whatever reason. A couple times in my life, not just in software, I have wo…
Re: How Bullshitters Not Just Survive But Thrive (2016)
#58As an S-W character myself currently struggling to transform into the mythical W-S in academia, is there any simple ways to just focus and get work done? I find it almost impossible to focus on one thing for more than a few minutes.
Re: How Bullshitters Not Just Survive But Thrive (2016)
#59I mean, I feel like everyone hating on this article either: 1. has never had the misfortune of working with one of these people. "poser" devs who care more about "communicating up" and making a show of their (often quite trivial) contributions 2. has worked with people like this, but doesn't perceive the behavior described in the article, for whatever reason. A couple times in my life, not just in software, I have wo…
There is a third possibility, or maybe an explanation for #2: I've been in a situation many times where I couldn't figure out what value a CB was adding, but those who worked with him/her spoke glowingly of them or thought highly of them. So, since they were held in such high regard by others, I assumed that I must have been mistaken in my initial assessment of the person -- all these people can't be wrong, can they?…
This is a key point. It's not like these people get up in their morning, have coffee in their evil lair, twirl their mustache menacingly, and decide "I'm going to cheat again today, muahahahaha!" They're not cartoon villains, they are rational actors, playing the same game as us with the same rules, but those rules reward BS and self-promotion, often to a greater degree than Real Work™.
Re: How Bullshitters Not Just Survive But Thrive (2016)
#60The most common type of developer is the fourth category, missing from the article: the -S-W type. Not really all that good, and with little to no political acumen. They fill most roles at medium-to-large IT companies.
And having known many (a lot of them are nice people otherwise), I can tell you that each and everyone of them thinks they personally are a W-S type. They think their uninspiring, slow, painful expertise (if its hard for them its because it must be a hard problem, right?) makes them top of their field, and that when other developers are the 'superstars' its just because they are better at politics.
The biggest truth, the most important truth that the article seems biased against, is that unless you live in a cave working on software with two other like-minded hardcore devs, 50% of your job is communication! Not being good at communication makes you a bad developer, regardless of your technical abilities.