alt.hn

5/11/2026 at 8:51:57 PM

GitLab announces workforce reduction and end of their CREDIT values

 https://about.gitlab.com/blog/gitlab-act-2/

by AnonGitLabEmpl

5/11/2026 at 11:36:05 PM

https://www.google.com/search?q=gitlab+stock shows their stock price was ~$52 a year ago and is $26 today, so down 50% in 12 months. It's quite possible this is because they weren't making enough noise about their AI strategy.

If investor fears are that AI makes GitLab's business less valuable, including this in their "GitLab Act 2" announcement makes a whole lot of sense:

> The agentic era multiplies demand for software. Software has been the force multiplier behind nearly every business transformation of the last two decades. The constraint was the cost and time of producing and managing it. That constraint is collapsing. As the cost of producing software collapses, demand for it will expand. Last year, the developer platform market used to be measured in tens of dollars per user per month, this year it is hundreds/user/month and headed to thousands. Not only is the value of software for builders increasing, but we believe there will be more software and builders than ever, and we will serve an increasing volume of both.

Wrote a bit more about this on my blog: https://simonwillison.net/2026/May/11/gitlab-act-2/

by simonw

5/12/2026 at 8:58:51 AM

Looking at their stock it has always been going down, even before AI. How could we know that the reason it's going down now is they were not making enough noise about AI, and not whatever it was that was making it go down before?

by dandellion

5/12/2026 at 11:55:13 AM

We can't. It's rarely possible to confidently say why a stock moves. Hence "quite possible" in my comment.

by simonw

5/12/2026 at 3:45:09 PM

There's no reason to tie every software companies rise and fall to AI. Several years ago they changed their enterprise licensing costs. It was such an aggressive and needless cash grab (1k/dev). The writing has been on the wall for a long time.

by gritspants

5/12/2026 at 6:08:19 AM

> It's quite possible this is because they weren't making enough noise about their AI strategy.

That's how I interpret the move, too.

by Yoric

5/13/2026 at 8:04:22 AM

> As the cost of producing software collapses, demand for it will expand.

This is a non sequitur. Jervons paradox doesn't apply here. No-one is sitting around going "you know what I need? More software". The supply side is exploding. Demand? I dunno man.

by popcorncowboy

5/13/2026 at 11:17:01 AM

> No-one is sitting around going "you know what I need? More software"

I disagree. Every company goes "I need more software — iff its TCO is less than the savings it produces". So if the cost of producing a piece of software, which can save a company $1m per month, now costs $500k per month to develop instead of $5m per month, then demand for that piece of software will absolute go from zero to greater-than-zero.

by runeks

5/12/2026 at 12:39:15 PM

Down almost 15% now. Investors hate the CEO's buzzword bingo slop.

by throwawaypath

5/11/2026 at 10:24:00 PM

Lots of interesting information here:

>The agentic era affords GitLab the largest opportunity in our history as a company, and we're making the structural and strategic decisions to meet it

>Operationally, we grew into a shape that was right for the last era and isn't right for this one

To meet their largest opportunity ever, they believe they need less resources. I'm not sure I understand how that follows.

>We're rewiring internal processes with AI agents, automating the reviews, approvals, and handoffs to speed us up

Is this also in the list of "we create code twice as fast and the bottleneck is review so YOLO no bottleneck?". I've yet to see a convincing justification for this. If anything, if you're going full throttle all the more reason to watch the steering wheel, no?

That said, 8 layers of management is a lot of management, and every line of the message seems like leadership truly believes they are sinking in bureaucracy. Let's see how unneeded those 3 layers they're cutting were.

by torben-friis

5/11/2026 at 10:25:28 PM

> 8 layers of management is a lot of management

Seems like a fair assessment. Maybe they should start by getting rid of the people who put that structure in place?

by pargon

5/11/2026 at 10:49:35 PM

Didn't they do that? Staples only came in as CEO at the end of 2024, and I assume he has been working on a plan to restructure the company since then. Because their financials are not great, and they have been losing money every year since 2019.

by this_user

5/12/2026 at 4:35:26 AM

I don't know about gitlab, but tech companies (Meta and Grab) tend to hack off the bottom of the management chain, instead of cutting off the top (aka as the people that created the 8 layer system).

bottom level teams are merged to form larger teams.

by itake

5/12/2026 at 7:11:24 AM

Yeah, they never fire the VPs and SVPs in this process. Just a bunch of the hard-working line managers who are actually involved in the day-to-day engineering work

by swiftcoder

5/12/2026 at 10:02:53 AM

Companies are shaped more or less like pyramids. If you want to cut a meaningful amount of people from the organization, there's just not enough of them at the top.

by WJW

5/12/2026 at 10:32:42 AM

If one person at the top of the pyramid earns 100 times what people at the bottom earn, cutting a few of them is still meaningful. Also, cutting a single/few person(s) that are mismanaging the whole organization is extraordinarily valuable too.

by Hendrikto

5/12/2026 at 10:30:55 AM

But salaries - sorry, operational costs - are an inverted pyramid.

by darkwater

5/12/2026 at 4:02:57 PM

How does that justify keeping the people who created the mess in the first place and mass firing people who didn't?

by rurp

5/11/2026 at 11:39:51 PM

You know how many layers of management I have Bob?

by treis

5/12/2026 at 1:51:01 PM

15 pieces of flair is the minimum.

by blitzar

5/12/2026 at 9:49:53 AM

You have to translate from management speak: They see the largest opportunity ever to make more money, by spending less money on staff.

by ForHackernews

5/11/2026 at 10:28:09 PM

8 layers of management???

At gitlabs team size, that means every manager has 2-3 reports? Yeah, I'd be cutting layers too.

by groby_b

5/12/2026 at 6:47:10 AM

https://handbook.gitlab.com/handbook/company/structure/

> GitLab has at most eight layers in the company structure (Associate/Intermediate/Senior, Manager/Staff, Senior Manager/Principal, Director/Distinguished, Senior Director, VP/Fellow, Executives, Board).

> [...] You can skip layers but you generally never have someone reporting to the same layer (Example of a VP reporting to a VP).

So they're counting the board of directors as a layer above the CEO.

I'm speculating, but they probably also have an unbalanced tree - you'll often see the IT security chief reporting directly to the CEO (because it's important to keep on top of, and they need authority to do their job) but only having 50 people below them in the org chart.

In some corporations you also sometimes get almost-nonexistent ranks created to smooth over a reorganisation. If a level 5 bureaucrat decides to merge the departments of two of their level 4 bureaucrats, they could demote one of them. Or they could make one into a level 4.5 bureaucrat.

by michaelt

5/12/2026 at 10:38:20 AM

That’s not what layers refers to. What they mean is how many managers between the CEO and an employee. Made up Example: CEO->CTO->VP of Infrastructure—> Director of Platform-> Sr Manager of AWS platform —> infra engineer would be 6 layers

by rocky1976

5/12/2026 at 1:17:46 PM

this is the typical layer at a big tech co.

you can simply cut out so many layers of management & coordination tax & remain with a leaner organization.

by dzonga

5/12/2026 at 9:08:12 AM

Gitlab has approx. 2300 employees (!)

I never really got why they need to be a public company in the first place.

by ricardobayes

5/12/2026 at 10:01:50 AM

That's mad. Gitlab feels like software made by 50 people. Consider how unpolished it is and how slow it is moving.

by nialv7

5/12/2026 at 10:56:35 AM

You're onto something, I've been part of enterprise projects with a <10 engineer team that had more polished and diverse feature offering.

by ricardobayes

5/12/2026 at 10:54:09 AM

Did you typo an extra 0?!

by intelVISA

5/12/2026 at 1:59:40 AM

They have 2800 employees with 5-10 reports per manager.

by malaproping

5/12/2026 at 2:35:36 AM

At 8 layers of management (so 9 layers total, with the bottom rung being non-management), 3 reports per manager comes out to 6561 employers on the bottom rung. At 5 reports each, that 8 layers would give you over 300k at the bottom, an 10 each would give you 100m at the bottom.

by gizmo686

5/12/2026 at 2:48:53 AM

> We’re flattening our organization because eight layers is too deep

Eight layers total

by CoffeeOnWrite

5/12/2026 at 4:14:46 AM

So... That's the assumption that would give you 300k employees with 5 reports per manager. Sum of 5^x for x in [0, 7] is ~300k.

The GP miscalculated it.

by marcosdumay

5/12/2026 at 6:09:54 AM

Mathematically that would work out to a lot less than 8 layers of management.

I wonder if they have 5-10 employees per manager at the bottom of the org chart, but a lot of middle managers and manager-like titles mixed through the middle.

by Aurornis

5/12/2026 at 7:13:25 AM

If its anything like the other tech companies, you'll have a bunch of overworked low-level managers with 20+ reports each, and then somewhere up the chain you'll find directors and VPs chilling with 1-2 reports

by swiftcoder

5/12/2026 at 10:41:10 AM

Solution: fire half the line managers, and make the rest also do IC work.

If anyone has a VP-level position open, I'm willing to send you my resume. There is a salary level at which I am willing to do work entirely without shame.

by vkou

5/12/2026 at 7:11:34 AM

That's a really crazy number of employees considering they have one product that barely seems to change and is at best on par with similar products created by comparatively miniscule teams (Phabricator, Forgejo).

by IshKebab

5/12/2026 at 5:59:39 PM

It would be interesting to see the breakdown on technical vs non-technical roles. I can't imagine it takes even 50% of that to actually develop the product.

by feisty0630

5/11/2026 at 11:31:04 PM

I'm on board with your gut that this feels more YOLO than careful but to be fair, in the engineering world fly by wire is very much precedented. I'm specifically thinking of the B2 bomber where it's essentially unflyable without a computer between the inputs and the outputs. Partially just keeping the plane from turning into a frisbee by reacting faster than a human possibly could, but also treating the controls inputs as the intent and manipulating the control surfaces programmatically in order to make that work. It's not quite the same thing of course but I think there's some carryover.

Still. Not a huge fan of this announcement or the general ways the landscape is evolving these days.

by andrewstuart2

5/12/2026 at 2:45:24 PM

This is a great analogy to what this time in IT and tech feels like. We are moving up a layer in terms of abstraction, and for those of us who cut our teeth in processes where we had lower level understanding it feels very destabilizing. I've been telling my team for a few years now that becoming an "agent manager" is the path forward - it's more true now with the latest revelation that "managers are out of style", and every role will have some IC component. I've seen it in my work - I can express intent more clearly to Claude and get immediate feedback for any technical tasks, so my team needs to be able to create intent at a higher level and translate that to their agent team, rather than getting directive task alignment. We've been through these pendulum swings before - this should start to stabilize in a few years... That's the industry vet perspective - I'd be lying if I said it didn't feel different this time though...

by conciliatory

5/13/2026 at 8:19:34 AM

> We are moving up a layer in terms of abstraction

I’ll believe it when I don’t need to understand the code. Until then it’s just autocompletion with (a lot of) extra steps.

Wake me up when I can actually let agents do the IC work without having to be the accountability sink that gets fired when things go wrong.

by jurgenburgen

5/12/2026 at 12:12:07 AM

After CVE-2023-7028 (account takeover via password reset, IIRC you just had to add a semi-colon between the correct email and the attacker email and it'd email both) was exploited against my cluster, the boasting about fully-automated changes and reviews scares me. I hope I'm far from the only one that hasn't forgotten issues like this.

I'm aware that the defective code was not written by AI but nonetheless, GitLab is what stands between many small organizations and their most precious resources. I was fortunate that 2FA stopped the damage, but what's going to happen the next time? What if my organization is permanently damaged because we taught the machines to go fast and break things, too [1]?

[1] VPN is an option but we're a non-profit with a number of non-technical users, so admittedly we're caught in a balance between making it harder to do things. As much as WireGuard is awesome, there's still a barrier.

by dunder_cat

5/12/2026 at 1:50:20 AM

> [1] VPN is an option but we're a non-profit with a number of non-technical users, so admittedly we're caught in a balance between making it harder to do things. As much as WireGuard is awesome, there's still a barrier.

I would love to help a non-profit and so, I am curious but what are your thoughts on authentik/authelia and others, can they might help in any use case to what you are suggesting, I would love to have a more in-depth discussion!

Also thanks for working at non-profit, although I am not entirely sure what is about but thanks to your non profits and all the other hard working people working at non profits for a better world once again!

by Imustaskforhelp

5/11/2026 at 10:10:00 PM

GitLab never ceases to amaze me in terms of just how bad their product roadmap is. Practical things like CI improvements are put off over UI rebranding on unicorn colours. Yet, good tooling is exactly why people used to pay for GitLab. For better or worse maybe this finally can change and we can get more customer oriented roadmaps again

by usernametaken29

5/12/2026 at 11:21:51 AM

I actually like GitLab's new UI, but their frontend is far too laggy given its complexity, especially since most of their pages are actually server-side rendered. It doesn't help that they use a weird combination of Vue 2 and jQuery in their codebase.

I think that as a corporation promoting the use of AI, they should actually be AI users themselves. They should just rewrite that laggy UI in Svelte, Solid, or even vanilla JS. Any of those would work.

by maxloh

5/12/2026 at 1:19:49 PM

web-components & vanillaJS will solve their slow UI.

by dzonga

5/12/2026 at 7:49:57 AM

The new UI is terrible, and the most important change they've done this year is ... drum roll ... renaming merge requests as "work items", because reasons.

Having said that, UI gripes aside, it works fine as a less complicated replacement for github.

by rwmj

5/12/2026 at 9:12:21 AM

Until very recently, in my experience the data filtering on issues was broken (at least on the self-hosted version).

Also their diffing, they use "..." diffing, and ".." is not apparently there in their GUI. As a git diffing tool I found this very odd.

by ricardobayes

5/12/2026 at 7:18:34 AM

GitLab could be the perfect case study on AI-powered efficiency improvements. I have never interacted with a piece of software that, for every single problem I found, there was an open issue always at least 4-7 years old that was just being shuffled around by managers adding and removing random labels.

Surely with all of these ridiculous developer productivity gains enabled by AI, they should finally be able to fix all of these ancient issues quickly and clean up the backlog.

Nope, “workforce reduction” thanks to AI again. This charade is getting boring.

by vultour

5/12/2026 at 10:52:50 AM

The reason for this is: the only way to show productivity gains enabled by AI is to lay off people and pretend you are doing the same amount of work (while in reality you are severely dropping quality and accumulating technical debt).

by sesm

5/12/2026 at 11:41:52 AM

I think that in these cases, what they need more than more engineering or AI productivity, is good management. Close issues that get shuffled around too much as "yeah this is too vague", or "nah we can't fix this", or "you know what, fuck you I'm not doing it".

Productivity gains can also be achieved by reducing scope. The coming issues will be that because of increased productivity (idea -> working code) that software is too bloated, does too much, that product managers will and can say "yes" to everything. Until it becomes unmanageable.

And that's not a new problem, it's what basically every programming adage / wisdom going back 70 years is about.

by Cthulhu_

5/12/2026 at 11:40:22 AM

Also, when most work is unproductive, like managers shuffling around and relabeling issues, you can remove those managers without affecting output.

by DeusExMachina

5/12/2026 at 12:14:45 PM

Quite possibly while improving output. Managers that are gone will not require attention from developers.

by Someone

5/12/2026 at 4:02:45 PM

Fully agree with this. Some companies just take the chance to modernize and remove the manager-bloatwere shit ...

by l4n

5/12/2026 at 2:16:06 PM

I don't think this is literally true, but as an example an employee might not justify their wage in a single quarter but have a huge impact over time. In the short term firing them makes the company more profitable, but that's definitely not a good way to run a business. Everything is gambling now :/

by e_i_pi_2

5/12/2026 at 12:12:02 PM

On the other hand, most issues rot due to process overhead, not because the ticket is hard.

For example, why are you working on a four-year-old issue, and a trivial one at that, when you're already behind schedule on the tasks assigned to you? Now someone else who has their own things to get done has to review it? And even trivial changes can be annoying to truly review beyond a blind LGTM.

Just one of the many ways that pressure builds against the utopia of burning through old tickets.

Aside, watch out for the double standard we have for AI on forums like this. AI is expected to be so good that it can magically overcome the forces that keep engineers from working on old tickets (which were never related to engineer productivity) and, when AI can't, well of course it couldn't because AI sucks.

by hombre_fatal

5/13/2026 at 7:29:39 AM

This is it, exactly. In any org, current management only cares about you working on their ideas. If they thought up the project, then they get the credit for it. Customer ideas, and old ones at that, don't get leaders credit.

Basically, every organization is constantly rotting due to the cliqueish behavior of leadership.

by smeggysmeg

5/12/2026 at 12:19:25 PM

And who knows the fix to some of these issues might be a hell of a lot more worked now that the bug has been baked in and the "real" fix is herculean now.

by duxup

5/12/2026 at 2:40:21 PM

Good point. Related: a lot of what seem like simple tickets require a real conversation about "well, how should this work?"

by hombre_fatal

5/12/2026 at 3:25:42 PM

Yes, there are plenty of those tickets in GitLab public tracker, for example the "Allow defining scheduled pipelines triggers as yaml" [1] one is a good example. But still, it's a 6 year old ticket that has been clearly shuffled around with nobody taking full ownership of it, probably because it was never deemed important by higher level product management.

And this is for a "feature" and it's the first that came into my mind for $REASON, but there are similar tickets for very annoying bugs.

[1] https://gitlab.com/gitlab-org/gitlab/-/work_items/296630

by darkwater

5/12/2026 at 4:18:48 PM

That’s been my last couple months. “Yes this is a bug / not optimal, but all the imagined paths / solutions are not great or a mountain of new code / requirements …”

by duxup

5/12/2026 at 11:38:32 AM

Dunno how it is these days, but that reads like Android roughly 2012-2020.

I once found a looooong bug report thread on their issue tracker 7ish years old that had all the usual waves of promises that a fix might make the next release, then silence, then repeat, and the usual challenges to the bug’s status every time a release happened, plus it saw community members correctly diagnose the problem in the first couple years, then by like year 5 there’s was a (small!) patch posted by a community member with multiple posters confirming it was good and fixed the issue, that the author and others had been begging Google to apply and get in a release for a couple years. There’d been no responses from Google folks for a while.

That might be the worst one I saw, but encountering something like that was a few-times-per-year thing in my android app dev years.

by funimpoded

5/12/2026 at 3:12:42 PM

On a similar note, Firefox doesn't support <input type="month">, which I was surprised to see (chrome landed it in 2012). I checked their issue tracker and... as you describe. Browsers are complex, of course, but they do stand out as a really glacial corner of the software world.

by earthdeity

5/12/2026 at 12:53:49 PM

I no longer care, thankfully, however for several years the Android NDK felt like it was a 20% project from someone on the team.

by pjmlp

5/12/2026 at 7:36:27 AM

I'm certain that if they would start doing that, without a proper strategy / workflow when it comes to QA, it will be GitHub reloaded. You'll be able to watch the decline in real-time.

by denvrede

5/12/2026 at 9:10:51 AM

But that’s the issue the parent is highlighting, you can’t just throw AI at these problems because the bottleneck is decision making, it always is, and AI is bad at that.

So nothing really changes in terms of product development velocity, it’s just headcount reduction.

But that’s not what their own marketing strategy communicates.

by stingraycharles

5/12/2026 at 8:50:41 AM

I think what OP means is that these companies keep promising AI is exceptional for one thing but for some reason it's never used for that. The only visible outcome of AI in these companies is that they spend so much on it they end up laying off employees.

Has any of the companies who went all in on AI gotten better at their job because they went all in on AI?

by close04

5/12/2026 at 10:19:25 AM

> I have never interacted with a piece of software that, for every single problem I found, there was an open issue always at least 4-7 years old

You have never interacted with Jira?

by siva7

5/12/2026 at 11:09:24 AM

I'm going to be honest with you, I never even considered that the pinnacle of enterprise software would have a public issue tracker (do they?). If something doesn't work the way I expect I just accept it and move on.

by vultour

5/12/2026 at 11:26:57 AM

Jira bugs celebrate being old enough to drink.

by bombcar

5/12/2026 at 11:42:27 AM

Honest question, why don't they just close the issue if they don't intend to fix them?

by Cthulhu_

5/12/2026 at 12:03:14 PM

Because an enterprise customer might decide it’s a needed fix tomorrow. I’ve seen it happen - 20 year old bug on the backlog and suddenly it jumps to the front of the line.

by bombcar

5/12/2026 at 11:29:19 AM

Someone should make a browser plugin for that.

by spwa4

5/13/2026 at 10:51:34 AM

Apparently you never worked with Atlassian.

They have active issue tickets that are highest priority and have been open for 20 years. That's not hyperbole. Actually 20 years.

by porknbeans00

5/12/2026 at 1:11:49 PM

maybe the 'microservices' approach + agentic coding (self directed agents) that have agency to pick up old tickets, open merge requests with maybe a human in the loop will fix all that.

that's the story being sold.

I don't buy it.

by dzonga

5/12/2026 at 2:31:31 PM

GitLab is American corporate bureaucracy out in the open for everyone to see.

It's why large American corporations acquire to innovate because they otherwise are too bloated with unqualified middle management to do anything.

by delfinom

5/12/2026 at 8:26:40 AM

Even slop-maker-makers themselves struggle: https://github.com/anthropics/claude-code/issues

What hope slop-maker-users have then?

by dude250711

5/12/2026 at 9:59:01 AM

To be fair, any LLM project gets a lot of stupid tickets, by virtue of a) marketing to users who aren't really developers and b) bad developers being more likely to use LLMs. Both of these groups are more likely to write bogus or non-reproducible bug tickets, as well as feature requests that don't make any sense. My guess is 10% of those 10,000 open issues are actual bugs or sensible requests.

On the other hand, LLMs seem perfect for triage and finding duplicates, so it's still surprising that they've let it get this bad.

by morningsam

5/12/2026 at 10:52:04 AM

The number is much higher than 10%. They already have a quite aggressive system of closing/duplicating issues, automatically or manually.

(Source: I build tooling around Claude Code and have spent hours swimming in the GitHub issues based on downstream user feedback)

by fg137

5/13/2026 at 10:49:38 AM

When you see a decision like this. It's obvious to everyone outside the organization that this is a very bad decision that can only hurt them and their customers. And you want there to be a lever to pull to call a bet on the executives responsible. So that when this blows up in their face. As we all know it to be a certainty that it will. That they will all be fired and all of their compensation clauses are voided.

by porknbeans00

5/11/2026 at 9:48:21 PM

With it’s current AI setup GitLab still couldn’t make anything that could be called great in UX so I can’t wait to see what they can do by eliminating the remaining human factor. Can’t personally wait seeing tickets like these [0] open for months with bots telling you that everything will be alright.

[0] https://gitlab.com/gitlab-org/gitlab/-/work_items/588806

by petetnt

5/11/2026 at 10:25:52 PM

Small aside, if they're dropping their transparency company value does that mean that issue won't be visible anymore? Is that the future for Gitlab?

by Banditoz

5/12/2026 at 4:31:21 PM

That issue looks like it was filed 3 months ago and there has been active development debugging and trying to fix it the whole time?

I dunno, at mag7 i see painful infra bugs sitting on the vine for years... maybe my bar is low, but that bug looks like a good response

by verall

5/12/2026 at 3:04:19 PM

fwiw when using pgbouncer i find that disabling in-app connection pooling has improved performance. a pool on top of a pool is diminishing returns.

by whalesalad

5/11/2026 at 10:05:46 PM

GitLab is a great example of a lifestyle company that should have never become a public corporation.

by shimman

5/12/2026 at 1:42:06 AM

So much this. GitLab’s values and ethos were completely incompatible with becoming a public company. Sid is always seen as the good guy but it was his narrow minded greed that led here.

by SimpleSalmon

5/12/2026 at 7:37:08 AM

Could have been a B corp perhaps

by setheron

5/12/2026 at 4:03:08 AM

how exactly was it incompatible and why do you thikn you know better

by swyx

5/12/2026 at 1:39:00 PM

Man your fall from public image is quite bad, you use to be a nice guy at conferences but just a jerk online? For shame.

by shimman

5/12/2026 at 9:11:12 AM

Aha, it's public. That explains the inflated employee count. Same story every time.

by elktown

5/12/2026 at 12:52:42 PM

They have almost a billion dollars in revenue

by dmix

5/12/2026 at 4:07:45 PM

And somehow still never profitable! Living on borrowed time. Cuts were always coming. Nothing to do with AI.

by everfrustrated

5/12/2026 at 1:42:19 PM

And what good is that for the workers that still got laid off? Maybe software devs should have residuals.

by shimman

5/12/2026 at 8:21:02 PM

As others mentioned this sounds like they are reducing management, not firing developers. But that could be wrong.

by dmix

5/11/2026 at 11:15:34 PM

This is quite an aggressively optimistic vision for the future of the software industry to tuck into a "workforce reduction" announcement:

> The agentic era multiplies demand for software. Software has been the force multiplier behind nearly every business transformation of the last two decades. The constraint was the cost and time of producing and managing it. That constraint is collapsing. As the cost of producing software collapses, demand for it will expand. Last year, the developer platform market used to be measured in tens of dollars per user per month, this year it is hundreds/user/month and headed to thousands. Not only is the value of software for builders increasing, but we believe there will be more software and builders than ever, and we will serve an increasing volume of both.

Also notable that the workforce reduction they describe doesn't appear to target engineers - they're "nearly doubling the number of independent teams" in R&D and "removing up to three layers of management in some functions".

by simonw

5/12/2026 at 12:16:57 AM

> hundreds/user/month

What is this based on? The only thing I can think of is AI coding tools but only a few companies do it properly. I don't see gitlab capturing any of that spending

Also the whole "removing layers". Today's prof g market video was about the topic. Afaik it was the Coinbase CEO telling the same. Do these people get together to discuss their talking points? Or are they signalling to investors?

by rdedev

5/12/2026 at 12:35:42 AM

Presumably based on the fact that the OpenAI/Anthropic $200/month plans are selling like hot-cakes, and it's not often that a new software category comes around which attracts those kinds of per-seat prices.

by simonw

5/12/2026 at 1:19:12 AM

Is the underlying assumption that gitlab will see new paying users because more people are buying coding agents?

If gitlab thinks they are as famous as github i don't know what to say. They should have atleast positioned themselves as a better github alternative

by rdedev

5/12/2026 at 10:43:18 AM

> Do these people get together to discuss their talking points?

None of these visionaries and thought leaders have ever had an original idea in their lives, they just ape eachother.

by vkou

5/11/2026 at 11:37:05 PM

The average value an individual software is lower but the volume is definitely higher, if github imploding regularly is any indication

by morkalork

5/11/2026 at 10:04:49 PM

The fact they can't capitalize on the current trainwreck of GitHub speaks volumes. If they had the right product people would be throwing money at them.

by fidotron

5/11/2026 at 10:43:01 PM

Brother there’s nothing to capitalize on. They really don’t want an avalanche of free users bringing their shit down too I think.

by u_fucking_dork

5/11/2026 at 10:44:50 PM

companies using paid github are in same spot. Tho I'd imagine many already moved over

by PunchyHamster

5/12/2026 at 3:16:05 AM

Most companies signing up to the idea that GitHub will fix their issues, rather than going through operational pain of migration. Everyone that I know jokes about GH downtime, but have zero internal talks about migration. Obviously small data point, but GitLab going this route shows not a lot of people are switching.

by tokioyoyo

5/11/2026 at 11:02:24 PM

Unless you pay for enterprise then you are on the Enterprise Cloud Instance: https://us.githubstatus.com/posts/dashboard

by Game_Ender

5/11/2026 at 11:19:02 PM

I've never actually seen that status page before, and I'm not clear what it's measuring. My company pays for Enterprise Cloud, and we see all the same downtime as what gets posted to https://www.githubstatus.com/

by Marsymars

5/12/2026 at 4:12:46 PM

No the Enterprise Cloud is just the same GitHub.com with the same shitty reliability.

However the newer Enterprise Cloud with Residency (aka on Azure) is a separate partition and has a different reliability domain (still subject to Azures bad reliability so not an entirely compelling offer). This is what you linked.

by everfrustrated

5/12/2026 at 8:54:07 AM

Gitlab used to be about as reliable as github. (ignoring the security oopses they used to have)

They simply don't have (or didnt) the skills to scale. THey were talking about using ceph to run things (which gives you an idea about how green their infra team was)

by KaiserPro

5/12/2026 at 10:36:07 AM

Are you implying they should create more in-house solutions, or that specifically Ceph is not a good solution and there is some other 3rd party solution that could be used instead?

by darkwater

5/12/2026 at 9:38:35 AM

What's wrong with Ceph?

by oblio

5/12/2026 at 10:51:18 AM

Whats right with it?

Its slow, large, excessively complex and not that resilient to failure.

You either want a bunch of NFS machines backed on to ZFS on nvme, with a central jumping off point that allows sharding (this is critical to allow one or more NFS server to fuck up and not kill access to everything else.)

Or, pay the money and use GPFS

by KaiserPro

5/12/2026 at 12:11:41 PM

As someone who's in charge of close to an exabyte on Ceph, I couldn't disagree with you more.

Done correctly, Ceph is extremely reliable, resilient, and fast. Once you get over the initial learning curve, dare I say, even a joy to work with.

by antongribok

5/12/2026 at 7:48:07 PM

For parallel read/write access across many thousands of large-ish files (ie multiples of the minimum chunk size) I'm sure it does grand.

But for metadata heavy operations, ie git, its not the FS I would choose. like lustre it can be fast, if your workload aligns with it's tradeoffs. but high metadata loads are not ceph-fs's strong point, (or many other distributed filesystems either)

by KaiserPro

5/12/2026 at 12:54:10 PM

I concur, even though I have only used it as a hobbyist.

by arpa

5/12/2026 at 4:12:56 PM

You are calling infra teams green for using ceph but then recommending hand rolling a sharded system on top of nfs? I think you have it backwards.

by __turbobrew__

5/12/2026 at 6:40:49 PM

Its a pattern that works well in VFX, It has the advantage over something like isilon in that hotspots are isolated to individual servers, not across the namespace. So if one of your git stores is being hammered, you can migrate hot/cold repos to other servers fairly simply. Also if one of the server dies, it has a limited blast radius.

The problem with things like ceph-fs (and lustre and to a lesser extent, GPFS, although its not entirely comparable) is that the metadata store is your weak link. Ceph scales great if you have loads of large files where you're read/writing in parallel. (ie pulling thousands of PAR files or images, videos or binaries) it scale almost linearly with the number of object stores. It also works well when your writing to the middle of a file. (far fucking better than s3 like systems)

git is monster metadata eater. Everything git wise is a metadata lookup. That means that when you are running thousands of concurrent git ops on a distributed filesystem, your object throughput will fall off the floor. so you could have 100 ODSs all on 100 gig network with massive nvme stripes, but your global throughput will be shite because your MDS is the limiting factor. You can add more metadata servers, but then ceph is choosing how to shard, not you.

either way, deleting a large git repo, then all your metadata operations start crawling.

This means that you need to think about doing optimisations like keeping git inside a tar or some other container container that are pulled out, loaded in ram, operated on, and forced back as a binary blob. the result means that your thousands of metadata ops are reduced to two or three, and your back to being network bound.

So yeah, no I stand by my original position.

by KaiserPro

5/11/2026 at 11:42:01 PM

Yeah, but they could make it up in volume.

by mh-

5/12/2026 at 10:33:43 AM

I'm not sure there's a lot to capitalize on, considering the state of hosting OSS development. But this really is a case study on watching your biggest competitor face plant into a wall, and responding by breaking into a head first sprint.

by bmitch3020

5/12/2026 at 11:34:41 AM

> Software will be built by machines, directed by people. AI is the substrate on which future software gets built. Agents will plan, code, review, deploy, and repair.

"The Machine Stops" by Forster [0], anyone?

Honestly, I can't believe how repeatedly people ignore or don't know the warning signs put up by previous people.

Yes, it's science fiction, but so is 1984, Brave New World and Pump Six.

When will we go through something between 2001[1] and Tacoma[2]? Will we ever learn?

[0]: https://en.wikipedia.org/wiki/The_Machine_Stops

[1]: https://en.wikipedia.org/wiki/2001:_A_Space_Odyssey

[2]: https://en.wikipedia.org/wiki/Tacoma_(video_game)

by bayindirh

5/12/2026 at 1:10:07 AM

> Git itself wasn't designed for that load, and bolting AI onto platforms not built for agents is the biggest mistake of this era. We're doing a generational rebuild of the underlying infrastructure to handle agent-rate work as the default. Git itself is being reengineered for machine scale. The monolith is giving way to modern, API-first, composable services

Two big red flags here.

First git itself is distributed and built for scale.

I guesss they mean “gitlab” instead of “git”. But such a huge mistake would never go unnoticed.

Are they going to rebuilt git??

Secondly: a big rebuilt of monolith to services. Firstly there is nothing wrong with a Modulith. Secondly “rebuilt” will cause a lot of busy work without immediate value for customers.

And first of all: this announcement is done due to the stock price not AI The productivity increase with AI is inflated because they want their stock price up.

Sell Gitlab stock while you can. The leadership team has no clue what they are doing.

Sadly non engineering leaders buy into this dogma. AI is very usefull but in my experience doesn’t 10x if you don’t YOLO it.

by TeeWEE

5/12/2026 at 1:36:39 AM

> First git itself is distributed and built for scale.

there're different dimensions for "scale" - like handling large monorepos, orders of magnitude more commits, tighter requirements for latencies (for agentic use, e.g. for agentic history navigation)...

by yalok

5/13/2026 at 8:16:48 AM

I mean Git had a lot of improvements for large monorepos.

by dvtkrlbs

5/12/2026 at 12:52:31 PM

Git is not designed to handle 1000s of clones and merges to a single repo in minute scale even.

Sure, you are right. Git allows you to keep distributed state and eventually reconcile that.

Customers are trying to do that at absurd human scales right now without AI. Git itself is a bottleneck for large enterprises with large repositories and large CI configurations.

It may be hard to believe but it’s true.

by lbotos

5/12/2026 at 1:25:57 AM

> Sadly non engineering leaders buy into this dogma. AI is very usefull but in my experience doesn’t 10x if you don’t YOLO it.

It makes you have 10x more the errors if you YOLO it ;) especially at a scale even remotely comparable to gitlab :/

