OT: Frustated hiring here

[Coronita]

[quote=sdcellar]and AN, maybe you could come back with something sustantive, like “Most apps on the iPhone are just noise.”

In that case, you might have something, seeing that recent surveys indicate that only 15,000 out of over 65,000 apps available have been downloaded at all.

Then, I could at least come back with, yeah, but if you look at the built-in apps, Apple’s done a better job of making each one of them useful. And then, you could say… well, you get the idea.

Which brings me back to flu and just a reminder that if you think it’s hard to find good engineers, the really hard part is coming up with a product that will appeal to consumers. You’ve got a great idea, right?[/quote]

Well, my colleague’s already have a customer. telco’s specifically…And I’m piggy-backing off of him to build crap on top of crap :). I don’t sell directly to consumers. Out of all things, I’m an enabler, not a specific app provider. There is no significant money to be made on individual apps, particularly iphone apps.

As far as the headache of managing a 16.5 hr timezone difference tell me about it. But I already got do deal with a buddy that isn’t even here in S.D.

So let me ask is almost $100k/year such a shabby deal for someone with 6-8 years of relevant experience? I guess if firemen are making $150k+ pension, relatively, speaking yes? All said and done, that is how much it’s looking like for a good guy from Bangalore factoring in overhead.

Oh well, gotta pay to play. Anyway, found two candidates today. One from Texas.

[paramount]

Good labor isn’t cheap, and cheap labor isn’t good.

I’m sure if you paid enough, one or more of those applicants from google or qualcomm would jump ship. That’s the way the employment market should work IMO.

[paramount]

Good labor isn’t cheap, and cheap labor isn’t good.

I’m sure if you paid enough, one or more of those applicants from google or qualcomm would jump ship. That’s the way the employment market should work IMO.

[paramount]

Good labor isn’t cheap, and cheap labor isn’t good.

I’m sure if you paid enough, one or more of those applicants from google or qualcomm would jump ship. That’s the way the employment market should work IMO.

[paramount]

Good labor isn’t cheap, and cheap labor isn’t good.

I’m sure if you paid enough, one or more of those applicants from google or qualcomm would jump ship. That’s the way the employment market should work IMO.

[paramount]

Good labor isn’t cheap, and cheap labor isn’t good.

I’m sure if you paid enough, one or more of those applicants from google or qualcomm would jump ship. That’s the way the employment market should work IMO.

[ucodegen]

The deal is, coincidently we both need folks who can do things (yesterday)…Not someone who is going to screw around for the next 4-5 months “figuring things out from scratch”….Perhaps we’re both being harsh, but we’re like dude, if you really want to do this, couldn’t you have possibly tried to learn this during the past 1-2 years when you already thought your existing skillset needed to be expanded. Why are you going to do this on our dime?

CONCHO and CricketOnTheHearth largely covered this.
Basically the world of apps on a cell phone is minuscule compared to the technical space occupied by all IT type work. It is not possible to ‘train’ specifically for all the types of work out there and for all proprietary systems. There will always be ramp up times on projects. Best approach would be to look for similarity in skills (cell platform would be similar to many forms of embedded, and Java engines can run on many embedded platforms, particularly those running a multitasking OS/RTOS). Outside of the programming languages, you are primarily dealing with APIs, which are really easy for a good person to pick up.

[ucodegen]

The deal is, coincidently we both need folks who can do things (yesterday)…Not someone who is going to screw around for the next 4-5 months “figuring things out from scratch”….Perhaps we’re both being harsh, but we’re like dude, if you really want to do this, couldn’t you have possibly tried to learn this during the past 1-2 years when you already thought your existing skillset needed to be expanded. Why are you going to do this on our dime?

CONCHO and CricketOnTheHearth largely covered this.
Basically the world of apps on a cell phone is minuscule compared to the technical space occupied by all IT type work. It is not possible to ‘train’ specifically for all the types of work out there and for all proprietary systems. There will always be ramp up times on projects. Best approach would be to look for similarity in skills (cell platform would be similar to many forms of embedded, and Java engines can run on many embedded platforms, particularly those running a multitasking OS/RTOS). Outside of the programming languages, you are primarily dealing with APIs, which are really easy for a good person to pick up.

[ucodegen]

The deal is, coincidently we both need folks who can do things (yesterday)…Not someone who is going to screw around for the next 4-5 months “figuring things out from scratch”….Perhaps we’re both being harsh, but we’re like dude, if you really want to do this, couldn’t you have possibly tried to learn this during the past 1-2 years when you already thought your existing skillset needed to be expanded. Why are you going to do this on our dime?

CONCHO and CricketOnTheHearth largely covered this.
Basically the world of apps on a cell phone is minuscule compared to the technical space occupied by all IT type work. It is not possible to ‘train’ specifically for all the types of work out there and for all proprietary systems. There will always be ramp up times on projects. Best approach would be to look for similarity in skills (cell platform would be similar to many forms of embedded, and Java engines can run on many embedded platforms, particularly those running a multitasking OS/RTOS). Outside of the programming languages, you are primarily dealing with APIs, which are really easy for a good person to pick up.

[ucodegen]

The deal is, coincidently we both need folks who can do things (yesterday)…Not someone who is going to screw around for the next 4-5 months “figuring things out from scratch”….Perhaps we’re both being harsh, but we’re like dude, if you really want to do this, couldn’t you have possibly tried to learn this during the past 1-2 years when you already thought your existing skillset needed to be expanded. Why are you going to do this on our dime?

CONCHO and CricketOnTheHearth largely covered this.
Basically the world of apps on a cell phone is minuscule compared to the technical space occupied by all IT type work. It is not possible to ‘train’ specifically for all the types of work out there and for all proprietary systems. There will always be ramp up times on projects. Best approach would be to look for similarity in skills (cell platform would be similar to many forms of embedded, and Java engines can run on many embedded platforms, particularly those running a multitasking OS/RTOS). Outside of the programming languages, you are primarily dealing with APIs, which are really easy for a good person to pick up.

[ucodegen]

The deal is, coincidently we both need folks who can do things (yesterday)…Not someone who is going to screw around for the next 4-5 months “figuring things out from scratch”….Perhaps we’re both being harsh, but we’re like dude, if you really want to do this, couldn’t you have possibly tried to learn this during the past 1-2 years when you already thought your existing skillset needed to be expanded. Why are you going to do this on our dime?

CONCHO and CricketOnTheHearth largely covered this.
Basically the world of apps on a cell phone is minuscule compared to the technical space occupied by all IT type work. It is not possible to ‘train’ specifically for all the types of work out there and for all proprietary systems. There will always be ramp up times on projects. Best approach would be to look for similarity in skills (cell platform would be similar to many forms of embedded, and Java engines can run on many embedded platforms, particularly those running a multitasking OS/RTOS). Outside of the programming languages, you are primarily dealing with APIs, which are really easy for a good person to pick up.

[ucodegen]

Another approach if you are uncertain about a person’s qualities, is to hire them as a contract worker and convert to full time should they demonstrate the needed skill set and aptitude for the job.

[ucodegen]

Another approach if you are uncertain about a person’s qualities, is to hire them as a contract worker and convert to full time should they demonstrate the needed skill set and aptitude for the job.

[ucodegen]

Another approach if you are uncertain about a person’s qualities, is to hire them as a contract worker and convert to full time should they demonstrate the needed skill set and aptitude for the job.

[ucodegen]

Another approach if you are uncertain about a person’s qualities, is to hire them as a contract worker and convert to full time should they demonstrate the needed skill set and aptitude for the job.

[Author]

Posts