Salary for Sr. Java Engineer

[svelte]

Wow, all those classes (assembly, compiler writing, 2-part data structures, C, etc) were at Cal State Chico when I was there too. It did successfully weed out many people. (btw, at that point in time, HP hired more sw grads from Chico than any other university…not sure if that is still true)

My current company has been able to find quite a few very sharp software grads over the last few years. These people are sharp and dedicated…they’re not coming from UCSD but from other universities from the most part. I’m not saying that UCSD doesn’t create sharp sw people now, just that we haven’t hired much from UCSD as of late.

Also agree that there is a sudden resurgence for people who know raw hardware level coding, thanks in large part to the move to handheld devices. Speedy, compact software is once again king, and that always drives one to write as close to the HW as possible.

Another reason UCSD (and maybe other universities) have moved wholesale behind Java is that the basic tools are cheap or free….costs the university very little to teach Java. Now if they want to add VxWorks or similar to their cirriculum, well now we’re talking more significant licensing fees.

[Coronita]

[quote=svelte]Wow, all those classes (assembly, compiler writing, 2-part data structures, C, etc) were at Cal State Chico when I was there too. It did successfully weed out many people. (btw, at that point in time, HP hired more sw grads from Chico than any other university…not sure if that is still true)

My current company has been able to find quite a few very sharp software grads over the last few years. These people are sharp and dedicated…they’re not coming from UCSD but from other universities from the most part. I’m not saying that UCSD doesn’t create sharp sw people now, just that we haven’t hired much from UCSD as of late.

Also agree that there is a sudden resurgence for people who know raw hardware level coding, thanks in large part to the move to handheld devices. Speedy, compact software is once again king, and that always drives one to write as close to the HW as possible.

Another reason UCSD (and maybe other universities) have moved wholesale behind Java is that the basic tools are cheap or free….costs the university very little to teach Java. Now if they want to add VxWorks or similar to their cirriculum, well now we’re talking more significant licensing fees.[/quote]

Embedded linux is cheap and free (for the most part)…. Not sure why they aren’t teaching this…. And that’s pretty much where the wind is blowing these days…And there’s not enough folks competent in embedded linux (and that’s inclusive…kicking myself right now, because that’s a lot of stuff I can’t possibly become good enough as some of my colleagues are to actually get sizeable projects/products around) to outstrip demand. The great news about these “back to basics” green shoots (and I believe they are green shoots), is they are difficult enough for your non-techie/ MBA only with no tech background to understand…definite added bonus, and added barrier to entry for all the script/php kiddies…)…

What I’m seeing is essentially where some of you older geeks were seeing in the early 80ies when you had big hardware/platform wars in the personal computers…Now it’s happening on the portable/mobility devices. Everyone wants to get an mobile kernel up and running to do xyz, putting a spin on things, and creating huge fragments in the market… Phones and tablets are just the beginning..
GPS companies trying to get into the mobile markets, traditional mobile companies trying to grab market share in the GPS market…Medical devices…Very very interesting times indeed….And everyone wants things ….yesterday….

Looks like all this monkey see/monkey do type of abstraction in software has finally started to fall on it’s own weight, and it seems like the it’s back to basics all over again.

Question: anyone seeing any activity in NFC in meaningful scale?

[Coronita]

[quote=svelte]Wow, all those classes (assembly, compiler writing, 2-part data structures, C, etc) were at Cal State Chico when I was there too. It did successfully weed out many people. (btw, at that point in time, HP hired more sw grads from Chico than any other university…not sure if that is still true)

My current company has been able to find quite a few very sharp software grads over the last few years. These people are sharp and dedicated…they’re not coming from UCSD but from other universities from the most part. I’m not saying that UCSD doesn’t create sharp sw people now, just that we haven’t hired much from UCSD as of late.

Also agree that there is a sudden resurgence for people who know raw hardware level coding, thanks in large part to the move to handheld devices. Speedy, compact software is once again king, and that always drives one to write as close to the HW as possible.

Another reason UCSD (and maybe other universities) have moved wholesale behind Java is that the basic tools are cheap or free….costs the university very little to teach Java. Now if they want to add VxWorks or similar to their cirriculum, well now we’re talking more significant licensing fees.[/quote]

