Hacker News new | past | comments | ask | show | jobs | submit login
The Helsinki Bus Station Theory of Careers (theguardian.com)
88 points by aaronbrethorst on Dec 20, 2015 | hide | past | favorite | 14 comments



...which seems to be completely ignored in the world of tech careers, where "adopting to change", "constant re-learning" and "pursuit of the next big thing" seem to be the norm.

I'm being overly dramatic here, of course, but what described in an article is a very good advice for junior programmers. Don't abandon your accumulated experience in a pursuit of the newest and shiniest -- today's hottest buzzword can absolutely stop being relevant tomorrow. Aim for "knowing where to put the chalk mark" instead (http://www.smithsonianmag.com/history/charles-proteus-steinm...).


seems to me like the difference here is that photography (and other artistic fields) seem to be setup in a 'winner takes all' kind of way; you are the very best, or you are very little...

Programming seems to be the other way around. Unless you go into the business side of things, after your first five years, you get better at what you are doing, sure, but your pay doesn't go up a whole lot. After your first five or ten years, you are doing pretty okay.

so... I'd argue that because of this, jumping around makes a lot more sense in software than it does in areas like art where only the top X% or whatever of people employed in the field make a decent living.


setup in a 'winner takes all' kind of way

Photography is what is known as a scalable profession. A quick search turned up this good explanation:

http://casnocha.com/2009/03/scalable-vs-non-scalable-careers...

It's something I've been thinking about as I try to guide my children into selecting a college and major.


In programming, there are themes that are the same, regardless of language etc, that you keep and develop even as you change the stack you are working in. That's what I tried to convey in "Programmer Knowledge" http://henrikwarne.com/2014/12/15/programmer-knowledge/


Irrelevance of language works if you assume PLs to be more consistent, or abstractly-used than they are.

As soon as you need to squeeze out more (or even a little) performance, you need to know how the implementation works under the hood.

As soon as the languages abstractions begin to leak, you need a knowledge of the languages quirks and tells.

It takes a while to develop this experience, and there isn't necessarily a great deal of overlap between PLs.


Even with implementations, there are consistent themes. L1 caches have been around aa very long time.


Sometimes knowledge like this is a little first-past-the-post, all-or-nothing.

Completeness of knowledge is key, especially when a chain of reasoning (debugging) is as strong as its weakest link. At these times, a false assumption based on how something works in some other language could really wrong-foot you. Being familiar with some language means it's faster to learn other languages that have similar implementations, but not assumed.


Michael Wolf comes to mind; a photographer that started down the same line of skyscraper photography but ended up with his own vision [1] through gradual innovation.

[1] http://photomichaelwolf.com/#night/11


Architecture of Density is spectacular. I bought a copy of it a couple weeks ago, and just love it. Such beautiful work.

http://photomichaelwolf.com/#architecture-of-densitiy/5


Good Software Takes Ten Years[1], too. You can't just crank out a world-changing startup in a weekend. You have to stay on the route for O(1 decade) to see if it turned out good.

[1] http://www.joelonsoftware.com/articles/fog0000000017.html


Will 5 seconds be enough, since it's O(1 decade)?


There's a very old quote which I can't find a source for right now, but it goes something like:

"It is better to take a hundred steps down a single path than to take one step down each of a hundred paths".

So yeah, same thing. Not to say that you should not spend any time at all identifying a good path for you, just that there are limits to dilettantism.


This strongly reminded me of the Ira Glass quote: http://www.goodreads.com/quotes/309485-nobody-tells-this-to-... "...You’ve just gotta fight your way through."

They were hitting the same idea from different angles. Ira Glass was focusing on developing skill while the Helsinki Bus station focuses on originality. But, it all comes to honing your craft and finding your voice through determination/ persistence. It is good advice for any career, even (especially?) tech-related ones.


Maybe a slight complexity to this - Identify when originality will really help, and when lack of it will really hurt. Basic cost vs reward.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: