Not sure if going back to a startup would be nearly as beneficial in terms of "levelling up." Seems like the game now is to grind whiteboard before I get too old for Google.
A friend grew from junior developer to director of IT at that startup, so there's that aspect as well, though I have also seen a number of startups hire leadership outside.
If you are young and blessed with no dependencies, you should attempt exploiting higher risk domains. As you get older with more dependencies, you need to lower your risk tolerance. The technical term for this is exploration vs exploitation. The maximum payouts in many complex system requires some balance between two and sticking with just exploitation is often not the optimal policy when you look at life span as a whole.
My weak sauce rationalization re Amazon is that I wouldn't work there (I love hearing the big sigh from recruiters when I ask if the client they are hiring for is Amazon.)
Others who choose to work there do so voluntarily. They haven choosen their own pain.
In my mind this is different than using your PhDs to build dark patterns to trick consumers, survelience tech to monetize people, using that surveillance information and neuroscience to manipulate people, and so on.
edit: to add -- I forgot about Apple, since I stopped buying their stuff a few years ago. At least they see that privacy protection may have some value in the marketplace.
https://www.businessinsider.com/amazon-advertising-explained...
- Attitude to third party repair
- Puritanical content restrictions
- Apparent disdain, in many cases, for their 'power users'
In my years at BigCo I worked with engineers who have 10-20 years more experience than I do. Often felt like the dumbest guy in the room. I learned a ton. No comparison. But I would never have gotten the job there without my previous startup experience. And without that experience I'm not sure I would even have been able to learn from my BigCo co-workers so successfully.
I got tired of corporate politics and a high traffic commute, so now I'm happily back in startup land.
There's huge value to getting the lay of the land.
It is true that it's easier to be stagnant as an associate at a larger company. If you're not interested in taking on new challenges you can generally sort of fall through the cracks. However, folks who are proactive at a FAANG style company can find great mentors and support to develop skills really quickly. Often skills that simply aren't available to people at startups...
What's more valuable: spending your formative years working on systems at really high scale, or building a quick RoR MVP and managing 3 VM's in AWS for a startup?
You may never get to manage a cloud VM. You will probably never get to help decide how a CI build pipeline works, how engineering hiring should work, etc etc.
I'm not discounting your point about learning to develop software at scale, but your overall scope of responsibility is much narrower. It's a tradeoff.
BigCo titles are much more narrowly defined, so most of the time you can't even see the parts that might have new challenges...or cracks.
I learned a lot from that job and it opened a lot of doors for me in my career.
http://nattyornot.com/bodybuilding-basics-noob-gains-explain...
I disagree. They have, necessarily, a greater willingness to accept risk since they are already in a risky situation by definition.
If anything the startup is likely less tolerant of failure compared to a big established business, in that it has nothing to fall back on and will simply fail and go out of business.
This was the main benefit I got from a startup, but that also required winning something of a startup lottery. I was at a company that went from two to 200+ engineers. I was able to grow into the tech lead of the entire thing.
That put me into a leadership track at a relatively young age at larger companies. Which has been great. Financially, however, I suspect I would have been better off working at a FAANG from day 1, even being a very early and key employee for a company that exited at 9 figures.
Still I now know how fortunate I was. At my current gig we routinely hire startup "tech leads" for non leadership roles. They're probably generally thought of as a tier below a mid level IC coming out of a FAANG company.
Startups are a huge gamble. It worked out for me but even the inflated titles are only valuable if the company itself proves to be a winner.
the sad reality of this industry...
Employees shouldn't be treated like that, and I will never work at a place like that again, but I am a dramatically stronger engineer because of those experiences.
Congrats on using the opportunity to grow in an abusive role. It should not be normalized is the point.
If you are in this scenario, just you, no wife kids etc. What is wrong with working really hard on a problem? I loved the startup and it fit my perfect niche. I would grind 12 hours days, but also had lots of freedom. Remote work, unlimited days off etc. Sure at sometimes you get burnt out but you are a sponge soaking up everything you can.
now i'm 28 with wife and kids, no overtime for me. I still work extremely hard and lazer focused, but i show up at 7:30-8am and leave at 4 everyday :p
Because you're normalizing abusive workplace practices. Need I explain further? It's not right, it's not okay, and if you tolerate it, you do a disservice to your colleagues. Maybe you don't care, that's fine. But when you say "What's wrong?" I will point out that it is not to be commended or supported.
If your employer encourages, supports, or allows this sort of behavior to exist, I hope you find yourself on the business end of a lawsuit.
When I was in grad school, 100 hour weeks and working 100 days straight was the norm. Also I made 25k a year. And I loved it, because I loved doing science and I got to be paid to do what I loved. And also, it's maybe worth mentioning that your experiments don't give a damn about labor laws. There really are some important societally beneficial things that simply won't get done if there aren't crazy fuckers like me around (not necessarily the projects I happened to work on, they all turned out to be crap)
Honestly what made me mad was that there were a lot of kids who got out of college, and went to grad school because they didn't know what to do next and nobody told them how crazy grad school was. These jokers depressed the asking price for a grad school salary.
But I had a lot of responsibility. Was sort of thrown in the deep end with respect to a lot of things. It was a great experience out of school and, in retrospect, was absolutely the right job choice relative to my other options.
Would I have wanted to have done it long-term? (I left after 3 years to get another degree.) No way.
Even when I did a startup, I held pretty normal hours. Working on someone else's problem to make them rich is silly to me. I think it's something that you either get or you don't. I don't plan to convince you to change sides, but I'd 100% of the time rather spend hours 8 or 9 through 12 working on my own hard problems. They're easy to create. I definitely had more responsibility, did more coding, and felt more energy at a startup than a big corp though. Pay and nearly everything else was shit in comparison.
If someone did 10-12 hour regularly on my current team, we'd be pissed. It would set a new normal and management would think they could start replacing people until they get 10 of those guys that are willing to sit here half the day.
Sounds like a union where they'd beat on the new guy who actually tried to be more efficient.
You can’t say it doesn’t happen. HN is littered with these abuse stories.
I know some people at work that sort of have your mindset. I think it’s the worst. Not only do they not want to help someone who’s passionate you now make me suspect they’re incentivized to undermine hard workers as well, since they make you look bad.
Fine, take it easy at work, I don’t care. Just don’t make it harder for people who are trying to get work done.
What I don't want is for you to put in more effort for the same pay and establish a "new normal".
That's all it takes for us both to be happy. I don't want to hold you back, m'dude.
I'm sure a lot of American workers are being exploited but I'm not.
I don’t get it. Being debt free and having a big pile of money, and a body that still works since I haven’t been doing backbreaking manual labor?
Say they make 100k/yr. With 40hr weeks that's roughly $50/hr. With 60 hour weeks and 1.5x base pay, you could say it's $20/hr. It's all the same.
What you seem to be asking for is for companies to pay you the same, just say your base is lower so they can pay you 1.5x you base for appearances sake.
Now, optics aside, if you take an offer with an expectation of 40 hrs / week and they make you work 60, then sure. That's exploitation. But if the expectations are clear upfront, "base pay" is just legalese.
This is me. I quit my well paid job and took a massive pay hit so that I could work from home and so be able to spend more time with my daughters.
Absolutely worth it.
Hence, many folks who end up accepting to work at a startup are less talented engineers (you're left with the "scraps" of the market), so if you're a high performing individual you might find that you really don't need to put that many hours in to be effective, as compared to your peers (and that's deeply depressing as well, and one of the reasons why I left startups for FAANG, other than compensation; talent is SO SO SO much better).
I speak for direct experience, I rode a startup train for a long time at a company that grew a lot, and rarely put in more than 40 hours a week into the job, while others were routinely putting 60+. And I kept being praised by the management and technical leadership.
The problem (lack of local talent due to big company competition) became severe enough that we had to bootstrap multiple remote teams in easily overlooked areas because the new local hires (San Francisco) were literally trashing the product due to poor development/testing.
Maybe a decade ago, a knowledgeable colleague, speaking of one of the better-regarded FAANGs, told me, "First they hired the A students, then they hired the B students, now they're hiring the C students."
More recently, the sentiment I heard among CS-ish PhD students at one big university was that FAANGs (or, at least, particular ones) aren't seen as the cool places to go anymore, and people would rather do their own startups, or get professorships.
Personally, I'd consider most of the FAANGs (but not one-sided hire-hazing rituals). But technical cofounder, or working on a startup that's already funded, or a rare research lab position, is seeming more likely to be a good match.
Typical thing, that really happened: a coworker at a startup ("senior engineer") had to do some calls to a very simple HTTP API from an embedded C++ component. She proceeded to hand craft her own HTTP requests and manually dispatch them to a manually instantiated connection using sockets, and then manually parsing HTTP responses (!!). I suggested to not spend time on such irrelevant code, I was ignored. Management didn't chime in.
She kept having problems and problems once that 100s-lines long thing hit production, as you can imagine (every software engineer should know that writing a network client from scratch is not easy!): finally I broke down, linked libcurl in the application, and in 2 hours and 30 lines of code I had the whole thing solidly working. And that's how I afforded working 40 hours a week instead of 60.
At Google, this would never happen.
"Why are there 4 unique keys on this table named masterkey, masterkey2, mk1, mk4?"
Principle Engineer. "Well, the masterkey indicates which key this was mastered on, if you check the masterkey db, which is just "id, timestamp, masterid", this is required to comprehensively log the creation date of the row to maintain the db's audibility in case of SOC audit.
masterkey2, refers to the masterkey2 db, which contains "id, timestamp". Any change to the row requires an update to masterkey2, again for auditbility for last modification reason.
mk1, contains "id, userid". Which is the user that created the row.
Finally, mk4 refers to the new mk4link table, which is a LinkTable that links the main table to the mk4update table. mk4update is 'mk4id, username, timestamp, creator' and contains a list of any changes to the table and a flag indicating this is the creation date. Have you done a SOC compliance report before? No? Well, all of this is mandated by the SOC compliance, its kind of ugly, but it works and is absolutely required."
These kinds of initiatives happen all the time in every company, including Google. A team lead generally would quash this in the interest of reliability/safety/etc, I think.
Bigger companies IME, tend to be the ones that can afford to reinvent the wheel, and also tend to have the ~~arrogance~~ size to feel that they are a special enough snowflake to eschew something off the shelf and build something custom tailored exactly to their needs. They also have big enough budgets to be able to spare the manpower on it.
My experience has been largely in the financial space, maybe that is the key difference.
I've worked at _very_ large multi-nationals where, in my anecdata, I've seen such hand-tuned monstrosities deployed.
At a startup, a flawed but functional deployment today is better than a perfect deployment tomorrow. I've never heard of a startup that was successful because it got software right in it's early stages.
I've seen people do things like this more than once, even talented people. They some how get an idea in their head and go way down a rabbit hole without stepping back and realizing it's the wrong design. I think that pattern is more possible in small companies because they are less likely to have their work reviewed often, do formal design sessions, or be pairing with another experienced engineer. I don't buy that things like this don't happen at FAANGs because they are just oh-so-much-better, I would guess it's mostly because they have more mature practices.
> people work on entirely useless products that get canceled a year later.
You just described 99% of startups :-)
First of all, selfishly I am learning like crazy. I am able to work on the world's most advanced software defined networking implementation in Google Cloud, and it's just amazing and mind boggling.
Second, I create real value for a lot of people: the reliability I help improve has a direct effect on the happiness of the Google Cloud customers that run on our platform.
Third, even outside my Cloud business unit, while no company is perfect and there are clearly issues around data usage and centralization, I still think Google's effect on society is wildly and massively positive, it improves all our lives like not many other companies have ever done, so I have no problem at all working here.
But that's just me, I have no problem in accepting that your opinion might be different and you would never work there for ethical reasons, your (my?) loss :-)
You are correct that no company is perfect, but some are less perfect than others. It seems many people like just shrug their shoulders and move on pursing the fun projects they are well-paid to work on. Such is the human condition.
In my case a lot of it comes down to me, as an insider, knowing that you're wrong. "Monetizing people" is sort of meaningless. That's an objection to capitalism, if anything, not Google. Google no more monetizes people than a bank, or a rideshare company or even a university. Short of maybe fundamental research, you're not going to find a job that doesn't monetize people under some interpretation.
As for a "surveillance society", I don't really think that's true. The care my coworkers take with user data is, in a word, significant.
There are certainly things that Google has done that I think aren't ethical, but I'm much better positioned to be aware of and change those things as an insider than an outsider.
And then of course there's the multitude of selfish reasons: compensation, interesting technical work, intelligent coworkers, etc.
At Google you do rigorous engineering, you're intensely data-driven, you have to work at massive scale, everything you touch is a distributed system (with all the skills and pitfalls that comes with working on that), and you'll often learn a lot of fundamental CS algorithms because you need to re-implement them to work across 1000s of machines rather than using a standard library built for a single address space.
As a founder, it's just one problem after another, rapid fire, and you might have 1-2 days to solve something that took 2 months at Google. You do a lot of hacky 80/20 solutions. You need to think big-picture on everything and understand how everything fits together. You solve a much wider variety of problems, but you don't really go into depth with anything. Rigorous engineering isn't really part of a founder's job description, and some people view that as being dumb or poorly trained, but you make up for that in speed, ambiguity, and breadth.
I'd say that when I joined Google in '09, the level of colleagues there was much higher than the general level of technical founder prowess in the Valley, and it remained that way for the whole time I was there. But the types of employees Google hired in '13 were very different from the types of employees hired in '09 (who themselves were very different from those hired in '02), and it wouldn't surprise me if starting in '15 or so the balance started shifting back towards startup founders. Honestly I think the best technical minds today are actually doing cryptocurrency "non-profits" (scare quotes because they're actually being paid by capital appreciation of their founder tokens) - I've been quite impressed by the algorithms being discovered by projects like Ethereum, OmiseGo, MakerDao, zCash, Monero, etc.
> As a founder, it's just one problem after another, rapid fire, and you might have 1-2 days to solve something that took 2 months at Google. You do a lot of hacky 80/20 solutions. You need to think big-picture on everything and understand how everything fits together. You solve a much wider variety of problems, but you don't really go into depth with anything. Rigorous engineering isn't really part of a founder's job description, and some people view that as being dumb or poorly trained, but you make up for that in speed, ambiguity, and breadth.
This is why. While I sometimes yearn for a little more rigour, I certainly do not miss change reviews taking weeks and months at a time, and projects languishing while we attend endless meetings which seem designed to _undermine_ consensus rather than build it. I find the glacial process of large corporations to be utterly frustrating.
First of all, they're looking to validate the choice they made in lieu of becoming a millionaire. It helps them sleep at night to think Google or whatever isn't cool (maybe it isn't).
Second, they're interested and driven by different things.
Every single good/great practical software engineer I know from college is working at FAANG or a unicorn.
I work eight hours a day on average, and being that we have staff on most continents we don't really have a need to be on call. That said, I've had a handful of 3am emergencies over the course of the last few years.
I work in my garage; so I have no commute, and I no longer lose over two hours a day to commuting. That's meant I contribute far less to open source, which I did while on transit. However, I don't miss commuting at all and am thankful for the time recovered.
Balance is blissful. While my wife was on maternity leave for twelve months our girls were at home as well, and so my breaks consisted of spending time with my family. Now I walk them to daycare before work and listen to the rain on my roof while I work.
I am lead engineer at a start-up and my goal is to create a good work environment for our current and future devs. #1 enemy is the on-call, which should be resolved with customer support + some automation.
Lots of automated tests. A good community team. Code reviews. A _rigid_ feature-branch-and-test process. A _rigid_ closed beta->open beta->release process.
And we still have bugs. But things don't catch fire often, and when they do, it's usually not our fault. ;)
What is your vacation policy? Fixed amount + required to take or unlimited + take what you need? I am not a big fan of the latter, but not sure how it works for others.
Thanks.
I think it helps that they've never taken issue with my general performance; if I weren't satisfactory in my output then I probably would have some push back.
We rotate on-call duties, but seriously, if you're fighting fires all the time, it's because you're bad at computers. Get some discipline about writing code that doesn't blow up constantly, get good at blue-green deploys, do code review, run post-mortems, etc. Basically, exercise some professionalism.
We definitely have fires, but it's not a weekly event. Or monthly.
Now, not every company is going to be professional, but as a software engineer in this market, where you work is your choice. You can work at a startup building comparatively boring software (like mine!) that sells to enterprises, for founders who don't work 80 hour weeks, and have a good working environment. Or you can not. But now, perhaps more than any other time ever, the choice is yours.
It worked fine. The founders were fairly enlightened people, and well aware that we were in this for the long haul - success would take time and nobody could work long hours without the quality of the work suffering.
This wasn't the case for all staff, mind. There were definitely people in some roles who worked longer hours. Marketing and PR mostly.
I think a bit of perspective is in order. When the bar for comparison is technical principles at FAANG, yes.
If you want to own a house, have paid-for cars, put your kid through school, put away savings, and otherwise be completely comfortable then you can do just fine. That is "wealthy" for a lot of people in this country.
I know someone that delivered food to restaurants. He woke up at 4am, and periodically did double shifts. His work life balance was worse than almost any developer I know. And he had to carry stuff. [That was a bad work/life balance].
Seriously, count you blessing if you're in software now. I have been doing this 20 years and this is the best it's been since before the .com bubble ended.
lol wut ? if you work in a typical SF startup, you can do precisely none of these things. Like, literally zero.
If you have one of those incomes at the higher end, you can do these things in the bay area. If you have more than one then that stuff is not hard at all.
Berkeley has pleasant single family homes in a great school district around the $1MM mark. You can absolutely do that on $200k/year. IMO you should for sure be able to reach the mark where this is comfortable financially by the time you're around 30.
Let's say you make $200k/year and manage to put together a $300k down payment and get a $700k mortgage at 3.8%. Here is the breakdown of your annual spending (using 2018 numbers):
$18,500 to 401K
$35,930 in federal income tax
$10,593 in FICA (Social security and medicare)
$13,724 in California income tax
Take home after tax + retirement savings: $121,253 Also, remember that the rules have changed and only $10,000 in state, local, and property tax is deductible against federal income.
Remaining payments:
$39,140 in mortgage payments
$10,500 in property tax
$1,000 in homeowners insurance
$10,000 in car ownership costs (gas, maintenance, insurance, financing or depreciation)
$4,000 in utilities (gas, electricity, water, trash, internet)
$1,000 for phone
That leaves you with $55,613 of "real" annual take home, or $4,634 per month, without counting the cost of food, entertainment, other debt servicing, etc. Certainly not poverty wages, and many people get by with far less, but you'll also spend 2+ hours per day commuting and have a significant fraction of your net worth tied up in a house in an earthquake-prone area.
But either way... doesn't this prove my point? This does not sound like a difficult way to live, _and_ it factors in luxuries (I for one definitely do not spend $10k/year on car ownership).
1 hour on/waiting for BART + ~40 minutes walking between your house and BART + ~20 minutes walking between BART and your job gets pretty close to 2 hours.
Car cost is indeed high, but if you have a kid you'll probably need one and then you have to factor in the cost of childcare... $2k/month?
I realize that single parent households do exist, but we're not covering every case here.
You don't need to spend $10k/year to have a car. This is pretty trivially provable because there are lots of people who own cars who clearly wouldn't be able to do so if that were the case.
Berkeley -> San Mateo is 35 miles one way (17,500 per year)
Berkeley -> San Francisco is 15 miles one way - 7500 per year (at an average speed of 20 mph)
If you can use BART or CalTrain to get to work then you can get those numbers way down, but it's not an option for everyone.
I drive around 40,000km (~25,000 miles) and that's around a 2 hour round trip commute.
After paying for CA taxes, fed taxes, kids' schools, rent, car expenses, 401k contributions, I really don't know how you would come up with the savings necessary for the huge down payment required for a house there.
Just last week, a friend of mine got outbid on a ~1.5M house in the East Bay Area because another buyer came in and offered a down payment of $700k (!!), whereas my friend just had a more traditional 20%.
Good luck getting to those savings on a 150k startup salary and mostly worthless options.
In my experience, and I certainly respect yours, people just need to stop working for startups and go to big corporations, period.
And I speak as someone who had a low 7 figure liquidation event from a startup, and I'm still so against startups, because that liquidation event still didn't match the compensation I could have gotten as FAANG all along.
I agree that this math does _not_ work as well if you're moving to San Francisco and already have a family but no preexisting savings, so don't do that.
It's also true that if you rely on financing you will get outbid on some houses. But I know plenty of people who've successfully bought using financing.
Also, many folks in the Bay Area just go all cash, and that's obviously much better for the seller since it means very fast closing.
But this if off topic, because a person on a 150k startup salary in the Bay Area won't be able to participate in any of these discussions.
Also, financing can fall thru for silly reasons (eg the bank found some crazy lien from the 1940s) and want it cleared before they offer financing.
LUL dude, I hear this shit being parroted ad-nauseum. The amount of FAANG people that hit this level or more is like, 5-10%. Take a look at the top 5-10% of non-FAANG companies and you'll see those employees are also hitting this mark. There's nothing special about FAANG. I understand lots of FAANG employees parrot this around to make themselves feel better about their life choices.
When I interviewed a couple years ago, I made sure to interview at FAANG (specifically Facebook, Google, Netflix) and I also interviewed at half dozen big public companies in the same couple months (among which Oracle, Salesforce, Cisco, Juniper, Palo Alto Networks). I didn't interview at any private company (Uber, AirBnB, ...), since I was coming out of the startup world and I wanted liquid compensation.
The FAANG offers that came back were all significantly higher than the other ones, and the constant was certainly me (a software engineer with 7 years of experience at the time and a BS + MS in Computer Engineering).
All the FAANG offers (luckily I got an offer from all the 3 I interviewed at) were at a total liquid compensation of $~400-450k/y (annualized cash + RSU), and I'm certainly not in the top 10% of their tech workforce, not even remotely close, I come in as a generalist with some ops experience who spent a couple months studying algorithms and data structures. I don't even have an active GitHub profile.
All the other non-FAANG tech companies (I got an offer from 4) were at a total liquid compensation of $~220k/y (annualized cash + RSU).
The only other companies who matched the FAANG offers were a couple of hedge funds on the East Coast, but I didn't want to relocate and I wanted to keep working for a tech company.
In the end, I joined Google.
So, I'm just reporting my own personal experience based on the data I directly experienced (I have PDFs of all the offers :-)). Feel free to ask any follow up question, I love educating software engineers on their real market value, since I think many sell themselves too short in this thriving market.
BART is looking to eliminate all its parking, so this strategy won't work much longer. (They claim that the parking program doesn't bring in much revenue, but also refuse to charge a market-clearing price!)
Maybe the houses away from BART will get a little more affordable and those willing to walk 45 minutes or so will get a break. Or it'll end up like Sunnyvale where most of the "Caltrain" parking is actually provided by the City.
Here's an example: https://www.redfin.com/CA/Berkeley/2333-Sacramento-St-94702/...
BART is a 20 minute walk, five minute bike ride (and with the weather and topography cycling is a great option).
(~2.5 hours / day) x (~20 work days / month) x (8 months) = ~400 hours
2 years ago people with standard financing didnt have a chance in hell of buying a house in the Bay
I've worked at companies that at least called themselves startups for my entire career, and I own a house in San Bruno, my wife and I each have paid-for cars, we can put our kids through school, and we put away savings.
That said, I do Postmates for fun on the side and it's awesome. Grinding out hours delivering stuff is honestly pretty chill. Engineering is at least 2x as mentally taxing, unless you're delivering in weird weather conditions. I can put in 4 hours of delivering without grabbing a meal prior and be ready for 4 more no problem.
The work never comes home with you. You're never sitting there wondering "how do I be more effective?" or "how do I even start to solve this issue?". There's little to no politics and 80% or more of the gig is me riding a motorcycle around and popping a few wheelies.
In order to afford those things there, you need to laugh at startup offers and go work for a big company.
Seriously, I would love a world in which every single damn engineer shows their middle finger at a startup trying to hire them unless they pay market rate AND offer the written possibility to sell their shares every year or so, at the current company valuation.
When I pointed this out to people they didn't believe me. So it turned into a bit of a troll for me to say "yeah I'm going to go consult for a while to build up my skillset" and then watch their eyebrows do gymnastics.
You might assume, as I did, that they hire contractors who already know everything. They hire people with a reasonable skill in a couple areas they don't possess. But to actually contribute you have to drink from the firehose, going deep into the tech you were hired for and the constellation of technologies they use that interact with those things in any way. As soon as you start discovering XY Problems you find they were trying to get you to make X happen because they don't know how to do Y (or didn't know Y was possible) and the clock is ticking.
- way less big company type politics
- you won't get lost among the crowd at the big company
- if you join early enough you get to define how work is done, instead of just going with whatever process already exists at the big co
- you will know the CEO personally and have chances to discuss ideas and concerns with them in person, at big co there is zero chance of that
Also, the stability argument is interesting. I've actually experience more stability at the start-ups I've worked at than I have at the big companies. Big companies re-organize often and your manager, manager's manager, etc. might change several times in a single year. Lay-offs happen seemingly willy-nilly for reasons peons will never be told. Start-ups don't have any organization to re-organize, and don't have the people to be continually shifting things around and laying people off.
Big companies have multiple projects running in parallel, waiting to see which one will pan out. If you are working on one that doesn't pan out, it will be cancelled without a second thought (often with lay-offs involved). Start-ups have one project and it better work out or the company dies. It will not be cancelled lightly.
I cannot say whether age bias had any impact on my job searches. There have been interview processes that did not result in offers, which did not happen when I was younger. Maybe I was lucky early on. Maybe something has changed.
But I can say that every time I have looked, I have found work.
Disagree here for one specific type of startup...remote (which I know you mentioned).
Here's an example day at BigCorp:
- Rise and shine at 5am to work out early enough
- Leave the house by 7am
- 1+ hour commute into work
- Start work at 8am
- Stay until 8pm
- Get on/in the car, train, bus for a 1+ hour commute home
- Late dinner around 9pm
- Veg out because you're exhausted and go to bed by 11pm
Here's an example day at RemoteStartup:
- Rise at 7am to work out
- Make breakfast at 8am
- Standup at 8:30 while eating breakfast
- Work until 5pm
- Spend some family time and eat dinner until 8pm
- Work another 2 hours before bed around 10pm
The work life balance in scenario #2 is far and away more desirable to most people.
Here's an example day at BigCorp:
- Rise at 9am because standup isn't until 10am
- 10 minute commute since you're paid well enough to live near the office
- Arrive at work at 10am
- 1 hour lunch break at 12pm
- Leave work early at 4pm to miss the gym rush
- Get home by 6pm, enjoy the rest of the day until midnight
Versus RemoteCorp:
- Rise at 6am, immediately start working since you're online
- Work through lunch and eat your desk because you don't have a separate space
- Don't clock off at 5pm because you're always on. Keep checkin in on emails until 10-11pm
- Don't go outside at all because you never changed out of your pajamas. Sunlight seen: 0. People talked to: 0.
I definitely know which I prefer.
Some of that is undoubtedly controlled by the job itself, but some is usually also controlled by you and the boundaries you choose to set for your job.
I worked at a BigCorp and it was one of the worst years of my life. The work/life balance was awful, and the pay was shit compared to the hours I put in and satisfaction I got out of the job. All other experiences I've had have been much more satisfying.
On top of this, people think BigCorp is a safe bet where a startup is not, but BigCorp lays people off in large swaths all the time because their stock price moves a millimeter in some random direction.
My team was acquhired as a "startup within a larger company!!1" which ended up meaning: lower pay, longer hours, no equity, no actual autonomy.
But I was young and foolish and, caving to peer pressure, decided against my better judgement to take the gig. After my 1 year cliff (and successfully launching the Editions app that they soon after shitcanned) I got the fuck out.
EDIT: keep in mind, my hours were a product of my specific team, and the fact that I was commuting from Santa Cruz to Palo Alto. It would have likely been a regular 9-5 on other teams, and I'm pretty sure most of the other people there had regular hours.
I once got a dressing down from my director because I took a PTO day after working 20 days straight. I am so glad I don't work there anymore.
I know some people who go back home for a quick lunch or disappear for an hour in between. Many of these companies only care about you getting your work done and being present for all the meetings.
Ofc, there are just as many where your case applies. But, it is certainly not the norm for FAANG-eque companies
Once a startup raises a series A is there actually any reason to pay below-market? Fresh out of college I was employee #1 at a startup that had funding, and was basically at the mythical "Google salary for new college graduate" figure that is thrown around here, and higher than competing offers from name brand tech cos.
Yes, because there is a greater fool competing with you who seems to thinking the theoretical value of their illiquid options is worth a trade-off for equivalent actual cash.
"market" is a big chunk of change. "Google salary" is not market. It's closer to 50% of market. (GSUs and annual bonus are significant aspects of comp that are basically cash). "Netflix salary" is market, and for a series A company there are a lot of reasons not to pay senior engineers 300k+.
- get good experience on many different technologies
If you want to learn how to do things quickly, often in a way that barely holds together, then yes, you will get that work experience in a startup.
If you want an opportunity to learn how to do things right, you need to work with experts. Your startup is incredibly unlikely to have experts on many different technologies.
If you've got something valuable to offer, and want founder-like exposure to risk and reward, negotiate a founder-like equity package. If they won't give it to you, it's not because they're a startup. It's because they're unwilling to give it to you. Perhaps they don't think you're worth it. Perhaps they just don't want to share the pie like that.
- Less politics, and more autonomy (if you are given a certain role). - The dopamine or kick that comes with solving problems and the joy of getting results fast. Quite a few occasions, I have felt more involved in a startup than a big MNC. Maybe different kind of culture. (Consulting is the worst in case you like to see results for your ideas though)
But also, as to your invalid reasons list:
- The money is good.
- The work-life balance is excellent.
- And it's perfectly stable.
This usually is not the case. But if you're in a position to negotiate for these things and the founders are in the right position to offer them, it can be.
for this you have a much better chance at an established small company that doesn't need crazy growth. From what I see most startups prefer putting everybody into a big bullpen.
- You are a cofounder.
- You have little experience and you are using this to break into the industry, and get experience on many different technologies ("wear many hats").
- They are working on a very specific problem or using a specific technology that you strongly desire to work on and it's difficult to do it anywhere else.
- You want to work a certain way (remote, on the beach, whatever) and they are willing to go this route.
Invalid reasons for working at a startup:
- Getting rich off stock options.
- Making a lot of money in salary.
- Work / life balance.
- Stability.