Hacker News new | past | comments | ask | show | jobs | submit login
Ask HN: Is it really so dull to work in huge company?
75 points by thrway12345688 11 months ago | hide | past | favorite | 87 comments
I have changed job lately. And this is my first time in really large company with ~300k employees worldwide. So this is my first, first hand, experience in large company. My first impressions is that everyone knows only quite narrow field of the project. And it still surprises me as I'm used to opposite. Next thing that really struck me was how hard is to just approach someone and get to know him. As there are people sitting next to each other that have way different work. So you never know if what the guy next to you actually does, also it is hard to approach someone since most of the people spend large amount of time on online calls. Therefore you really never know if you can approach someone and don't look like an disturbing idiot. And lastly I feel like we are dealing with not that much of complicated technical products, but the complexity of work is created by all the processes (SAP, etc.). I mean the people are actually pretty nice, they are not stupid at all, but everything just seems so dull. And I have feeling like it really does not matter if you are really good or under average. You just learn all the processes that company has and the execute them. I feel like I'm in huge ant colony that's somehow producing results. And suddenly can understand why startups can undercut such behemoths. I mean I read about it plenty of times, but it is very different if you are living it.

My question is. Is that really how big companies operate? Or are there exceptions? For me that means that I have to accept to just provide defined outputs to some defined inputs (for decent wage). Or avoid such companies if I'm not able to accept it.




At least in my experience, yes, it really is that dull. If you get senior enough it manages to be both very dull and very stressful.

I managed to stick out for about a year after the startup I’d been working for was acquired by a multinational. I’d been an early engineering hire at the startup, and by that point was a technical lead for one of the teams. On being acquired I got promoted to technical lead for the newly formed division, which in practice meant endless meetings about every aspect of what we were doing. I’m talking eight hours a day on Teams calls, and a couple of hours writing things up between them.

One thing I’ll never forget is that an early task I picked up was working out how to tell if someone had opted out of marketing communications. I naively went in thinking it couldn’t be that hard, just look them up in the system that tracked these things. When I left we still didn’t have a decent solution. I’d spent months on calls with everyone up to the Data Protection Officer, and the closest I ever got was something we thought might work. For all I know they’re still trying to work it out 18 months later.

In the end I hated that job so much I took a ~50% pay cut and left a five figure retention bonus on the table to get out. I’m now happily back in a startup writing code every day, solving interesting problems, and laughing whenever someone complains about how much process and documentation there is.


What were the biggest obstacles to figuring out whether someone has opted out of marketing communications?


Not the OP, but I recognize this kind of situation from my own frustrations at bigcorps:

There are probably

1) many legacy systems with slightly different definitions of opted out, which may be out of sync with each other, forcing the developer to figure out an algorithm for what to decide in the many edge cases, forcing the dev to gather more requirements from many different stakeholders who did not anticipate this

2) many organizatioal owners for all these involved systems and for pieces of the logic and it's consequences, all of whom have different corporate priorities and incentives and calendar schedules

The result is a trivial thing becomes a jungle of scheduled meetings to gain access to the appropriate systems and to make decisions about each edge case, and ultimately go further up the change to reconcile incompatible opinions about how edge cases should be handled


Probably they couldn’t discover the user info provider because the user info provider aggregator service requires an ISO timestamp representing the end of the universe.

I think that Microservices parody is frighteningly close to real life.


I worked in a large bank (top50 globally) who literally couldn't tell you how many customers they have. It was an impossible task, and when the new CEO asked, he was told exactly that.


In many ways, it's about where you are in any company. If you're in a business critical, mature project with massive risk controls to prevent anything from going haywire, it's going to seem slow, since you'll (for instance) end up spending 5 hours running tests, formal verification and such to ensure that you're 5 line change doesn't break the system. If, on the other hand, you're in the new Skunkworks division, trying to figure out how the competition could upend the entire market, you might get less defined, less bureaucratic work. I've seen both in some of the oldest and largest companies I've worked for, but even the Skunkworks stuff is really different from startup world. Many of those projects are filled with workplace politics about who's positioned to be promoted to Senior Vice President of New Technologies and AI and who's going to be shown the door for having wasted $50million on something that can never make it to market, or even more esoteric things that only make sense in the context of the giant organization. Most of those dynamics are external, pointed at investors and finding product-market fit at smaller places. There's also less of a built in scaling factor at smaller companies -- you definitely want to figure out how to scale the product, but it's less immediately critical, whereas in a giant company, if they figure out how to upend their own business, they could theoretically deploy nearly instantly.