Doesn't really inspire the greatest of confidences when they are literally dropping the ball on one of the greatest opportunities as github is being ensloppified.

Sometimes I wonder if I am more passionate towards my 7$/yr vps's and websites running on it than 7 billion $ companies (GitLab has a market cap or net worth of $4.36 billion. The enterprise value is $3.10 billion.[0] to be exact)

break things and move fast should work when you have 1000 users on your website, not 1000 full on entreprises (probably more for gitlab)

> I guesss they mean “gitlab” instead of “git”. But such a huge mistake would never go unnoticed.

> Are they going to rebuilt git??

These comments make me realize again how you all (who were alive ie) must have felt during the pets.com and dotcom mania. Some of these sentences are almost onion-video like titles. Its so all weird at a certain point. I am unsure how to feel about this.

[0]: https://stockanalysis.com/stocks/gtlb/statistics/

by Imustaskforhelp

5/11/2026 at 9:47:05 PM

A lot of the conclusions they're drawing in this post about the "agentic era" seem quite misguided and some don't really seem to make sense.

I have no doubt GitLab has too many employees and can benefit from being a more focused company, but it's tiring reading these layoff posts so chock full of buzzwords. I guess they're desperately hoping if they prognosticate about AI enough it will placate the investors.

by skrrtww

5/11/2026 at 10:26:07 PM

Let these people keep betting their companies, futures and net competency on text autocomplete. The future is bright for me and everyone else that isn't falling for it.

by ai_fry_ur_brain

5/11/2026 at 10:38:33 PM

Calling it text autocomplete is played out and really just makes you look bad at this point.

by u_fucking_dork

5/11/2026 at 11:22:29 PM

It's literally text autocomplete. You can dress it up however you want but it takes input text and outputs the most likely next sequence.

by solid_fuel

5/11/2026 at 11:57:15 PM

Reminds me of when microwaves first came out. Investors decided to go all in on "vibe cooking" (lit. cooking with vibrations) complete with microwave ranges (no conventional oven), until the public wizened up to the fact that there was in fact no cooking (Maillard reaction) involved in their vibe cooking. Took about 15-20 years but microwaves finally took their rightful place as a utility appliance rather than what they were touted as (a centerpiece). Pick up a microwave cookbook from the 50s for some laughs.

by argee

5/12/2026 at 3:34:29 AM

I sure hope you're not mocking the classic "Microwave cooking for one" book!

The mallard reaction is very possible in microwaves, but they use microwave-specific crockery. I think the vision was possibly killed by people not wanting to maintain a second set of crockery.

See here for a fun write-up: https://www.lesswrong.com/posts/8m6AM5qtPMjgTkEeD/my-journey...

by usef-

5/12/2026 at 4:23:38 AM

That book came out much later than what I am talking about, when many workarounds like turn tables (and indeed, specialized crockery) were made available. This thing [0] for example, did not even have a turn table, and yet was created in an "all in" form factor for the American home. It was in production for nine years.

Perhaps we can liken these auxiliary advances to agents and harnesses in the analogy. In the end, despite the unbridled optimism from certain backers, we never solved the fundamental issue with microwaves: that they use electromagnetic waves for cooking, and that electromagnetic waves have certain undesirable properties for this application.

[0] https://americanhistory.si.edu/collections/object/nmah_10880...

by argee

5/12/2026 at 12:08:49 PM

They sure are great for reheating food though. The problem is that a lot of developers think they are Michelin chefs when in reality they are Olive Garden cooks reheating frozen meals.

by u_fucking_dork

5/12/2026 at 5:37:52 AM

Workarounds such as turntables. Good lord.

by refulgentis

5/12/2026 at 4:11:09 AM

But I think the argument that microwaves are basically for heating things up and for essentially steaming a lot of vegetables. (I'll do one ear of corn in the microwave with pepper and spices.) I do have a thick microwave cookbook from the 70s or 80s but I've mostly only ever used it for vegetable cooking times. And probably less since I started roasting vegetables in the oven a lot of the time. I have cooked some of the other recipes but not for a very long time.

Understand that a lot of people don't have a lot of choice but I use mine (actually have a 4 in 1 when I had to replace the old one after it burst into flames and that's somewhat useful as a second oven).

by ghaff

5/12/2026 at 3:40:46 AM

This is a very good comparison, I'll be using it.

It just made me realize why I don't have those found memories of my mom's cooking. When we got our first microwave she went full on the vibe cooking and took years to realize how dumb it was.

I hope my kid doesn't get the same kind of memories about my weekend projects.

by locao

5/12/2026 at 5:39:49 AM

And same as vibe coding, microwaves just reheat old stuff and create bland food.

by rootnod3

5/12/2026 at 2:35:13 AM

This is an unexpectedly apt comparison, and I appreciated it.

by abalashov

5/12/2026 at 12:34:01 AM

There are still cooking functions on microwaves! And they still come with recipe books!

by nunez

5/12/2026 at 3:31:46 AM

Hope never dies.

by lazide

5/12/2026 at 9:57:26 AM

The Maillard reaction is not the be all and end all of cooking, mind.

by rcxdude

5/12/2026 at 4:59:10 AM

I like this analogy. Maybe microwaves put a few line cooks out of the job, but it didn't replace traditional cooking at all.

by platevoltage

5/12/2026 at 3:18:50 AM

[flagged]

by altmanaltman

5/12/2026 at 12:12:53 AM

“But they’ve added RL so…!!!”

You are obviously right and I see examples of it everywhere.

E.g I asked Claude opus 4.7 (the latest/greatest) the other day “is a Rimworld year 60 days?”. The reply (paraphrased) “No, a Rimworld year is 4 seasons each of 15 days which is 60 days total”.

Equally, it gets confused about what is a mod or vanilla since it is just predicting based on what it read on forums, which are clearly ambiguous enough (to a dumb text predictor).

by jaccola

5/12/2026 at 4:36:55 AM

Maybe there was more in the context before that question? I just copy-pasted that question into Opus 4.7 and it replied:

    Yes. A RimWorld year is 60 days, split into four 15-day quadrums (Aprimay, Jugust, Septober, Decembary), each corresponding to a season.

by fancy_pantser

5/12/2026 at 5:03:31 AM

And that is the reason why it is only autocomplete. You probably had less context than the poster before, so it could not mix stuff up. The poster before either had more memory or the search searched through more topics. And btw it’s really hard to only give access to some things.

by merb

5/12/2026 at 6:39:39 AM

Not even deterministic autocomplete.

by xyzal

5/12/2026 at 8:17:32 AM

Good job a handful of companies aren’t investing a trillion+ dollars in that.

Can you imagine how silly they’d look when everyone realised.

by noir_lord

5/12/2026 at 1:45:25 PM

Yeah no human has ever made a mistake, good odds here! Luckily hubris is only a trait found in fictional stories and there are no real world accounts of people making terrible decisions while others go along with their terrible decisions.

Can't wait until we're forced to bail out these companies or else China will take over the open internet (or whatever bullshit they use to justify the bailouts).

by shimman

5/12/2026 at 12:57:05 PM

"Everyone is doing it ⇒ it must be right." See also: bloodletting, leaded gasoline and parachute pants.

by xyzal

5/12/2026 at 2:41:50 AM

AI is a text autocomplete. This is tge best AI definition i heard and agree with 100% Thank you.

by tux

5/12/2026 at 3:55:12 AM

It's literally how they work. I think the magic that none of us really expected is that our languages, human and computer, are absurdly redundant. But I think it makes sense, in hindsight at least. When we say things it's usually not to add novel or unexpected information that comes out of nowhere, but to elaborate or illustrate a point that could often be summed up in 5 words. This response is perfect sample of such.

by somenameforme

5/12/2026 at 3:45:41 PM

A lot of people suspected that most programs were absurdly redundant and for a very long time. The real issue is that the languages do not really allow for producing code that can be easily shared. Some of the functional languages do, but mostly in ways that are completely irrelevant and useless in practice for such a goal.

Programmers writing their fiftieth mostly identical CRUD handler may not have noticed but a lot of other people did.

by foobiekr

5/12/2026 at 4:39:30 AM

> AI is a text autocomplete. This is tge best AI definition i heard and agree with 100% Thank you.

To believe that first you would have to ignore tool calling, ReAct loops, and the whole agent feature. That would be silly.

by locknitpicker

5/12/2026 at 5:52:03 AM

> To believe that first you would have to ignore tool calling, ReAct loops, and the whole agent feature. That would be silly.

How?

It all still functions with text prediction

by spartanatreyu

5/12/2026 at 6:01:21 AM

> It all still functions with text prediction

Wilful ignorance can't be fixed. As the saying goes, you can lead a horse to water but you can't make it drink. I can point you to ReAct loops and tool-calling and agent-based systems. If after being pointed those you still choose to be stuck on the "it's just text prediction" then that's a problem you are creating for yourself, and only you can get unstuck on a problem of your own making.

by locknitpicker

5/12/2026 at 8:49:08 AM

> It all still functions with text prediction

>> Wilful ignorance can't be fixed. As the saying goes, you can lead a horse to water but you can't make it drink. I can point you to ReAct loops and tool-calling and agent-based systems. If after being pointed those you still choose to be stuck on the "it's just text prediction" then that's a problem you are creating for yourself, and only you can get unstuck on a problem of your own making.

Woof, you're sounding mighty aggressive for someone with such a fundamental misunderstanding of the technology you are defending. Have you ever even actually implemented a system around an LLM, or do practice ~~voodoo~~ "prompt engineering"?

> I can point you to ReAct loops and tool-calling and agent-based systems.

Those are all implemented - quite literally - by parsing the *text* that the LLM *autocompletes* from the prompt.

Tool calling? The model emits JSON as it autocompletes the prompt, and the json is then parsed out and transformed into an HTTP call. The response is then appended to the ongoing prompt, and the LLM is called again to *autocomplete* more output.

"ReAct loops" and "agent based systems" are the same goddamn thing. You submit a prompt and parse the output. You can wrap it up in as many layers as you want but autocomplete with some additional parsing on the output is still fucking autocomplete.

If you're going to make such strong assertions, you should understand the technology underneath or you'll come off looking like a idiot.

by solid_fuel

5/12/2026 at 10:00:22 AM

> Tool calling? The model emits JSON as it autocompletes the prompt, and the json is then parsed out and transformed into an HTTP call.

No. Code assistants determine which tool they can execute to meet a specific goal. They pick the tool, the execute the tool (meaning, they build command line arguments, run the command line app, analyze output, assess outcome) as subtasks.

And they do it as part of ReAct loops. If the tool fails to run, code assistants can troubleshoot problems on the fly and adapt how to call then tool until they reach the goal.

by locknitpicker

5/12/2026 at 8:34:49 PM

> Code assistants determine which tool they can execute to meet a specific goal. They pick the tool, the execute the tool (meaning, they build command line arguments, run the command line app, analyze output, assess outcome) as subtasks.

And they do this - wait for it - by emitting tokens. Which are then parsed into a function call.

You’re just confusing a harness around an LLM for something more. And the core, the LLM takes input tokens and outputs the most likely next tokens. Those tokens might be interpreted into a tool call or anything else, but it’s still just token prediction.

If you disagree, explain what the actual difference is. I claim that LLMs “use” tools by emitting tokens which are taken and passed to a tool call. If you disagree, how?

by solid_fuel

5/12/2026 at 11:54:11 AM

> And they do it as part of ReAct loops. If the tool fails to run, code assistants can troubleshoot problems on the fly and adapt how to call then tool until they reach the goal.

Yeah, but fundamentally all of this is implemented as next token prediction, given the context (which the tool results are).

Honestly, it's pretty amazing how much we can do with next token prediction, but that's essentially all that's happening here.

by disgruntledphd2

5/12/2026 at 6:38:45 AM

> I can point you to ReAct loops and tool-calling and agent-based systems.

Those literally work with text prediction.

If you take the text prediction out of it, nothing happens.

You stick a harness around a text predictor which then triggers the text predictor.

If you think I am missing something then please do point it out.

by spartanatreyu

5/12/2026 at 12:54:45 AM

Your house is literally just a box. You can dress it up however you want but it has 4 walls and a lid.

