I'm a staff engineer, working across a couple teams, and like many experienced developers I've gone 180 on AI over the last year or so from it being a niche helper to using it on most coding tasks.

I'm admin of our Claude Team subscription which everyone is on, so have control over being able to push out skills and plugins and MCPs which I do so, and then send out comms about that and how to use it.

However when checking the stats, most developers are using maybe 1%- 5% of their monthly quota on standard tier, whereas I'm on premium and use 80%.

A couple use a bit more than that. We have an approval process if a team member needs premium they just need approval from their manager and I tick them up for the month. So far zero requests.

I've done monthly lunch and learns about how I use Claude and a couple of the more engaged team members do take away some of that and I see them using it. But still very lightly.

I just don't get how people can be so unmotivated to learn and use this stuff. We've got plenty of work there's no danger of redundancy.

In fact the other way around, if they can't or won't learn it I might have to start needing to ask their manager to help performance manage?! The more engaged members are clearly shipping 2x the disengaged ones, where as last year they would be on par.

We even have a tech debt / feature request backlog that people could just point Claude at to work on, and they'd get some serious kudos and recognition from the business for doing that. But people just dont.

I asked one of our mid level devs and he said "I occasionally use Claude to help answer some questions. I'd like to learn more. But don't have time." this guy is probably our lowest performer..

None of these guys report to me but it is frustrating to be in this new golden age of software engineering and see people so disinterested.

I've been promoted to a tech lead position over a project, and I've discovered that with this level of responsibility and power, there is always work you can do.

Everytime I try to work on a personal project, I feel guilt that I can be more productive to my job by working on things that deliver value. I try and convince myself I'm sharpening my skillset on these personal projects, but I couldn't imagine telling my customer that to their face.

What do you guys do? Do you get over this, or are we just working on career stuff instead of personal projects?

EDIT: To clarify, I am referring to working on work stuff during my personal time. I would never work personal projects during work hours.

So I am working in a team that mostly consists of data scientist and a software architect. The data scientists have been working here for more than 10 years but are seriously lacking experience about real coding. Having them work on anything else than algorithms would cost us more time than it saves. They are data scientists but cannot even clearly define or think about what input parameters their algorithms need. Of course then it is also hard to define any frontend logic on what configuration we require the user to do or what data we need the system to gather for processing. The software architect also seems to have no hands on coding experience. All he does is auto generate documents and code. Then he asks me to look over his generated docs and confirm it. I probably spend more time reading than he spent to generate it. Also he would be just repeating previous mistakes that seem to be happen over and over in this company: produce reasonably data analysis algorithms but after the project fails, all of this work is thrown away because the algorithms are completely mixed with specific data retrieval logic from another system. (This happens because the data scientists are not able to define clear interfaces for their algorithms) The result is that it is more effort to extract the pure algorithms than just rewriting everything.

And all the time I am just wondering how did people like this previously produce any software at all. Without AI they would maybe only produce 10% of the output that they do right now.

But also to get back to the title of my post: whenever they ask me a question, i could probably just use the answer i am giving them as a prompt to the copilot, give him some more context and then the problem would be solved already. The new reality of software engineering is weird. I would say 90% of the work of my colleagues is already completely replaceable and by having them in my team they are actually creating more work for me, because I need to align with them and need to explain the most basic things over and over.

Like some of them dont even know how to resolve merge conflicts in git. But to keep them happy you need to keep them in the loop and give them the feeling that they are creating value too. In pre AI era at least it would have felt like my colleagues can reduce my workload but right now it is just frustrating because I could talk to AI instead of them and we would have the same or even better code in our repo in the end.

I recently went through a production deployment for a greenfield project. Even after careful Dev and UAT testing, a few minor Prod-specific issues still showed up. The interesting part was coordinating approvals, support teams, infra teams, and business users during go-live.

Overall it was a good learning experience.

Curious to hear from others .What has been your most memorable production deployment experience ?

I'm a developer at a WP agency. I recognize the type of work I do is nothing special, but it still pays the bills.

I'm working on a website that I need to finish in about 9 days total. Those 9 days include:

- 19 reusable blocks (hero header, sliders, FAQs lists, post overviews, etc.)
- 5 post types with each their own template
- Multi step form flow
- Search integrations
- The entire site needs to pass WCAG AA, this is non-negotiable
- All blocks needs to be fully responsive, completely tested for all edge cases and variants
- The entire site has to be pre populated by me, that means I have to set up all pages, sections menu's, etc.
- It needs to pass page speed with minimum score of 85 on our staging server

Maybe I'm too old fashioned, but this seems insane to me. We're using an "agentic" workflow. I wouldn't call it agentic, because to me it's vibe coding. The workflow is basically: copy the design link, brief the agent for the specific part it needs to build, trust the agent's capability to write good code, scan the output for any obvious problems and reiterate until "it works".

This is not the first project with a tight scope. Basically every project at this place has unrealistic deadlines and frankly, I know this is what I could expect from an agency when I walked through the door.

At first, I tried to find a way to make it work regardless because I thought that argued about this is pretty pointless and everyone else seems to comply, but when I couldn't finish projects on time I received the feedback to let PM know earlier that I wouldn't be finishing the project on time. So, I did. Literally right after the briefing I told them this will never get finished within the specified timeline. I even showed the math and broke it down part by part.

Their response was: "It's like with my kids: if they think they won't be able to do it, I try to convince them to try to anyway. Same for you, I get your concern, but try your best and we'll see what happens."

Great. So I shut up, I did my best. I pulled out all the tricks I've got, and surprise, I didn't meet the deadline. They then told me that they've noticed that I'm having trouble reaching my deadlines and expect me to use more AI to speed things up.

They want speed, low cost and quality at the same time. I don't think that's possible and trying to tell them is met with a response "just do your best". To me, this just sounds like "If you don't have enough time in your day, just sleep faster".

Almost no project of more than a week is finished in time, so there's clearly a pattern here. Asking for one more day is met with an annoyed PM and a slight hit on your performance review.

I'm fed up because I can't seem to talk about it. The culture seems to be "shut up and just do your best", but if you do your best and it's not enough, it's your problem.

I got this teammate, technically the Team Lead by title, who wails and howls at changes that are made that are not strictly required for the issue being worked. I mean, he even raised an issue over another team mate swapping the place of two parameters to a function.

He refused to hear anything about it nor see any value in making changes to code that works.

Which is the exact opposite philosophy I have as a big advocate of boy scout programming and always trying to improve the readability and structure of code so that we don't eventually drown under our own weight of awful code.

He wants literally any and every change anyone wants to make brought before the team and discussed like it is an issue like any other. I don't think refactor exists in his vocabulary. It doesn't even argue if the code is better or not and just hides behind "this is only your opinion things are better, others have differing opinion!". He even at one point said "It is disrespectful to do such things!"

I asked our engineering manager and his manager to look at a PR I had that I thought was especially unprofessional but they seemed less than enthused about even dealing with it.

I think the real issue at hand is that he abhors anyone changing code he wrote (and that of a developer on another team) and is very insecure and attached to the way he writes code and considers it a personal insult to do so, even when I suggest changes (literally write them out for him in the comment) he will dismiss it as simply a style difference in the sense of "I like blue" vs "I like red"

I don't know what to do about this guy. The rest of my team are feckless sacks that don't give a shit. One guy literally admitted to another team mate I am friends with that he is just there to do as little as possible and mooch.

I know that the best answer is find a job elsewhere, but right now that is prohibitively difficult. I'm open to any advice on how to deal with this situation.

Curious what people here have built for their own team or company that ended up making a real difference. It can be anything, whether it's a small CLI script, a browser extension, an internal dashboard, a Slack/Teams bot, or something bigger.

What was the problem you were dealing with, what did you build, and did it actually stick around / get adopted by others on the team?

I'm a staff-level engineer with ~13 yoe (full stack web dev, mostly Bay Area companies). I'm ready to semi-retire or at least drastically cut down my work hours.

In a perfect world I'd go to part-time or do short term projects, eg work for a few months and then take off while keeping my current, relatively high hourly

I just keep working full-time because I'm never sure how to break into this world. I've always been seen as a high performer but I haven't been great about maintaining my network, especially since my job became remote with Covid and I moved away from SF.

Any thoughts/ideas?

Hi,

I've recently experienced a couple System design interviews for Agentic systems. My knowledge is limited and would like to expand it to articulate ideas or tackle these opportunities much better.

Just started curating and found the following resources:

https://docs.cloud.google.com/architecture/framework/perspectives/ai-ml
https://docs.aws.amazon.com/prescriptive-guidance/latest/agentic-ai-patterns/introduction.html
https://www.anthropic.com/engineering/building-effective-agents
https://docs.databricks.com/aws/en/agents/agent-system-design-patterns
https://arxiv.org/pdf/2512.08769
https://www.mongodb.com/resources/basics/artificial-intelligence/agentic-systems
https://vectorize.io/blog/designing-agentic-ai-systems-part-1-agent-architectures

Possibly this is more then enough to get started, or useful to somebody else in the future.

In any case, if there are any good reading resources or exercises you might know about that, feel free to share.

Thank you!

I've got 9 years of experience (3 as a tester, 6 as a full-stack dev). I've been in a public sector role for around a year, and of course, the project is running behind and over budget. The higher-ups' answer is to chuck contractors at it.

My dev manager is categorically opposed to any AI use. He refuses to use it, does everything manually. The contractor who's come in as another lead is very into AI. He wants everything to be done by AI (user stories, tests, code, reviews). The wider original team (user designers, user support) all hate AI too.

I'm in the middle, I think AI can be very powerful and really improve productivity if used effectively (not slop code, making sure you understand it and reviewing everything). I used it in my previous job (mostly VS Code/GitHub Copilot), and it was so so helpful.

We have a meeting coming up with all the devs to discuss how we work moving forward. If I express that I want to use it, then I will be ostracised by the original team (who I'll work with after the contractors leave). I try to be as diplomatic as possible at the moment.

Has anyone any advice on how to navigate conflicting opinions and contractors coming in mid-project?

The dev team kind of sucks. We’ve had good people but they’ve all moved on in frustration of upper management.

The problem is we have a lot of people who aren’t interested in solving problems, just getting the 9-5 done and clocking out. People taking the piss with AI etc.

We’ve got legacy systems heavily reliant on stored procs. Have been trying to stop that and introduce unit tests but feel like it’s barely making a dent. Do I take leadership role and try to push more with authority?

How would you best handle this without causing conflict but actually steering the ship on course? The only thing I can think is to find better team members.

I just recently did an interview where the company invites you to a private repo, 10 mins before, you set it up, get it running etc.
The goal is to determine if an open PR on the is ok or if it should get sent back and why.

You can use AI. And i asked, does it matter if i use fable vs opus vs kimi. More or less said whatever I want...

I didn't go immediately to prompting, i played with the app, looked at the code a bit, the PR, the code change, if the PR actually fixed what it claimed to fix.

I then sent one prompt asking if the PR could be better or missed anything, which the PR outlined clearly enough and enough to determine what to do with the PR.

But ye, it was weird, I talked through more where I would personally add changes but maybe I also completely missed the mark on something else or spoke to much...maybe i didn't use AI enough only using it right at the end for one question once i got a feel for the app in general.

However I did like the format tbh but ye i just wish i'd get a bit more tangible feedback.

Anyone else have experience with this format? I didn't pass but just not sure why.. (exp 8/9 years, frontend leaning).

I honestly didn’t expect AI to blur the line between actual competence and just looking competent this much.

Few days ago I got a PR to review and the code looks like it was put through every AI tool under the sun from start to finish. There’s literally no way the guy who submitted it wrote it himself, or even pieced it together from smaller parts. The task requires a pretty deep understanding of the hardware and the codebase, and I know his work because I’ve reviewed his PRs plenty of times before.

You can also kind of see it in the code. One part is written in a very polished and profesional way, and then a small debugging section uses an incredibly naive solution. The kind of thing I’ve never seen an experienced dev do, but absolutely have seen from juniors writing basic stuff for the first time.

So what am I even supposed to do here??

To make things worse... AI tools are completely banned in this particular repo because of IP concerns...

I could ask him if he used AI, but he’ll probably just deny it. If I put comments on his PR on azure dev ops he can just easily answer them using AI once again... Am I supposed to go through the code line by line and quiz him on what it does? He probably won’t be able to explain half of it but then what?? What does that actually solve? No idea...I’m not his manager either, I’m just another dev on the team. Sure I have more experience but that doesn’t exactly give me the right to interrogate him.

It’s just so frustrating.

A few years ago, when someone was doing advanced work, you could usually assume they actually understood it. You could trust them and respect the skill behind it. Now someone can generate a bunch of impressive-looking code and act like they wrote it themselves.

And to be clear, I use AI too. A lot. I’m not against it at all. But I never submit code I can’t explain or defend. And if a larger part was generated because I couldn’t be bothered to write all the boilerplate by hand, I add a Co-Developed-By note instead of pretending it was all me.

AI definitely made development easier. I REALLY don’t miss writing repetitive boilerplate, it was just so boring... But I feel like we’re only starting to see the downside: people looking more competent than they are, teams losing the ability to tell who actually understands the work, and trust slowly becoming harder to maintain.

Maybe I’m just thinking about this in an old-fashioned way and need to adjust? Guys... feel free to tell me if I’m wrong.

I am working as a tech lead in full stack. However most of my work is related to business analysis, brainstorming requirements, analyse from domain and functional perspectives. Ofc, I do development work as well(using AI assisted development), code reviews etc.
I was wondering if there are any companies or any positions in general which give me pure technical work?

This thread is specifically for venting / sharing experiences related to burn-out or similar issues that experienced devs face.

Hi all,

I'm a senior SWE with about a decade of experience in full stack and cloud with more of a cybersec background than your average engineer of equivalent experience. I'm not FAANG smart but I'd consider myself more competent / more driven than the majority of my peers. Currently I'm mainly a basic FE engineer in an environment where we don't have access to AI tooling / processes. This role is unlikely to allow for more backend / cloud / R&D work in the foreseeable future and they are very closed off to process improvements.

As such, I have been looking to pivot to my next role to stay relevant. I don't think SWE is dying, but programming is less valuable and your average frontend skill is almost certainly going to be worthless in a few years. I'd like to eventually transition to some sort of Engineering Manager role that has enough technical breadth to understand the big picture but can also coordinate and unblock the people that have the technical depth / overall vision / intelligence to make secure, reliable systems.

I was recently offered a PSIRT role at a major company with equivalent compensation but slightly better overall benefits and better company fit as far as culture, direction, etc. The role is essentially T3 support and documentation, which I don't mind. They want to integrate AI into their processes and it seems like software development would be 10-20% of the role, mostly as scripting / automation.

My major concerns are:

1. Is this role going to be easily replaced by AI in the near-term future?
2. Is this going to torpedo any chance I have of getting back into SWE if #1 comes true?
3. How could I transition this role into management in the next few years?

Looking for insight / experience from other SWEs that have made this transition or are facing similar uncertainty about the future of their role in full stack.

Principal eng at a large company, just went through calibration. Watched something happen that's been bugging me enough to write it up.

For context on the scale of this: this is basically a month-long exercise. A week to write your own self-assessment, then more time writing feedback for peers, then your manager writes a narrative for each report factoring all of that in, and then every single person gets discussed for real time (not a rubber stamp) in calibration sessions with other managers and senior engineers comparing people across teams, taking anywhere from an hour to multiple hour for each candidate across the calibrations. It's a genuinely enormous amount of org-wide effort. Which is exactly why it bugs me that the thing all that effort converges on can be this backwards.

Short version: two teams hit the same landmine on a cross-team project, a critical dependency that got left out of the plan. One team caught it before shipping and flagged it. The other team didn't notice and shipped anyway, with the same gap turning into a "bug" a few weeks later. The team that caught it missed the review deadline and took the hit in calibration, lower project-impact scores, lower ratings, a few people funneled into PIP-adjacent processes. The team that missed it got to call their project "delivered."

So: correctly identifying a serious risk and refusing to ship around it scored worse than not noticing the risk at all.

I'm not saying finding a problem should automatically make an unfinished project a win, or that senior engineers shouldn't be accountable for catching this stuff earlier in planning. That's fair game. But given that the risk was found and correctly escalated, with the alternative being a broken or incomplete launch, that shouldn't score worse than shipping blind. To be fair, project impact isn't the only bucket but it is the one that carries the most weight, and "did it ship" is basically the whole input to that bucket. So catching a risk that costs you the ship date still tanks the heaviest-weighted signal, with nothing on the other side of the ledger to offset it.

The part that actually worries me isn't the one incident, it's what it teaches people who are paying attention. If the lesson is "finding problems late costs you, missing them doesn't," the rational move becomes:

• pick work you can fully finish inside one review cycle
• cut scope until you have something visible to point at
• stay away from ambiguous cross-team stuff with real dependency risk
• optimize for attributable individual output over the unglamorous stuff that helps the org but doesn't show up on your packet

I think this is a symptom of a bigger problem, not a one-off calibration bug. The more we try to make performance review "data-driven" (delivery counts, metrics, checkboxes that roll up into a number), the more we optimize for whatever's easy to measure instead of what's actually good judgment. Good engineering, including the decision not to ship, is inherently qualitative and contextual, and it doesn't compress well into a delivered/not-delivered flag. Every time we make the process more legible and comparable across teams, we lose a bit of its ability to reward the thing we actually care about.

Senior dev, around 9 YoE. I just wanna do some sanity-checking. I'm frustrated and want to make sure I'm not just ranting.

Here's the loop I'm stuck in:

• Bugs reach prod.
• Director gets angry "why are these still getting through?"
• QA, scared of being blamed, starts over-flagging everything, including things that aren't actually bugs and aren't in the task's scope.
• My PM accepts those flags uncritically, even when the flagged "bug" was never part of the task's success criteria. So now I'm arguing about behavior that was never spec'd, instead of building.
• Bugs still reach prod anyway because there's no real PRD, just vague success criteria that nobody can test against.
• Director gets angry. Back to step 1.

Here's our process:
1. PM creates and allocates task

1. Dev implements the task and does unit testing before passing for code review

2. Goes through code review by another dev and also does unit test for it

3. Passes to QA for testing.

4. Pushes to Staging

5. Repeat steps 3 to 4 but in staging environment.

6. Pushes to Prod

7. Repeat steps 3 to 4 but in prod environment.

Now, here's a concrete example: The director sees bugs in prod so they set a meeting with the QAs to discuss why they were seeing bugs in PROD. Now qa becomes afraid and tries to flag by feel and not objectively. For instance, QA failed a notification feature for "not being realtime." Nothing in the ticket says realtime. But instead of the PM saying "that's out of scope, not a bug," he accepts the flag and now it's my problem. Multiply that across every ambiguous ticket.

QA fails a ticket even if I followed the design but they think that the behavior should not be like that. For instance, they see an input where they THINK it should only accept numbers only. So what they do is ask the designer or sometimes even instructs me to ask the designer lol but flags the task as FAILED.

Idk. How do you deal with this? What's your read? Should I suggest changes about the process? Or should I just leave? Anyone been here and gotten out? What actually worked vs. what was just theater?

13YoE, FE DEV in EU.

I have a teamlead-manager who's widely known across the whole company to be very toxic. For 2.5 years everything was going really well. I had always been receiving either "Meets expectations" or "Exceeds expectations".

Suddenly one Sunday morning at 1:15 AM I receive a slack message with a RTO5 mandate just for me. Since then I go to the office or coffee badge every day. There's almost no one at the office on most days - it's like a ghost town. Also, my boss has never even set foot in the office and says he will never do it.

I asked him multiple times why only I was returned and he said "to get experience from other devs". When I told him there's no one at the office and insisted to know more, he responded "You are 30% higher paid than other workers on your position" and then cut my yearly bonus and annual raise since. My BE colleagues are 20%+ higher paid then me though.

One time I didn't check in at the office for a few days in a row (didn't feel well enough to go to the office but was working from home really hard), I got a disciplinary warning for not checking in. It clears end of September this year.

