by wmanley on 10/27/24, 7:46 PM with 66 comments
by DeathArrow on 10/28/24, 7:53 AM
I worked on microcontrollers, system software, desktop software, mobile apps, games and now I am a full stack web developer who mostly does backend and defers most of the front-end tasks to colleagues.
I don't like JS frameworks and it was far more enjoyable for me to use QT, Borland C++Builder, Windows Forms XCode and Android Studio than to use Angular and React and even Vue.
Aside from Web front-end to being a less enjoyable experience for me, the Web was designed for websites, not for apps. Web as an app platform means subpar experience for the users, too.
We tried with Flash and Java applets running in the browser. Those died and now we have the Javascript mess.
When, if ever, Wasm will have full access to browser DOM, maybe we can get rid of the Javascript mess. But then, again, why bother running a binary app in the browser when you can run it on the desktop or phone?
And even if web as an app platform is said to promote openness and impede gatekeeping it still has a terrible downside for the end user: it makes the user rent the software instead of owning it.
by skybrian on 10/27/24, 11:56 PM
But I'm probably an outlier because I spend most of my time on websites, even on phone and tablet.
It would be nice to see this broken down by market segment. I don't see any banks in the list. I use my bank's app for certain reasons like depositing checks and Zelle.
by amadeuspagel on 10/27/24, 11:40 PM
[1]: https://infrequently.org/2024/10/platforms-are-competitions/...
by devjab on 10/27/24, 10:37 PM
I personally think that the most responsible “father” is finance. The article states that there is more money with the web, but in my experience it’s far easier to lock down payments through apps. I agree that part of this is because native apps are better on mobile, but they are also much easier to work with and consume. It’s not easy to make payments function well on the web while in a native app it’s just a click with well powered api behind it. Serving both users and developers. Now, it probably could be easier on the web, but who would deliver it? The article calls out Apple and to some degree Google as guilty of not making browsers competitive with mobile apps, but why would they? If anything it’s in their best interest to keep the web shitty on mobile.
by forgetfreeman on 10/28/24, 5:33 AM
by ickelbawd on 10/27/24, 10:23 PM
Maybe if we had HTML6 we wouldn’t be in this scenario. HTML5 was great but form building on the web (without JS) is a second-rate experience. And it’s even more miserable once JS is in the mix, but hey developers can provide a much better UX for end users than HTML and CSS alone could possibly provide.
Sorry Alex, but without JS the web would have died a decade ago as phones took over. It’s only JS that keeps us in the ring.
by pards on 10/28/24, 12:31 PM
- UI running in browsers?
- TCP/IP?
- HTTP(S)?
I personally think ReST APIs accessed over HTTP + TCP/IP have a lot of utility but I think we can do better on the UI front. Maybe we need an alternative to the web browser that can run a different (or variety of) languages other than Javascript, with a better presentation option than the DOM.
by DeathArrow on 10/28/24, 7:56 AM
Does the Facebook app provide a worse experience on the phone than the web app? Is Gmail phone app worse than Gmail web app?