Not sure about the exact same active substance, but Amanita muscaria is the obvious candidate. It's also commonly shown as part of the imagery in stories involving tiny people: the Smurfs, Super Mario (it's the power-up that makes Mario bigger/smaller), Fantasia, Alice in Wonderland, and so on.
It got a lot of use in comedy screenwriting. How many shows have you seen where someone says "don't touch that, that's a load-bearing [object that should never be load bearing]"
The fort episode of community springs to mind but there are plenty others
This is just provable false though, China's economic revolution, for better or worse, happened under Mao. Humanitarian crisis were aplently, (but is that really any different from capitalist states, honduras anyone?), but the intended goal of rapid industrilisation and modernisation was successful. I'm not trying to white wash how bad of a humanitarian crisis the great leap forward was, but China is a manufacturing giant today because of the ground work laid down by Mao's reforms. To argue that socialism served no economic purpose is just false.
I dont get what you are arguing. If state lives on the server you have added complexity of holding state for every user. This is exactly what REST was designed to remove.
I have had the same experience with gemma 4 on same tasks being refused. But this is when working with cyber offensive tasks and the like. It excels in coding and is very fast on consumer hardware. So I would say use the right tool for the right task.
I love it, but did spend quite a number of years learning it (still not done) after programming for a quarter century in half a dozen other languages (sometimes professionally so). I wouldn't recommend it as first language (wasn't meant to be one), not even as first LISP (e.g. racket seems more palatable). Sure there is (due to its history) a lot of cruft and elegance took a backseat to performance, but I found that more curious than a real obstacle. More serious is the 'lisp curse' and the resulting lack of good libraries; there are some, but many are obviously abandoned single author, scratching their itch, 80% projects.
Sibling comment already recommended Peter Seibel's book, which for me too was a significant help.
Image based programming I did more than thirty years ago in FORTH and don't want to see that ever again. Source code files and git is the way, even in Lisp these days; the compilers are fast enough for a long time already.
The language doesn't stand on its own of course. Libraries (or the lack thereof) was already mentioned, but tooling makes up a big chunk of the user experience as well. (Due to its age) there are plenty of those, not all universally loved, but from my understanding emacs+slime is the next best thing to a Lisp Machine.
Absolutely, if there is any somewhat reasonable alternative, I will always use a non Musk product. Its less about morals but more about self interest. I am from Europe and Musk supports far right extremists and a breakup of the EU. I will not support and enable someone who intends to do me harm.
There's a huge list of "low hanging fruit" that are at the same time niche enough or low-user enough that no one has taken a stab at it so far. Or, if they did, they were expensive / captive / terrible ux solutions. Goog has the money / aura / willingness to actually do something about it, and put things in people's hands. Really cool stuff. We already have "star trek" technology in CotS phones, it's mind blowing.
Everything's unethical that seems kinda weird or icky to middle aged HR schoolmarm Karens who like to sit on committees and wiggle their fingers and clutch their pearls, like the good church ladies they are, at the naughty boys.
I think the comment that you're replying to is saying exactly the opposite - a language that anyone including non-programmers can use, if you consider the strict definition of the word, isn't "elite".
My personal mental model is that this is the AI version of the low-code web app tools that have existed for a while (like Outsystems, Power Apps...). Those tools are a bit of a nightmare for devs to work with and they have all sorts of limitations. Yet they still carved themselves a fairly significant niche in the market, as they allow building apps fairly quickly and cheaply... as long as you stick to simple apps. I don't know if Lovable will be able to capture that market, but that's how I try to make sense of this.
When cli agents and the models behind them advanced sufficiently, I basically ditched the IDEs/editors with ai built in, and went back to plain fast sublime & vim. Though I'm playing a bit with helix these days. But back to more focused tools instead of a mishmash soup of ui and interactions
Access to your computer is the entire point of the app. Codex computer use can script and control any application on your computer.
You can give it any task on your comouter and it can automate it.
Such as creating a photo on Photoshop, creating 3D models, editing videos, or browsing any website without scripting.
I've been using Dart and Flutter for years, but I've never ever met anyone who's seriously using Dart for backend. That would be a very niche thing and not popular with teams.
> why put in effort doing something people don't expect or ask for?
True! Why did we bother with devcontainers anyway? Who asked for permissions on tool calls? Only those weird security people care about putting whats effectively a CNC rootkit inside a sandbox. Its not about seriously protecting the user against our AI slop inevitably typing `rm -rf work /` and deleting their entire drive.
I just can't wrap my head around this. I know there is probably some very strongly motivated engineering reason like "we want objects to be isolated", but I just can't agree with this
I read it as a "hey we will make stuff more expensive, don't miss it"