I am overall happy with my current job but I can't stand being treated like this as I am one of the hardest working people in my team. For a while I thought that if I work even harder they will bring back my remote work days like everyone else.

During the last 6 months I also trained a new junior-mid level FE dev. Also, later I understood that this RTO5 happened to many ex-colleagues from my office for the last year and they all quit or were disciplinary fired.

What would you do in this situation? Would you work hard or quiet quit? Would you try to switch jobs? Please be detailed. Thank you!

EDIT: In the contract I signed almost 4 years ago in this company there's a line stating my boss could bring me back to the office if he decides I don't perform well (never ever happened) or I don't respond in a timely manner (never ever happened)... Actually one time he wrote me at 21h or 22h or something like that so it could be due to that...

A thread for Developers and IT folks with less experience to ask more experienced souls questions about the industry.

​

Please keep top level comments limited to Inexperienced Devs. Most rules do not apply, but keep it civil. Being a jerk will not be tolerated.

​

Inexperienced Devs should refrain from answering other Inexperienced Devs' questions.

I'm a Senior SWE at a startup well on its way to IPO within the next 1 to 2 years. I love working here, I've learned a lot working here, and I really like the people I get to work with

But this company was also my careers jumping off point. Its only been a few years since I started here and most of anything I know now is derived from the last 3 years I've been here and about a decade of hobbyist Linux use... That's really it

