āœ‰ļø Not subscribed yet? Subscribe to the Newsletter

Future of Coding Weekly 2025/04 Week 3

2025-04-21 10:03

šŸŽ„ Multiplayer Live Coding šŸ“ Why frameworks are evil šŸ”¤ Typography meets scifi

Our Work

šŸŽ„ pastagang @ Noughty Fingers Second Date via Lu Wilson

🧵 conversation

Youtube Thumbnail

here's a 45 minute slot of many people editing the same code document at the same time to make music and visuals. four people are there in person, many more are remote - connecting in from around the world. it's all made LIVE, from scratch - during the slot.

i am still shocked that the LIVE programming world is largely oblivious to this sort of thing

šŸ“ Programming In The Age Of Abundance via Guyren Howe

🧵 conversation

This may be of interest

šŸ’¬ Konrad Hinsen

🧵 conversation

A world of rapid change that is almost entirely driven by and enabled by software is not one in which programmers will be idle.

I'd have said "yes" to that conclusion even without reading the arguments before it.

I am less convinced about some of your more detailed predictions, because many of them depend on changes in incentives (whether by markets, regulators, or something else), which are hard to predict.

Thinking Together

šŸ’¬ Marek Rogalski

🧵 conversation

I've spent a considerable amount of time now figuring out in which "direction" do memory addresses mentally increase. I'm trying to pick a convention for presenting memory in Automat that would make it easier to mentally picture what's happening. No direction is perfect and each one involves some friction when mentally manipulating order of things.

The established conventions that I know of are:

  • Text goes right and down (when lines wrap). Text direction may be pretty much arbitrary when different scripts are involved.
  • Bits increase towards left (because << shifts bits up) and then up (because of "higher" bytes). Computer science courses teach that "stacks grow down".
  • Numbers increase towards left (more significant digits go towards left) but for a typical (little-endian) CPU more significant bytes are written towards right.
  • Points on a cartesian system tend to increase first towards right and up.
  • In nature things usually grow up.

šŸ“ Library patterns: Why frameworks are evil via xyzzy

🧵 conversation

A good comparison can be Qt vs Skia.

I agree with most claims of this essay. However, having used many frameworks and after having analyzed why they work well, it boils down to.

  • Good documentation
  • Multiplatform abstraction behind a standard interface
  • Combine many calls into a simple end point (button->draw in Qt vs drawing a button via Skia)

If these are addressed by libraries, then libraries with simple callbacks are much more preferrable to frameworks.

One problem which frameworks and libraries don't address or hide away is state machines.

An app is fundamentally event loop + state machine.

Any framework that you use long enough, you will want to peek into how it is actually handling events and customize it.

Content

🐦 Aurelien (@Aurelien_Gz) on X via Steve Dekorte

🧵 conversation

🐦 Aurelien (@Aurelien_Gz) on X: omg.. this is next level..

typography meets scifi.. schultzschultz's tools feel like they’re from the future

Tweet Thumbnail

šŸ“ Feral Cogitation | David West | Substack via Erik Stel

🧵 conversation

A number of interesting reads from a friend and former colleague/partner of mine:

šŸ“ Feral Cogitation | David West | Substack

Professor Dave West talks about business software development, software, engineering, cognitive science, AI, Mysticism, education, and much more. Click to read Feral Cogitation, by David West, a Substack publication. Launched 2 months ago.


šŸ‘ØšŸ½ā€šŸ’» 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

Future of Coding Weekly 2025/04 Week 2

2025-04-13 23:36

šŸŽ„ This Game Did Everything. What Happened? šŸ“ Self-Steering Language Models Ω OhmJS: A JavaScript library for building parsers, interpreters, compilers, and more

Devlog Together

šŸŽ  A markup language and hypertext browser in 600 lines of code via Kartik Agaram

🧵 conversation

I've integrated my recent šŸ’¬ #share-your-work@2025-04-05 into my template repository for building apps based on the Lua Carousel UI which supports making changes to apps on the phone (or computer). Now any new app built from this starting point will have a rudimentary system of online help for the entire stack:

  • Lua Carousel
  • LƖVE
  • Lua programming language syntax

