> 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.
pjm331 31 minutes ago [-]
I built a voice-command driven kitchen assistant demo with webkit speech to text and WebAudio, and that was 10 years 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
That's my experience too, except that I'm not using three.js, just WebGL. At this very moment I'm trying to elicit an in-browser machine-vision app that records go games on a go board if you mount your cellphone on a tripod over the board, with the idea of integrating it with an Emscriptened KataGo to give kibitzers real-time feedback. This would have been insanely ambitious for me three months ago, and now I'm hoping I have it in good enough shape to test at the go club tonight.
socalgal2 14 hours ago [-]
Why three.js? Your LLM will do fine without it and be able to optimize further for your particular use case without being stopped by three.js architecture that may or may not fit your project.
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.
simonw 12 hours ago [-]
OK, this comment convinced me to give that a shot.
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.
socalgal2 11 hours ago [-]
I don't know your prompt but I'd suggest also adding things like "use best GPU practices" and "use techniques AAA games use to achieve the best performance and best visuals", "make it beautiful like a AAA game" etc...
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
whilenot-dev 9 hours ago [-]
The performance got way better on my machine, 120ms (Vanilla) VS 504ms (Three.js) INP[0].
Note that some features have been removed in the vanilla version (eg. glow effect, glass - see transcript posted earlier).
onion2k 8 hours ago [-]
I made an app+DSL for making 3D things with Opus 5 that did a pretty good job without three.js: https://fab.ooer.com/ (setting the depth of field to about 0.3 and then switching Quality to 'traced' looks really nice.)
Bengalilol 8 hours ago [-]
Three.js egg : 2,61 Mo
Vanilla : 173,4 ko
Vanilla gets way better FPS on my M1.
what 15 hours ago [-]
> I’m building
You mean the LLM is?
vconnor 14 hours ago [-]
Reminds me of the “you made this? … I made this” meme.
Lalabadie 28 minutes ago [-]
- I'm building my new home!
- 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.
jpardoe 10 hours ago [-]
No.
14 hours ago [-]
velcrovan 14 hours ago [-]
unless you are hand writing machine code, miss us with this arbitrary nonsense.
acoustics 12 hours ago [-]
Handwriting machine code seems like an arbitrary line to draw.
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.
simonw 12 hours ago [-]
The tech lead's team "built" the feature, when the junior engineer did the actual work and the tech lead delegated it to them and coached them.
acoustics 11 hours ago [-]
That's a great framing. It's a team effort.
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.
kragen 7 hours ago [-]
I've been saying I'm "eliciting" code from Opus 5.5. It doesn't feel correct to say I'm building it or writing it.
sharkbird2 8 hours ago [-]
I get what you're saying and I mostly agree, but I think it's also wrong to say that the tech lead did no "actual work". It's still a valuable and necessary role, otherwise companies wouldn't have them.
PostOnce 10 hours ago [-]
Even kids write machine code by hand, they learned to do it in math class.
But LLMs are magic, and aren't understandable, and that leads to poor results.
stackghost 12 hours ago [-]
I write my side projects with a magnetized needle and a steady hand.
thisismyanon2 5 hours ago [-]
It's wild how much more difficult it is to actually use things that harness web technology these days.
the__alchemist 16 hours ago [-]
For anyone having a hard time following the comments or mentality: Someone explained in a HN comment a few weeks ago in a comment which has helped clarify in my mind: Web (And especially SAAS) developers make up a large portion of HN users. They use and love frontend frameworks, Node, NPM, and using web tech for many tasks, as a first line of tools.
owebmaster 2 hours ago [-]
The web is just a better frontend/GUI platform.
galaxyLogic 12 hours ago [-]
Web-tech is basically user-interface tech. Its super-power is that you can commit your GUI to be on the web, while the servers can be implemented with anything. The web-gui must have the most users world-wide, largely because all you need to install isss a wweb-browser and you get access to unlimited applications.
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.
7 hours ago [-]
palata 17 hours ago [-]
I know it tends to be an unpopular opinion, but to me the Web is too much, really.
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.
cowlevel 10 hours ago [-]
And there can only be very few browsers because of all the features they have to bit-perfectly support. Even Microsoft gave up and ceded their power to Google - Windows comes with repackaged Chrome.
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.
waterTanuki 16 hours ago [-]
Ladybird is another web browser in the works that is a completely separate engine from chromium and webkit.
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.
palata 16 hours ago [-]
> than 100 different apps
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?
austin-cheney 14 hours ago [-]
> When you load a webapp, you download and run it. It's actually pretty similar to "installing and deleting right after use".
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.
palata 7 hours ago [-]
That is an interesting point, but I think that moving everything to the browser is a workaround, rather than the elegant solution.
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?
BrenBarn 7 hours ago [-]
Ironically, though, when people are doing everything in the browser, being unable to do things on the desktop isn't much of a security benefit. In theory, restrictions on cross-domain data sharing are supposed to make things better. But we still see plenty of browser vulnerabilities, XSS hacks, and various sorts of trickery that allow people to exploit web apps in their own way. Moreover, a sizable part of the security is illusory anyway, because the web apps themselves are trying to spy on you in a multitude of ways.
waterTanuki 15 hours ago [-]
> Do you actually use 100 different apps in the browser?
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.
palata 15 hours ago [-]
> Yes. My tab count regularly exceeds 100.
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.
jauntywundrkind 14 hours ago [-]
to be clear to everyone running into this: we've had libertarian software politics like this for decades. "i don't want any software i cant drown in my bathtub and then also make myself again, preferrably still in my bathtub". or something like that.
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.
palata 7 hours ago [-]
That's... uh... extremely biased and quite limited? Respectfully, it sounds like you haven't been around the internet for so long ("half a decade" sounds like you're pretty young :-) ).
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!
galaxyLogic 12 hours ago [-]
WEb-tech is basically user-interface tech. Its super-power is that you can commit your GUI to be on the web, while the servers can be implemented with anything. The web-gui must have the most users world-wide, largely because all you need to install isss a wweb-browser and you get access to unlimited applications.
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.
utopiah 3 hours ago [-]
FWIW with WebXR it's not "just" 2D or 3D with WebGL, no it is immersive content (i.e VR or AR) on ALL platforms, including the very latest Steam Frame.
JoshTriplett 18 hours ago [-]
I run roughly six applications regularly:
- 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)
xeyownt 10 hours ago [-]
cmus in a terminal <3
palata 17 hours ago [-]
> the multiplayer-over-audio thing is a first for an RTS as far as I can tell
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.
cowlevel 10 hours ago [-]
In fact it was the first way most people accessed the internet back when it was new to the public!
plant-ian 18 hours ago [-]
It does seem that more and more browser features have become stable but that has been sort of drowned out by the AI boom. Even with millions of us monkeys on these keyboards, (now monkey simulators?), I still think there are even more discoveries to be found in web dev. You can get so much functionality with even the most basic hardware.
Devasta 18 hours ago [-]
25 years ago well over 95% of users would have been on windows, and there is no chance in hell you'll ever convince me that modern web development is as easy as Visual Basic was for whipping up UIs back in the day.
That AI is making it easier is happenstance, it makes generating UIs in anything easier.
cowlevel 10 hours ago [-]
Visual Basic had a massive advantage in that the window would always be the same size, or at least the same aspect ratio.
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".
austin-cheney 13 hours ago [-]
Yesish… VB is easier for spinning up an interface but it also offers less creative flexibility than the current web platform.
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.
BrenBarn 7 hours ago [-]
I think a large part of the "creative flexibility" of the web platform is a bug, not a feature. It makes it fun for web designers, but a pain for users. I would much rather not have to navigate the various design choices of each separate web app, and instead use consistent systemwide UI elements whose appearance is decided by me via system settings.
yakirzana 7 hours ago [-]
[flagged]
mmahemoff 8 hours ago [-]
Okay, but how is the title not “Web is All You Need”.
But unlike the year of the Linux desktop (any year now!), the promise of the Web as the app platform of the future seems to recede ever further into the distance.
JoshTriplett 18 hours ago [-]
The web is the app platform of today. Many, many things that would have been local applications are now web apps. Document editing, email, chat, collaboration...
knollimar 17 hours ago [-]
There's players like apple making PWAs not have all the features they should, though
novafunc 13 hours ago [-]
Little ironic. For me, Safari on macOS has the best PWA experience.
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.
Rohansi 12 hours ago [-]
It's a very different experience on iOS. Apple very intentionally made installing PWAs ("Add to Home Screen") horrible UX and locked some features behind it (Push API). You are almost forced into publishing on the App Store if you need push notifications for any reason. macOS Safari does not have the same restriction.
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.
knollimar 4 hours ago [-]
Why does apple hide so many things behind share? Absolutely terrible UX
criddell 17 hours ago [-]
I’m hoping that great AI means we get back to native apps and leave the web house of cards behind.
cowlevel 10 hours ago [-]
How will AI make the Apple app store approve your app? That's the bottleneck with Apple, not the development.
cyberax 14 hours ago [-]
Fuck no. Native apps are _invariably_ worse than well-designed webapps: no tabs, no bookmarks, no copy/paste, deep links are usually broken, no ability to open multiple apps side-by-side.
I don't think I know even a single exception outside the hardware-heavy games or AR/VR.
JoshTriplett 15 hours ago [-]
I'm hoping that more native apps get rewritten as web apps so they can stay in a browser sandbox where they belong. "Fortunately", we'll probably both get all the slop we "want".
wry_xy 15 hours ago [-]
Yeah I find it interesting that HN's love of performance seems to overpower their love of security. Especially since nearly everyone here has better hardware than average people.
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.
Karrot_Kream 14 hours ago [-]
It's largely because when Electron first came out the browser app platform (the API availability, performance, etc) was still quite thin and Electron was quite slow. HN just got stuck in this echo that web browsers are very inefficient and have no benefits while native apps are so much better. Java had the same echo for a long time on nerd forums because the JVM was a lot slower than native compiled apps for the first few years of its development.
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.
JoshTriplett 14 hours ago [-]
Electron also papered over the problem that browsers weren't evergreen, so if you ran in the user's browser, you might not have support for current web APIs you want to depend on.
Most browsers are evergreen and updated frequently now, to the point that that no longer seems like an issue.
cowlevel 10 hours ago [-]
Google Chrome allows web apps full access to your USB devices if they can trick you into accepting a permission prompt.
criddell 13 hours ago [-]
You make a good point - the sandbox of the browser is a genuine improvement. It's crazy to think that on some desktop OS's if you download and run a weather app, it probably has access to all the files and peripherals you do (camera, microphone, etc...). Apple is doing good work on this front with macOS as are Linux devs with Flatpak. Mobile operating systems do a good job of isolating apps too.
Windows though... seems to be stuck in the 90's.
JoshTriplett 8 hours ago [-]
I just want to express some appreciation for your very reasonable reply. Most of the time, "native app" versus "web app" seems to be one of the perennial arguments; it's refreshing to see someone give serious consideration to their position on that point.
cowlevel 10 hours ago [-]
I read that on Apple if you download and install a weather app, every week it'll ask you if you're sure you want that app to know your location.
There's no happy middle ground. You'll always have to be careful what you install.
bigstrat2003 8 hours ago [-]
Which is much to all of our detriment. Web apps can't hold a candle to native apps in the quality of the user experience they provide.
JoshTriplett 4 hours ago [-]
Preferences differ; I will take a web app every time, for a whole variety of reasons.
waterTanuki 16 hours ago [-]
Linux has been smashing records on the steam hardware survey for months now. People I knew who refused to touch anything else but windows are now using framework laptops with Mint or Ubuntu. 2026 absolutely has been the year of the Linux desktop.
rsync 13 hours ago [-]
The web, circa 1998 is more than enough.
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.
theK 17 hours ago [-]
> for software people, being perpetually devalued is pretty novel
Hadn't really realized this is happening. Is it? Actually my experience right now is the exact opposite.
xyzsparetimexyz 17 hours ago [-]
WebGPU sucks compared to the desktop APIs. JavaScript and wasm suck compared to native code. Not being able to have threads for loading things like assets in the background sucks.
Yeah there's a ton of llm slop web games out there but anything serious is going to be a desktop application
bagacrap 14 hours ago [-]
Literally every app I use professionally is a web app, except the terminal emulator.
The only personal app I use that is native is a game.
So my experience is that web is serious and native is frivolous.
jauntywundrkind 17 hours ago [-]
You can send handles to workers that can do threaded background loading, I believe.
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.
elxr 16 hours ago [-]
Crazy to say when desktop apps and TUIs are becoming more useful than ever. No the web is not enough, even for something as simple as version control.
We're probably further away now from "web is enough" than we were 5 years ago.
tclancy 16 hours ago [-]
What if I told you not everyone is a developer?
elxr 16 hours ago [-]
And your point being?
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.
BatchJob 19 hours ago [-]
The web is a pile of garbage fronted by horrible software in the form of terrible browsers that is under massive, unceasing attack from AI bots that will render the entirety of it unusable over time.
It will be shutoff. And i wont miss it.
simonw 18 hours ago [-]
What will you use instead?
the__alchemist 16 hours ago [-]
PC software, embedded firmware, drivers, websites, etc. Right tool for the right job.
palata 17 hours ago [-]
Native apps!
jauntywundrkind 17 hours ago [-]
If Big Platform lets you.
palata 16 hours ago [-]
Not sure what you mean.
jauntywundrkind 14 hours ago [-]
well you don't really know much about shipping native apps then do you?
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 ithttps://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.
cowlevel 10 hours ago [-]
Android still allows people to install apps. So does Windows. iOS is the only major platform that doesn't.
jauntywundrkind 8 hours ago [-]
Oh, you want to install an apk you want to try? First enable developer mode, go into settings and click some random thing a bunch of time. Which unlocks an intimidating scary section. Then wait 24 hours. Then you can install an apk. https://www.bgr.com/2303296/how-to-install-apps-android-phon...
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.
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***.
palata 6 hours ago [-]
> Native apps on native platforms have intense access to systems. They don't have the secure sandbox of the web to protect them.
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.
palata 7 hours ago [-]
> well you don't really know much about shipping native apps then do you?
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.
goodmythical 16 hours ago [-]
gemini
tclancy 16 hours ago [-]
gopher obviously.
bluebarbet 17 hours ago [-]
On the contrary. In a world of spyware stacks controlled by oligarchic corporations, the web is more indispensable than ever.
cowlevel 10 hours ago [-]
Except the web is also one of those.
bluebarbet 5 hours ago [-]
The web is controlled by the W3C, a consortium of different stakeholders including Mozilla. It's as close to a public good as we're going to get. I'm disappointed by the self-defeating cynicism in this thread.
bluebarbet 2 hours ago [-]
I'm also disappointed that this forum allows cost-free mindless downvoting, the original sin of toxic social media. Slashdot solved this problem.
righthand 18 hours ago [-]
I agree that it’s a pile of garbage. Essentially a set of languages and protocols commandeered by corporations for their own benefit and also held back by those same corporations so they have a moat. We’ve gathered around human slop like Javascript and stuck with it “just because”.
samastur 18 hours ago [-]
Nevertheless here you are.
utopiah 18 hours ago [-]
And yet I bet you would have a hard time spending a day without it. Obviously interacting to this comment would also use the Web.
Rendered at 16:24:50 GMT+0000 (Coordinated Universal Time) with Vercel.
> 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.
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
https://github.com/pathouse/kitchen_assistant
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.
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.
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
[0]: https://web.dev/articles/inp
Vanilla : 173,4 ko
Vanilla gets way better FPS on my M1.
You mean the LLM is?
- 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.
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.
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.
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.
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.
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.
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.
https://ladybird.org/
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.
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?
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.
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?
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.
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.
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.
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!
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.
- 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)
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.
That AI is making it easier is happenstance, it makes generating UIs in anything easier.
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".
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.
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.
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.
I don't think I know even a single exception outside the hardware-heavy games or AR/VR.
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.
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.
Most browsers are evergreen and updated frequently now, to the point that that no longer seems like an issue.
Windows though... seems to be stuck in the 90's.
There's no happy middle ground. You'll always have to be careful what you install.
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.
Hadn't really realized this is happening. Is it? Actually my experience right now is the exact opposite.
Yeah there's a ton of llm slop web games out there but anything serious is going to be a desktop application
The only personal app I use that is native is a game.
So my experience is that web is serious and native is frivolous.
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.
We're probably further away now from "web is enough" than we were 5 years 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.
It will be shutoff. And i wont miss it.
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.
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***.
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.
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.