Salary for Sr. Java Engineer

[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.

[Anonymous]

ucodegen,

“fast recursive directory search version using memory mapped IO”

fun…fuddy duddy me, still uses a shell function w/ find/xargs/grep. 🙂 guess i need to start using grep -r. the reason i dont, is not all greps have -r/-R.

yacc would be good for a handle! i’ve used yacc…but not in a long long time.

it sounds like you were there before me, 163 and 161 i took in 87/88 and i dont know if those were eecs then or not, although some classes i took were eecs. at some point in the late 80s, there was a shift from eecs to cse and ece classes. the stigma of being g-eecs was too much.

as for the warm up, i was an CE, so electives or optional classes (like 173) didnt fit w/ an already full schedule.

pascal fell away to java as a beginning language in the 90s. doesnt look like pascal is still offered as a class. see http://www.ucsd.edu/catalog/courses/CSE.html#cse5a

it does look like c/c++/assembly/embedded/concurrency classes are still on the list of classes…

[Anonymous]

ucodegen,

“fast recursive directory search version using memory mapped IO”

fun…fuddy duddy me, still uses a shell function w/ find/xargs/grep. 🙂 guess i need to start using grep -r. the reason i dont, is not all greps have -r/-R.

yacc would be good for a handle! i’ve used yacc…but not in a long long time.

it sounds like you were there before me, 163 and 161 i took in 87/88 and i dont know if those were eecs then or not, although some classes i took were eecs. at some point in the late 80s, there was a shift from eecs to cse and ece classes. the stigma of being g-eecs was too much.

as for the warm up, i was an CE, so electives or optional classes (like 173) didnt fit w/ an already full schedule.

pascal fell away to java as a beginning language in the 90s. doesnt look like pascal is still offered as a class. see http://www.ucsd.edu/catalog/courses/CSE.html#cse5a

it does look like c/c++/assembly/embedded/concurrency classes are still on the list of classes…

[Anonymous]

ucodegen,

“fast recursive directory search version using memory mapped IO”

fun…fuddy duddy me, still uses a shell function w/ find/xargs/grep. 🙂 guess i need to start using grep -r. the reason i dont, is not all greps have -r/-R.

yacc would be good for a handle! i’ve used yacc…but not in a long long time.

it sounds like you were there before me, 163 and 161 i took in 87/88 and i dont know if those were eecs then or not, although some classes i took were eecs. at some point in the late 80s, there was a shift from eecs to cse and ece classes. the stigma of being g-eecs was too much.

as for the warm up, i was an CE, so electives or optional classes (like 173) didnt fit w/ an already full schedule.

pascal fell away to java as a beginning language in the 90s. doesnt look like pascal is still offered as a class. see http://www.ucsd.edu/catalog/courses/CSE.html#cse5a

it does look like c/c++/assembly/embedded/concurrency classes are still on the list of classes…

[Anonymous]

ucodegen,

“fast recursive directory search version using memory mapped IO”

fun…fuddy duddy me, still uses a shell function w/ find/xargs/grep. 🙂 guess i need to start using grep -r. the reason i dont, is not all greps have -r/-R.

yacc would be good for a handle! i’ve used yacc…but not in a long long time.

it sounds like you were there before me, 163 and 161 i took in 87/88 and i dont know if those were eecs then or not, although some classes i took were eecs. at some point in the late 80s, there was a shift from eecs to cse and ece classes. the stigma of being g-eecs was too much.

as for the warm up, i was an CE, so electives or optional classes (like 173) didnt fit w/ an already full schedule.

pascal fell away to java as a beginning language in the 90s. doesnt look like pascal is still offered as a class. see http://www.ucsd.edu/catalog/courses/CSE.html#cse5a

it does look like c/c++/assembly/embedded/concurrency classes are still on the list of classes…

[Anonymous]

ucodegen,

“fast recursive directory search version using memory mapped IO”

fun…fuddy duddy me, still uses a shell function w/ find/xargs/grep. 🙂 guess i need to start using grep -r. the reason i dont, is not all greps have -r/-R.

yacc would be good for a handle! i’ve used yacc…but not in a long long time.

it sounds like you were there before me, 163 and 161 i took in 87/88 and i dont know if those were eecs then or not, although some classes i took were eecs. at some point in the late 80s, there was a shift from eecs to cse and ece classes. the stigma of being g-eecs was too much.

as for the warm up, i was an CE, so electives or optional classes (like 173) didnt fit w/ an already full schedule.

pascal fell away to java as a beginning language in the 90s. doesnt look like pascal is still offered as a class. see http://www.ucsd.edu/catalog/courses/CSE.html#cse5a

it does look like c/c++/assembly/embedded/concurrency classes are still on the list of classes…

[svelte]

[quote=flu][quote=svelte]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…. [/quote]

I guess I don’t think about embedded linux very often because it doesn’t work so well if you need a real-time operating system, unless they’ve made changes as of late that I don’t know about. It is used by 18% of embedded engineers, but since that market is so chopped up that’s actually quite a good percentage.

But you’re right – if it’s cheap and free it is a great fit for being taught at universities.

[svelte]

[quote=flu][quote=svelte]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…. [/quote]

I guess I don’t think about embedded linux very often because it doesn’t work so well if you need a real-time operating system, unless they’ve made changes as of late that I don’t know about. It is used by 18% of embedded engineers, but since that market is so chopped up that’s actually quite a good percentage.

But you’re right – if it’s cheap and free it is a great fit for being taught at universities.

[svelte]

[quote=flu][quote=svelte]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…. [/quote]

I guess I don’t think about embedded linux very often because it doesn’t work so well if you need a real-time operating system, unless they’ve made changes as of late that I don’t know about. It is used by 18% of embedded engineers, but since that market is so chopped up that’s actually quite a good percentage.

But you’re right – if it’s cheap and free it is a great fit for being taught at universities.

[svelte]

[quote=flu][quote=svelte]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…. [/quote]

I guess I don’t think about embedded linux very often because it doesn’t work so well if you need a real-time operating system, unless they’ve made changes as of late that I don’t know about. It is used by 18% of embedded engineers, but since that market is so chopped up that’s actually quite a good percentage.

But you’re right – if it’s cheap and free it is a great fit for being taught at universities.

[svelte]

[quote=flu][quote=svelte]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…. [/quote]

I guess I don’t think about embedded linux very often because it doesn’t work so well if you need a real-time operating system, unless they’ve made changes as of late that I don’t know about. It is used by 18% of embedded engineers, but since that market is so chopped up that’s actually quite a good percentage.

But you’re right – if it’s cheap and free it is a great fit for being taught at universities.

[ucodegen]

[quote grepper]
fun…fuddy duddy me, still uses a shell function w/ find/xargs/grep. 🙂 guess i need to start using grep -r. the reason i dont, is not all greps have -r/-R.
[/quote]
find . -exec grep -s $i {} ; -print

wasn’t fast enough for me. The directory trees were a bit big. My first ‘grepper’ was basically a shell script calling out the find above. (could be $1, or $i in a foreach – mileage may vary). I quickly replaced it with the recursive memory mapped IO version because find/exec was too slow.

Grab the gnu code for grep.. it has the recursive option. You get source, though you will have to compile.

[quote grepper]
it sounds like you were there before me, 163 and 161 i took in 87/88 and i dont know if those were eecs then or not, although some classes i took were eecs. at some point in the late 80s, there was a shift from eecs to cse and ece classes. the stigma of being g-eecs was too much.
[/quote]
I was taking my last courses as the shift from EECS to CSE and ECE was occurring. I graduated under the ECE/CE ‘banner’.

[quote grepper]
as for the warm up, i was an CE, so electives or optional classes (like 173) didnt fit w/ an already full schedule.
[/quote]
CE here too, I took it anyway.

I was looking at your link.. kind of interesting what they added.. stuff we had to ‘absorb’ without taking classes.. like ‘CSE 80’.. Unix Lab

CSE 70 was the old assembly language class.. now it looks more like a software dev. process class. Looking at the ‘units’ listed, it looks like the labs have been dumbed down. The old lab classes (ie 61, 63, 70, 161, 163, 173, 175) were very time consuming.. you earned those units..

Looks like;
161 got broken into many classes.
173 became CSE 130
163 became CSE 131
168 became CSE 132 — I think I have the original number right
175 became CSE 140 (rolled in parts of eecs 70)
176 became CSE 167 (may have picked up the math cg class)

[quote svelte]
I guess I don’t think about embedded linux very often because it doesn’t work so well if you need a real-time operating system, unless they’ve made changes as of late that I don’t know about. It is used by 18% of embedded engineers, but since that market is so chopped up that’s actually quite a good percentage.
[/quote]
Actually it works quite well. From what I remember, VxWorks is actually a Berkeley Unix kernel- stripped&tweaked- not that they would admit it. I worked on a BSD kernel, and when I did some work on VxWorks.. it was awfully familiar. The Berkeley source code license allows a company to take the source, alter it and put a copyright on the altered version – unlike the GNU license. Also take a look at LTIB, used on many ARM7/9 boards. Another one to look up is MonteVista Linux.

[ucodegen]

[quote grepper]
fun…fuddy duddy me, still uses a shell function w/ find/xargs/grep. 🙂 guess i need to start using grep -r. the reason i dont, is not all greps have -r/-R.
[/quote]
find . -exec grep -s $i {} ; -print

wasn’t fast enough for me. The directory trees were a bit big. My first ‘grepper’ was basically a shell script calling out the find above. (could be $1, or $i in a foreach – mileage may vary). I quickly replaced it with the recursive memory mapped IO version because find/exec was too slow.

Grab the gnu code for grep.. it has the recursive option. You get source, though you will have to compile.

[quote grepper]
it sounds like you were there before me, 163 and 161 i took in 87/88 and i dont know if those were eecs then or not, although some classes i took were eecs. at some point in the late 80s, there was a shift from eecs to cse and ece classes. the stigma of being g-eecs was too much.
[/quote]
I was taking my last courses as the shift from EECS to CSE and ECE was occurring. I graduated under the ECE/CE ‘banner’.

[quote grepper]
as for the warm up, i was an CE, so electives or optional classes (like 173) didnt fit w/ an already full schedule.
[/quote]
CE here too, I took it anyway.

I was looking at your link.. kind of interesting what they added.. stuff we had to ‘absorb’ without taking classes.. like ‘CSE 80’.. Unix Lab

CSE 70 was the old assembly language class.. now it looks more like a software dev. process class. Looking at the ‘units’ listed, it looks like the labs have been dumbed down. The old lab classes (ie 61, 63, 70, 161, 163, 173, 175) were very time consuming.. you earned those units..

Looks like;
161 got broken into many classes.
173 became CSE 130
163 became CSE 131
168 became CSE 132 — I think I have the original number right
175 became CSE 140 (rolled in parts of eecs 70)
176 became CSE 167 (may have picked up the math cg class)

[quote svelte]
I guess I don’t think about embedded linux very often because it doesn’t work so well if you need a real-time operating system, unless they’ve made changes as of late that I don’t know about. It is used by 18% of embedded engineers, but since that market is so chopped up that’s actually quite a good percentage.
[/quote]
Actually it works quite well. From what I remember, VxWorks is actually a Berkeley Unix kernel- stripped&tweaked- not that they would admit it. I worked on a BSD kernel, and when I did some work on VxWorks.. it was awfully familiar. The Berkeley source code license allows a company to take the source, alter it and put a copyright on the altered version – unlike the GNU license. Also take a look at LTIB, used on many ARM7/9 boards. Another one to look up is MonteVista Linux.

[ucodegen]

[quote grepper]
fun…fuddy duddy me, still uses a shell function w/ find/xargs/grep. 🙂 guess i need to start using grep -r. the reason i dont, is not all greps have -r/-R.
[/quote]
find . -exec grep -s $i {} ; -print

wasn’t fast enough for me. The directory trees were a bit big. My first ‘grepper’ was basically a shell script calling out the find above. (could be $1, or $i in a foreach – mileage may vary). I quickly replaced it with the recursive memory mapped IO version because find/exec was too slow.

Grab the gnu code for grep.. it has the recursive option. You get source, though you will have to compile.

[quote grepper]
it sounds like you were there before me, 163 and 161 i took in 87/88 and i dont know if those were eecs then or not, although some classes i took were eecs. at some point in the late 80s, there was a shift from eecs to cse and ece classes. the stigma of being g-eecs was too much.
[/quote]
I was taking my last courses as the shift from EECS to CSE and ECE was occurring. I graduated under the ECE/CE ‘banner’.

[quote grepper]
as for the warm up, i was an CE, so electives or optional classes (like 173) didnt fit w/ an already full schedule.
[/quote]
CE here too, I took it anyway.

I was looking at your link.. kind of interesting what they added.. stuff we had to ‘absorb’ without taking classes.. like ‘CSE 80’.. Unix Lab

CSE 70 was the old assembly language class.. now it looks more like a software dev. process class. Looking at the ‘units’ listed, it looks like the labs have been dumbed down. The old lab classes (ie 61, 63, 70, 161, 163, 173, 175) were very time consuming.. you earned those units..

Looks like;
161 got broken into many classes.
173 became CSE 130
163 became CSE 131
168 became CSE 132 — I think I have the original number right
175 became CSE 140 (rolled in parts of eecs 70)
176 became CSE 167 (may have picked up the math cg class)

[quote svelte]
I guess I don’t think about embedded linux very often because it doesn’t work so well if you need a real-time operating system, unless they’ve made changes as of late that I don’t know about. It is used by 18% of embedded engineers, but since that market is so chopped up that’s actually quite a good percentage.
[/quote]
Actually it works quite well. From what I remember, VxWorks is actually a Berkeley Unix kernel- stripped&tweaked- not that they would admit it. I worked on a BSD kernel, and when I did some work on VxWorks.. it was awfully familiar. The Berkeley source code license allows a company to take the source, alter it and put a copyright on the altered version – unlike the GNU license. Also take a look at LTIB, used on many ARM7/9 boards. Another one to look up is MonteVista Linux.

[ucodegen]

[quote grepper]
fun…fuddy duddy me, still uses a shell function w/ find/xargs/grep. 🙂 guess i need to start using grep -r. the reason i dont, is not all greps have -r/-R.
[/quote]
find . -exec grep -s $i {} ; -print

wasn’t fast enough for me. The directory trees were a bit big. My first ‘grepper’ was basically a shell script calling out the find above. (could be $1, or $i in a foreach – mileage may vary). I quickly replaced it with the recursive memory mapped IO version because find/exec was too slow.

Grab the gnu code for grep.. it has the recursive option. You get source, though you will have to compile.

[quote grepper]
it sounds like you were there before me, 163 and 161 i took in 87/88 and i dont know if those were eecs then or not, although some classes i took were eecs. at some point in the late 80s, there was a shift from eecs to cse and ece classes. the stigma of being g-eecs was too much.
[/quote]
I was taking my last courses as the shift from EECS to CSE and ECE was occurring. I graduated under the ECE/CE ‘banner’.

[quote grepper]
as for the warm up, i was an CE, so electives or optional classes (like 173) didnt fit w/ an already full schedule.
[/quote]
CE here too, I took it anyway.

I was looking at your link.. kind of interesting what they added.. stuff we had to ‘absorb’ without taking classes.. like ‘CSE 80’.. Unix Lab

CSE 70 was the old assembly language class.. now it looks more like a software dev. process class. Looking at the ‘units’ listed, it looks like the labs have been dumbed down. The old lab classes (ie 61, 63, 70, 161, 163, 173, 175) were very time consuming.. you earned those units..

Looks like;
161 got broken into many classes.
173 became CSE 130
163 became CSE 131
168 became CSE 132 — I think I have the original number right
175 became CSE 140 (rolled in parts of eecs 70)
176 became CSE 167 (may have picked up the math cg class)

[quote svelte]
I guess I don’t think about embedded linux very often because it doesn’t work so well if you need a real-time operating system, unless they’ve made changes as of late that I don’t know about. It is used by 18% of embedded engineers, but since that market is so chopped up that’s actually quite a good percentage.
[/quote]
Actually it works quite well. From what I remember, VxWorks is actually a Berkeley Unix kernel- stripped&tweaked- not that they would admit it. I worked on a BSD kernel, and when I did some work on VxWorks.. it was awfully familiar. The Berkeley source code license allows a company to take the source, alter it and put a copyright on the altered version – unlike the GNU license. Also take a look at LTIB, used on many ARM7/9 boards. Another one to look up is MonteVista Linux.

[Author]

Posts