And there's tooling for authors to draw box-and-arrow diagrams in the environment and hyperlink boxes to code in the app.

It's all very janky, but the combination of editing on the phone, box-and-arrow diagrams and hyperlinks everywhere seems to result in a somewhat unique programming environment worth exploring further. I'm not sure what I'll do next. Probably build some simple apps and try to build experiences for understanding their source code. This is a little bit like Literate Programming, but just a touch more graphical. LP + image maps, perhaps.

🚪 Jumpgate: Bulk transfer notebooks between storage mediums. via Tom Larkworthy

🧵 conversation

I am back on the original goal of exporting my Observable notebooks to my offline-first format (lopecode), in a way that preserves editability. I started a notebook called jumpgate, that can do the conversion, and then opens a PR against Github. The first notebook I am trying to get this working with is Jumpgate itself.

I use lightning-fs + isomorphic-git to do the Github part within a browser. The prototype is working

sourcecode on Observable: observablehq.com/@tomlarkworthy/jumpgate

git PR opened by the notebook: github.com/tomlarkworthy/lopecode/pull/4

as my repo is configured as a static host as well, we can see the result of jumpgate after going through the jumpgate here: tomlarkworthy.github.io/lopecode/notebooks/@tomlarkworthy_jumpgate.html#view=S100%28%40tomlarkworthy%2Fmodule-selection%29

Currently its slow as hell as the git checkout takes a long time. lightning-fs is storing itself in indexdb so there is not need to do a full checkout everytime, we should be able to merge with what exists. I went with simplicity for now as the stateful logic gets complicated as you have to do different git commands depending on whether you have done an initial clone etc.

I am not sure how to manage the PR branch either, I keep force pushing a single branch but thats probably not correct either, I should use a fresh one each time but then you need to be careful not to fill indexdb with orphaned work. If anyone has a strong opinion on what the ideal github workflow for syncing offline files is LMK

The jumpgate does not add the extra functionality to make a notebook editable, I need to next mixin with my editor notebooks to get the thing to do what I want. Good stage though, Having notebooks open PRs is cool.

šŸŒ f-string.lua – ezhik.jp via Ezhik

🧵 conversation

Keep getting sidetracked by making little Lua libraries. This one implements Python-style f-strings in Lua. Pretty cool to have a language that lets you go this far with its syntax. With just a little bit of work this could be extended to implement Python's template strings (PEP 750) and then we could use Lua to make all sorts of DSLs. My initial motivation was easier printf debugging, though šŸ˜….

I started working on this on an iPad with the Codea app, of all things. Was fun, but sadly I couldn't use any of the Bret Victor-inspired things they had in it since I wasn't using any of the app-specific libraries they had.

Though putting aside the library, I think at this point the most interesting thing I did is actually making it possible to use it right on my website without having to install or download anything.

Ω OhmJS: A JavaScript library for building parsers, interpreters, compilers, and more via Paul Tarvydas

🧵 conversation

