Posted on 04/20/2017 6:32:14 AM PDT by markomalley
Talent shortage is acute in the IT and data science ecosystem in India with a survey claiming that 95% of engineers in the country are not fit to take up software development jobs.
According to a study by employability assessment company Aspiring Minds, only 4.77% candidates can write the correct logic for a programme -- a minimum requirement for any programming job.
Over 36,000 engineering students form IT related branches of over 500 colleges took Automata -- a Machine Learning based assessment of software development skills - and over 2/3 could not even write code that compiles.
The study further noted that while more than 60% candidates cannot even write code that compiles, only 1.4% can write functionally correct and efficient code.
(Excerpt) Read more at gadgetsnow.com ...
Since when has competence been a requirement for an offshore resource? All that matters to corporate America is that they cost a fraction of an American employee.
Yep...sometimes I tell them I just ate one of their cousins (a burger) for lunch.
I used to do all of my business logic coding that way, also - in Transact-SQL stored procedures. It's technically a "violation" of the old three-tier client server architecture, but it was blazing fast, immune to user error (and power-user manipulation), and the company was not going to be moving away from SQL Server for the foreseeable future, anyway.
I have no doubt new college graduates would have been baffled and horrified - but my business users loved me. :)
It is very reusable which I like. We have a vast store of SQL code lying around that we can adapt. Best of all, our enterprise system interface is written in Oracle Forms, which is all PL/SQL. We can mine procedures and functions all day.
My problem is dealing with cursors passed to Groovy. They were fast when we started but kept modding the queries which slowed them down. In hindsight, I should have used XML. Live and learn. Never pass cursors.
He was impressed. That's the kind of stuff you don't learn in school.
Yeah, I learned that one a long time ago, too. Just can't get decent performance with them.
Even back in the dark ages of IT I did not take any tests. No siree no free samples. I let my resume do the talking. Of course there were very few H1B’s back then and employers could fire you at will but I (not some third party) could negotiate my services to the highest bidder. And I made sure to keep up to date and marketable to ensure that was possible.
Not necessarily. Some years back, a company I was doing work at had hired “3 programmers” from India. When they got there it turned out that one who did speak English very well was just “the team leader”, he didnt program but did translate to the second guy. The second guy didnt program, he was “the project manager” who translated to the 3rd guy. The third guy did the programming and he could write either a program that ran every time but didnt do what we wanted or one guaranteed to do everything we wanted, at least, it was supposed to if anyone could ever get it to run.
Yep, they are working in silicone valley.
Here’s what is really weird. Modern IDEs(interactive Development Environments) like Eclipse for java for example, are designed to take the burden off of the developer. It helps with syntax, so much so, you lose the need to memorizes every little syntactic nuance. When you make a new class it will create a main for you and stem out the program. As long as the IDE is not flagging errors on any of the code, it compiles. So by using modern development system you are ruining your interview skills. It is a catch 22.
I'll bet IV&V would have been a blast.
Two more than me
So is spelling.................B^)
They ran a scam here where I work. Our tech guys would call candidate up, give quiz and then OK them. They get here and can’t do the job and our HR finally figured out the person taking the quiz over in India was the same person for each candidate.
Hmmm - a portion of our business is rescuing businesses that have all their logic written in sprocs.
After several hundred no one can manage them. The same functionality gets repeatedly created, and the spaghetti multiplies.
Eventually the logic breaks, the app shuts down, the company shuts down, and we get a panic call promising us whatever amount of money we want. :-)
With a strict set of protocols and meticulous documentation stored procedures can be managed. But I advise clients to not use them except for special cases that might have critical speed or security requirements. Both of which have mostly gone away over the last few years.
Speaking COBOL is like speaking Latin - a sign of an old-style classical education.
My tablet does it all the time. It dose sum funny tings sum thymes..............
I did all the work myself, so it was easy to keep control. In a larger, team environment there are certainly reasons to compartmentalize the business logic differently - not least so that each little Indian H1B has a gig in perpetuity. :)
Disclaimer: Opinions posted on Free Republic are those of the individual posters and do not necessarily represent the opinion of Free Republic or its management. All materials posted herein are protected by copyright law and the exemption for fair use of copyrighted works.