by u_fucking_dork

5/12/2026 at 3:13:51 AM

Mine has like, 8 walls, but sure. It's a box. Crucially, it was sold as a box. Not a thinking machine.

Your attempt at an analogy will make sense when someone tries to install a house as middle management at some company.

by solid_fuel

5/12/2026 at 11:47:31 AM

If you ignore all the complexity and discard every detail, it’s literally just a box. Yet curiously you aren’t living in a cardboard box, or an aluminum shed.

Point being, which you know and are being willfully ignorant about, is that it’s more complex than that. And you’ve neatly discarded the detail that they’re multi modal.

I will freely admit though, analogy is useless when interacting with someone who has already made up their mind.

by u_fucking_dork

5/12/2026 at 8:48:26 PM

Well that’s the problem with arguing through analogy, when you’re wrong you just come out looking like a Fucking Dork.

Truly your analogy isn’t wrong, it’s just that you are wrong. A house is a box and it needs walls on each side and a roof like a box. But it’s good to remember that it’s supposed to be a box. That might sound overly reductive, but it’s important to keep the fundamentals in mind in case someone tries to sell you a bowl like it was a house. A bowl does not have a lid, and will not keep the elements out.

Similarly, people keep trying to sell token prediction machines as if they are capable of thought. They are not. They predict the next token, nothing more. Yet people keep trying to sell them as if they can think.

by solid_fuel

5/12/2026 at 9:59:50 AM

I'm pretty sure it was sold as a house. That you understand that you can think of it as a box doesn't make it not a house. That's the point of the analogy.

by rcxdude

5/12/2026 at 2:41:35 AM

The secret to woodworking is that everything is a box. The secret to AI is that everything is token matching.

by jghefner

5/12/2026 at 2:32:05 AM

[dead]

by estimator7292

5/12/2026 at 4:03:27 AM

Calling the technology "text auto complete" is not productive to the discussion. Less than a decade ago the idea that a computer could take a fuzzy human-readable description and turn it into executable code was science fiction, but now it's common place. As is the ability to write long form text, and be so hard to distinguish from real that placing an em dash in your text will cause an uproar on this forum. You can describe things by their fundamental functions and make many things sound elementary but I find it counter productive given the capabilities we've seen from this technology

by scronkfinkle

5/12/2026 at 5:48:44 AM

> Calling the technology "text auto complete" is not productive to the discussion.

If pointing out the flawed approach to making something more productive isn't productive, then what do you consider to be productive?

> Less than a decade ago the idea that a computer could take a fuzzy human-readable description and turn it into executable code was science fiction

Cobol was sold to people on the idea that anyone could create something with fuzzy human readable description that would result in executable code. That was back in the 60s.

What lessons did we learn?

1) Leaving things to the people who make fuzzy human readable descriptions turns out to be a terrible way to have things implemented.

2) Slowly and deliberately thinking things through before, during, and after implementation always leads to better results.

It's a lesson that keeps needing to be re-learned by people who don't/can't look at things through a historical lens.

It was the same with cobol, as it was with programming in spreadsheets in the 80s, as it was with the nocode movement in the 00s, as it is now again with LLMs in the 20s, and it will be again with a future generation in the 40s.

---

> As is the ability to write long form text, and be so hard to distinguish from real that placing an em dash in your text will cause an uproar on this forum.

Long form text generation that is hard to distinguish from human authored text also goes back to the 60s.

That's when we got the first instances of the Eliza effect.

> You can describe things by their fundamental functions and make many things sound elementary but I find it counter productive given the capabilities we've seen from this technology

The capabilities we've seen are:

- Text prediction/generation

- Inducing the Eliza effect

by spartanatreyu

5/12/2026 at 1:46:56 PM

These people will never admit they actually don't understand technology and just attack others. It's a great strategy if you're trying to proselytize a business into a religious movement, and it seems to be working on those that induce psychosis to themselves.

by shimman

5/12/2026 at 3:38:09 AM

Is "text autocomplete" supposed to be an insult? To text auto-complete a physicist I would have to understand physics as well as them. To text-autocomplete your words I would need to model your brain.

by usef-

5/12/2026 at 12:32:46 AM

By design. At least until we move away from attention being at the core of LLMs

by nunez

5/12/2026 at 3:19:59 AM

It's not attention that's the problem, it's how we train networks offline with backprop.

LLMs are the most successful form of neural network we have, and that's because they are token prediction machines. Token predictors are easy to train because we're surrounded by written text - there's data nicely structured for use as training data for token prediction everywhere, free for the taking (especially if you ignore copyright law and robots.txt and crawl the entire web).

We can't train an LLM to have a more complex internal thought loop because there's no way to synthesize or acquire that internal training data in a way where you could perform backprop training with it.

Even "train of thought" models are reducing complex thoughts to simple token space as they iterate, and that is required because backprop only works when you can compute the delta between <input state> and <desired output state>. It can't work for anything more complicated or recursive than that.

by solid_fuel

5/12/2026 at 1:36:45 AM

For a good reminder for people on the limitations of AI (or well OAI gpt 5.3 default model for non paying users), I did an experiment recently (Just a week-ish ago): https://smileplease.mataroa.blog/blog/how-many-e-are-in-stra...

image: https://mataroa.blog/images/b5c65214.png

but it says that there are 3 e's in strawberry ;)

Now this is literally something which occurs because of it being text autocomplete and the inherent issue of token based Large language models. So you are literally right :D

My point is that AI can have its issues and it can have its plus points (just like text autocomplete but some suggest its on steroids)

The issue to me feels like we are hammering it in absolutely everything and anything, perhaps it should be used more selectively, y'know, like perhaps a tool?

by Imustaskforhelp

5/12/2026 at 2:46:21 AM

Yes, AI should be used as a tool for very specific things. Ones it’s trained on everything it’s completely useless. Anyone who is trying to use it for everyone will fail. I predict by 2030 (if not much sooner) ai bubble will burst. The only good outcome will be all this hardware used will be lequdated for pennies. Mark this prediction it will happen ;-)

by tux

5/12/2026 at 5:15:27 AM

I definitely hope you're right

> Mark this prediction it will happen

But this historically is a very strong predictor of a poor prediction

by koiueo

5/12/2026 at 5:14:18 AM

If you’re so sure just make a leveraged bet and become a millionaire. Put your food where your mouth is if you’re so convinced

by skeptic_ai

5/12/2026 at 12:34:15 PM

Knowing it will fail is one thing but knowing when and how things blow up is another.

by ipaddr

5/12/2026 at 5:13:22 AM

Grok auto: 1 “Strawberry” has only one “e”. S T R A W B E R R Y

Gemini: There is *1* "e" in the word "strawberry".

Seems fine

by skeptic_ai

5/12/2026 at 5:43:06 AM

So you have subscriptions to all the hyperscalers and make them vote on what's the correct answer?

by phoronixrly

5/12/2026 at 5:00:25 AM

Your brain is also an autocomplete at this point. Notice how you write each word, one after the other, flawlessly

by skeptic_ai

5/12/2026 at 5:28:01 AM

Sufficiently good text autocomplete is indistinguishable from intelligence to an impartial observer, and that's the only honest criterion for intelligence.

by akoboldfrying

5/12/2026 at 5:38:38 AM

Can't tell if sarcasm

by phoronixrly

5/12/2026 at 11:19:11 AM

I'm a little shocked that people discussing this topic could be so far apart! I'm completely serious.

Have you ever thought about how you would determine if an arbitrary given entity is intelligent or not? I think you'll agree it would require some kind of test. You might agree that the test would have to involve bidirectional interaction (since otherwise it would be impossible to distinguish an actual person from a recording of one).

by akoboldfrying

5/12/2026 at 4:33:31 AM

> It's literally text autocomplete. You can dress it up however you want but it takes input text and outputs the most likely next sequence.

Last year this level of ignorance and cluelessness was amusing. Nowadays it's just sad and disappointing. It's like looking at a computer and downplaying it as something that just flips switches on and off.

by locknitpicker

5/12/2026 at 4:46:57 AM

Gitlab is looking to lay off people like him. All major tech companies are currently raiding to fire such employees.

by siva7

5/12/2026 at 5:32:56 AM

Yeah they all want to fire the guys who can make sense of the mess the vibe coders are doing and try to stop it.

It will be interesting in the next few years. Assuming we won't be in the 3rd world war thanks to the USA and will have much bigger concerns.

by LtWorf

5/12/2026 at 5:55:52 AM

> Yeah they all want to fire the guys who can make sense of the mess the vibe coders are doing and try to stop it.

You're grossly inflating the level of contribution from your average software developer. Are we supposed to believe that the same people who generated the high volume of mess that plagues legacy systems are now somehow suddenly exemplary craftsmen?

Also, it takes a huge volume of wilful ignorance and self delusion to fool yourself into believing that today's vibecoders are anyone other than yesterday's software developers. The criticism you are directing towards vibecoding is actually a criticism of your average developer's output reflecting their skill and know-how once their coding output outpaces or even ignores any kind of feedback from competent and experienced engineers.

What I see is a need to shit on a tool to try to inflate your sense if self worth.

by locknitpicker

5/12/2026 at 6:54:46 AM

I've seen which developers became vibecoders. They were the people I'd have wished to get rid of.

The ones who never acknowledge a mistake even if the process is crashing; the ones who put "return true" in a test so that the test doesn't execute and will insist that you broke their code if you remove the return true and when the test actually runs it fails; the ones who read a blog post about some new thing and decide we need to do like that; the ones who will write code that fails and then be nowhere to be seen when there is customer support to do.

by LtWorf

5/12/2026 at 8:39:51 AM

> I've seen which developers became vibecoders. They were the people I'd have wished to get rid of.

Trying to portray everyone who ever used a tool as the incompetent cohort is an exercise in self-delusion.

by locknitpicker

5/12/2026 at 9:36:31 AM

Using AI ≠ vibecoding.

by LtWorf

5/12/2026 at 6:05:24 AM

> Gitlab is looking to lay off people like him. All major tech companies are currently raiding to fire such employees.

Gitlab has been strapped for cash and desperately seeking a buyer to cash out for years.

If anything, the LLM revolution represents an opportunity that Gitlab is failing to capitalize upon. They have a privileged position to develop pick axes for this gold rush, but apparently they are choosing to dismiss themselves from the race altogether.

Gitlab's decision is being taken in spite of LLMs, not because of them. Enough of this tired meme.

by locknitpicker

5/12/2026 at 4:59:02 AM

Ahh, are we there yet? Has non-deterministic computer use eroded your mind so much that you are starting to question the binary system? You know, the insight that computers are something that flips switches on and off is rather old, and I have heard it uttered (although slightly humorously) several times already, nobody ever raising any eyebrow hearing it.

by lynx97

5/12/2026 at 3:07:30 AM

Your comment was also completion.

by mirekrusin

5/12/2026 at 4:04:37 AM

This retort doesn't make any sense. Take humanity back perhaps 40k years ago and language did not even yet exist. Our token base was 0. Put an LLM in that scenario and it will endlessly cycle on nothing and produce nothing, stuck in a snapshot in time. Put humans in that situation, and soon enough you get us.

This is like saying that somebody speaking Chinese is just playing the Chinese Room [1] experiment. The only reason it's less immediately obviously absurd here is because the black box nature of LLMs obfuscates their relatively basic algorithmic functionality and let's people anthropomorphize it into being a brain.

[1] - https://en.wikipedia.org/wiki/Chinese_room

by somenameforme

5/12/2026 at 11:56:16 AM

If that is the argument though, current AI aren't just autocomplete - because we could reasonably show an AI an image or a video and have them call a tool rather than return text. That'd be comparable to a pre-language human.

by roenxi

5/12/2026 at 2:03:07 PM

I'm not seeing the comparison because what you're describing is not at all an internal or emergent process. Without a human there to hand-feed the AI access to create these tools, create the interface, and then hand feed all of it the LLM, none of this happens. This is like Kubrick's monolith, bumped up a few orders of magnitude.

by somenameforme

5/12/2026 at 10:19:07 PM

> I'm not seeing the comparison because what you're describing is not at all an internal or emergent process.

And (1) that process isn't an autocomplete because it isn't reliably text->text. It could be visual->sound, sound-> action, visual->action or visual->visual or any combination. As well as proactively seeking out new stimulus. Modern LLMs aren't limited to text, they just happen to leverage a large model of the language as their most novel element.

(2) We're not talking about internal or emergent processes, we're talking about intelligence. No human is born intelligent. They go through a pretty similar process to LLMs where a lot of data gets dumped on them and they start responding to it.

by roenxi

5/13/2026 at 6:41:28 AM

Humans obviously need air to breathe. If you give us scuba lessons and extensive gear we can go underwater and keep breathing air, but the fundamental operation doesn't change. It's the same with LLMs. When you send an image to an LLM it's not parsed by the LLM but handed off to a separate program that converts it into a text format for the LLM which then is then sent back to the same old autocomplete process.

And yes humans are born intelligent. Have children and it's the most amazing and beautiful thing watching them begin to create out of nothing. For instance with absolutely zero prompting or external guidance children will begin to engage in intentful make believe play, like starting to share their food with their favorite toy.

But this 'something from nothing' is also essentially required if you think about it. Try to put yourself back in primitive man's shoes some tens of thousands of years ago. You know basically nothing about the world around you, yet in the blink of an eye we've discovered the secrets of the atom, put a man on the Moon, created mathematics from nothing, created all the underlying technology and infrastructure required for us to have our little debate here online, and so much more.

by somenameforme

5/12/2026 at 8:36:35 AM

> Take humanity back perhaps 40k years ago and language did not even yet exist.

This is not quite accurate. The human lips, throat etc have evolved to be better at producing speech, which indicates that it's not that recent. And that it was a factor in the success of groups who could do it better than others.

It likely started "no later than 150,000 to 200,000 years ago."

sources:

https://en.wikipedia.org/wiki/Origin_of_speech#Evolution_of_...

https://pmc.ncbi.nlm.nih.gov/articles/PMC5525259/

by SideburnsOfDoom

5/13/2026 at 3:39:32 AM

If you want to declare yourself an NPC language model then go ahead but let the rest of us that experience meaning carry on.

by davebren

5/12/2026 at 3:09:30 AM

And what would that make yours?

I think, therefore I am. You parrot, therefore you are... ?

by solid_fuel

5/12/2026 at 1:37:43 PM

So you're saying humans essentially do the same thing. We agree!

by esafak

5/12/2026 at 8:29:54 PM

I’m saying you certainly do. Most people I know have an internal experience and a far richer mental model than a glorified markov chain.

by solid_fuel

5/12/2026 at 4:38:42 AM

I've used this text autocomplete to autocomplete me a Python setup and to autocomplete automatically running it.

It that scrapes Hn it works. Ironically, it's why I'm here.

by tomjen3

5/12/2026 at 5:15:40 AM

Why would you scrape HN when they offer free, generous API?

by wiseowise

5/12/2026 at 5:44:48 AM

Autocomplete only 'knew' how to output a scraper...

by phoronixrly

5/12/2026 at 12:04:55 PM

Not true, I tried just now. Took 30 seconds of due diligence. You could have done this too. Do better.

The problem is they’ll do what you ask. And if you are the type of non-curious person who replies “ Autocomplete only 'knew' how to output a scraper...”, then you’ll tell it to make you a scraper instead of ask what your options are for getting HN data.

by u_fucking_dork

5/12/2026 at 6:50:41 PM

Okay, fair. I am using the API to scrape it.

by tomjen3

5/12/2026 at 9:27:40 PM

Sounds like you didn't even know what your own tool was doing. This would be a prime example of why relying on autocomplete based tools makes you look like a fool.

by solid_fuel

5/12/2026 at 4:36:18 AM

[dead]

by nullsanity

5/12/2026 at 3:24:59 PM

In the beginning was the Word, and the Word was with God, and the Word was God.

by jpadkins

5/12/2026 at 5:02:57 AM

My comment is the autocompletion to your prompt.

by __mharrison__

5/12/2026 at 5:30:38 AM

My job is just text autocomplete.

by Archonical

5/12/2026 at 5:45:22 AM

Insane to see this kind of comment on Hacker News. I suspect it's satire!

by lazzlazzlazz

5/12/2026 at 3:38:40 AM

"Text autocomplete" is literally what you just did.

by dboreham

5/12/2026 at 3:13:06 AM

What makes you think you're anything more than a 'text autocompleter'? You are justing auto completing someone's comment

by stx5

5/12/2026 at 3:18:00 AM

If you seriously cannot tell what is the difference between a human being and a LLM and think they are both "autocompleters", you know very little about both humans and LLMs.

by altmanaltman

5/12/2026 at 3:37:38 PM

I cannot. Please explain the difference to me. Everything I've read about neuroscience is basically the brain is a signal prediction machine. The harness, signals and incentive (hormone) systems may be different, but predicting the future is basic building blocks of intelligence.

by jpadkins

5/12/2026 at 4:03:41 PM

How much karma do you have on reddit, probably millions.

Only redditors with Dunning-Kruger would say something like this.

I reccomend the podcast Machine Learning Street Talk, you'll find plenty of machine learning PhDs who are also neuroscientists that are completely mystified by the brain, how it works and what intelligence is. The people at the forefront of nueroscience definately aren't reducing human intelligence and experience to "signal processing", or whatever you think it is.

by ai_fry_ur_brain

5/12/2026 at 5:37:40 AM

with all my ears

by stx5

5/12/2026 at 3:41:28 AM

This thought that “maybe we are just next token predictors too” is not particularly clever. Most of us have thought about that, but a bit of experience with LLMs make it obvious that’s not what’s going on here. I think it’s a bit like listening to a recording of a person and swearing there’s an actual person in the recording device because the audible output is indistinguishable from the real thing. Why would you do that? You wouldn’t unless you have no idea how a recording device works, in which case it seems like magic.

by IAmGraydon

5/12/2026 at 5:45:40 AM

A one-way audio channel is indeed too weak for a person to distinguish a person from a recording, but a bidirectional audio channel is easily strong enough: the person can verbally ask the person-or-recording a question and see if it is acknowledged.

I claim that a modern frontier LLM can be given simple instructions that make it impossible for a person to reliably distinguish it from a person over a bidirectional text-only medium.

by akoboldfrying

5/12/2026 at 4:12:11 AM

> a bit of experience with LLMs make it obvious that’s not what’s going on here