If you enjoyed fooling with parsers, I would recommend looking into OhmJS. OhmJS (plus Ohm-editor) saves a lot of work when building parsers. A game changer. There is the other half, too - once you've parsed something, what do you do with the information? I've found that doing simple string-rewriting is very, very powerful, while sounding overly-restrictive on the surface. One can design and build whole new languages by transpiling them into existing languages for compilation (that's how I use my 't2t' and 'tmx' stuff). I consider the shell (/bin/bash, /bin/zsh, etc.) to be my IDE. PLs are just "little tools" that plug into the IDE. I don't have to stick to using one language. I can pick and choose. Transpiling a new language (or nano-DSL, or Diagrammatic Programming Language) into some other language fits neatly into this workflow. The fact that OhmJS is written in JS doesn't mean that you have to use JS. You can map XYZ to Lua (or whatever). I can supply a /lot/ more info, if this interests you.

Content

šŸ’¬ Walker Griggs

🧵 conversation

Meta information diet thread: What are blogs / publications that you read frequently?

šŸŽ„ This Game Did Everything. What Happened? via Mariano Guerra

🧵 conversation

Youtube Thumbnail

This Game Did Everything. What Happened?

Dreams is a 2020 game creation system video game developed by Media Molecule for the PlayStation 4. Players can create and play user-generated content in the forms of games, audiovisual experiences and game assets, which can be shared or remixed to be used in other players' creations.

šŸ¤–

šŸ’¬ Arvind Thyagarajan

🧵 conversation

Has anyone played extensively with the swathe of "speak english into code" systems out there, from idea through to deployment to an appreciative public? (I haven't...)

I'm wondering if, at the end of the day, you still have to be somewhat of a textual code / software engineering native in order to take advantage of this particular present-future of coding? Or if it's truly democratising access to practical computation (i.e. domain specific to the domain of semi-commercial tools, apps, integrations that software engineers work on)

I feel a lot of public excitement around it that I'm not feeling -- but as someone keen on encouraging everyone to act computationally for themselves, public excitement is * the metric so I'll admit to being mildly envious šŸ™‚

šŸ“ Self-Steering Language Models via Jack Rusher

🧵 conversation

For anyone working with LLMs (from my colleagues at the lab where I’ve been helping out the last few months):

šŸ“ Self-Steering Language Models

While test-time reasoning enables language models to tackle complex tasks, searching or planning in natural language can be slow, costly, and error-prone. But even when LMs struggle to emulate the precise reasoning steps needed to solve a problem, they often excel at describing its abstract structure--both how to verify solutions and how to search for them. This paper introduces DisCIPL, a method for "self-steering" LMs where a Planner model generates a task-specific inference program that is executed by a population of Follower models. Our approach equips LMs with the ability to write recursive search procedures that guide LM inference, enabling new forms of verifiable and efficient reasoning. When instantiated with a small Follower (e.g., Llama-3.2-1B), DisCIPL matches (and sometimes outperforms) much larger models, including GPT-4o and o1, on challenging constrained generation tasks. In decoupling planning from execution, our work opens up a design space of highly-parallelized Monte Carlo inference strategies that outperform standard best-of-N sampling, require no finetuning, and can be implemented automatically by existing LMs.

šŸ’¬ Ezhik

🧵 conversation

I wanted to learn how the CodeMirror editor works, so I asked GitHub Copilot's agent mode to build a little app that uses it for me. We had a back-and-forth where I pointed out the bugs I've seen in the UI and then it fixed it. But all this took place without me having to look at the actual code, so I don't really feel like I learned anything from this experience. That makes me wonder - do people here use these tools for learning, and if so, how?


šŸ‘ØšŸ½ā€šŸ’» 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

Future of Coding Weekly 2025/04 Week 1

2025-04-06 23:22

šŸ“‘ Survey of compilation, recompilation & compile-time evaluation 🪟 Interactive Layout Design with Integer Programming

Our Work

šŸŽØ Helper to select an accessible color relative to a base (background) color via Kartik Agaram

🧵 conversation

I spent some time rethinking how color is represented in my browser. I want to prioritize accessibility over expression, so I switched to ~500 colors over a perceptually uniform color space. The idea is that you specify background colors completely, but if you leave wiggle room in the foreground colors the browser will search the wiggle room and try to maintain some minimum contrast level. Here's a test run where I randomize the background on every "page load", but the foreground colors are specified the same way: text is on a greyscale, and links are blue.

I used to think the CSS hotness of the Oklab space is rocket science. I still don't understand the why of it, but it turns out to only take 200 lines of code to implement.

šŸŽ„ luaML2-contrast

Devlog Together

šŸ’¬ Tom Larkworthy

🧵 conversation

I padded my work trip to Portugal with some extra days off so I could concentrate for 2 days and do a V2 of the editor component. A great success! I switched to floaty window style near the cell, attached it to the correct DOM so it follows the scrolling properly. Got add/remove cells properly working again since the multi-module refactor broke them. Managed to remove several reactivity bugs. Removed some hacks that were working around said bugs. Fixed some low level bugs in the visualizer, causing a few other unexpected bugs to fix themselves coz of that problem.

šŸŽ„ add delete cells

Thinking Together

šŸ’¬ Felix Kohlgrüber

🧵 conversation

Hi!

it's been a long time since I posted in this group (almost 5 years, wow!). Life changed on my side (working full-time jobs, having kids, ...) but I still tried to follow what's going on occasionally. Thanks a lot to Mariano Guerra for the newsletter, it's the perfect digest for me to read whenever I have some spare time.

I've recently started using Obsidian and it's working great for me to collect and organize all kinds of thoughts. I've used quite a few tools for this over the years, but Obsidian is my new favorite. I'm sure it's been discussed here already, but here's what I love about it:

  • based on markdown files instead of some proprietary formats
  • great apps for desktop and mobile
  • effortless e2e-encrypted sync between devices
  • linking between files / pages and following those links is easy. I'm using a variation of a Zettelkasten (this link can be useful as a starting point; I can write about my approach if there's interest in it)

I'm currently trying to collect my FoC ideas, projects and thoughts into my Obsidian and therefore wanted to see my contributions to this community. I used the Archive tool by Kartik Agaram and it's been working great. A simple long webpage and Ctrl-F worked beautifully, probably better than what Slack Pro could have given me. Thanks a lot for creating the archive, Kartik!

Going back in time was very interesting. One thing I noticed though was that quite a few links that we discussed at the time sadly don't work anymore. With the help of the wayback machine, I was able to still access all the info though. This made me once again appreciate the wayback machine and its importance for the internet. Feels like a donation to the project is overdue.

That's all I wanted to share. Have a great day folks :)

šŸ’¬ Kartik Agaram

🧵 conversation

I've been thinking about color, and I don't know anything about it.

I'd really like my hypertext browser to allow people to adjust color, but without ever compromising contrast. Is there some color space/model like rgb/hsl/CIELAB/Lch that allows you to adjust an author foreground color relative to an author background color, yielding new reader foreground and background colors that maintain the original level of contrast? Ideally I want a single spectrum/dimension/knob that I can adjust to change the hues of one element (say the background color), automatically adjusting the colors of other elements around it.

For example, say the background color is white. I reflect it to get a text color of black. Then I get 3 other foreground colors that are rotated by 120 degrees along the color wheel. Now I could adjust the hue to rotate around the color wheel. Or I could reflect to get dark mode. But is there a way that supports both without going all the way to a 2D color space? For example, if you set the background color to medium grey now no foreground color can give you the desired level of contrast. So I'd like to not even represent such a background color as an option.

šŸ’¬ Karl Toby Rosenberg

🧵 conversation

I’ve been thinking about how languages taught at the intro level are usually taught with lots of white lies about how they work, out of necessity. For example, Python’s actual underlying memory model (how everything’s a reference and isn’t copied around) is confusing (arguably), so we avoid teaching that part and oftentimes make all these distinctions between references and primitives (even though everything’s an object). Teaching something more accurate (everything’s an object with references, and oh sometimes values are even referenced via referenced counting) would actually lead to confusion when trying to translate some of this in other languages like C, where everything’s actually a value (pointers are just ints purposed for addressing things).

Java is also confusing with all the GC stuff and opinions it has about memory and memory behavior.

I would like a first-learner’s language that has the arguably-more-consistent semantics of something like C (ā€œeverything’s a valueā€), but is closer to Python. So I can feel like I’m not ā€œlyingā€ so much. I think the closest thing is C itself, unfortunately, or C++ with a custom allocator thing.

Or maybe a hot-take: objective C / ARC are the closest.

But really I’d just like a Python with less obfuscation and inconsistency, so it looks more like C with safety on-top and better file imports.

Essentially, Python with proper value types for everything, even if a little more challenging. The most explainable language closest to hardware, but easier to use.

Just thinking out-loud. I think a Python 3 subset preprocessor that outputs raw C would look close to the language I have in-mind. (I’d like end for blocks too).

šŸ“‘ A rough survey of compilation, recompilation, and compile-time evaluation via Jamie Brandon

🧵 conversation

I'm curious if anyone knows of languages that have different approaches to the ones I covered here.

Content

🪟 GRIDS: Interactive Layout Design with Integer Programming via Tom Larkworthy

🧵 conversation

Integer programming based layout engine for graphs

Since Maikel van de Lisdonk/ OCWG : Open Canvas Interchange Format I been thinking it might be possible to write a generic graph layout engine. I also been thinking that historically graph layout engines concentrate on the spatial constraints (including grids), but now we have LLM/embedding vectors it might be fruitful to integrate semantic similarity into the objective function so nodes representing similar things are near to each other as well.

Present Company

šŸ“¢ Future of Coding meetup Ā· Luma via Maikel van de Lisdonk

🧵 conversation

Our next meetup will be april the 30th at 18:00 UTC .. so, we're looking for 2 volunteers to do a demo/presentation (we already got 1 volunteer)! So who wants to share anything about their project?


šŸ‘ØšŸ½ā€šŸ’» 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

Future of Coding Weekly 2025/03 Week 5

2025-03-31 10:12

šŸŽ„ Virtual Meetup 9 • March 26 āœļø A programming language of flowing strands šŸ›ø HyperDoc demo

Two Minute Week

šŸ’¬ Tom Larkworthy

🧵 conversation

I am back to bug hunting. Reactive live coding is great when it works but the bugs can be devilishly difficult. The best methodology I have is plotting all the transitions on a timeseries and zooming RIGHT IN. Its a technique I keep coming back to and it has fixed quite a few subtle issues. I used to think the dependancy graph would be useful but actually a lot of the reactivity bugs occur via hidden event coupling occurring outside the programming model, for example, mouse events, url events, local storage events. They can cause different cells to trigger each other but not through the normal notification mechanisms.

šŸŽ„ debugging reactive

Our Work

šŸ›ø HyperDoc demo via Konrad Hinsen

🧵 conversation

My main recent FoC-related project is a framework for creating explorable, explainable, Web-publishable, composable, and convivial hypertext systems that integrate code. Combining aspects of explorable explanations, literate programming, and computational notebooks. The two principal intended use cases are (1) programs written for people to read, and only incidentally for machines to execute, and (2) scientific publications using computation.

A first demo is now available for browsing: hyperdoc.khinsen.net

This is what I will present at the upcoming meetup on Wednesday.

šŸ–¼ļø Open Canvas Interchange Format (OCIF) via Maikel van de Lisdonk

🧵 conversation

Last FoC meetup I showed the Open Canvas Interchange Format we're working at with the Open Canvas Working Group. We want to create a new spec to help (infinite) canvas apps enable interchanging their canvases with each other. More info can be found here canvasprotocol.org and this points to the latest version of the spec on github : spec.canvasprotocol.org .. and in case you want to help developing this: we meet every two weeks and here's the link to our next meetup upcoming tuesday

šŸ“ A markup language and hypertext browser in 600 lines of code. via Kartik Agaram

🧵 conversation

Devlog Together

šŸ—’ļø The first version of the new multi-notebook architecture via Tom Larkworthy

🧵 conversation

Just got Lopecode's plain text serialisation format deterministic so its now git diff friendly! The first version of the new multi-notebook architecture is public here from the lopecode repository. The code editing experience sucks and I lost a lot of functionality switching to dockered multi-notebook but it is so much better being able to work on two or more reactively linked notebooks at the same time it will be worth the backward step long term.

image.png

šŸ“ Fit-to-Width Text: A New Technique via Roma Komarov

🧵 conversation

Working on a proposal for the algorithm of fit-to-width text for CSS. Planning to present it to CSSWG next week if all goes right :)

