Hacker Newsnew | past | comments | ask | show | jobs | submit | dreadnip's commentslogin

Most web apps are a combination of static pages, simple forms and highly interactive content though. That's what makes the choice so hard.


That’s why I use React, though. It’s much nicer (as a developer— not necessarily UX) to have a single paradigm and approach to building your app vs using one approach for the simple pages and a different approach for the handful of highly interactive pages. Inevitably, your simple pages get complex interactive edge cases and you wish you’d written those in React from the start, etc.

I know many will disagree with me and will point to livewire, etc as alternative approaches, and that’s valid. I’ve simply settled on React because it fits my mental model, I like functional programming, and I dislike that bifurcation problem.


No, you're right. Livewire, Phoenix LiveView and all the others are a couple levels removed from the browser and you have to suffer the whole indirection chain when something goes wrong. React is a good compromise - it still has indirection, but not so much, and it's much easier to use at scale than state managing and direct DOM manipulation.


You can do this with just about any programming language or scripting language that can render HTML on the server + plain HTML and JS. You could do this with PHP 30 years ago.


Yes and no, php didn’t give you any tools to manage this, most people writing php sites back in the day (including myself) were writing js that was coupled to a specific markup yet was maintained separately. This didn’t scale well.

Then along came libraries like mootools, knockout, etc all the precursors of react, then react changed the game around encapsulation of markup and code into one place, and straightforward data flow.

SPAs were inefficient so server side rendering of js became ubiquitous, islands are a further optimisation of ssr.

This hasn’t happened in a vacuum, if you look at modern php frameworks like inertia they have a lot more in common with Astro than they do the good old 90s php


You could and yet nobody did.

You need to give credit to a project like Astro that takes a pattern, popularizes it and makes it straightforward to adopt via a framework.


It’s a headless CMS. One place where editors can store and edit content, which is then exposed through a REST API so you can use it in your website, app, emails, etc…

Huge companies use it to centralise marketing copy and media.


Not just huge companies.. lots of web agencies [1] and mid-sized businesses use us to manage their web presence, mostly for the same reason: building custom sites quickly without the hassle of maintaining software. We’re not really optimized for huge websites (or customers).

[1]: https://www.datocms.com/partners/showcase


Using Claude to submit PRs to huge open source projects is stupid, for sure.

But if I need a quick tool, like a secret Santa name picker, I’ll just have Claude build it, push it to a repo, link the repo on some PaaS and have a working, deployed app in 20 minutes. No ads, no accounts & no signing up to random websites. I can build it exactly like I want it and include fun Easter eggs for my family.

Building it myself would take 2-3 hours, and the code quality would be drastically better, but that just doesn’t matter.


People aren't complaining about that. What you do in the privacy of your own computer is only your problem. The issue is people pouring a whole "arduous" 2 hours into vibecoding a project, then advertising it and posting to communities everywhere as a revolutionary bullet-proof high-quality project asking for visibility and contributions.


How does this work? The JS script can only read logs/network calls made by itself right? The rest of the page is outside of its scope?


Color scheme is a bit harsh for me. I understand you're going for EU colours, but maybe a softer background like #fcfcfc and a more muted blue would be easier on the eyes?


I agree. And I will go a little bit further, why don't do it with a black background? So much white on most websites.


seconded


Why involve an LLM in this? Just download the site?


Yeah, Internet Archive has lots of copies https://web.archive.org/web/20250000000000*/https://www.spac... also

What's with the panicked pleas and need to preserve the site, assuming locally...?


The post is clearly about something else than preserving https://www.spacejam.com/1996/

It seems to me the post is about how Claude fails to recreate a very simple website from 1996.


If you're interested about generics in PHP, you can read this blog post by the PHP foundation: https://thephp.foundation/blog/2024/08/19/state-of-generics-... or this PR by Nikita: https://github.com/PHPGenerics/php-generics-rfc/issues/45.

TLDR: The PHP compiler isn't really suited for the job, it would introduce a lot of complexity to an already complex codebase and the memory/performance hit would be substantial.


Yup, this was pretty much what i recalled. The typesystem, while being incredibly "unintelligent", somehow still is so complex that generics are not going to happen.


This part confused me:

“ Suddenly one day about a week in I got a random anonymous message on Signal containing a single file of 1,704 bytes. I cautiously examine this rogue file in a hex editor and find that it looks like a real private key.”

I’m very unfamiliar with Android development so I’m not sure what the author is implying here. Is this some random Humane owner sending his key to him, or maybe a former Humane employee?


Right. I think it's just a way of saying that he got the key through unorthadox means. But I'd say it's quite likely via a former employee.


Both Saif and Markus are excellent choices for sponsorships. Kudos to whoever picked them. It’s a shame Juliette is losing hers, she’s also a really valued member of the PHP community and has been for a long time.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: