Reputation: 1388 Grandmaster
- Expert w/DIC++
- Active Posts:
- 3,507 (1.82 per day)
- 28-November 09
- Profile Views:
- Last Active:
- Today, 09:39 AM
- OS Preference:
- Favorite Browser:
- Favorite Processor:
- Favorite Gaming Platform:
- Your Car:
- Dream Kudos:
- Expert In:
- Web Development
Posts I've Made
Posted 5 Mar 2015Yes, it's an old thread, but this bares some refuting....
Your question has 3 parts and really needs 3 answers.
In spite of the replies below or above from young people keenly coding and getting paid for it, your concerns are valid in some areas and maybe need further qualification so here goes:
Bad assumption mate. Not everyone on here is young.
1. Skill erosion. This is the major objection to programming as a long term career. It is only short term (5 or 10 years at the most. Maybe even shorter in the future) see http://mltan100.blog...ramming_01.html After that you are expected to move into management or sales. The replies above and below saying "programming is fun - go for it" are probably written by people in the peak of that short cycle with their current "hot" languages/technologies.
This is a load of garbage, plain and simple. Management and sales are not the end of the road for programmers, it's a completely different job path. Companies that believe this are not worth the time of day. Go to any major engineering firm worth their salt and you'll notice a fork path, one leads to management and the other leads to technical leadership. They're different things and both are valuable.
I get tired of hearing this nonsense that you're doomed if you can't be a manager. Have you talked to some programmers? Brilliant, but you never want them to try managing anything other than a project architecture. Does that make them worthless? Of course not.
Some will go on to be still coding in their 50s if they are lucky. (There is still a lot of COBOL running in various places). However, if you are still in the game in your 50s you will be permanently married to your current employer until they finally phase out their legacy code then it is all over.
Assumptions again. Not all of us get married and very rarely does a tech stick around long enough to see legacy hit. We're not all lifers, that's a bad assumption to make. I know a few 50+ peers which are still insanely on their game and could school any under 30 coder without breaking a sweat. We're talking mythic greybeards here, and those people are not ones to relegate to legacy concerns.
As for retraining as the new tech comes along, the IT industry is notorious for not wanting to train anyone in anything now days (it did happen 20 years ago when I entered the game). If you do retrain, it is on your own dime and in your own time. Then no one will look at you until you have 3 years full commercial experience on the latest "hot" language/technology.
You must work for some really crappy company mate. This is not the case in tech hubs at all. Your employer will send you to conferences, get you training, pay for books, and the works. That's common out here.
2. Offshoring. This one is an unknown variable. A while ago everything was being offshored. However, much of this work is now returning onshore again. The IT industry is more fashion driven than women's clothing and constantly undergoes cycles of insource/outsource, inhouse/bureau, thin client/fat client etc etc etc. For now, offshoring is probably not too much to worry about.
That I can agree with to a degree.
3. Low Barrier to entry. On the whole, this is true. Consider the fact that about 50% of software on istore is never downloaded once. There are now good programing tools available for free on the internet and heaps of good support groups for most popular languages thus more people are coding than ever. Therefore the oversupply of programmers for writing code for SMEs and consumer software is huge. However, if you are in the top percentiles of IQ and can understand very complex algorithms and business processes easily and fast, then there will be a demand for your services with no oversupply because of the natural limitations of the number of people who fit into those top percentiles.
IQ is irrelevant. There's an abundance of junk coders who have no idea what they're doing and assume they're a coder after getting through w3schools and friends. No, the barrier to entry is insanely high for good markets, and it keeps getting higher as you want to climb. You want to play the game you're going to have to keep an edge. That's what makes programming hard is that you're always moving and learning.
Posted 1 Mar 2015Never mind, I solved my own problem after taking a half hour break haha.
I uncommented #switched = false and changed =! to !=. I do not understand why this solved the problem, but it did!
If anyone knows why this solved the problem let me know.
!= is the not equal operator. =! is setting something to not value, such that =!false assigns something to true.
That being said, learn to use the enumerable module and blocks. Most rubyists do not use for loops.
Posted 14 Feb 2015Don't delete your lock file, that's a horrible idea. The amount of collisions it can potentially cause are insane. No, your lock file is meant to provide a last known good state of gems. Discard it at your own peril, and keep it version controlled at all times.
Posted 29 Jan 2015Am I the only one who thinks this is sketchy we're helping someone on an interview for a job where they should already know how to solve these things?
Posted 24 Jan 2015Do I use it? Yes.
The issue? Angular 2.0 just gave us all the bird and ran away cackling like a madman. I'm not to confident in the future of this framework unless something big happens to get them to not slap the angular name on a brand new framework that's more Durandal than Angular.
That covers the gist of why you should consider frontend frameworks.
I've had other professionals confide in me that they've made a switch to React as Angular doesn't scale well to large applications.
- Member Title:
- Pragmatism over Dogma
- 24 years old
- June 22, 1990
- Full Name:
- Brandon Weaver
- Years Programming:
- Programming Languages: