14 ms·

Ask HN: What companies are embracing “HTML over the wire”?

147 points by sodapopcan 4y ago

I'm a web developer who has been in the market for a new job for a while now. As someone who has never enjoyed working with frontend JS frameworks (yes, I sucked it up and learned them and have worked with them professionally) I'm wondering who all the companies are who have embraced the semi-recent "HTML over the wire" movement (Can you imagine... using hyper text transfer protocol for transferring hyper text? Seems nuts, I know). It's a massive slog shifting through endless React/Vue/etc-focused jobs out there. Even if you use React in small areas where it pulls its weight but generally try and stick to simplicity of sending plain ol' HTML, I'd love to know who you are. Even if you aren't hiring, it's nice knowing you're out there fighting the good fight :)

reaktivo 4y ago
Basecamp, Github
- deleted 4y ago
  [deleted]
- noughtme 4y ago
  yeah, i thought github was moving away from html over the wire; rails to react. https://news.ycombinator.com/item?id=33576722 https://news.ycombinator.com/item?id=33576722
jerjerjer 4y ago
Is “HTML over the wire” a new buzzword for SSR or is there a difference I'm missing?
- eddsh1994 4y ago
  I think it's HTMX etc, so yes SSR. That was how I started building web apps in my first job as a dev, crazy how the loop of front-end technologies is only like 10 years.
  - seydor 4y ago
    Was it a loop? I thought it was stagnation due to the fact that everyoen was trying to copy mobile apps and bring them to the web. It was a bad decision because mobile apps are by definition constrained and not very versatile. In any case, people seem to be picking up where they left in 2011, not a loop.
- mjfisher 4y ago
  It is rendered server side, but typically the server keeps track of only what needs to change and sends as small as possible an update to dynamically update the DOM. You end up with a user experience that feels close to an SPA, but a dev experience that feels close to traditional SSR.
  - freedomben 4y ago
    Tech like LiveView (Phoenix) and LiveWire (Laravel) are great examples of this.
    - SirGiggles 4y ago
      Also Blazer Server (C#) and the upcoming Blazor United slated for .NET 8
    - mejutoco 4y ago
      And htmx for a language-agnostic one
  - quechimba 4y ago
    I've been working on one of those frameworks, although the dev experience feels more like a SPA in this one. https://github.com/mayu-live/framework https://github.com/mayu-live/framework
  - 88913527 4y ago
    Having only worked at SPA places, it's hard for me to imagine not having tools like Storybook, Chromatic, and Mocked Service Workers. Building the UI in isolation means with mocked API responses means I can, in parallel, validate 1000's of use cases with pixel-level precision. The backend teams can keep their focus on scalable, performant APIs. The frontend teams can focus on accessibility, consistency, etc. I've found a secret sauce that works very well in my organization, and I'd be curious to know what the equivalent would look like for SSR apps. But I can't overstate of much of a boon it's been to develop the client in isolation. Nearly all my bug reports go straight to the backend teams. It's bliss.
- TN1ck 4y ago
  Partly, but it especially means things like Phoenix LiveView[0] or htmx [1]. With these you can create SPA like experiences by sending partial html updates from the server and applying them by some light JS to the UI (which you don't have to write yourself). [0] https://hexdocs.pm/phoenix_live_view/Phoenix.LiveView.html https://hexdocs.pm/phoenix_live_view/Phoenix.LiveView.html [1] https://htmx.org/ https://htmx.org/
  - hinkley 4y ago
    The first time I saw the concept codified in a library was in a jquery function that allowed you to replace a part of the DOM. Either the method signature or the documentation pointed you to using it in pairing with AJAX requests. The first webapp framework I saw it in was Rails (turbolinks). I came to Rails late and didn't stay long so I was never clear how old or how broadly used that feature was. Mostly what I got from Rails was being more comfortable writing NodeJS code, which stole shamelessly from Rails.
    - replygirl 4y ago
      i wouldn't call Element.replaceWith a codification of html-over-the-wire
      - hinkley 4y ago
        Nor would I. I was talking about load(): http://api.jquery.com/load/ http://api.jquery.com/load/
- chc 4y ago
  I think it's referring to partial server-side renders. SSR is usually used to refer to statically rendering pages, while the "new" thing is to dynamically update pages with chunks of SSR-created HTML.
- deleted 4y ago
  [deleted]
- jmkni 4y ago
  Maybe we need to invent some sort of server-side MVC framework? lol
- sodapopcan 4y ago
  Others already answered but that's why I bothered making that little quip about HTTP. It's kind of a ridiculous name but also funny and appropriate since it's trying to state that it's a return to form. My brother who is just started working with web tech recently didn't even realize that it was possible to send HTML over HTTP, lol.
freedomben 4y ago
FWIW most of the companies using Phoenix (Elixir) that I've talked with are sending HTML over the wire, either with LiveView or traditional Views.
- sodapopcan 4y ago
  I used to work for one, but many companies using Phoenix want more years of Elixir experience than I have.
adiabatty 4y ago
Fresh does this, but I don't know who's using it in production, other than possibly the Deno people. https://fresh.deno.dev/docs/introduction https://fresh.deno.dev/docs/introduction
realrocker 4y ago
Been working on a html over the wire library in Go: https://github.com/livefir/fir https://github.com/livefir/fir. It mostly works but still work in progress
jeanlucas 4y ago
All companies using Elixir / LiveView, there are quite a few
- sodapopcan 4y ago
  I had a job writing Elixir but it was a terrible fit. Most Elixir jobs want people with multiple years of Elixir experience and I have 8 months, lol. I do have an interview lined up with an Elixir shop, though.
marcopicentini 4y ago
I work for a B2B SaaS and we use Ruby on Rails with Hotwire and it's great! Almost zero JS (no Vue.js, no React, or else).
- sodapopcan 4y ago
  Are you hiring? lol. I'm a rails dev who shifted over to Elixir for a bit, but I'm currently building a project with Hotwire.
lordpankake 4y ago
I'm building a webapp[0] for turning Clickup docs into static sites, using CF Workers. There isn't a framework for Workers that has the flexibility I need, so I home-rolled one that only sends rendered HTML over the wire. Async components are supported too, so if I have a particularly data-intensive component the renderer just inlines a tiny JS script that sends a request to the worker again, which then returns just that component in HTML. Could be worth releasing on its own as a GitHub project! [0] https://intenso.app https://intenso.app
- thrownaway561 4y ago
  ColdFusion!!! Nice!!!
  - vore 4y ago
    CF = Cloudflare. I would hope nobody is still writing things in ColdFusion these days :-)
    - thrownaway561 4y ago
      the client i'm working with right now uses ColdFusion extensively.
    - verhovsky 4y ago
      Someone added a ColdFusion Markup Language generator to https://curlconverter.com/cfml/ https://curlconverter.com/cfml/ last year and after a few months I decided to remove it since I've never heard of it so nobody could possibly be using it, and the next day the guy who added support for it and 3 other people complained about it, so it seems like they're out there. https://github.com/curlconverter/curlconverter.github.io/pull/49 https://github.com/curlconverter/curlconverter.github.io/pul...
      - CoolCold 4y ago
        I wonder how much visitors you have, i.e. how much popular is it? If its not a secret of course. I couldn't imagine any web developer need such kind of tool [knowing curl by heart], but obviously I'm in my own bubble and I'm wrong on my assumptions.
intrasight 4y ago
You can also go to the extreme of "jpeg over the wire". Your "web browser" could probably be implemented in <1000 lines of of code ;) No state, no cookies, no million lines of bundled JavaScript.
- someweirdperson 4y ago
  If a "real" browser is used that needs javascript to request a jpeg of a size appropriate for the screen. There might be something that's good enough through css, not sure.
