Leopard[0] translates existing Scratch projects JavaScript with a a library for creating games with a really nice API for 'rendering sprites, collision detection, audio, and more'
and on the other side, goboscript[1] is a text based programming language that compiles to Scratch projects. It lets users write Scratch projects with text syntax that you can write in an IDE and version control etc.
maybe both of these could be interesting stepping stones? personally when I 'graduated' from Scratch as a kid I just dumped into writing HTML/CSS/JS websites, which is a very different environment entirely. It actually took a while before I realized where the overlap was with what I learned through Scratch.
You know, I wouldn't be surprised if the AI was less than 50% accurate. I'm not claiming that in general, but I'm also certain it would be possible to construct a dataset such that the AI would do far worse than a coin flip.
You know that it's not possible to do worse than a coin flip, right? If you're getting it 100% wrong, I'll just do the opposite of what you say, and have a 100% correct predictor.
The threshold isn't 50% because the distribution of human and AI written cases isn't naturally 50-50. So a coin flip will underperform always guessing the more frequent class. Where it gets interesting is if the base is unknown or variable over time or between application domains. Like, since AI written text is being generated faster than the human kind, soon guessing AI every time will be 99% accurate. That doesn't mean such a detector is useful.
When we say "coin flip" in these situations we mean "chance", ie the prior distribution. Otherwise a predictor of the winning lottery numbers that's "no better than a coin flip" would mean it wins the jackpot half the time.
Yup! My point is that the 'coin flip baseline' model that's as good as chance isn't actually trivial to create, for an unbalanced and time varying underlying distribution.
You can ask, but you can't really trust the results as the differences between AI generated text and human text are getting smaller every day AND LLMs aren't typically created to specifically identify the difference.
LLMs aren't intelligent. They're just very fancy math and a lot of smoke and mirrors.
If an LLM were capable of reliably detecting AI-generated content, then it would also be capable of producing content that does not appear to be AI generated.
So either A) LLMs are intentionally, universally making their content look AI-generated despite having the capability to do otherwise or B) LLMs cannot reliably detect AI output and their responses on the subject are complete BS.
> If an LLM were capable of reliably detecting AI-generated content, then it would also be capable of producing content that does not appear to be AI generated.
Those are two very different classes of problems. You do not automatically get one if you have the other, in any resource constrained situation. Yes, you can infinitely iterate a RNG into a content producer given a classifier, but that presumes infinite resources.
I’ve slowly grown to realize there’s some software you just don’t need to update. A static site generator (almost certainly) won’t have security issues as long as you control the input and the output is just a bunch of static files.
Unless the new version of the software includes some feature I need, I can be totally fine just running an old version forever. I could just write down the version of the SSG my site builds with (or commit it to source control) and move on with my life. It’ll work as long as operating systems and CPU architectures/whatever don’t change too much (and in the worst case scenario, I’m sure the tech exists to emulate whatever conditions it needs to run) Some software is already ‘finished’ and there’s no need to update it, ever.
Is there any static site generator where you specify the version you use, and the launcher will simply run the old binary that you want?
Like most build systems work, for example when you set a "rust-version" in Cargo.toml and only bump it when you explicitely want to. This way it will still use the older version on a fresh checkout.
I used Zola for my SSG and can't think of the last breaking change I've hit. I just use the pattern of locked nix devshells for everything by default. The extra tools are used for processing images or cooklang files.
> Is there any static site generator where you specify the version you use, and the launcher will simply run the old binary that you want?
For Hugo, there is Hugo Version Manager (hvm)[0], a project maintained by Hugo contributor Joe Mooring. While the way it works isn't precisely what you described, it may come close enough.
I hate to say it, but even the existence of this tool is a danger sign.
I say this as someone who uses Hugo and is regularly burned (singed) by breaking changes.
Pinning your version is great until you trip across a bug (usually rendering, in my case) and need to upgrade to get rid of it. There goes a few hours. I won’t even mention the horror of needing a test suite to make sure the rendering of your old pages hasn’t changed significantly. (I ended up with large portions of text in a code block, never tracked the root cause down… probably something to do with too much indentation inside a bulleted list. It didn’t render that way several years before, though.)
I guess my very own "niccup" (basically hiccup-in-nix) fits that (https://embedding-shapes.github.io/niccup/), as you'll typically always include the library together with a strictly set version, so even when new versions are available, you'd need to explicitly upgrade if you want it.
As an aside..
I went down a mini-rabbit hole learning about the LAN Party House, read your website and about Sandstorm[0] and how that ended up with you at Cloudflare leading Workers. That’s a really cool and honestly inspirational path. Would love to learn more if you’ve written elsewhere…!
I was also impressed by his wife's Chez JJ work. I suspect that she has done much more impressive stuff, but that kind of thing is a dime a dozen, in SV. The hacker housing stuff speaks to her humanity, and I like humans.
I doubt it - Apple has a bad habit of putting in specific behaviors for certain home screen icons in Springboard (consider the clock and calendar icons) which are tied to the app identity but executed by Springboard.
This looks really interesting, but I’m wondering what this adds that someone can’t already do with Typst+a resume template. The basic-resume template already abstracts enough that you only need to care about content rather than formatting:
Here are a couple of reasons, just a few that come to mind, why using YAML + RenderCV can be more appealing than working directly in Typst:
- Reusing the same content across multiple themes. YAML + RenderCV allows you to experiment with different themes and design options to the exact same content with no changes to the data itself. This is difficult to achieve in pure Typst, where switching templates typically means adapting your content to a different set of Typst commands.
- Centralized control over entry layouts. You can adjust how entire classes of entries are rendered from a single place—for example, changing the layout of all education entries at once, rather than editing each entry individually.
I’m far from a UX designer but whenever I use something with toasts I feel like I don’t notice them pop up in my periphery. I think it would be better if the confirmation for an action I did just showed up wherever I performed that action (like a button changing state to a spinner and then either an error or a confirmation)
What stops you from placing these details you want as near as is reasonable to a button? Alternatively, placing the details near or in some container for the data/entity/element that the button relates to?
Omarchy is the passion project of a really wealthy person and is backed by his profitable business. What does ‘sponsoring Omarchy’ mean? Like.. where does that money go?
I think it amounts to providing free premium CDN service, the stuff you'd usually have to pay for. They didn't say anything about cash money changing hands.
That’s really reasonable then (I guess apart from any disagreements with the authors views). Omarchy isn’t just a post installation script, they have the entire thing bundled as an ISO. So I can see why an in-kind sponsorship of a CDN makes sense. Although it’s still unclear to me how Omarchy specifically fits into ‘the future of the open web’ vs Ladybird
Assume they compromised everything they would have access to by running code on the server.
reply