frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

AI Is Finally Eating Software's Total Market: Here's What's Next

https://vinvashishta.substack.com/p/ai-is-finally-eating-softwares-total
1•gmays•23s ago•0 comments

Computer Science from the Bottom Up

https://www.bottomupcs.com/
1•gurjeet•53s ago•0 comments

Show HN: I built a toy compiler as a young dev

https://vire-lang.web.app
1•xeouz•2m ago•0 comments

You don't need Mac mini to run OpenClaw

https://runclaw.sh
1•rutagandasalim•3m ago•0 comments

Learning to Reason in 13 Parameters

https://arxiv.org/abs/2602.04118
1•nicholascarolan•5m ago•0 comments

Convergent Discovery of Critical Phenomena Mathematics Across Disciplines

https://arxiv.org/abs/2601.22389
1•energyscholar•5m ago•1 comments

Ask HN: Will GPU and RAM prices ever go down?

1•alentred•5m ago•0 comments

From hunger to luxury: The story behind the most expensive rice (2025)

https://www.cnn.com/travel/japan-expensive-rice-kinmemai-premium-intl-hnk-dst
1•mooreds•6m ago•0 comments

Substack makes money from hosting Nazi newsletters

https://www.theguardian.com/media/2026/feb/07/revealed-how-substack-makes-money-from-hosting-nazi...
5•mindracer•7m ago•1 comments

A New Crypto Winter Is Here and Even the Biggest Bulls Aren't Certain Why

https://www.wsj.com/finance/currencies/a-new-crypto-winter-is-here-and-even-the-biggest-bulls-are...
1•thm•7m ago•0 comments

Moltbook was peak AI theater

https://www.technologyreview.com/2026/02/06/1132448/moltbook-was-peak-ai-theater/
1•Brajeshwar•8m ago•0 comments

Why Claude Cowork is a math problem Indian IT can't solve

https://restofworld.org/2026/indian-it-ai-stock-crash-claude-cowork/
1•Brajeshwar•8m ago•0 comments

Show HN: Built an space travel calculator with vanilla JavaScript v2

https://www.cosmicodometer.space/
2•captainnemo729•8m ago•0 comments

Why a 175-Year-Old Glassmaker Is Suddenly an AI Superstar

https://www.wsj.com/tech/corning-fiber-optics-ai-e045ba3b
1•Brajeshwar•8m ago•0 comments

Micro-Front Ends in 2026: Architecture Win or Enterprise Tax?

https://iocombats.com/blogs/micro-frontends-in-2026
1•ghazikhan205•11m ago•0 comments

These White-Collar Workers Actually Made the Switch to a Trade

https://www.wsj.com/lifestyle/careers/white-collar-mid-career-trades-caca4b5f
1•impish9208•11m ago•1 comments

The Wonder Drug That's Plaguing Sports

https://www.nytimes.com/2026/02/02/us/ostarine-olympics-doping.html
1•mooreds•12m ago•0 comments

Show HN: Which chef knife steels are good? Data from 540 Reddit tread

https://new.knife.day/blog/reddit-steel-sentiment-analysis
1•p-s-v•12m ago•0 comments

Federated Credential Management (FedCM)

https://ciamweekly.substack.com/p/federated-credential-management-fedcm
1•mooreds•12m ago•0 comments

Token-to-Credit Conversion: Avoiding Floating-Point Errors in AI Billing Systems

https://app.writtte.com/read/kZ8Kj6R
1•lasgawe•12m ago•1 comments

The Story of Heroku (2022)

https://leerob.com/heroku
1•tosh•13m ago•0 comments

Obey the Testing Goat

https://www.obeythetestinggoat.com/
1•mkl95•13m ago•0 comments

Claude Opus 4.6 extends LLM pareto frontier

https://michaelshi.me/pareto/
1•mikeshi42•14m ago•0 comments

Brute Force Colors (2022)

https://arnaud-carre.github.io/2022-12-30-amiga-ham/
1•erickhill•17m ago•0 comments

Google Translate apparently vulnerable to prompt injection

https://www.lesswrong.com/posts/tAh2keDNEEHMXvLvz/prompt-injection-in-google-translate-reveals-ba...
1•julkali•17m ago•0 comments

(Bsky thread) "This turns the maintainer into an unwitting vibe coder"

https://bsky.app/profile/fullmoon.id/post/3meadfaulhk2s
1•todsacerdoti•18m ago•0 comments

Software development is undergoing a Renaissance in front of our eyes

https://twitter.com/gdb/status/2019566641491963946
1•tosh•18m ago•0 comments

Can you beat ensloppification? I made a quiz for Wikipedia's Signs of AI Writing

https://tryward.app/aiquiz
1•bennydog224•19m ago•1 comments

Spec-Driven Design with Kiro: Lessons from Seddle

https://medium.com/@dustin_44710/spec-driven-design-with-kiro-lessons-from-seddle-9320ef18a61f
1•nslog•19m ago•0 comments

Agents need good developer experience too

https://modal.com/blog/agents-devex
1•birdculture•21m ago•0 comments
Open in hackernews

It's 2026 now. Is Webpack 6.x going to happen?

3•narukeu•1mo ago
Over the last couple of years, tools like Vite and Next.js(Turbopack based) have clearly taken the lead as the "default choice" when selecting tech stacks for new projects. From my own observation, it seems very rare for teams to prioritize Webpack as the bundler for a greenfield project nowadays.

