βοΈ Not subscribed yet? Subscribe to the Newsletter
Future of Coding Weekly 2025/08 Week 4
2025-08-24 22:14
ποΈ Grist: Organize your data, your way π‘ Icepath: a 2D Programming Language π§βπ» Alpaca 2025: Algorithmic Patterns in the Creative Arts
Share Your Work
π¨οΈ Alex McLean: π§βπ» Alpaca 2025: Algorithmic Patterns in the Creative Arts
π§΅ conversation @ 2025-08-23
Alpaca festival and conference on algorithmic patterns in the creative arts In-person talks+workshops+concerts+algorave in Sheffield, much of which will be streamed online, from 12-14th September 2025
Then continuing as on-line conference into the following weekend, with in-person watch parties/hubs in Barcelona, Berlin, Linz and Sheffield
Features a fair amount of live coding, including a paper from the mysterious 'pastagang' Full info and line-up/schedule:
π¨οΈ Scott: π Safe Is What We Call Things Later
π§΅ conversation @ 2025-08-24
Wrote a little followup to the post from last week based on the conversation with Jonathan Frederickson and D. Schmudde: π Safe Is What We Call Things Later
Some Software Engineering Folklore
DevLog Together
π¨οΈ Ezhik:
π§΅ conversation @ 2025-08-18
Making a little Obsidian plugin that lets you cook small apps right inside of your vault.
I find boilerplate annoying for little experiments, so I got rid of all of it. Each file is a standalone little app that automatically gets built and executed. Data persistence is also usually a pain, so it's nice to be able to just do it HyperCard style and have changes auto-save right to the file.
π¨οΈ Kartik Agaram:
π§΅ conversation @ 2025-08-18
I add a feature and add a toggle of state for it. Then I add another feature and add another toggle. Do I really need to handle 4 possible states now, or just 3, i.e. I have an enum in disguise π₯Έ? I keep making this mistake. Designing things up front is easy, but I find it impossible to reliably avoid mistakes when adding to an existing design.
Thinking Together
π¨οΈ Christopher Shank: π₯ My Favourite Games from GMTK Game Jam 2025
π§΅ conversation @ 2025-08-18
The theme of the GMTK Gam Jam was "loops" and there are lots of fun and novel explorations of affordances, interactions, and mechanics that feel applicable to the types of stuff explored here
π₯ My Favourite Games from GMTK Game Jam 2025
π¨οΈ Ivan Reese:
π§΅ conversation @ 2025-08-24
Anyone have experience with XSLT? The recent kerfuffle about removing it from the html spec and the episode of Igalia Chats about it were both quite interesting to me. A declarative tree-transformation language!? Sounds like the sort of thing you could build a web app engine around ;)
Linking Together
π¨οΈ Pablo Donato: ποΈ Grist: Organize your data, your way
π§΅ conversation @ 2025-08-18
Not sure if it was already shared here before, but Grist looks like a good contender in the No Code/Relational Spreadsheet game. It seems to be to Airtable what Zulip is to Slack: an open-source, self-hostable, and more customizable alternative.
Learn about all of Grist's powerful spreadsheet-database product and its many features.
π¨οΈ Eli:
π§΅ conversation @ 2025-08-20
Ends in what is likely a fun question for these parts:
In the 1970s, you could launch a new language with a paper and a maybe a compiler and/or interpreter. In 2025, you need an integrated product, a narrative, and enough momentum to bootstrap an ecosystem and on top of that a huge corpus of code that can only be created through sustained use. Modern langdev is daunting to say the least.
Where do languages go from here?
- Languages could be shaped by physical and purpose-specific constraints once again. Tomorrowβs interesting languages may target IoT, SBCs, edge devices, Blockchain, GPUs, and letβs not forget that the world still runs on microcontrollers.
- Python is the lingua franca of AI, which means itβs the lingua franca of LLM-generated code. Eventually Python will force LLMs to eat their own tail, but more immediate an over-reliance on AI-generated code will expose inherent weaknesses in the technology. Weβre seeing real problems with an increased lack of rigor and there are novel problems that LLMs simply cannot solve. These short-comings are opportunities.
- Future innovations may look more like a new operating environment with integrated semantics across distributed systems, or programmable infrastructure that blurs the line between language and runtime.
π¨οΈ Jon Tran: Open-source geometric constraint solver
π§΅ conversation @ 2025-08-21
A while back, when I saw the Inkling presentation I said that my company was working on designing a constraint solving system for CAD. It's just getting started and still very much a work in progress, but it's happening. https://github.com/KittyCAD/ezpz
π¨οΈ Konrad Hinsen: π Google is killing the open web
π§΅ conversation @ 2025-08-22
A statement I frequently hear is that no platform is as stable as the Web platform, because everyone makes an effort to keep old Web sites functional. The current XSLT debate suggests that this stability may soon end, as part of another enshittification campaign.
π Google is killing the open web
The juggernaut is taking advantage of its dominant position to enclose and destroy the commons.
π¨οΈ Jimmy Miller: π‘ Icepath: a 2D Programming Language
π§΅ conversation @ 2025-08-23
https://healeycodes.com/icepath-a-2d-programming-language
A little 2D programming language called Icepath. Named after the ice puzzles in PokΓ©mon Gold and Silver. The vibe I was going for was sliding around a cave and hitting opcodes.
π¨π½βπ» By π @marianoguerra@hachyderm.io π¦ @warianoguerra
π¬ Not a member yet? Check the Future of Coding Community
βοΈ Not subscribed yet? Subscribe to the Newsletter / Archive / RSS
ποΈ Prefer podcasts? check the Future of Coding Podcast