70 Followers
180 Following
223 Posts
Programmer, I really like Haxe and Rust but get stuck doing a lot of stuff in C++. I work on the @grig audio libs in Haxe.

 ðŸ¦€

Alt of @thomasjwebb
pronounsthey/them
codeberghttps://codeberg.org/thomasjwebb
githubhttps://github.com/thomasjwebb/
gitlabhttps://gitlab.com/thomasjwebb
portfoliohttps://thomasjwebb.com/
LinkedInhttps://www.linkedin.com/in/thomasjwebb/
personal@[email protected]
consulting company@[email protected]
@RickiTarr hell, I’ve vented about a problem, then realized in the middle that I’m the problem.
Give Django your time and money, not your tokens

The Django community wants to collaborate with you, not a facade of you.

Better Simple
@ohmrun I often default to making interfaces designed to work in both sync and async environments/targets by always using a `Promise` (usually from tink) but that adds overhead in the sync environments. So it would be awesome if that overhead just disappeared.
@fasterthanlime I've pretty much regretted every time I told people about the existence of stash
I'm also researching ways of taking advantage of Claude where I'm not even using it to generate anything that gets checked in. If it's just doing research for me and code reviews, that might be better anyway. If this proves fruitful I could end up going more restrictive. As long as the above post is pinned, I will update it with any changes.

Due to security, ethical, technical and legal concerns, I’m going to spell out the AI policy for my OSS projects, which would cover everything under my username, my company (Osaka Red LLC) and the grig project. See my Codeberg.

In short, any use of LLM agentic coding is banned on all of my projects with a few exceptions, which will be listed at the end of this post. Of these no-AI projects, a couple have some LLM-generated code in them, but it is minimal and also listed at end of this post.

I don’t like genAI and I hate the tech industry’s cloud-based business models. My specific views aren’t necessarily the same as many of the anti-AI views found on the fedi but I won’t get into that here. On the other hand, I wanted to take advantage of what may be a very temporary situation where LLM agentic coding services are relatively affordable (pre-enshittification era) to boost OSS projects, particularly some that I have to get to a certain point soon.

I now think I was wrong to focus on the latter point and am now pulling back. The legal integrity of OSS is important so we need to be careful about this even if it could put us at a disadvantage for the time being (conversely, it may turn out to be an advantage). The issue is that the supreme court in the US (and courts all over the world!) haven’t settled the matter of how copyright applies to genAI output. It could be a disaster if OSS uses it extensively then any courts anywhere in the world find that this constitutes unauthorized relicensing.

So the basic AI policy on my projects are as follows:

  • Always respect the per-project AI policy. This means all projects except the few that allow it, listed at the end ban all use of genAI. At the time of this writing this hasn’t been reflected in the guidelines in the repos but I’ll work on that.

  • Always respect the per-issue AI policy. Even if a project generally allows AI it might disallow it for certain issues for technical or pedagogical reasons.

  • If AI is allowed, then we mostly go by fedify’s AI policies with the following modifications: a) genAI may not be used for any audio or visual media, only for text b) be extra careful that all comments are factually correct and not misleading c) LLMs are strongly discouraged for human-readable text, especially in discussions. Prefer posting in your own language instead of using machine translation if you’re not confident in English. d) AI may be used for translation of user-facing text (in UIs) and in documentation but only between languages you fully understand and can verify the accuracy of. e) No use of OpenAI or xAI products. Prefer local LLMs if possible.

  • Bots will be blocked as well as anyone who opens issues related to AI policy (you may discuss that under this post). Please don’t let the AI industry suck all the oxygen out of the room. There’s much, so much more to development than tools.

  • Exceptions, projects that do allow the use of AI (I have backup plans if I have to start over and write it all by hand):

    • Sabratha and Oea, parts of the Tripoli project.
    • Gallae - this doesn’t do much yet…
    • nchant - repo doesn’t exist yet, but newer version of my audio DSL (fka hxal) that will work with grig.audio. Will have more detailed per-project policy.

    Projects that fall under the ban of AI but already have some LLM-generated code:

    Thommy Webb

    Codeberg is a non-profit community-led organization that aims to help free and open source projects prosper by giving them a safe and friendly home.

    Codeberg.org
    @ohmrun some of this is going over my head so I'm looking into the Eff monad because that looks interesting. Sometimes when I immediately reach to macros, I could be neglecting that there's already a good built-in way to do what I'm trying to do. Monads generally are something that I'm getting into because one of the things I'm working on is a monadinal structure that uses graph theory to optimize at compile-time.
    The problem with getting trapped by dependence on a *heavily subsidized, obviously pre-enshittification* cloud service for your workflow is that not only can it increase friction for reverting back to your old workflow, it also could also make it more difficult to switch to something better that is yet to come. Even from the most pro-AI perspective, the current approach seems unlikely to be the best we can do. Our old instincts about avoiding vendor lock-in are more relevant than ever.
    See you at the GDC Festival of Gaming in San Francisco, CA, USA this coming week! #GDC2026 #GameDev #Xsolla
    @cwebber this is hilarious. It's almost reminiscent of mafiosi doing things they saw it in mafia movies.