Earlier quoted context omitted.
I think of something similar every time I use the Uber Eats 'track order' screen. All I need is a simple textual history: 7:40 - Bob was delayed by 5 minutes. ETA 7.45 7:35 - Bob is heading your way. ETA 7:40 7:20 - Bob has picked up your order from Pizza place
Having a live location of the delivery person makes total sense here though.
Plain Vanilla Web
451–460 of 715 posts
Re: Plain Vanilla Web
#452I've transcended the vanilla/framework arguments in favor of "do we even need a website for this?". I've discovered that when you start getting really cynical about the actual need for a web application - especially in B2B SaaS - you may become surprised at how far you can take the business without touching a browser. A vast majority of the hours I've spent building web sites & applications has been devoted to admini…
I moved to south east Asia and the phenomenon of a "hotline" openend my eyes. Every business is basically a phone number that you can message. It does not matter if you buy a pizza or furniture, book a hotel or need someone to clean your sofa. No website. No need to fill in forms. No platform fee.
Re: Plain Vanilla Web
#453I've transcended the vanilla/framework arguments in favor of "do we even need a website for this?". I've discovered that when you start getting really cynical about the actual need for a web application - especially in B2B SaaS - you may become surprised at how far you can take the business without touching a browser. A vast majority of the hours I've spent building web sites & applications has been devoted to admini…
Re: Plain Vanilla Web
#454I've transcended the vanilla/framework arguments in favor of "do we even need a website for this?". I've discovered that when you start getting really cynical about the actual need for a web application - especially in B2B SaaS - you may become surprised at how far you can take the business without touching a browser. A vast majority of the hours I've spent building web sites & applications has been devoted to admini…
In fact, I've gone the opposite way- my work has an internal cafe with a menu website that takes a lot of clicks to see everything. I originally planned to scrape the data and make my own website with better (imo) controls, but v0 turned into pumping the data into a Google sheet. I've never needed v1. The Google sheets "UI" solves filtering (i.e., breakfast vs lunch), access control, and basic analytics (~7 other col…
Re: Plain Vanilla Web
#455I've transcended the vanilla/framework arguments in favor of "do we even need a website for this?". I've discovered that when you start getting really cynical about the actual need for a web application - especially in B2B SaaS - you may become surprised at how far you can take the business without touching a browser. A vast majority of the hours I've spent building web sites & applications has been devoted to admini…
Re: Plain Vanilla Web
#456Earlier quoted context omitted.
Even so you can do insanely simple refreshing dynamics with CSS and JS without importing any npm packages.
Sure, but the runtime is not exactly designed to guide you to the best way to do this. Hence the prevalence of frameworks to paper over the runtime. I openly admit that I'd rather learn a new framework than touch anything to do with figuring out how the browser is intended to behave in practice. What an abomination and insult to humanity. Edit: holy shit y'all do not like the earnest approach to technology
Re: Plain Vanilla Web
#457Earlier quoted context omitted.
Nothing wrong with Flash and Silverlight except each being controlled by a single company. I liked those technologies. Adobe Flex was very nice to program in and use for it's time.
Both were absurdly slow and resource intensive.
Re: Plain Vanilla Web
#458Earlier quoted context omitted.
Of course vanilla JS is superior to any framework in terms of performance. Anything you can do in a framework, you can do directly in vanilla JS. But performance isn't the only issue here, otherwise we'd all be writing a lot more assembly code. I find your version of history amusing, because the first project that I migrated away from vanilla JS was actually to Angular, because the team found React's JSX syntax too w…
> at this point I wouldn't recommend React at all. Out of curiosity, what would you recommend?
That said, it's kind of niche, which means you need to be more willing to write stuff yourself, so a good mainstream alternative is Vue. Vue is also signals-based and relatively lightweight, but still has a lot of batteries included and a wider ecosystem that is fairly strong. They're also great at taking the parts of other frameworks that work best and implementing them in Vue, but in a fairly considered way. I understand there's also some fairly battle-tested full-stack frameworks in the Vue ecosystem, although I've not had much personal experience of that.
Both libraries are signals-based, which is a completely different reactivity concept to React, which will take a bit of getting used to. But I suspect Vue will make that transition a bit easier - despite SolidJS's more superficial similarities to React, it behaves quite differently.
Re: Plain Vanilla Web
#459The web is supposed to degrade gracefully if you are missing browser features, up to and including images turned off.
Now, web developers give you a blank page if you don’t run a megabyte of their shitty code.
No thank you.
Re: Plain Vanilla Web
#460Can we just use links to go between pages, instead of toggling css display:none on custom elements to show different "pages"? You're replacing browser functionality with custom code. To get on par with browser default functionality, you need to implement a loading indicator, error handling, back/forward button handling, address bar updates, opening links in a new tab when someone middle clicked or ctrl clicked, new w…
Indeed... I'd critisize SPAs a lot less if they wouldn't try to (poorly) mimic MPAs that often.