I feel like that overstates the point quite a bit. There's a lot that's similar: neurotransmitter release is stochastic at the vesicle level, ion channels open and close probabilistically, post-synaptic responses have noise. A given neuron receiving identical input twice doesn't produce identical output. Neither brains nor LLMs have a central decider that forms intent and then implements it. In both, decisions emerges from network dynamics, they're a description of what the system did, not a separate cause (see Libet's experiments).

Now pretty clearly there's a lot that's different, and of course we don't understand brains enough to say just how similar they are to LLMs, but that's the point: it's an interesting thought experiment and shutting it down with a virtual eyeroll is sad.

by Domenic_S

5/12/2026 at 5:41:37 AM

Thank you for you completion

by stx5

5/12/2026 at 10:16:22 AM

>some don't really seem to make sense.

This one stood out to me:

>Machine-scale infrastructure. [...] Git itself wasn't designed for that load, and bolting AI onto platforms not built for agents is the biggest mistake of this era. [...] Git itself is being reengineered for machine scale.

Git itself is so far down the list of bottlenecks that do or could hamper LLM-driven development, even projecting years into the future...

by morningsam

5/12/2026 at 12:38:36 PM

I wholeheartedly disagree.

Git has always been one of the biggest perf bottlenecks inside of the product.

First for any scaled deploy we recommended NFS. We were young and dumb and it was too slow. (We’ve all been there)

Then we went to an RPC model with gitaly and even unwrapped some of the git calls inside of that to speed it up.

Just a few months ago we had a large customer with thousands of devs and a large monorepo ground their deployments to a halt because of a cloning strategy change that introduced an accidental 10x in git calls. Git itself was the bottleneck because it’s not designed for this scale and speed.

For enterprises where thousands of developers are contributing code via git to a centralized system of record, who are firing off 1000s of CI jobs Git is absolutely a bottleneck.

Now with LLM technologies we should easily expect a 5-20x code volume increase on the conservative side. Git is being stretched to its perf limits.

(Source: see my profile)

by lbotos

5/12/2026 at 2:56:04 AM

there’s a familiar saying “Markets can remain irrational longer than you can remain solvent.” i think that applies here as well. everyone (customers) want AI; investors demand it. it may eventually calm down but i’m sure many companies will be left behind and ultimately fade away if they don’t keep up until then.

by laweijfmvo

5/12/2026 at 3:04:32 AM

I don't think anything is going to calm down.

Models will only get better with time, not worse.

Demand will keep raising.

by mirekrusin

5/12/2026 at 5:00:47 AM

Of course they're not going to get worse. That would be absurd. The rate of progress will slow down though.

by platevoltage

5/12/2026 at 9:13:49 AM

> Of course they're not going to get worse. That would be absurd. The rate of progress will slow down though.

It's unlikely, but not totally improbable - Model collapse means that the subsequent models would get worse over time, not better.

by lelanthran

5/12/2026 at 2:23:31 PM

what's "model collapse"? RL has virtually unlimited ceiling.

by mirekrusin

5/12/2026 at 5:18:21 AM

I don't think it would be absurd for them to worsen. If LLMs cause discourse to worsen, but also grow and change, then the trainers are in a conundrum of ignoring new training data or losing track of the zeitgeist.

by NewJazz

5/12/2026 at 5:38:53 AM

They might get worse for 2 reasons:

1. AI free training sets no longer exist. This might degrade quality, although some claim that it will not.

2. Cost. Right now they are burning a lot of money to convince people it's good. But they might not be able to keep it up forever and need to increase prices (which few will want to pay) or degrade the quality to save money.

by LtWorf

5/12/2026 at 2:32:01 PM

non synthetic pre-training text got exhausted long time ago, now focus is more on quality and rl/post-training.

cost will keep going down and more powerful chips will be available, like it always was.

reinforcement learning doesn't have fixed ceiling, advancements in software will keep happening as well.

things like distilling smaller models will likely become free – ie. through speculative decoding which speeds up larger models (incentive to run during inference) where you have free access to strong distillation (large model's logits are calculated, ie. it's free for pickup for distillation) etc.

by mirekrusin

5/12/2026 at 3:27:23 PM

> cost will keep going down and more powerful chips will be available, like it always was.

cost is not a monotonous function.

by LtWorf

5/13/2026 at 11:08:14 AM

compute and memory cost is monotonic with temporary hiccups

by mirekrusin

5/12/2026 at 2:04:48 AM

The memo also says they're eliminating a lot of middle management tiers which has been a theme for a lot of companies recently. It's also been a theme historically. Really has nothing to do with AI. It's just the classic executive view that they are paying people who sit in meetings and write emails instead of writing code. Blissfully unaware that meetings and emails are how big organizations function.

by tootie

5/12/2026 at 4:00:17 AM

> Blissfully unaware that meetings and emails are how big organizations function.

I don't know, I've seen more big organizations that have a dysfunctional amount of middle management and "meetings about meetings" than ones that truly benefit from that culture.

by DaSHacka

5/12/2026 at 10:30:45 AM

I worked for some large corps and they all had one thing in common.

Tons of middle management that makes no decisions what so ever.

Everytime you ask a question, they delegate, until you end up at person 1 again and they just can't decide anything.

It's like they all have decision paralysis.

by drw85

5/12/2026 at 8:53:13 PM

Meetings about meetings are frequently mandatory steps to navigate internal politics. Frame your questions, gather allies, hone your message. It's how you don't waste the time of very busy people that you need things from. Besides, the alternative is fewer managers dealing with 20+ reports and not knowing what anyone is doing. Institutional inertia can be frustrating, but it's also necessary to avoid chaos.

by tootie

5/12/2026 at 4:53:36 AM

Your argument doesn't make sense. They literally explained why they are doing it. They are looking to remove who can't or won't keep up with ai. That can be managers but also engineers. That's what most companies right now are doing.

by siva7

5/12/2026 at 5:02:51 AM

Right but naturally that's not actually why they're doing it. In actuality, it's a layoff - they did not go through and analyze which employees are "keeping up" and which aren't, don't be so naive.

This, like virtually all layoffs, is for economic reasons. Of course you can't say that because that reflects poorly on your growth and makes your investors uneasy and yadda yadda yadda. But what do investors like? Hm? AI!

Oh! Oh!!! This is strategic, you see, so we can use even more AI, yes yes that's right mhm.

by array_key_first

5/12/2026 at 9:51:30 AM

> they did not go through and analyze which employees are "keeping up" and which aren't, don't be so naive.

they do on the org level. that's not news for anyone who has worked at upper mgmt level in corporations. rule no.1 is you keep your mouth shut about anything there. and of course it's for economic reasons.. it's a business, not a charity to provide lifelong employment for employees who aren't aligned to mgmt goals. Mgmt tells stories depending on who asks. Levels below execute them (by identifying those who aren't aligned).

by siva7

5/12/2026 at 2:40:47 AM

And people wonder why there is so much push back against AI. The last thing leadership should do when laying off people is use the term AI. It's the most tone deaf thing you can do.

by internet101010

5/12/2026 at 6:14:28 AM

We don't live in the same world as they do. Saying AI out loud makes line go up, not down. Investors are still eating this shit up, for now at least...

by franga2000

5/11/2026 at 11:29:25 PM

> Our transparent restructure process creates uncertainty that is real and it's hard, and I'm not going to pretend otherwise. I ask that you reflect on the why, what and how and engage your manager in a real conversation about the work, the questions and concerns you have, and what the next chapter looks like for you. Your manager may not have all the answers, because they too are going through this period of uncertainty. The conversation still matters and your input shapes how we land as a team.

Setting aside the whole "I'm not going to pretend otherwise which reads suspiciously like Claude, I don't understand how this is supposed to make employees feel any better. No one knows what's going on and through talking we'll figure it out? Mmmmmmhmmmmmm.

by hemul3n

5/11/2026 at 11:35:16 PM

"talk to your manager" is code for "don't straight go rant on SNS over this"

For some people it might actually be worth it, not to solve anything but to talk to someone. It still sucks anyway.

by makeitdouble

5/12/2026 at 1:13:39 AM

[dead]

by cindyllm

5/12/2026 at 3:05:29 PM

Lord. I pity the managers that are going to be worrying about their jobs sitting in 1:1s with people who are also looking for answers when there really aren’t any to give.

by jzb

5/11/2026 at 10:20:58 PM

While hosting internal services for 4 years, Gitlab was the only service that ran hybrid. Wish they could get their act together and focus on actual engineering again.

If anyone at Gitlab management is reading this; getting your microservices to run fully stateless in a Kubernetes cluster should the #1 goal. No disclaimers about potential risk. It's been 5+ years. Get it together. Stop bolting on minor package management features no one is going to end up using anyways.

by rirze

5/12/2026 at 12:57:23 AM

They actually fixed the Gitaly thing a month or two ago

by tapoxi

5/12/2026 at 2:23:35 PM

Thank god. I left that job 9 months ago so that's good to hear.

Sucks that it's `(Beta)`, but progress I guess.

Edit: Nvm, I found the asterisk; Full HA requires Gitlab to make Praefect Kubernetes-native and that is not done yet. [1]

[1]: https://about.gitlab.com/blog/gitaly-on-kubernetes-generally...

by rirze

5/11/2026 at 11:09:01 PM

> planning to reduce the number of countries by up to 30% where we have small teams

One of the really interesting things about GitLab was that not only did they have employees in a large number of countries but they also published their employee handbook which helped show quite how much work it was to support that:

https://handbook.gitlab.com/handbook/people-group/employment... lists 18 countries right now. I guess they're losing 5 of those.

Here's a permalink to the current version of that page https://gitlab.com/gitlab-com/content-sites/handbook/-/blob/... since it mentions that "Diversity, Inclusion & Belonging is one of our core values" and so is likely to be updated pretty soon!

They even used to have a public payroll.md page detailing how payroll worked in multiple countries - they moved that into their private docs a few years ago but the last public version is here: https://gitlab.com/gitlab-com/content-sites/handbook/-/blob/...

UPDATE: I got the countries piece wrong. The linked OP says:

> Reduced operational footprint: We’re reducing our country footprint because operating in nearly 60 countries does not allow us to give every team member a great experience. We anticipate reducing the number of countries by 30% focused on geos where we have only a handful of people or fewer. Team members who are in good standing and would like to relocate are welcome to do so. We'll continue to serve customers in those markets through our partner network where appropriate.

I said they operated in 18 countries, so clearly my impression was out-dated and incorrect.

Also "We anticipate reducing the number of countries by 30% focused on geos where we have only a handful of people or fewer" suggests to me that it's a 30% cut to countries with "only a handful of people", not a 30% cut to countries overall.

by simonw

5/12/2026 at 10:48:36 AM

> We’re reducing our country footprint because operating in nearly 60 countries does not allow us to give every team member a great experience

Are they going to rectify this by laying these people off?

by haute_cuisine

5/12/2026 at 11:43:55 AM

[dead]

by estimator7292

5/12/2026 at 2:16:00 PM

GiLab is one of the saddest stories in SaaS I can think of. They had an enormous opportunity years ago thanks to their relatively good product, open source nature, and free private repos (before github started offering that), but they squandered it by focusing heavily on "enterprise" and pricing themselves in a ridiculous way that made it non-sensical for startups and small companies. Their CI product alone was the best in the business for a while but they priced it such that it made no sense for most people. A real shame. It's sad to think of what could have been with better management.

by freedomben

5/12/2026 at 4:54:37 PM

So is New Relic, which also featured the same CEO and CTO. I'm sure that's just a coincidence.

by great_wubwub

5/12/2026 at 3:18:03 PM

Their pricing has always been a challenge, but I think the biggest issue is that they went way too wide early on in an effort to capture the market. Their product pool was a mile wide but only an inch deep. People quickly realized many of the features they were promised were very rough around the edges or a limited POC. Their UX is pretty unintuitive as well, IMO.

The company is fascinating. The "everything is open" nature of how they build the business is an incredible value for people that want to see how the sausage is made...but it hasn't ultimately lead to a better product.

by dcchambers

5/11/2026 at 10:05:41 PM

Layoff something something AI.

Yeah, sure. A couple of years ago it was Covid overhiring.

You know the one thing that is never ever going to be given as a reason for layoffs? The growing salary-productivity gap.

by lbrito

5/11/2026 at 10:44:03 PM

The reason is investors want more money

by PunchyHamster

5/12/2026 at 2:53:51 AM

At this point Gitlab investors haven't gotten any money.

by treis

5/11/2026 at 10:13:26 PM

Wow gitlab. Right when everyone was looking to see if you could lead with all the fails at github, you basically said "We're going to throw our source at ChatGPT and see what happens"

by Steeeve

5/11/2026 at 10:27:37 PM

Right? I was seriously considering migrating everything in our company from GitHub to GitLab. Now I'm seriously considering self hosting our git instead.

by herpdyderp

5/11/2026 at 11:07:16 PM

Self-host your git, take this as a sign.

Forgejo is great.

by hkpack

5/12/2026 at 3:51:56 AM

There are a lot of downsides to self-hosting your git as well. Especially if you need to deal with high availability, scalability beyond a single server, and/or being open to the public Internet.

I'm not saying you should never self-host your git server, but it's not for everyone.

by thayne

5/12/2026 at 1:51:19 PM

No, these things are actually much easier to solve when you don't have to care for millions of users across every timezone and can just focus on <10,000 users that can easily be handled with a modest VPS setup.

It's truly pathetic how developers today cede everything to cloud services. A $20 VPS (whatever gets you 4 gigs of ram) is likely enough to host all the business needs of 90% of SMBs across the US.

Even easier today with things like Docker, Forgejo, and other great self hosting solutions.

Why would a company care about opening up their codebase to the internet? These are problems you don't have to care about when you only want a small subset of solutions. Especially when the tradeoffs are drastically simpler.

by shimman

5/12/2026 at 5:55:11 AM

Good thing Github suck at availability and scalability much more than your friendly local sysadmin...

by phoronixrly

5/12/2026 at 5:50:10 AM

These days even without trying I get more nine than GitHub.

Arguments against self hosting have to change as our SaaS overlords are decaying in front of our very eyes.

by com

5/12/2026 at 11:41:41 AM

[dead]

by estimator7292

5/12/2026 at 6:22:03 AM

Forgejo is fantastic! Just wish there was an easier way to implement CI/CD pipeline runners.

by Balinares

5/12/2026 at 2:36:51 AM

You'd be surprised how far you can get with self-hosted Gitea.

by abalashov

5/12/2026 at 3:15:50 AM

Can highly recommend it. Gitea issues, PRs and actions all work as expected.

by abnercoimbre

5/12/2026 at 4:53:41 AM

And they have a suspiciously well-appointed MCP server.

by abalashov

5/12/2026 at 3:39:04 AM

My bar for self-hosting something isn’t “these base standard feature works”, they had fucking better.

I get self-hosting got for security, compliance, and retention reasons, but for almost everything else it seems questionable for any use I would consider normal.

by SV_BubbleTime

5/12/2026 at 4:57:22 AM

I self-host because I'm not training some model for free with our and our customers' proprietary code.

by abalashov

5/12/2026 at 12:00:51 AM

Using Tangled for my stuff now, it's alpha, but it's a bit fun to host your own Knot and Spindle servers but still connect to a full social graph.

by phillipcarter

5/12/2026 at 5:42:26 AM

Its VC funded too, so I wouldn't bet too much on it. Try out ngit or radicle, or codeberg if your code is open-source

by akshitgaur2005

5/12/2026 at 4:36:26 PM

It's also entirely OSS. Codeberg's nonprofit could crater in the near-term, too.

by phillipcarter

5/12/2026 at 5:26:56 AM

I find these takes funny. One day you will leave or get let go and someone will be like “finally we can move to a proper system”

by youre-wrong3

5/12/2026 at 5:54:10 AM

Times change, maybe at this point there will be a 'proper system'. Unlike Github and GitLab now...

by phoronixrly

5/12/2026 at 6:56:54 AM

I just look at the pricing and really start thinking about is it really multi hundred euro a year per seat product... Frankly as consumer those pricing levels just seems like distanced from reality.

by Ekaros

5/11/2026 at 10:56:25 PM

I don't know if that really solves your problem if the main trunk of development for gitlab is being run through several AI slop machines before they push it to what they call stable, then you download that (or use a debian, redhat package for gitlab which originated from it) and self host on your own machine the results of the AI slop fest.

by walrus01

5/12/2026 at 2:54:47 AM

There are other forges.

by thfuran

5/11/2026 at 10:29:03 PM

[flagged]

by ai_fry_ur_brain

5/12/2026 at 5:31:13 AM

Clickbait titled "Microsoft doesn't want you to know this"

by gloflo

5/12/2026 at 5:31:20 PM

Did you watch it...

by ai_fry_ur_brain

5/12/2026 at 4:44:13 AM

Wow people do not know that?

by npodbielski

5/12/2026 at 5:53:08 AM

Oh well, they really do their best to alienate people as well. They just completely overhauled their UX, and after that update, people at my company were so confused, they couldn't even open new issues anymore, because everything was somehow renamed to "work items". I kid you not, literally two decades of UX people were used to, just thrown out the window, it's absolutely mind-boggling. The feedback to this is devastating:

https://gitlab.com/gitlab-org/gitlab/-/work_items/590689

by deng

5/11/2026 at 10:08:09 PM

> Where you should expect to see us evolve is in the quality, depth and pace of innovation we ship.

Yes, letting some LLMs "plan, code, review, deploy" will for sure improve quality and depth of innovation you ship.

by damsta

5/12/2026 at 2:51:58 AM

Indeed. I've only seen that "quality, depth and pace of innovation" is in inverse proportion to the adoption of slop machines within an org. The more sloppy they get, the more the output stinks to high heaven.

by jaredcwhite

5/12/2026 at 5:39:45 AM

“Don’t make mistakes”

by wiseowise

5/11/2026 at 9:53:25 PM

Their old CREDIT values: Collaboration, Results for Customers, Efficiency, Diversity, Inclusion & Belonging, Iteration, and Transparency.

New values: Speed with Quality, Ownership Mindset, Customer Outcomes.

In other words, work harder, not smarter, and no more DEI.

by Animats

5/11/2026 at 10:32:03 PM

There's a 'github down' post here every other day.

The ball is right there, bouncing alone in front of the goal, and they just have to position themselves as "we're the stable ones" to score that market when the exodus inevitably happens.

Nope, full throttle and stimulants, just because.

by torben-friis

5/11/2026 at 10:56:10 PM

This is what happens, when decision makers are out of touch.

So many things they could be doing, to make people buy into their services. For example they could simply run campaigns about how they promise to never use customer and user repositories for AI training. Or they could show better uptime statistics. Their CI language is better than Github's too.

If anyone gave me a choice between Gitlab and Github, I would go with Gitlab. But if I had additionally the choice to use Codeberg, I would choose that.

Maybe they are just not looking to grow. If they made such a statement, that would actually be a pleasant surprise. No hunger for "infinite exponential growth", just to impress investors? Great! That's a fat plus in my book!

by zelphirkalt

5/12/2026 at 2:55:33 AM

I was on gitlab up until nov last year. I don't really miss it; have yet to experience issues with github.

Gitlab pricing was bonkers. It always felt like their sales team were trying to play gotcha with us over the years with pricing schemes that would milk us for money.

by dev360

5/12/2026 at 1:54:12 AM

Why do decision makers become out of touch?

by kiba

5/12/2026 at 3:40:10 AM

Founded by engineers writing code every day. Today, led by suits who don't. It's the most acute with developer tools like Gitlab.

by BowBun

5/11/2026 at 11:22:30 PM

> The ball is right there, bouncing alone in front of the goal

Their pitch is not to you, the dev. But, to the investor class. We are in this funny place in the market where you can make more money by catering to the investor class than to customers. In other words, an upside down world.

by cheema33

5/11/2026 at 11:32:36 PM

I, for one, am hard-pressed to think of the "Industries" where this wouldn't also apply.

by anjel

5/11/2026 at 11:37:12 PM

That would be any industry where investors expect you to mostly give them money rather than vice versa.

by collinmcnulty

5/12/2026 at 1:26:49 AM

Crazy US money printer allows this, so why not.

by zx8080

5/11/2026 at 11:12:28 PM

The big thing on their roadmap is rearchitecting for something that can handle the increased load, though. Like, they're clearly paranoid that if they don't move fast, they're going to be just as busted as Github.

by mkozlows

5/11/2026 at 10:49:27 PM

TBH the open source nature of gitlab means that any sufficiently large and clued-in hosting company (think: servercentral/deft/summit, whatever it's calling itself these days, or one of its competitors) could put up gitlab instances for people to use and meet more nines of uptime than github. It doesn't have to be the gitlab company itself running servers with the httpd and back-end database.

I understand the meaning, however, in that they're well positioned by having the company name and domain name, same general way that non-technical people will pay wordpress.com to host their blog/small website because it's very easy, rather than DIYing it or paying a 3rd party.

by walrus01

5/11/2026 at 11:03:06 PM

GitLab isn't open-source. It's "open-core". Third parties hosting GitLab instances don't have access to the same range of features that GitLab-the-company does.

by whimblepop

5/11/2026 at 11:11:23 PM

Yes, copy and pasting from the gitlab site:

"Editions There are three editions of GitLab:

GitLab Community Edition (CE) is available freely under the MIT Expat license. GitLab Enterprise Edition (EE) includes extra features that are more useful for organizations with more than 100 users. To use EE and get official support please become a subscriber. JiHu Edition (JH) tailored specifically for the Chinese market."

Personal opinion, but I think a great deal of the people who are presently overloading github with one person created vibe coded projects would be just fine with the "CE" feature set.

by walrus01

5/12/2026 at 10:25:03 AM

I just rolled out CE in our small org, it is a nice step up from Free GitHub, there are Wikis, and no uncertainty about the runners. Founders like it better because their IP is on their own servers now.

I find it a bit concerning that this piece focusses so much on customers and shareholders... I know I don't pay, but perhaps sometime I will, and I am learning GitLab and applying at large orgs as GitLab consultant. All because of CE... So I hope it will stay. It is a nice and very complete on-ramp to EE.

by teekert

5/11/2026 at 11:41:03 PM

GitLab was never going to be the ones to take the mantle GitHub left on the ground. They’re a “clone” company and have very few original ideas of their own.

by semiquaver

5/12/2026 at 12:13:00 AM

They did it better. I’ve never met anyone who has used both GitLab CI and GitHub Actions and thought they were remotely equivalent.

by sgarland

5/12/2026 at 12:27:33 AM

To be fair to GitHub, "GitHub" Actions is just Azure DevOps Pipelines wearing a mask. Which I think explains a lot about it's quality as a feature. It was brought in as a rushed copy-paste of the existing Azure DevOps feature very quickly post acquisition.

I have to regularly use Azure DevOps and the whole platform is painful, and now is rotting on the vine. I hear there is internal strife at Microsoft between Azure DevOps and GitHub products.

by omcnoe

5/12/2026 at 1:11:58 AM

Agreed about the GitLab CI. Far surperior than GitHub Actions.

by yla92

5/12/2026 at 4:03:16 AM

Gitlab CI actually came befor Github Actions, but both were heavily influenced by Travis CI.

by thayne

5/11/2026 at 11:47:02 PM

GitHub was already pretty much perfected years ago IMHO. I’m not convinced we need that many original ideas here

by dgellow

5/12/2026 at 12:56:59 AM

Better CI and better search are the two things that are still missing from GitHub

by cortesoft

5/12/2026 at 1:22:54 AM

GitHub had good search but it's been terrible for years now. More recently I think it's only returned results when logged in.

by jamesfinlayson

5/11/2026 at 11:59:22 PM

To build good software you need to think for yourself rather than aimlessly making a pastiche, derivative work never produces good art.

by andy_ppp

5/12/2026 at 9:00:35 PM

Not a good analogy, lot of derivative work is excellent art

by dgellow

5/12/2026 at 12:03:55 AM

To build good software you need to take the time to make your existing features work well, and improve or prune the ones that don't. In other words, it is craftsmanship.

The American corporation and its values are anathema to craftsmanship. You can ******* a **** all you want, it's never going to turn into gold, but your hands will be covered in crud.

by vkou

5/12/2026 at 12:06:52 AM

I think we are describing the same set of issues with different emphases.

by andy_ppp

5/12/2026 at 12:54:27 AM

But you know you can move quickly and purposefully when you have 60 fully independent teams each with full ownership and all moving at top speed.

by conartist6

5/12/2026 at 1:44:27 AM

Yeah it’s “the world is becoming machine coded” and “we’re reducing by 30%” at the same time, like they don’t believe in their own words

by nashadelic

5/12/2026 at 4:06:05 AM

I still have gitlab pegged in my mind as the company that rm -rf'd their production database TWICE separately and lost pull requests.

by reddozen

5/12/2026 at 4:20:36 PM

Yup. That was such an embarrassing incident and their postmortem of it was worse. They actually thought being transparent about how bad their engineering was would do them favours.

by everfrustrated

5/12/2026 at 12:33:38 AM

I hear you my friend.

We've all heard the joke about two people running from a bear and only one has to be less eaten than the other.

This is a race to the bottom. We shall see who winds.

by -warren

5/11/2026 at 11:47:51 PM

It’s there, at the end, -ish:

> Interpersonal excellence: individuals who are good humans, embrace diversity, inclusion and belonging, assume good intent and treat everyone with respect

by threecheese

5/12/2026 at 12:08:01 AM

I'm not even sure it even means "work harder, not smarder and wach yor seplling." In my experience it's more of a shibboleth to the new masters to let them know they're down with creating a top-down organization where information flows only one way.

Were I to have crafted this post, it would have included things like

"We ask our employees, customers and investors time to prove ourselves to you again as we re-commit to listening to our stake-holders and ensure our organization is properly re-positioned to execute our continued plans to deliver the best possible service..."

But instead it comes across as "someone read an article about Amazon's two-pizza team rule and we figured there were worse things to try."

by OhMeadhbh

5/11/2026 at 10:48:12 PM

Also stop talking to your colleagues and start talking to "ai".

by NewJazz

5/11/2026 at 10:07:05 PM

Also no more Transparency.

by jrochkind1

5/12/2026 at 3:34:34 PM

Which I wonder if it will end with closing up their own public Gitlab instance for their bugs/features, their open operations manual and the generally transparent culture that for example brought us the live streamed fix of the infamous "I dropped the database" situation.

Well, actually looks like the live stream was made already private, but I don't know when, I just discovered it now: https://www.reddit.com/r/sysadmin/comments/5rfvpd/live_strea...

by darkwater

5/12/2026 at 3:47:56 PM

I expect the operations manual, employee handbook, internal documentation like that will be first to go.

I wouldn't necessarily expect any public gitlab instances to go.

by jrochkind1

5/11/2026 at 10:35:43 PM

If they're asking you to do more for less pay and with fewer coworkers to help, don't feel bad if the company code turns into unmaintainable, unintelligible garbage. They can't really stop you. It's just AI. Something is going to have to give.

Every IC ought to use the present day as the opportunity to build a nimble competitor to their old employer (or whatever industry incumbents they want).

They're literally setting themselves up for this.

by echelon

5/11/2026 at 11:12:57 PM

"Speed with Quality"

Having been in some of these values meetings, I really imagine it went like this: someone wanted speed, and someone else wanted quality. Sorry, I mean Speed and Quality. Many people said there is a tradeoff between those two things, and only one thing can be first.

Some brilliant businessman: "I know, we'll combine them. We want Speed _and_ Quality." Thus, "Speed with Quality." Tada!

Values are a tradeoff: only one thing can be first. Trying to duck that is stupid.

by x0x0

5/11/2026 at 11:55:13 PM

The funny thing is you absolutely can do things which improve both speed and quality at the same time (basic good engineering), but they're like 3 or 4 orders of effect removed from those outcomes and impossible to do when you have someone breathing down your neck asking "does this make us go faster" at every step of the way.

Also "our velocity is 3x higher than it would be in the imaginary invisible universe where we made worse decisions 6 months ago" is impossible to measure, whereas "we cut a bunch of corners and shipped a piece of garbage on an arbitrary deadline" is very measurable.

by p1necone

5/12/2026 at 1:26:43 AM

Indeed. Like the brakes on a car. They enable speed and quality driving

by redwood

5/12/2026 at 5:25:34 AM

Brakes? Can’t we just ask AI to stop the car when we want to?

by wiseowise

5/12/2026 at 12:02:22 AM

Speed-Quality-Price.

Let's pick: Speed-Quality

Errrh... Let's forget about: Price

by vlod

5/12/2026 at 5:26:33 AM

Don’t worry, the price is on you now. Do everything while maintaining the same salary and shut up or well can you and replace you with Claude.

by wiseowise

5/12/2026 at 1:00:27 AM

Choose two

by Melatonic

5/12/2026 at 1:35:29 AM

Long live "SQOMCO"

by wayeq

5/12/2026 at 11:26:33 AM

Yep. These companies forget that we can use AI too, to unpack these ridiculous corporate statements in record time to get right down to the point: We're going to dump all our values, and not even going to pay lip service to things like integrity, transparency, or diversity anymore.

by Lendal

5/11/2026 at 11:03:26 PM

I think you mean no more humans. Gross

by digitaltrees

5/11/2026 at 10:14:08 PM

> Ownership Mindset

Every company I've worked at hammers the "ownership" idea and I hate it so much. It's how they drive a culture where employees are expected to invest themselves into "owning" a problem space that can be taken from them at any moment. It's how they trick you into doing extra work that's not in your job description.

Unless you're ACTUALLY an owner, don't be fooled by an "ownership" value.

by Trasmatta

5/11/2026 at 10:58:14 PM

Another term for it is "accountability laundering" https://fortune.com/2026/03/05/mobile-world-congress-account...

It's the norm at Big Tech these days. Directors and VPs take all the glory if it goes well while ICs, team leads, and people managers get all of the blame if it doesn't. When the charlatans get exposed, they bounce on to the next company with their charlatan friends. Rinse and repeat while swapping RSUs for index funds, retire with >$10m before 50. If we stopped allowing this to work in our industry, it wouldn't be such a common thing. Unfortunately, with how everything is these days, these people are getting hired on vibes and bravado.

by seanp2k2

5/11/2026 at 10:39:24 PM

Ownership implies both accountability and agency. In practice you often get all of the accountability, none of the agency.

by crote

5/11/2026 at 10:56:55 PM

I almost lost a job once because I explained to the boss that only a fool would accept responsibility without authority.

The part I'd missed was that as middle management he didnt have any real authority himself... you live and you learn I guess.

by mapontosevenths

5/12/2026 at 5:28:01 AM

> I almost lost a job once

How? Did the bozo get butthurt over being exposed?

by wiseowise

5/11/2026 at 11:50:40 PM

Ownership means just that, owning the company. The people pushing to place additional burden on workers are the actual owners (the investors and C level execs). Quite the hubris to create a fake class of "ownership" that only extends to taking responsibility and being held accountable but carries none of the benefits of actual ownership.

by lorecore

5/11/2026 at 10:25:08 PM

Conversely, you have "full ownership" and have the ability to decide the direction, as long as it's the same direction as your higher-ups have decided.

All the responsibility is still yours though.

by saganus

5/11/2026 at 11:04:00 PM

All the talk about higher-ups taking the big paychecks for "carrying so much responsibility" is in most cases just complete horseradish. When something goes wrong or doesn't run well, suddenly none of the higher-ups are taking the responsibility. Hmmmm it's strange, innit?

by zelphirkalt

5/12/2026 at 5:29:53 AM

They carry the responsibility of collecting the paycheck. Stop complaining, there’s another night incident – no sleep for you today.

by wiseowise

5/11/2026 at 10:38:43 PM

Yeah that's the rub. You have the responsibility for the thing you "own" but not true choice or control. Responsibility without authority. It sucks.

by Trasmatta

5/11/2026 at 10:30:13 PM

You need to take the mercenary mindset and look after You Inc. first

by arcticbunny

5/11/2026 at 10:29:54 PM

"Speed with quality" combined with that says a lot. Sounds to me like it will be the base expectation that their remaining developers slop out features in record time. Any failures will be theirs to "own" personally.

by kajman

5/11/2026 at 11:06:43 PM

"And that ownership will of course automatically mean that they will work extra hard to ensure quality! Man, what a great idea! Yo, why we didn't think of that before?!"

One must really wonder, if they ever try to hear themselves talking or read their own prose. Maybe they do, but simply don't care at all?

by zelphirkalt

5/12/2026 at 1:23:07 AM

Heh, tell me about it. This "ownership" thing is some Grade A bullshit. I see at workplace, all the autonomy on deciding any part of technical solution is taken away but on the other hand I have to take ownership of all consequences of their half-assed decisions.

I think same group of management consultants do a round of industry and in short time every company is using same duplicitous language of ownership, design thinking, customer first mindset, cloud first, cloud native, AI native, enterprise 2.0...and on and on it goes.

by geodel

5/11/2026 at 10:32:36 PM

I read this and often think, yes, yes we know, but then I hear juniors at work taking these ideas at face value without considering things like stock splitting and preferred shares.

by j-bos

5/11/2026 at 10:25:41 PM

Owner is the one who gets the added value assigned to. At least according to the Das Kapital. So the check is easy - do you see the added value flowing onto your account or not.

by trhway

5/11/2026 at 11:42:21 PM

> Ownership

I've noticed that the more a company pushes on ownership the more difficult it is to actually execute it.

by anal_reactor

5/11/2026 at 11:47:14 PM

Whenever someone at work tells you to take more ownership, the correct response is: "Sure, I'll take more RSUs". Of course, that's never what they mean. Ownership for me, responsibility for thee.

by lorecore

5/11/2026 at 10:43:45 PM

There seems to be a massive push against DEI over the last few years in the tech industry globally, despite it being one of the industry's greatest strength.

Does anyone know what caused this?

by PradeetPatel

5/11/2026 at 10:49:28 PM

I think you need to make a case for DEI being “one of the industry’s greatest strengths”. It’s not obvious to me.

by gsinclair

5/11/2026 at 10:55:53 PM

How well would the tech industry do if they fired all the autistic people for "not being team players"? How many dev teams are there without at least one furry, trans person, or socially awkward geek?

by crote

5/11/2026 at 11:30:11 PM

You are imagining that the opposite of DEI is discrimination, whereas most see the opposite of DEI as merit.

by servo_sausage

5/11/2026 at 11:37:05 PM

The irony is that DEI promotes merit by forcing companies to justify hiring beyond basic “cultural fit” vibes.

I’ve been in the business and seen a ton of hires on vibes. DEI actually asked people to expand the talent search, not hire anyone unqualified (which is what the anti-DEI folks are desperate to have us believe it did).

I predict some major EEO lawsuits will eventually bring the pendulum back in the other direction because my sense is that the return to vibes hiring (and RIF-ing) is resulting in very actionable discrimination cases.

by mullingitover

5/11/2026 at 11:45:04 PM 

  > my sense is that the return to vibes hiring (and RIF-ing) is resulting in very actionable discrimination cases.
Your sense? Based on what?

by semiquaver

5/12/2026 at 12:33:51 AM

The enthusiasm for disparaging DEI combined with a lack of articulation of how they plan to quantify 'qualifications' in a non-biased manner. My sense is that they don't plan to do this at all, they don't have a plan, and they are going to blunder into patterns of discriminatory practices that DEI frameworks were protecting them against.

by mullingitover

5/12/2026 at 12:41:13 AM

Who is “they?” All employers?

With respect, it seems like the hiring managers you were complaining about above weren’t the only ones operating mostly on vibes.

by semiquaver

5/12/2026 at 11:37:55 AM

If DEI operated on merit, there would be no need for the special new concept of DEI.

Ive seen many cases where HR stalls hiring until the most qualified candidates move on, prefilter insufficiency "diverse" candidates from the pool presented to teams, or implement internal quotas to meet external funding or contract requirements.

Not to mention the actual external requirements for "diversity" from public tender process, government backed funding bodies, and politically protected mega wealthy.

by servo_sausage

5/12/2026 at 3:16:32 PM

If hiring practices were purely operating on merit and free from discrimination, we wouldn't have studies repeatedly showing that people with the 'wrong' names, and otherwise identical resumes, weren't called back as frequently.

> Ive seen many cases where HR stalls hiring until the most qualified candidates move on

HR departments have screwed around with delays in the interview process long before anyone ever imagined the concept of expanding the candidate pool, doing blind resume screening, and standardizing the interview process. I don't think having fairer hiring processes created this problem.

by mullingitover

5/12/2026 at 2:45:30 PM

> If DEI operated on merit, there would be no need for the special new concept of DEI.

Yes, there would, because un-diverse candidates (not white, young males from a handful of schools) would never get their foot in the door. Companies only interview a small fraction of their candidates.

by esafak

5/12/2026 at 12:48:00 AM

> How many dev teams are there without at least one furry, trans person

Very weird to include social awkward geek in there. But my guess would be like 99% of dev teams do not have a trans or furry.

by ecshafer

5/12/2026 at 3:25:03 AM

I'd say more like 90%

by birdsink

5/11/2026 at 11:18:20 PM

If you're not a team player I'd expect you to be on the chopping block regardless of underlying race, mental, culture, ...

by noitpmeder

5/11/2026 at 11:28:27 PM

It’s not like we have a term like “individual contributor” or anything in the industry.

I’ve worked with several excellent “just leave me alone” sysadmin types.

by ceejayoz

5/11/2026 at 11:50:33 PM

> It’s not like we have a term like “individual contributor” or anything in the industry.

Perhaps I'm missing something here.

To me "individual contributor" means anyone who is NOT: A (technical) "Lead", "Chief", "Architect", or (possibly) "Staff" anything, and has no management or team-leader responsibilities.

by paranoidrobot

5/11/2026 at 11:54:52 PM

Yeah, it doesn't mean a 1-person-team, it means your job doesn't include supervising someone else.

by Terr_

5/12/2026 at 12:18:58 AM

Alas, I’ve learned that while everyone wants to hire them to fix their hideously fucked systems, they really don’t enjoy being told that their systems are, in fact, hideously fucked. They’d much prefer you quietly put out fires while biting your tongue about how they aren’t actually fixing any root causes.

by sgarland

5/11/2026 at 11:37:08 PM

I'm not saying there can't be very clear counter examples, I guess the overall sense though is that "being a team player' is generally considered an attractive quality in any employee. If A is a team player and B isn't, and they're otherwise equivalent, you're probably going to take/keep A.

It's not like (most) hiring managers put "not a team player" in the pro column.

by noitpmeder

5/11/2026 at 11:49:32 PM

The problem is that people are being cut for not being perceived as a team player, because they don't exactly fit the narrow perspective avoided by the dominant social culture. That doesn't mean they aren't team players.

For example: someone not always looking into your eyes while talking can be perceived as "rude". Same for wearing noise-canceling headphones in a talk-heavy environment. Oh, you don't drink alcohol during the "optional" Friday-afternoon company mixer? That's just weird. Want to have a day off for Eid rather than Christmas? Wellll, you did ask for it six months in advance and we did approve it already, buuuuut Dave planned a last-minute meeting which conflicts with the mandatory team meeting, so we moved the mandatory team meeting onto your day off... We'll just pay the hours you spent doing first-line support during Christmas in cash, okay?

by crote

5/11/2026 at 11:23:20 PM

Socially awkward geek isn't dei

by tayo42

5/11/2026 at 11:26:55 PM

Including them is.

by ceejayoz

5/12/2026 at 12:31:54 AM

Not if they are straight and white, which is a disproportionate amount of socially awkward geeks

by sophrosyne42

5/12/2026 at 12:16:20 AM

[flagged]

by throwawaypath

5/11/2026 at 11:23:56 PM

[dead]

by gopperl

5/11/2026 at 11:51:15 PM

It’s easy to make an objective case for how ‘D’ is a strength, however E and I are imo more values which intend to attract diversity.

by threecheese

5/12/2026 at 12:40:35 AM

there do exist objective arguments for the pursuit of diversity. there do also exist objective arguments otherwise.

https://onlinelibrary.wiley.com/doi/10.1111/padr.12641

heres an article that discusses how inflated diversity could possibly be a cause of social tension. the article's abstract concludes with a shrug ('too many factors!') but it does provide links to research papers arguing both for and against this case.

on the surface it seems pretty clear to me. behaviour is encoded in genetics. if one were surrounded by the same group for a few thousand years, they would share a common base of encodings, therefore social behaviours could be assumed to a higher degree. reference behavioural encodings drastically diverge across cultures (as embodied by religious value sets, or at a different meta level, the idea of low trust vs. high trust societies). based on this drastic divergence, predictions made about one's neighbour scale downwards in accuracy relative to increased cultural diversity.

so i see that jacking up societal entropy leads to lowered societal cohesion. but thats just my stance and id love to hear yours.

by thin_carapace

5/12/2026 at 3:23:53 AM

I couldn't disagree more. "predictions made about one's neighbour scale downwards in accuracy relative to increased cultural diversity"? I feel like this is just a fancy way of saying that you're uncomfortable with people being different from you. The social tension you're describing is in your own head. Even the article you're citing doesn't even agree with what you're saying.

by birdsink

5/12/2026 at 4:13:06 AM

your post is an ad hominem without substance to back the personal accusations within. i said there were arguments both in favor of and against diversity. the article i posted showed arguments both in favor of and against diversity. obviously some contradictions will present when looking at both sides.

diverse, millenia old, genetically encoded behavioural structures exist in our shared reality. id love to discuss this idea and the exact types of behaviours that can be encoded, down to the generational timespans required for encoding. that way we can talk about my idea in objective good faith.

'its all in your head' isnt objective good faith. applying the golden rule, you clearly accept bad faith ... man you couldnt tolerate a dissenting idea even momentarily before bringing out social ostracization and logical fallacies! sounds pretty similar to the behaviour of a racist, were you projecting?

that was said facetiously. im not trying to accuse you of anything, rather to show how it feels to be accused. to conclude i think its pretty easy to predict what my neighbours are eating for dinner at home and pretty hard in the city so youre gonna have to try a bit harder to convince me that the evidence of my eyes and ears is wrong.

by thin_carapace

5/12/2026 at 7:03:52 AM

Human populations dont share enough genes when they do share culture for this argument to make sense, people identifying as X culture but with Y genetics don't magically act like Y - saying "genetically encoded behavioral structures" is usually just code for "black people are dumber than white people" so you should understand why people are assuming bad faith.

by hilariously

5/12/2026 at 10:53:32 AM

thank you for clarifying why bad faith was assumed, that makes sense ... im pretty sure different levels of intelligence do present across racial/cultural borders, but assigning that to any one factor (ie. black=dumb) is unscientific

by thin_carapace

5/12/2026 at 2:51:14 PM

> on the surface it seems pretty clear to me. behaviour is encoded in genetics. if one were surrounded by the same group for a few thousand years, they would share a common base of encodings...

Which homogenous country with thousands of years of existence did you have in mind when writing this??

by esafak

5/13/2026 at 4:38:23 AM

none, because i said group, not country. the history of my own ethnic subpopulation can be traced back around a millenia or two, perhaps that biased my writing?

by thin_carapace

5/11/2026 at 10:53:51 PM

If your product is used bya cross-section of society, then having a cross-section of society build it should lead to a better product no?

by bmarnane

5/11/2026 at 11:24:39 PM

If a qualification for the role is "appreciation for certain less represented cultures/ideas/..." then sure. Otherwise, for a backend c++ engineer the benefits are significantly less obvious, to the point it's really hard to make a case for why DEI concerns should trump traditional evaluation metrics for skill.

The goal should be to hire the best team for the use case, regardless of gender/race/culture/background.

by noitpmeder

5/12/2026 at 12:28:02 AM

> why DEI concerns should trump traditional evaluation metrics for skill

It was never trumping skill. This is just a willful rewrite of history perpetuated for some political goal.

The goal was always to ensure that skill had adequate opportunity to be displayed without bias.

by vineyardmike

5/11/2026 at 11:58:38 PM

Appreciation isn't always enough, lived experience provides a lot of value as well.

See all the Falsehoods Programmers Believe About Names/Addresses/Birthdays/Phone Numbers/Time Zones/etc, for example. Do you want a backend engineer who designs a 64-character ascii text field for legal name and have everyone nod in agreement, or would you rather have one who knows that it isn't going to work for their cousin "Pablo Diego José Francisco de Paula Juan Nepomuceno María de los Remedios Cipriano de la Santísima Trinidad Ruiz y Picasso"?

> it's really hard to make a case for why DEI concerns should trump traditional evaluation metrics for skill

It doesn't. The goal of DEI has always been to attract a diversity of perspectives, all else being equal. Nobody ever proposed choosing a woefully unqualified diverse candidate over an obviously-qualified Generic White Guy. The only people who would oppose that would be the unqualified Generic White Guy who just happens to be the nephew of the CEO's golf buddy.

by crote

5/12/2026 at 12:49:30 AM

I don't know why someone with a cousin named Pablo Diego José Francisco de Paula Juan Nepomuceno María de los Remedios Cipriano de la Santísima Trinidad Ruiz y Picasso is that much of a better hire than someone named Jón Bergþóruson, 王小明, Sukarno (with no surname), גִּדְעוֹן בֶּן־גּוּרְיוֹן , or Karl-Theodor Maria Nikolaus Johann Jacob Philipp Wilhelm Franz Joseph Sylvester Freiherr von und zu Guttenberg. None of whom would classically qualify as diversity hires.

Hiring someone in the off chance that their ethnicity gives them some unique critical unknown unknown that will pop up half a decade down the line resides in the same mental space as a programmer writing `if (5 == i)` in case a future programmer accidentally deletes an =. It's just speculative defensiveness whose efficacy is simply not well established by actual research. And, in my view, just works to confound actual signals that, evidently, gitlab and other employers feel get unfairly overshadowed when emphasizing explicitly pro-diversity hiring policies.

by CaptainNegative

5/12/2026 at 6:20:30 AM

A million monkeys will never equal a single Einstein.

by userbinator

5/12/2026 at 4:20:15 AM

Just like people are judged by a jury of their peers, planes should be designed by your peers.

We should just get a representative sample of the population and give them equal say in the design of the plane, engines, etc.

by lsdajsadsfdakl

5/12/2026 at 12:32:48 AM

McKinsey has studied this extensively had has repeatedly found that diversity is financially beneficial to companies. They've had at least 4 reports on the subject.

https://www.mckinsey.com/featured-insights/diversity-and-inc...

Landing page:

https://www.mckinsey.com/featured-insights/diversity-and-inc...

It's obvious why this is the case if you sit down and think about it. Echo chambers of like-minded individuals can't understand customers as well as a workforce of people who represent the diversity of those customers.

This isn't just diversity of race or gender, it's also diversity of thought and background.

Also critical and under-emphasized: the E and I in DEI, equity and inclusion. Power distance and lack of inclusion can railroad companies into giving the people with the most power the most influence on decisions, rather than giving the best ideas a chance to breathe.

In business a classic example might be "men designing women's clothing." How are you going to understand your customers if none of your employees and leadership resemble those customers? Perhaps you can figure it out and make some decent products but your competitor who has more diversity in their workforce is likely to outperform you, which is exactly what McKinsey's studies have demonstrated.

I will also point out that the only reason anyone started questioning this obviously true business concept and changing opinions into being against DEI is because the Republican Party's strategists figured out that they could appropriate and leverage the term "DEI" and attach it to the latent reactionary racism that much of the US still holds dear.

You can get away with saying "I don't like DEI" in public but if you say "I don't like black people" or "I don't think women should get hired for important roles" [1] that is obviously not acceptable, even though a large percentage of Americans feel that way. Right wing media twisted a largely innocent term into a useful dogwhistle.

[1] https://journals.sagepub.com/doi/10.1177/1532673X251369844

by dangus

5/12/2026 at 2:16:18 AM

Those McKinsey/HBR studies are trash. They privilege the hypothesis, overlook the obvious ecological fallacy at play and add in a bit of a sampling bias for good measure. The fact that East Asian Economies are all booming and exporting globally with ~0 diversity and unique cultures ought to refute this notion. I'm sure there is some no true scotsman line you can play here about how the true meaning of DEI, and I would agree that the stated goals of DEI are all laudable. But in practice these initiatives often amounted to unprincipled discrimination and venal power grabs, which is why they are so widely despised.

by blululu

5/12/2026 at 4:24:31 AM

The teams in the Manhattan project, the Apollo project, the inventors of the transistor, the guys who designed the Hoover dam, who wrote Doom, etc. etc. etc. etc. were not very diverse.

You might not like it, but this is what peak performance looks like.

by lsdajsadsfdakl

5/12/2026 at 6:23:12 AM

They were "not very diverse" teams but actually did have minorities in them, and those ones truly deserved their positions.

by userbinator

5/12/2026 at 4:28:40 PM

It seems like you’re using the achievements of white men as some kind of odd way to put down the achievements of people who aren’t men. They’re “peak performance” but everyone else isn’t, is that what you’re implying?

Ever heard of Ada Lovelace?

Grace Hopper, inventor of the compiler?

Katherine Johnson, who performed the calculations for John Glenn's Friendship 7 orbital flight, also did some calculations for the Apollo 11 and Apollo 13 missions.

Margaret Hamilton, who created the term “software engineer” among other accomplishments as a computer programmer for the Apollo project.

Adele Goldberg, part of the team who developed Smalltalk.

You brought up Doom, so I’ll bring up the creative director of Uncharted series Amy Hennig, Kim Swift the game designer for Portal, Shannon Loftis at Microsoft, Ellen Beeman game designer for the Wing Commander series…

by dangus

5/12/2026 at 4:29:30 AM

[dead]

by cindyllm

5/11/2026 at 10:46:53 PM

United States domestic "politics" and just about everything adjacent to a certain well known public figure..

by walrus01

5/12/2026 at 3:00:00 AM

I think the industry's greatest strength is actually outsourcing bulk of the work to culturally homogeneous, cheaper labor countries of Eastern Europe and South [East] Asia.

by spaqin

5/12/2026 at 3:02:31 PM

The ones I know live in Silicon Valley, and make good money. Who are you referring to?

by esafak

5/11/2026 at 10:53:06 PM

Big Tech CEOs having a front-row seat at Trump's 47 inauguration should give you a decent hint: they bribed the right people, so now they get to enjoy the kickbacks. There's no risk of being regulated to death right now, so there's no need to pretend having the same values the Democrats pretend to have.

Corporate DEI was never real. There's no "push against" it, simply because there was never a genuine push for it. Large companies don't have moral values - if they did their CEOs wouldn't be billionaires.

by crote

5/11/2026 at 10:59:37 PM

Most DEI programs at big companies ended up setting goals based on things like race and sex. Zealots in HR departments then started implementing programs to change hiring and promotion and compensation to implement progressive identity politics at work, under the DEI label. These things happened in secret, because the companies didn’t like to highlight how being the wrong race or sex means your career is worse off.

That’s totally illegal and discriminatory but companies were not facing consequences for it under the Biden administration. The constant injection of DEI politics all over society - at work, in movies, in ads, etc - led to a backlash and personally I think it is one of the things that led to someone like Trump being re-elected. And this administration is very against DEI ideology. That’s one reason corporations quickly abandoned it - they didn’t want to face legal scrutiny now.

Another is that DEI culture produced no positive results, as expected. Companies already had incentives to hire the best employees they can. If you change that with other incentives thrown in, it’ll make things worse. And ten years after DEI began to appear everywhere, it was obvious it produced no benefit at best, and led to worse teams at worst.

Another reason is simply that a lot of the activists pushing this type of ideology grew out of the activist age group. And I think many of them likely don’t hold those beliefs as strongly anymore. But either way, younger people are different. Especially young males who are more conservative.

All of that and other things has led to DEI being removed or at least de emphasized.

by SilverElfin

5/11/2026 at 11:22:26 PM

industry's greatest strength? where did that idea come from? hiring a bunch of didnt earn its based on race or sex? would you want your brain surgeon to be dei or do you want someone who is really good at the job?

by greenchair

5/11/2026 at 11:31:10 PM

What if they’re diverse and good?

It’s not like all surgeons and astronauts were white males for a long time out of inherent superiority.

by ceejayoz

5/12/2026 at 12:04:55 AM

> There seems to be a massive push against DEI over the last few years in the tech industry globally, despite it being one of the industry's greatest strength.

Okay, I'll bite. Why is it a strength, and why is it the greatest strength?

All people are equal, so it shouldn't matter if you have an all Asian team, an all black team, or any mix of all races.

by xdennis

5/12/2026 at 12:34:48 AM

> so it shouldn't matter if you have an all Asian team

When there is a team like that, there is invariably sniping about how "X only hire their countrymen".

by triceratops

5/12/2026 at 12:36:39 AM

Groups formed of people with similar life experiences have a greater tendency to fall into group-think that misses out on both giant errors and giant opportunities compared to more varied groups.

And all people aren't the same, you want a mix of minds and skills for most types of work. I'd totally hire someone that couldn't really do that much directly but was fun to be around and connected introverts that have some (potential) synergies in their ideas and generally made the group more productive over all.

Especially in business, the actual (not the managerial) judgment is the collective judgment on the whole groups output and actions by the market. Forging a high performing group out of different people is not the same as maximizing the median metric on some individual test of skill. Like quality, it's a bit undefinable, tho unmistakable when you experience it.

by lanstin

5/12/2026 at 1:43:14 AM

[flagged]

by userbinator

5/11/2026 at 10:46:21 PM

outcomes

by MayCXC

5/11/2026 at 11:03:59 PM

[flagged]

by georgemcbay

5/11/2026 at 11:41:38 PM

>when you're used to privilege, equality feels like oppression

Tell this to the people enjoying unearned privilege under DEI policies.

by junberl

5/12/2026 at 12:04:29 AM

I keep seeing this term “earned” ITT; what does this mean to you? Did you earn something which you were denied when a less-experienced other person got a job? We all have two brain cells and understand there’s a tradeoff being made here, and it sucks being on the other side of that, but i struggle to see what privilege you believe you have or should have.

by threecheese

5/12/2026 at 2:19:01 AM

[dead]

by junberl

5/11/2026 at 11:23:19 PM

[flagged]

by greenchair

5/11/2026 at 11:27:42 PM

Tell yourself what you want.

But you don't have to dislike yourself to recognize systemic unfairness that you benefit from and want to help change it.

by georgemcbay

5/11/2026 at 10:46:16 PM

[flagged]

by ARandomerDude

5/12/2026 at 7:40:32 AM

Yes, MONEY. Companies and their management couldn't care less about DEI, they care about pleasing whoever in in power in order to get benefits and make as much money as they can. You could literally have Hitler in power now and you would see what companies would do for their survival.

by mns

5/12/2026 at 1:06:45 AM

Well under this administration even if you believe in DEI best not have it written anywhere

by xbmcuser

5/12/2026 at 2:18:14 AM

It’s a game of chicken, and we know the president folds like a soggy tortilla (aka TACO). It’s just that some executives are even soggier.

by shye

5/11/2026 at 11:11:59 PM

So, SQUOMCO?

by LastTrain

5/11/2026 at 10:33:50 PM

I thought that the GitHub degrading would be an opportunity for them to be an alternative more focused in stability and a customer centric approach . But it's just more slop

by kelvinjps10

5/11/2026 at 10:40:41 PM

Investors actually want slop-branded AI on everything right now, so it checks out for companies to maximize for it. We are so fucked.

by mrbungie

5/11/2026 at 10:36:21 PM

Why would they want to become the target for free users vibe coded slopware? I don’t think many of them are converting to paying customers.

by u_fucking_dork

5/11/2026 at 10:47:39 PM

They don't need to be.

GitHub is already the main platform for random open-source projects, and that's unlikely to change any time soon. GitLab's selling point is essentially "Github, but not by Github". They would do Just Fine offering a highly-restricted free account for the handful of hobbyists who care enough about leaving GH but don't care enough to go to Forgejo & friends and for the people doing evaluations, offering free credits to the few high-profile FLOSS projects who accidentally end up on GL-the-SaaS instead of self-hosted GL, and for the rest just focusing on paid corporate customers.

by crote

5/11/2026 at 10:58:05 PM

They could easily impose usage limits for such no cost users, which disable abusive usage.

by zelphirkalt

5/11/2026 at 10:19:31 PM

Basically "screw any part about employees working together do what I say fast". What a shame. I love the AI bros who think utopia is coming, 4 day work weeks, etc. more like "get screwed, work more, for less, in worse environments".

by 2ndorderthought

5/11/2026 at 10:39:16 PM

The code and product will turn to shit, and the company won't be able to extract itself from the mud.

Employees tasked with doing 10x more work with less help don't even have to feel bad about it happening. It'll also create employment opportunity in disrupting their old employer.

These companies are willingly signing up to become IBM.

by echelon

5/11/2026 at 10:44:42 PM

It looks like they are switching to ai only code review. It will go to shit for sure lol

by 2ndorderthought

5/12/2026 at 12:40:52 AM

AI code review with code ownership is fine. If people have to build working software, they'll do that, or you hold them accountable. Modern software dev at most organizations has far more code review than is needed outside of soc2 purposes.

Of course, once you have a big incident, then the value of more human review becomes obvious.

by datadrivenangel

5/12/2026 at 12:47:54 AM

It's an important touch point for other code owners. I guess if no one is looking at the code anymore why even do an AI code review. It's kind of theatrical?

I seriously don't know how people are working like this now. I'm on my ass looking for work and in the last month it feels like everyone has completely lost their minds.

by 2ndorderthought

5/12/2026 at 5:36:38 AM

> I love the AI bros who think utopia is coming, 4 day work weeks, etc. more like "get screwed, work more, for less, in worse environments".

Where do you find those, seriously? That might’ve been the case a couple of years ago, where they’ve gaslighted people and played on their feelings, but now gloves are off. AI bros are literally posting about lack of sleep, dopamine hits, vibe coding on a toilet/walk/watching TV, FOMO is through the roof everywhere, prophesying doom of SE, etc.

by wiseowise

5/12/2026 at 12:12:27 PM

I've seen it on here even.

by 2ndorderthought

5/12/2026 at 4:01:15 AM

is there a company that has kept DEI?

by swyx

5/12/2026 at 8:29:34 AM

Non American here, but as I understood it DEI is an older and very broad framework, which includes handicap accessibility and hiring military veterans. There are probably still plenty of companies that support that.

by Mashimo

5/12/2026 at 12:03:45 AM

I don't understand why companies are abandoning DEI so quickly and so decisively. What happens if/when a Democrat president is elected that mandates DEI and ESG all over again, are they going to add them back into their core values as swiftly as they abandoned them?

At least companies like Coinbase made principled stances against forced DEI and employee activism earlier than everyone else. Doing it now seems weird because if it does become mandated again, they're going to look so phony.

by blindriver

5/12/2026 at 12:43:51 AM

It always was unprincipled: regardless of whether someone's a fan of DEI or not, these companies are short-sighted, profit-driven, and at best reactive to trends. The only reason any person thought otherwise is that they were either desperately looking for a victory or desperately looking for an enemy to be angry about.

by scarmig

5/12/2026 at 1:02:13 AM

>What happens if/when a Democrat president is elected that mandates DEI and ESG all over again

Mandates? There is this weird revisionist history that DEI was a Biden era invention that all these companies were forced to roll out in January 2021. These programs were simply the latest evolution of prolonged and steady cultural shifts. I remember attending events trying to promote diversity in the computer science department when I was in college 20+ years ago. Killing DEI isn't wiping out four years of progress, it's attempting to wipe out decades.

by slg

5/12/2026 at 1:37:52 AM

You mean decades of regression.

The obvious decline started around 2010; coincidentally also the era of the rise of SJW-ism and nontechnical derailing drama. Once the diversity quotas started appearing, the inevitable results were obvious.

by userbinator

5/12/2026 at 5:29:05 PM

I'm not going to get in the argument you clearly want to have, but as I said in my previous comment, I can confirm with my own experience that you're wrong and this trend started earlier than 2010.

by slg

5/12/2026 at 2:16:46 AM

[flagged]

by rdevilla

5/12/2026 at 3:57:46 AM

I never used the word "Biden" once in my post. You should correct your biases.

Whether or not you are left or right, the objective truth is that a Democrat added DEI mandates and Republican removed the DEI mandates. I didn't say anything about whether or not that is right or wrong, but the fact that companies seemingly embraced DEI and then once a Republican removed it, then they abandoned it so quickly means they really didn't care about DEI at all and it was all phony. It just goes to show you that when they start praising themselves for being "moral" it's not because they actually care, it's because they are forced to and they don't give a shit about anyone.

by blindriver

5/12/2026 at 5:26:48 PM

I said Biden because you're acting like you only remember the last 6 years. Diversity programs predate and survived Trump's first term. You seem to be suggesting that culture naturally swings back and forth as the president changes and I think that's ahistorical which in turn means you're minimizing the extremism of the shift we're currently seeing.

by slg

5/12/2026 at 2:15:33 AM

Why is this even a question? Of course they would, they're just companies, they go chase profits and cannot have real values, don't anthropomorphise your lawnmower, yada yada yada.

by throw-the-towel

5/12/2026 at 1:05:25 AM

Trump’s entire administration is all, 100% DEI hires, he is a DEI King (DEI by its pure definition is someone getting a job while many other people are more qualified for said job)

by bdangubic

5/12/2026 at 12:03:33 AM

SQOMCO?

by tjpnz

5/12/2026 at 12:53:44 AM

It was just buzzwords from the beginning, so at least now it's less pretending to make any sense

by kunley

5/12/2026 at 3:56:21 AM

Tranparency is also missing from the new values. Can't say I'm terribly surprised,but I am disappointed.

by thayne

5/11/2026 at 11:53:49 PM

I thought GitLab was a bit more respectable than this LinkedIn style slop. I cringe less at horoscopes than this.

by perching_aix

5/12/2026 at 1:01:19 AM

Yeah, I had thought so as well. Lots of big Linux projects use them. Very brand damaging post in my opinion

by fyrn_

5/11/2026 at 10:05:03 PM

I'm firmly not in Trump's anti-DEI camp but I have seen what can happen when you make it one of your core values. You can end up with a lot of people talking about it a lot, lots of meetings and initiatives rather than doing actual work. And usually those don't go anywhere because the people doing it don't have any power to actually change things. It's unlikely that a company like Gitlab really needs anything changing anyway.

It doesn't make sense for it to be 40% of their values, especially if they're losing money (or very close to it).

by IshKebab

5/11/2026 at 10:12:56 PM

Places I've worked that actually seem to have inclusion as a core value are great places to work and seem to have high functioning teams. My impression mostly though is more that it was never really a value for management but they wasted a bunch of time talking about it. In general any mismatch between stated values and actual values has been awful to deal with and is a red flag for places to work.

by tdb7893

5/11/2026 at 10:17:11 PM

> Places I've worked that actually seem to have inclusion as a core value

I am not sure if you had implied it but that would align with my experience as well: places that tout diversity were the worst places to work (as someone who is seen as 'diverse') while the ones that treated everyone the same and had the expectation everyone pulls their weight.

I absolutely despise people treating me differently because of who / what I am rather than doing good work. I will take mildly inappropriate good-nature jokes over head pats every day of the week.

by madamelic

5/11/2026 at 10:35:34 PM

I love wildly beyond mild inappropriate jokes as they are a litmus test for a thinking person. The people that take things way too sensitive are a net drag and buzz kill for doing the grinding required. It goes both ways too. I love it when people are agressive with me. So, by freedom of association, cliques form and I have no problem with nepotism because the ultimate currency in life is trust.

by mathgladiator

5/11/2026 at 11:23:02 PM

> I love it when people are agressive with me.

I highly doubt it considering that you can’t even spell it right you incompetent pillar

by LastTrain

5/11/2026 at 11:53:51 PM

I set myself up for that, and im laughing hard

by mathgladiator

5/12/2026 at 12:21:26 AM

You passed!

by LastTrain

5/11/2026 at 11:22:46 PM

Embarrassing.

by itsdesmond

5/12/2026 at 12:35:21 AM

I lost shame a long time ago. I am not even sure what reality is. Like, am i a computation within this meat brain? Or is the brain a two way transceiver to the real dimension and this body is just an avatar a mech that im piloting for a few years. It seems like a cosmic joke. And then think about the sheer obsurdity of sex ... yeesh

by mathgladiator

5/11/2026 at 10:24:35 PM

That's the thing - you can have it as a lived value, or you can have HR run programs. Very few places have/had both. Given the choice, I'd pick door #1.

(Saying this as a strong advocate for diversity and inclusion, lest there's confusion)

by groby_b

5/12/2026 at 4:23:19 AM

You don't ask HR to go out and push some value if you already have it. You only ask when you want to change or want to pretend to change.

That said, some management people say it's important for a large company to write down the values that they actually practice. I can see several reasons why it's good, but I haven't ever seen anybody go and do it, so IDK.

by marcosdumay

5/11/2026 at 10:36:22 PM

Lived values need to be discussed sometimes…

by browningstreet

5/11/2026 at 11:16:17 PM

[dead]

by gopperl

5/11/2026 at 11:13:31 PM

HR run programs are costly and applied to either mandated trainings or things the org has issues with.

DEI isn't mandatory, so an org heavily invested in DEI training probably had serious issues in the first place (whether they end up on the other side at the end of the trainings being another question)

That's different from putting it as a core value though. Most companies have some kind of "make more money with less resources" stated value, and I don't think we see it as an issue ?

by makeitdouble

5/11/2026 at 10:28:15 PM

There are two ways to do diversity - the first is to put a brutal skill filter and take everyone that passes it no matter their skin color, body weight, religion or politics. The other is to reduce people to their demographics and push for (in)visible quotas. One of them leads to crappy results.

by ReptileMan

5/12/2026 at 1:43:35 AM

I just want to be clear that these are not the only two ways to do diversity. Even if you're just focused on hiring (which is a myopic way to view diversity, even at the most simplistic level you need to think about retention) hiring is complicated and I've seen people try a variety of things to get a wider pool of qualified candidates in the pipeline (offering remote work, better paternity/maternity leaves, outreach with local women in engineering groups, etc). This isn't at all my area of expertise and I've seen a lot of things outside of the dichotomy you described.

Also, idk why people view quotas as all of "diversity". I've literally never worked at a place that considered this but I see people mention them all the time on the internet.

by tdb7893

5/11/2026 at 11:12:52 PM

The meritocratic delusion is that you would be in the "have" pile, rather than sitting in the back of the bus with the rest of the "have nots".

Of course, its statistically most likely that any individual would belong to the much larger latter group but stats like that only apply to other people, right?

Worse, its a zero step thinkers solution. Step zero is a merit based system, step one is for the people with motels on Boardwalk and Park Place to ensure they can never lose again by rigging the system to ignore merit in favor of capital.

by mapontosevenths

5/11/2026 at 11:51:01 PM

> any individual

I'm not a random variable, I'm a specific human. Predicting future outcomes need to take into account my personal traits. Otherwise you get into absurdities like "statistically speaking, when you join a family reunion, 15% of the people you see there will be Indians, and another 15% Chinese".

by anal_reactor

5/11/2026 at 10:28:32 PM

> You can end up with a lot of people talking about it a lot, lots of meetings and initiatives rather than doing actual work. And usually those don't go anywhere because the people doing it don't have any power to actually change things.

Someone I'm close to is going through this right now. They work at a place that officially highly values "inclusion", and their employer's website is dripping with virtue-signaling language related to it. But that someone is disabled, and in fact there's nobody at the organization who owns accessibility issues. Disability accommodations are haphazard, and often not timely. Why? Because no one owns them. They just get punted to an internal employee affinity group of disabled people who don't have a real chain of command, a real budget, or even a real prerogative to do accessibility work, let alone meaningful power— many of its members are routinely chastised by their bosses whenever they dedicate any time to solving access problems within the company. "That's not what we pay your for", "that's not your job", "I need you on this other thing", etc.

Meanwhile the organization receives public accolades from meaningless business press organization as a "great place to work" or even "great place to work for people with disabilities".

I think it's fine for companies to value diversity, and to value it publicly. A little virtue signaling is fine, as a treat; it may actually repel nasty people, encourage good behavior, or make employees feel more welcome sometimes. That stuff is good.

But there's also a real possibility that a company making diversity an explicit value results in lots of energy going into activities that let that company's executives pat themselves on the back about how good they are without actually doing much for inclusion. I wouldn't take any sizeable company's stated values too seriously, including that one.

by whimblepop

5/12/2026 at 5:17:59 PM

You need audits and Blind-like channels to augment self reports.

by esafak

5/11/2026 at 10:37:35 PM

On the one hand, yeah, you should respect people who are different from you. On the other hand, this is really so obvious that I doubt elevating it to a “core value” makes much of a difference. Are there marginal people who wouldn’t respect diversity unless it was a core value?

Then again I don’t even know what it means for something to be a core value. What is the practical upshot of “collaboration” being a core value of a company? Were people not collaborating before?

by janalsncm

5/12/2026 at 8:00:33 AM

> Then again I don’t even know what it means for something to be a core value.

Yeah I think they're mostly useless. At least you definitely don't get core values by just declaring that they are your motto. For example Amazon is pretty widely agreed to have customer satisfaction as a core value. They didn't get it by saying "Our core values are customer satisfaction...".

by IshKebab

5/12/2026 at 12:52:21 AM

I will push back on what you are saying here. I think this idea that DEI becomes "yet another annoying meeting" has been amplified by political media. This political media has successfully grown the seed of this idea in our heads that DEI is just useless nonsense, and it's associated with those "liberals who want to take your freedom and guns and tax money and jobs."

Essentially, what's happening here is that this right wing political media saw an opportunity to latch onto resentment of employees whose companies were just trying to change employee behavior for the better.

Companies are well aware that implementing DEI successfully will financially outperform other companies who don't. McKinsey has found this to be true repeatedly. But of course, people don't really want to hear these kinds of things and a lot of socially conservative people don't like being told that they need to learn how to interact with that queer looking person they'd rather just avoid. When Jim and Bob want to hire a new employee they just want to hire another Jim or another Bob and be left alone.

You know how your company puts meetings on your calendar where they preach about wellness and exercise and stuff like that? Just because they are annoying meetings doesn't mean they're wrong. You should focus on your wellness and exercise. Same deal with DEI: it's obviously beneficial to everyone, but America has a whole lot of people who really don't want it.

We are within the same lifetime as full blown segregation, redlining, of women being disallowed from opening bank accounts without spousal approval. There are people still alive from that era. Your great-great-grandparent may have been alive during legal racial slavery.

by dangus

5/11/2026 at 10:19:26 PM

[dead]

by dsl

5/11/2026 at 10:48:42 PM

I think "inclusion" is fine as a value. "Diversity" is not, because it is an outcome and not an action one pursues. What matters is that all have equal opportunities to participate, and perfectly fair opportunities can create unequal outcomes through no fault of anyone's. Moreover, I think that fixating on the demographics of who joins the company is morally misguided. I want my teammates to be capable and enjoyable to work with, not to check someone's "we must have X number of minorities checkbox". Diversity initiatives always turn into the latter in my experience.

by bigstrat2003

5/12/2026 at 11:59:31 AM

If the only metric for your initiative is disastrous; you WILL work toward that metric and ensure disaster.

by bombcar

5/11/2026 at 10:03:24 PM

[flagged]

by guelo

5/11/2026 at 10:10:14 PM

Don't think I will

by malfist

5/12/2026 at 12:37:25 AM

[flagged]

by DrewADesign

5/12/2026 at 1:16:21 AM

[flagged]

by thin_carapace

5/12/2026 at 1:57:58 AM

Are you replying to the wrong comment?

by DrewADesign

5/12/2026 at 2:07:50 AM

you say suck it fascist in response to DEI being removed, i say DEI would get canned by communists and fascists both, autofill the rest of the argument with some prose

by thin_carapace

5/12/2026 at 2:22:35 AM

> you say suck it fascist in response to DEI being removed,

Re-read the thread. They made a joke about acronyms.

by Supermancho

5/12/2026 at 2:30:00 AM

initial comment - 'gitlab no more dei'

secondary comment - 'suck it fascist'

third comment - 'fascism and communism would both get rid of dei'

whereabouts did the room get misread?

by thin_carapace

5/12/2026 at 8:14:59 AM

Alas, it’s pretty obvious to everyone else that you tried to pick a fight by shoehorning your dubious, pre-formed argument into an inappropriate place. Better luck next time.

by DrewADesign

5/12/2026 at 10:57:31 AM

i was indeed trying to pick a fight, with gitlab, because i think its pathetic to pivot and abandon values for money, regardless as to those values, and regardless as to whether the abandonment is done by a human or a corporation. your comment was a convenient conversational entry point, as you made the scenario political, offering a chance for me to generalize to my point. thats the way i saw it anyway. did something in particular make you feel like a target?

by thin_carapace

5/12/2026 at 1:59:49 PM

Consider that the negative reaction to your (flagged, not by me) pompous, blathering comment has nothing to do with politics, or the point you failed to make. It didn’t make sense in context, was purposelessly accusatory, and generally added nothing to the conversation. I’m done explaining the obvious to you. If you don’t get it at this point, it’s because you’re not letting yourself get it. Go back to Reddit or X or wherever and pollute that space. It’s just not how HN works.

by DrewADesign

5/13/2026 at 12:12:45 AM

'no dei = suck it fascism' > 'both fascism/communism would get rid of dei, why is abandoning values good anyway' > 'fuck off you are polluting our forum'

between figuring out wtf happened here and letting it go ... option B thanks

by thin_carapace

5/12/2026 at 1:27:21 AM

[flagged]

by copper-float

5/12/2026 at 3:04:13 AM

So much of the kerfuffle about DEI has always been around the fact that people don't understand what DEI means.

Also, in the current environment, I don't see how anyone can look around and argue that merit-based hiring is a norm anywhere. Even at hotspots of anti-DEI, "merit" often means "friend of a friend" or similar.

by runako

5/12/2026 at 2:21:41 AM

There's no such thing as merit-based hiring.

by noelsusman

5/12/2026 at 2:00:23 AM

I think the idea is that each letter in there is considered a merit, hence why it's always discussed under the "core values" section. That is to say, they're properties that they supposedly value, next to technical excellence, team fit, being a spitfire, whatever.

And that the discussed-to-death diversity hiring quotas are not its entirety, or even necessarily a part, of it.

Merit not being a threshold but a range in actuality probably also plays a role (along with how utter theater the typical job interview really is).

> I wouldn't want to be hired based on something so meaningless.

But that's kinda the point of it all, isn't it? That it's supposed to be empowering the disadvantaged / marginalized. If your background does not put you at a disadvantage, there's nothing to compensate for, then it would indeed be meaningless. But if there is, and you made it, then that is by definition extraordinary. So it is meaningful.

There's definitely a question about whether they'd be stealing your thunder by this, but I'll leave that to an actual aficionado of the topic. Not exactly the expert on all this.

by perching_aix

5/12/2026 at 2:24:32 AM

[flagged]

by rdevilla

5/12/2026 at 3:08:40 AM

[flagged]

by perching_aix

5/12/2026 at 3:16:06 AM

[flagged]

by rdevilla

5/12/2026 at 3:17:08 AM

> It's worthless talking to whites. I am convinced racism is hardcoded into your genetics and culture.

I don't know, looks like you're quite the natural yourself. You both manage to be ashamed of your ethnicity, and hate another.

by perching_aix

5/12/2026 at 3:19:46 AM

[flagged]

by rdevilla

5/12/2026 at 5:52:09 PM

We've banned this account.

by tomhow

5/12/2026 at 3:20:55 AM

> Why don't you assume my fucking gender before assuming the contents of my mind?

What for? You seem to be enough of a victim already.

Or sorry, do you have a preferred slur?

---

It's incredible how far culture war has rotten the North American mind. I literally just joined in to offer my understood perspective to the guy, which I don't even necessarily find right (as I explicitly highlighted), but I do appreciate facets of.

But oh no, John Convenient-Idiot-Illiberal saw the right trigger words and had to spiral into a tirade with their sob story. You sure showed us dude. Hope that middle class money affords you a therapist. You sure could fucking use one.

by perching_aix

5/11/2026 at 9:49:27 PM

What a shock, company whose share price is in the shitter lays people off and blames AI.

by ams92

5/11/2026 at 8:51:57 PM

Oh and it won't be done until June 1st, so the employees can have some anxiety until then. As a treat.

by AnonGitLabEmpl

5/11/2026 at 9:22:29 PM

At least they are honest about it:

> The planning is happening openly, including a voluntary separation window. That creates real uncertainty for our team over the next few weeks, but we believe the outcome will be better for it.

No good way to execute lay-offs, my preference would be to do it like a band-aid. What use is it to do it in open unless they plan on having gladiatorial matches to keep your job. Otherwise it's just like a painful game of Duck Duck Goose.

by sausagefeet

5/11/2026 at 9:40:14 PM

the people who would leave after a layoff can do so preemptively, perhaps saving headcount for someone else?

by knollimar

5/11/2026 at 10:22:50 PM

The problem is that such voluntary separation programs tends to disproportionate attract high performers. You're losing the "10x engineer" who has stuck around because they like being here - despite getting attractive offers from the competition.

The mediocre people who dread looking for a new job during a hidden recession aren't going to leave. They can't afford the risk of not being able to find a new place of employment before the severance pay runs out.

by crote

5/11/2026 at 11:41:03 PM

These high performers will leave anyway if they see their environment drastically changing or feel the tide turning, except they'll do so months after you ripped the band-aid.

It's not that different from making it part of the process in the first place.

by makeitdouble

5/11/2026 at 10:52:39 PM

I don't think people doing layoffs are thinking far ahead. In my unqualified opinion, it's either to stop burn or to generate short term profit.

Neither of these groups are valuing long term expertise

by knollimar

5/11/2026 at 10:57:48 PM

If they were thinking far ahead, they wouldn't need to do any firing at all - they would've gradually adjusted their hiring policy in time to avoid it.

by crote

5/11/2026 at 10:09:45 PM

if you don't like the new direction you can leave now and get the known now severance package. All in all, I think it is right to offer people voluntary severence with package when you pull the rug out from under them as far as where they thought they were working.

by jrochkind1

5/12/2026 at 3:55:57 AM

Unless they're going to offer offer an insane buyout, like 1+ years of pay + benefits + some accelerated vesting, nobody who doesn't already have something lined up is going to take this offer. It's much better to stay with one foot out the door and just keep cashing that paycheck and collecting your monthly vest. Especially when you know layoffs are coming, nobody expects you to do anything until they actually pull the trigger, then there's a month or two afterwards where you can slack off because morale is in the toilet, people are still trying to figure out who's left, how the company is organized, which priorities are dead, stuff like that. Ask me how I know.

by strange_quark

5/12/2026 at 3:47:24 PM

Ah, what you say makes sense, ok.

by jrochkind1

5/11/2026 at 10:58:44 PM

It's defensible to have a voluntary separation program with clear terms. Microsoft, for example, announced on April 23 that a voluntary separation program would launch on May 7. On that day they announced the precise terms of separation, with affected employees given until June 8 to participate. Perfectly reasonable.

What Gitlab is announcing here is that employees need to apply for a separation, at a yet-to-be-determined time under still-unknown terms, without a guarantee of acceptance, in the next 7 calendar days. Much different and just so much worse.

by SpicyLemonZest

5/12/2026 at 1:04:00 AM

the order here is backwards. publish the package first and let people apply without committing. right now GitLab gets the signal before employees even get the terms.

by Lihh27

5/11/2026 at 9:40:57 PM

[flagged]

by starkparker

5/12/2026 at 11:04:29 AM

Can someone explain why they're using terms like "voluntary separation window" instead of more natural language?

by haute_cuisine

5/12/2026 at 12:00:34 PM

How would you describe “our best employees can take a severance package”?

by bombcar

5/12/2026 at 5:37:13 PM

can't find this quote in the article

by haute_cuisine

5/12/2026 at 11:24:03 PM

It’s not - but voluntary separation with severance often leads to those with the best prospects moving on; which are often the best employees-but not always.

by bombcar

5/11/2026 at 10:27:45 PM

sort of a Michael Scott approach of asking people to quit so they don't have to fire anyone.

by MeetingsBrowser

5/11/2026 at 11:31:53 PM

Surely it's the low performers that are going to quit for new jobs!

by anonymars

5/11/2026 at 10:25:06 PM

Oh and it won't be done until June 1st, so the employees can have some anxiety until then. As a treat.

Plenty of time to whip up a dead man's switch.

by reaperducer

5/11/2026 at 10:11:00 PM

>removing up to three layers of management in some functions so leaders are closer to the work.

I wish them the best of luck with that plan. Middle management is where the institutional knowledge sits on how to actually get shit done despite challenges & broken processes/systems.

It's an even worse plan than eliminating juniors.

by Havoc

5/11/2026 at 10:18:10 PM

Middle management is also why there’s so many broken processes and challenges in the first place.

by bob001

5/11/2026 at 10:34:42 PM

Middle management exists to turn conflicting marching orders from the directors into less conflicting marching orders for the line workers, and to keep any negative feedback on how fucking stupid the directors are from ever reaching them.

They don't cause the broken processes. They are the symptom of a broken executive process. A fish rots from the head down, and the people at the top get exactly the kind of company that they ask for.

by vkou

5/12/2026 at 12:17:05 AM

A Director is middle management. Line managers are the ones that turn that into action and they are not middle management.

by bob001

5/11/2026 at 10:43:11 PM

Not with 8 layers of it. Institutional knowledge lies between managers and engineers and maybe one layer above that, not further

by PunchyHamster

5/11/2026 at 10:18:24 PM

Middle managment is also where most of your negative feedback is lost. I think moving fast in general needs tighter feedback loops and this is simply not possible in large organizations.

by notTooFarGone

5/11/2026 at 10:54:24 PM

Negative feedback is not lost, it's filtered. No one at the top is equipped to deal with the actual feedback from ICs, unless your org is 10 people in a bike shed.

by maxgashkov

5/12/2026 at 12:30:53 AM

Being unrealistic here, but maybe they should be.

by throw-the-towel

5/11/2026 at 10:23:46 PM

Do you really think that upper management wants feedback that the stupid fucking ideas they have are boneheaded? The point of middle management is to absorb it so it doesn't reach the children at the top and make them feel bad

by taurath

5/11/2026 at 10:18:20 PM

> Middle management is where the institutional knowledge sits on how to actually get shit done despite challenges & broken processes/systems.

Really? In my experience it's the rank-and-file employees who have this knowledge of how to get on with it without ceremony and politics. And the broken processes and politics are created BY the middle managers.

by lpribis

5/11/2026 at 11:16:27 PM

Agreed - 75% of the front line managers I’ve had are pure managers without any domain/company/industry knowledge

by soared

5/11/2026 at 11:44:28 PM

middle management is hired to delegate but persists mostly grow itself and its influence

by 33MHz-i486

5/11/2026 at 10:18:18 PM

Not really. Middle management is there to be in meetings all day long with nothing produced but identifying low performers.

by retinaros

5/11/2026 at 10:41:51 PM

GitHub was famously flat and far more successful than them.

by u_fucking_dork

5/12/2026 at 8:29:41 AM

As someone that is raising money from VCs, I feel really sorry for large VC backed companies right now. What you see here is the Product-VC tension of the AI era, and in a large company its devastating.

Users want a product that delivers the value they are looking for, VCs are looking for infinite AI scale, these do not meet. So founders need to present two different values and visions, one for customers and one for VCs.

In a small early stage company you can pretty easily hide each side from the other so you can deliver value to your customers while dancing the VC dance, but as you get larger its harder.

I think founders will endure and VCs will calm down at some point, but there is going to be some suffering along the way.

Oh and have you heard that they built Cluade code with only 20 people? (ignore 12 years of AI research expertise head-start and that Anthropic now has thousands of developers)

by drdrek

5/12/2026 at 9:15:42 AM

Never really got how gitlab got so big, what's their USP? To my knowledge they don't really have anything that is not reproducible rather easily.

by ricardobayes

5/12/2026 at 10:53:44 AM

The selling point would be vertical integration and that you don't need to stitch together 12 different SaaS CI products all attached to your source code, but just deal with one vendor (GitLab).

by darkwater

5/12/2026 at 9:37:22 AM

On premise Git forge with integrated issue tracker, CI/CD platform, and probably other 20 development adjacent tools. It has a ton of features so for sure it's not easily reproducible.

by oblio

5/12/2026 at 9:56:11 AM

One issue I have with them is that they pretty much had all the features I use a few years after they started, and they have, for the most part, just kept adding new ones of dubious value instead of polishing the core ones.

by rcxdude

5/12/2026 at 11:05:54 AM

Could be, but that probably makes their product bad, not simple :-)

by oblio

5/12/2026 at 2:00:38 PM

Make a better Github and I'll sign up. Gitlab doesn't quite qualify any more; it's more like a lateral move.

by esafak

5/12/2026 at 8:53:21 AM

The message was pretty clear that the only “users” that matter to them now are agents.

It’s not clear at all this is the wrong move.

by twoodfin

5/12/2026 at 11:17:24 AM

It should be turned into a semi-fictional tale, Catch-23, where intractable human unreasonableness creates comical absurdity.

by burnt-resistor

5/11/2026 at 9:41:17 PM

Time to tell everybody about Forgejo, again.

by arm32

5/11/2026 at 10:32:48 PM

Seriously, I moved all of my personal projects to a self-hosted Forgejo and all my open-source projects to Codeberg and haven't looked back.

by TranquilMarmot

5/12/2026 at 7:50:52 AM

As soon as they support groups/folders I will switch. But I can't as my gitlab is all setup in many folders and sub projects.

Having to rewrite all my CI will suck but will be worth it.

by sschueller

5/12/2026 at 1:01:16 AM

The market for people paying for Gitlab (Which feels more like GitHub but for Enterprise these days) is probably not even slightly overlapping with the market for people running Forgejo.

by dewey

5/12/2026 at 12:10:03 AM

> Great engineers are problem solvers and builders who care about system design, distributed systems, reasoning through failures, safely integrating new capability into critical systems, and making decisions under ambiguity.

Yes, and the people who are all-in on agentic AI are, in practically every example I’ve seen, not that. They’re the jackasses giving Claude root access to their prod DB and then writing a blog post about how much they’ve learned from their mistake.

by sgarland

5/12/2026 at 12:08:48 AM

Am I alone in being extremely sensitive to LLM-style writing, observing it in this article, and feeling a little upset about that? The letter to employees ticks several of the boxes, and if I’m not wrong that’s kinda shitty. Or perfectly aligned with the spirit of the announcement (or both).

by threecheese

5/11/2026 at 11:44:15 PM

“ AI is the substrate on which future software gets built”

- when you see the word substrate in corporate speak, you know where that’s from…

by saadatq

5/11/2026 at 11:09:49 PM

I have no doubt that with the properly applied power of AI, Gitlab too can make their product worse.

by odie5533

5/11/2026 at 10:18:28 PM

It's not clear to me from that post how they will be spending the money they'll save by firing 60% of our R&D team.

Could someone explain it?

If you have a lot of new stuff to build, and if you're not currently losing money, why start a new initiative with a layoff?

by looneysquash

5/12/2026 at 12:04:30 AM

Yeah doesn't make sense.

My guess is they are doing this to prep for an acquisition. Probably by an AI company or Datadog or similar.

by Miner49er

5/12/2026 at 12:38:30 AM

That's exactly what's happening here.

by nunez

5/12/2026 at 1:06:16 PM

Yeah, didn't see til after I commented, but this CEO ran this same playbook with New Relic. Layoffs and then sold the company 2 months later.

I think Staples is a guy you bring in to sell the company, not run the company.

by Miner49er

5/11/2026 at 11:56:39 PM

Tokens, I’d wager.

by semiquaver

5/11/2026 at 10:43:00 PM

Rather striking statements that have me somewhat concerned:

> Agents open merge requests in parallel, trigger pipelines around the clock, and push commits at a rate no human team ever did. Git itself wasn't designed for that load, and bolting AI onto platforms not built for agents is the biggest mistake of this era. We're doing a generational rebuild of the underlying infrastructure to handle agent-rate work as the default. Git itself is being reengineered for machine scale. The monolith is giving way to modern, API-first, composable services. And agent-specific APIs are being built so agents can act as first-class users of the platform, not as bolted-on consumers of human-shaped interfaces

Is there any broader consensus or information on this? Git doesn't scale? is being rebuilt for agents?! Monoliths are out and services are back? Humans are second class citizens now (human shaped interfaces - bad!!)?

What the hell are they planning to do in there at Gitlab?!

by zmmmmm

5/12/2026 at 12:25:35 AM

Won't this be bad for agents since now you need to provide this new API in their prompt, as opposed to just regular git which the model has seen enough in its training data

by rdedev

5/12/2026 at 1:23:19 AM

history suggests so .... people do keep trying to make agent native tools and workflows, but time and time again it turns out to be better just to expose raw inputs and tools to them and let them work with those. See skills beating MCP in most cases where their purpose overlaps for example - it's more effective just to let an agent write git commands than give it a "git tool" with a structured interface. People don't seem to grok the intuition of how heavily biased training on trillions of token of human language and existing software code makes the models towards working well with raw input.

by zmmmmm

5/12/2026 at 7:48:23 AM

steve yegee was saying this in december, that he had multiple people at companies with heavy AI usage telling him that git cant handle 1000+ commits per hour that these companies are producing now, that the agent can't push because between the push command initiation and its finish another push happened

by aiscoming

5/11/2026 at 9:46:27 PM

Here's their soon to be updated(?) handbook with the CREDIT values:

https://handbook.gitlab.com/handbook/values/

by mattas

5/11/2026 at 10:08:12 PM

Soon to be updated, maybe not on the open web, cause Transparency is leaving...

by jrochkind1

5/12/2026 at 2:41:59 AM

Engineering has always been about more than writing code.

That's true, but it's interesting how FizzBuzz as said to be the bete noir of the average dimwitted software developer, and how much cutting-edge engineering organizations used to emphasize code in their recruitment processes.

If writing code is being replaced by "engineering judgement" it's going to need a much smaller cohort of developers. Too many opinions spoil the broth, after all.

by ern

5/11/2026 at 9:52:24 PM

I assume my company's annual bill will be streamlined accordingly.

by pargon

5/11/2026 at 10:12:08 PM

Nah, AI's gonna let them ship more and more features you don't use so they can keep jacking the price up.

by relaxatorium

5/11/2026 at 10:15:52 PM

GitLab's old values are for now still listed in their handbook:

> GitLab’s six core values are Collaboration, Results for Customers, Efficiency, Diversity, Inclusion & Belonging, Iteration, and Transparency, and together they spell the CREDIT we give each other by assuming good intent. We react to them with values emoji and they are made actionable below.

Since those terms don't speak for themselves individually, it's worth seeing what they're supposed to mean to get a sense of what GitLab is forsaking now. Each section is actually pretty lengthy, so you should go look and skim for yourself.

Here's the page: https://handbook.gitlab.com/handbook/values/

And here's an archive from yesterday, for when that changes: https://web.archive.org/web/20260510150031/https://handbook....

by whimblepop

5/11/2026 at 10:19:05 PM

[flagged]

by SilverElfin

5/11/2026 at 10:28:07 PM

[flagged]

by ai_fry_ur_brain

5/12/2026 at 12:19:50 AM

Sounds panicky to me... changing everything all at once for all the reasons.

I guess someone will be selling enterprises something that lets them say, "We're doing AI too!" Might as well be gitlab?

by jmull

5/11/2026 at 10:13:10 PM

This feels like a massive own goal.

GitHub is publicly destroying itself in a desperate attempt to realize Microsoft's AI dreams, and as its main competitor your response is... to do the same?

Rather than going for a "Humans first, robot assistants welcome" approach which promises to deliver things like stability, reliability, trustworthiness, and human connections, they decide to go all-out on firing the humans and letting bots handle things like code review while explicitly shifting the existing human-first company values towards making the remaining humans responsible for the bot's mistakes.

They could've chosen to market themselves as the sane save haven for the GitHub exodus. Instead they choose to go down in history like Google abolishing "Don't be evil". But hey, I bet chanting "AI! AI! AI!" (albeit quite late to the game) will deliver a very solid lukewarm increase in shareholder value!

by crote

5/11/2026 at 10:51:15 PM

I'm no big-city product strategist, but this is what kills me about so many of these "we're pivoting to AI" announcements. Everyone else is doing the same thing (or already had a long time ago--like you said, GitLab is late to the game here), so squeezing yourself into an AI-shaped mold does exactly nothing to differentiate yourself from the competition. And if/when the AI hype machine sputters to a halt, the few companies that didn't do this will suddenly find themselves at an advantage, because they'll have real, actual differentiators to brag about.

Like, I know there are actual reasons and incentives here for the ever-present AI pivot. But I think they're stupid and short-sighted incentives.

by cryzinger

5/11/2026 at 11:37:39 PM

Reminds me of when struggling Firefox (then single-process) decided to basically redo their UI to copy Chrome:

"So...you decided to throw away what distinguished you from your faster, more stable competitor?"

by anonymars

5/11/2026 at 11:58:18 PM

They’re even repeating the debunked excuses GitHub has been making for their own failure!

by semiquaver

5/11/2026 at 10:40:36 PM

I'd hate to be their customer right now. Is this the only "corporate-scale" forge besides Github?

There's a lot of cool things happening between Gitea/Forgejo, Tangled, and Radical, but I doubt the latter two have any significant usage beyond OSS hobby projects. I'm not sure if the former two do, either.

by kajman

5/12/2026 at 1:34:51 AM

Atlassian Bitbucket

by nijave

5/12/2026 at 1:07:19 AM

I'm glad this website is still alive: https://layoffs.fyi/

by 0xbadcafebee

5/11/2026 at 11:54:19 PM

Of course this is happening. Gitlab's values were only there for marketing - just take a look at their massive turnover of employees who get burn so fast they don't have time to update the About page fast enough.

Gitlab is a terrible company, period.

by robinhood

5/12/2026 at 7:48:10 AM

You're wrong about the values. Since the start, GitLab's values were real and lived, unlike every other company I've been at. Only after Staples' takeover as CEO and C-suite changes, they started eroding rapidly, starting with Transparency.

Source: I'm ex-GitLab

by gnomespaceship

5/12/2026 at 9:25:54 AM

Yeah it was a pretty awesome place to work up until the IPO, my first year was probably the most enjoyable I've ever had at a job.

by robotmay

5/11/2026 at 10:14:17 PM

It just struck me. I always thought I had writing software to fall back on, in case my main gig doesn't work out. I don't think it will still be there when I'm ready to return.

by jnwatson

5/12/2026 at 6:06:52 AM

If "writing software" means you took a bootcamp and can churn out some HTML/CSS/JS using a popular framework, then yeah, it won't be too valuable in future. However, if you mean you are able to deliver software to solve real problems in a variety of languages and platforms then I think you'll be ok.

by globular-toast

5/12/2026 at 10:46:20 AM

>> "We've been working through some significant changes inside GitLab over the past few days"

I can't seem to get past this - all these decisions (and a work-force reduction :() are the result of a few days of pondering? I've had stomach aches that have lasted longer ..

by lintfordpickle

5/12/2026 at 1:33:04 AM

> Operationally, we grew into a shape that was right for the last era and isn't right for this one.

"We did nothing wrong, but ended up in the wrong shape!"

by wayeq

5/12/2026 at 1:39:25 AM

I don't understand how people can use the phrase "right-size" without a crushing sense of embarrassment and shame. Did you swallow a business consultant from 1990? That and phrases like "go forward strategy" say either 1. I do not know how to communicate like a human or 2. I am afraid of speaking naturally because it impinges on my self image as a business leader or 3. I do not want to accurately describe what I'm doing because that might expose my fragile ego to the possibility that I'm doing something which hurts people.

"We're firing a bunch of people because we think we don't need them anymore due to AI and we'll make more money without them."

There are times when businesses must fire people to stay afloat and it's a business that objectively needs to exist. This isn't one of them, so don't waste everyone's time with your BS, please.

by iandanforth

5/12/2026 at 6:40:52 PM

If I have to guess on why they are providing voluntary exit option, because they have a lot more folks from Europe.

by vira28

5/12/2026 at 12:36:44 AM

If you were impacted, Magnetic (AI Tax Prep for CPA firms) is hiring senior - staff level engineers in SF https://www.ycombinator.com/companies/magnetic

Email me subject “gitlab” if interested - thomas@ our domain (I am the cofounder)

by tsh3lley

5/12/2026 at 1:23:36 AM

Surprised at the negativity here - did most of you read the source ?

They seem to be mostly reducing headcount of managers and claim (supposedly) to be prioritising engineering.

On top of that their redesign sounds interesting - they want to adapt the platform itself (and concept) to deal specifically with how AI "users" will code and submit changes (and the rate of and interaction of that model) vs humans. We'll see how this plays out but this doesn't sound like a bad idea to me at all (assuming humans of course still get priority).

by Melatonic

5/11/2026 at 10:05:54 PM

I was finding this really interesting, that maybe a human had written it and it really reflected a vision for how we build software in this new world. I want to know the way, I'm curious!

Until I got to "One platform, three modes." and my brain just pattern matched "AI slop" and the entire post dissolved into meaningless for me.

I don't know if I can stop my mind reaching this conclusion. I'm sure someone at GitLab made some effort to carefully edit the post... But that it wasn't entirely rooted in a human who'd worked out how this stuff goes, but clearly had lots of AI writing it out... Just made my instinct go "this isn't worth paying attention to after all".

by frabcus

5/12/2026 at 12:52:09 AM

I'm happy I'm no longer a shareholder of this company.

Software stocks won't win longterm if their value proposition is "we vibe code now".

by henry2023

5/12/2026 at 12:59:27 AM

There’s still a big difference between “vibe coding” which is what it was called 2 years ago when people tried to “one shot” whole products and AI assisted / agentic development in more structured ways like it’s happening right now in many companies. In capable hands it’s a great tool.

by dewey

5/11/2026 at 9:48:45 PM

How these companies act like these changes are for the better good and how "we are different" is just gross.

    The planning is happening openly, including a voluntary separation window. That creates real uncertainty for our team over the next few weeks, but we believe the outcome will be better for it.
Not even the balls to do the deed yourself. This reads like Shrek's "Some of you may die,... but that is a sacrifice I am willing to make."

"Act 2" for crying out loud, get out of town.

by keyle

5/11/2026 at 10:06:35 PM

Can't imagine that slop is going to save them. Gitlab is a totally directionless, beyond self-hosting which I think is commendable, shoddily implemented product. I don't hate it, in that it is at least predictable, but the lack of basically any interesting view on how software should be developed or even look is such a waste.

by mhh__

5/12/2026 at 7:29:06 PM

> the TAM is exploding at a step function rate

This stumped me for a while! what are the interpretations, infinite or 0?

by sudb

5/12/2026 at 1:34:28 AM

Not making sense to me at all. The AI era should be a great opportunity for Github to show their reliability and developer-first law, but they decided to all in AI. As a developer, what I need is a well-working repository, not a agent that write, review, even publish the code for me.

by momo26

5/12/2026 at 2:32:25 AM

This has nothing to do with GitHub.

by mvdtnz

5/11/2026 at 9:47:56 PM

A reminder that every line of code written is a liability, not an asset.

If I had any inkling of giving GitLab a try, this killed it.

by jameskilton

5/12/2026 at 12:17:09 PM

They are losing money and they are grasping at the AI straw.

All free software projects should leave GitLab immediately. Why should we support the IP thieves?

by qwshGA

5/12/2026 at 3:57:39 PM

They promise to not use customer code to train models. AFAIK, that hasn't changed.

by Miner49er

5/12/2026 at 7:11:51 AM

> the engineers who can solve them will be among the scarcest and most valuable talent in the market.

Reduce the work force of 30%. I don't know, dude, you didn't convince me.

by gabrieledarrigo

5/12/2026 at 12:39:03 AM

Imagine how refreshing if the press release simply said:

"We over-hired, we're ram-packed full of managers pinging each other on Slack all day and need to cut costs to sustain our operation. We think GitHub's shit and we want to be a nimble org with a fighting chance at eating their lunch. We're also gonna provide 1000 free runner hours/mo to open source projects that move from GitHub to gitlab, and we're gonna make project namespaces on gitlab.com a first class thing like GitHub did"

by arcza

5/11/2026 at 11:34:46 PM

We're going to turn our infrastructure in to code slop in the hope that we can scale to host all of your code slop in the same way that GitHub's code slop has failed to host code slop.

by cdrnsf

5/11/2026 at 10:47:22 PM

> We're rewiring internal processes with AI agents, automating the reviews, approvals, and handoffs to speed us up, and plan to right-size roles across the company to follow suit.

Ah, yes, finally gitlab will have the same uptime leves as GitHub.

by tonnydourado

5/11/2026 at 10:13:20 PM

I recently switched everything from bitbucket to GitHub mostly just because GitHub is more integrated with the AI tools I use. I feel like they’re probably still pretty big in Europe, but they’re losing in some markets more than before.

by dvduval

5/12/2026 at 12:48:29 AM

GitLab workers could do the funniest thing and all take the voluntary package.

by bitsytomato

5/12/2026 at 3:32:18 PM

> We’re re-organizing R&D to create roughly 60 smaller, more empowered teams with end-to-end ownership, nearly doubling the number of independent teams.

This seems to be the new emerging theme. I wonder if the idea is to let these smaller teams fight it out and those who survive, do so at the expense of others? If so, instead of meritocracy, usually politically savvy ones win. Or maybe the motivation is deliberate fragmentation allowing for easily picking and choosing for further reduction? Or maybe I'm just too cynical for my own good.

by noisy_boy

5/13/2026 at 7:40:41 AM

Employees maybe are too collaborative? And management thinks dividing and conquering will give them an even bigger hand.

by smeggysmeg

5/12/2026 at 1:21:15 AM

Oh the irony. It was just last week I was lamenting Gitlab's lack of AI support. Best I could tell, Gitlab's solution to AI hitting servers is "block it with Anubis"

by nijave

5/11/2026 at 10:40:16 PM

“Agents open merge requests in parallel, trigger pipelines around the clock, and push commits at a rate no human team ever did. Git itself wasn't designed for that load .... Git itself is being reengineered for machine scale. The monolith is giving way to modern, API-first, composable services.”

Hmm, does the CEO of — checks notes — “GitLab” know what Git is?

by skywhopper

5/11/2026 at 10:00:33 PM

I tried a self-hosted GitLab on a 64 core beast of a machine with Optane drives. Completely empty of content, there were multi-second delays everywhere. Horrified at what must lurk beneath the façade, I switched to Forgejo, Crow CI and YouTrack and couldn’t be happier.

by 7e

5/11/2026 at 10:06:44 PM

> Horrified at what must lurk beneath the façade

It's Ruby, which is pretty horrific but still I think there was probably something not quite right in your setup because it isn't normally that slow.

by IshKebab

5/11/2026 at 10:17:53 PM

While there are a lot of little knobs that can tweak performance, it shouldn't be slow out of the box, yet it is the number one complaint about GitLab.

by bigbuppo

5/11/2026 at 10:47:27 PM

yeah we run it on a tiny setup compared to that and it's fine. In fact, impressively snappy if anything.

by zmmmmm

5/11/2026 at 11:27:01 PM

This title is editorialized - the original title is "GitLab Act 2" and both the workforce reduction and CREDIT values pieces are hidden in among the details.

by simonw

5/12/2026 at 7:55:34 AM

In this case, you could say the original title is also misleading, or at least it doesn't say what it's really about, so imho the edit was justified

by gnomespaceship

5/11/2026 at 10:47:13 PM

>Better pay.

>Once approved, our new bonus program will give every team member who isn’t on an incentive compensation plan or bonus plan today, the opportunity to earn a cash bonus based on their individual performance, targeting 10% of salary, awarded at their manager’s discretion.

LOL. So basically buckle up and do what you're told and grind. And hope your manager likes you or you'll get nothing.

by throwaway277432

5/11/2026 at 10:17:55 PM

Someone should gather all the creatively worded layoff announcements and put them into a museum.

Aside, none of these announcements even attempt to make sense.

GitLab's TAM is exploding, demand is through the roof, LLM tooling is making each IC more productive, and to capatalize on this moment GitLab is

... "transparently restructuring" by asking employees to quit so they don't have to lay off as many...

by MeetingsBrowser

5/12/2026 at 6:29:34 AM

So basically they are saying: do not code here because we are letting machines code... nice.

by ivolimmen

5/12/2026 at 6:04:53 PM

...Annnnd there's the active incident

May 12, 2026 17:56 UTC INVESTIGATING

We are seeing elevated error rates across GitLab.com and GitLab.com services.

We are investigating the issue and will continue to update as we have more information.

May 12, 2026 17:37 UTC INVESTIGATING

We're investigating elevated error rates on GitLab.com. Some users may experience intermittent failures or degraded performance while we work to identify the cause.

We'll share another update as soon as we have more information.

------

https://status.gitlab.com

by ngai_aku

5/12/2026 at 5:30:07 AM

Is there a specific list of countries whee they'll be closing down?

by aweb

5/12/2026 at 7:42:48 AM

Not yet, they'll share it on June 1

by gnomespaceship

5/12/2026 at 12:33:42 AM

Sure am glad I moved everything off of Gitlab awhile ago. Trainwreck of a company.

by davexunit

5/12/2026 at 7:53:40 AM

Is this the best move for the customer or the investor?

by sschueller

5/11/2026 at 10:23:00 PM

Is there a polymatket for when its gonna be layoff due to hantavirus overhiring?

by retinaros

5/12/2026 at 8:42:05 AM

> We're rewiring internal processes with AI agents, automating the reviews, approvals, and handoffs to speed us up

Uh, if this is what I think it means, I wouldn't trust using a product where their company thinks that approvals for reviews can be automated.

by rtdq

5/12/2026 at 4:33:21 PM

Bill Staples and his band of inept buddies (he hired all his ex-MS friends to replace the c-suite at GL) ruin another company and get each other rich via the enshittification of a decent product. Sucks that this company was once one of the good ones.

Having the employees compete in the Hunger Games for their jobs over the next few weeks is just unnecessarily cruel and stupid. Weak leadership, bad strategy.

by computerz420

5/11/2026 at 10:22:27 PM

Isn't there like 100 ways to host git repos now?

by ahmadtbk

5/12/2026 at 3:32:52 AM

This is like when Bob Dylan went electric

by woah

5/12/2026 at 8:08:10 AM

I will never trust nor respect businesses, who fires its people because “AI agents can plan, code, review, deploy, and repair”.

by nalekberov

5/11/2026 at 11:05:52 PM

Having used AI to write code, and seen the bs it outputs half the time, any org speed running to a parallel autonomous unreviewed code base is going to get hit with a massive rude awakening when their cluster f of a codebase melts down.

by digitaltrees

5/12/2026 at 5:27:29 AM

Meanwhile they can’t manage to get ‘keep both’ implemented in their interactive merge conflict tool. You have to edit it by hand.

by mock-possum

5/12/2026 at 3:07:20 AM

> We're rewiring internal processes with AI agents, automating the reviews, approvals, and handoffs

What can go wrong.

by shmerl

5/11/2026 at 10:53:33 PM

I genuinely don’t know what “ Git itself is being reengineered for machine scale “‘means not what “rebuilding the CI/CD as orchestration layer” means.

I think you need to explain it like it’s a bash script else I don’t think you understand it.

(Ironically I don’t think if this article was the prompt, I don’t think an agent would code it up the way you are thinking)

by lifeisstillgood

5/11/2026 at 10:10:38 PM

I'm sorely disappointed by gitlab, I was hoping they would be a safe harbor against this whole AI bullshit typhoon.

by lta

5/11/2026 at 10:18:35 PM

They went all-in on AI features rather than making it less slow.

by bigbuppo

5/12/2026 at 1:38:25 AM

Ironically that's the only AI feature they need, making it less slow

by nijave

5/12/2026 at 2:48:36 AM

The future of forges is decentralized, and I'm getting all I need now out of Forgejo/Codeberg/Codefloe. I'll be handcoding software merrily away on platforms which don't suck and aren't beholden to techbros spewing buzzwords.

by jaredcwhite

5/11/2026 at 10:50:14 PM

When everyone is leaping head-over-heels into AI / agents, you need SOME part of your stack that is NOT that - slow, tested changes you can (mostly) trust, not "break everything quickly - again" stuff.

Imagine if gcc / clang decided to let agents implement new features without a lot of checking..

by hn_acc1

5/12/2026 at 11:37:07 AM

What would you suggest as an alternative? Gitlab really sucks in my personal opinion, but what are your experiences with:

Gogs https://gogs.io/ (this IS gitea btw)

Forgejo https://forgejo.org/

Self hosted or cloud hosted. Also excluding Github because, please just fracking don't.

by spwa4

5/12/2026 at 5:34:13 PM

There is such a dire need for a viable Github and Gitlab competitor. Forgejo is the one I've one tried but it's lacking.

by esafak

5/12/2026 at 1:52:33 AM

> A letter to our customers and our investors.

You can always tell when the title is incredibly vague or bereft of details (e.g. "An update about our product") that it's going to be some flavor of either lay-offs, shutting down, or other enshittification.

by AdmiralAsshat

5/12/2026 at 12:01:56 PM

Oh wow, $GLAB is down 31.68% YTD and they are announcing a massive restructuring and work force reduction. Is this th en---oh wait, AI!!!

by metric10

5/12/2026 at 6:16:56 AM

If you put the typical knee jerk reaction aside, the article is a pretty good read on where things are headed. Particularly interesting is their gut feel around problems requiring deep technical knowledge multiplying and the talent that can solve them becoming the scarcest.

What we are witnessing so far has been just the tech world’s reaction. As typical companies catch on to the agentic era, we’re going to see more layoffs. A part of it may be due to “unlocked productivity” but more of it will be to make space in their ranks for hiring more AI native workforce. Which will also be scarce at the beginning.

I think we should get ready to see a very different kind of talent war, and at a scale and pace never seen before.

by sheepscreek

5/12/2026 at 4:42:55 AM

I was thinking of switching to Forgejo because gitlab as great it was to this point is enormous. Small service to have git, some web ui and pipelines that run build will be enough.

by npodbielski

5/12/2026 at 4:49:41 AM

“Our company doesn’t make any money and burning tokens didn’t seem to help so we’re gonna lay some people off to make number go up”

by outlore

5/11/2026 at 10:56:31 PM

It's truly amazing that GitLab has 2,500 employees to begin with when I haven't ever encountered a single company or project using their services, besides one or two obscure open-source project once every few years.

by iLoveOncall

5/12/2026 at 1:05:36 AM

It’s enterprise software that’s used in big corporates. I don’t know why you’d expect to see it in the wild as regularly as hobbyist projects on GitHub.

by dewey

5/11/2026 at 10:40:44 PM

what value does gitlab provide that some glue scripts dont i am sorry

by calvinmorrison

5/11/2026 at 10:16:06 PM

« See how agentic AI transforms software delivery »

by retinaros

5/12/2026 at 5:56:50 AM

Another one bites the dust

by localhoster

5/12/2026 at 2:28:03 AM

Now I know why my recent application didn't end up going anywhere

by whirlingzebra

5/11/2026 at 10:14:48 PM

Just today we started a new cycle at work to move from GitHub to Forgejo, its such a refreshing tool... So fast, supports everything we need (and more), and no AI slop. Very happy with our decision

by monkaiju

5/11/2026 at 11:42:08 PM

All these corporations either showing their true colors because the current admin, or they're scared to death of the current admin. Either way, it's fuck employees!

by HumblyTossed

5/11/2026 at 10:13:55 PM

GitLab has achieved "AGI" internally.

by rvz

5/11/2026 at 10:16:47 PM

Does AGI mean Abhorrent Git Interface?

by bigbuppo

5/12/2026 at 4:46:10 AM

In the last few weeks we increasingly see Microslop GitHub becoming worse.

Now GitLab announces it will have to fire people - the AI slop cuts away at finacnial gains here.

AI slop is killing everything.

by shevy-java

5/12/2026 at 7:47:07 AM

Yet another round of layoffs. Is there a fallback career? :-/

by ComplexSystems

5/13/2026 at 3:59:58 AM

[dead]

by zty5678

5/12/2026 at 8:01:13 AM

[flagged]

by rwmj

5/12/2026 at 1:59:34 AM

[dead]

by recov

5/12/2026 at 1:29:35 AM

[dead]

by glub103011

5/11/2026 at 11:33:32 PM

[flagged]

by deferredgrant

5/11/2026 at 9:09:23 PM

[dead]

by ihateceos123123

5/11/2026 at 11:17:23 PM

[dead]

by throwaway613746

5/11/2026 at 9:44:44 PM

TLDR: Because of AI the future belongs to the engineers, so we took the noble decision to stop hoarding them on our payroll and make sure there are enough to go around for the other companies.

by ReptileMan

5/11/2026 at 10:19:10 PM

I think they had more employees than customers.

by bigbuppo

5/12/2026 at 7:32:04 AM

[dead]

by mugivarra69

5/11/2026 at 11:06:18 PM

[flagged]

by stego-tech

5/11/2026 at 10:18:04 PM

>Software has been the force multiplier behind nearly every business transformation of the last two decades. The constraint was the cost and time of producing and managing it. That constraint is collapsing. As the cost of producing software collapses, demand for it will expand. Last year, the developer platform market used to be measured in tens of dollars per user per month, this year it is hundreds/user/month and headed to thousands. Not only is the value of software for builders increasing, but we believe there will be more software and builders than ever, and we will serve an increasing volume of both.

almost like a copy of my post :) https://news.ycombinator.com/item?id=47982975

We've seen these tech waves several times - C and COBOL instead os ASM, CAD/4GL, template generation, Visual Basic and the likes (good old Delphi), Java (which allowed to a lot of mid-inept people to write compilable non-immediately-crashing programs), spread of python, and now AI. Every time we have an expansion of the industry, and every time glorious promises which get delivered on modestly. The point here is that they get delivered on.

And with AI i suppose it will be similar, though much better than before. In those previous waves human brain was the limit. This time we throw that limit away from the start - nobody will be able to comprehend the sheer amount of AI-generated code. Yes, that approach will hit some limit down the road of course too...

by trhway

5/11/2026 at 10:34:05 PM

> The point here is that they get delivered on.

... so where's the delivery?

I have no doubt that AI is making some programmers quite a bit more productive. But if it is even 10% as good as all the marketing claims, we should be seeing an explosion of new tech startups, and a huge increase in feature shipping rate and number of bugs closed. Why isn't this obviously happening? Where's the next Dotcom Boom or Cloud SaaS Explosion?

What I am seeing instead is million-line AI slop pet projects whose sole "user" is its developer, and large companies falling over each other to enshittify their products. If there's no genuine user value being delivered, who's going to pay for those thousand-dollar-per-month developer tools?

by crote

5/11/2026 at 10:45:36 PM

>Where's the next Dotcom Boom or Cloud SaaS Explosion?

i see it isn't your first rodeo :) So, in Dotcom the companies needed huge financing for hardware and those money were the main limiter, in Cloud SaaS era small teams with relatively small financing mostly for salaries were able to deliver large - AirBnb, Uber, WhasApp, ... - and the employees, their brain abilities and their ability to work together were the main limiter. Now with AI we don't have these limiters. I'd say the slopped up Claude Code and OpenClaw are the examples of the new wave which is just starting.

>large companies falling over each other to enshittify their products.

Oh, yes, each wave the software is even more sh.tty than before, and this time i think we're really in for a shock to our imagination of how sh.tty it can get. All these datacenters here and later in space would need some slop to churn through :)

My bet is that we'd not have a software as a static set of bits existing for more than one execution. I think we'll have Just-In-Time software. An ephemeral one. It will be generated on the fly for specific task and discarded after. That will keep those datacenters busy at least for some time.

Another storyline i, with some horror, expect is merging of the coming boom of actual physical robots with the boom of AI-slopped software - that should be fascinating :)

by trhway

5/11/2026 at 11:34:15 PM

> I think we'll have Just-In-Time software. An ephemeral one. It will be generated on the fly for specific task and discarded after.

For years I've been telling people that every office worker should be able to do at least some programming, just to avoid ever having them spend several days manually repeating the same handful of steps on a large set of data.

I can 100% see AI taking over this market. Teaching office workers to write half-decent prompts is probably easier than teaching office workers Python. But you don't need a $1000/month subscription to write barely-good-enough-to-run-once one-off scripts, and you can't build a business solely on ad-hoc scripts.

> the employees, their brain abilities and their ability to work together were the main limiter. Now with AI we don't have these limiters

Was it? Don't we?

There has never been a shortage of college kids willing to throw together MVPs. Sure, hacking together the bare minimum of business logic with auto-generated Rails code and a $20 Bootstrap template during a hackathon is being replaced by an afternoon talking an AI into generating a Tailwind-styled SPA in whatever Javascript framework is fashionable this week, but what does it really change? Writing MVP-level code was never the hard part.

The hard part is the engineering behind making it scalable, extendable, and durable. That's still staying the same: you're now just giving the prompt to an AI rather than a junior dev. If anything, having to deal with inept managers now sending full-blown AI slop proposals rather than blabbering a handful of buzzwords and leaving the professionals to fill in the rest is going to slow down our ability to work together.

by crote

5/12/2026 at 12:54:40 AM

I feel like "just in time" software is something we already had-- things like VBA and AppleScript showed there has always been an audience for scratch-your-own-itch tooling for work scenarios that aren't programming-centric.

It would be irresponsible to treat it as completely ephemeral though; clever tooling would make it easy when you remember "I already solved this issue 3 months ago, let me pull that back and reuse it."

What terrifies me is doing it with the current slopbox user experience. From a UI perspective, it's clumsy system that discourages developing mastery in favour of guesswork and gacha. (When you said the wrong thing in a classic command line, it at least told you so rather than trying to stagger along with it) And as an executing tool, it's simply sluggish-- once you've expressed what you want, Claude takes minutes to do what a regex does in milliseconds.

I wonder if the latter is fixable-- pre-configure the bot to generate answers as reusable code instead of slowly pumping the changes themselves.

by hakfoo

5/11/2026 at 11:17:06 PM

Makes sense! I’ve worked with teams where the main bottleneck wasn’t technical complexity or even the company itself; it was a people problem.

Things like long discussions over formatting that should just be enforced by linters, pushing non-idiomatic patterns despite official docs and tooling recommending otherwise, or turning simple problems into meetings scheduled “for next week”, "in two weeks", "let's have a meeting and invite everyone" instead of just fixing the issue and opening a PR. Which sometimes takes 10 minutes!

At some point it starts to feel like responsiveness and initiative are treated as threats rather than strengths. Autonomy and ownership matter a lot more than people realize. Wonder how that'll look like!

by heldrida

5/12/2026 at 12:05:09 AM

How many people are at GitHub these days? I interviewed there just less than a decade ago and they REALLY did not like me. I kept yammering on about ensuring your KPIs are correct and making sure people felt psychologically safe. I think this was just after they were nabbed my MSFT and it felt like they were panicking, trying to figure out what would become of them now that they had been swallowed by a whale.

I've done some organizational consulting in the past, often trying to help companies understand why their employees don't trust management. I suspect the powers that be thought that post was decent, and I think the GitHub survivors will likely ignore most of it. And I don't know anything about what's going on there. But if you told me GitHub employees were made MORE nervous by that post than LESS, I would not be surprised.

by OhMeadhbh

5/12/2026 at 12:07:31 AM

How do you think the GitLab employees felt about it?

by CGamesPlay

5/12/2026 at 12:16:04 AM

I obviously picked the wrong week to stop sniffing glue.

by OhMeadhbh

5/12/2026 at 12:09:49 AM

I think you might have GitHub and GitLab mixed up.

by smhaziq

5/12/2026 at 12:16:28 AM

Indeed I have. I didn't intend it to be, but it is accidentally a data point on the distinctiveness of brand names in this sector.

by OhMeadhbh

5/12/2026 at 12:07:39 AM

…this is GitLab, not GitHub.

by sgarland

5/12/2026 at 12:17:17 AM

You say tomato, I say tomahto. Yes, my mistake. I shouldn't post things before my mid-afternoon coffee.

by OhMeadhbh