Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

I'm betting on HTML

catskull.net

Post reply on HN
Print view View original

291–300 of 458 posts

Re: I'm betting on HTML

#291

Post by thanatropism »

kaba0 wrote: post #234
treprinum wrote: post #199

Earlier quoted context omitted.

Halting problem is one of the problems that arise from precise mathematical definition and its outskirts. LLMs are all about making sense from unstructured text, i.e. lying on the opposite end of the spectrum where math has no direct way to do anything. So while the poster was sarcastic, they also missed the mark.

The halting theory is analogous to Gödel’s incompleteness theorems and these are fundamental truths to any system. That matrix multiplication that deep learning does is hardly immune to that.

What. There are no proofs of convergence for many of the most popular NN optimization algos. IIRC Adam is known not to converge in some cases.

The bitter lesson is that Messy AI is better able to cope with Messy World Problems than Neat AI (by light-years at this point), not that it can hack Neat Problems.

Re: I'm betting on HTML

#292

Post by maxfurman »

I've been doing web development full-time for nearly a decade now, and I didn't know about all of these. I think I failed a job interview last month because I didn't know about . Sigh.

Re: I'm betting on HTML

#293

Post by juancampa »

nzoschke wrote: post #5

Great read and interactive demo. After a few years of dabbling with Flutter I just came back to the same conclusion: bet on HTML. Astro / Tailwind / Daisy UI / Alpine.js makes it lovely to build an HTML site with a lot of simple SSR and a little bit of client side reactivity peppered about. The result is simple sane HTML files that look and work great on desktop web browser and and mobile wrapped web view. My app is…

Can you help me understand the utility of Daisy UI? Seems like it's the good old classes+stylesheet with extra steps (tailwind)

Re: I'm betting on HTML

#294

Post by skeeter2020 »

>> ... semantic HTML is more important now than ever

Except... semantic HTML has never been important. Forget about implementation and adoption, even the abstraction falls apart after about 30 seconds of critique. It's a weird mix of structure-like tags that seem to solely serve the newspaper industry from 25 years ago, half-baked UI elements and a handful of directives. The non-semantic elements have to make up more than 99.9% of the internet today. It seems the author missed the of XML and transforms if this is what they wanted.

Re: I'm betting on HTML

#295

Post by latexr »

anyfactor wrote: post #276
latexr wrote: post #172

Earlier quoted context omitted.

> The only catch is that it "fixes" the tone and makes it professional, which is kinda annoying. Then why send your text to a slow third-party in the first place? There are craptons of spelling and grammar checkers available which will work offline, be significantly faster, consume less resources, and not change the meaning of your text. We solved this problem decades ago, we don’t need to shove AI in everything. It’…

Original Text Grammar checkers are essentially typo checkers and are not context aware to be truly grammar checkers. Context aware grammar checking means the program has to consider each line of text and identify grammar mistakes. As traditional grammar checkers check typos in real time, every mistake you do is flashed in front of you. You have to stop evaluate, fix and continue. This is distracting. My solution is t…

> As traditional grammar checkers check typos in real time, every mistake you do is flashed in front of you. You have to stop evaluate, fix and continue. This is distracting.

Or you can disable that feature (or the software entirely) and do a full pass at the end. You’re not forced to do live checking.

> Please feel free to give this method a shot for a week.

No, thank you. I have no desire to send what I write to third-parties I don’t trust. Also, your examples were far from compelling. I’d rather not have my words padded with fluff.

Re: I'm betting on HTML

#296

Post by infogulch »

guggle wrote: post #124
infogulch wrote: post #82

Earlier quoted context omitted.

That's a common argument, but how often are you navigating around in a web app and you don't need data from the server? IME you do like 80+% of the time so "responsiveness" is false anyway, and when you don't you could get pretty far with basic http caching. And assuming high bandwidth is just as bad if not worse than assuming high latency, where typical web app dev platforms perform abysmially not to mention multipl…

This… {{range .Query `SELECT id,name FROM contacts`}} {{.name}} {{end}} …reminds me of what we used to do in php3 days. That was convenient, performant and… unmaintainable. Am I missing something ?

Who knows if it will be maintainable or not. Can you articulate why the php3 projects became unmaintainable?

Re: I'm betting on HTML

#297

Post by flagrant_taco »

troupo wrote: post #54
flagrant_taco wrote: post #33

Earlier quoted context omitted.

Section and article really don't add any value, but header and footer elements are used as landmarks by adjustive technologies like screen readers

> Section and article really don't add any value They are nice hints to assistive technologies and reader mode.

Yep that's totally fair!

I'm not 100% sure if assistive technologies use section and article for any end user context like "jump to content", but they at least can be used to get more context than just another div

Reader mode is one I don't think about enough. I could see that purposely hiding content outside of the article element.

Re: I'm betting on HTML

#298

Post by OOPMan »

chickenfeed wrote: post #260

I don't want to totally neg on web dev. But it does suck donkey balls. I've been doing it for years. From writing raw html,to using scripting langs, frameworks and what not. And the amount of time it takes to do not a lot I figure is just a colossal brain drain. We just went on holiday, and all I wanted to do was look up places to go eat and drink, or visit for the day, and most of the sites sucked. Or were out of da…

I spent some time recently working on a C++ application for Windows using Qt for the UI and general application framework.

I was surprised at how easy it is to achieve useful things with C++ and Qt in this day and age.

When I used it back in the early 2000s it was a lot more painful but both C++ and Qt have come a looking way.

Honestly, to paraphrase Hayao Miyazaki...the web was a mistake.

It's almost a classic example of worse is better.

Re: I'm betting on HTML

#299

Post by btbuildem »

What is the author suggesting? That instead of "social" networks, people will rush to building their own online presence from first principles?

I can't see that working, for so many reasons:

- most people are passive consumers of content, maybe interact a little, enough to tweak their feeds

- a small minority creates content on the large networks / aggregators, and (I think) a large portion of that is spurred on by monetization

- the "internet" and all the devices that access it have become so "user friendly" that the people who have come online in the last decade or so are effectively technically illiterate; you cannot count on them building anything from scratch, only to arrange the big duplo pieces already provided

Re: I'm betting on HTML

#300

Post by em-bee »

irrational wrote: post #123
nathansherburn wrote: post #16

Earlier quoted context omitted.

After trying a bunch of fancy frameworks and platforms I ended up doing exactly this - a static site with alpinejs and tailwind. It has been by far the best decision I've ever made. And the best thing is I'm confident any new dev will be able to pick up my 100 line build file and grok it in about 3min. No matter whether they're react, angular, PHP or python folks - it's dead simple and I love it.

Now move to the next level and have no build system.

i am building sites with aurelia without a build system. there used to be a quick-start tutorial where you could just download an archive with aurelia ready to run. no serverside tools or build tools necessary at all. it even used to work loading the whole app via file://... back when browsers still trusted that. it no longer works only because of browser restrictions on using file://

the tutorial is gone, but the download still exists referenced here: https://stackoverflow.com/a/39681911

the downside is that i don't know how to update this to newer versions or add extensions.

it might also be possible to create a new version of this using aurelia-cli, but i haven't yet figured out how.

Post reply on HN