Your post is excellent. Context really changes everything!

As a whole though I would say large orgs generally bring stability and stability can be boring to our brains that have evolved from thousands of years of living hand-to-mouth.


>wasted $50million

the amount of waste is unbelievable and utterly sickening. and that 50 million is just a drop in the bucket, compared to the huge waste of money and other resources worldwide, and not just in the software field.


My 2c having done a bit of everything

Consulting: Limitless income, low job security, high value interesting work

Megacorps: High income, medium job security, meaningless work

Startups: Medium income, low job security, sometimes meaningful work

Open source: Low income, low job security, work that lasts forever

I balance a mix of Consulting, a Startup job, and Open source these days. I tweak the dials between those to keep myself optimally financially comfortable, challenged, and happy.

Would never work full time at a megacorp again for any amount of money though. The toxicity, politics, and pressure to put profit before people do not work for me. At most I will solve a high value problem that interests me, take my contract fee, and move on to the next thing.


> Consulting: Limitless income

Not exactly.

Consulting is purely a function of your Bill Rate x Hours Worked.

And given there’s only so many hours in a day, it’s very much a Limited Income job.


It's not common, but fixed/value based bids aren't impossible to pull off.

That's the one way to really decouple pay from hours.


This works both ways though, there is a reason why time and materials is so common.


Reallllly depends on the the industry, the company, the department and the team.

——

Questions to ask yourself when looking at job so you can be picky:

- What industry are they in (helps determine if it’s interesting)

- Their place in the industry (helps if there’s growth)

- What is the next frontier for the industry (helps determine if you are going to be laid off)

——

And when they interview you, be sure to interview them, especially if you get to talk to technical members:

- What does your specific team work on (helps determine whether their work is interesting)

- How big is the team (helps determine if you’re gonna be a cog)

- What kind of inter-team collaboration goes on, including non-technical teams (helps determine the culture)

- Talk to me about your architecture (helps you determine the tech you will be working on)

- Ask questions about why they built in that way (if they cannot answer these, I would run)

- What’s their release process like (you’re almost looking for key words here)

Don’t be afraid to ask. I asked questions for like an hour before deciding this job was for me. It should flow like a conversation with a friend though.


Do you want to produce something, or do you want a paycheque for doing work?

If you're a plumber, do you want to be responsible for building a brand new skyscraper with top of the line pipes, or do you just want to show up to your dead-boring factory maintenance job, fix the things you know how to fix and go home to your wife, kids and/or hobbies - which is where you draw satisfaction from life.

Hackernews is slanted towards the "build the latest and greatest and be the best software developer ever". The people who are just average, or good enough for their job, but don't care about staying current with the bleeding edge of tech (like what's posted daily on HN) aren't here to give you a contradictory opinion.


I also think this is also industry dependent --

sometimes you just wanna work at a small company that prints money, with a boring tech stack, say ROR, Golang -- but doing interesting work.

compared to big company where it's a lot of custom tooling, then other people bringing the latest and greatest tech to enhance their resumes or profile of the company through tech talks etc.

end of day -- it's finding what works for you.


I never bought the idea that work has to be hell to be financially viable. That's just marketing from the C-suite psychopaths.

Have you seen many new skyscraper-level sites pulling all-nighters constantly? And if you saw one, do they do it with the same people that was there at 7am the day prior? There's regulations (and sometimes unions) that make those the best-paying jobs for plumbers and also making sure that the plumbers can go to their families at the end of the day.


My understanding is that there's a ton of overtime in construction work. The projects are on a fixed schedule (a Gant chart made in MS Project), but unpredictable things happen all the time, so overtime is necessary to catch up.


Depends on what you're referring to with overtime. If it means 24/7 rotating shifts to compensate for the unpredictable, yes, that absolutely happens. So it's not so much "overtime", is "off-hour shifts".

Again, this started as an "skyscrapers sites" analogy. If you have a guy working in such construction for 20 hours straight, you're calling for a (very possibly fatal or catastrophic) accident, and there's absolutely no insurance company that'll cover for that, among other problems you'll be calling for.


