The Web Is More Than Enough
Posted by edward 1 day ago
Comments
Comment by azangru 2 hours ago
I checked the repo, and it is written by Claude. Does this count as writing it himself?
Comment by simonw 1 day ago
> The web browser is very, very, very powerful software for applications, and the cost of accessing that power is going down seemingly every day.
It's wild how much easier it is to build things that harness web technology these days. I'm building features on top of three.js and offline storage and SSE and WebAudio and WebAssembly multiple times per week these days. I used to tinker with some of those maybe once or twice a year.
Comment by pjm331 8 hours ago
would be fun to revisit and see what v2 would look like today, I have a feeling I wouldn't be manually recording voice lines this time around ha
Comment by kragen 14 hours ago
Comment by socalgal2 21 hours ago
Ask your LLM, "Can we remove three.js so that we can re-architect the graphics system to be more optimized for our specific use case?" and see what it comes back with.
Comment by simonw 19 hours ago
Here's a thing I made in Three.js this morning - a Nudibranch themed Faberge Egg: https://static.simonwillison.net/static/2026/Hidden-Reef-Egg... (77KB)
I just asked Claude (Opus 5.5 Medium running in regular Claude Chat) to port that to Vanilla JS, in the same thread where it had built it, and got this: https://static.simonwillison.net/static/2026/Hidden-Reef-Egg... (98KB)
They aren't identical - you can see what Claude said about that in the transcript (I don't fully understand why it differed): https://claude.ai/share/e56d163e-2793-4677-aa11-191d5058b414
But yeah, it turns out Claude Opus 5.5 is perfectly capable of 3D modeling in Vanilla JS + WebGL without Three.js.
In eyeballing the code I find the Three.js slightly easier to understand myself, but I rarely look at the code for these 3D projects so that isn't a particularly big deal.
Comment by socalgal2 18 hours ago
Also, comparing, the three.js version downloaded 395k representing 1.6meg of data. The raw version downloaded 109k representing 200k of data. You listed the three.js version is as smaller but it's not smaller, it had to download three.js
Comment by whilenot-dev 16 hours ago
Comment by merelysounds 15 hours ago
Comment by onion2k 15 hours ago
Comment by Bengalilol 15 hours ago
Vanilla : 173,4 ko
Vanilla gets way better FPS on my M1.
Comment by reuben364 4 hours ago
Comment by thisismyanon2 12 hours ago
Comment by what 22 hours ago
You mean the LLM is?
Comment by jpardoe 17 hours ago
Comment by vconnor 22 hours ago
Comment by Lalabadie 8 hours ago
- Wow! It must take a lot of time.
- Oh no, I wouldn't know the first step anyway. I'm paying someone else to do it.
This conversation but with software.
Comment by satvikpendem 5 hours ago
Comment by velcrovan 21 hours ago
Comment by acoustics 20 hours ago
I'll preface that "built" is an overloaded term, and different people use LLMs with lower or higher levels of involvement.
But does a tech lead "build" a feature when he delegates to a junior engineer and makes suggestions/corrections as needed?
With modern agentic coding harnesses, the delegation analogy seems much more apt than a compiler analogy, which never really held water.
Comment by badsectoracula 3 hours ago
Junior engineers are humans like the tech lead.
LLMs are software like a compiler, an IDE or a paint program.
So IMO comparing an LLM to a junior is dehumanizing. Comparing it to a compiler is more apt (though a better comparison is with IDEs and editors: after all you use an LLM to write the code, not compile it).
Comment by simonw 19 hours ago
Comment by sharkbird2 15 hours ago
Comment by acoustics 18 hours ago
I like to say that I build software with Claude. "With" does double duty here, meaning both "alongside" and "using", and it covers the range of ways I use the tools.
The objection to saying "I built this" is pedantic, but so is the insistence that one really did build it. But does it really matter? At the end of the day, there is tons of cool new software to make and play with, and it wouldn't be there without human guidance.
Comment by kragen 14 hours ago
Comment by PostOnce 17 hours ago
https://learn.cemetech.net/index.php/TI-BASIC:Hexcodes
Computers aren't magic, they're understandable.
But LLMs are magic, and aren't understandable, and that leads to poor results.
Comment by stackghost 20 hours ago
Comment by Kuyawa 4 hours ago
I am developing a game and right now got iOS, macOS, Android, web responsive, Rust for Linux and Rust for Windows versions ready. Six different source folders for the same game. It is exhausting even with the help of modern tools
If we could use just one tech stack providing native parity without drawbacks for all of them that would be the final achievement in software development, but I still think we are decades away from that
Comment by the__alchemist 23 hours ago
Comment by phailhaus 5 hours ago
Comment by badsectoracula 4 hours ago
Not to mention trying to convince them to use the latest version with all the (mis)features it might have: they have no choice!
Comment by phailhaus 4 hours ago
Comment by badsectoracula 4 hours ago
Yes, web apps are fine if i don't trust the source much. As an example i use the web-based version of Discord in a Firefox tab instead of the native version.
Comment by carlosjobim 4 hours ago
Comment by phailhaus 4 hours ago
Comment by carlosjobim 3 hours ago
And the place you get your app from usually automatically knows which OS you are on.
And also most web apps of any sophistication demand that you register an account to use them, click the verify email link etc
Comment by DarkNova6 5 hours ago
Comment by DarkNova6 3 hours ago
Comment by owebmaster 9 hours ago
Comment by nojvek 7 hours ago
Web is very ubiquitors. Works on desktop, works on phone, works on raspberry pi, works via cli, agent can browse it, human can browse it.
All you need is a url. You can pass via word of mouth.
The problem with web, is it got complex and jammed. So native apps still have an edge in performance and what they can access in platform.
Google and Apple make billions from their app store fees. So they're not too interested in web apps being as powerful and efficient as native apps.
The web is phenomenal though.
Comment by maelito 3 hours ago
The main problem we're struggling with is mobile OSes' will to hide the possibility of installing Web app on our devices, and deactiving things like the vibration API. Not the Web itself.
Comment by palata 1 day ago
Many people (me included) like to complain about how systemd is trying to overtake everything, but browsers are a lot worse than that. Even if I can realistically choose my OS today, I have to run most apps in a browser. And the browser landscape is not that nice in terms of freedom: Google controls it through Chromium, Apple manages to force their users to use Webkit, and Firefox... is marginal.
More than that: I can realistically assemble my own OS, that is actually feasible. The one tricky component that I will need to integrate, though, is the browser. And the browser landscape, again, is totally controlled by BigTech.
Pushing for webapps is pushing to lock us into Chromium, controlled by Google. I don't see what's great in shipping a copy of Chromium embedded in a webapp and calling that a "desktop app".
I want control and diversity. The Web is far from there, and for some reason people love that.
Comment by cowlevel 18 hours ago
Back when a web browser meant parsing tags and deciding where to place floating images, you could reasonably write your own. Now there's just too much of it. Even without JavaScript.
Comment by satvikpendem 5 hours ago
Comment by waterTanuki 1 day ago
Native apps have their place, but the average everyday user is becoming more and more hostile to the idea of installing an application and just using their existing web browser to accomplish the same task. I know I would rather use my limited SSD space for photos, games, and movies, than 100 different apps. Also supporting hundreds of different pieces of hardware isn't economical for most projects. The web solves both problems in that it gets your app into the hands of users immediately and you can delegate the responsibility of supporting various hardware to the browser vendors.
Google also doesn't own the web contrary to popular belief (Even if they have an outsized amount of influence). The web is an open standard, anyone could hack together their own browser if they wanted to with enough time and effort. That amount prior to the AI era was so large, only a shop like Google, Firefox, or Apple could put in the time and effort required to make one, and the amount of time of effort that requires is falling significantly day-by-day due to LLM generated code.
Comment by palata 23 hours ago
Do you actually use 100 different apps in the browser? The web is nice for loading websites, obviously you shouldn't have to install one app per website. But anything more complex than a website should be a program you install.
> hostile to the idea of installing an application
When you load a webapp, you download and run it. It's actually pretty similar to "installing and deleting right after use". If I look at mobile phones, people most definitely install apps they care about. Nobody would use whatsapp from the browser on their phone, or Instagram, or TikTok, would they?
> isn't economical
Oh yeah, I agree that the cheap option is to have a webapp. Usually it's not even done well: I often have to run Chrome because the cheap webapp doesn't work on Firefox. Next step to get cheaper: vibe-coded webapps. We're getting there, but it does not make it desirable!
> Google also doesn't own the web contrary to popular belief (Even if they have an outsized amount of influence).
Are you really trying to say that "the web" is not "the property" of Google? I mean, I agree, but... do you actually believe that this is what I meant?
Comment by austin-cheney 21 hours ago
The big distinction is security policy. There is a tremendous amount of things you can do in the browser that you cannot do on the desktop if you do not own the computer.
Comment by palata 15 hours ago
When you do not own the computer, I assume you are prevented from doing some stuff for security reasons. The problem being that you could easily break your computer, and your company does not trust you not to do it. But I would argue it's a security model issue on the OS.
Typically, it is not an issue on mobile OSes, because apps are sandboxed by default. And users generally have fewer issues installing mobile apps than installing desktop software, it seems?
Comment by skydhash 4 hours ago
The main issue comes from the mixing of those two models where users own a computer, but vendors keep thinking of them as clients for their services. No longer content to use the network as the boundary, they also want a boundary inside the computer. Discord is not that fundamentally different from IRC, and people usually had no reason to sandbox their IRC clients, but you always have to worry about Discord doing some nefarious updates or abusing its role.
Comment by BrenBarn 14 hours ago
Comment by waterTanuki 23 hours ago
Yes. My tab count regularly exceeds 100.
> If I look at mobile phones, people most definitely install apps they care about. Nobody would use whatsapp from the browser on their phone, or Instagram, or TikTok, would they?
You're confusing volume of applications with time spent on applications. These users have 2-3 tasks they're willing to download and install an app for, but chances are you will never develop an app billions of users will have open for most of the day, and most users don't want to download an app to do things outside of Instagram, TikTok etc.
> Oh yeah, I agree that the cheap option is to have a webapp. Usually it's not even done well: I often have to run Chrome because the cheap webapp doesn't work on Firefox. Next step to get cheaper: vibe-coded webapps. We're getting there, but it does not make it desirable!
Invisible hand of the free market tends to take care of that. And I say that as someone who leans liberal progressive when it comes to economic policies. I doubt the 1.0 versions of many "hand-crafted" apps would hold up to today's standards either.
I really don't understand how some people think it's possible to craft a "perfect" version 1.0 of anything and then release it out into the wild with 0 problems. This was an issue BEFORE vibe coding. Does anyone here remember the first release of Cyberpunk 2077? Software doesn't magically improve by itself, it has to run into real world friction and feedback from users to get anywhere. Even if that feedback is just "this app is vibe-coded slop".
> Are you really trying to say that "the web" is not "the property" of Google? I mean, I agree, but... do you actually believe that this is what I meant?
Yes. "Chaos is a ladder". Instead of bemoaning the state of the internet, it's more productive to find opportunities in the current chaos.
Comment by palata 22 hours ago
What do you call a webapp? To me, Gmail is a webapp. Google Docs is a webapp. A video game running in the browser is a webapp. Outlook running in the browser is a webapp. Google Meet is a webapp.
HN is NOT a webapp. Google Search is NOT a webapp. A blog is NOT a webapp. Those are "websites" (again, my wording for clarity).
My stance is that the web is great for websites, not for webapps. Apps should run on the OS, not in the browser.
> most users don't want to download an app to do things outside of Instagram, TikTok etc.
But again, what do they do outside of Instagram, TikTok, etc? Almost nothing, right? And most of that nothing is probably done on websites, not webapps.
Sure, they don't want to install an app to order something on Temu/Zalando. But those should be websites anyway.
> Invisible hand of the free market tends to take care of that.
Invisible hand doesn't work in a market ruled by quasi monopolies.
> I really don't understand how some people think it's possible to craft a "perfect" version 1.0 of anything and then release it out into the wild with 0 problems.
In good approximation, nobody thinks that. That's why you can update software. Which is done in webapps in a way, though brute-force style: instead of updating the webapp when it changes, you re-download it every time.
> Instead of bemoaning the state of the internet, it's more productive to find opportunities in the current chaos.
My point is: "don't write webapps, write native apps". There are plenty of opportunities there.
Comment by thesuitonym 3 hours ago
I would if those apps didn't intentionally make the web version worse than the app. There was a small amount of time where TikTok was under scrutiny from the US government and not available for download. Somehow, during that time the website worked just fine, but once the deals were signed and the app was available for download again, somehow the app became too complex to work on the web. Funny how that works.
Comment by jauntywundrkind 21 hours ago
i find it ridiculously uncompelling. it's always felt not like a well formed grounded way to be. it's amazing that we have really good capable platforms that can help us. especially when there are multi-polar orgs like w3c and what and lately wicg that serve as stewarts, that watch over these platforms. when there are often ietf tie ins. when there are projects like interop that help move the platform forward across browsers, agree on the baseline.
what's so viciously deeply libertarian coded to me about this assessment is it's me me me me me. what can i do? what can i make? what software can i build? with some notes of fear to tell you google is bad. beware google. i realize the anti-google sentiment is super strong in the world, but after being around the web for decades i can hardly say what thanks and joy and celebration i have to google for building the ultimate existential hedge against everyone else: a free platform for the free world that runs free on endless devices, that is the only free platform the world has ever seen with any success. that has gotten vastly better.
i think at this point and for half a decade plus on HN the "I know it tends to be an unpopular opinion" is thanks for the web and google. i think i'm in the minority for my thanks. i think the outrage and dismisal and scare words is by far the most popular stance.
but what's on the other hand? native apps, on native platforms? those things that run on 20% of computers, that you have to be a licensed paid up authorized developer to ship to, that have very long queues for submitting your app to to maybe some day have it approved perhaps?
the libertarian view is what you can do. yeah, the super small, the do it yourself. it's a fantasy.
the mature societal view is what we can do. it's having this permissionless platform that anyone can build software for. it's having Project Fugu trying to make that platform competitive, good, capable: giving hte native platform a constant run for the money. so that we all can benefit. so that any dev can make an app. it's "extensible web manifesto", where the web doesn't bake in particular flavors of software development, so we can choose jquery or backbone or react or vue or solid or svelte or lit, so society can iterate and keep refining and re-deciding what surface they want to program to, what models fit them, what they want to program against: you don't see that with native platforms! you get what they are and that's mostly that!
you get such a wide ranging low level platform, such freedom to use it as you please on the web. but much much much more, everyone else can enjoy it too. it's a civilized platform, the only civilized one where we have control, where we the world has say. if you don't like the native platforms, well, you can remake something else, but it'll be you and your couple friends perhaps amid the 7b people who are still using either the web or what big companies gave them.
the libertarian sees what they can do. but i'm really interested in what we can do. and there's nothing like the web for this. as developers, as users, as users in-between user-scripting or writing extensions: for everyone, as the article says:
> and the cost of accessing that power is going down seemingly every day.
Comment by palata 14 hours ago
First, Google did not give us the web. Google gave us a good search engine, then Gmail, then worked very hard towards becoming the quasi-monopoly it is by killing the competition in a way or another. There are countless examples of monopolistic behaviours by Google in... a lot more than half a decade.
Second, I get that you are into web, and hence you can mention "jquery or backbone or react or vue or solid or svelte or lit", but you should really look into what exists outside of the web. There are tons of ways (and even languages!) to write desktop apps or mobile apps!
> where the web doesn't bake in particular flavors of software development
On the web, you do what the browser allows you to do. Just like on an OS. Turns out that there are many more OSes than browsers, many of which are not maintained by BigTech.
You think the web doesn't bake in particular flavours of software development? How do you do multithreading? How do you open a port and receive network packets? In order to run code in a language other than Javascript, you had to wait years for WebAssembly to become usable, and even then, it's not like it was life-changing: you may be able to compile python to WebAssembly and run it in a browser, but... really?
> native apps, on native platforms? those things that run on 20% of computers, that you have to be a licensed paid up authorized developer to ship to, that have very long queues for submitting your app to to maybe some day have it approved perhaps?
Have you ever written a native app? Like, a program that runs on Windows, or Linux, or macOS, or BSD, or Android? Sure, iOS is annoying as hell, but you have mainstream choice* apart from it. What's my alternative to Chrome? A rebranded Chromium? Or maybe Firefox, but still I need to run Chrome once in a while because your great web perfection routinely fails to run on Firefox.
Really, go have a look at what's out there! If you are grateful for Google in 2026, it suggests that there is actually a lot for you to discover. That's exciting!
Comment by jauntywundrkind 7 hours ago
Incorrecet
> How do you do multithreading?
Webworkers. Before that, sometimes iframes.
> How do you open a port and receive network packets?
Webrtc, hopefully https://wicg.github.io/local-peer-to-peer/
> In order to run code in a language other than Javascript, you had to wait years for WebAssembly to become usable,
GWT, CoffeeScript, examples go on and on and on. You did have to wait years for wasm. But also, it's fine and in some ways far far better that there are de facti languages for the web, and that's been a huge part of why it's so uniquely rfc8890 compliant, in ways that no mere platform has ever been.
There's more out there alright, but it's still this libertarian what can I do. It's the developer centric view. None of these other platforms improve what can we do. None of them have the ambition to be available on tens of billions of devices. None of them are connected by default, networked, in anywhere near the way the web is. None of them have multi-polar governance & cooperation.
I'm very glad there's other things happening. But also their ambition has been very low. The web remains ridiculously different than every other way to run processes, while everything else (except Erlang/beam) clusters very very tightly around writing single processes that need libraries to build up to http or websocket or grpc or quic. There's been a tragic failure to think anywhere near as big as the web, to develop models where something declarative like the page leads the charge, grounds the programming model in something material, constructible, clear.
Google as far I'm concerned did make the web, added heat and pressure to keep going, to not stop here, to make it fast, gave us examples of use like (via acquisition I believe) Google Maps, and Gmail. We would still have had a web, but the parallel reality if they hadn't been finding browsers, spec writers, dev tools: it's a ghastly impoverished sad world, one where native apps actually look like a good choice for the world.
Comment by alala-lala-lon 5 hours ago
Comment by galaxyLogic 19 hours ago
Any application can have a web-GUI, so why not have it, and they do, because that allows more people to use the app, with the standard conventions. Once you learn the basic functionalities of the browser (like back-button etc.) you can benefit from that knowledge with any app.
This starts to look like the good old OSI-model thinking. GUI is one layer, and like other layers it can be standardised.
Comment by galaxyLogic 19 hours ago
Any application can have a web-GUI, so why not have it, and they do, because that allows more people to use the app, with the standard conventions. Once you learn the basic functionalities of the browser (like back-button etc.) you can benefit from that knowledge with any app.
Comment by utopiah 10 hours ago
Comment by JoshTriplett 1 day ago
- One browser window (with tabs)
- One terminal window (with tabs)
- Signal (not a web app, for good reason, though frankly I'd be thrilled if it lived in a browser tab anyway as an app being served to localhost)
- The occasional PDF viewer for PDFs I'm working on (anything loaded from the web gets viewed in the in-browser PDF viewer, but when I'm creating presentations or papers or similar, I have a terminal and a PDF viewer both half-maximized)
- Video player for local videos (mpv)
- Music player for local music (quodlibet)
Comment by xeyownt 17 hours ago
Comment by palata 1 day ago
Because it's fun, but that's all it is. I had a class at university decades ago where the goal was to transmit data between two computers over audio (and the sound was unpleasant). It's not a novel idea, it's just not something that should be done other than for learning or fun.
Comment by cowlevel 18 hours ago
Comment by rsync 21 hours ago
Most of the problems we have with online security, privacy, tracking, etc., are the result of the rapid, irresponsible and sometimes infantile expansion of capabilities of the simple web browser.
Canvas? Resolutions? Sound drivers? web-usb ?!
We’re giving up something very valuable when we “improve” html or “enhance” the browser.
Comment by mxuribe 5 hours ago
I think I might want to move that forward a tiny bit...to maybe 2000 ~ 2005; but no further...but i get your point, and you're NOT wrong!
> Most of the problems we have with online security, privacy, tracking, etc., are the result of the rapid, irresponsible and sometimes infantile expansion of capabilities of the simple web browser.
While I am so impressed by some functions that modern web browsers can do, and how creative some people can get...I'm with you!
> Canvas? Resolutions? Sound drivers? web-usb ?!
Like 20% of the cool - and i'll add advanced - functions that modern browsers can achieve is really impressive! But, i think they *should* only be used for like 20% (or the minority) use cases...Whereas the rest of 80% functionality should be as basic as hell! A browser started as a document viewer, and we've strayed soooo far from that! And worse, since everybody wants to put apps into the browser, now browsers have to become the "operating system" for everything. If things ran smooth and simple, and every web page was not full of 500MB worth of crap, then maybe a browser as an operating system for most functions might be ok...but, nope. That's not the reality we live in. People keep jamming in all sorts of functions into the browser - because they can - so, things will continue to deteriorate. We can fight to backtrack this reality, or create an alternative (perhaps retro sort of) reality - e.g. Gemini capsules, neuvo BBS, etc., or we can opt out and go offline as much as possible. Lately, I've been dabbling tons more in the latter 2, and I feel much happier.
Comment by 505050 1 day ago
Comment by JoshTriplett 1 day ago
Comment by criddell 1 day ago
Comment by cowlevel 17 hours ago
Comment by cyberax 21 hours ago
I don't think I know even a single exception outside the hardware-heavy games or AR/VR.
Comment by thesuitonym 3 hours ago
> no tabs
Brother what are you even talking about? Tabbed applications predate the WWW.
> no bookmarks
Bookmarks are not a part of web apps, they're part of your browser (Which get this: Is a native app!)
> no copy/paste
Again, what are you smoking? Try this if you're on Windows: Open the Start Menu, then type notepad. See that menu bar up at the top? Click where it says Edit. What do you think the copy and paste options there do?
> deep links are usually broken
Okay, I'll grant you this one, deep links generally aren't a thing on native apps. But a native app is a thing that runs locally on your computer. What the hell would you be linking to?
> no ability to open multiple apps side-by-side
Not only can you open apps side-by-side, you can actually open them on top of each other.
Just because you don't know how to use your computer doesn't mean this functionality doesn't exist.
Comment by cyberax 3 hours ago
And most native apps don't have them, especially on mobile.
> Bookmarks are not a part of web apps, they're part of your browser (Which get this: Is a native app!)
And? Which native apps have bookmarks?
Perhaps Apple Maps? Nope. Photos? Nope.
> Again, what are you smoking? Try this if you're on Windows: Open the Start Menu, then type notepad. See that menu bar up at the top? Click where it says Edit. What do you think the copy and paste options there do?
Open the Notepad and copy the text from the menu bar.
> Not only can you open apps side-by-side, you can actually open them on top of each other.
Not with mobile apps. And not with apps like Music.
> Just because you don't know how to use your computer doesn't mean this functionality doesn't exist.
It's funny to hear stupid takes and then ask these stupid takers to show the examples on their phones. Go on, open your phone and try to view the mail in multiple tabs.
Trivial in browser.
Comment by JoshTriplett 23 hours ago
Comment by wry_xy 23 hours ago
I do not enjoy running random strangers' Rust on my machine unless it's sitting in a VM and probably also a container, at which point the performance benefit is gone anyways.
I recently moved all of the desktop apps I reasonably could to browser tabs and have been quite happy with it.
Oh and don't forget how easily you can modify the source. With a simple user script or extension I can modify your website to behave exactly how I want it to without recompiling.
Comment by Karrot_Kream 22 hours ago
In practice since then, browser-based apps ended up eating a lot of the demand for native apps and the web browser as a platform ended up displacing a lot of native apps, but the echo has stayed around here with little grounding. As such the distribution, security, and performance posture for browser and mobile apps has become a lot better while native app toolkits have lagged behind.
There's certainly a possibility that agentic development will make native development "cheap" again and encourage a lot more of it. But the web platform's security posture is much more well fleshed out at this point so I'm not sure.
Comment by JoshTriplett 22 hours ago
Most browsers are evergreen and updated frequently now, to the point that that no longer seems like an issue.
Comment by swiftcoder 5 hours ago
I don't think we should necessarily want to live in a world where the browser is the only way to achieve sandboxing. The various flavours of chroot jails are gradually gaining traction to sandbox native apps as well.
Comment by cowlevel 17 hours ago
Comment by criddell 21 hours ago
Windows though... seems to be stuck in the 90's.
Comment by JoshTriplett 16 hours ago
Comment by cowlevel 17 hours ago
There's no happy middle ground. You'll always have to be careful what you install.
Comment by knollimar 1 day ago
Comment by novafunc 21 hours ago
It gets small things right, like:
- Links open in the default browser
- Smarter about when to open new windows vs overtaking current window
- New windows have access to the same cookies
Those last two were big things when I was using Proton apps as PWAs. For example, I would go to the Proton Docs PWA and it would launch a new Proton Docs window with cookies for the document.
Comment by Rohansi 20 hours ago
A lot of people agree with Apple on this one because most push notifications are spam. I would agree but your installed PWA still needs to request permission to send push notifications to the user, so requiring users to add websites to their home screen is not a permission gate.
Comment by knollimar 11 hours ago
Comment by bigstrat2003 15 hours ago
Comment by JoshTriplett 12 hours ago
Comment by waterTanuki 1 day ago
Comment by Devasta 1 day ago
That AI is making it easier is happenstance, it makes generating UIs in anything easier.
Comment by cowlevel 17 hours ago
You just placed controls at absolute coordinates and they worked. When you ran the program it always looked exactly the same as in the editor. Later Windowses could scale it up by a constant factor for high-DPI displays.
In hindsight it's an excellent use of the KISS principle. We didn't need layout managers. Yes the window couldn't be maximised, but so be it, this was fine for many windows. If you did want that then you had to recalculate the widget positions yourself.
Exemplary of this style, I think, is the Windows 95-98 display settings window. The one every kid discovered because it was quickly accessible by right clicking the desktop and selecting "properties".
Comment by swiftcoder 5 hours ago
Comment by cowlevel 5 hours ago
Comment by austin-cheney 21 hours ago
The other side of that coin is training. You can train people on VB in far less time. Most people writing JavaScript for a living have absolutely no idea what they are doing. Most of these people are completely reliable on React to put text on screen and then other languages at absolutely every opportunity. While there is amazing stuff coming out of a select few start ups and many open source projects, those people are not the typical corporate software developer.
Comment by BrenBarn 14 hours ago
Comment by yakirzana 15 hours ago
Comment by mmahemoff 15 hours ago
Comment by plant-ian 1 day ago
Comment by elxr 1 day ago
We're probably further away now from "web is enough" than we were 5 years ago.
Comment by tclancy 1 day ago
Comment by elxr 1 day ago
The web and people developing for it still have a long way to go before it's enough for me.
Also if you read the article, the topic is discussed entirely within the context of software development and distribution.
Comment by theK 1 day ago
Hadn't really realized this is happening. Is it? Actually my experience right now is the exact opposite.
Comment by swiftcoder 5 hours ago
Several rounds of layoffs in BigTech recently - for example, Microsoft is currently giving "Voluntary Exit Offers" to 60,000+ folks.
That and a general air that management is starting to think that LLMs can do the jobs of expensive engineers...
Comment by bookofjoe 1 day ago
Comment by mrsssnake 1 hour ago
Comment by xyzsparetimexyz 1 day ago
Yeah there's a ton of llm slop web games out there but anything serious is going to be a desktop application
Comment by bagacrap 22 hours ago
The only personal app I use that is native is a game.
So my experience is that web is serious and native is frivolous.
Comment by swiftcoder 5 hours ago
Yeah. I'd really love the reverse to be true, but basically everything in my workflow is either a webapp or an electron shell.
Comment by jauntywundrkind 1 day ago
It's sad we got such intensification of react as a jQuery++, such massive focus on munging html. But we really have made few gains building actual full stack front end architectures, about understanding deeply how to get work off the main thread, how to run js well. And there so much platform there we could be using!
Hurts a lot that workers have had absolutely pitiful ESM support. Still no import maps, and I'd place very high odds this baked nonsense stays just as shitfest when 2030 rolls around. That massively inhibits doing the right thing, makes it massively shittier to use the platform, alas. But it's doable. Bundle bundle bundle. Blah.
Comment by BatchJob 1 day ago
It will be shutoff. And i wont miss it.
Comment by simonw 1 day ago
Comment by the__alchemist 23 hours ago
Comment by palata 1 day ago
Comment by jauntywundrkind 1 day ago
Comment by palata 23 hours ago
Comment by jauntywundrkind 21 hours ago
getting them approved and updated is fucking hell and a half. these companies owning these platforms are ghoulish monsters doing everything they can to make the process shit. and it's gotten vastly worse.
want to give away open source? too bad, pay apple. too bad, pay google. if things had gone differently for microsoft, too bad pay microsoft. for a watch, for a tv? pay x, pay y.
> the OpenCode ios app has been ready for weeks but apple hasn't approved it \ even worse they categorized it as an "internal app" so i don't even know how much they're prioritizing it https://bsky.app/profile/thdxr.com/post/3mzlbwhubqm2t
one of the top 10 ai apps of all time and they're still getting yanked around, can't get things going.
someone else in my feed had a creative neat tarot card app, with some fun twists. that apple outright said they wouldn't even evaluate, because it was already a served market, tarot cards.
a lot of ya'll weren't around and/or dont remember when you had to pay for Microsoft Visual Studios to develop windows apps. to just develop them! as an adult a couple hundred dollars (1996 dollars) isn't so attrocious, but as a grade schooler, it was an so sad knowing i had no chance to get started making gui apps. now it's developer fees yearly, and app store control, which has gotten more and more annoying to work around, with limits on number of installs for pre-releases, with limits on how long the builds work. native platforms are vicious nasty bad things, owned by massive terrible companies. even KDE spent probably two decades being super on the fence, with Trolltech's weirdly Qt licensing being already on the fence and only a rug-pull away from being a horrible mistake to have built to.
Comment by cowlevel 17 hours ago
Comment by jauntywundrkind 15 hours ago
Are your users going to do that? I can imagine you or I doing that. But is that what you want to tell your users to go do?
Alternate app stores are coming. But my understanding is they still require the same developer verification. As a developer, it's only $25/life for now to get registered, if you're an individual. And jumping through some legal hoops, which hopefully you have your paperwork setup for. If your an org, the costs may be higher.
There was some hope open source types might set up their own app stores, to help with the sometimes extremely slow or frustrating or limiting Google Play Store reviews. But we just found out it'll be $10,000/year. And no one in the US is going to get access to that. Also, this channel while convenient still assumes your users have to switch to that app store to get your app. https://www.techrepublic.com/article/news-google-android-reg...
Oh and by the way, you can't sign your apps anymore. You don't actually have control over your apps. Google is replacing apk with App Bundles. In this model, you have to sign your app to upload it, with an upload key you control. But then what actually goes out and gets checked is Google shipping their signature on an App Bundle, with their keys. There's nothing to stop Google from pushing out a release to your app with whatever changes they want. This caused great consternation with VLC for example who was (quite justly) not very happy about this new arrangement. That got resolved, but now Google's the one signing VLC. https://arstechnica.com/gadgets/2021/07/google-play-dumps-ap... https://dev.to/npomepuy/vlc-for-android-updates-on-the-play-...
So yes, it's technically still possible! For users and for devs/corps, for people, there's still technically options for people to install apps. As an individual you and I can manage getting stuff installed! With more and more hoops. With ever more onerous terms.
On Windows, Windows Baseline Security Mode got introduced this year, which also is ratcheting up demands, demanding signing systems for apps on Windows. https://blogs.windows.com/windowsexperience/2026/02/09/stren...
These systems aren't totally imbalanced right now. Native apps on native platforms have intense access to systems. They don't have the secure sandbox of the web to protect them. It's not reasonable to let users just stumble upon apps and run them, in the way that it's perfectly fine for users to browse the web and run webapps willy nilly. But it's also a war against user freedom, part of a broader War on General Purpose Computing, that has been steadily going one direction (down) for a while now. The number of asterisks will continue to increase, on still allows people to install apps***.
Comment by palata 14 hours ago
So you complain mostly about iOS and Google's Android, and at the same time you say that native apps are not sandboxed? You can't just cherry-pick whatever you want, right? Apps are very much sandboxed on iOS and Android.
The fact is that there are TONS of alternatives. You just focus on the web because you can't be arsed to look at them.
Not happy about iOS, Google Android or Windows? Then how about you look at AOSP-based systems like GrapheneOS? No need to use the Play Store there, AT ALL. How about you distribute your app on open OSes like Linux and *BSD? Even better: you mention open source a lot. Then no need to distribute, just open source your code. If it's interesting enough, someone on the actually open platforms will pick it up.
And instead of teaching developers how they should develop for Google Chrome, try teaching people how they could actually use something that for them will be indistinguishable from Android: like GrapheneOS.
Comment by jauntywundrkind 26 minutes ago
Comment by palata 14 hours ago
I don't know about that, but I sure as hell do ship native apps. On Windows, Linux, macOS, iOS, Android. I admittedly have never shipped a native app on BSD, but I don't imagine it's very different.
> getting them approved and updated is fucking hell and a half
Oh, so your experience is limited to iOS and the Play Store? Is that it?
> want to give away open source? too bad, pay apple. too bad, pay google
What a weird take. If you want to open source code, you can just put the code on a server and have people download it over your favourite protocol. Typically HTTP works well. On any* server.
> one of the top 10 ai apps of all time and they're still getting yanked around, can't get things going.
Oh yeah, iOS sucks. Welcome to the real world.
> a lot of ya'll weren't around and/or dont remember when you had to pay for Microsoft Visual Studios to develop windows apps
As a high schooler, I was developing for Linux. I admittedly had to pay to receive a CD-ROM with my first Linux distro, and by the minute when connecting to the Internet.
> native platforms are vicious nasty bad things, owned by massive terrible companies.
Right, so your experience is iOS, and Android with the Play Store. And then you assume that you know all platforms and can teach people.
> Qt licensing being already on the fence and only a rug-pull away from being a horrible mistake to have built to.
Sure, maybe. Good thing that in 2026 there are so many open source alternatives to build upon.
Comment by goodmythical 1 day ago
Comment by tclancy 1 day ago
Comment by bluebarbet 1 day ago
Comment by cowlevel 17 hours ago
Comment by bluebarbet 12 hours ago
Comment by cowlevel 5 hours ago
Comment by bluebarbet 3 hours ago
Comment by bluebarbet 9 hours ago
Comment by righthand 1 day ago
Comment by samastur 1 day ago
Comment by utopiah 1 day ago
Comment by 150g2 4 hours ago