However, looking at it from another angle, Webpack still maintains relatively active development on GitHub and hasn't officially entered "maintenance mode." The recent release of Babel 8 Beta also reminded me that these veteran infrastructure tools in the JS ecosystem are still capable of self-renewal and seeking breakthroughs.

I'd love to hear your thoughts:

1. Do you think Webpack will actually release a version 6.x? Or will they just continue evolving on 5.x for the long haul?

2. If they do release it, what major changes do you expect? Will they introduce Rust into the core?

3. Could the release of a 6.x version potentially restore Webpack as the "first choice" for new projects?

Comments

davydm•1mo ago
Webpack is really powerful, however, it's a huge generalist, and I think the specializing tools are showing their speed. In addition, webpack has suffered the same unnecessary churn that a lot of J's projects do, where upgrades become incredibly difficult due to arbitrary changes without (easily implementable) backwards compatibility. The cheese moved, but to little or no benefit for the consumer. Ask me - I've been trying to upgrade a vue2/webpack4 project to vue3/webpack5 for a long time but can never get far enough - always hit a wall. I've been looking at ways to move to vite specifically because of this, and I thought I was blocked by some rather deep integration into webpack which facilitates building branded versions of our white label app, but I think I see a way with vite.

Webpack honestly needs official, guided tooling configurators. Documentation often mentions a block of code, but not exactly _where_ to put it. AI agents are apparently stumped by a 4-5 upgrade, documentation lets me down, no automated upgrade tooling, and a lot of the changes I've seen are just cheese movement - add nothing useful, but require upgrade maintenance.

If webpack wants to take the top spot again, they need to work on: - performance: this is the most obvious issue right now. Webpack builds aren't exactly fast, and the new breed of tooling, esp vite, blows webpack away - consistent api: stop moving cheese arbitrarily, or, if you have to change things, provide backwards compatibility shims or upgrade tooling - improvements to documentation: it should be so hard to figure out where suggested config blocks of code should go - providing real examples would help

narukeu•1mo ago
I agree with your point. From my observation, bundlers in the JavaScript ecosystem are indeed becoming more specialized. Meanwhile, tooling libraries and backend code are genuinely moving away from bundlers due to the growing popularity of the "Pure ESM" concept. If that's the case, bundlers may truly be relevant only for frontend scenarios now. Given this shift, it makes more sense to focus bundlers specifically on frontend use cases, and we no longer need those "general-purpose" bundlers. Moreover, Webpack really is overly complex.
dimitrisnl•1mo ago
Any release will definitely not restore Webpack as the "first choice". That ship has sailed and Webpack has accumulated a lot of bad rep.

Maybe for a few people who used to run Webpacker in Rails, and migrated to shakapacker instead of Vite, it will be good news.

When a tool like this (which was never pleasant to work with) loses the lead, it never restores it.

narukeu•1mo ago
According to your view, is Webpack becoming "the next jQuery" merely a matter of time?
dimitrisnl•1mo ago
Nothing wrong with jQuery. If a dev dependency irks me, I have no reason to revisit it no matter how better it got. We moved on.
acemarke•1mo ago
I haven't looked specifically at Webpack's development lately, but having seen the overall activity and competition in the bundling ecosystem: no, a 6.x release seems unlikely, and also pretty irrelevant at this point. And no, I don't see Webpack becoming a default choice again.

- Vite has become the default for most SPAs

- Vite is now backed by the VoidZero company, which is moving full speed ahead on a suite of Rust-based build tooling: Rolldown for bundling, Oxc for parsing, etc

- Meanwhile, you've got Bytedance cranking out RSPack and RSBuild

and at least another half-dozen alternatives.

narukeu•1mo ago
Thanks for the reply.

My worry isn't so much about the tech itself, but rather the governance issues—and it's not about "Make Webpack Great Again."

1. I genuinely like Vite's design and UX (I actually started my frontend career with Vite + Vue). My only concern is the ecosystem getting vertically integrated under a single commercial roadmap (Oxc => Rolldown => Vite). It feels like shifting from a community-driven ecosystem to a VC-driven product suite. I am worried about vendor lock-in, especially with commercial suites like "Vite+" existing.

2. Regarding Rspack/Rsbuild, I do treat them as one of the Webpack alternatives. Although ByteDance doesn't rely directly on build tools for profit like Vercel or VoidZero, and Rspack/Rsbuild reuses community results, I feel the vendor lock-in risk isn't that high. But Rspack/Rsbuild's current volume isn't huge -it's obviously much smaller compared to Webpack/Vite. So I think I might need to wait and see.

3. I previously valued Webpack 6.x mainly because of the governance structure. Like Node.js, it belongs to the OpenJS Foundation after all. I guess I feel that for such critical infrastructure, neutrality is quite important. When choosing tech for frontend projects, I also focus heavily on community governance. The only regret is that it's a bit old and has performance issues. So, I was kind of hoping it could solve some of its downsides.

I'd love to hear your thoughts on what I said above. Also, I am curious about your take on the current shift in the JS ecosystem. I think in the current JS ecosystem, commercial companies are increasingly dominating core infrastructure *directly*, and using that infrastructure as a core part of their business plans. Objectively speaking, this leaves *less and less room for neutral, community-driven governance*.