Why you shouldn’t be a Javascript Developer (opens in new tab)

I oftentimes avoid working with people who describe themselves as a [Rails|JavaScript|Python|etc] developer, for a few reasons.

First, when you're a [language] programmer, every problem is solved with [language]. If there was one language that was perfect for everything, we'd just name it "programming" and be done with this whole debate.

Secondly, and more importantly, I've never worked on a website or app where only one language or technology was used -- and that's completely ignoring the importance of skills like design, usability, product management, databases, etc.

One-language-programmers tend to have a "that's not my job" approach to anything that isn't their language, meaning code from them often isn't wired up or well designed or whatever.

(Naturally, there are some amazing one-language-programmers out there, however my experience tends to be the opposite.)

I agree with the main point but disagree with the often regurgitated utopia of choosing the right platform/language to fit the problem. That has never been an option in my experience, and even it was an option there would be multiple equally good choices available. The ultimate decision on what choice to make will be influenced by many other factors, team skills, experience, availability of talent, long term strategy, risk....

Too bad college graduates are leaving college like indoctrinated Haskell/Scala/Python drones. No one wonder China and India are leaving us far behind in terms of technology. Western colleges have been infected by teachers/professors with a programming language as religion.

You should probably just be whatever sort of developer gets you the job. If someone posted a listing for a "JavaScript Engineer", they probably don't know the difference between a good programmer who happens to have used JS for a while and someone who exclusively uses JS. So what the hell, go ahead and call me a JavaScript engineer if it helps you sleep better and justify hiring me to whoever you report to.

Your whole argument about buzzwords is unfortunately contradicted by the linkbaity title. One goes in to the article expecting some flaw in Javascript, instead to find out that the topic is waaay broader. Both the use of buzzwords and linkbait titles are pretty similar....

I agree with the premise that one shouldn't associate their title with a specific technology but I stopped reading when the author suggested Java doesn't make the short list of employable skills/technologies.

Why shouldn't skill associations change as rapidly as technology, if not faster? It's not like you permanently pigeonhole yourself if you call yourself a javascript engineer.

Having said that, javascript is pretty ubiquitous now and it only seems to be growing. I wonder what the odds are of it being replaced, given how slow the specifications evolve. Is there any reason to think it won't be here to stay for a long time?

It pays to present yourself as a JavaScript developer to a company that's looking for a javascript developer. You should hardly mention any other technology you are proficient with. Once I got rejected from javascript developer recruitmetn process mostly for reminiscing fondly about my expeirience with C#

I see your point, I do the same for myself, but it cannot be applied to everyone. Actually, for most developers, this isn't actionable advice. Many brands post jobs looking for specific players to join their team. Someone who can whip up some ruby or node.js easily (but not solidly) will be useless.

I believe there is a difference between tagging & thinking yourself to particular technology.

I agree that being programmer we should not _think_ that we are .Net or PHP or Javascript or XYZ Programmer, rather we should have confidence in our developerness with "loose coupling".

Being interviewer I would personally judge if the person is master in particular technology, if he/she is I would conclude that, he/she could code anything using any technology and it has been proven in my case.