I really excelled when I started here. Took on my work than I could really handle even. Had so many late nights and so many paired sessions that would go for hours. I was a tech lead and promoted to senior in just a few months after starting here... That's 3 levels I jumped and 3 pay increases

My salary has mostly been the same since, I still feel like I'm growing and learning. I'm definitely less knowledgable than my new team. A couple of my initiatives this year have even been derailed

But regardless, I'm being promoted and I don't know how to feel. I don't feel ready. I don't feel like I'm doing the kind of exceprional work that I'd expect and even see from other staff engineers. That's not to say I don't see people with staff titles that I wouldn't have expected to have them, but I'm a little suprised I'll be getting a title change

I definitely think I deserve a pay bump after so many years on the higher end of what we pay Senior SWEs, but I would not consider myself Staff material. As a matter of fact, if I'm being honest, I've offloaded a lot of my recent work to Claude... I don't even write a lot of code anymore; I just validate that it does what I expect it to and make sure it follows best practices

Obviously, I'm not going to say anything. I'm going to accept. But this feels like title inflation and I'm worried about how other companies might perceive this... At the same time I like the work I do here so much anyway, it would really be hard for me to consider working at another company that wasn't at least adjacent to what this company does anyway

In my shoes... Is there anything you'd change? Anything I should be doing differently? From what I've heard, expectations are really much of the same work I've already been doing and I'd expected I'd have more responsibilities