I already have a technique that handles a few main use cases (kizu.dev/fit-to-width), but if we want it to be native, we need to handle a bunch more: specifically, a case when a line of text has ā€œstaticā€ elements that do not change their dimensions in response to the font-size change. This, with added handling of optical sizing of a font, requires us to basically render the same line box up to 4 times, but with 2 of those being optional (when no static elements, or no optical sizing axis present in the fonts used).

So mostly working on fine-tuning the algorithm + making a prototype of it with custom elements & shadow DOM (with no runtime JS for layout, only for duplicating the content to emulate multiple renders), and also thinking about what an API for this property could look like, with possible options, etc. And will need to also think how some other edge cases will need to be handled (reverse dependence on the font-size, initial-letter, and a bunch more).

šŸŽ„ Screen Recording

āœļø codeberg.org/nilesh/grapher via Nilesh Trivedi

🧵 conversation

Today I added Knotend-like keyboard shortcuts to my Graph editor app: codeberg.org/nilesh/grapher

Because this editor supports compound graphs where, besides adjacency edges, nodes can also be nested using at most 1 parent per node, I needed 4 separate actions on graphs for the currently selected node:

  • Add a destination node (using the Tab key)
  • Add a source node (using Shift+Tab )
  • Add a child node (using ~ )
  • Add a parent node (using Ctrl+~ )