- avmich 4y ago
  Little problems with scrolling but constant updates when a page is resized (changes in layout) - maybe it's worth it...
  - john2x 4y ago
    You could probably split up the image into smaller pieces (let's call it slicing), put them together in a table, and only update the cells that changed.
  - intrasight 4y ago
    Add "no scrolling" to my list. None of the military-industrial browsers that I built in the late 80s and early 90s had scrolling.
JonathanBeuys 4y ago
You don't even need a fancy "send html fragments over the wire" approach to create a better user and developer experience. Just sending full pages, server side rendered, like Hacker News and Wikipedia do is fine: Going from the HN homepage to this topic we are on: 36 KB in 5 requests. Going from the Wikipedia Homepage to an article: 824 KB in 25 requests Going from the AirBnB homepage to an apartment listing: 11.4 MB in 265 requests. Going from the Reddit homepage to a Reddit thread: 3.74 MB in 40 requests In comparison to AirBnB and Reddit, HN and Wikipedia feel blazingly fast. And I am sure the developer experience is an order of magnitude nicer as well.
- jonatron 4y ago
  old.reddit feels fast, which is why I use the Old Reddit Redirect extension.
  - JonathanBeuys 4y ago
    Yes, I also use the old Reddit. What's funny is that the old Reddit makes use of dynamic loading of content here and there the right way. The "load more comments" of the old Reddit is nice and fast. While the "continue this thread" of the new Reddit is annoying and slow.
  - SpliffnCola 4y ago
    Indeed it is; the UX/UI is also better compared to the low density of information with the new design.
  - 0xblinq 4y ago
    The new Reddit is the best example of how shitty can get things when you use the fancy tool instead of the tools you need for the job.
- basch 4y ago
  IF you want the page to be interactive without refreshes though, you gotta do something. Unless you are advocating a completely pre-ajax web. https://en.wikipedia.org/wiki/Ajax_(programming) https://en.wikipedia.org/wiki/Ajax_(programming)
nawgz 4y ago
When I use apps like this - GitLab - I am struck by how much wasted user time such an approach leads to. Everything is a page refresh Send me some counter examples? Im a big SPA fan and there’s lots of good examples
- hinkley 4y ago
  Everything in a page refresh typically only happens with these solutions as a fallback when Javascript is disabled. And if Javascript is disabled, what do you really expect to happen other than everything is a hyperlink?
  - nawgz 4y ago
    You serious man? I see it every day when I have to use this god-forsaken Rails shit, it's so fucking slow to load the view and THEN it loads the data, literally the worst of both worlds
beebeepka 4y ago
Isn't making a request for almost any user interaction a bit too much? I am more in favour of BE telling FE what to render. I honestly believe many apps could be simplified with better abstractions than hard coding html into messy components. Not saying it's a great approach for super complex layouts, of course.
- sodapopcan 4y ago
  I'm talking about tech like LiveView, Hotwire, LiveWire, Blazor, etc. They use JS (in some cases with websockets) behind the scenes to send small bits of html which are patched into the DOM. The win here is that you can write all your business logic on the server and don't need an intermediary API for your frontapp to talk to your backend app, you just send HTML. If you're building an where you are going to open up an API, there is a little less benefit, but I've worked on projects in recent years where the API exists solely to be consumed by one client.
- deleted 4y ago
  [deleted]
thrownaway561 4y ago
I was just watching a talk about htmx which is awesome looking. i'm a rails guy myself so i am really interested in using hotwire in some projects. htmx looks like a very nice crossplatform approach. https://htmx.org/ https://htmx.org/ Here is the talk: https://htmx.org/essays/a-real-world-react-to-htmx-port/ https://htmx.org/essays/a-real-world-react-to-htmx-port/
- rigoleto 4y ago
  Unpoly (https://unpoly.com/ https://unpoly.com/) should be mentioned as well. Much like htmx but with more features.
  - AH4oFVbPT4f8 4y ago
    Are you aware of any ecommerce sites currently using unpoly?
    - piranha 4y ago
      I wrote my own unpoly (so to speak) to transition from React, for a pretty big ecommerce marketplace: https://solovyov.net/blog/2020/a-tale-of-webpage-speed-or-throwing-away-react/ https://solovyov.net/blog/2020/a-tale-of-webpage-speed-or-th...
yuzuquat 4y ago
I'm building a completely native HTML spa app over at lona.so (just html + js web components and i bundle it myself). Still very much so early days but check it out!
bunnyswipe_com 4y ago
Well I'm glad I've discovered HTMx with this thread, I will try it out with my next project, really tired of SPAs and their bulkiness
noveltyaccount 4y ago
old man alert Back in my day, we wrote ASP.NET that was all server-side-rendered HTML. Once in a while we got REAL FANCY and used JQuery to make PARTIAL HTML requests and update only FRAGMENTS of the page. Hooboy I knew that fashion was cyclical but not tech!
- tanepiper 4y ago
  Back in the days of MySpace, we were working for a client in UK Sports betting (Littlewoods Pools) - and we managed to persuade MySpace to let us have a script tag on the page, pointing to a JS file we controlled. The script injected jQuery, then we replaced the page with HTML fragments. We had an Adobe Air installer, a Flash game and even had an RSS feed. Funnily enough today we're mostly working towards using ESI - which reminds me of mod_include back in the day.
  - luckylion 4y ago
    ESI is awesome and really connects "let's just cache it" with "but what if this tiny detail in the footer changes and we'll spent hours refreshing the cache". I would've loved to do more with it, but we added a lot more optimization that need to happen before the cache and require access to the whole page, so now I do a poor man's ESI transparently caching all kinds of widgets and shortcodes (Frankenstein's WP). I guess one could potentially have tiered caches with an optimization layer in the middle and ESI on the backend-facing cache, but that feels extreme and more brittle.
- wvenable 4y ago
  Webforms has an UpdatePanel control sending partial HTML (and even additional JavaScript) to web pages.
- antoniuschan99 4y ago
  I wonder if people nowadays know that Ajax (aka. partial HTML requests to update fragments of the page) was a huge leap. Gmail is one of the first to have adopted this paradigm.
- gpvos 4y ago
rahatarmanahmed 4y ago
For those mentioning frameworks that update the page by getting HTML from the server and patching it into the page: how do you deal with server-client skew?
pphysch 4y ago
We are using Django+HTMX for internal applications. Some random tips: - Write a "Django context processor" to inspect requests for "Hx-Request" header, and set a "base_template" variable accordingly. This means that any template that {% extends base_template %} will react to being a full page or just a fragment and you don't even have to think about that in your view logic. Great for progressive enhancement. - You can get reactive JS elements (for example, a d3.js viz that updates when new data comes in) in a few lines of inline JS by using MutationObserver, and "abusing" HTMX by using views that return JSON targeting a <script> element (`json_script` templatetag can also be used here). In summary, you tell your fancy JS element to render or update whenever a particular <script> element is mutated, and all of it is orchestrated by HTMX.
- greenie_beans 4y ago
  do you have any code examples you'd be able to share that uses the base_template thing?
  - pphysch 4y ago
    Sure, Django docs say this about custom context processors: https://docs.djangoproject.com/en/4.1/ref/templates/api/#writing-your-own-context-processors https://docs.djangoproject.com/en/4.1/ref/templates/api/#wri... So in my context_processors.py file, I write something like: def base_template(request): template = "templates/base.html" # full page if "HX-Request" in request.headers: template = "templates/base_ajax.html" # minimal template return {"base_template": template} And then my template just needs to start with `{% extends base_template %}`. Nothing needs to be done in the view (although you could technically override "base_template" there, if you need to).
- 0xblinq 4y ago
  I’m all in into the sprinkles approach (I’m a big fan of Hotwire and most of the times that’s what I use) but the Django templates are extremely outdated and limited. I don’t miss it at all. They’re really bad. Compare it to Blade (Laravel) or even ERB (Rails) and it’s night and day.
Vosporos 4y ago
Considering their stack, I'd say probably GitHub?
gardenhedge 4y ago
Remix Run is what you want
- 0xblinq 4y ago
  No thanks.
danielrhodes 4y ago
People have gotten way too religious over SPAs, SSR, etc. Should you use X? Maybe it depends. I have been burned by using SSR when the complexity of the app increased and suddenly doing SSR was getting in the way and now I was uncomfortably mixing JS with server rendered pages and struggling to maintain state. I've also been on the other side, using React and creating more complexity than was needed. The point is: don't be dogmatic. Get requirements, extrapolate what could happen in the future, use first principles, weigh decisions against team capabilities, ask yourself if your decisions are for your own personal reasons or have significant positive user/business impact. Engineers who rush to use one technology over the other without doing their homework are just doing bad engineering. It has nothing to do with "fighting the good fight".
- jacobsenscott 4y ago
  People also need to work within the constraints of the chosen stack. You can make a very good experience in either a SSR and SPA app. But you can't make identical experiences. Product designers are notoriously bad at working within the constraints of a stack - so when you choose SSR with hotwire or whatever, you definitely need to push back when a product designer hands you a mock up of something that can't be done easily with SSR. Don't create some mess of SSR and JS. Tell the designer to go back and redesign the experience so it meets the constraints of the stack. So when I hear "the complexity of the app increased" I'm hearing "the designer invented something that doesn't work with our stack" and rather than saying no, the devs just tried to forge ahead with the wrong tools. (Obviously I'm projecting experiences I've had :))
  - 0xblinq 4y ago
    Very well said
- sodapopcan 4y ago
  I agree 100%. Doing everything on the client has its place, but those aren't the type of apps I'm interested in working on. My problem is that for the bulk of web apps out there, a frontend JS framework (I'm sorry I don't have hard data on that but going by experience and the experiences of people I know). The "good fight" I'm referring to is not defaulting to React to build your information app that has very little interactivity. The recent "HTML over the wire" frameworks lean heavily on abstracted away JS to give you a middle ground between SPAs and pure SSR.
brink 4y ago
My last gig used Rails' Hotwire, and my new gig is using Phoenix Liveview. Thankfully people are waking up and seeing that JS is most appropriate as a "last resort" technology.
albertgoeswoof 4y ago
We’re using Hotwire extensively at https://mailpace.com https://mailpace.com It’s a joy! But we’re not hiring…
- fulafel 4y ago
  Link: https://hotwired.dev/ https://hotwired.dev/
- 0xblinq 4y ago
  It is indeed. I’ve used it with a Laravel backend and it worked great. Now using it in a node project and it also works wonderfully
alexbezhan 4y ago
We use htmx + Node, and we are hiring. PM me on Twitter @alexblearns
smrtinsert 4y ago
lol. We're going to end up with xslt again aren't we, it's just a matter of time.
MrPatan 4y ago
I think I get it. You really don't want to shift your mind to the browser. Your mind is in the server, you know what's up in there, and distributed systems are complicated, so one of the ends should be made as dumb as possible. I get it. Except, guess where the mind of the user is? On the other side of the browser. Embrace the browser, server people, it's closer to the user!
- foresto 4y ago
  There are user-focused reasons to build sites without (requiring) javascript. For example, respecting the wishes of users who disable scripts to avoid most of the web's privacy, security, and attention disruption problems.
- quickthrower2 4y ago
  Crafting the HTML is embracing the browser, no?
xjay 4y ago
This seems like a good time to ask web people to stop using the private unicode range for icons. It's bad practice because downloadable fonts are considered optional, and there is no fallback equivalent to alt text for undefined glyphs.
gwbas1c 4y ago
Where I work we're currently developing an administration / employee-only pages using server-side Blazor. I don't know if this counts as "HTML over the wire" because server-side Blazor contains some magic to make the page kinda-sorta act like AJAX. It's a little laggy, but for our purposes, it's "good enough." (The customer-facing pages are going to be SPAs, for very good reasons.) https://optirtc.com/company/careers/ https://optirtc.com/company/careers/
tracker1 4y ago
It depends... are you delivering mostly static content or creating and interactive application front-end? Most sites are somewhere in the middle and so should the responses. For me, if it's an application ui/ux, then the rendering should be almost exclusively on the front-end. It's just delivered via a web server instead of installed. Yeah, it's larger than server-sent. It's also emphatically not tying up server resources for template processing, instead using the super computer on your desk or in your pocket. I frankly feel ill when I see more than a couple hundred kb of compressed JS go over the wire... why a couple hundred, that's just where I draw the line... React + MUI with some optimizations and all the application logic should easily fit in under 300k compressed payload. If you're going over that, you're probably doing something very, very wrong. Not that you can't go much smaller and hand crafted. It's a trade-off. I also think edge development tools like Cloudflare Workers and Deno are exceedingly nice and can seriously bridge the gap closer to server rendered, but still not the same as a lot of classic legacy apps. On the flip side, I look at how much memory and resources applications use on a server as it is... They're often massively under-utilized as well. So who knows. I just know that there's nothing wrong in using the client's system to render the client.
- jacobsenscott 4y ago
  I wouldn't assume building the html on the server uses any more server resources than building JSON. Either way you are just building a giant blob of text. With html fragment caching the server could easily be doing less work this way.
  - tracker1 4y ago
    Unless you are doing string interpolation to generate JSON, it is absolutely more resources... and how much will depend on the framework(s) in use. To/From JSON is a straight serialization/deserialization, where templates are a bit more involved. It's not a crazy amount of overhead... and even then, it's a matter of how interactive the site/application is or needs to be. You can have a horrible or great UX in either direction in different use cases.
boia01 4y ago
Laminar (Scala framework) hasn't been mentioned yet so dropping it here as an awesome framework that support HTML-over-the-wire. It can be used together with React, HTMX, and many other frontend frameworks -- but doesn't have to be. https://laminar.dev/ https://laminar.dev/
deleted 4y ago
[deleted]
jay-barronville 4y ago
I understand your frustration. I feel the same way. I think the web development landscape has become unnecessarily complex. I sometimes miss how simple it used to be to just throw some PHP files together and have a working website up and running. Granted, those “simple” websites came with their own set of issues (especially security-wise), but I still miss that simplicity. Over the past 10-ish years alone, I’ve watched web development go through so many phases, it’s not even funny. Anyone remember gulp.js? Well, I remember a time when every conference talk mentioned it and you were weird if you didn’t use it. Backbone.js anyone? In my experience, I’ve found that most folks can’t even tell you WHY they use React or insert JavaScript framework here. Not too long ago, I was stepping through some “hello world” code for a trendy framework and the amount of code that was touched just to write “hello world” in the browser felt absolutely ridiculous to me. Let me stop myself before I go on a prolonged rant . . . Anyway, all that said, this is why I’m a fan of SvelteKit (Svelte) and Remix (React). I think they provide a decent balance of modern features while building on native web features/protocols properly.
pictur 4y ago
It is quite easy to say “you should definitely use x” by giving examples of simple applications. however, the vast majority of examples given will turn the app into a soup if you want to do a thorough study. If you're happy with this soup, it's up to you. So enjoy your soups and stop criticizing the useful things people produce with empty arguments. If you have a worthy alternative, offer them. Please stop suggesting things like htmx as alternatives.
root_axis 4y ago
Eschew developer fashion (and fashion contrarianism) and use the best tool for the job. It doesn't make sense to pick the tool before you even know what problem you're trying to solve.
deleted 4y ago
[deleted]
lolinder 4y ago
> Even if you use React in small areas where it pulls its weight but generally try and stick to simplicity of sending plain ol' HTML The reason why so many apps use React/Vue/whatever for everything is because this hybrid setup is far from simple. It leaves you with two different ways of rendering views, which creates unnecessary context switching for developers, and the interface between the two is often ugly and complicated and prone to memory leaks if you're not careful. It also prevents you from taking advantage of the most powerful patterns in these frameworks, which rely on the assumption that it's running as a single page app. The fact is, if your app has functions that require a JavaScript framework to work, the most straightforward answer is to build the whole app in that framework, rather than trying to cobble together multiple front end systems.
- rrgok 4y ago
  I've come to the same conclusion. Heck, as a solo developer, it is quite hard to keep in mind all the different states (server, client, request, session...) and on top of it make it also reactive. Mixing things increases the complexity.
- xcrunner529 4y ago
  [dead]
ravagat 4y ago
How timely, I, too, am in the market for a new job and I've noticed that ridiculous new buzz of "HTML over the wire" or related to "over/on the wire". Thanks for writing this.
mgamache 4y ago
I have been using Blazor for projects in the last year. It's okay (still immature). It uses Websockets when available (HTTP fallback) to transfer the rendered page.
kbuchanan 4y ago
We embraced Hotwire with a Clojure backend. Favorite things: - One language model (i.e. no JS, just our favorite backend language) - Extremely minimal front-end tooling - All data is manipulated with the same tools - No client-side routing, validation, or... really much at all P.S. We even wrote our own import-maps solution to avoid needing a JS bundler for the small stuff you can't do without JS.
- textread 4y ago
  Would you please provide any hint on what company this is at? I am really curious.
seydor 4y ago
Most of us are small-time businesses that never bought the overcomplexification of anything and we were constantly shamed about it. "Server-side-rendering" is still a laughable phrase though.
leishman 4y ago
We’ve used LiveView/Phoenix for 4 years at River.com and are very happy with it.
nelsonic 4y ago
100% JS fatigue after having worked as a professional full-stack JS dev for 8 years. Using Phoenix LiveView to build our MVP: https://github.com/dwyl/mvp https://github.com/dwyl/mvp haven’t written JS in months (except maintaining old Open Source packages) don’t miss it at all.
revskill 4y ago
SPA is to manage "CLIENT" side state, not about server-related stuff ?
turtleyacht 4y ago
Browsing HN on lynx (not logged in, haven't figured out cookie jar, settings, etc) in the early morning, it was a completely different experience: a dark screen, monocolored text, and comments. It felt like a darkened cafe of inquisitive, sometimes humorous--at turns indignant or snarky--conversation: even intimate, close-quarters, sipping at coffee or wine. That's what I miss about HN's past feature: we can't browse to a segment of a day. The front page changes across twenty-four hours, an ebb and flow of ephemeral delights. I guess that's what I'll set lynx with next: sessions, printing, and a way to quickly save snippets of text. The comments are so valuable for follow-up.
- dr_monster 4y ago
  Is there a way to collapse HN comments on lynx? I tried it but could not tell which comments were replies to others vs stand-alone comments.
  - turtleyacht 4y ago
    There may be a way to collapse comments, but I didn't try it yet. If there's no complete page refresh on click, it could be Javascript manipulating the DOM, and that may not work on lynx. I couldn't tell which are replies versus standalone, since everything is left-indented. However, some comments are definitely replies if there's ">" for example, or abbreviated and curt. But I found this "contextual friction" let me be more forgiving in a way. The comments all seem to float in the ether, utterances in the night. The extra effort to traverse to each comment--arrow, arrow, arrow, arrow--somehow made the whole thing like an exercise in deliberate consciousness: I was seeking after content, rather than having it just be laid out and scrollable. I was also using the framebuffer. It didn't take much to fill the screen. Moving to the next page happens more often and is so manual; you almost want to wring meaning out of every screen.
gazpachotron 4y ago
[dead]
super256 4y ago
https://www.otto.de/ https://www.otto.de/ I used them this week for the first time and was impressed by the responsiveness on my phone. I looked into the network tab and what I saw was an over-the-wire solution. However, I'm sure that you can also achieve responsiveness this without HTML over the wire. I scimmed a few blog posts, and it seemed to me like they use Java EE, although I'm not entirely sure.
- AH4oFVbPT4f8 4y ago
  https://builtwith.com/?https%3a%2f%2fwww.otto.de%2f https://builtwith.com/?https%3a%2f%2fwww.otto.de%2f Ablecommerce (asp.net) What led you to think it was Java EE ?
  - super256 4y ago
    I checked out the profile by their main software architect Guido Steinacker [1], their job offerings on otto.de [2], their github (they have repos for classic Java EE patterns, like their Wicket component tester and HAL stuff, which is a default in spring data) [3], and their stepstone, which mostly shows spring and java jobs [4]. There is no single asp.net job listed and they also don’t have anything asp.net related on their github. I don’t think that builtwith is an accurate data source. [1] https://www.xing.com/profile/Guido_Steinacker https://www.xing.com/profile/Guido_Steinacker [2] https://www.otto.de/jobs/de/jobsuche/-java/index.php https://www.otto.de/jobs/de/jobsuche/-java/index.php [3] https://github.com/orgs/otto-de/repositories https://github.com/orgs/otto-de/repositories [4] https://www.stepstone.de/cmp/de/Otto-GmbH-Co-KG-28607/jobs.html https://www.stepstone.de/cmp/de/Otto-GmbH-Co-KG-28607/jobs.h...
alxmng 4y ago
Look for companies that use Rails, Phoenix, or Laravel.
half0wl 4y ago
I've been having a blast writing plain old HTML templates for the past few weeks. It's a traditional Django app. I also use plain old CSS instead of frameworks like Tailwind (well, I use Bootstrap, but I don't use its utility classes). It's practical, pragmatic, and allows me to ship faster.
deleted 4y ago
[deleted]
lakomen 4y ago
In the Go world, the only implementation I personally know of is in Kyoto, but that tool has still a long way to go. I'd be happy to learn of other Go tools using this.

bvirb 4y ago

We do browser based end-to-end testing which tests the frontend and backend at the same time using a single tool (Capybara in our case). We take snapshots at various points during the test runs which are then compared to previous runs for visual regression testing. Nothing is isolated so it's probably slower. The tradeoff is that the tests are really simple for how much they cover, and they're entirely separate from the implementation details so refactoring/changing technologies becomes really easy. It's an old project and we've incrementally migrated from jQuery to Backbone to React to Stimulus with the same tests. Conceivably we could change the app to a SPA and keep the tests. I have no way to really know if it's better than anything else (though I am interested in that question!), but I think it has worked out pretty well for us. One metric might be that our main app has been around for 10+ years, we're still delivering features daily, and nobody is complaining about a rewrite.

88913527 4y ago
How do you test cases like, "the app should show an error screen when an error occurs in the database or server-side application layer"? In the SPA approach, I find these things quite easy to model with a service worker; just mock JSON API with the non-200 response code with body. I do see the merits of end-to-end testing but I've found it quite simple to mock the interface rather than ensure the database is primed with my situation in mind, or setup or teardown those records to ensure my 404 page renders correctly. And then I have to know how those parts of the system work, to create my test case. It does seem like an increase in cognitive load.
- bvirb 4y ago
  We have some tests like that. We're injecting a stub to generate the error condition and then testing the output. The test code runs in the same thread as the server so we can temporarily inject a stub into the server for some cases. You're right we have to know something about the system to know where to inject the stub, and in fact it makes the test brittle in case that implementation detail changes (which has actually happened and failed these tests before), but it doesn't really matter where we inject the stub to cause the error response, so it's not as bad as it sounds. I think it might be pretty analogous to knowing where to mock the JSON API w/ a non-200 response code. We very rarely stub anything and consider it a code smell, this is one case where we made an exception though because there is otherwise no way to generate an error message via the user interface.

verhovsky 4y ago
70,000-90,000 unique monthly visitors, according to client-side analytics. Someone wanted to buy the site so we added client-side analytics in August to December 2022 https://plausible.io/curlconverter.com?period=custom&from=2022-08-01&to=2022-12-31 https://plausible.io/curlconverter.com?period=custom&from=20... We also moved the site from GitHub Pages to Cloudflare Pages just for August 2022, to run server-side analytics to count the people that block ads and that said 116k "visits", compared to 67k "unique visitors" and 112k "total pageviews" from client-side analytics for the same time period (August 31st is missing because Cloudflare only lets you see 30 days). 116k and 112k are really close, which makes me suspect that I misunderstood and Cloudflare is actually also doing client-side analytics, but if that's not the case then it's 120,000-150,000 monthly visits. Back in September 2021 the site used to have Google Analytics and that said 25k users with 60k sessions from Sept 17 to Oct 17 2021. They offered us 15K for the site so we didn't sell it and they cloned it, since it's all open source. We removed the analytics again in January 2023 for the same reason we removed them before, curl commands copied from the browser might contain cookies or auth tokens and it's easier to not worry about the possibility of them accidentally getting logged by the analytics and also because it's kind of expensive and I got laid off in November. Knowing people are using your code is nice though. > I couldn't imagine any web developer need such kind of tool [knowing curl by heart] There might be some edge cases in Bash syntax or curl's option parsing you might miss that the tool won't (or vice versa), but you're right, rewriting a curl command in another language by hand is straightforward. But if you're doing it a lot it gets tedious and some people are writing web scrapers and bots full-time. You usually start with a curl command from the browser or some API's documentation, and if you want to do something with the returned data, you rarely want to do it in Bash. You could call the curl command and read the output in Python but you'll have better error handling and less code if you use an HTTP library. A better solution would be adding "Copy as Python", "Copy as R" etc. to Chrome directly and I opened a PR for Python but I haven't polished it enough for them to just merge it https://chromium-review.googlesource.com/c/devtools/devtools-frontend/+/2680281 https://chromium-review.googlesource.com/c/devtools/devtools... curl is kind of complex and expects you to understand HTTP. It's better if developers that don't want/need to learn it can bypass it.
- CoolCold 4y ago
  > curl is kind of complex and expects you to understand HTTP. It's better if developers that don't want/need to learn it can bypass it. That's my understanding what is meant to be web developer. I'm correcting my understanding of reality with comments like yours, thanks!

tshaddox 4y ago

Is that AirBnB stat including “content” stuff like images or embedded maps? It’s still worth critiquing the bandwidth spent on that stuff, of course, but it wouldn’t really be fair to include it here when the discussion is about the architecture of page transitions.

JonathanBeuys 4y ago
Page transitions are much faster for me on Wikipedia than on AirBnB. Whatever I click on AirBnB, I get a white screen, then some placeholders, then the placeholders one after the other get replaced by the actual content. Whatever I click on Wikipedia - its just there instantly.
- yamtaddle 4y ago
  "Plain HTML" gmail vs. any other version. It's way faster to navigate. Remember when AJAX was supposed to make pages faster? LOL. Of course, back then we were just sending HTML to be injected, not JSON that has to be processed by 50+ Javascript functions before finally becoming HTML (or, some DOM entities, anyway).
  - IMTDb 4y ago
    > "Plain HTML" gmail vs. any other version. It's way faster to navigate. And offers far less features. Attaching a file to an email takes ages without drag and drop, this alone is worth waiting few more milliseconds to most people (Gmail loads in less than 2 seconds on my crappy hotel wifi)
    - radiator 4y ago
      It is not milliseconds on older devices and network is not always the bottleneck Most of the time you read e-mails, not write them. When you write e-mails, most of the time you don't need multiple attachments. The first attachment is reasonably fast to add.
- IMTDb 4y ago
  Bear in mind that serving Wikipedia pages (static text documents) is much simpler that AirBnB listings (dynamic image heavy content). It is possible to create a faster AirBnB by changing some of the underlying constrained imposed on the system (eg by accepting to serve cached, stale, listings; or by lowering the amount of telemetry) but apparently Airbnb management does not think the tradeoff is worth it. Of course you are entitled to think that these decision from Airbnb are wrong and that they are hurting their sales. But you know the saying: « The least you know about a problem, the more convinced you are that you have the right answer »
- basch 4y ago
  Wikipedia - fancy html over wire (for example the searchbox) AirBnB - client side spa. the kind of page you like is the fancy html over wire kind

basicallybones 4y ago

Frontend frameworks developed in response to the need to develop/maintain very complex browser-based applications like Facebook across a large team of developers. AirBnB/Reddit have dramatically more complex user behavior and are much more input- and media-oriented. You cannot wait on round trips to the server for user interactions, and you cannot just do hybrid client/server the old jQuery way on big applications because you get spaghetti code. Comparing Reddit and Wikipedia is like comparing a motorcycle to a bicycle. They are different, with specific strengths and weaknesses. Both design/engineering paradigms have a place, imo.

enraged_camel 4y ago
Yeah, I cannot even begin to imagine what it would be like to develop AirBnb without some sort of front end framework. I used to write pure JS and jquery back in the day, and it was super easy to end up with a rat’s nest of spaghetti code. And those apps were several orders of magnitude less complex!
- 0xblinq 4y ago
  The alternative to SPA frameworks is not spaghetti jquery and vanilla js and full page reloads. As mentioned everywhere around this thread, the way to do server side rendered apps has also evolved. Hotwire, htmx, Unpoly, Livewire, etc, etc, etc.
jibe 4y ago
You cannot wait on round trips to the server for user interactions Old Reddit still works fine, and I’d argue better than new front end heavy Reddit. You are right it may be for the benefit developers, but Reddit isn’t complicated enough that a heavy front end provides much benefit to the users.
- BizarreByte 4y ago
  Old Reddit is significantly faster than new Reddit and I found it far nicer to use, but people in general didn’t like the “old, clunky” UI. Old Reddit was much maligned for how how it looked compared to modern sites.
  - smolder 4y ago
    > Old Reddit was much maligned for how how it looked compared to modern sites. By young people, probably. Me and my friends that I know still use it prefer old.
  - Winsaucerer 4y ago
    I do much prefer the look of new reddit, but the performance is painful. I don't see why you couldn't have a nicer looking UI, but with the performance of old reddit.