It's more robust to go the other way: start with the full-powered programming language, and emit the static HTML data after doing the complex logic stuff.
640 karma · joined January 13, 2012
You can reach me via:
- email: ben@bensima.com - X: @bensima - hn: bsima.at.hn - irc/libera: bsima - xmpp: ben@bensima.com
It's more robust to go the other way: start with the full-powered programming language, and emit the static HTML data after doing the complex logic stuff.
The requirement of @override on the render method is a bit unwieldy, have you considered using pedantic's BaseModel instead of TypedDict? I think it would allow you to get rid of @override? Not sure it'd be worth it for the extra dep though.
Something I always look for in a web framework is the ability to run the app from the repl. Is this possible with Ludic? I remember in Clojure, the app was just a function of a hashmap request -> hashmap response, so testing was really easy, you just do something like (app my-request) and inspect the return value, 'my-request' can be a hashmap constructed by hand or generated with a tool like core.spec. Much more convenient than running uvicorn just for a quick test! I recommend adding this use case to Ludic if it's not already there.
> While I'm not making any money off my projects
????
And here are some independent benchmarks https://artificialanalysis.ai/models/llama-2-chat-70b
If you can also hook into an accounting system (eg plaintextaccounting.org) then you could also calculate the whole dollar amounts to donate as some percentage of income from the product.
Maybe it’s just me but having unfinished, dead, or scratch code in a production codebase really annoys me. Either finish your work or delete the unneeded code. More than a few times I’ve sunk time out of my day into investigating some code path only to realize it’s completely unused.
Most other smart appliances I've used, however, have not created joy in my life, and I try to buy the oldest and dumbest appliances I can. For our new oven last year, we specifically looked for something with real knobs and an LED display, zero smart features. (Viking is the last company that makes these afaict.)
Turns out software is hard, if you're gonna make a smart appliance you have to build an entire software company. Tesla managed to do that but not other companies have.
It’s closer to scheme I think, being a lisp-1, even though it’s originally implemented in Common Lisp.
The crazy thing about Shen is that its type system is sequent calculus, which means when you define your types, you are literally writing the same language that mathematicians use when they prove things about type theories.
Why would you use it? Because you can leverage a crazy amount of power by writing your own type theories in your programs.
Is it practical in today's corporate world? Probably not, but there is at least one case study in the real world https://www.youtube.com/watch?v=lMcRBdSdO_U
maybe we should work together