Live data from Hacker News

You fired your top talent. I hope you’re happy

medium.com

11–20 of 175 posts

Re: You fired your top talent. I hope you’re happy

#11
post #6

Yeah, wow. I mean, Rick's a dick, no doubt. But much like Frankenstein's monster, it's incredibly easy to see who had a hand in transforming Rick into what he became. It's hard to read the original article and not see several large "where the hell was management" red flags: > Any time there was a particularly challenging problem, Rick would handle it. That's a management failure , and a particularly egregious one tha…

They responded to these points in a comment on the original article, which acknowledged management's responsibility for creating the problem, and they say they fired his manager first.

Re: You fired your top talent. I hope you’re happy

#12
post #11
post #6

Yeah, wow. I mean, Rick's a dick, no doubt. But much like Frankenstein's monster, it's incredibly easy to see who had a hand in transforming Rick into what he became. It's hard to read the original article and not see several large "where the hell was management" red flags: > Any time there was a particularly challenging problem, Rick would handle it. That's a management failure , and a particularly egregious one tha…

They responded to these points in a comment on the original article, which acknowledged management's responsibility for creating the problem, and they say they fired his manager first.

I'll admit that I'm particularly touchy about bad people managers, but it really does seem like they just washed their hands of the problem without trying to really discern:

* Why this became such a big problem (and wasn't resolved earlier)

* How to prevent it from happening in the future

Because if one team can effectively silo themselves so well that problems like Rick are allowed to fester for multiple years, I don't have high hopes for the future for them.

Re: You fired your top talent. I hope you’re happy

#13
post #7

There were a lot of failures in the Rick story "on all sides" as POTUS would say. This author seems to identify with Rick and frames this type of developer as gifted, but taken advantage of. At the end of the day, we all have to manage our own careers. And in this field that especially includes "managing your manager". Whatever process you find yourself in, you have to be able to push back and say: "I'm working on X,…

That's not really the point. The point is that the company is patting themselves on the back for firing someone who, by their own description, sounds like they could've provided a ton of value with better management (and even did, at first.) There's nobody who should be patting themselves on the back in this story. It's a story of a bunch of incompetent managers and a programmer that couldn't manage himself, and evidently someone high up in the company that's proud of this somehow.

Re: You fired your top talent. I hope you’re happy

#14
While I can agree there are 'real' rockstar developers that act like the original article mentions, I don't think whether Rick was or wasn't one of them is what matters here. What matters most here is how management dealt with him and their lack of responsibility for Rick's work for the last two years(!) and the end as their result.

Other industries seem to get this better than ours. I've worked in quite a few places that assign too many projects or tasks to key developers and then reprimand them for lack of quality or quantity, which ever you will inevitably buckle under first and it's never the manager's fault for assigning too many tickets or not prioritising their tasks correctly (we're not mind readers) but yet it's always the developers fault for the perceived lack of skill or lack of effort. Don't get me started on the arbitrarily shifting release dates that correlate with buggy releases that we developers get angry emails about. Maybe I've worked at badly managed busineses, or hey, maybe I'm just a bad developer, but this seems like the normal to me.

But if you're managing someone and they fuck up, it's also your responsibility because you were meant to be managing them. That was your job. Even if Rick was told to stop working, take a break, and he didn't it's still not up to him, it's up to the manager to decide what's best for Rick and best for the project.

Re: You fired your top talent. I hope you’re happy

#15
post #13
post #7

There were a lot of failures in the Rick story "on all sides" as POTUS would say. This author seems to identify with Rick and frames this type of developer as gifted, but taken advantage of. At the end of the day, we all have to manage our own careers. And in this field that especially includes "managing your manager". Whatever process you find yourself in, you have to be able to push back and say: "I'm working on X,…

That's not really the point. The point is that the company is patting themselves on the back for firing someone who, by their own description, sounds like they could've provided a ton of value with better management (and even did, at first.) There's nobody who should be patting themselves on the back in this story. It's a story of a bunch of incompetent managers and a programmer that couldn't manage himself, and evid…

If you treat your stars like cows, they become dogs.

Re: You fired your top talent. I hope you’re happy

#16
post #3

From a comment on the original post: "Unfortunately Rick rejected months of overtures by leadership. He refused to take time off or allow any work to be delegated. He also repeatedly rejected attempts to introduce free open source frameworks to replace hard-to-maintain bespoke tools. Including the security framework as you mentioned." Also: "Another poster blamed management. I agree that the situation that came about…

> "Unfortunately Rick rejected months of overtures by leadership. He refused to take time off or allow any work to be delegated. He also repeatedly rejected attempts to introduce free open source frameworks to replace hard-to-maintain bespoke tools. Including the security framework as you mentioned."

How late in the game was this though?

It should have been really clear cut:

Rick: I'm going to take on this extra work

Manager: Have you finished all your existing work?

Rick: No

Manager: Then No.

Rick: But..

Manager: No.

A good manager would have nipped this in the bud before it started.

People complain that Rick was snappy - you would be too if you'd been working 12 hours a day 7 days a week for a year or two and the weight of the entire product was on your shoulders and getting heavier by the day - also something a good manager should have nipped in the bud.

Re: You fired your top talent. I hope you’re happy

#19
post #5

The whole situation reminded me of this sketch: https://www.youtube.com/watch?v=BKorP55Aqvg Given the kind of unreasonable demands, people do crack.

>Given the kind of unreasonable demands, people do crack.

Haha. As in mentally or the drug? :D

P.S.

Awesome video, thanks for sharing.

Re: You fired your top talent. I hope you’re happy

#20
There are quite a few places like this out there, typically technology has a muted role in decisions in these organizations, quality takes a backseat for the crunch for the next meeting demo, ad infinitum.

A smell of these types of places is they always blame the developers that just left, almost like a scapegoat or two minutes of hate rally. Another smell is estimation is rarely respected i.e. if you say it will take a month they should expect it to take that long or even twice as long as the programmer estimate, but at places like this, about halfway through they say it has to be done in a few days for a very important meeting or deal, if it is that important you want a solid product not a one off.

As a developer you also need to manage balance and workload. Consistent work discipline and good sleep/health are important. Take on challenges but be sure each project is a focus and you aren't spreading yourself too thin, work quality goes down when you don't have some buffer. A good developer would never design a system that is constantly pegged, don't do the same to your schedule/self as that is a single point of failure.

Post reply on HN