Embedded linux is cheap and free (for the most part)…. Not sure why they aren’t teaching this…. And that’s pretty much where the wind is blowing these days…And there’s not enough folks competent in embedded linux (and that’s inclusive…kicking myself right now, because that’s a lot of stuff I can’t possibly become good enough as some of my colleagues are to actually get sizeable projects/products around) to outstrip demand. The great news about these “back to basics” green shoots (and I believe they are green shoots), is they are difficult enough for your non-techie/ MBA only with no tech background to understand…definite added bonus, and added barrier to entry for all the script/php kiddies…)…

What I’m seeing is essentially where some of you older geeks were seeing in the early 80ies when you had big hardware/platform wars in the personal computers…Now it’s happening on the portable/mobility devices. Everyone wants to get an mobile kernel up and running to do xyz, putting a spin on things, and creating huge fragments in the market… Phones and tablets are just the beginning..
GPS companies trying to get into the mobile markets, traditional mobile companies trying to grab market share in the GPS market…Medical devices…Very very interesting times indeed….And everyone wants things ….yesterday….

Looks like all this monkey see/monkey do type of abstraction in software has finally started to fall on it’s own weight, and it seems like the it’s back to basics all over again.

Question: anyone seeing any activity in NFC in meaningful scale?

[Coronita]

[quote=svelte]Wow, all those classes (assembly, compiler writing, 2-part data structures, C, etc) were at Cal State Chico when I was there too. It did successfully weed out many people. (btw, at that point in time, HP hired more sw grads from Chico than any other university…not sure if that is still true)

My current company has been able to find quite a few very sharp software grads over the last few years. These people are sharp and dedicated…they’re not coming from UCSD but from other universities from the most part. I’m not saying that UCSD doesn’t create sharp sw people now, just that we haven’t hired much from UCSD as of late.

Also agree that there is a sudden resurgence for people who know raw hardware level coding, thanks in large part to the move to handheld devices. Speedy, compact software is once again king, and that always drives one to write as close to the HW as possible.

Another reason UCSD (and maybe other universities) have moved wholesale behind Java is that the basic tools are cheap or free….costs the university very little to teach Java. Now if they want to add VxWorks or similar to their cirriculum, well now we’re talking more significant licensing fees.[/quote]

Embedded linux is cheap and free (for the most part)…. Not sure why they aren’t teaching this…. And that’s pretty much where the wind is blowing these days…And there’s not enough folks competent in embedded linux (and that’s inclusive…kicking myself right now, because that’s a lot of stuff I can’t possibly become good enough as some of my colleagues are to actually get sizeable projects/products around) to outstrip demand. The great news about these “back to basics” green shoots (and I believe they are green shoots), is they are difficult enough for your non-techie/ MBA only with no tech background to understand…definite added bonus, and added barrier to entry for all the script/php kiddies…)…

What I’m seeing is essentially where some of you older geeks were seeing in the early 80ies when you had big hardware/platform wars in the personal computers…Now it’s happening on the portable/mobility devices. Everyone wants to get an mobile kernel up and running to do xyz, putting a spin on things, and creating huge fragments in the market… Phones and tablets are just the beginning..
GPS companies trying to get into the mobile markets, traditional mobile companies trying to grab market share in the GPS market…Medical devices…Very very interesting times indeed….And everyone wants things ….yesterday….

Looks like all this monkey see/monkey do type of abstraction in software has finally started to fall on it’s own weight, and it seems like the it’s back to basics all over again.

Question: anyone seeing any activity in NFC in meaningful scale?

[Coronita]

[quote=svelte]Wow, all those classes (assembly, compiler writing, 2-part data structures, C, etc) were at Cal State Chico when I was there too. It did successfully weed out many people. (btw, at that point in time, HP hired more sw grads from Chico than any other university…not sure if that is still true)

My current company has been able to find quite a few very sharp software grads over the last few years. These people are sharp and dedicated…they’re not coming from UCSD but from other universities from the most part. I’m not saying that UCSD doesn’t create sharp sw people now, just that we haven’t hired much from UCSD as of late.

Also agree that there is a sudden resurgence for people who know raw hardware level coding, thanks in large part to the move to handheld devices. Speedy, compact software is once again king, and that always drives one to write as close to the HW as possible.

Another reason UCSD (and maybe other universities) have moved wholesale behind Java is that the basic tools are cheap or free….costs the university very little to teach Java. Now if they want to add VxWorks or similar to their cirriculum, well now we’re talking more significant licensing fees.[/quote]

