Forgot your password?
typodupeerror

Comment: Re:The only thing that will stop SV... (Score 1) 107

by Eric Green (#46905919) Attached to: Places Where the Silicon Valley Bubble Could Pop

Uhm, it does in fact cost money to post job ads on Craigslist. See http://www.craigslist.org/abou... . It's one of their major sources of money, along with hooker ads (oops, "therapeutic services", my bad).

Why you would do so, however, eludes me. As with the poster above, at multiple employers that have tested the Craigslist waters we've never had anybody remotely qualified respond to one of our Craigslist ads. They're just pocket change compared to Dice.com or compared to paying a recruiter's fee, so it was a "why not?". But every one of our hires seems to have been either a personal referral from a current employee, or a recruiter lured them away from another company.

Comment: Re:Only "discovered" someone's discover, nothing m (Score 1) 357

by Eric Green (#46619183) Attached to: An Engineer's Eureka Moment With a GM Flaw

Manual? What is that? Paper service manuals have gone the way of buggy whips in the auto service industry. Nobody publishes them anymore except maybe General Motors. It's all regularly-updated computer-based manuals for everybody else. Independents use Alldata, which gets updates on a regular basis from manufacturers, and dealerships use their manufacturer's computer system that does the same thing (such as Chrysler TechAuthority). For most newer cars if you are an end user who wants factory service info you go to AlldataDIY.com because paper service manuals are no longer published. For parts lists it's even simpler, you don't have to pay Alldata, the modern mechanic goes to the manufacturer's web site like Mopar.com or to some third party vendors which similarly give access to the manufacturer parts database and look up the part number there. If you pull an old part and put the part number off of it into the parts site search box, the computer will say "Superseded by" and give you the new part number. If there's no part number on the part, you drill down the assemblies list on the parts site until you see the labeled picture with your part on it, and the current part number will be in the list beneath that illustration.

And of course if you go to the dealership parts window, they put in the old part number into their computer, it says "superseded by part XYYZ", and they give you part XYYZ instead.

This is the 21st century. We have these COMPUTER thingies now. Just sayin'. There's no longer an excuse to *not* change the part number when the part has, in fact, changed. And I know for a fact that several part numbers on my Jeep have changed multiple times since it was manufactured in 2011. Which is why any modern automotive engineer has to be suspicious when GM did not change the part number on that ignition switch when, in fact, it's an entirely redesigned ignition switch...

Comment: Re:start telling the truth aws (Score 1) 109

by Eric Green (#46570919) Attached to: AWS Urges Devs To Scrub Secret Keys From GitHub

I'm not quite sure what you're talking about. Auto-scaling groups are the only thing that can restart a terminated instance (actually, they start a *new* instance). If you somehow managed to create an auto-scaling group and don't know how to set its parameters (min/max/desired) down to zero, when it's right there on the GUI, I don't know what to tell you.

Comment: Java is the new COBOL (Score 2) 133

by Eric Green (#46560661) Attached to: Ask Slashdot: Moving From Tech Support To Development?

Nobody really writes new applications in it, but there's a bajillion Java applications running most major corporations now the way COBOL used to in the old days.

That said, when looking for an engineer I'm not looking for someone who knows Java (even though that's what a lot of our product is written in). I'm looking for someone who understands computational complexity, is familiar with common algorithms and data structures, and has some notion of object oriented programming and software engineering. Anybody who's written a lot of code can pick up Java fairly swiftly at least to the "getting s**t done" stage, it took me roughly a week to do so ("oh, so it's like Python with C++ syntax, except with only single inheritance and with templates!"), but if you don't understand the why of what you're doing, you're not going to do well in our shop.

So: Get a computer science degree. Or at least significant computer science coursework. And not from Joe's Plumbing and Programming School, get one from some place that teaches actual computer science, not programming. Either that, or write some Open Source applications and contribute to the Linux kernel. Nobody cares what school you went to if you can write Linux drivers, all they care about is that you know the difference between a BIO and an SK_BUF. But they want to see your name in the Linux changelogs first.

Comment: Re:heartburn in the industry? (Score 1) 367

by Eric Green (#46555785) Attached to: Linux May Succeed Windows XP As OS of Choice For ATMs

A company which sells a solution at a higher price than other companies because of a higher cost of developing the software is soon to be an ex-company.

You're talking technology. But technology does not determine whether a company stays in business. Delivering in a timely manner a solution that works well enough for a cost equal to or less than the competition is what determines whether a company stays in business. There's a large number of application areas where Windows is what allows that. Luckily that's not *every* industry, or else I would have problems. (Disclaimer: I have been writing commercial software for Linux since 1996, yep, 18 years now).

Comment: Re:heartburn in the industry? (Score 1) 367

by Eric Green (#46555777) Attached to: Linux May Succeed Windows XP As OS of Choice For ATMs

My brother works in the SCADA industry. All of their stuff is Windows, mostly Windows XP Embedded. Why? Simple. It's the tools. There are various toolkits out there that make building a SCADA application almost drag-and-drop. It'd take four times as many people twice as long to hack all that up in C or C++ under Linux. And they simply don't sell enough SCADA systems to justify that kind of effort -- it's a crowded market where no single vendor manages to sell more than a few hundred instances of any particular model, so per-unit development cost difference between Windows and Linux far outweighs the OS cost difference.

As for why SCADA toolchain vendors don't port their tools to Linux, usually their tools are a large array of components from various vendors strung together with DCOM. Distributed SCADA systems in particular are heavily invested in Microsoft's DCOM OPC for communications between SCADA components such as pipeline pressure monitors, valve position sensors, billing stations, and operational monitoring stations. Linux doesn't support DCOM OPC as such, or any equivalent to it, with any standard libraries though there are emulators that may or may not work. The industry standardized on DCOM OPC for practical reasons -- it existed at the time they started doing all this (back in Windows NT days) while nothing like it existed on Linux back then, and they can write binary components that work pretty much on any Windows system, as versus with Linux where the distributions are not binary compatible and where five year old binaries will rarely run on a modern Linux system. Linux is great when you're selling a whole solution from top to bottom, but if you're trying to sell commercial software to SCADA system developers, Linux presents significant practical difficulties compared to WIndows. So there simply is no incentive to move off of Windows even though they're likely going to now be targeting later embedded Windows versions rather than embedded XP.

I'm not up on ATM's. But it would surprise me if ATM developers did not in fact use similar tools to create their product -- tools that are Windows-centric not because of Linux hatred, but because of history and the practical problems of trying to sell binary-blob commercial software on Linux (which is a task akin to nailing jelly to a tree).

Comment: Re:They'll get over it (Score 1) 323

by Eric Green (#46554755) Attached to: More On the Disposable Tech Worker

H1B visas *can* be transferred, but it's a major annoyance. One of our H1B's was "officially" still on the payroll of the parent company after our division was split off as a separate company. This annoyed our former parent company greatly, since they had to pay him then bill us for his pay and benefits, but part of the divestment agreement called for them to do that for him until we could get the visa transferred. It took roughly six months to get the visa transferred :(.

BTW, the United States is not the world. For example, the UK likes to poach the best and brightest H1B's from the US, I know three Indians formerly in the US on H1B's who've ended up in London. Canada also loves Indian immigrants who have a computer science degree and five years of work experience in computer fields, they put such immigrants on a fast track to a work permit and citizenship since they're perceived as having valuable skills and as being easy to assimilate. The notion that the H1B's only have a choice of India and the US as places to work is a false one. The US is still a major draw but if the US mistreats immigrants, they'll go elsewhere and the US will basically have spent a small fortune training them up for the UK, Canada, and other nations to get the advantage of such training.

Comment: Re:They'll get over it (Score 1) 323

by Eric Green (#46549653) Attached to: More On the Disposable Tech Worker

Often the lowest-paid H1B's, the ones working for contracting companies like Tata, are stacked in communal apartments. One 1-bedroom apartment I visited had eight people living in it, they slept on futon mattresses thrown on the floor of the living room and bedroom and eat communally in the kitchen/dining area (there are multiple Indian grocers within walking distance of that apartment complex so it is easy to get cheap eats, though they tend to not be good cooks -- I almost swore off of Indian food after tasting a sample!). They rarely have cars, they rely on mass transit or employer bus to get to work. I drive by a bus stop every morning that has two dozen H1B's waiting for the bus so they can get to Cisco where they work. (I know it's Cisco because they have various Cisco-related stickers, binders, backpacks, etc. as well as Cisco badges that serve as their bus fare due to a special agreement Cisco made with the local transit authority).

Then there are the H1B's who are here because other work visas are too expensive, but otherwise are just normal employees. Several of my co-workers at my last company were H1B's. They had been working in the India office of the company when the India office was closed down as the company downsized, but were critical employees (they'd "owned" major parts of the technology as engineers and basically were irreplaceable due to their institutional knowledge of the innards of the technology) so were brought over on H1B. There needs to be a better way of handling that kind of thing other than the H1B with all its limitations and restrictions, but right now there really isn't, not unless your name is Linus Torvalds and you're brought in on a "genius" visa. We were always nervous when one of them went back home on vacation as to whether they'd be able to get back into the country. We endured the legal nightmare that was their work visa because they really were that important to our company. I presume they were paid accordingly.

In general I have no problem with the notion that it's a good idea to have work visas that can be issued to the best and brightest from all over the world. But let's not use bogus reasons to justify it. And the H1B with its myriad of limitations and restrictions is just plain obnoxious, we need something better if we really are trying to bring in the best and the brightest.

Comment: Re:Not easy? (Score 1) 323

by Eric Green (#46549603) Attached to: More On the Disposable Tech Worker

There are literally hundreds of thousands of trained and experienced American software engineers "on the bench" right now and 50% of graduates of U.S. computer science and IS programs don't even manage to find a job in the field. Google gets over 1,000,000 resumes per year. Microsoft may not get that many due to Microsoft's reputation as a "stodgy" and "yesterday's technology" company amongst the best and brightest (yes, I know that's unfair, but that's MS's reputation outside the MS "bubble") but I would be seriously surprised if Microsoft got less than 500,000 resumes per year. Microsoft hires about 3,000 people per year -- or roughly 0.6% of the people who submit resumes.

Given that, the notion that Microsoft can't find sufficient talent without H1B's says more about Microsoft's hiring process and Microsoft's reputation than it says about the availability of Americans with a background and training in software engineering. Especially telling is your notion that Microsoft should only look at the "top 20%" from a few "elite" universities. Frankly, given the criteria you mentioned, I wouldn't have been qualified to work for Microsoft upon college graduation because I wasn't "in the top 20%" -- mostly because I'd been working multiple jobs while in college, including writing actual software products shipped to actual real paying customers either as a contractor for various local companies or as an employee of a relative's company. I think my record over the past twenty years (multiple products shipped in multiple technologies ranging from PIC firmware for a front panel processor to Linux kernel driver work to Groovy/Grails code for a web app) shows just how silly Microsoft's criteria really are. There's a lot of talent out there that never makes it past that initial pre-screen where Microsoft immediately discards 80% of the applicants as "not good enough" without a single technical person ever talking to the applicant.

Frankly, our biggest problem when we go to hire people is not a shortage of candidates. It's too *many* candidates. My team doesn't have time to interview all the possible candidates who are submitted when we have a job opening, meaning it's a heavy filtering process. We rely on recruiters that we trust to do the initial prescreening, the ones we work with have technical backgrounds. Once they do the prescreening my boss is the guy doing the next level of filtering, and luckily he has a technical background too. The handful of candidates who make it to actual interviews generally all would be capable of doing the job, it becomes a case of deciding whether a candidate would fit with the team, stands out in some way, etc.

Unfortunately at many major corporations the people doing the initial filtering don't have a technical background and end up filtering on trivial criteria that discard good candidates for no good reason. That mostly lame people get dumped on your desk doesn't surprise me. It seems to be the norm for major corporations today where HR is doing the filtering. But that says more about a broken hiring process than it says about any shortage of trained and often experienced software talent.

Comment: Re:Recycle! (Score 4, Insightful) 323

by Eric Green (#46549439) Attached to: More On the Disposable Tech Worker

I'm one of those "too hard to retrain" older programmers. I helped develop the new technologies, so clearly I know them better than some newbie right out of college, so all I can say is WTF? In my experience newbies right out of college don't even know how to properly do object oriented programming, much less know the ins and outs of new technologies such as, say, Groovy/Grails. Which, BTW, I picked up within a few weeks when I needed to do so, because it's just an interpreted Ruby-like language with Java syntax and a thin layer over Hibernate for persistence along with a JSP-like rendering language, all of which were technologies I already knew, so ...

Of course the next big new web framework technology is going to be Scala / Play which is, uhm, pretty much like other technologies I already know, just "fresh" and "new" (and with some interesting contrasts to Groovy/Grails) so I expect when it comes time to do so, I'll pick it up in a few weeks, far less time than it takes to import an H1B from India. But hey, I'm a Neanderthal too hard to retrain, right?

Oh wait, the H1Bs can be warehoused 20 to the apartment and paid $12,000/year. Alrighty, then!

Comment: Re:Experience Matters But So Does Price (Score 1) 379

What tech stack? I suppose "Linux". The more apt question would be what have I *not* done, from firmware for a PIC front panel processor to Linux kernel driver maintenance to Linux distribution design from bootloader contents to application payload to design and implementation of web app back ends in Java, Groovy, and Grails. I've used C, C++, Ruby, Java, Python, Groovy, Perl, /bin/sh, a couple of assembly languages, and probably more that I've actually forgotten. My last job I was specifying the hardware for a storage appliance, creating the Linux distribution that ran on it, and maintaining / refreshing / updating some of the drivers that ran it as well as modifying the core storage stack to run on the new Linux distribution and devising a much better scheme for imaging and upgrading appliances. The job before that was writing a the management infrastructure for a firewall appliance as well as debugging some kernel driver issues such as a buggy I2C driver. This job I'm doing Groovy / Grails programming while automating cloud deployment in the EC2 cloud and managing the entire deployment process. It's not necessarily that I move around a lot, it's that when companies need something done, they know that if I'm assigned a responsibility it gets done. Indeed, I didn't even switch desks when I moved from maintaining the storage appliance to automating the cloud deployment process (BTW, whoever specified JSON for CloudFormation needs to be beat over the head with a Clue Stick, JSON doesn't have comments so is a *terrible* configuration language). Though the company did change around me :).

As for age, I saw human beings bouncing around on the Moon. On live TV. Not on History Channel replays. Do your own math :).

Comment: Re:Experience Matters But So Does Price (Score 1) 379

Oddly enough, my previous three job offers were for salaries well above my salary expectations, In some cases significantly above. In my case it's not my salary expectations that are the problem (I live frugally and have a significant chunk of change in the bank and typically choose jobs based on what interests me rather than the size of the offer), it's the industry's perception of what my salary expectations must be given my experience level that are (conceivably) the problem. I say "conceivably" because thus far when I've actively looked for a job the problem is choosing between multiple competing job offers, not a lack of job offers.

We gave you an atomic bomb, what do you want, mermaids? -- I. I. Rabi to the Atomic Energy Commission

Working...