6 ms·
Even as an immigrant to the US, I agree with this. A large part of the shortage is self-inflicted. Did we see a shortage of American workers who could do the j
by NTDF9 10y ago
Even as an immigrant to the US, I agree with this. A large part of the shortage is self-inflicted.
Did we see a shortage of American workers who could do the job right away?
YES. Not many people work in the same area of technology. There really aren't many people working in some areas of tech.
Did the employer try to compromise on their requirement of "rockstar coder with 1000 wpm typing speed, PhD in app programming, merge k-sorted arrays in 15 mins with good syntax and no compiler?"
NO. And this is why there is no shortage. It's their demand for rockstars when reality is most companies are mediocre (at best). It's not shortage, your company sucks, interviews suck and nobody wants to work there.
- frozenport 10y agoWhat you described is exactly how a labor shortage feels. When unemployment is low employees can be extremely picky. If you compare this to other fields with a glut, for example English literature majors, you'd see that they only hire rockstars.
- randomdata 10y agoA shortage, by definition, requires a situation where the price cannot rise. Of course, if the price is rising, then the poorer businesses are priced out of the market and no longer need developers. As long as price can rise, a shortage is impossible. Even if there was only one developer in the entire world, the services would eventually go to the highest bidder and everyone else would be priced out of the market, leaving no demand for other developers. That leaves me wondering what force is preventing price from rising in the case of developer talent?
- pravda 10y ago>That leaves me wondering what force is preventing price from rising in the case of developer talent? Well, it's not Steve Jobs. Not anymore.
- deleted 10y ago[deleted]
- dv_dt 10y agoIt's because many companies are overly oriented towards cost accounting and labor is classed as a cost. Some people might just say that's just a normal business calculation, and to some extent it is. But there is a another aspect to it which could be viewed through more of a class-conflict viewpoint (not necessarily a upper vs middle sense but a capital vs labor sense). This isn't just in the STEM areas - if one looks at real wage growth vs productivity, STEM areas are one of the few employment areas that are given a more generous allocation of produced benefits to labor ... leading to language of a "shortage". Edit: clarified real wage to real wage vs productivity.
- Swizec 10y agoWe make things, we don't manage people. As such we are below the people setting wages. Yes, engineers are professionals and all that, but we are seen as the executors. The final rung on the ladder who finally executes and builds the thing. So our wages do not scale that great with value of output. In many cases we are factory workers, maaaybe artisans, in a feature factory --> https://hackernoon.com/12-signs-youre-working-in-a-feature-factory-44a5b938d6a2#.kn3tutvxz https://hackernoon.com/12-signs-youre-working-in-a-feature-f...
- squozzer 10y agoTo the suits, we are little better than chimps.
- gumby 10y agoIf it makes you feel better, in MBA speak you're a "direct contributor" (unlike everyone else who has to justify the value they supposedly provide) and all those suits are stuck in the "overhead" bucket (i.e. "a burden, not contributing to revenue in any way").
- dv_dt 10y agoDoctors and lawyers are direct executors in a sense. Do they have a similar problem? And I would differ with your assessment that tech wages scale poorly with productivity. Better than many other areas, engineers can leverage their productivity extremely well - especially in software, but even moreso in the future with information and mechanical automation becoming ever more capable.
- jandrese 10y agoThis is the kind of logic only an economist could love. People still gotta get work done at the end of the day and they gotta stay in budget. Perfectly elastic markets are a fictional construct about as real as a perfectly round sphere oscillating in a perfectly sinusoidal fashion. Go on any job site and you will see tons of openings for people with 5 years experience in <every buzzword tech in the book> for $50k/year. These employers will always struggle to find acceptable talent and will always complain.
- logfromblammo 10y agoManagers have to earn more than their underlings.
- eli_gottlieb 10y ago>That leaves me wondering what force is preventing price from rising in the case of developer talent? A religious belief that labor prices must be kept as low as possible, lest communism ensue.
- pdonis 10y ago> A shortage, by definition, requires a situation where the price cannot rise. This is not correct. A shortage is a situation where demand exceeds supply. The only definite statement you can make about such a situation is that it means the market in question cannot be in equilibrium. But there are multiple possible reasons for that. Prices being controlled is actually not one of them: the effect of price controls will not be market disequilibrium but a shifting of the equilibrium. So the question you should actually be asking is, what is preventing the market from reaching equilibrium? Here are two possible answers: - Demand is growing faster than supply can keep up. - Transaction costs (for example, difficulties in employers evaluating candidates' actual potential) are preventing efficient matching of supply to demand.
- Terr_ 10y agoI find that the whole terminology/model falls apart when you get people putting the price into the definition of the thing... Whether explicitly or as an unspoken part of their argument. "The world has a severe shortage of large diamonds I can buy for pennies."
- deleted 10y ago[deleted]
- randomdata 10y ago> A shortage is a situation where demand exceeds supply. Demand is characterized by price. Simply saying you want something does not mean you demand something. I'd love to find programmers for $1/hr, but I haven't increased the demand for programmers by saying that. I have to offer something a programmer is actually willing to take to be considered demand. And so, again, as long as price is rising, you cannot have a shortage. Every time the price goes up, there will be buyers dropping out of the market not willing to pay the new high. The result is that only those who can afford programmers will be able to hire programmers, and the supply will exactly equal the demand.
- pdonis 10y ago> Demand is characterized by price. No, demand is characterized by the quantity demanded at a given price. More precisely, the demand curve is a curve of quantity demanded vs. price. > I'd love to find programmers for $1/hr, but I haven't increased the demand for programmers by saying that. Not by just saying it, but you could post a want ad for programmers at $1/hr in order to investigate the potential supply of programmers at that price. Of course you would find that it was zero, but that just means there's no supply of programmers at that price, not that there's no demand. > Every time the price goes up, there will be buyers dropping out of the market not willing to pay the new high. Now you're assuming that there is supply--programmers available at higher prices--but not demand--clients don't want to pay the offered price. (A more precise analysis would say that the quantity supplied at that price is greater than the quantity demanded--some clients will pay that price but not enough to hire all available programmers.) You're right that this is not a shortage, but that's because it's a surplus instead--supply exceeds demand, instead of demand exceeding supply. You're also ignoring other possibilities. Programmers could decide to accept lower wages instead of higher ones. "Price" is not something magically set by higher authority; it's the output of the market, not an input to it. In the first case above, if you want a programmer you will have to raise your offered price until you find one that is willing to work at that price. In the second case above, if programmers wanted work they would have to lower their prices (on average) until enough clients were willing to hire all of them.
- itscompiling 10y agoYou okay dude?
- amyjess 10y ago> Did the employer try to compromise on their requirement of "rockstar coder with 1000 wpm typing speed, PhD in app programming, merge k-sorted arrays in 15 mins with good syntax and no compiler?" Or when they want years of experience with a specific framework, library, or other system. I remember looking at Java positions last year (before I got my current job), and a lot of them would sound nice until I got to the item about "Must have X years of experience with Spring". Yeah, I have a whole bunch of core Java under my belt, and I made the requirements for everything else, but because I don't have experience with that one library, I'm shut out.
- jmschlmrs 10y agoApply anyway.
- amyjess 10y agoEh, that was a year ago. I've since moved on to a position I like at a company I like.
- ci5er 10y agoI remember shortly after Oak was renamed Java (so, maybe 1995? Certainly before the Java 1.0 release), at my startup, we wanted a Java person even if we had to retrain a C person. I gave my must-have/nice-to-have sheet to whoever was responsible for staffing and was surprised a week later to see a "Must have 5 years experience with Java" on the posting. When I asked her about it, she said that she had cribbed it from a Tivoli recruiter! A few years later, I was applying somewhere (Samsung?) for a semiconductor design position - and they wanted 5 years experience on "Mentor Graphics 8"[0]. I was semi-fluent on "Mentor Graphics 6", but that was a no-go. It sounds as if things haven't changed. [0] The naming scheme has changed, so this nomenclature is itself a no-go today.
- grainsout 10y agoI graduated in 2000, and I applied for a company doing telemetry processing in Java. I learned Java in 1997 (because Gosling was a PhD student at CMU a little before that time; we eat our own dog food). When I interviewed they asked me all sorts of questions about Java (GC, JIT, JVM, bytecode, etc) and I passed with flying colors. However, they said they wanted someone with more Java experience and I was rejected. Two weeks later I got a callback from them saying they wanted to offer me a job. I had already accepted a position. This is when I figured out that hiring managers have no idea about the talent pool they're dredging. This company wasn't even in SV. They should have offered me a job on the spot, because the fact I had any knowledge of Java.
- throwawaykambo 10y agoI agree with this. Most companies don't want to spend the time and money training a candidate. This doesn't apply just to new college grads but to more experienced candidates trying to find work where newer technologies are used. Someone who is a very good C programmer will never be hired as a Ruby on Rails developer though they could probably learn RoR in 6 months. This person is stuck finding C jobs or ends up getting forced out of the market. The reason why companies don't want to provide training is because they don't have anyone to provide that training. In the good old days, a senior engineer would take the time to teach a new hire the code base, best practices in a language and the tools involved which'd help the new hire ramp up fast. With the whole 'agile' process, everyone is focused on completing their sprints and training your co-worker gets penalized. Some blame must be placed on experienced engineers who coast along in a Big Co till that company starts going under or starts layoffs. Suddenly they realize that they don't have any skills that the market needs.
- hajile 10y agoThere are tons of articles on the "STEM shortage", but frightfully few about how to get graduates into their first job. Moving around once you've gotten a year or two under your belt is easy. I have seen lots of perfectly qualified people do other things because they couldn't get their foot in the door. Nobody wants to foot the initial cost. "They'll just take another job elsewhere" is what I always hear, but employers never seem to recognize that junior devs choosing to move on reflects more on the employer than the dev. It's human nature to always think the issue is with someone else...
- vdnkh 10y ago> Moving around once you've gotten a year or two under your belt is easy. * If your first year or two was at a "top company". Significantly more difficult if you worked anywhere else.
- Zikes 10y agoThe definitive example: https://twitter.com/mxcl/status/608682016205344768 https://twitter.com/mxcl/status/608682016205344768
- ArkyBeagle 10y agoLast job I had, we were doing quite well but market conditions changed. They effectively now have a 0.00% software presence. It just isn't possible, given the basic makeup of the company, for there to be anything other than very basic bug fixing going on - the leadership team simply can't cope. When I was there, I pretty much ran on one-page specs, if there was a written spec at all. We were violently successful. SFAIK, just because of parts cost, that's all scrapped now. :) The people that are left are of the "fix one, create three" level. One has a degree in CS but has never actually learned the trade. I did what I could, but he was perpetually interrupted. God bless 'em, but it's true. In the end, unless your business is critically dependent on software, you may be better off without us.
- georgeecollins 10y agoThat reminds me of a "C" level boss I had at a tech company. In a private meeting he said, "George, I think this team is not world class." Like he had discovered a crucial flaw that needed to be fixed. The product (that made them millions) was not world class in its design or engineering. The management of the company and its strategy was not in my opinion the best in the world. Sometimes there is this fever dream of excellence that prevents managers from being realistic about what is really necessary to get a thing done.