I'm definitely on that side of building stuff. I really need something to work on and having progress, also unfortunately I'm more into HW. As companies making something HW related are really rare these days. So I'm not shaming the job itself but more like trying to understand if this is just something not for me.


There’s nothing dull about it! Make sure to keep detailed records of everything you and more importantly the people around you do and say. Working in a corporation is about having brag lists for yourself and nuclear information to use against those around you, especially your boss. As you get experience you realize that at any given time everyone has said or done something that could be taken out of context as evidence that that person is a risk to the organization. It’s just that usually people don’t use such information, leaving it in a benign state. That is until they do. And hopefully not against you!


I would rather be homeless than spend majority of my days like this


Tried it. Turned out, being the Director's friend was way more important.


You just described Microsoft.

(and I'm sure its FAANG friends too)


I remember when it was "FAANGMA" - I don't know why people stopped considering Microsoft "worthy" of being an aspirational employer.

I've done my time there (3 years as a college-hire) - still my favourite overall employer, I just had a sucky position (and undiagnosed ADHD... yah...).

P.S. If any hiring-managers in the OSG Shell team (i.e. Explorer.exe) see this, get in touch, there's so many small little bugs I want to fix!


The term was originally about stocks of similar profile, not which employers one should aspire to have. Jim Cramer coined it, and modified it a couple times (eventually adding Microsoft).


It hasn’t been osg for several years now. It was WDG, then something else, then just part of Azure. When I left, windows got split in two and the shell was under the UI team.


I have friends who’ve been working at microsoft for years and seem to like it, and others who worked there and described it as “soul destroying”. I guess in really big companies you can have varied experiences depending on specific team/location/boss.


> and nuclear information to use against those around you, especially your boss.

Always remember MICE: Money, Ideology, Compromise, and Ego. You probably don't control the money and the only ideology is capitalism so compromise and ego are the ones you should focus on.

Honey pots work the best as compromise (especially sexual in nature) and you should always practice your skill of manipulating your coworkers' egos to help them along in the path to self destruction ("never interrupt your enemy when they are making a mistake").


Can't imagine willingly putting oneself in the environment you're describing.

These are people playing on the same team as you?

What kind of humans choose work environments where they're surrounded by foes?

Hoping this is winding down.


I was just poking fun but everyone seems to have taken it so seriously.

I can’t imagine anyone working in such an environment. The MICE acronym is from counterintelligence and espionage.


I don't know if I'd call working in a huge company "dull" -- to me, that depends more on the work I'm doing than the nature of the company I'm doing it for.

However, working in a huge company does bring all sorts of things, including many you list, that I dislike. As a result, I very strongly prefer working for smaller outfits.

But everything's a tradeoff. There are different upsides and downsides to huge companies, tiny companies, and every size in between. the trick is to be clear with yourself about what tradeoffs are best for you.


There are exceptions. I spent 15 years as a developer at Bloomberg, which is a fairly big company, working on the software behind various financial trading plaforms. That could be intense, demanding, stressful, sometimes satisfying, sometimes frustrating, but never dull. We were organised as small teams, each responsible for some particular product or service. So you would know a lot about what your team was doing, and could easily approach any of them. Often you would need to coordinate with some other group, which I found a bit harder, but that's mainly because of my rather unsociable personality. There were company processes of course, sometimes annoying but mostly reasonable. High performance was expected and rewarded. That can be brutal if, for whatever reason, you fall behind, but if you can handle the pressure it's a great gig.


It's 99% boredom followed by 1% sheer terror whenever layoff season comes around.


Something most people don't think about with large companies:

They aren't monoliths. Your experience could be totally different in a different part of the company. 300k people is going to create a ton of variance.

That said, I've found the larger the company, the more politics matters. And the more politics matters, the less your performance matters, and the more the other things matter.

Personally, if given my way, I might never work for a company over ~50 people, again. (I'm working for a small firm now. And pretty happy overall.)

The ability to walk up to high management and get a fairly straight answer on what is going on, is something you simply can't get in a 300k company.


There was an abusive manager (cursing, shouting, making subordinates cry) at a 200+k employee client I worked at. Subordinates told HR. I assumed they would fire him but they transferred him. I asked my manager because that seemed bonkers to me. He explained that that group had jobs to do that were low priority, had their own building, could only be transferred to. You couldn't leave except by quitting/retiring.

Some beancounter had figured out that the price of letting these horrible people wear each other out and quit was lower than firing for cause and facing lawsuits.

Sometimes at other clients I've wondered if the department I'm working with is their "roach motel" department.


I had heard of the Japanese just putting you in a room with nothing to do instead of firing you, but this sounds next level. They basically created a corporate version of hell, where people don't truly die but have to endure others sinners for eternity.


Sad thing is: When you said him... I can replace your friend and the manager into the rest of the paragraph and it makes sense.

But I could see that at any firm, in the right situation.


I like the culture of huge companies because as a programmer I enjoy working on technical problems and working on a large system and improving things that millions of people actually use is cool. You can make something 2% better and that's worth like 50 million bucks. Seeing really large stuff come together that many people work on is fascinating to me.

That there's more streamlined processes to me is a good thing, because it actually frees my time up. Small companies just have so much more overhead and chaos relative to the size of the business.


The huge company I work for has managed to combine the drawbacks of small companies with the drawbacks of large companies. We need a ton of approvals and reviews for even the slightest thing but the processes to actually get things done barely exist so it's chaos with a ton of overhead.


Heh, that totally sounds like the one i'm working for...

Bonus points for "nobody being responsible for anything" plus a healthy dose of "yeah no, we don't have any budget for this this year"...


> " complexity of work is created by all the processes "

this is it. it's not that it's boring, it's that it's POINTLESS. the bigger a company gets, the more it's burdened by its processes. and that comes directly at the expense of your career and satisfaction, if you like, y'know, actually building stuff. if you like to wrangle process, which is a career unto itself, then well, enjoy, you're in the right place.


Yes, it is, but only if you're a technical person, some sort of pragmatist, or have vast niche/field/focused experience and want to apply it.

In such case you'll find yourself spending most of your time fighting to not become a complete bureaucrat, and eventually using only the minority (if any) of your time doing actual work.

However there's plenty of people that's there to "strategize", to "synergize", they're on online calls all day long, it's all career path and promotions and (hopefully) golden parachutes for them, so they'll call it exactly the opposite of "dull". What you call "dull" is actually _their goal_.

On the flip side, startup environments are way less dull but way more punishing, and may not be for everyone, or may not be for every stage of life.


No, it doesn't have to be dull. In fact, huge companies are more likely to have interesting technical problems than startups. The value of most startups is in their business plan, not their codebase. The code is just there to sketch out a rough prototype of the idea. Startups rarely have the time or money to sink on deep theoretical research. Also, few startups operate at a scale where they actually need fancy tech.

Consider Google: they invented Borg, MapReduce, GFS, etc. because of their sheer scale. Microsoft (disclaimer: I work here) has MSR. Xerox had PARC. There's tons of fascinating tech buried inside, things you'll never find at start-ups.

It's easy to become invisible and embed yourself into your team's narrow silo, but you can make a monumental impact by doing the opposite of that.


I have worked for both of the companies you mention, hoping to get involved with the interesting technical problems they are famous for, and in each case I was disappointed. What I observed was that you cannot really get a job doing the interesting work, not directly, because a megacorp does not hire for those positions; those core jobs go to trusted veteran insiders.

The organization grows from its edge, not its center; as a newbie, you will most likely be assigned to some minor piece of functionality extending the outlying periphery of whatever it was you actually wanted to work on. If you can stomach that for however many years it takes to build up an internal reputation, you may eventually be able to move inward toward the job you actually wanted; but there is no guarantee this will be possible.


This makes sense. In software, there's fairly small amount of really interesting work, and an endless ocean of mundane drudgery otherwise. Giving the interesting work to your high-performing veterans as a non-monetary reward is your best bet to get good results, and to retain them.


The problem with large companies is that by design, it is almost impossible to see a product from all stages and from beginning to end. What that means is you're working on a tiny piece, and you can't make creative decisions on how to make things work. You also don't get much real feedback on what you do from users.

Maybe it's preference, but I much prefer to work in a small company where you can actually influence decision making. I've worked at some large companies and now I am independent and I also work in a very small company with half a dozen people. I much prefer it because it feels like there is real meaning in what I am doing.

Large companies can give you some meaning too but you have to fight for it there, and work against the bureaucracy, which I hate so I left that life behind.


Big companies can run as 'safer' startups. We took something that was a sales pitch/demo and expanded it into a nicely engineered production system that was making 8-10M a year internally. That was eventually gobbled up by another group who made even bigger promises. For that financial safety, there is no great financial reward. Every organization runs differently - some feel like excellent navigators, some real chuckle heads - and that part can shift. The flip side is it is easier to shift yourself internally too.

For every cool project, there are probably a dozen legacy programs that need work. Fixing broken can be interesting - but leadership needs to be interesting in improving things vs seeing how long they can drive it without changing the oil. Flee those organizations or be the agent of change.

Individuals can matter, but generally one has to have impact beyond their 'day' job. An excellent line order cook won't really have impact. A sous chef / master sergeant can change an org, which can also change something larger.

Don't underestimate the domain knowledge. It really helps to understand what the business actually does (or needs to do). Coding to a spec without understanding the why usually produces mediocre results, which is often the norm.


You like vehicles no? Well being an employee in a huge company is the equivalent of being a cog in a giant vehicle. You are not deciding which way you are going nor the speed, hell you don't even know the speed and the direction, you just feel the force rotating in one way or the other upon you (the cog) .

But of course, it can be worthy for the salary which enables you to do some real fun driving, riding, skippering, piloting on some real bad ass vehicles during the weekend. Friday evening, Saturday and Sunday the cog becomes the captain


Depends on what you're working on. I still feel like I'm learning new things fairly often and I'm working within a large corporation (as a consultant).

I've worked in startups and small companies as well, and while I liked what we worked on, it never really got used by a lot of people, and sometimes felt like I ultimately wasted my time, even if I learned a lot during it. Meanwhile for large corporations I've worked on applications (and been the primary builder of applications) that have been used by millions of people.

Sometimes the slow pace (it's not always slow, in some ways be thankful it is, I've worked some nightmare situations before at some corporations) is nice, you can keep your head clear for your own projects before or after work, or just let yourself relax on a Friday or whatever.

Really depends on the project though. Don't let yourself be assigned to a legacy product if you can help it, especially if it's not being used to win new business, just maintain existing business. That seems to be where most of the problems you're complaining about lie.

There are days when I miss the large amount of autonomy at startups, but I don't miss the intense stress to get something made quickly, or the hours that crept up to 50, 60, 70 hour weeks.

I don't have any time or energy left to work on my video and board game designs if I'm working that intensely and that long during the day.


In my experience, that sounds about right. At least the part about the complexity being in the process. The hard part of any big project is usually not the tech, it’s the politics, organization, and getting decisions made.

As for getting to know people, I think you can get to know some people, just don’t expect to get to know everyone. When I was in the office my section of the office had about 20 desks and it was connected to another room with about 40 more. The 3 people right around me I worked with and talked to all the time. Another guy who was pretty close, was on the phone a lot and did something else, but on many occasion we spoke. Ask him one minor question about what he’s doing and he’d talk to you about it for 3 hours. The room of 40, there were a few people I knew decently well and I’d go to lunch with a few of them extremely often. Occasionally someone would organize something outside of work which also gave some opportunities to see what people were really like.

It’s definitely a different type of vibe and not for everyone. The upsides with a big company are often more stability, benefits packages, they usually pay decent, and there is more opportunity to specialize if you’re into they. The downside is that you’re mostly a cog in the machine.


> In my experience, that sounds about right. At least the part about the complexity being in the process. The hard part of any big project is usually not the tech, it’s the politics, organization, and getting decisions made.

This has been my experience a well. The reason why working in corpo policy heavy company is hard is because of processes, blockers, and a management that is more interested in political maneuvers than any actual product or services.


This is true even if there aren't heavy policies in place; in fact, it's worse, because you have to figure out or guess how decisions get made, and by whom, and there's no day to day consistency. You end up working on projects that get cancelled for no reason you can tell, you have to pitch ideas without knowing what the metrics they'll be judged on. It's arguably more demoralizing.


Anecdotes from my experience, in a large US bank (millions of customers), specifically in a product with active investment:

Yes, processes for getting things done are dull and frustrating. Team leads often urged minimizing time spent on them by using political clout with the gatekeepers to expedite them.

Tech was not too exciting, all the open source stuff used were mature, vetted by security folks/scans, and possibly had in-house layers built on top of it.

Did get to see where my projects fit in end to end, including contributing to data shown in a widget high up on their mobile app’s dashbord, and also to several thousand internal users who are movers and shakers.

Standing up a new REST API and exposing it to the internet required much upfront design and lots of approvals. But at the end of the day it’s to ensure minimal risk while making maximum impact on the tremendous customer base.

Pay was not approaching the FAANG stratosphere. Had two WFH days per week. Office had a section of a floor reserved for the group, and hotdesking with “soft” reservations based on history of actual desks used.

Overall did learn a lot about tech, business, and leadership, but the cog feeling was still definitely an undertone.


If you want to try to find "beauty" or "ingenuity" in these behemoths, look at "all the processes that company has" and imagine trying to consistently pull off some of some of the bigger projects they do without those processes.

There are projects that can only be done by large entities and part of the boredom you feel is the systems "work" if workers are equivalent/replacable units.


All the layers and interrelated systems means that any given change of note requires a lot more input and communication than at a small company. Some of this is necessary, but usually a lot of it’s because most organizations are terrible at communication and making relevant information accessible.

This means one of two things:

1) You will work with similar independence to a developer at a smaller company—but spent 10-20% as much time directly working on code and related things, with the rest going to tracking down people and systems to get what you need to start/proceed/complete a feature.

2) Or, someone else will do all that for you, you’ll have far less independence, and will basically just be killing detailed Jira ticket exactly as assigned. But you’ll write a lot more code and such.


