Ask HN: I love programming but hate the industry. Can anyone relate?
I love building and working - always have, always will. I've been programming for nearly 10 years, 5 of those professionally but the industry is literally destroying my soul and it has recently become crippling.
I've been in all kinds of jobs, from start-ups to massive corporate companies. I'm forever building my own side projects as I love it, as well as love the idea of making my own living but as you all know, side hustles don't make money over night.
I'm currently in a great job. By great job I mean, the money is really good, there's room to grow and the opportunities are endless... Yet I can't bare it. I can't bare the devs that go out of their way to work weekends without being asked, I can't bare the endless meetings, constant micromanagement, bringing the stress home to my family.
I don't know where or who to turn to. Can anyone relate?
349 comments
[ 6.7 ms ] story [ 281 ms ] threadAlso, there are definitely better and worse companies. I'm currently in the best job of my life (well paying, fully remote, very little meetings, no micromanagement, using interesting and cutting edge technology), but it took me 15 years to get there. The catch is that such companies don't have to hire that often (because people don't tend to leave them), so most openings at the market in any given moment are from shit companies where average tenure is 18-24 months and half of the staff has low-grade depression. The job market is essentially a market for lemons, unfortunately.
We also see devs just flat out going into new fields altogether.
I agree about the second half, though. My current job is just a terrible meat grinder, hiring and churning like crazy, and they just keep pouring gas on the fire by trying to grow headcount without retaining people they already have. Everyone is sick of interviewing and the solution is to hire more people so the new people can start interviewing and take some pressure off the old people.
Stop right there.
I don't think this contradicts the statement "I think most people here can [relate]"
Yes, a million $/€/£ isn't what it once was, and being a millionaire isn't in itself an indicator of exceptional riches, but the term "multi-millionaire" still certainly implies a level of wealth that sets one apart from the average (even among ycombinator-readers).
And I would imagine you're proportionally much less likely to be a fan of the industry inversely to the measure of the safety net / impetus-to-participate-in-the-rat-race-of-9-to-5 you possess.
Stop right here. The parent comment was about multi-millionaires 5+ years ago.
Assuming everything hasn't been spent, riches becomes richer when you have capital.
For example, when I wasn't comfortable, I was always chasing the next language/framework so that I was marketable to someone else's company, and this was actually at the expense of the best solution for whatever company I was at. It was always like "lets make this new microservice, in this new language", "let's refactor this whole project but blame 100% of it on the prior developer and no other ulterior motive whatsoever", "what's the personal development budget again? sure, I'll tell you all about my goal of learning this new language you don't use". Most of the engineers are doing it. If you're drowning, save yourself first.
and now its fantasticaly liberating for me to simply not have to do that! It opens up other possibilities I couldn't understand, such as learning a super niche and new language even if the payoff wasn't clear, this allows me to contribute to projects that I would have ruled out and ironically become more marketable when the premium is highest. It allows me to dive deeper into more time-tested languages, and more.
I'm in a similar position (not remote though) and yeah... my boss told me during my first year that the guy who was hired before me said he'd only stay 2-3 years, and that was 6 years ago. It's almost 10 years later and we're both here, along with the rest.
We're a small company though, so like you say, we've just hired a few programmers since I started.
Part of what I realized in that 12 years was that I by the time I was ready to bail I was so frustrated and hated life so much that anything _but_ this current position looked good, which opened the door to taking something that was equally as horrible. I've long advocated in starting at the bottom and working your way up, but there is a limit as to how much abuse a person can take. If the climate goes south you have to bail. The long term consequences of not are higher than the immediate annoying ones (relocating, etc.).
I can only assume that it is because of stronger labor laws, more relaxed work/life balance, etc.
Some of my American (contractor) colleagues would work like dogs for 6 days a week, often from early in the morning to late in the night - depending on the status of the project. It was the first time I observed actual burnout in people, and how visibly it changes people and their personalities.
In any case - most of them, especially those over 40, would often discuss their big plans: Only work 5-10 more years, then retire, and live life.
If 50-60 hour weeks, all year round, is any good indicator of American SWE life - I can understand why devs. are daydreaming about retirement.
Then those sentences here in multiple posts about it being normal to put in extra weekend days, wtf?
Add to this they even completely had to return to office 5days a week..
..and this is for high skilled tech workers, how bad is it for the rest? While at the same time the world seems to even now discover 4day weeks... what's going on over there? It sounds like modern slavery and you may need more unions and less socialism-fear :D
> European workers seem much more content with their work-life
So content they actually are asked and want to be kept employed with halfed work hours or similar even after retirement age, because their experience brings value to juniors, not because of the money but they don't feel like retiring but want to be further useful... not for everyone sure.
That said, while I am reasonably well compensated I don't make enough to retire early. At my current trajectory I'm not sure I make enough to retire full stop ... so I might just be working until I die after all.
I can retire around 50, where I now live in Scandinavia/Norway. But that comes down to me currently living in a low cost of living area - my house is basically worth 10% of those in major cities. But I also don't have to think about stuff like healthcare, which is a big plus when it's time to retire.
Even though on paper the average tech worker might have 20+ days off, if the culture is not there, peer pressure will kind of force you to compromise in other ways.
> The job market is essentially a market for lemons, unfortunately.
Somehow I just visualized the job market as analogous to the romantic dating pool for people past say 35. That complaint about all the good ones being taken, and those who get back into the scene have baggage by that point and several failures along the way. I've never conceived of the job market like that, puts a whole new spin on it when I conceptualize it as such.
In the last 10 days I made more progress than 10 years combined before.
Why? Because I realized that the problem is inside of my mind. What is causing me to not finish/doubt my own projects?
There are many reasons, each unique to each persons's mind.
One must brutaly focus in on the specific reasons and resolve them.
The solution that is working for me: sit in front of PC, close my eyes, focus on the problem.
I am NOT talking about regular meditation. You have people who mediate hours for their entire life and get nowhere.
What DOES work is to bring and hold the problem in your mind and just let it "hover" there. Eventualy you will start getting random thoughts/ideas which will show you details about this thing and your reactions to it that you have never seen before.
Note that this can take anywhere from 5 to 30 minutes. But very often I get many insights in a single 30 minutes session, many more than just one. But it's a bit random.
Basicaly it has to be active meditation.
I hold the problem in my mind and after 5, 15, 30...minuts solutions start popping in.
Listening to Jiddu Krishnamurti is what "pushed me over the edge" to realize that sitting down alone in a quite room and examine your mind is the only way forward.
Your problems will be specific to you.
In short, you need to figure out what is preventing you from monetizing and finishing your side projects.
This thing that is preventing you is in your mind.
You are uncertain. Uncertanty creates a "choice" in your mind.
You will then pick A over B, but because the uncertanty will still be there you will forever cycle between A and B, never commiting to each.
Address the source of the uncertanty. When you do that, the choice will dissapear and never bother you again.
The problem with this advice is that I cannot give you specific advice since you will have to figure out what is causing resistance in your mind against monetizing/commiting to your side projects.
If other's people methods are optimal, then you should take their techniques.
At the same time you ask yourself "Were they doing something where/inneficient? Am I spinning in circles?"
I'm currently reading "Manifest. 7 steps to living your best life". It's pretty much exactly what you've described. It sounds like you're going through an amazing transformation. Embrace it and change your life. They don't come round often.
Give that book a read when you get the chance :)
It took me many years to finaly come to the deep realization that sitting down by yourself and brutaly examining my own problems that the mind generates is the only way forward.
The amount of resistance I felt to this was enourmous.
I escaped by trying to browse internet, read books etc... for way too many years.
Listening to 20hours+ of Krishnamurti's talk was what finally made me realize that there really is no other way that to examine what is inside of yourself.
And you will not find solutions to your "mind problems" on the internet or in books, only in your own mind, which is done by sitting alone, quitly and observing the mind precisely.
But what you cite that you got out of him is a mindset that I got out of years of therapy and reading self-help books - that is, those methods utterly failed and so now if it doesn't come from my own mind (with a few exceptions), I can't take the advice.
But you find 5% of practical stuff in his talks. I probably listened to 20+hours of his talks. I put it on my phone and go for a walk in the city and fast forward it.
So as far as pointers to his talk...not really...but at some point you realize that:
1) It actuall works
2) That repeated exposure to ideas is required until the human comes to the realization that only self-examination can work.
Once you understand that you can somewhat easily "suffer" through Kirshnamurti, fast forward it and ignore 90% but then listen and re-listen to certain parts.
No magic sauce I'm afraid...
You might also wish to read Kapil Gupta's Siddha Performance website.
The solution is in your mind, not in the books.
Very few books/people tell you that.
They sell you habits, methods of planning etc... but did you notice that somehow that never ends up working?
Sitting alone and examining the mind was the only thing that worked for me.
The gains were exponential. Well, compared to all other self-book, where the gains were zero, I guess I can say that the gains are infinite compared to any self-help book.
Find a better company to work for.
Wait... You love programming but you can't stand those that code during the week-ends?
It literally was my interest, not much different than when my kids would come to me asking me to make up a long division problem for them to work out when they were first learning multiplication and division.
If I do really high quality work, am positive and proactive towards the companies goals, contribute and encourage others, I have never been looked down on for working reasonable hours and not working weekends.
I think some employees think they can be fulfilled as a spectator in their companies journey rather than someone who believes in it and helps it. At my current employer, it isn't necessarily the subject I would choose as my most favourite thing but I believe in what they are doing to help people with online data collection and I am an active part in that journey so I can feel fulfilled.
For me, I need motivation and flow. Meetings often disturb my flow and if I’m not in the mood I‘ll work less hours between Monday to Friday and add a few hours on the weekend.
If there are production issues there also might be benefits of solving or working around a bug as soon as possible vs fixing and cleaning up later.
But doing consistently more than 40 hours per week will lead to burnout. Don’t do this. Work smarter, not harder.
manager1> my team is so strong they go without sleep to make the deadlines
manager2> hmm
manager1> my team is so dedicated they even go without meals, working straight through lunch and dinner!
manager2> hmm
manager1> can you top that?
manager2> my team are such professionals that when they're tired they sleep and when they're hungry they eat.
manager1> satori
Not hobby programming or sideprojects.
Coding is far from the only field I've seen this. Some guys figure they'll go above and beyond to impress the boss, or just because they want to make more money.
A good boss will obviously let their employees know what is expected - but some bosses will start to ask other "Hey, John goes the extra mile all the time. Why can't you too?"
And it sort of becomes a race to the bottom.
If you care about your craft, spend time learning and cultivating your skills and want to do the right thing, once you try to put things into practice you'll find a bunch of people along the way that hate programming and don't care about quality.
You will also find people that will try hard to game the system to inflate their productivity metrics at the expense of ruining long term collective productivity by incurring massive tech debt. They make the coding experience draining.
You'll know who they are when you try to talk with them about technology and they'll start avoiding you and cluster around people that talk about sports, cars, travel, wine or some other thing that has nothing to do with tech.
If all those people suddenly decided to go do something else the industry would be so much better.
Programming is one small aspect of software development. It's an absolutely essential part, and it's the part you probably enjoy the most.
But despite being an essential core part, it's also a part which only occupies maybe 20% of your time.
Some software developers declare that to be a problem, and fight tooth and nail to change their company culture with the idea that if they were just left to program for most of their time they'd be better software developers.
That's actually the wrong conclusion, and a very self-limiting approach.
You aren't employed to just program. You're employed to develop software, and that other 80% is actually where you can make a huge difference to your company and add value over your fellow software developers.
If you start taking pride in the state updates, the endless meetings and approach that part of your work with the same pride you would approach coding then you may find some of the stress disappears as instead of always fighting the system you flourish within it.
For example you might look down upon a programmer who seemingly never takes pride in writing good code, just copy-pasting from stackoverflow with the minimum of understanding, just hacking away until something compiles.
If that's the energy you bring to these "endless meetings" then you risk that being how the rest of the business sees you from outside the software department.
Unpaid overtime and working weekends isn't really a thing in my culture, so I can't relate there. That legitimately sounds frustrating, but be sure to set your own boundaries and stick to them.
One approach to dealing with what you see as problematic behaviour from colleagues is instead of getting frustrated with them, consider what effect it has on you. If you're not actually badly affected by their overworking then try to relax and recognise they have a problem, but that it's their problem, not yours.
There are hundreds of thousands of software development jobs in companies where the whole software development department are fewer than 10 people.
If you absolutely abhor integrating software between teams then they can be a breath of fresh air.
That said, you will very likely find other frustrations, from their (lack of) tooling, greater impact of colleagues, more idiosyncratic approaches to development, lack of onboarding / documentation.
But if you're keen then they can be great places to work. You can make a real stamp on how they work and feel like more of your time is delivery.
But you will have to juggle different concerns. You might turn up and find they don't have a bug tracker or source control. Or worse, they do have source control but their entire knowledge of git is "git commit -m 'Checking in end of day'" (and "delete; git clone" for when Things Go Wrong).
Most meetings I attend are held out of habit more than need.
I've worked at places where there were large "company update meetings" for the whole company. They were only once a month but still frustrating to lose an afternoon to listen to every detail about who the sales team pitched to this month. Seemingly we had to have every detail of their job explained but the entire software development team had 5 minutes at most to say what they'd done.
It was a source of friction between the development team and the management team especially during crunch times when we really couldn't afford to be losing an afternoon for the whole team.
We managed to persuade our boss to let us remote in to the meetings from our desks instead, so we could listen along while getting on with work.
With covid normalising remote work, large meetings can be both easier to deal with due to not having to have physical presence but also more of a strain as it's harder to get meaningful output from them.
Can you skip that meeting?
If attendance is mandatory and recorded can you make objections to being made to attend?
If not, and if the meeting is genuinely a waste of your time, can you just mute the meeting / take off your headphones and get on with your work?
If you have retrospectives, then be sure to call out that 50 person meeting as a waste of developer time and don't be scared to keep hammering the point that it's taking away a large amount of resource. Be sure if (when) there is pushback from higher ups that you listen to why they think it's important that you attend.
If it's genuinely taking up a whole day on a regular basis then there may be a culture issue. In general culture problems are worth an attempt at fighting, but be aware that most of the time the culture won't change and you might find you're no longer considered a good culture fit and nudged out if you fight too hard.
All companies are different, and it's worth spending a while job hopping to better understand the company landscape and where you best fit. Don't listen to people who say that job hopping looks bad on a CV, especially early on in a career. That's a myth peddled by people who grew up in a different time and who are largely in charge and don't want people to job hop because it costs them money to recruit.
Not just seem, they are. But if you can turn off your mic and video, you can play videogames or bake a cake in the background. Everyone wins: Some feckless manager feels important and you do something you actually enjoy.
It's frustrating; and worse, we've had our CEO several times send group messages to scold people for having their camera off, or worse (my sin), camera on, but obviously doing work and not paying attention. It's pretty gross.
I'm not sure what OP had in mind when asking the question, but at least for me it can be rephrased as:
"I LOVE Software Development/Engineering but HATE the industry. Can anyone relate?"
I really like the challenge of everything regarding SWE...users, specifications, documentation, planning, working with teams, testing, et.c.
But in most projects I have worked in something else has crept in:
Stuff you need to do:
1. Write docs.
2. Update docs.
3. Run test suites.
4. Check test suite reports.
5. Fix tests or code if they fail.
6. Design work for code.
7. Requirements gathering/refinement.
8. Estimating work.
9. Investigating production issues.
10. Fixing production issues.
11. Deploying to various environments.
12. Investigating deployment failures.
13. Teaching and mentoring less experienced team mates.
14. Reading up on both tech you use and tech that you plan to use.
15. Syncing with other teams about new features or products you're working on.
16. Design work for test suites.
...
Most of those things are not "coding".
Your "customer" for a framework is a fellow dev. That can make all the difference in the world. Design and marketing generally take a back seat.
I (everyone?) agree that software development is not only programming/writing code. It also system design, documentation, finding solutions, troubleshooting, load testing and so on. And yes, it is also gathering and understanding requirements and collaborating with other teams. But if your average developer only has 20% of time for coding and everything else goes to meetings, you are doing something terribly wrong. Simply because the time of the developers is used inefficiently, unless you are doing something very simple (from technical point of view) and cut costs on other roles, so devs are doing everything. Usually it means that there is no proper Product/Project management and technical leadership. You can build a lot better and faster if your developers have time to focus on development itself without going to constant meetings to understand this sentence in requirements. Even during my 'worst' (from dev time perspective) years as a TL I spent ~40-50% of my time to management/communication work. It allowed team of 5 devs to be almost distraction free (less than 3 meetings per week per dev), because I worked as proxy for them.
In my experience adding good technical PM between devs and other managers can greatly increase devs efficiency and more importantly - their happiness
Taking pride in useless make-work turns you into another useless make-worker, making life suck more for anyone who is still actually trying to get anything done.
It’s good advice if you want to suck the soul out of everything you do and become a cog that works 20% of the time, producing less than 20% of what you’re capable of, but getting along really well with management drones holding endless meetings.
Responsibility for actually shipping something will shift to the next guy who hasn’t yet embraced the futility of trying to get anything done.
He’ll be the one blamed for not shipping and for not being a source of joy in the endless meetings.
Like any other industry, there are good employers and bad employers; there are comfortable working environments and stressful ones; there are good teams and bad teams. If anything, compared with every other industry that I've experience in or friends working in, software generally seems to be way better in almost every aspect.
YMMV, but I suspect your question might be more "would anyone prefer to work on their own ideas rather than someone else's" which… yeah, I think most people would.
I got lucky and found a dream employer recently. What makes an employer great is their culture and willingness to cultivate and retain people. Culture is defined by the quality of people you work with.
> Yet I can't bare it. I can't bare the devs that go out of their way to work weekends without being asked
If something is truly a passion you will do it more than asked. For some people they have time to fill and instead of throwing that time away they fill the time with something they enjoy.
I think there should be a sane amount of bitching, but it's all in how you do it and the purpose, if its to get people motivated to improve things, go for it, if its just to always be salty, nah no thanks. I usually tell my team "idk why this is this way, but we can definitely make it better, so why not?" till something catches enough of my managers attention.
That said, we need to be honest about something: from a strictly business perspective developers ARE disposable tools. Virtually all employees of all orgs are. Great employers are willing to treat their employees with dignity and respect because that's how we should treat everyone. Not because it's smart from a business perspective to do so, but because it's the right thing to do.
So yeah I think the most important thing you can look for in an org is ethical leaders, and that that tends to cascade down into ethical employees who treat each other with respect and dignity.
Neither. He loved computers, loved programming, but when he took the classes and imagined the jobs, he found it revolting. So he switched majors, and software became his hobby instead.
He seemed very happy with the decision.
I've monetized every hobby I have ever had any passion for, and despite having buyers remorse it took me until my mid 30s to realize to keep hobbies a thing to do when you are not earning a living. It's hard to envision my life not having taken those decisions and challenges, but I'm pretty sullen at the idea of just how heart-wrenching it is to have seen the inner machinations of something that brought me so much joy because this time 'I won't work a day in my Life.'
I think it's only with maturity that one realizes that you'd rather build a career on something you're curious about, but not passionate about because the latter tends to be suffocated to death when you see how 'the sausage is made' and you realize that most Lifers have simply lost any passion in that field in order to stay in it: money is/can be a motivator, but it cannot be the only driver of why you wake up because existential dread soon kicks in every time you get a respite from having to do it.
I left Startup-World/Fintech when I completed my objectives in order go back to culinary for my last tour with a path towards AI and ML when I felt 'I had enough,' so after COVID it accelerated things a bit faster but I realized that I'm just curious enough about ML to keep me engaged that if I keep learning at my own pace I think it will be a sound transition-- I'm doing my CS undegrad in AI/ML and I'll be attending a conference with Dr. Ng next month as he has been very vocal about how his views on the Industry which resonates with me and likely most of you ITT.
I agree. I work at a place where:
> devs [going] out of their way to work weekends without being asked, [...] the endless meetings, constant micromanagement, bringing the stress home to my family.
Is the complete opposite of what I'm experiencing. I left a place where meetings and micromanagement (through agile / scrum-like work management) were becoming an issue, but it was still okay.
You can find places where employee well-being is an actual concern.
Good luck.
I do a lot of stuff that I don't hate at home though.
https://www.lloydatkinson.net/posts/2022/my-thoughts-on-what...
https://www.lloydatkinson.net/posts/2022/one-teams-eight-poi...
Programming is a tool. Computers are tools. You're not getting paid to program. You're getting paid to solve some problem for your employer by programming.
So I can related. I think we all can. But all that other stuff that you hate doing is really what you're getting paid for. Some jobs will have a lot of it. Ohters will have less. But you'll never get away from it except for possibly the most junior jobs where you're literally given tasks to complete by other engineers.
For me, I enjoy understanding and improving systems. YMMV.
Perhaps you'd enjoy something lower-level more? Fixing Linux kernel bugs is by its nature going to be more technical than, say, developing an ad revenue and reporting system. But even more technical projects will get large enough that you have to deal with other people.
As an automation integrator, I frequently have to push to the forefront of my mind that my customer's focus is not on the machine that I'm designing for them. Yes, I'm going to spend 600 hours on the intricacies of hazard mitigation and operating modes and IO and quality control and timing, with a deadline looming large to ship the machine - it is easy when you're that deep to think of the machine as the end goal. But for my customers, the focus is on the chairs or door handles or valves or whatever they're making that come out of the machine. Graceful fault handling, alternate paths through the sequencer, purge and single-cycle modes, calibration wizards, or whatever other features I can build in might be elegant and might be powerful - but the customer doesn't care about the machine itself. They especially don't care about the machine when logic I've written gets in the way of making products come out the other end!
I think many people are overthinking this and coming up with a problem solver myth when in reality programming is an independent professional skill which has been and continues to be paid for its intrinsic value.
The stuff around programming - talking to customers, writing documentation, discussing business requirements, meeting of all sorts would be basically worthless without the actual code.
If by "side hustles" you mean side projects - these are something between a hobby and a learning opportunity.
If you mean contract work - many people work as freelancers. I used to, so to avoid issues with corpowork (micromanagement, meetings, internal politics) and to be able to choose projects I genuinely like. For me, it was far from "stress-free", but I know many people who precisely prioritize this part. I prioritized creativity, ambition, and learning.
Of course you don't get benefit of corporations, but it is crucial - what do you want? What do you optimize for?
Ad weekends - I bet you are from the US, aren't you? Try Europe.
Then alea iacta est, you have thrown your dice, and must destroy it before it destroys you. You must "take back tech", by building and working against all that you see around you. Welcome to the exhilarating challenge of being a real hacker and entrepreneur.
One day.
I’m going through it again now, and honestly am pretty miserable. It has a large negative impact on the rest of my life and my mental health. When I was younger it was manageable, but the fact you have to do this even mid or late career every few years is insane to me.
Wish I had gone into literally any other career now, despite it being my passion early on in life.
That's it, exactly. I was a hiring manager for 25 years, and never gave a single coding test, during that time. I never made any technical errors. The only bad hires were folks that couldn't adapt to the work environment. Some of them were quite technically proficient.
Some of my most gratifying hires, were ones that came in, with little tech proficiency or experience. I kept people for a long time, and helped them to develop their careers. It was not always a a bad thing, when they left. If my company wasn't willing to do what it took, to keep them, then I sincerely wished them luck.
In my rather truncated modern interview cycle (I gave up, after a few months), I came to understand that the interview process is, quite literally, a hazing ritual. Companies don't want "outside the box" thinking. They want people that won't rock the boat, and will do as they are told. I also personally believe that leetcode tests are "young pass filters." Us "olds" are quite unpopular, and it has nothing at all to do with how much we cost. In my entire career, I never made as much as many kids get, at their first job (yet, I still have more to show for it, than many).
When I would ask interviewers why they refused to look at my portfolio, and, instead relied exclusively on leetcode tests, they would hem and haw, but eventually, it would boil down to "Well, I got hazed, so you are, too."
After running into this a few times, I realized the fox ain't worth the chase.
Those things test one thing: how many of those puzzles have you memorized the solution to.
I'm also an "old" and suspect you're right about the young-pass-filter.
Then I had a close friend, who I encouraged to get into software, land an L5 role at a FAANG with barely 1 year of actual engineering experience. The guy is a complete slacker, and never accomplished much at all until I actively pushed him to try rebooting his career.
He's smart though, and single with no family, so he just grinded leetcode and system design and now he makes 350k/year.
Anyways, that spurred me back into the meat grinder, so here I am. Multiple, large accomplishments under my belt, significant engineering experience. But none of it matters. Not that I expect anyone to have sympathy for me - it's just the way our industry is.
I wish you well.
I am very grateful to have had the means to "nope out."
I used to say "My dream is to, one day, work for free."
I'm living the dream ... :/
A very few people get lucky and don't deal with this. But from what I've seen, the rule is that work is mostly hell, everywhere.
I then talk to friends who are doctors and pharmacists.....and I wouldn't be able to do their jobs. The pharmacist works 12 hours days. Mostly standing. She cannot leave for lunch. She rarely has a moment to text or do anything else at work. She under intense pressure to show up everyday. If she misses like 3 days due to any emergency she is going to get fired.
All I can say fuck that. Software development has its demons but most devs can make six figures changing the color of a button or creating relatively simple CRUD apps once they understand modern frameworks and databases.
Leetcode-style tech interview segments aside, that still leaves the myriad of other things happening during the hiring process which either do nothing, or function as poor proxies for other things. Personality testing through mundane questions, for example. If we're following this train of thought, since certain personality tests do have support, interviewers shouldn't be using their gut instinct to begin with.
Yes you do. Because administering an IQ test is forbidden
https://en.wikipedia.org/wiki/Griggs_v._Duke_Power_Co.
The reason I am asking this is because it is not at all my experience - if anything, higher IQ correlates strongly with dysfunction.
For one, the requirements are utterly clear so you CAN systematically prepare and do well even if you lack the exact years of experience they're asking for.
Two, the payoff is massive if you're in the US. I mean.. if you land at a FANGetc, you can literally put your feet up, buy a house anywhere, send all your kids to Harvard, and retire before your parents ever dreamed.
Three, prepare slowly over time. I would do one or two leet code questions a month. Pickup a trick here and there. When I hating my job now, I do a few per week. Now I've accrued most of the knowledge about these questions and interviews are a lot easier
Admittedly that case is a longshot. But there are other things you can do. Let's brainstorm for a bit and think about it. It can be solved.
I also hate this industry. There is a path for us, we just have to find it.
We'll be free one day.
Keep building.
* Job security
* Fun
Pick two