Read more of this story at Slashdot.
Read more of this story at Slashdot.
Read more of this story at Slashdot.

Amazon has cut a total of 57 jobs in Washington state across various teams, including roles at the director and senior manager levels, according to a filing made public Monday morning.
People impacted by the cuts include 16 software engineers as well as product managers and creative marketing employees working in Seattle and Bellevue offices. Nine remote employees, including investigation specialists and risk managers, were also let go.
Employees were notified of the layoffs throughout May and in early June, according to an Amazon filing with the Employment Security Department, released Monday under the Worker Adjustment and Retraining Notification (WARN) Act. The roles are scheduled to end in August.
“[W]e filed a WARN notice because a few businesses across the company made organizational changes that each impacted a small number of employees — in most cases fewer than five employees per business,” said Brad Glasser, an Amazon spokesperson, via email.
WARN notifications are triggered by state law when more than 50 Washington-based employees in total are laid off over a period of 30 days.
“We don’t make decisions like this lightly, and we’re committed to supporting the employees who were impacted,” Glasser added.
It’s a sign of the broader belt-tightening across the tech industry. Microsoft separately cut more than 600 jobs in Washington state on Monday morning, part of global layoffs eliminating 4,800 roles across the Redmond company, primarily in sales, consulting and gaming.
The latest Amazon cuts follow layoffs of 2,198 Washington-based employees in February and 2,303 in October 2025. Globally, the company has eliminated roughly 30,000 positions in the past year, cumulatively amounting to the the largest workforce reduction in its history.
The multiple rounds of layoffs have hit wide-ranging positions and divisions, with software engineers the hardest hit. Corporate support, commercial functions, legal, tax, and ad sales positions have all seen cuts, as have Amazon’s core technology organization, gaming division and robotics unit.
The previous larger cuts were part of an effort to “reduce layers, increase ownership, and remove bureaucracy,” according to a memo sent to employees and posted online earlier this year by Beth Galetti, senior vice president of people experience and technology.
Amazon’s corporate roles numbered around 50,000 in the Seattle area.
Tech giants nationwide have made round after round of job cuts in the past year as they pour billions into AI data center expansions and gain labor efficiencies through the use of artificial intelligence.
Amazon reported $181.5 billion in sales for the first quarter of this year, up 17% from a year earlier. Profits came in at $30.3 billion, boosted by gains tied to the value of its investment in Anthropic.
There’s a common fear about what AI could do to open source. Coding agents take over the beginner-friendly issues that help new contributors get started; the code they generate is harder to maintain, and eventually, the pipeline of new maintainers dries up. It’s a plausible scenario. But according to new research, it doesn’t appear to be what’s actually happening.
A study submitted to arxiv.org on July 2 out of Peking University tracked 1,888 GitHub repositories that adopted AI coding agents, tools like Cursor and Claude Code, to see how those projects changed after AI entered the workflow. The researchers treated adoption as the point when a project committed its first agent configuration file, something like a .cursorrules or CLAUDE.md, and then compared those projects against a matched set that never adopted.
They used difference-in-differences, which is basically the gold standard for separating what a tool actually caused from whatever was already going on in a project before the tool showed up. And what they found was…not much. Newcomer participation held steady or crept slightly upward. Under the most conservative statistical specification, the worst they could find was a 1.5% dip that didn’t approach statistical significance.
Cyclomatic complexity, which counts the number of independent paths through a function, ticked up 3% to 4% across all languages after adoption. Cognitive complexity, the trickier metric that penalizes heavily nested logic and tangled control flow, jumped by about 11% in Python projects. That sounds bad until you compare it to a Carnegie Mellon study published last year, which found that Cursor adoption drove a 41% increase in the same metric. The Peking University team, working with a larger and more established set of projects and tighter statistical controls, landed at roughly a quarter of that earlier estimate.
But where the study really gets interesting is that instead of just reporting complexity and newcomer numbers as two separate findings that happen to live in the same PDF, they locked the analysis to the exact 128 Python projects where complexity actually increased.
On those same repos, newcomer entry didn’t decline, retention held steady, and the active contributor base grew. Both effects are real, but they don’t seem to be connected. AI-generated code is getting a little more complicated, yet that extra complexity doesn’t appear to be discouraging newcomers, at least at the levels this study found.
AI-generated code is getting a little more complicated, yet that extra complexity doesn’t appear to be discouraging newcomers, at least at the levels this study found.
There are a few important caveats. The biggest issue is that the study focused on established open-source projects. Nearly two-thirds of the repositories that adopted AI coding tools did so almost as soon as they were created, leaving researchers with no meaningful pre-AI baseline for comparison. Those repositories were excluded from the main analysis, which instead focused on 603 projects with at least six months of history before AI was introduced.
The researchers also examined the full dataset, in which newcomer participation appeared to decline. But a closer look showed those projects were already losing contributors before they adopted AI, making it impossible to blame the decline on the tools themselves.
There’s another limitation, too. The study measures AI adoption by looking for configuration files associated with tools like Cursor, not by tracking how often developers actually used them. That means it can tell us what happened after projects adopted AI, but not whether teams that relied heavily on AI experienced different outcomes than teams that only experimented with it.
GitHub says merged pull requests across the platform have grown from about 25 million per month in early 2023 to roughly 90 million a month today.
GitHub has started responding, too. The company recently introduced limits on the number of open pull requests that outside contributors can have at once, along with new tools to help maintainers sort through growing review queues.
The crowding-out fear is, for now, put to rest.
The crowding-out fear is, for now, put to rest. In established open-source projects, at current adoption levels, AI agents are not pushing newcomers out the door. However, pull request volume has nearly quadrupled. The code arriving in those PRs is a bit more complicated. The people submitting it may not fully grasp what they’re proposing. And all of that lands on maintainers whose ranks are not growing at anything like the same pace.
The researchers say future work should examine how heavily projects rely on AI coding tools and find better ways to study repositories that were effectively born with AI. Those are important next steps. But the question that feels most pressing is: Not whether AI changes who shows up to contribute, but whether it changes the effort required to maintain an open-source project over time.
Not whether AI changes who shows up to contribute, but whether it changes the effort required to maintain an open-source project over time.
The post A new study just debunked the biggest fear about AI and open source appeared first on The New Stack.
Back in 2022, I brought home a new 2023 Nissan Leaf S and I’ve had a blast driving it since. In hindsight, it was one of my best purchases in a long time– it’s super fun to drive, and other than tires/alignment it has required zero maintenance (not even refilling the wiper fluid!) in the 45 months that I’ve driven it almost 38K miles. It’s a great car.
But.
As early as one year in after getting my Leaf, I was already thinking about upgrading to something bigger in a year or two. I was excited that the 2026 Leaf fixes many of the problems of mine (bigger battery, nicer features, winning charger) but was disappointed to see that it’s got a backseat that seems even smaller than that of the 2023. I pondered waiting for a Tesla Model YL (the upcoming extended length version of the Y) but I’ve been souring on the Tesla because they’re everywhere nowadays and the look doesn’t appeal to me as it once did.
On June 27th, I bought an Equinox EV AWD in RipTide Blue with the cloud grey interior:

A week prior, I’d test-driven a Blazer EV and was disappointed that driving it felt … pokey. It was big and comfortable, yes, but driving it felt more like my CX-5 than my sporty Leaf, despite the 220HP electric motor. I’d initially been skeptical of going to the all wheel drive model as it cost more ($3300) and dropped estimated range (from 319 to 307), but online reviewers raved that the additional 80HP gave it the “electric car zip” that I was looking for.
So the following Saturday, as my kid warmed up at his out-of-town swim meet, I drove up from San Antonio to San Marcos (a lot further than I realized) to test drive the AWD LT2 trim. As soon as I sat down in its big comfy grey seat, I knew I wanted it. Ten-seconds off the lot in the test drive, I dropped the pedal and got that roller-coaster takeoff feel I was craving. The price was good (about $10K under sticker for the Riptide Blue one I wanted that had been used as a courtesy vehicle). Then it was just an annoying amount of paperwork before I got the keys and headed back to the meet.
I’ve only got some initial impressions, but here they are:
In the nine days I’ve owned the Equinox EV, I’ve driven it to and from San Antonio twice and around town a bit, but I’ve been driving my Leaf more than I expected– it’s still fun, easy to park, and 33% more energy efficient than the Equinox.
So, why I bought, in order of reasons:
I’ll expect I’ll update this post over the next few months when I’ve got more informed things to say.
-Eric
My Car History:
The new Cloud rebuild option in Windows Recovery Environment (WinRE), enabling a full Windows reinstall using files downloaded from Windows Update.[/caption]
To learn more, see https://aka.ms/CloudRebuild.
UI showing the refreshed Account Control flyout with subscription badges, account benefits, and storage details.[/caption]
Thanks,
Stephen and the Windows Insider Program team