That really depends on a company, culture and your relationship with the manager who is doing chasing and approving things for you. I would agree that bigger organizations are slower at deciding things and some things are just decided for you, but the two extremes are not necessary mutually exclusive.


It'll be dull if your team has more people than real work. It'll be dull if your team can't articulate what the problem it solves or why it matters. It'll be dull if you are solving a problem that has better solution somewhere else. It's not about company size, but about culture and project. It was not dull to build the first version of S3 or EC2 or DyanmoDB. It was not dull to come up with Chrome or JAX or TPU. It was not dull to drive the project of Vision Pro or iPhone or Apple Watch. It was not dull to build Github Copilot.

It's just that statistically speaking one has fewer chance per 1000 employee to work on something fun without being dragged by company culture in a huge company.


On the whole, big companies tend to be bureaucratic behemoths out of necessity. You might find them generally dismal places to work.

But then again, you might find some really fun and interesting pockets within those big companies.

I'm a project manager for a small software product at a large company. I like to think that my little space within this huge company is an enjoyable place to work. While I am responsible to stakeholders to make sure we accomplish certain major tasks, I get a bucket of funding to allocate as I please. My team and I can decide on our own what tools to use, what languages, how to structure our development schedule, etc. It's all very not-behemoth-like.

But go across the hall (figuratively speaking -- my team works mostly remote) and you might find an abundance of process and bureaucracy. I've been there too. And admittedly, that may well be what the majority of the company is like. But if you can find a project / group / etc. that suits you, you may be happy working there even if the style of the rest of the company isn't to your liking.