Embedded linux is cheap and free (for the most part)…. Not sure why they aren’t teaching this…. And that’s pretty much where the wind is blowing these days…And there’s not enough folks competent in embedded linux (and that’s inclusive…kicking myself right now, because that’s a lot of stuff I can’t possibly become good enough as some of my colleagues are to actually get sizeable projects/products around) to outstrip demand. The great news about these “back to basics” green shoots (and I believe they are green shoots), is they are difficult enough for your non-techie/ MBA only with no tech background to understand…definite added bonus, and added barrier to entry for all the script/php kiddies…)…

What I’m seeing is essentially where some of you older geeks were seeing in the early 80ies when you had big hardware/platform wars in the personal computers…Now it’s happening on the portable/mobility devices. Everyone wants to get an mobile kernel up and running to do xyz, putting a spin on things, and creating huge fragments in the market… Phones and tablets are just the beginning..
GPS companies trying to get into the mobile markets, traditional mobile companies trying to grab market share in the GPS market…Medical devices…Very very interesting times indeed….And everyone wants things ….yesterday….

Looks like all this monkey see/monkey do type of abstraction in software has finally started to fall on it’s own weight, and it seems like the it’s back to basics all over again.

Question: anyone seeing any activity in NFC in meaningful scale?

[Coronita]

[quote=svelte]Wow, all those classes (assembly, compiler writing, 2-part data structures, C, etc) were at Cal State Chico when I was there too. It did successfully weed out many people. (btw, at that point in time, HP hired more sw grads from Chico than any other university…not sure if that is still true)

My current company has been able to find quite a few very sharp software grads over the last few years. These people are sharp and dedicated…they’re not coming from UCSD but from other universities from the most part. I’m not saying that UCSD doesn’t create sharp sw people now, just that we haven’t hired much from UCSD as of late.

Also agree that there is a sudden resurgence for people who know raw hardware level coding, thanks in large part to the move to handheld devices. Speedy, compact software is once again king, and that always drives one to write as close to the HW as possible.

Another reason UCSD (and maybe other universities) have moved wholesale behind Java is that the basic tools are cheap or free….costs the university very little to teach Java. Now if they want to add VxWorks or similar to their cirriculum, well now we’re talking more significant licensing fees.[/quote]

Embedded linux is cheap and free (for the most part)…. Not sure why they aren’t teaching this…. And that’s pretty much where the wind is blowing these days…And there’s not enough folks competent in embedded linux (and that’s inclusive…kicking myself right now, because that’s a lot of stuff I can’t possibly become good enough as some of my colleagues are to actually get sizeable projects/products around) to outstrip demand. The great news about these “back to basics” green shoots (and I believe they are green shoots), is they are difficult enough for your non-techie/ MBA only with no tech background to understand…definite added bonus, and added barrier to entry for all the script/php kiddies…)…

What I’m seeing is essentially where some of you older geeks were seeing in the early 80ies when you had big hardware/platform wars in the personal computers…Now it’s happening on the portable/mobility devices. Everyone wants to get an mobile kernel up and running to do xyz, putting a spin on things, and creating huge fragments in the market… Phones and tablets are just the beginning..
GPS companies trying to get into the mobile markets, traditional mobile companies trying to grab market share in the GPS market…Medical devices…Very very interesting times indeed….And everyone wants things ….yesterday….

Looks like all this monkey see/monkey do type of abstraction in software has finally started to fall on it’s own weight, and it seems like the it’s back to basics all over again.

Question: anyone seeing any activity in NFC in meaningful scale?

[fun4vnay2]

Never understood the value of MBAs.
In my present company, most of the MBAs are full of BS quite detached from ground realities and having no clues about what’s happening in the ground.

[fun4vnay2]

Never understood the value of MBAs.
In my present company, most of the MBAs are full of BS quite detached from ground realities and having no clues about what’s happening in the ground.

[fun4vnay2]

Never understood the value of MBAs.
In my present company, most of the MBAs are full of BS quite detached from ground realities and having no clues about what’s happening in the ground.

[fun4vnay2]

Never understood the value of MBAs.
In my present company, most of the MBAs are full of BS quite detached from ground realities and having no clues about what’s happening in the ground.

[fun4vnay2]

