I would never consider someone staying at their current job for 5+ years a negative, unless it is accompanied by negative references from coworkers.
I would never consider someone staying at their current job for 5+ years a negative, unless it is accompanied by negative references from coworkers.
He approached a couple members of my current team about the idea of open sourcing some infrastructure he worked on, and I think he was shocked to find that his efforts were not as appreciated as he thought. A bad copy of something better. He left shortly thereafter. I’m not sure if that was always his plan and he wanted to take some things with him, or if he was disheartened. But I know for sure that of he had left earlier he would have never heard that feedback and would have walked away feeling really good about his work.
For myself, I tend to want to know how we got here, wherever “here” is. I don’t need to have made a decision to learn from the consequences, but I do have to understand the decisions to some extent.
Finally it was open sourced and is currently sold with the following warranty: “[…]driver alertness is necessary, but not sufficient, for openpilot to be used safely and openpilot is provided with no warranty of fitness for any purpose.”
1. https://www.youtube.com/watch?v=_L3gNaAVjQ4&t=1903s | Ethereum startup story, George Hotz: Hacking the Simulation & Learning to Drive with Neural Nets | Lex Fridman Podcast #132
2. https://twitter.com/jinglejamOP/status/1310718738417811459 | an EVM to OVM transpiler
Example video: https://www.youtube.com/watch?v=YKpViLcTp64
A lot of my old team at my previous company (tech-as-a-cost-center), including myself, left for Silicon Valley style tech companies or similar (tech-as-a-profit-center). All of us probably at least doubled our TC, some of us more (4x for me).
The majority of engineering organizations are quite terrible at recognizing and promoting engineering talent. They’re fine with letting even good engineers leave as the cost of doing business. Looking at just the tenure and making an assumption about the individual sounds ridiculously backward and that’s pretty poor engineering leadership imo.
At my previous job, I spent some of my evenings and weekends to build internal tools to help members of the organization be more efficient, saving certain people on the team dozens of hours of work per week. I largely did it because I wanted to learn libraries and tools we weren't using on a day-to-day basis.
Instead of allocating more time for me to work on these projects or to work on improving our developer workflow, my reward was being assigned some of the most mind-numbing projects imaginable, tasks that quite frankly an entry-level developer fresh out of a bootcamp could accomplish. That wouldn't bug me if inefficiencies in the workflow wasn't such a bottleneck to the entire team.
Disheartened, I (and many other senior devs) applied elsewhere. One of the strongest devs sent a scathing email to leadership before getting let go. I managed to land a position with a great company that lets me jam and nerd out on cutting edge technology.
This is for the usual reason of not getting raises, so veterans tend to be very underpaid.
It’s not uncommon in my experience to hear engineers say they would view tenures of 2-3 years as a red flag for hiring other engineers, but the hiring managers who actually make the decision have always preferred short tenures of hopping around or staying at one place only if there’s a title change every ~2 years.
It is quite concerning to see so much knowledge about how things work walk out the door and it is miserable if something goes wrong and nobody left knows it existed. So I get why engineers view a year as hit and run.
But yes, companies seem to interpret staying a year or two as evidence of growth/a highly desirable candidate.