A large company values redundancy more than efficiency. In a startup having Steve do all the website design is efficient and cost effective. At megacorp, having Steve do all the website design means there is a single point of failure, and gives Steve incredible leverage over the company.

In the past you could carve out a community at the office, make some friends, realize your work is kind of bogus, and go home on the weekend.

In our new hybrid wfh world everyone seems much more closed off. So now you’re just doing bogus work on slack/zoom from the spare bedroom without the sense of community or consistency.

If you have a family to take care of this probably still sounds like a good trade.


They call it, retiring in place. That is, the pace is so slow due to process poor work habits, that you essentially have stopped working and retired in place. Just kick back, collect a check, and give up on your engineering career.


Personally, I have always struggled to find enjoyment and meaning while working at a big company so I would ask yourself if a big company is right for you. If you decide to stay, try to make a couple of friends. People need to eat so see if anyone wants to eat lunch with you. There are always people who have been there for decades who understand how everything fits together, so seek those people out. Play the "new guy/gal" card, and see if you can get some time with them just to tap into their historical knowledge and start building a relationship with them.


In my experience, yes, big companies are boring. Sometimes a particular department might be good, but most of the jobs are boring. There tends to be many levels between you and the people making the actual decisions and you have little input. There is usually a large bureaucracy with a large number of busy work tasks. Being rewarded for you contributions (or just being rated accurately) is not a given and can lead to disappointment.

