12 ms·
Primate Is the Last Great Web Framework
- EGreg 3mo ago[dead]
- fron 3mo agoWhy use light gray code highlighting on a light background? Most of the code blocks are unreadable due to this.
- terrablue 3mo agoHey, thanks for the feedback, sorry for that. Should be fixed now.
- wduquette 3mo agoWe used to call this “middleware”, that which sits between the client and the server.
- brightball 3mo agoI never understood that terminology since the middleware was always on the server too.
- macintux 3mo agoI thought of middleware as sitting on one server, with the database behind it typically on another.
- brightball 3mo agoYea, I've seen that often. Some people would call any server side code middleware.
- elliotec 3mo agoIt can be on the client side. Middleware just means something between the operations of the application on a server and operations of the application on a client. Doesn't matter where it sits, it's just the link. But to the parent comment, yes, I agree, this is a middleware.
- echoangle 3mo agoLast or latest? I don’t get where the title comes from.
- ademup 3mo agoMy clients and colleagues are bragging about "headless web sites", by which they mean "sites built without WordPress (and kin)", by which they mean "sites built entirely using the English language via AI" In that sense, the author might be implying that "web framework" may soon be a thing relegated to history
- graypegg 3mo agoWait, is that what headless means now in the agency world!? I remember headless meaning the CMS wasn't the software serving the initial request, it just provided an API that some HTML/CSS/JS on S3 or something would consume.
- ademup 3mo agoYes apparently so: my customer is a very intelligent research director at a well known company. He was very excited to tell me about going "headless", and I was very confused for a solid 5 minutes before figuring it out. He told me that this was the term his vendors were using.
- wredcoll 3mo agoThe idea of the web-router "owning" the database fills me with a visceral sense of loathing. Data is always the important part of any real program.
- replygirl 3mo agothe connection, schema, and migrations are all separated so looks pretty easy to swap in your own ORM or have another service own data
- jazzypants 3mo agoYeah, this was the big red flag for me too. If you're going to try to decouple things, the last thing you should do is add more coupling.
- terrablue 3mo agoJust a quick mention that there is next to no coupling. If you don't use `primate/store`, none of the ORM code gets pulled in. You could be using any other database client. The same applies to sessions, i18n, or any frontend. They're all either path'd imports or distinct packages.
- eithed 3mo agoThe only place it make sense to me is the validation = at the route level you want to ensure that the given model exists / request attributes defining relationship (pivot), are there. This is how Laravel does this. Having said that this should be responsibity of domain rather than application
- louiev 3mo agobro at least give your frameworks main website a non-ai UI lol
- wuliwong 3mo agoMaking burner accounts for HN are ridiculous. L(° O °L)
- giraffe_lady 3mo agocgi bin with extra steps.
- graypegg 3mo agoI might be missing something here, but I'm struggling to understand why the concept of mixing up implementation details by request path is desirable. Maybe for colocating a legacy application with a new application that's slowly strangling it [0], but for a new application, this seems antithethical to using a framework in the first place. I can't say for sure why you liked Laravel, but I like Laravel/Rails/et.al. because I don't have to make decisions about the parts of the application that aren't unique to what I'm building. This just allows you to yak shave on a route-by-route basis? [0] https://en.wikipedia.org/wiki/Strangler_fig_pattern https://en.wikipedia.org/wiki/Strangler_fig_pattern
- terrablue 3mo agoHey. There are many use cases that involve mixing frontends. On the Primate website itself, the RSS feed is a route previously served by the Handlebars module (because it needed some logic), now by the (a bit more minimal) pure HTML module. The rest of the website used to be written in Svelte, but the bundle got unnecessarily big. Because it uses Primate, I could rewrite the frontend part using Marko, shaving off around 30% of the client bundle size. Those are not things you can even try out if you're using one of the lock-in meta-frameworks. So a good framing of the counter question would be, why commit when you don't have to? However, even if you never end up mixing two or more frontends: you have access to all other features using the frontend of your choice.
- petra 3mo agoI think the next popular web framework would be something that would be optimized against llm code generation. So that the end result would be secure. correct. scalable(and scaling should be done by an llm).
- tqwhite 3mo agoIn a related idea... https://jslightning.com https://jslightning.com Sort of a PHP-like, folder based web serving tool that executes Javascript. Very quick and fluid.
- dkarl 3mo ago> But web applications are not just pipelines of isolated tools. They are full of shared assumptions: request shapes, validation boundaries, session handling, rendering, routing, serialization, deployment targets. Some of those things are specific to web applications. Others are not. It's fine for web-specific logic to be tied to all of the shared assumptions of a web framework, but application logic should not be. As the architecture evolves, the application logic may need to be run in other architectural contexts: as a message consumer, inside an orchestration framework, etc. That's one of the most painful things about PHP. Entire businesses get built around business logic in PHP backends, and then when you need to execute that logic in a different architectural context, every line of it has to be rewritten, because it's too much work to extricate it from the context of serving web requests. If you are designing your framework to contain application logic, then it should look ahead to the possibility of that logic being used in a different architectural context. It should facilitate and encourage writing application logic that is agnostic of the web context. Otherwise you're encouraging people to repeat the mistake of PHP all over again.
- jjice 3mo agoIf you work in a legacy PHP codebase, it's inevitable that you'll see $_GET in the middle of what you thought could be isolated business logic. The coupling that was done in my experience old PHP codebases is awful. I guess I can't blame PHP because it comes down to the devs to enforce decent boundaries, but I think PHP makes it easier than others to do so. PHP is so much better now, but if you're writing PHP, there's a very good chance you're not working with that new, clean PHP.
- evolve2k 3mo agoComing from Rails, which I’m sure informes part of the philosophy I really like this. One design value of Rails is “Convention over configuration”, or what I sometimes explain as smart defaults over having to decide everything. I see this is an area this project can help with; thought through folder and naming conventions; wrestling with issues at the seem between common tools. Making doing things the right way way (like database migrations) becomes the easiest way to do it; most of the time. A bundle of smart conventions and ways of working that cuts down yak shaving and sometimes solves arguments as the project can be; well we thought on this a lot more than most of you and we’ve gone with this approach to stick these together and if you only half care now you can get this done for free for your apps.
- elliotec 3mo agoThis is like, the opposite of Rails and the "convention over configuration" style. It's making no decisions for you except to "use primate in the middle of whatever else you decide to configure!" Seems like it's actively encouraging making a mess of your stack. I don't understand it at all.
- evolve2k 3mo agoI don’t read it that way. I think they are just cutting the edges of what are “the core tools” of the stack in different places. This projects ability to introduce conventions cause there is a framework underlines its potential value. If folks that are experimenting across any of these tools start to choose to begin from this framework first; then there’s really opportunities for this to grow. Either way I’d suggest that’s a good focus for them to measure success.
- deepsun 3mo agoI remember at the beginning Google didn't want to share their SOTA datacenter with public, considering it a market advantage. So instead of raw VMs they decided to promote the "framework" model, where all the seams are polished, under the name of Google App Engine. I remember we've been going through a security audit, and many of their questions were about ports security and server access -- well, we did not even have SSH access at all, and only 80/443 ports were accessible. It was a breeze. However, as market has shown, people really do want finer control, SSH root access, and custom ports. Along with many more fine-tuning. For example, GAE autoscaler did not reassign a request that triggered a new instance, waiting for it to start for 20s even though all requests completed within 200ms, so other workers were available, but the request waited for its own instance to wake up. So I'm skeptical of "seams hidden" approach, as over and over again I needed to tune that one hidden seam.
- ligarota 3mo agoAstro js can also handle multiple framework?! As astro islands
- threethirtytwo 3mo agowoah cool, I'll ask my agent if it likes this better. If so I'll have it start using it!
- Kalanos 3mo agoIt's an MVC that handles realtime frontend without React?
- gitpusher 3mo agoThe English language has no words (yet) to capture that special combination of nausea and embarrassment one feels when they commit in good faith to reading a long piece of prose... only to slowly realize the whole thing is AI generated. But I'm feeling it more and more often these days.
- echelon 3mo ago[flagged]
- stymaar 3mo ago> AI prose is better than the average human There's no objective measurement of “better”, which in itself refutes your argument, but I personally feels AI prose to be very annoying for mostly two reasons: - it's the same everywhere. People could use AI to write in different styles by prompting and through few-shots learning, but they don't and as a result every AI generated prose looks like something I've already read. Its junk prose the same way way Mac Donalds is junk food. - if someone doesn't make the effort of writing or even customizing the AI output, then what I'm reading is a low effort post and it's highly unlikely that I'm going to learn anything in the process. As a result as soon as I realize that I'm reading AI slop, I feel the immediate disappointment of having committed some time to reading something that wasn't worth my time. > Historians will look back at all the silly dead humans in the past that icked and yucked about AI. Like we look at the silly dead humans in the past who fought back against opium, cigarettes and leaded gasoline?
- madewithdrama 3mo agoeven in death, Elliot Roger serves the omnissiah
- jottinger 3mo agoDoes that have something to do with OP's post, though? I mean, it's written like someone who's mostly formally familiar with English. Maybe your infamiliarity with formal English itself is factoring in, because the AIs are ALSO formal in diction? I didn't get the same "AI wrote this" that you did, but I get a lot of people saying "AI wrote this" to stuff I definitely wrote by hand, all the way.
- gavino 3mo agoHonestly, why make it complicated. Just use Rails, and actually ship things.
- turtlebits 3mo agoGreat frameworks have great CLI tooling and just work. Be opinionated and consistent. The fact that this supports multiple frontends and multiple runtimes is a hard no for me, already know that it's going to be a massive headache to debug.