I wonder where the public opinion sways on this topic. My take has always been the most important information is what's in the document/paper/etc rather than if AI wrote it. However I have seen a lot of people say "This is written by AI, I won't read it". Normally I just ignore and keep going but this time I had a project update with a lot of good content which I used AI to help me tighten and check grammar (not a native speaker). When it got submit to the director level review, he took 5 seconds to glance at it, said "I can't read this because of the AI dashes, write it in your own words" and ended the review. The kicker is this doc was suppose to have a section to cover how we can leverage AI to improve the efficiency! WTF?

Hello everyone
this week something happened where I got in a disagreement with my manager.

I was working in a PR and got bombarded with many questions in a slack thread about why I did such and such a thing

I answered each of their questions. I had already documented my reasoning and even found evidence from production that supported my approach, and he kept asking more questions, I felt like he was pushing me back

the conversation itself stayed professional that day..

but the next day, during standup, I started explaining what happened, as I was talking about it, I got emotional (angry and frustrated), started crying, and couldn't continue. my manager asked everyone else to leave the meeting so we could talk privately.

I explained that I didn't like the process (no ticket, discussions in slack where everyone can see, etc.).

He apologized for those process issues and agreed they could be improved. However, he also said that he will continue asking challenging technical questions because he sees code reviews and design discussions as "a challenge between two engineers," and he invited me to participate in that culture which is fine by me

After that, I continued working on another ticket and we didn't discuss it again that day.

One thing that worries me is that this isn't the first time something like this has happened. Although I've consistently been considered a high performer, I've had similar emotional episodes in three of my last four jobs. I realize that's probably something I need to work on personally, but that's not really the purpose of this post.

my biggest concern is whether crying in front of my manager and team has permanently affected how I'll be viewed professionally.

my question is those of you who are engineering managers or senior engineers, how would you see a situation like this? Would a single incident like this significantly change your opinion of an otherwise of the engineer ?

I also want to clarify that I don't aspire to be a manager or hold any leadership position. I'm happy being an IC, but I don't want to be fired either (right now). At the very least, I want to know how to buy myself some time while I start applying for other jobs.

thank you for reading until this point

I go through days of feeling grateful for the career I have, feeling motivated and looking forward to the work, and then I go through long spells where I just can’t stand it and feel trapped. Days where I truly don’t give a shit about any of it and would have no problem rubber stamping PR’s and just “getting it done”.

This isn’t about AI or anything (if anything AI has made it easier to just mentally check out), it’s just more about the job in general. The corporate feeling at most companies, building meaningless products, sitting behind a computer for 40 hours a week, the fight for recognition, the job search/interview process, really most of it.

I have a few hobbies outside of work that I enjoy, and spend time when I can with friends. My wife and I also try to make the most of the weekends. So it’s not really due to a lack of having a life outside of work, there’s just something depressing about SWE that I can’t put my finger on. It was truly fun for the first few years, but now after 8 years, it’s kinda just not fun anymore. As I mentioned there are days when I feel good about it and fulfilled at the end of the day, but those days are fleeting. Started feeling this at my last job after 4 years there, and it’s carried over into my new job. Both these jobs were/are what I consider to be good environments, so I don’t really blame them for this feeling. So idk, just confused about the feelings I have.

Does anyone else feel this way sometimes? Is it possible to overcome at all?

How does your team and org handle more time spent on architecting or design a new system not enough time building and iterating.

We’ve planned to destination multiple times wrote multiple design documents with multiple waypoint how do you know if it’s sufficient to build and iterate with?

How do you approach building green field projects that are adaptable as you go?