There's really no avoiding it. You're trading your life for money - that's how jobs work from an employee perspective.


As there are many people working on the same code base, change should be hard, it's a good thing.

As it takes a lot of time to go through the process of changing things, make sure to invest time in deciding what that change should be (and how to structure it in a way that it's easiest to go through the process) instead of making the change that you would do if you would work on the code base yourself.


No. There are pockets within even large companies that have extremely intelligent people, and basically feel like a startup.

You can work in a large company, and still accomplish amazing things. But you have to avoid at all costs not being in an area of bright, intelligent people with leadership that protects it from having to be just another cog in the machine.


That's by design. Large org needs consistent throughput. Think of it like you engineer system. When small, you have pets: each computer is important. Then you scale so you maybe get rid of special computer. All computer is cattle. You want consistent performance, willing to accept lower performance for consistency. Advantage is you can build bigger building blocks. No need for 9654X with 1 GB of cache. Everything is now VM. Mechanically unsympathetic, but you swap each piece in logical space, individual device does not matter.

You go bigger. Business units now. Deliver consistent performance. All units is not Skunkwork. Just machine. Big unit. Transistor in company CPU. Eventually company as well is just transistor in nation CPU. Nation just transistor in Earth CPU.


Tips for assessing big company roles:

- How is tech debt addressed? Are teams allowed to work on tech debt to keep the overall codebase functional. This one is fairly obvious, but a lot of bigger companies have allowed tech debt to get out of control which impacts the experience of writing code and/or accomplishing anything. The worst of these will layer in absurd processes rather than addressing the tech debt. - How does the work the team is doing now roll up to the overall strategy of the company? If the hiring manager can’t answer that question it means the company likely runs on politics rather than a coherent strategy.


As soon as companies get big things change a lot. Even if they are still considered medium sized. I once switched from a 20 person startup to company with more than 1000 employees. In both cases I was very close to the CEO. In the startup I could access almost everything whereas in the bigger company I was not even able to get a list of all repos in our central source code repository system. And of course there was no technical reason for that. It was just politics.


Yes that was my experience as well, except I went to a big company straight out of school so didn't know that it could be different at a small company.


People always love to compare efficiency at a micro level.

The thing is effeciency isn't what you actually want to maximize.

It's not surprising that a small team of 5 people in a startup can build 1 thing faster than a team of 5 in a big org.

The orgs goal is to keep adding anything that makes a net profit even if means a loss in effeciency caused by the extra overhead of being more complex, bigger and slower.


Working on something that actually gets used and helps people do things is never truly dull. Even software for the DMV


If you want some sparetime, go find some colleaques you can make up Teams calls with. Just call those "Jourfixe Devops Learning path" or the like. Nobody will ever question you beeing "red" or even presenting. This might not fill your timesheet, but helps a lot aginst unexpected RSVPs.


Your perfectly described my experience in every single huge company I worked for!


Yes, that all sounds typical of the experiences I have had in large companies.


It depends on your role. If your just a SW dev on big team delivering some incremental feature its pretty dull. If you’re reporting to a director or above you can try fun stuff and push the envelope more.


Not being approached at my desk is a feature, not a bug.


I think the impression you get depends on whether you belong to cost or profit centre of the org, and techies tend to be part of the former.


You joined Deloitte - they say it's the green dot but it's a beige blob. Take the pay and enjoy your life


Best, least political job I ever had—-including 25 years of self employment—-was in Microsoft.


It's not dull for me. God I wish it was.


Then again, you may get to work on something challenging like how to brick printers if they don't use your ink.


Honestly yeah it’s that dull

At big companies the attitude is almost like: clock in, do the minimum, clock out

I used to work at a startup and it was probably the funnest time of my whole career despite the bad pay

I wouldn’t go back but I do miss it sometimes


Yes.


The bigger a company get, the more burocracy it develops.


And the problem here is the lack of agency of the individual people. Larger companies run everything through committees, even ad hoc ones (i.e. "meetings"). The approval chain is long and slow.

My favorite anecdote was when the company basically told us that we could not talk directly to the person next to us, and had to route everything through the project systems.

Small companies, more folks are "on the line", and thus more engaged in the entirety of it, rather than their own little niche. Similarly, you have more access to people for discussions, problem solving, etc.

Yea, "it's interruption". And that's just where you need to learn personal boundaries on the individual level, rather than corporate structured boundaries that simply dropped on the team.

In large companies, more and more people are "doing their portion", "not my job", etc. I'm not suggesting everyone needs to work insane hours and burn the midnight oil, but it's the ability of build a local culture rather than have on mandated upon you from up high.

When you're empowered and have agency, you're (I am) more motivated to participate and grow and engage instead of checking my boxes for the weekly TSP reports.


> My favorite anecdote was when the company basically told us that we could not talk directly to the person next to us, and had to route everything through the project systems.

I have a similar anecdote, but at a medium-sized company (a famous, now-defunct computer game outfit).

They had a rule that you couldn't talk about your work to anyone who wasn't on your direct team. In practice, what it meant was that nobody talked to anybody about anything other than trivialities. I found it so alienating that it's the primary reason why I quit.


Sounds spot on!


I think there are a lot of factors at play in what you're describing. Sorry for the wall of text, tl;dr: skip to the last section about startups undercutting behemoths.

> My first impressions is that everyone knows only quite narrow field of the project

When you reach an employee count that can sustain it, this is the "optimal" way to organise a company. Division and specialisation of labour is how Big Corps operate. At that size, one person can't know almost-everything like they can in a startup. They most likely don't even know everything about their own product, depending on its size.

> Next thing that really struck me was how hard is to just approach someone and get to know him

This is both a function of the people themselves, and the amount of stress and/or deadline pressure they're under. In both cases you can imagine people not having time to get to know someone new, particularly if they're not on the same team. This is not an insult, it's just a function of prioritising who and what to interact with in a company of ~300K.

> As there are people sitting next to each other that have way different work.

This also exacerbates the above and is one of the key reasons I loathe hot-desking. If you're going to colocate people you should colocate people on the same team where possible. That is a hill I will die on.

> it is hard to approach someone since most of the people spend large amount of time on online calls

Also common at Big Corps, but there's also an explosion of this since covid / remote work normalisation, etc.

> Therefore you really never know if you can approach someone and don't look like an disturbing idiot ... I mean the people are actually pretty nice, they are not stupid at all, but everything just seems so dull.

Assume everyone is friendly. "Excuse me, sorry to disturb you, [I'm new here] ..." is a great opener if you're worried about this. Their reaction will tell you whether your initial assumption is valid at that time in that context.

> And I have feeling like it really does not matter if you are really good or under average.

Different companies handle performance very differently. My advice is to not tie your worth or goals _specifically_ to the company's performance measurements, but look at your own personal growth as the yardstick for how satisfied you are with your role and progress. Then only interact with the company's performance model where necessary to succeed within the box the company is imposing.

> I feel like we are dealing with not that much of complicated technical products, but the complexity of work is created by all the processes (SAP, etc.). And I have feeling like it really does not matter if you are really good or under average

Complexity of technical products obviously varies wildly within a company and across companies, but in general yes: process is a defining hallmark of a Big Corp. Process is essential for replicating the success they've achieved and maintaining the redundancy needed to take risks and fail.

> and suddenly can understand why startups can undercut such behemoths.

I think this half of the key observation. The other half is: every bet a startup makes runs the risk of killing the company. A Big Corp can make 100 bets and fail every single one of them, and still operate successfully as a company.

But that doesn't mean they're any more likely to win any individual bet -- innovation is hard -- they can just make a ton more of them without going bankrupt. They can only do that because they've built an enormous, redundant, safe, "dull" system that has the best chance to grow over time with their existing successes.

The only way a startup can compete with this is to find the one thing that a Big Corp can't/won't do, hasn't noticed, won't admint, can't move fast enough to capture (e.g. new technologies), etc, etc, and successfully execute on it, fast, with an entire company of like, 10 people.

Scary if you're betting with peoples' livelihoods, intense, and requires an enormous breadth of knowledge across 10 people to operate in all kinds of roles. But certainly not dull.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: