I hate my job. I don't know how I got here. Like many I started out in small scale IT just as desktop computers were becoming a thing. I transitioned from mainframe support to desktop support, from there I worked through several desktop support roles, wishing I was server support but never managing to get there... over time I became a desktop architect, and then infrastructure architect, and now well.... I just don't…
A career ending mistake
121–130 of 332 posts
Re: A career ending mistake
#122It's completely unsurprising to me that HN likes to take career advice from someone who doesn't know the difference between 'careen' and 'career'.
Re: A career ending mistake
#123I changed careers at 40+ years old. I'm very happy that I did it. People have all sorts of constructs / ideas about how careers work (based on experience) or how they think it works, or how they want it to work. I talk to some college graduates who tell me what they're planning for and have ZERO clue what industry they're talking about, their description is unrecognizable to me ... even tho I know it is the one I wor…
Right? I teach college students going into IT, and this feels like something they would write. Offhand, I can't think of too many people (myself included) who are a) very happy in their jobs and b) planned very diligently to get to that exact space. Mostly the opposite, "A lot of random stuff happened, I followed through on some stuff that felt right at the time, and just kind of did that over and over."
Can you think of and describe anyone you know who belongs in xor(a, b)?
Re: A career ending mistake
#124If you love what you're doing now and don't ever want to change jobs, great: you've reached the end of your career, even if it plays out over many decades. Even if you love what you do and you don't want to change anything, the world around you is going to have other ideas. Especially in tech.
Eh. To some extend yes but largely, no. If you loved COBOL all your life you can still find COBOL work. It's harder now but its out there. You're just not going to be working at a cool start up doing it. So if part of what you love is working at cool cutting edge companies then yeah you have to keep learning new cutting edge things. But if you just want to bang out code in your preferred language there will almost al…
The assertion that no matter what tech you want to work with there'll certainly be a job writing it somewhere doesn't seem right to me. Not because there won't be some uniquely rare role out there, but because very few people want literally any job, anywhere, on any salary, under any conditions just because they get to a specific language. Unless there's good jobs writing it that you would actually accept then the language might as well be dead.
Re: A career ending mistake
#125> Independent
> Senior individual contributor (IC)
> Management
I guess I'll stick my neck out and just admit that I don't want to give any more fucks about any of the above and just wake up, sip my tea, read the news and take a bloody nap whenever I want to. Also volunteering/open source but mostly, not doing things I don't want to do any more. Yep, I don't want to be "incredibly excited" about the "next growth chapter of my life" - I just want to live my life in a non-agile way without sprinting towards the end of it. That is about it.
Re: A career ending mistake
#126To me, this reveals an uncomfortable truth: - I know I'm not technically skilled enough to make it to the higher levels of IC - I know I lack the people skills & charisma to make it to the higher levels of management I'm aware I can improve in both and I accept that, to some extent, it's a laziness and confidence issue. But to some people it seems to come naturally and it's hard not to assume I'm in the majority that…
I'm not convinced this is big deal as you think. Just care about the people you work with and care about doing a good job, and you're better than lots of people succeeding in this role.
Re: A career ending mistake
#127Feels like the "senior IC" role described in this article corresponds mainly to today's "3-5 years of experience 'senior' engineer" roles. The reality that I've seen and experienced is that advancing beyond that on an IC track means a lot more people/political work, rather than constant "hands on keyboard" coding as described in the article. It's not the same as management, but it's inevitably more meetings and evang…
This is something people seem hesitant to realize: that after a certain point you can only grow your career by "managing" other people. This is true in a lot of (most?) fields. At some point you cannot become more productive as an individual and you need to start coordinating the work of many people if you want to increase your productivity. This can of course take many forms, but the essence is inescapable.
The essence of capitalism is shifting resources from unproductive uses to productive ones, and they operate on global markets, which gives them unprecedented leverage. Capitalism is a skill just like management, and just like management, it consists of a number of subskills. How do you know what the market will value? How can you evaluate the competitive landscape? How do you make yourself aware of technological developments and new suppliers that might affect cost structures? How do you recognize emerging complements? How do you ensure the legal structures of your agreement make sure that you share in the profits of your investment?
The interesting thing is that developing these skills early, in high school and college, helps dramatically even if you don't have any capital to invest. Because you can apply the same questions toward the company you contribute your labor to, and then bargain for stock instead of cash. A junior developer who joined Coinbase in 2016 made a lot more than a manager who joined Facebook.
Re: A career ending mistake
#128I think the decisions you make in the early stages are indeed very critical, but there's basically no way to truly predict their effects, so you shouldn't worry about it.
Re: A career ending mistake
#129Earlier quoted context omitted.
It sounds like they were very upfront with you about what the job would entail. How is that lying? And the reality at a large company is that many people spend a lot of time coordinating, sharing information, gathering requirements, etc. even if their nominal job is market research or whatever.
I would expect that there would be presentations and meetings to share the products of the research. It's an entirely different thing be primarily performing project and stakeholder management. The only way I found out about the true nature of the position is from an informal informational with a member of that team. The job posting itself mentioned nothing about project management and glossed over the stake holder m…
We try to have the peers review the job descriptions before the reqs go out but often engineers don't spend the time it takes and sometimes there's HR lingo the company wants in the description.
Re: A career ending mistake
#130Earlier quoted context omitted.
Yes, we're completely open to having partners and kids around at our events. We actually encourage it. I myself have a child now and am looking forward to taking her to our next event. We're also looking into options of having a nanny. Depending on where we go and what we do.
What about employees with physical disabilities? I've got ten screws in my spine and never thought when deciding to work in computing that I'd be expected to be able to ski and surf.
It’s not like you’re going to be coding while waiting for the next set.