User Panel
Quoted: You have a point, but there are probably a lot more jobs for C++ programmers, especially in defense. View Quote Our codebase is primarily C++, and we've been looking for people for months. Granted these are more senior positions. Lots of people out there who can write a fancy resume, but can't design or code. |
|
Quoted:
I'll refute myself a bit. Our codebase is primarily C++, and we've been looking for people for months. Granted these are more senior positions. Lots of people out there who can write a fancy resume, but can't design or code. View Quote View All Quotes View All Quotes Quoted:
Quoted: You have a point, but there are probably a lot more jobs for C++ programmers, especially in defense. Our codebase is primarily C++, and we've been looking for people for months. Granted these are more senior positions. Lots of people out there who can write a fancy resume, but can't design or code. I'm told regularly that people come in to interview for senior positions and can't code a simple function to add a couple of numbers. |
|
Quoted:
Please elaborate for the benefit of those (like myself) who deal with neither. View Quote View All Quotes View All Quotes Quoted:
Quoted:
Amazon is about to destroy Oracle. aws and azure have developed cloud atabases that are tremendously more capable. I'm using azures nosql CosmosDB now. It's fantastic. Except being forced to use JavaScript for ACID transactions via stored procedures |
|
Quoted:
That's not necessarily true. We still have an app used by many of our clients written in Delphi. I miss Delphi. View Quote View All Quotes View All Quotes |
|
Quoted:
I coded that about thirty years ago. I wonder how much is still out there? I absolutely don't miss that verbose pile of crap. View Quote View All Quotes View All Quotes Quoted:
Quoted: i always wonder bout that. i actuall love cobol. at one time i used it because you could do all kinds of reports, batch processing and so forth, there are few things like 'move corr ' a to b. its a strange looking language though compared to other languages. i havent seen it used in any company ive been around since the early 90s. |
|
Quoted:
Oracle and MSSQL are pay for DBs aws and azure have developed cloud atabases that are tremendously more capable. I'm using azures nosql CosmosDB now. It's fantastic. Except being forced to use JavaScript for ACID transactions via stored procedures View Quote View All Quotes View All Quotes Quoted:
Quoted:
Quoted:
Amazon is about to destroy Oracle. aws and azure have developed cloud atabases that are tremendously more capable. I'm using azures nosql CosmosDB now. It's fantastic. Except being forced to use JavaScript for ACID transactions via stored procedures ETA: Most new developers I've worked with don't have a clue about indexing or storage architecture. Combination problems are real and in spite of exponential growth in storage and processing power, the demand when things are not properly optimized is logarithmic. I suspect the business model behind cloud services appeals to organizations because IT admin ops are expensive and politically charged. It appeals to vendors because they know that they'll get to charge for processing and storage when poor storage architectures hit critical mass and utilization increases logarithmically. |
|
Quoted:
It probably runs the bulk of financial institutions. It's certainly our backbone. About 10 years ago we had the great idea to re-write it into a true real-time system. That failed miserably. I've never touched a line of COBOL but I'm sure 50 years of code has to be horrible. We were having a problem finding qualified replacements to our aging workforce so we started our own training system which seems to be working out well. I know one guy went from the mail room to the cubicle. Several others have made career changes and seem to enjoy being COBOL developers now. View Quote |
|
Quoted:
You have 50 years of simple, procedural code. To not be able to refactor that into usable libraries of a modern framework is nothing more than gross negligence by your management. View Quote View All Quotes View All Quotes Quoted:
Quoted:
It probably runs the bulk of financial institutions. It's certainly our backbone. About 10 years ago we had the great idea to re-write it into a true real-time system. That failed miserably. I've never touched a line of COBOL but I'm sure 50 years of code has to be horrible. We were having a problem finding qualified replacements to our aging workforce so we started our own training system which seems to be working out well. I know one guy went from the mail room to the cubicle. Several others have made career changes and seem to enjoy being COBOL developers now. i can assure you it is quite possible 50 years of cobol code AINT necessary simple and procedural. i started at a company where half what i coded was cobol and half was TAL (Tandem A Language.. cant remember what the A stands for.. perhaps application). anyways we had some cobol programmers whose code would give you headaches. a huge mash of gotos and massive confusing code blocks. when i 'maintained' their code, i do what a lot of folks do (its a weakness).. i simply rewrote it from scratch. it took less time (for me anyway) to rewrite an entire program than it did to simply modify it for some change. some programs were 30.000 to 100,000 lines of code..... and i would rewrite the entire thing. |
|
Quoted:
I coded that about thirty years ago. I wonder how much is still out there? I absolutely don't miss that verbose pile of crap. View Quote View All Quotes View All Quotes Quoted:
Quoted: i always wonder bout that. i actuall love cobol. at one time i used it because you could do all kinds of reports, batch processing and so forth, there are few things like 'move corr ' a to b. its a strange looking language though compared to other languages. i havent seen it used in any company ive been around since the early 90s. |
|
Quoted:
You have 50 years of simple, procedural code. To not be able to refactor that into usable libraries of a modern framework is nothing more than gross negligence by your management. View Quote View All Quotes View All Quotes Quoted:
Quoted:
It probably runs the bulk of financial institutions. It's certainly our backbone. About 10 years ago we had the great idea to re-write it into a true real-time system. That failed miserably. I've never touched a line of COBOL but I'm sure 50 years of code has to be horrible. We were having a problem finding qualified replacements to our aging workforce so we started our own training system which seems to be working out well. I know one guy went from the mail room to the cubicle. Several others have made career changes and seem to enjoy being COBOL developers now. Many of these businesses will never leave it, because the cost of rewriting it far exceeds the cost of maintaining it. And most people don't write code that will give the reliability that old code does. |
|
Quoted:
It's been tried, multiple times. Many of these businesses will never leave it, because the cost of rewriting it far exceeds the cost of maintaining it. And most people don't write code that will give the reliability that old code does. View Quote View All Quotes View All Quotes Quoted:
Quoted:
Quoted:
It probably runs the bulk of financial institutions. It's certainly our backbone. About 10 years ago we had the great idea to re-write it into a true real-time system. That failed miserably. I've never touched a line of COBOL but I'm sure 50 years of code has to be horrible. We were having a problem finding qualified replacements to our aging workforce so we started our own training system which seems to be working out well. I know one guy went from the mail room to the cubicle. Several others have made career changes and seem to enjoy being COBOL developers now. Many of these businesses will never leave it, because the cost of rewriting it far exceeds the cost of maintaining it. And most people don't write code that will give the reliability that old code does. This isn't to say that it's *never* a good idea, but it should be approached with extreme caution. |
|
Quoted:
There is often wisdom in the "it's been working the way it is for years, don't touch it unless absolutely necessary" mindset. There are almost always unforeseen/unknown problems that arise when trying to port such a system. These can often far outweigh the costs associated with keeping the old system running. This is especially true if the old system is not well documented and the guys who made it are long gone This isn't to say that it's *never* a good idea, but it should be approached with extreme caution. View Quote View All Quotes View All Quotes Quoted:
Quoted:
Quoted:
Quoted:
It probably runs the bulk of financial institutions. It's certainly our backbone. About 10 years ago we had the great idea to re-write it into a true real-time system. That failed miserably. I've never touched a line of COBOL but I'm sure 50 years of code has to be horrible. We were having a problem finding qualified replacements to our aging workforce so we started our own training system which seems to be working out well. I know one guy went from the mail room to the cubicle. Several others have made career changes and seem to enjoy being COBOL developers now. Many of these businesses will never leave it, because the cost of rewriting it far exceeds the cost of maintaining it. And most people don't write code that will give the reliability that old code does. This isn't to say that it's *never* a good idea, but it should be approached with extreme caution. You really have to understand everything to port a 100k line piece of code, and not just the code. There are so many edge cases it's going to be a challenge for the people who wrote it originally, let alone someone having to try to learn it while they port it. |
|
Some more stuff: A lot of companies are doing a veteran push because of security clearances. Amazon just hired 30ish software engineer apprentices who have completed a bootcamp. We'll train them up to be devs. Msft and oracle are also trying to hire people to try and get .gov work.
Are you passionate about coding or are you primarily looking for a decent career and coding came up as a thing? If you can go back in: https://www.airforce.com/careers/detail/computer-systems-programming If you are looking for a job that won't break your body but aren't necessarily all in on coding: https://www.amazon.jobs/en/landing_pages/mil-apprentice Right now we only have data center and SDE but we will periodically have other jobs for networking or technical support type jobs. If you want to do some AWS certs, supposedly the SA one helps people to find jobs but I don't have experience with that personally. https://aws.amazon.com/certification/veterans-reimbursement/ |
|
Quoted:
Some more stuff: A lot of companies are doing a veteran push because of security clearances. Amazon just hired 30ish software engineer apprentices who have completed a bootcamp. We'll train them up to be devs. Msft and oracle are also trying to hire people to try and get .gov work. Are you passionate about coding or are you primarily looking for a decent career and coding came up as a thing? If you can go back in: https://www.airforce.com/careers/detail/computer-systems-programming If you are looking for a job that won't break your body but aren't necessarily all in on coding: https://www.amazon.jobs/en/landing_pages/mil-apprentice Right now we only have data center and SDE but we will periodically have other jobs for networking or technical support type jobs. If you want to do some AWS certs, supposedly the SA one helps people to find jobs but I don't have experience with that personally. https://aws.amazon.com/certification/veterans-reimbursement/ View Quote Not my cup of tea. |
|
Good read
https://medium.freecodecamp.org/how-i-went-from-newbie-to-software-engineer-in-9-months-while-working-full-time-460bd8485847 CS50 is a great class |
|
Quoted: It's been tried, multiple times. Many of these businesses will never leave it, because the cost of rewriting it far exceeds the cost of maintaining it. And most people don't write code that will give the reliability that old code does. View Quote |
|
Quoted: Don't forget to mention those jobs require a TS/SCI with full scope polygraph. Not my cup of tea. View Quote |
|
Quoted:
The costs continue to scale up as you support and maintain legacy systems like that. That code may look like spaghetti but it is still procedural code. It’s not rocket science to abstract that out and code and test that functionality to the same level of reliability as that existing code, this isn’t 1990. They have a management problem not a technology problem. View Quote View All Quotes View All Quotes Quoted:
Quoted: It's been tried, multiple times. Many of these businesses will never leave it, because the cost of rewriting it far exceeds the cost of maintaining it. And most people don't write code that will give the reliability that old code does. |
|
Quoted: There is often wisdom in the "it's been working the way it is for years, don't touch it unless absolutely necessary" mindset. There are almost always unforeseen/unknown problems that arise when trying to port such a system. These can often far outweigh the costs associated with keeping the old system running. This is especially true if the old system is not well documented and the guys who made it are long gone This isn't to say that it's *never* a good idea, but it should be approached with extreme caution. View Quote |
|
Quoted: I suspect a lot of the problem is that nobody really knows exactly everything it does, nobody who wrote it is still around (I've heard stories of 80+ year old coders being brought back in and paid astronomical consulting fees though), and as a result they're scared shitless to try to duplicate it. You really have to understand everything to port a 100k line piece of code, and not just the code. There are so many edge cases it's going to be a challenge for the people who wrote it originally, let alone someone having to try to learn it while they port it. View Quote |
|
Quoted: Yeah, because a guy looking to re-tool at 37 needs a lot of time studying segment and offset memory addressing, or learning to "desk-check" code ........ I dare you to lead an interview with a story about that time your intimate Assembly knowledge really helped the design decisions become clear. View Quote |
|
|
Quoted:
Yeah that’s obvious, but it’s also a risk to the business to not update their technology. Eventually that catches up to you. View Quote View All Quotes View All Quotes Quoted:
Quoted: There is often wisdom in the "it's been working the way it is for years, don't touch it unless absolutely necessary" mindset. There are almost always unforeseen/unknown problems that arise when trying to port such a system. These can often far outweigh the costs associated with keeping the old system running. This is especially true if the old system is not well documented and the guys who made it are long gone This isn't to say that it's *never* a good idea, but it should be approached with extreme caution. |
|
I want to make an app for phones...what's the best coding for that?
|
|
Quoted: Without knowing their business I can only assume that they are looking at that tradeoff and have decided (for now) that the risks of trying to change are greater than the risks of not changing. Eventually that balance will shift, but evidently not yet. View Quote |
|
|
Quoted:
I want to make an app for phones...what's the best coding for that? View Quote There are schools and Udemy courses that claim to take you from no experience to competent, but I can't vouch for any of them. |
|
Quoted: Which phones, what type of things do you want your app to do? View Quote Quoted: If you've never written software before you have a steep learning curve ahead of you. Apps are mostly out of my wheelhouse, but Android apps are usually in Java and iOS is using Swift now. There are schools and Udemy courses that claim to take you from no experience to competent, but I can't vouch for any of them. View Quote |
|
|
Quoted:
Some more stuff: A lot of companies are doing a veteran push because of security clearances. Amazon just hired 30ish software engineer apprentices who have completed a bootcamp. We'll train them up to be devs. Msft and oracle are also trying to hire people to try and get .gov work. Are you passionate about coding or are you primarily looking for a decent career and coding came up as a thing? If you can go back in: https://www.airforce.com/careers/detail/computer-systems-programming If you are looking for a job that won't break your body but aren't necessarily all in on coding: https://www.amazon.jobs/en/landing_pages/mil-apprentice Right now we only have data center and SDE but we will periodically have other jobs for networking or technical support type jobs. If you want to do some AWS certs, supposedly the SA one helps people to find jobs but I don't have experience with that personally. https://aws.amazon.com/certification/veterans-reimbursement/ View Quote |
|
I had no idea COBOL was still a thing. Apparently there's even a GNU COBOL compiler.
https://en.wikipedia.org/wiki/GnuCOBOL |
|
|
I absolutely agree we don't have a technology problem. But until the people that write the checks are willing to do so and provide the resources, it ain't broke. We manage huge market share and I'm sure there's a huge fear factor over putting that at risk by screwing something up.
fwiw, I've been beating the modernization drum solid for years and I'm not getting anywhere. Not even on a small scale. We're not ready. I don't like it, but I get it. Ymmv. |
|
Quoted: hook me up man - all my clearances have expired but theres nothing i wouldnt be able to get. Ive been using my CCNP daily since early 2000's, (even passed the CCIE written once) - I have AWS SA-Assoc and Networking Specialty. I'm not really a coder as my main competency though but I can do it. I mean I understand and use Git and Maven with my Java (so its not like im some scrub) and I do most my stuff in Java but have been doing a lot of python lately mainly because thats what seems to have the most stuff out there as far as cryptocurrencies go and thats my latest hobby. Im doing my own Cloud dev projects now with the cloud nosqldb, IAM, kevvault-HSM crypto, VM,s load balancers, etc etc. View Quote |
|
Quoted: They really don't. The companies have done the analyses on it and found it's cheaper to teach people COBOL and have them maintain it. There are a lot of variables that don't work the way you probably think they do. View Quote I work out if a COBOL mainframe built in the late 80s so 3 decades now of refined or even completely redone codebases with more configuration than you can believe. This is the third project I’ve been aware of to replace this system. The first two stalled after the consult came up with 1. Ridiculously complicated/expensive new system 2. Cheaper overlay which doesn’t really fix core issues (data interpretation issues Josh spoke to mostly). This one is actually going places. We’ve got our first 8 or 10 service calls in dev testing and all the contractual and regulatory stuff pretty much squared away. SIT starts 4/1! I’m super excited about it, I’ve worked in probably a dozen of these mainframes which are still active and been through 4 or 5 of these replacement projects and never gotten to see the end result.: |
|
Quoted:
I had no idea COBOL was still a thing. Apparently there's even a GNU COBOL compiler. https://en.wikipedia.org/wiki/GnuCOBOL View Quote Wondering whats up with the hate for pi's and python in this thread. Gotta have .22's and 50 BMG's in the safe, you know. Not every project needs a gear budget, or a project manager, sometimes you just smash a proof of concept together, and decide if it's all worthwhile anyway. If you always take a "do it right, or don't do it at all" approach, you're just not doing enough stuff, and are getting left behind. |
|
Quoted:
There are a number of companies offering money and support to some universities if they get a reasonable number of students to take COBOL classes as part of a CS degree. It's no secret in the finance sector that there might be a sweet modern app, or a bleeding edge website, but a lot of the real work is still getting done with some old, old code, and someone has to keep working on it. Wondering whats up with the hate for pi's and python in this thread. Gotta have .22's and 50 BMG's in the safe, you know. Not every project needs a gear budget, or a project manager, sometimes you just smash a proof of concept together, and decide if it's all worthwhile anyway. If you always take a "do it right, or don't do it at all" approach, you're just not doing enough stuff, and are getting left behind. View Quote View All Quotes View All Quotes Quoted:
Quoted:
I had no idea COBOL was still a thing. Apparently there's even a GNU COBOL compiler. https://en.wikipedia.org/wiki/GnuCOBOL Wondering whats up with the hate for pi's and python in this thread. Gotta have .22's and 50 BMG's in the safe, you know. Not every project needs a gear budget, or a project manager, sometimes you just smash a proof of concept together, and decide if it's all worthwhile anyway. If you always take a "do it right, or don't do it at all" approach, you're just not doing enough stuff, and are getting left behind. |
|
Python and Javascript and learn AWS. Get an AWS certification. https://acloud.guru I learned and passed the Developer exam via acloud.guru.
Udemy has some cheap classes as well. |
|
Quoted:
I was thinking maybe software develop for the defense department. I am a veteran and figured that might help. But I've tempered that idea with that it might force me to move to a Non-gun friendly State. Robotics is something I'm definitely interested in; in that regard too. View Quote |
|
Quoted:
LOL. I sort of regret making the thread. Being pulled in a dozen different directions. I'm no closer to deciding than when I made this thread. Heck, I'm more confused now than prior to it. View Quote |
|
I am a senior PM that manages developers. Been in this crap for 25+ years. Done it all - programming, analyst, DBA, architect and PM. Worked at Bell Labs and was a VP on wall street at one point. A few questions if the OP doesnt mind answering.
How old are you? What is your rough geographic zone (northeast, southeast, west coast, etc...)? The reason I am asking that is both will impact your ability to find a job. First off - coding is a young man's game and there is blatant age discrimination in the field. Second, here is the brutal reality of being a developer in the US now - unless you have very specialized skills you are going to be competing with Indians who are here in the US on H1B visas for entry level work. On top of this companies have outsourced tons of jobs directly to India. Ever wondered where all the Indians have come from that are now in the US? The H1B thats where. They came here on H1B, than got green cards, than brought over their families. The Indians have pretty much taken over the IT field outside of specialized niches like DoD work. In pretty much any company you go into today almost he entire IT department will be Indian. In some geographic zones there will be less of them but here in the northeast and west coast there are tons of them. They are extremely tribal and nepotism is everywhere. They will hire one of their own before they will hire you. Am I saying its impossible? The answer is nope. But you need to understand what you are getting into before you spend the time and money trying to get into the field. I know tons of young people who have spent the money and than cant find jobs. Than they go end up doing something else pissing that money down the drain. The language itself is irrelevant. Bright people can code in any language. The most popular by far at this moment in time is Java. I would avoid Java as you will be competing with tons of other developers. If you really want to get into IT, I would do IT security or networks. Everyone needs security and companies are paranoid about it nowadays. They dont like handing their security over to some H1B (but some will do it anyway). If you are in the DC area there is tons and tons of DoD work - I would focus 100% on security certs and than go from there. I would also learn the fundamentals before worrying about the language - learn operating systems. I mean really learn how Windows, Linux and others really work. It makes it much easer to code because you understand it. I have a CS bachelors and masters. They were helpful because I know how the machine works. If I was young and had to do it again I would go learn into a licensed trade like a plumber, electrician or HVAC guy. Yes it can be tough on the body at times but sitting on your butt all day introduces a whole other set of problems. Regardless where I live the plumbers make more than surgeons. Feel free to PM as I will be glad to help you best I can. The IT job market is hopping right now because of Trump cracking down on the H1B, so now might be a good time to get in if thats what you want to do. |
|
Quoted:
Or you're doing it right, and that's critically important in industries not driven by the latest fads. View Quote View All Quotes View All Quotes Quoted:
Quoted:
Quoted:
I had no idea COBOL was still a thing. Apparently there's even a GNU COBOL compiler. https://en.wikipedia.org/wiki/GnuCOBOL Wondering whats up with the hate for pi's and python in this thread. Gotta have .22's and 50 BMG's in the safe, you know. Not every project needs a gear budget, or a project manager, sometimes you just smash a proof of concept together, and decide if it's all worthwhile anyway. If you always take a "do it right, or don't do it at all" approach, you're just not doing enough stuff, and are getting left behind. The stuff we all use to protect lives, energy, logistical, and financial infrastructures, or run core business on? Yeah. Serious gear, serious code, serious process, and tons of audits. The "what if?" stuff, you can roll your own wacky crap out of whatever is lying around. It's why we have development labs, test labs, and integration labs. Some of our "what if's?" fail miserably, but they give us a lot of information we need in order to prove or disprove a concept that sometimes become very large and serious projects, or take a project that was not going to be worthwhile off the table. |
|
Quoted:
Quoted:
I was thinking maybe software develop for the defense department. I am a veteran and figured that might help. But I've tempered that idea with that it might force me to move to a Non-gun friendly State. Robotics is something I'm definitely interested in; in that regard too. It’s mostly C++ now. |
|
Quoted:
I can't think of many industries that don't have some sort of emerging tech in an incubator somewhere. I work information security in the financial sector, which is pretty stable and dull when you get to the core business, but there are plenty of us working on interesting research items that if good, get spun into full scale projects. I know enough people working in even more serious companies and .gov organizations that are doing similar stuff, so it must just be matter of exposure to recent research stuff. The stuff we all use to protect lives, energy, logistical, and financial infrastructures, or run core business on? Yeah. Serious gear, serious code, serious process, and tons of audits. The "what if?" stuff, you can roll your own wacky crap out of whatever is lying around. It's why we have development labs, test labs, and integration labs. Some of our "what if's?" fail miserably, but they give us a lot of information we need in order to prove or disprove a concept that sometimes become very large and serious projects, or take a project that was not going to be worthwhile off the table. View Quote View All Quotes View All Quotes Quoted:
Quoted:
Quoted:
Quoted:
I had no idea COBOL was still a thing. Apparently there's even a GNU COBOL compiler. https://en.wikipedia.org/wiki/GnuCOBOL Wondering whats up with the hate for pi's and python in this thread. Gotta have .22's and 50 BMG's in the safe, you know. Not every project needs a gear budget, or a project manager, sometimes you just smash a proof of concept together, and decide if it's all worthwhile anyway. If you always take a "do it right, or don't do it at all" approach, you're just not doing enough stuff, and are getting left behind. The stuff we all use to protect lives, energy, logistical, and financial infrastructures, or run core business on? Yeah. Serious gear, serious code, serious process, and tons of audits. The "what if?" stuff, you can roll your own wacky crap out of whatever is lying around. It's why we have development labs, test labs, and integration labs. Some of our "what if's?" fail miserably, but they give us a lot of information we need in order to prove or disprove a concept that sometimes become very large and serious projects, or take a project that was not going to be worthwhile off the table. |
|
Quoted:
I am a senior PM that manages developers. Been in this crap for 25+ years. Done it all - programming, analyst, DBA, architect and PM. Worked at Bell Labs and was a VP on wall street at one point. A few questions if the OP doesnt mind answering. How old are you? What is your rough geographic zone (northeast, southeast, west coast, etc...)? The reason I am asking that is both will impact your ability to find a job. First off - coding is a young man's game and there is blatant age discrimination in the field. Second, here is the brutal reality of being a developer in the US now - unless you have very specialized skills you are going to be competing with Indians who are here in the US on H1B visas for entry level work. On top of this companies have outsourced tons of jobs directly to India. Ever wondered where all the Indians have come from that are now in the US? The H1B thats where. They came here on H1B, than got green cards, than brought over their families. The Indians have pretty much taken over the IT field outside of specialized niches like DoD work. In pretty much any company you go into today almost he entire IT department will be Indian. In some geographic zones there will be less of them but here in the northeast and west coast there are tons of them. They are extremely tribal and nepotism is everywhere. They will hire one of their own before they will hire you. Am I saying its impossible? The answer is nope. But you need to understand what you are getting into before you spend the time and money trying to get into the field. I know tons of young people who have spent the money and than cant find jobs. Than they go end up doing something else pissing that money down the drain. The language itself is irrelevant. Bright people can code in any language. The most popular by far at this moment in time is Java. I would avoid Java as you will be competing with tons of other developers. If you really want to get into IT, I would do IT security or networks. Everyone needs security and companies are paranoid about it nowadays. They dont like handing their security over to some H1B (but some will do it anyway). If you are in the DC area there is tons and tons of DoD work - I would focus 100% on security certs and than go from there. I would also learn the fundamentals before worrying about the language - learn operating systems. I mean really learn how Windows, Linux and others really work. It makes it much easer to code because you understand it. I have a CS bachelors and masters. They were helpful because I know how the machine works. If I was young and had to do it again I would go learn into a licensed trade like a plumber, electrician or HVAC guy. Yes it can be tough on the body at times but sitting on your butt all day introduces a whole other set of problems. Regardless where I live the plumbers make more than surgeons. Feel free to PM as I will be glad to help you best I can. The IT job market is hopping right now because of Trump cracking down on the H1B, so now might be a good time to get in if thats what you want to do. View Quote |
|
|
I have done that with plenty of them. The discussion was using those devices in production. That’s not research.
|
|
|
Guess I will be the nay sayer here. I started in software development in 1980, Mainframe all of this time. I am taking the buyout at my fortune 500 company, after 33 plus years. When I came into my group there were 14 of us, there are 3 now, the positions were back filled with Indian contractors. At my company it is clear that they have been shifting to contractors for awhile now. There were layoffs a few years ago, lots of Web developers (Java) were let go and I thought Java was the big thing. I think that system administrators and network communction people will be in demand for some time, coders, maybe not.
If I were a young man starting out now I think I would look hard at Logstics and supply chain. Possibly computer hardware, software, just my perspective, looks like contractors are filling that need. |
|
Sign up for the ARFCOM weekly newsletter and be entered to win a free ARFCOM membership. One new winner* is announced every week!
You will receive an email every Friday morning featuring the latest chatter from the hottest topics, breaking news surrounding legislation, as well as exclusive deals only available to ARFCOM email subscribers.
AR15.COM is the world's largest firearm community and is a gathering place for firearm enthusiasts of all types.
From hunters and military members, to competition shooters and general firearm enthusiasts, we welcome anyone who values and respects the way of the firearm.
Subscribe to our monthly Newsletter to receive firearm news, product discounts from your favorite Industry Partners, and more.
Copyright © 1996-2024 AR15.COM LLC. All Rights Reserved.
Any use of this content without express written consent is prohibited.
AR15.Com reserves the right to overwrite or replace any affiliate, commercial, or monetizable links, posted by users, with our own.