At this point IBM is only around because it takes a while to die. IBM's leadership are truly incompetent and I do not expect to see them around in another 10 years. It's a pity that they acquired RedHat, as it will now be driven into the ground like everything else IBM touches.
IBM fulfills a particular niche: when you need to have a contract with a company the will take the fall contractually.
There are plenty of too-big-to-fail companies that at the end of the day don't care if the project succeeds, just that if somethings goes wrong you have some definition of legal recourse. You buy IBM because you write in your contract "we agree to buy the necessary computers systems and software as require per our vender (IBM) and the vender will be responsible for ensuring compliance."
Sounds great to both parties, except the loophole doesn't say that the requirements need to be correct. If things go great, fine. If things go wrong, customer gets to argue with IBM. Good luck with that. IBM isn't known for their hardware and software in the computer world, they're known for their lawyers.
I've worked at places that are loaded with senior engineers/developers. It can be awkward from a business sense because: a) Most of your developers are too expensive, so you put very few of them on any project, b) Senior engineers usually have a lot of ongoing efforts that require their attention, while a mid-level or junior might be able to to focus more on your current spring, c) Senior engineers can (but not always) be more set in their ways on technology or methods and be resistant to embrace newer/riskier approaches, and d) There's no room in the org to promote your mid-level engineers, so they leave and become senior devs elsewhere.
At my first full-time development job, we had only entry-level and senior devs with no mid-level folks. As one of the entry-level folks, let me tell you-- what a mass of confusion that was. Hopefully Red Hat's targeting more of a well-rounded or balanced organization, rather than purely cost-cutting measures.
On one hand, this seems positive. It felt impossible for me to get into the sw development field because companies only wanted experienced devs. Not having a degree, I got hired for a non-tech entry level role at a software company and worked my way up while paying my bills with a second job.
But on the other hand as an older, experienced developer, decisions like this can be interpreted to mean no old people. Later in my career I remember a software director saying "we're not looking for gray beards right now" when describing how he wanted to build out the engineering org.
It's great to see change that will allow more people in. But it's a bad idea to have decrees from the top dictating (by implication) that only young people should be hired. Surely there is a middle ground that can be found.
I think one of the key things that everyone fails to notice is that there are a whole host of tasks involved in creating and maintaining an operating system (particularly older versions) that will bore a seasoned developer. Hiring less experienced developers not only benefits less experienced developers, it benefits the more senior folks by allowing them to offload uninteresting tasks to those who will find them interesting, and learn from them.
No, but a career typically lasts 40 years, and the "Senior" title is acquired from 5-15 years in - generously. Just given a bell curve distribution, even weighted, IBM should be hiring >50% "Senior" engineers.
I think this just makes sense. Going forward, companies, especially those that are remote, are going to have to figure out how to support less-senior engineers. I think the hotness of the market from the pandemic made it easy to only hire senior and staff+ engineers, but now it’s time to return to growing the industry from the bottom up.
Besides, as a senior or staff engineer, you should welcome this change because it gives you new opportunities to mentor and educate less-senior engineers, which is usually a prerequisite to promoting beyond staff.
I don't think that is a problem. The tech industry needs jobs filled. Tech companies have found (or at least believe) that much of their work doesn't require much knowledge. Most code doesn't require much knowledge to write. It's basic plumbing.
Also look at startups. Startup code is often garbage. But it's good enough to get clients and get investors. Most software is pretty mediocre, but the selection threshold is low to begin with for most of it, so it's good enough.
RedHat here is assuming no doubt that senior engineers aren't leaving fast enough to cause issues. You won't have a company staffed with just newbies. And if someone vacates a senior position, I presume that position would be filled with someone already at the company. They can always back off on this hiring policy.
I grew up in a factory town in the middle of nowhere. It was unwritten policy on the engineering team to never hire students with GPAs over 3.0 and to avoid anyone with a history of big jobs at major companies.
That policy existed because, based on past experience, the company knew that it would lose those people quickly. That was in the days when people often stayed with a company for life.
whats so terribly wrong about this? a shop can get too senior. and senior people have a tendency to do what they want and not what the business thinks it needs.
unless RedHat is getting into quantum computing or cpu design, i expect they can probably save alot of money and may in fact end up with a better functioning org.
RedHat isn't a startup banging out MVP products and hoping for the best.
A lot of businesses rely on RedHat being the last line of support for thier systems, and if they're losing or unable to hire genuinely senior engineers, that's a serious problem for everyone involved.
Great, a good way to get fresh new ideas and perspectives from newbies who inject ideas that sound outlandish. These ideas can bake in peoples' minds who can produce it. Other than that, spreading knowledge from seniors to newbies creates broader layer of transferrable experience and knowledge.
> We recognize that this will mean we need to plan for training and mentoring, promotions, and internal mobility as well, and we are here to support you in that.
This makes me believe they are trying to do it right and not just cutting costs for its own sake.
Something missing in the comments here is that redhat was not a random SW company or consulting firm like IBM but was hiring open source contributors for their knowledge/experience to ensure the evolution and control of the os stacks that they are using(/selling).
This was their core asset, the total experience of its engineers.
Now, if you go on the way to take any unexperienced and cheap random dude to reduce costs. With the promise that it will have a hard time becoming senior for cost reasons. To do whatever software a ibm-like management decide. Then, Redhat as we know it will be a ghost of itself in a few years!
I wouldn't believe the "many engineers at senior level" part without further evidence. When I was there for eight years, there was a consistent pattern of people being stuck below their proper level because any given manager could only promote so many per year and people had to "wait their turn" no matter how much they deserved the change. That was all before the IBM acquisition, but not by that much and even in context I'd be surprised if things had changed that drastically.
Lunduke is part of the anti-systemd cult. It's important to understand this article is not about the trade-offs of different hiring strategies at all - it's a hit piece on Red Hat.
Yup, those 10x developers are so good and so valuable that we feel they're not worth their money so we'll dispense with their services. As people knowing that we're replacing them with less-experienced developers or even newbies doesn't impact the bottom line, I guess we should not have hired them in the first place...
Back then, no one wanted to take a chance on someone who was inexperienced, which created an ugly dynamic where recent grads would be out of work for long periods of time, and it only got worse as time went on in unemployment, making for a negative feedback loop. A grad with 6 months to a year without post graduate experience was basically damaged goods.
At the same time, the millennial generation was in the news a lot, where the media were saying we were entitled, selfish, etc etc.
So it was like you were unlucky and disliked at the same time.
One time, I had some feedback that I thought would have helped the team I was working with - I was dismissed and told by my baby boomer boss that I needed to "pay my dues" before acting like I knew what I was doing. I had 6 years of experience at the time, though about 9 months at that company (though he had less than a year at the company). There were a couple of instances like that.
I think since the recession, the generations that were hiring after the recession (baby boomers and generation x) have been been conditioned to not trust less experienced (read: younger) people, and that attitude never changed. That's why you see articles like this - author seems to be from gen-x and is worried about pay for senior engineers in his cohort, but I am happy that less-experienced (younger) people will get the opportunity to work at a company like red hat.
Nowadays, it doesn't feel like companies want to take the on the "risk" or inconvenience of training inexperienced people, excluding Bay Area tech companies where the average age is in the 20s. Interestingly, those are the companies that are doing really well right now.
This feels like a dynamic unique to this time - legacy orgs are basically content with getting older [1]. There's a sense pessimism too nowadays, that it makes me wonder if the generations older than mine are afraid of the younger generation taking their jobs and / or driving down wages.
[+] [-] nomaxx117|4 years ago|reply
[+] [-] eldelshell|4 years ago|reply
[+] [-] cdumler|4 years ago|reply
There are plenty of too-big-to-fail companies that at the end of the day don't care if the project succeeds, just that if somethings goes wrong you have some definition of legal recourse. You buy IBM because you write in your contract "we agree to buy the necessary computers systems and software as require per our vender (IBM) and the vender will be responsible for ensuring compliance."
Sounds great to both parties, except the loophole doesn't say that the requirements need to be correct. If things go great, fine. If things go wrong, customer gets to argue with IBM. Good luck with that. IBM isn't known for their hardware and software in the computer world, they're known for their lawyers.
[+] [-] pas|4 years ago|reply
[+] [-] pjmlp|4 years ago|reply
[+] [-] dhruvmittal|4 years ago|reply
At my first full-time development job, we had only entry-level and senior devs with no mid-level folks. As one of the entry-level folks, let me tell you-- what a mass of confusion that was. Hopefully Red Hat's targeting more of a well-rounded or balanced organization, rather than purely cost-cutting measures.
[+] [-] strict9|4 years ago|reply
But on the other hand as an older, experienced developer, decisions like this can be interpreted to mean no old people. Later in my career I remember a software director saying "we're not looking for gray beards right now" when describing how he wanted to build out the engineering org.
It's great to see change that will allow more people in. But it's a bad idea to have decrees from the top dictating (by implication) that only young people should be hired. Surely there is a middle ground that can be found.
[+] [-] ch_123|4 years ago|reply
[+] [-] snicker7|4 years ago|reply
[+] [-] GauntletWizard|4 years ago|reply
[+] [-] johntb86|4 years ago|reply
[+] [-] chasil|4 years ago|reply
"There is no license cost associated with Oracle Linux. Pricing reflects $0 for license, and all charges are related to services."
[+] [-] Spartan-S63|4 years ago|reply
Besides, as a senior or staff engineer, you should welcome this change because it gives you new opportunities to mentor and educate less-senior engineers, which is usually a prerequisite to promoting beyond staff.
[+] [-] dekken_|4 years ago|reply
[+] [-] bobthechef|4 years ago|reply
Also look at startups. Startup code is often garbage. But it's good enough to get clients and get investors. Most software is pretty mediocre, but the selection threshold is low to begin with for most of it, so it's good enough.
RedHat here is assuming no doubt that senior engineers aren't leaving fast enough to cause issues. You won't have a company staffed with just newbies. And if someone vacates a senior position, I presume that position would be filled with someone already at the company. They can always back off on this hiring policy.
[+] [-] drewcoo|4 years ago|reply
That policy existed because, based on past experience, the company knew that it would lose those people quickly. That was in the days when people often stayed with a company for life.
[+] [-] convolvatron|4 years ago|reply
unless RedHat is getting into quantum computing or cpu design, i expect they can probably save alot of money and may in fact end up with a better functioning org.
[+] [-] ilikejam|4 years ago|reply
A lot of businesses rely on RedHat being the last line of support for thier systems, and if they're losing or unable to hire genuinely senior engineers, that's a serious problem for everyone involved.
[+] [-] excerionsforte|4 years ago|reply
[+] [-] lobstrosity420|4 years ago|reply
This makes me believe they are trying to do it right and not just cutting costs for its own sake.
[+] [-] greatgib|4 years ago|reply
This was their core asset, the total experience of its engineers.
Now, if you go on the way to take any unexperienced and cheap random dude to reduce costs. With the promise that it will have a hard time becoming senior for cost reasons. To do whatever software a ibm-like management decide. Then, Redhat as we know it will be a ghost of itself in a few years!
[+] [-] notacoward|4 years ago|reply
[+] [-] lobstrosity420|4 years ago|reply
[+] [-] tapoxi|4 years ago|reply
[+] [-] zibzab|4 years ago|reply
I assume you need really good people for things like kernel development but IBM-style enterprise development is a different story.
[+] [-] pabs3|4 years ago|reply
https://www.redhat.com/en/jobs/departments
[+] [-] pinewurst|4 years ago|reply
[+] [-] jleyank|4 years ago|reply
[+] [-] dexwiz|4 years ago|reply
[+] [-] xyst|4 years ago|reply
[+] [-] smitty1e|4 years ago|reply
[+] [-] readonthegoapp|4 years ago|reply
[+] [-] game_the0ry|4 years ago|reply
Back then, no one wanted to take a chance on someone who was inexperienced, which created an ugly dynamic where recent grads would be out of work for long periods of time, and it only got worse as time went on in unemployment, making for a negative feedback loop. A grad with 6 months to a year without post graduate experience was basically damaged goods.
At the same time, the millennial generation was in the news a lot, where the media were saying we were entitled, selfish, etc etc.
So it was like you were unlucky and disliked at the same time.
One time, I had some feedback that I thought would have helped the team I was working with - I was dismissed and told by my baby boomer boss that I needed to "pay my dues" before acting like I knew what I was doing. I had 6 years of experience at the time, though about 9 months at that company (though he had less than a year at the company). There were a couple of instances like that.
I think since the recession, the generations that were hiring after the recession (baby boomers and generation x) have been been conditioned to not trust less experienced (read: younger) people, and that attitude never changed. That's why you see articles like this - author seems to be from gen-x and is worried about pay for senior engineers in his cohort, but I am happy that less-experienced (younger) people will get the opportunity to work at a company like red hat.
Nowadays, it doesn't feel like companies want to take the on the "risk" or inconvenience of training inexperienced people, excluding Bay Area tech companies where the average age is in the 20s. Interestingly, those are the companies that are doing really well right now.
This feels like a dynamic unique to this time - legacy orgs are basically content with getting older [1]. There's a sense pessimism too nowadays, that it makes me wonder if the generations older than mine are afraid of the younger generation taking their jobs and / or driving down wages.
[1] https://twitter.com/uberfacts/status/1348723228924108808