It changed the way I thought about programming. I had mostly been exposed to OOP ideas and this talk made me realize that a lot of them aren't necessary.
I'm a full-stack dev (3 yrs exp) seeking a full-stack or backend role at a small–medium company/startup. I’ve shipped software quickly and independently in Fortune 100 and financial orgs, despite heavy red tape. Now I’m looking for a team that moves fast, cares about users, and enjoys building great products. If that sounds like your company, I’d love to talk to you!
I'm in a similar environment and found this article painfully accurate. I keep thinking my job is to solve problems and ship software...but those are clearly not the revealed preferences* of my org.
The author went from small companies to a big one. Has anyone gone the other way? I'm looking to make that shift and I'm curious how others framed their Enterprise™ experience in a way that resonates with smaller teams.
It's a tale of two cities, in my experience. Much like you, I'm sick of wasting away the best years of my life doing nothing of consequence at $ENTERPRISE and I'm willing to take a 20% pay cut at this point for a chance to actually ship things at a small company.
Unfortunately, I've found that describing what I've learned over the past three years (without any negativity) gives founders the ick. The survival skills you need in the jungle are very different from the ones you need in a zoo, and they feel I've spent too much time in a zoo.
Similarly, large companies want to hire people who understand the value of processes and hierarchies, and interviewing at these places is a challenge for those who have spent most of their career in startups.
> I'm willing to take a 20% pay cut at this point for a chance to actually ship things at a small company.
Unfortunately the pay cut might be a lot bigger than 20%. I've seen people have "the same job" where one gets paid $300k p.a. at FAANG and another $60k at a small company (while getting a lot more done).
> Unfortunately, I've found that describing what I've learned over the past three years (without any negativity) gives founders the ick. The survival skills you need in the jungle are very different from the ones you need in a zoo, and they feel I've spent too much time in a zoo.
Try describing where you want to be and not so much where you have been.
By that, I mean when interviewing with smaller organizations, pick out the things you have learned which would be beneficial to a much lesser funded effort. For example:
- automated builds are repeatable
- unit/feature/integration tests translate to lower costs
- too many layers of management stifles progress
- <insert other lessons you have learned here>
> The author went from small companies to a big one. Has anyone gone the other way?
I have and the biggest difference is that the larger the company, the more the problem to solve is interpersonal and/or group politics and not technical issues.
Large companies typically take a Golden Handcuffs[0] approach to retain valuable employees. Usually, this makes people who have options to leave accept more organizational bovine excrement than if the financial carrot stick did not exist.
As to how to frame the "left mega-corp to effect change" argument needs to be framed... Well, that's about it. Every smaller team I have had the privilege to work with has understood why I did.
I tried using Instapaper and Raindrop to save links, but found that I never went back and read them. Now I use Chrome's built-in reading list and don't read those either!
I didn't know that. Although it seems as though they're sufficiently far outside what its makers thinks Unity is for that their attempt to go to Unity 5 had big obstacles. Thanks for correcting me!
[Also, another way I was wrong: to make Unity work the centre of the world is the player, and so the universe is implemented in reverse, your orbit around the sun is calculated with you at the middle, this works correctly in our actual Einsteinian universe - no position is privileged, there is no "center", but it would be crazy to do the maths, for the short time Outer WIlds needs it works well enough with their simple Newtonian physics model]
It changed the way I thought about programming. I had mostly been exposed to OOP ideas and this talk made me realize that a lot of them aren't necessary.