6 ms·

Wow, I wish I was an engineer in that era. 25 years at the same company, 3 languages over 13 years. And when he needed to learn a new language he actually went

Wow, I wish I was an engineer in that era. 25 years at the same company, 3 languages over 13 years. And when he needed to learn a new language he actually went to school for it. I just started a new position, I have to learn at least 2 new languages (on my own time) which I need to be proficient in basically immediately. My very first project was, fix something in this new project which uses a new language, you have 3 days. And I felt lucky to have been given 3 days instead of 1 so I could learn the language. And then dozens of new frameworks and complex tools, complex and evolving architecture. In 2 months I will have my first week as being the point person to fix anything that goes wrong in production. And I feel like this is ok, this is normal. I wonder if most engineers now are just permanent amateurs hopping around between tools and projects, learning just enough to make it work without breaking, but not knowing how to build things properly. How many years would it take to really become expert in that language? Even if you focused all your time on that, by the time you have mastered it another language will have come along to replace it, or the language itself will have been transformed into something new. If you stay still and become an expert in something you run the risk of losing your relevance and not being able to get another job in just a few short years. 25 years? Will the company you work for even be around in 25 years? Doubtful. Then again, back then they didn't have Stackoverflow and all the resources we have now that make it possible to learn so much so quickly.

oldManRiver 8y ago
JCL, 360/370 ASM, COBOL. They were still teaching this shit at my school in the 90s. Encouraged you to take COBOL II because "there's so much old code around you'll always have a job" (left out the part about a job you'd rather kill yourself at). Peter Gibbons was updating code for the Year 2000 switch over.
- scarface74 8y ago
  I have a former classmate that was still doing mainframe development as a military contractor using I believe COBOL but I know she was doing something with JCL up to two years ago.
- silentpost 8y ago
  spoiler alert, COBOL and Assembly are used for major financial systems that you use every day (no snark intended). I live in a city that headquarters one of the largest credit card processing companies around (they use Assembler), a large insurance company (they use COBOL), and a too-big-to-fail bank (they use COBOL). The CS school within the state school in this city is sponsored by one of those companies, and they still teach (2018!) COBOL as a course req--obviously as a way to train up talent--but the fact that it's still taught today boggles the mind for me as a web developer learning something-newJS every week.
Justsignedup 8y ago
I got fairly proficient in RoR some years ago. In that I understood most of the magic and was thinking on what is the best ways to design the program for readability / maintainability. Then I got good at Java + Spring Then I got good at React + Redux Now I gotta get good at Python + Django and the damn magic it does. Next I gotta get good at Scala. It is frustrating. And I feel that had I spent 10 years in any of those I could really make amazing things in each one. But instead I feel like a generalist. Jack of all trades. And that's just the last 5 years. Before that was dozens of java frameworks, knowing differences between 4 different databases and wielding sql like a master, and more. The worst parts are: - Front-end engineers are looked down upon while I LOVE coding in React + Redux + ES6js. Wish it was TypeScript. - React changes damn near daily. - I really want to deeeeeeep dive in a tech but I feel lots of FOMO that if I don't study a hot new tech I'm screwed. (Except Vue. Vue is the same paradigm as Backbone / Ember) - I have a kid, time is limited to learn new languages.
- ninjakeyboard 8y ago
  IMO You don't need to specialize on a language or famework, but a problem domain, either technical (eg distributed systems, machine learning) or not (manufacturing, video, etc). It's better to be a good programmer that's deeply experienced in a domain, then a great scala developer that doesn't understand the domains he's working in. I'm more in the distributed space so I know elixir and scala very well with actor model and distributed coordination tools in my toolbelt. I'm not the best scala engineer but I can get shit done and it will be correct and work through all of the pathological conditions because I've seen a lot in this area. If you asked me to build a webpage I'd fall apart but I'm good at that specialization and have all of the tools I need to work with the technology I know today, and to build on to learn whatever technology is needed tomorrow (eg I've been working with elixir for a year but I'm extremely proficient at it because of my 6 years of akka experience)
  - Justsignedup 8y ago
    A fair point. At this point picking up front-end technologies is a thing I can fairly easily to. React was definitely hard because it was a different paradigm, but once I got over the hump, I'm solving the same problems as before.
gambiting 8y ago
I'm a games engine programmer. I pretty much only know VS and C++, plus some bits of C# for an occasional tool. I feel like what you described is only applicable to Web programmers - my coworker has been at the same company for the last 26 years and he only knows assembly, C and C++, and uses windows batch for scripting. No need to learn anything else - that's enough to build the latest AAA games.
- phyller 8y ago
  Ha, you're right about web engineering. But how available are jobs like yours? Because the guys that were doing them 20 years ago are still doing them today.
- curyous 8y ago
  That sounds great.
kilo_bravo_3 8y ago
>Wow, I wish I was an engineer in that era. 25 years at the same company, 3 languages over 13 years. I work for a competitor to General Dynamics in practically the same field (as close as you can get in 2018) as Mr. Ray Livesay. Counting the acquisition, I've been with the same company for 11 years, having worked my way up from being a technical writer to programmer to systems engineer. When I wanted to transition from programmer to systems engineer, I went to school to get my Master's and the company paid for most of it. Sometimes I feel like an alien, reading about other working programmers and engineers, because everyone here has their own office, has worked here for years, is happy, enjoys great benefits, the company promotes from within, and encourages professional development. But then I go to our "competipartners" and their offices are set up the same way, their benefits are within a marginal twist of a dial up or down here or there, and when I go to trade shows I see the same people with the same employer polo shirts year after year after year. The only reason I'll leave my employer is if, in a couple of years after I transition to "senior" systems engineer there isn't a position on a contract or program that will support my labor category. Maybe aerospace is the field you want to look at getting into? There are no "rock star" programmers, just people who work 9-5. It is not really appealing to most younger folks because we aren't a bunch of "hip young urban professionals" with MacBooks clustered around a communal workspace in a downtown startup incubator in a converted loft/warehouse lit by faux edison light bulbs in iron-pipe light fixtures with a pinball machine and some scooters in the corner. We're a bunch of old dudes in a generic office park. And we're paid in "lots of money" instead of "a little bit of money with tons of stock and a promise".
- Latteland 8y ago
  Google/Microsoft/amazon/facebook/other big top companies seem to only have people work in group settings, but the problem is they pay a metric shitload of money. I've worked for several of them on this list. Work at one of those for 10 years and you might be fixed for life. I also used to work at Microsoft back when we all had private offices but I was lucky enough to be there when the stock was steadily appreciating. I recently went to a startup but I don't know if they will make it, and I would love a company with private offices and a bit of stability. But I'm afraid I'll be left looking at the other companies left i haven't de-FAANG-ed yet. What is the name of your company?
eli_gottlieb 8y ago
>I wonder if most engineers now are just permanent amateurs hopping around between tools and projects, learning just enough to make it work without breaking, but not knowing how to build things properly. How many years would it take to really become expert in that language? Even if you focused all your time on that, by the time you have mastered it another language will have come along to replace it, or the language itself will have been transformed into something new. This is basically why I continually fail to make it as a web developer, at the times I'm forced to try. Even though I enjoy the work just fine, I don't have anywhere near the passion to keep up with every new framework on my own time.
acchow 8y ago
What kinds of companies do you work for and what kind of teams?
- phyller 8y ago
  Basically full stack web developer, probably a lot of these issues are particularly bad in this field

oldManRiver 8y ago

JCL, 360/370 ASM, COBOL. They were still teaching this shit at my school in the 90s. Encouraged you to take COBOL II because "there's so much old code around you'll always have a job" (left out the part about a job you'd rather kill yourself at). Peter Gibbons was updating code for the Year 2000 switch over.

scarface74 8y ago
I have a former classmate that was still doing mainframe development as a military contractor using I believe COBOL but I know she was doing something with JCL up to two years ago.
silentpost 8y ago
spoiler alert, COBOL and Assembly are used for major financial systems that you use every day (no snark intended). I live in a city that headquarters one of the largest credit card processing companies around (they use Assembler), a large insurance company (they use COBOL), and a too-big-to-fail bank (they use COBOL). The CS school within the state school in this city is sponsored by one of those companies, and they still teach (2018!) COBOL as a course req--obviously as a way to train up talent--but the fact that it's still taught today boggles the mind for me as a web developer learning something-newJS every week.

Justsignedup 8y ago

I got fairly proficient in RoR some years ago. In that I understood most of the magic and was thinking on what is the best ways to design the program for readability / maintainability. Then I got good at Java + Spring Then I got good at React + Redux Now I gotta get good at Python + Django and the damn magic it does. Next I gotta get good at Scala. It is frustrating. And I feel that had I spent 10 years in any of those I could really make amazing things in each one. But instead I feel like a generalist. Jack of all trades. And that's just the last 5 years. Before that was dozens of java frameworks, knowing differences between 4 different databases and wielding sql like a master, and more. The worst parts are: - Front-end engineers are looked down upon while I LOVE coding in React + Redux + ES6js. Wish it was TypeScript. - React changes damn near daily. - I really want to deeeeeeep dive in a tech but I feel lots of FOMO that if I don't study a hot new tech I'm screwed. (Except Vue. Vue is the same paradigm as Backbone / Ember) - I have a kid, time is limited to learn new languages.

ninjakeyboard 8y ago
IMO You don't need to specialize on a language or famework, but a problem domain, either technical (eg distributed systems, machine learning) or not (manufacturing, video, etc). It's better to be a good programmer that's deeply experienced in a domain, then a great scala developer that doesn't understand the domains he's working in. I'm more in the distributed space so I know elixir and scala very well with actor model and distributed coordination tools in my toolbelt. I'm not the best scala engineer but I can get shit done and it will be correct and work through all of the pathological conditions because I've seen a lot in this area. If you asked me to build a webpage I'd fall apart but I'm good at that specialization and have all of the tools I need to work with the technology I know today, and to build on to learn whatever technology is needed tomorrow (eg I've been working with elixir for a year but I'm extremely proficient at it because of my 6 years of akka experience)
- Justsignedup 8y ago
  A fair point. At this point picking up front-end technologies is a thing I can fairly easily to. React was definitely hard because it was a different paradigm, but once I got over the hump, I'm solving the same problems as before.

gambiting 8y ago

I'm a games engine programmer. I pretty much only know VS and C++, plus some bits of C# for an occasional tool. I feel like what you described is only applicable to Web programmers - my coworker has been at the same company for the last 26 years and he only knows assembly, C and C++, and uses windows batch for scripting. No need to learn anything else - that's enough to build the latest AAA games.

phyller 8y ago
Ha, you're right about web engineering. But how available are jobs like yours? Because the guys that were doing them 20 years ago are still doing them today.
curyous 8y ago
That sounds great.

kilo_bravo_3 8y ago

>Wow, I wish I was an engineer in that era. 25 years at the same company, 3 languages over 13 years. I work for a competitor to General Dynamics in practically the same field (as close as you can get in 2018) as Mr. Ray Livesay. Counting the acquisition, I've been with the same company for 11 years, having worked my way up from being a technical writer to programmer to systems engineer. When I wanted to transition from programmer to systems engineer, I went to school to get my Master's and the company paid for most of it. Sometimes I feel like an alien, reading about other working programmers and engineers, because everyone here has their own office, has worked here for years, is happy, enjoys great benefits, the company promotes from within, and encourages professional development. But then I go to our "competipartners" and their offices are set up the same way, their benefits are within a marginal twist of a dial up or down here or there, and when I go to trade shows I see the same people with the same employer polo shirts year after year after year. The only reason I'll leave my employer is if, in a couple of years after I transition to "senior" systems engineer there isn't a position on a contract or program that will support my labor category. Maybe aerospace is the field you want to look at getting into? There are no "rock star" programmers, just people who work 9-5. It is not really appealing to most younger folks because we aren't a bunch of "hip young urban professionals" with MacBooks clustered around a communal workspace in a downtown startup incubator in a converted loft/warehouse lit by faux edison light bulbs in iron-pipe light fixtures with a pinball machine and some scooters in the corner. We're a bunch of old dudes in a generic office park. And we're paid in "lots of money" instead of "a little bit of money with tons of stock and a promise".

Latteland 8y ago
Google/Microsoft/amazon/facebook/other big top companies seem to only have people work in group settings, but the problem is they pay a metric shitload of money. I've worked for several of them on this list. Work at one of those for 10 years and you might be fixed for life. I also used to work at Microsoft back when we all had private offices but I was lucky enough to be there when the stock was steadily appreciating. I recently went to a startup but I don't know if they will make it, and I would love a company with private offices and a bit of stability. But I'm afraid I'll be left looking at the other companies left i haven't de-FAANG-ed yet. What is the name of your company?

eli_gottlieb 8y ago

>I wonder if most engineers now are just permanent amateurs hopping around between tools and projects, learning just enough to make it work without breaking, but not knowing how to build things properly. How many years would it take to really become expert in that language? Even if you focused all your time on that, by the time you have mastered it another language will have come along to replace it, or the language itself will have been transformed into something new. This is basically why I continually fail to make it as a web developer, at the times I'm forced to try. Even though I enjoy the work just fine, I don't have anywhere near the passion to keep up with every new framework on my own time.

acchow 8y ago

What kinds of companies do you work for and what kind of teams?

phyller 8y ago
Basically full stack web developer, probably a lot of these issues are particularly bad in this field