TE
TechEcho
Home24h TopNewestBestAskShowJobs
GitHubTwitter
Home

TechEcho

A tech news platform built with Next.js, providing global tech news and discussions.

GitHubTwitter

Home

HomeNewestBestAskShowJobs

Resources

HackerNews APIOriginal HackerNewsNext.js

© 2025 TechEcho. All rights reserved.

Too Much JavaScript? Why the Front End Needs to Build Better

2 pointsby hernantzalmost 2 years ago

3 comments

mydriasisalmost 2 years ago
&gt; Often, it boils down to one common problem: Too much client-side JavaScript. This is not a cost-free error. One retailer realized they were losing $700,000 a year per kilobyte of JavaScript, Russell said.<p>Boy that&#x27;s a lot.<p>You know recently I tried writing &quot;just browser native javascript&quot; for my little baby website. It&#x27;s all through Github pages, so they give you a nice little server that you can use based on your git repository. It&#x27;s shockingly nice, and also shockingly easy to get stuff done with just vanilla JS.<p>I wonder how much I could get done if I weren&#x27;t terrible at CSS, haha. That&#x27;s really the only thing holding me back from making my site appealing to look at. The JS is honestly very easy, it&#x27;s a simple language to use and the browser is an awesome environment with a billion and one tools ready for you to use.<p>But CSS, man. Every time I try to style something it winds up looking like a 2002 haunted house nightmare.
shortrounddev2almost 2 years ago
if WASM could manipulate the dom we could write our pages entirely in compiled languages which optimize their builds. As it is right now, WASM seems to be useful only to people who do clientside computation
rolandtannousalmost 2 years ago
what happened to static website generators? They&#x27;re clean, fast and leave almost 0 carbon footprint (theoretically)
评论 #36724092 未加载