I haven't yet added keyboard shortcuts for adding "sibling" nodes.

Also felt sad that we don't have standardized UI components with keyboard shortcuts for manipulating trees, DAGs, plain graphs, compound graphs or hypergraphs.

Thinking Together

šŸŽ„ How I Animated This Video via xyzzy

🧵 conversation

Youtube Thumbnail

I can't take AI seriously.

Not my video but I have worked with ebsynth ... it is a completely analogue algorithm.

Style transfer without AI. It is built on old analogue aglorithm called patch match I believe.

Stylizing Video by Example

The future of code licensing is even stronger copyright protections for software authors / artists. AI has made a mockery of opensource and creative commons.

[Intellectual Property Stuff and Trademarks](https://blog.xyzzyapps.link/2025/03/08/intellectual-property-stuff-and-trademarks/)

šŸ“ post via Paul Tarvydas

🧵 conversation

I have come to the conclusion that all PLs are VPLs. The first VPL I learned was assembler . Pond'ring aloud, thoughts welcome...

Background: Inspired by the šŸ’¬ #present-company@2025-03-24 by Duncan Cragg, I started to categorize VPLs. I think that I'm up to 9 simple variants. The main knobs that can be turned for PL design seem to be: (1) syntax affected by visualization technology, e.g. 1960s grids of non-overlapping pixmaps called "characters" vs. more modern raster graphics and vector graphics, (2) semantics of control-flow, e.g. 1960s sequentialism implied by line-by-line reading of code and blocking function calls vs. 1970s control-flow isolation like UNIX processes vs. more modern closures (effectively invented in the 1950s :-)). [FTR, assembler is position-based, using crude graphical grids of columns and rows, whereas C is not position-based, using simple eye-candy indentation for human (vs. machine) readability].

[March 24th, 2025 1:57 PM] fp: http://blog.interfacevision.com/design/design-visual-progarmming-languages-snapshots/

this one - is that it? [update: no, but it's a fun page!]

Content

šŸ“˜ Reflections on writing a book via Patrick Dubroy

🧵 conversation

Hello! Thought some people here might be interested in my most recent blog post — Reflections on writing a book. It's about some of the things Mariano Guerra and I learned in over the 2.5 year it took us to write our book (šŸ’¬ #share-your-work@2025-03-10)

āœļø Rivulet: a programming language of flowing strands via Kartik Agaram

🧵 conversation

I don't even.. just check this out.

šŸŽžļø Pas a Pas via Tak Tran

🧵 conversation

Pas a Pas: A tangible interface for making stop motion animation

Present Company

šŸ’¬ Ivan Reese

🧵 conversation

I did some vibe coding with Cursor and it got stuck in a loop of writing a buggy shell script, running it, looking at the output (unchanged because bugs), going "hmm let's fix that", then writing the exact same shell script.

šŸ’¬ Andrew Beyer

🧵 conversation

I feel like I saw a really good literature review "state of the world" wrt visual/graphical programming a while back (probably here, though could have been elsewhere) but apparently didn't save the link and can't find it again...

So, anyone have any favorites or good pointers for something like that?

šŸ’… Category:Design Aesthetics | Aesthetics Wiki | Fandom via Marek Rogalski

🧵 conversation

Here is a game:

šŸŽ„ Virtual Meetup 9 • March 26, 2025 via Ivan Reese

🧵 conversation

Youtube Thumbnail

Here's the recording of the Future of Coding Virtual Meetup 9. See you next month!

šŸ“‹ 13 things I would have told myself before building an autorouter via Tom Larkworthy

🧵 conversation

A dataviz driven development win.

"If you do not have a visualization for a problem, you will never solve it"

Also in spatial domain. Code + dataviz is my future of coding.


šŸ‘ØšŸ½ā€šŸ’» 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

Future of Coding Weekly 2025/03 Week 4

2025-03-23 23:08

šŸ„ž Linear Logic and Permutation Stacks šŸŽ„ Malleable UIs using AI āœļø Code Editing with Free-form AI-Interpreted Sketching

Two Minute Week

šŸ’¬ Marek Rogalski

🧵 conversation

I'm getting feedback about the state of the game using basic OCR now. Unfortunately the OCR that I'm using is optimized towards "natural" text - so it doesn't handle game UIs too well.

šŸŽ„ OCR

Devlog Together

🧮 Spreadsheet #3 – ezhik.jp via Ezhik

🧵 conversation

Joining Kartik Agaram in the Lua club. I got Lua running in the browser (using wasmoon) and ported my spreadsheet experiments to it: ezhik.jp/spreadsheet-3

I think I'd like to experiment more with properties. I've already got the ability to change styling of cells, but what if we could go even further? Move cells around? Make them round? Make them spin? Make them not cells but images? I want to mess with the spreadsheet formula (pun intended) even further.

What if Spreadsheet #2 was Lua? You get Spreadsheet #3.

Thinking Together

šŸ’¬ Denny Vrandečić

🧵 conversation

I found the holy grail: Vibe computing + Literate programming = ā¤ļøā€šŸ”„

Content

āœļøšŸŽ„ CHI25 CodeShaping Video Presentation via Christopher Shank

🧵 conversation

Youtube Thumbnail

"Code Shaping: Iterative Code Editing with Free-form AI-Interpreted Sketching" by Ryan Yen, Jian Zhao, & Daniel Vogel (2025)

1ļøāƒ£ Unit: Next Generation Visual Programming System via Fuzz

🧵 conversation

Unit is a General Purpose Visual Programming Language and Environment built with a primary focus on Developer Experience.

It is heavily inspired by Live, Data Flow, Reactive, Functional and Object Oriented Programming paradigms. Formally, units are Multi Input Multi Output (MIMO) Finite State Machines (FSM). A program in Unit is represented as a Graph.

šŸ„ž Linear Logic and Permutation Stacks--The Forth Shall Be First via Paul Tarvydas

🧵 conversation

The real Achilles' heel for these languages, however, is their innate inability to deal with parallel or distributed computation.

Perhaps it is time to move on to the next theorem.

further: my thoughts and references

šŸ¤–

šŸŽ„ Malleable UIs using AI, from Haijun Xia's lab in UC San Diego via Kartik Agaram

🧵 conversation

Youtube Thumbnail

Malleable UIs using AI, from Haijun Xia's lab in UC San Diego

Yining Cao's Jelly work referenced here doesn't seem to be on the lab's site, but this seems to be the paper.

šŸ¤– crawlers by AI companies are not respecting robots.txt and so hostile to the open web via Kartik Agaram

🧵 conversation

It seems like a pretty big negative of AI that crawlers by AI companies are not respecting robots.txt and so hostile to the open web.

I've been hearing about this for years, and I've never understood it. Reading robots.txt is mature technology. I'm curious if anyone here has perspective on the technical/political aspects. (Goes without saying that it's not a good look.)


šŸ‘ØšŸ½ā€šŸ’» 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

Contents Ā© 2025 Mariano Guerra - Powered by Nikola