Never understood the value of MBAs.
In my present company, most of the MBAs are full of BS quite detached from ground realities and having no clues about what’s happening in the ground.

[ucodegen]

[quote grepper]
ucodegen, you cant be the original grep writer(written 40 yrs ago), k.t., can you? what did your tool grepper/greper do?
[/quote]
I worked on a later version than the (nearly 40 year old) version you are referencing. It was a fast recursive directory search version using memory mapped IO. It was done before the ‘recursive directory search’ option was added to grep/fgrep/egrep. I was getting annoyed when I needed to search for variable declarations in large source trees.. called it grepper because it was a ‘recursive grep’.. (yes, I’m older than 40… )

There have been many authors for ‘grep’ or versions thereof, though most have settled now on the GNU grep set. No, I am not k.t…

[quote grepper]
i’m a user of grep and wanted a reference to some tool that i find useful. thought it was better than devnull or devzero 🙂
[/quote]
devnull is not such a bad ‘handle’.. there is also devy and devn on some systems (always replies ‘yesn’ or ‘non’ on some systems, not all flavors had it)

‘yacc’ could also be a good handle.. 😉
.. it predates bison..

[quote grepper]
“compiler class @ UCSD” — that class(2 parter) also thinned the ranks out too. along w/ data structures 2 parter, where you learned c++ on the fly, they didnt have a c warm up class either.
[/quote]
I took mine in two parts, over two different years. This did create a problem. I had two different languages to deal with and two different languages to write in. I had to do construction work to pay for my tuition.. so I took a year+ off.

The ‘C’ warm up class was EECS 173 if I remember correctly. Not much of a warm up.. but you got exposure to multiple languages like Lisp, C, SNOBOL.. This was in the days when EECS 61 was Pascal based. I don’t remember what they did after Pascal went by the wayside. Did they replace Pascal w/ C or C++ in EECS 61? Or did they keep teaching EECS 61 in Pascal until Java came along?

I finished my EECS 163 before C++ came along. First quarter was a pain (because of teammates), second quarter was fun but timeconsuming(partially because of teammates). I was working as an admin at the same time as that class, so I could use their Unix machine after hours for the assignment, as well as some Sun2’s @ UCSD. EECS 161A/B and ECS163A/B would really tie up UCSDs machines.

[ucodegen]

[quote grepper]
ucodegen, you cant be the original grep writer(written 40 yrs ago), k.t., can you? what did your tool grepper/greper do?
[/quote]
I worked on a later version than the (nearly 40 year old) version you are referencing. It was a fast recursive directory search version using memory mapped IO. It was done before the ‘recursive directory search’ option was added to grep/fgrep/egrep. I was getting annoyed when I needed to search for variable declarations in large source trees.. called it grepper because it was a ‘recursive grep’.. (yes, I’m older than 40… )

There have been many authors for ‘grep’ or versions thereof, though most have settled now on the GNU grep set. No, I am not k.t…

[quote grepper]
i’m a user of grep and wanted a reference to some tool that i find useful. thought it was better than devnull or devzero 🙂
[/quote]
devnull is not such a bad ‘handle’.. there is also devy and devn on some systems (always replies ‘yesn’ or ‘non’ on some systems, not all flavors had it)

‘yacc’ could also be a good handle.. 😉
.. it predates bison..

[quote grepper]
“compiler class @ UCSD” — that class(2 parter) also thinned the ranks out too. along w/ data structures 2 parter, where you learned c++ on the fly, they didnt have a c warm up class either.
[/quote]
I took mine in two parts, over two different years. This did create a problem. I had two different languages to deal with and two different languages to write in. I had to do construction work to pay for my tuition.. so I took a year+ off.

The ‘C’ warm up class was EECS 173 if I remember correctly. Not much of a warm up.. but you got exposure to multiple languages like Lisp, C, SNOBOL.. This was in the days when EECS 61 was Pascal based. I don’t remember what they did after Pascal went by the wayside. Did they replace Pascal w/ C or C++ in EECS 61? Or did they keep teaching EECS 61 in Pascal until Java came along?

I finished my EECS 163 before C++ came along. First quarter was a pain (because of teammates), second quarter was fun but timeconsuming(partially because of teammates). I was working as an admin at the same time as that class, so I could use their Unix machine after hours for the assignment, as well as some Sun2’s @ UCSD. EECS 161A/B and ECS163A/B would really tie up UCSDs machines.

