Live data from Hacker News

Ask HN: Senior engineers, advice for 1 year, 5 year and 10 years of experience

news.ycombinator.com

1–10 of 37 posts

Re: Ask HN: Senior engineers, advice for 1 year, 5 year and 10 years of experience

#3
1 year:

Be mindful of politics. You'll most likely encounter situations that make no sense from a technical or commercial point of view - they happen because someone high up (or their friends) will be benefiting at the expense of the company. At that stage of your career, you're probably better off keeping quiet and playing the game rather than try to make things right (unless the problem is serious like the company breaking the law or regulations). I have been in this situation before, pushing back against a "solution" based on (correct) technical reasons, completely missing the big picture - ended up being fired on a totally unrelated technicality because I've made enemies with someone high up. It worked out very well for me regardless, but this all depends on your own situation, so keeping this in mind is important.

5 years:

I would recommend branching out beyond programming and exploring related fields such as networking and security. From an engineer with 5 years' experience I would expect good knowledge of the UNIX shell and OSes in general (you should know your way around a Unix box), basic networking knowledge (DHCP, DNS, etc - if I gave you a Unix box with 2 interfaces to act as a router I'd expect you to be able to set that up via the command-line, at least with static IPs everywhere) and security (managing TLS certificates, HTTPS and how it works at a general level, common security vulnerabilities for web applications, etc).

10 years: not there yet, but so far my observation would be that at that point people and relationships become more important than engineering. As an individual contributor you can get away with no people skills if your technical skills are good, but if you want to go beyond that and into management, people skills become paramount. I'm not saying that after 10 years you should go into management, but having the skills to do so is useful; even if your desire is to stay as an individual contributor you might face just the right opportunity (either in terms of work, as in a healthy mix of management and code, or money where the financial upside more than makes up for the downside of having to do management vs programming) and having the option to take it is good.

Re: Ask HN: Senior engineers, advice for 1 year, 5 year and 10 years of experience

#4
At 1 year: Be kind. You don't know everything; accept that the devs around you might know things you don't. Focus on making things better. Try to add value.

At 5 years: Be kind. You don't know everything; accept that the devs around you might know things you don't. Focus on making things better. Try to add value.

At 10 years: Be kind. You don't know everything; accept that the devs around you might know things you don't. Focus on making things better. Try to add value.

I have 23 years experience now and the advice hasn't changed yet. Maybe it will next year.

Re: Ask HN: Senior engineers, advice for 1 year, 5 year and 10 years of experience

#5
post #3

1 year: Be mindful of politics. You'll most likely encounter situations that make no sense from a technical or commercial point of view - they happen because someone high up (or their friends) will be benefiting at the expense of the company. At that stage of your career, you're probably better off keeping quiet and playing the game rather than try to make things right (unless the problem is serious like the company…

> Be mindful of politics. You'll most likely encounter situations that make no sense from a technical or commercial point of view - they happen because someone high up (or their friends) will be benefiting at the expense of the company.

This never changes. The names change, but the characters don't.

Re: Ask HN: Senior engineers, advice for 1 year, 5 year and 10 years of experience

#7
post #4

At 1 year: Be kind. You don't know everything; accept that the devs around you might know things you don't. Focus on making things better. Try to add value. At 5 years: Be kind. You don't know everything; accept that the devs around you might know things you don't. Focus on making things better. Try to add value. At 10 years: Be kind. You don't know everything; accept that the devs around you might know things you do…

Just one minor revision - replace dev with people. Learned lots of neat things that translated well into software even when they are not devs :)

Re: Ask HN: Senior engineers, advice for 1 year, 5 year and 10 years of experience

#8
In the age of Info Overload - Never ask vague questions. You are asking for irreparable brain damage.

It always good to remember we have 6 inch chimp brains. And its getting very easy to fill it up with useless bullshit totally unrelated to your reality.

There are too many chimps jabbering away online all very different. There is a big spectrum of personality types in the chimp troupe, thrown into all manner of situations no one has prepared those 6 inch brains to handle. So the vaguer the question gets, the larger the corpus of answers you will receive that will have no connection to your personality type or situations you land up in.

Learn to make the question as specific as possible to your reality. If you are an apple tree it doesn't matter what advice a redwood tree or cactus is busy broadcasting into the ether.

Re: Ask HN: Senior engineers, advice for 1 year, 5 year and 10 years of experience

#9
1y. Learn to type really, really well. Do code problems. Focus on the fundamentals. Learn git. Learn a FE framework and a backend tool very well. Slowly progress into harder problems.

5y, scratch that - 2y. Too late. Consider this the two year mark - learn architectural patterns, learn DB stuff decently, learn a couple more languages/tools/frameworks.

5y get promoted to senior sometime before this, get K8S/Cloud certs.

10y director of IT, etc

Re: Ask HN: Senior engineers, advice for 1 year, 5 year and 10 years of experience

#10

1y. Learn to type really, really well. Do code problems. Focus on the fundamentals. Learn git. Learn a FE framework and a backend tool very well. Slowly progress into harder problems. 5y, scratch that - 2y. Too late. Consider this the two year mark - learn architectural patterns, learn DB stuff decently, learn a couple more languages/tools/frameworks. 5y get promoted to senior sometime before this, get K8S/Cloud cert…

10y director of IT, etc

Unless you're at a very small company, this is essentially giving up all the dev work and moving in to a different career entirely. Make sure that's definitely what you want to do before taking the leap across to management. Some people (eg me) really don't like it, aren't particularly good at it, and realise it was a mistake before going back to a dev role.

Post reply on HN