Nomadic programming

http://www.edofic.com/2012/11/nomadic-programming.html

by joss82 • 14 years ago

18 15 14 years ago

hudell• 14 years ago

I worked for 7 years with the same language and tools, but lately, I can't tell which language I'll be using next week. And I love this.

But if I hadn't been a specialist in something at some point of my life, I don't believe I would be writing good code in those new languages. And I still think it's better to have at least some specialists on the team too, because sometimes you get some bizarre bugs that someone that knows the language for some time may be used to.

Swizec• 14 years ago

I know edofic and he's a cool guy, but man was I disappointed to find out this essay isn't about taking a laptop and traveling country to country while solving cool engineering problems remotely from random coffee shops and hotel rooms.

To be honest, I am a bit confused. Are there really people out there who don't switch stacks at a whim's notice? Whenever the job might be done better in a different technology?

This is a great time to be an expert generalist.

elemeno• 14 years ago

If you work on sufficiently large projects or in enterprise there's a high cost in switching stacks even if a particular project could be done better in a different technology. When all your software runs on the same stack, or on a limited number of stacks, there's less friction - it's easier for people to move between stacks, it's easier for different projects to work together, it's easier to use all the libraries which have already been written etc.

_delirium• 14 years ago

Even as an individual there's considerable friction in switching imo, though it's not as insurmountable, and comes with the added benefit/fun of learning something new. The conceptual part is not that bad, and is the most interesting: learning a new language/approach/framework that takes a new general approach to things, e.g. learning a functional language for the first time. But there's a lot of more "accidental" knowledge that takes a long time to pick up and has more to do with becoming familiar with a language's/framework's idioms, warts, best practices, common pitfalls, good solutions to those pitfalls, etc.

Particularly true for debugging, at least for me. I'm a lot faster at debugging in settings where I've accumulated a lot of experience, just because there are a lot more cases where I instantly recognize exactly what's happening and how to fix it.

paulbunn• 14 years ago

Oh you will be suprised!

I think that some people suffer from a fear of learning something new and pushing the boundaries of their knowledge out further.

bendmorris• 14 years ago

>Are there really people out there who don't switch stacks at a whim's notice? Whenever the job might be done better in a different technology?

Absolutely, there are. I think hanging out on Hacker News probably skews our perception of this, but most programmers know one or two languages that they learned in school and use them for everything because that's what they know. Most people don't learn the intricacies of a bunch of different languages and platforms and choose whichever one seems suited for the job; they choose to use what they know.

marcosdumay• 14 years ago

Most companies choose a stack and keep it. Developers don't even get a say.

noelwelsh• 14 years ago

Much as I love the thesis of this post (I love it's formatting much much less -- more paragraphs breaks please) I don't agree that it is in fact possible to be an omni-competent generalist. Switching between Rails and Django is definitely pretty easy, but that experience isn't going to help you switch to, say, programming DSPs, or designing streaming algorithms, or architecting massively concurrent systems. There definitely is specialisation, and if you don't see it it's because you're blind to the box you're currently living in.

Total agreement with "You should always strive to become better!"

delwin2• 14 years ago

> You're blind to the box you're currently living in.

I definitely feel this all the time. Just about the time I start feeling comfortable building webapps, I step back and see _all the programming_ I'm not doing. Writing webapps in Ruby, Python, PHP, JavaScript in any number of flavors (Rails, Django, Flask, web.py, node, Backbone) still has the same feel, because it's all for the web; there's a common goal.

"Sprachgefühl" is perhaps a useful word here — having a "feel" for languages is all you need to start learning new ones. It's even truer for programming than it is for natural languages.

acuozzo3• 14 years ago

Jack of all trades, master of none

delwin2• 14 years ago

No, that's not apt at all. The "trade" isn't C, Java, Ruby, Python, whatever. The "trade" is solving problems with computers. Usually the same types of problems.

acuozzo3• 14 years ago

You're correct. I'm wrong.

With that being said, how does his approach work for, e.g., writing software for airplanes?

cousin_it• 14 years ago

Yossi Kreinin wrote a good essay on that topic in 2009: http://www.yosefk.com/blog/the-nomadic-programmer.html

Nomadic programming

Related Stories