[ucodegen]

[quote grepper]
ucodegen, you cant be the original grep writer(written 40 yrs ago), k.t., can you? what did your tool grepper/greper do?
[/quote]
I worked on a later version than the (nearly 40 year old) version you are referencing. It was a fast recursive directory search version using memory mapped IO. It was done before the ‘recursive directory search’ option was added to grep/fgrep/egrep. I was getting annoyed when I needed to search for variable declarations in large source trees.. called it grepper because it was a ‘recursive grep’.. (yes, I’m older than 40… )

There have been many authors for ‘grep’ or versions thereof, though most have settled now on the GNU grep set. No, I am not k.t…

[quote grepper]
i’m a user of grep and wanted a reference to some tool that i find useful. thought it was better than devnull or devzero 🙂
[/quote]
devnull is not such a bad ‘handle’.. there is also devy and devn on some systems (always replies ‘yesn’ or ‘non’ on some systems, not all flavors had it)

‘yacc’ could also be a good handle.. 😉
.. it predates bison..

[quote grepper]
“compiler class @ UCSD” — that class(2 parter) also thinned the ranks out too. along w/ data structures 2 parter, where you learned c++ on the fly, they didnt have a c warm up class either.
[/quote]
I took mine in two parts, over two different years. This did create a problem. I had two different languages to deal with and two different languages to write in. I had to do construction work to pay for my tuition.. so I took a year+ off.

The ‘C’ warm up class was EECS 173 if I remember correctly. Not much of a warm up.. but you got exposure to multiple languages like Lisp, C, SNOBOL.. This was in the days when EECS 61 was Pascal based. I don’t remember what they did after Pascal went by the wayside. Did they replace Pascal w/ C or C++ in EECS 61? Or did they keep teaching EECS 61 in Pascal until Java came along?

I finished my EECS 163 before C++ came along. First quarter was a pain (because of teammates), second quarter was fun but timeconsuming(partially because of teammates). I was working as an admin at the same time as that class, so I could use their Unix machine after hours for the assignment, as well as some Sun2’s @ UCSD. EECS 161A/B and ECS163A/B would really tie up UCSDs machines.

[ucodegen]

[quote grepper]
ucodegen, you cant be the original grep writer(written 40 yrs ago), k.t., can you? what did your tool grepper/greper do?
[/quote]
I worked on a later version than the (nearly 40 year old) version you are referencing. It was a fast recursive directory search version using memory mapped IO. It was done before the ‘recursive directory search’ option was added to grep/fgrep/egrep. I was getting annoyed when I needed to search for variable declarations in large source trees.. called it grepper because it was a ‘recursive grep’.. (yes, I’m older than 40… )

There have been many authors for ‘grep’ or versions thereof, though most have settled now on the GNU grep set. No, I am not k.t…

[quote grepper]
i’m a user of grep and wanted a reference to some tool that i find useful. thought it was better than devnull or devzero 🙂
[/quote]
devnull is not such a bad ‘handle’.. there is also devy and devn on some systems (always replies ‘yesn’ or ‘non’ on some systems, not all flavors had it)

‘yacc’ could also be a good handle.. 😉
.. it predates bison..

[quote grepper]
“compiler class @ UCSD” — that class(2 parter) also thinned the ranks out too. along w/ data structures 2 parter, where you learned c++ on the fly, they didnt have a c warm up class either.
[/quote]
I took mine in two parts, over two different years. This did create a problem. I had two different languages to deal with and two different languages to write in. I had to do construction work to pay for my tuition.. so I took a year+ off.

The ‘C’ warm up class was EECS 173 if I remember correctly. Not much of a warm up.. but you got exposure to multiple languages like Lisp, C, SNOBOL.. This was in the days when EECS 61 was Pascal based. I don’t remember what they did after Pascal went by the wayside. Did they replace Pascal w/ C or C++ in EECS 61? Or did they keep teaching EECS 61 in Pascal until Java came along?

I finished my EECS 163 before C++ came along. First quarter was a pain (because of teammates), second quarter was fun but timeconsuming(partially because of teammates). I was working as an admin at the same time as that class, so I could use their Unix machine after hours for the assignment, as well as some Sun2’s @ UCSD. EECS 161A/B and ECS163A/B would really tie up UCSDs machines.

[Author]

Posts