Really love how you are doing the opposite for this thread. I guess It helps people get prospective on both sides :)
Really love how you are doing the opposite for this thread. I guess It helps people get prospective on both sides :)
What's the rationale here? Why are they firing and hiring at the same time?
Obviously, people have different talents, and can't do equally well any task you ask them. But I really doubt Twitter even tried. No company tries. More likely they froze their employees tasks beforehand so they could be better evaluated.
Because downsizing via attrition is a death sentence. The worst people are the most likely to stay and then new hires will be unlikely to stick around and deal with the code from the worst people.
Once the spiral starts it's hard to get out of.
1. Hiring is a noisy process. You can tune your hiring test to lean more towards false negatives or more towards false positives, but you cannot (at this juncture in history) eliminate a large amount of bias (error) from evaluations of candidates.
2. Regression to the mean ensures that any hiring process that sets a "high bar" will result in pool of developers who are on average below that bar.
3. as an employee remains at a company, the bias in your evaluation process should decrease dramatically. One can, and probably should try to weed out false positives, especially if one is trying to reduce payroll.
Companies can self-consistently seek to hire the best and fire the worst from the the hired-pool.
The solution to that is challenge it with clout equal to the business. And that means unions. Only when 2 powers butt heads, will there be any fairness out of that.
Exactly. Even if one disagrees with a thought process (actually, especially if one disagrees with a thought process), one should still seek to understand it inasmuch as possible. Otherwise one is doomed to repeat it.
Whatever my beliefs or situation though, it's not hard for anyone to understand how a medium-to-large scale organization with a high hiring bar could make a rational decision to "hire the best" while still making an effort to release the least valuable developers in the company.
An alternative strategy is Google's. Google tunes their hiring process to produce almost exclusively false negatives rather than false positives (they very deliberately reject qualified candidates far more often than they hire under-qualified candidates). With this hiring strategy in place, it wouldn't make as much sense for Google to "weed out" developers.
And for the record I think 20th-century impersonal, statistical business thinking is toxic, but that doesn't mean I don't see its use or that I know of a better way to do things.
Answer: Google can do what they do because of their scale, culture, systems, access to pots of money etc.
Google are Google. The rest of us are not and can't calibrate our hiring process to turn up only false negatives. We'd never hire anyone.
Funny because companies necessarily say they aspire to have a representative workforce, one which reflects the community (local/national workforce, users, the founders?) but then when it comes down to it, they only want to keep the ones who will provide some value (which is obvious) but then remember the community is made up of all kinds of people with different abilities --so we realize we are all in it for ourselves --there is no "community" where we look after each other. It's me or them, really.
It's necessary because, well, we live in a competitive world where your competitor isn't going to say, well, let's take it easy on them, they are keeping on a bunch of underachievers, and keeping underachivers employed is good for community, so we should give them a break.
There are still some elements in the 'best of all job seekers' (= employees) who qualify as worse than the rest. You don't even need to change the trait(s) 'best' and 'worst' refer to.
In practice, in my personal experience, mass layoffs are a nightmare for everybody, and end up affecting also those not directly involved (especially since in most cases they don't know if they are until the layoffs are done).
So:
- Many of the "productive" people will leave on their own accord for better pastures, even before the layoffs are carried out.
- The rest will find themselves with an increased workload (and the nagging feeling they should have followed the lead of the previous group).
Laypeople like me usually reserve "firing" for people who are fired "with cause." When companies fire people "at will," they often use words like "reduction in force."
Perhaps a better way of thinking about it is the consequences of being fired. If you are fired "at will," then you are entitled to things like unemployment compensation, COBRA benefits, etc. If you are fired "with cause," then you lose those benefits.
If an employee is a klunker, they will often wait for business to slow down, fire them "at will," and pay the benefits, to avoid potentially getting sued for false termination.
If you let somebody go just because you didn't like them but you lied and said it was for performance reasons, they'll have to fight to get unemployment, and they may very well sue you for their troubles. On a similar note, if you do want to fire someone for performance reasons, you better have that lack of performance well documented.
Because of this, a lot of companies don't bother claiming cause: they classify all firings as layoffs and don't contest anyone's unemployment. I worked for a company like that once.
It has absolutely nothing to do with productivity of the people getting laid off, it's more to do with a failure of some kind in management.
Healthy companies at scale and size equilibrium should be doing both at roughly the same rate, averaged over time.
> Hiring, at least in theory, pulls in the best.
If you're firing "the worst", that means at some point, you hired them. Not to mention "the best" is a very vague term. How do you quantify quality? What pool of people are you selecting "the best" from? How many of them are "the best"? The first two? The first ten?... or that working in your company causes a serious damage and suck out all the talent of the people before to let it go totally burnt.
Fixed it for you.
Something I've seen at at least a couple of companies where it resulted in killing the company, and one of those was the storied Lucent (forced to sell out to Alcatel, which itself didn't fare well, evidently most of it was sold to Nokia in January this year).
The managers even made a point of telling us how their firing a particular key guy showed no one was safe. Well, the same was true of the project, which was de jure and de facto necessary for Lucent's continued existence as an independent entity, it was a media gateway, which along with a media gateway controller such as their very well received Softswitch replaces a unitary switch like their 5ESS.
(It was a very interesting project, BTW, we were working with 5ESS types in Cincinnati, and like that storied system it was a true 5 9's system, no faking it for scheduled maintenance, people expect their telecom systems to be available 24x7 absent acts of God.)
It doesn't matter in the sense that most of these disrupters are just going to disappear from lack of need anyway. They're so much spaghetti, thrown on the wall by VC to see what sticks. The lie is that most of it matters.
I would say that it pays to be forthright, but understanding. Granted there are exceptions.
Bear in mind that one person's "unvarnished truth" might come from a lack of experience or high expectations that are difficult to meet at scale and in a commercial environment.
There are generally a lot of tradeoffs being made in companies. A "tire fire" of php might be compensated for by testing and deployment practices or hell it might just be a fun place to work if you can live with the mess.
On the other hand, you might have "architect driven design" where everything is a diamond on paper but the implementation is 8 kinds of design pattern wrong.
Or you might have a great technical team and codebase but no actual value proposition (the funny part is that success itself invites people and pressures that unsuccessful products don't have - some of the best places I've worked had unsuccessful products but great management and teams... once success and revenue kick in, suddenly there are a lot more suits and stakeholders)...
Or you could have some kind of situation where not only is the work pointless, the organisation is so utterly dysfunctional that... you'd definitely leave if it didn't pay so damn well.
One person's "super messed up" is another person's "this is exactly where I want to work". Some people function well in less structured environments and some in more... so what is truth versus just a perspective?
(agree there are exceptions where the truth must be told. I draw the line at not getting paid...)
I would like to find (or create) a service where we can talk about the real dirt at companies. Encouraging honest accounts without disparagment is a hard balance. Building an identity and reputation system where reviews are trustworthy is hard, especially if you also want anonymity.
Like many people, I've worked at places with big problems. In cases where friends apply, I strive to give an honest account of my experience. Different people can tolerate different levels and kinds of crazy. In most cases, I still know people at such companies. I want to offer constructive criticism in a public setting, because I think this could help companies and people can change for the better. I want them to find a way to succeed.
I'd be waiting for the wikileaks dumps of that service, followed by firings. Data wants to be naked and exposed.
The first lesson you'd learn is that these companies would rather shoot the messenger, which would be you in this case.
It exists, it's posting anonymous timestamped proof on 4chan's /g/ then saying whatever you want to get off your chest.
If that restroom had been basically showing for weeks that it was going to have a dead body in it any time now. Would still be surprising, but I'd be somewhat braced for it.