✉️ Not subscribed yet? Subscribe to the Newsletter

Future of Coding Weekly 2024/08 Week 3

2024-08-18 23:38

🎥 A structured, type safe and web native shell 🐸 Arroost: Unblocking creation with friends 🔌 Nodes & wires experiments

Two Minute Week

🎥 Draw a Triangle to a Window via Dany

🧵 conversation

Youtube Thumbnail

Hello Triangle!

Our Work

🎥 A structured, type safe and web native shell. via Peter Saxton

🧵 conversation

Vimeo Thumbnail

This video is a break from my normal log. This time I assume no previous knowledge and try to show what I thing a structured, type-safe and web-native shell should look like.

🪜 Bootstrap post-collapse OOP technology with Wasm GC (Part 2) via Mariano Guerra

🧵 conversation

🪜 Bootstrap post-collapse OOP technology with Wasm GC (Part 2)

A raw WebAssembly (Text Format) implementation that bootstraps a compact object-oriented language in itself

~1500 lines of WAST, 5.8KB compiled to Wasm

🐸 Arroost: Unblocking creation with friends via Lu Wilson

🧵 conversation

My submission to LIVE just got accepted. Here it is!

Please read and share and let me know what you think

Devlog Together

💬 Ivan Reese

🧵 conversation

Not an exhaustive test, but the gemtext superset / markdown subset is coming along. The parser is really simple. I need to style blockquotes and code blocks (like… at all), and improve the styling on other elements. Also need to document this subset. But hey, getting closer.

Screenshot 2024-08-17 at 9.05.00 PM.png

Screenshot 2024-08-17 at 9.07.45 PM.png

🗺️ the FoC starmap via Kartik Agaram

🧵 conversation

Quick aside on "the making of" 💬 #thinking-together@2024-08-18. I've been reading Christopher Alexander's "The Nature of Order". I'm 250 pages (so 1/8th of the way) in, but I tried to make each node (problem statement) a "center" as CA defines it.

Initially I wanted distances to be meaningful but I couldn't see a way to make it work, so they're mostly meaningless (except for a couple of nodes with very few edges). Instead I ended up focusing on angles. I tried to make every edge unambiguously go to a specific node, and this had the effect of improving use of all 360 degrees around every node.

I started out putting myself in the center, but eventually realized it was better to start with people who had the most 1s and 2s (for the most part the only edges shown in these graphs).

FoC-starmap3-1.png

🧵 read more...

Thinking Together

🔌 Writing software without a programming language via Paul Tarvydas

🧵 conversation

Youtube Thumbnail

I’ve been pointed at the Kronark YouTube channel which is only a few days old and purports to show how to build software using nodes.

Several things jump out at me: (1) nodes do NOT need to return a value (unlike functions, which must always return something ; does the need to return something lead to bloat???) (2) undefined behaviour is allowed (does over-defining of ALL behaviour lead to bloat???) (3) encapsulation and abstraction - 0D defines Container components which encapsulate and elide layers, 0D does this encapsulation at runtime ; Kronark compiles out encapsulation at compile time (AOT). I feel uneasy about this, when taken to the extreme. Maybe 0D should be described as“structured concurrency” (???) Whereas Kronark is just more-of-the-same linear composition (???) that works in a feed-forward, single-threaded manner. It will be interesting to see examples of concurrency and feedback in Kronark. (FTR, “feedback” is not the same as “recursion”).

🗫 Final-ish state of problem statements and reactions by Kartik Agaram

🧵 conversation

Also, a final-ish personal visualization of the "star map of FoC". All the caveats and disclaimers 💬 #thinking-together@2024-08-04 continue to apply.

I'll post some even more personal comments and critiques of people's responses and the whole process in comments. I hope it provokes comments and reflection from others.

I'm looking forward to putting this up on the FoC wiki in some form.

🗒️ problems.html

FoC-starmap4-4.png

Content

🤖 The AI Scientist: Towards Fully Automated Open-Ended Scientific Discovery via Mattia Fregola

🧵 conversation

Curious to see how this Fully Automated Open-Ended Scientific Discovery thing unfolds

🔌🧮 They turned MATH into a factory game... via Jason Morris

🧵 conversation

Youtube Thumbnail

Saw *Beltmatic" and thought of Hest. 😅

🔌🐦 @KennedyRichard@fosstodon.org (@KennedyRichard) via Mattia Fregola

🧵 conversation

Spaghetti-code polemics aside – how cute!

🐦 🦣 @KennedyRichard@fosstodon.org (@KennedyRichard) on X: @KenneyNL No guys, hear me out, we might be onto something here! What about tracking eyes that become happy when the connection is reached out? (also in Nodezator's dev branch)

Tweet Thumbnail

🤖

📝 The Turing Test and our shifting conceptions of intelligence via Mattia Fregola

🧵 conversation

Good short article by Melanie Mitchell


👨🏽‍💻 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 2024/08 Week 2

2024-08-11 23:43

📔 Userspace notebook editor ⛏️ Bootstrap post-collapse OOP technology 🔌 cables.gl is now open source

Two Minute Week

💬 Marek Rogalski

🧵 conversation

This week I've implemented serialization format for machines built in Automat. Simple JSON file (pretty-printed) stored next to the executable. Turns out its quite handy during interactive development. And also opens the way for regression testing. Restoring the window state was (surprisingly) the hardest challenge (due to DPI and monitors) and I didn't manage to correctly persist it. Both on Linux and Windows, the window managers just don't want to share some of the window properties... (especially around window tiling)

🎥 Demo

📔 observablehq.com/@tomlarkworthy/userspace-editor via Tom Larkworthy

🧵 conversation

What would it take to make an open source front end to the Observable Runtime? One where you have control over the runtime and layout and are free from iframe sandbox restrictions?

🎥 open-notebook

Our Work

⛏️ Bootstrap post-collapse OOP technology (Part 1) via Mariano Guerra

🧵 conversation

How do we preserve the ability to program OOP through civilizational collapse?

2024-08-09_12-25.png

2024-08-09_12-26.png

Devlog Together

💬 Ivan Reese

🧵 conversation

Got the visual design of the wiki mostly fleshed out. Fluid layout, one breakpoint that moves elements around for smaller screens, light and dark modes, nice keyboard nav, etc etc. Thoroughly documented too, since I figure some folks might want to peek at the css but aren't up on all the new weird stuff you can do.

Also, I'll be eating my hat now: everyone who scolded me for attempting to parse a markdown-like syntax with Regex, well, yeah, it kinda stinks. Not sure what to do about this, given the values I'd like to impart in this project. Since it's not a blocker on writing pages, I think I'll ship it half-finished and we can talk about it. This feels like a great area to draw on the wisdom of the crowd.

Markdown or not, we'll still need a build script, I reckon, unless we want to ~require~ that anyone adding a new page also add their page to any relevant indexes — since, I reckon, we'll need some indexes just to get through the early phase where the wiki will be sparsely interconnected. To start, I'm thinking one index of broad categories (or maybe tags, dunno), and then another that's just a list of all pages. But if anyone has strong feelings about the right way to do this, I'm at least 75% ears.

Thinking Together

📝 How I program in 2024 via Andreas S

🧵 conversation

Kartik Agaram is that your blog?

Content

🔌 cables.gl via Ivan Reese

🧵 conversation

The cables.gl visual programming language for making cool WebGL shaders was just open-sourced.

💬 Beni Cherniavsky-Paskin

🧵 conversation

  • Just found Mr. 4th Programming Conversations podcast which mentions multiple FoC topics 🍰. Visual programming, Bush & Englebart...
  • Developer Voices podcast is maybe less 1:1 match but interviews many developers building new/experimental/visionary languages.

🤖

💬 Mark Dewing

🧵 conversation

We now have two examples of systems that can turn text descriptions into code - humans and LLMs. And we don't understand how either of them works.

📝 No apps no masters via Kartik Agaram

🧵 conversation

Present Company

💬 Dany

🧵 conversation

So I have this c/c++ codebase, around 116,000 lines of code. A full release compilation takes 6:25 minutes. Not too bad to work on.

If I break this down, a single line of c/c++ code takes 0.0033s (3.3 miliseconds). For comparison, a game that runs at 60 fps, draws a new frame in under 16 miliseconds. So while a game simulates and renders a frame, a c/c++ compiler compiles 5 lines of code. That is usually not even a single function.

My cpu avarages at around 10 instructions per clock cycle. At 3.6Ghz it can do 3.6 * 10 * 1,000,000,000 instructions on each core, per second. That's 36,000,000 per milisecond, on 8 cores.. but let's add some cache misses, any instructions can either go full speed 1x or go to main memory around 200x slower.

We are looking at around 5 million instructions per milisecond.

If we print out (9pt font) all instructions executed to compile a single line of c/c++ code, we'd end up with over 6 kilometer long paper.


👨🏽‍💻 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 2024/08 Week 1

2024-08-05 10:21

🎥 The future of programming is data-parallel? 💡 A modern and executable specification language 🎥 Spatial Canvases: Towards an Integration Domain for HCI

Two Minute Week

💬 Marek Rogalski

🧵 conversation

Another major feature implemented - the toolbar . I really love the toolbar system used by Vlojure. I never used it personally but I like the idea of many customizable bars. Eventually I'd like to make this one more flexible as well... The animations behave slightly differently than most docks I know (Cairo, Mac OS) - instead of zooming all nearby elements (in a gaussian-distribution like pattern), only the one under the cursor is enlarged. I think this contrast makes it clearer to which action will be selected by clicking. The radar animation also got some love - it now shows the paths to nearby objects, connection name and animates slightly more smoothly.

🎥 Video

Our Work

📝 Improving LLM Accuracy with Levlo Languages via Jarno Montonen

🧵 conversation

Did an experiment on improving LLM accuracy with Structured Generation using my stuff: Improving LLM Accuracy with Levlo Languages

🧮 Cashflow Profiles and Reserves: Actuarial Terminology I via Declan

🧵 conversation

I'm getting ready to release some actuarial models and outputs that use calculang.

So I made an interactive post to introduce some terms actuaries use

💬 John Christensen

🧵 conversation

Here's my work in progress node-and-wire system. It's specifically targeting signal processing related work.

Here, data is all passed between nodes as 1D arrays, so the plots just have the x-axis hardcoded for now. I'm not sure if a pair of x/y array's should be passed together on a single wire, or if they should be passed separately for the most flexibility.

image.png

💬 Nilesh Trivedi

🧵 conversation

I will try to reproduce these two papers that suggest program synthesis (eg: inducing new tactics) for AI to solve math problems or the ARC-AGI puzzles:

There's a quite a bit of new math/ML/programming for me to learn here.

Devlog Together

📝 Diagram Compiler Status via Paul Tarvydas

🧵 conversation

I’m in the process of writing a transpiler that spits out Drawware 0D kernel code in various languages (like Python, Lisp, JS, WASM, etc.) from a higher-than-HLL. I’m using a very simple “circuit” to regression test (Larson Scanner, as seen on T.V. Knight Rider). Current status and “working paper”: 2024-07-30-Diagram Compiler Status

💬 Ivan Reese

🧵 conversation

My basement flooded this week. So that's going to set me back a bit. But, hey, here's a quick update on the two FoC-relevant things I'm floating.

  • DANK WIKI • At the last FoC virtual meetup, we talked about setting up a super lo-fi, friendly-to-nontechnical-folks, hackable community wiki. I've got a repo all set up for that locally, and just have a tiny bit more experimentation to do before it's ready to share. All the pages are just simple HTML or MD. There is a build step — wait, stop, don't run away — it's a build step, but it's cool and different!! There's a really simple spec and a short reference implementation. Zero dependencies, less than 100 loc. Everyone is encouraged to port the script into their language of choice and commit that. That way, other people can check out the repo, add some pages, and build it locally without having to conform to whatever ecosystem the build script requires. I'd ideally like to have impls in each of the most common ecosystems right away (JS, Python, Ruby, maybe bash, etc). Finally, the wiki is (for now) going to be hosted on Github, with an action that runs the reference build script on commit, so if people want to edit it via the Github web interface they can. (I'll be liberal with handing out the commit bit). This is going to be a social experiment as much as a technical one. Excited to see how it goes. Hoping to have the initial version of this go live this weekend.

  • LIFE RAFT • I'm itching to get cracking on a Slack successor. I'm thinking I'll spin up a dedicated channel, and solicit people to drop in whatever random wishes / ideas / requests / suggestions / advice they feel like offering, so that these can filter in to the design process. I'm also hoping to put together goals for an MVP. This will need to include several things, including but not limited to: visual mockups for the GUI on desktop and mobile, technical architecture, priority features, estimated timeline. I intend to be quite restrained here — I want to make the smallest possible good enough thing.

🎥 work in progress: building a neural network using code-flow-canvas via Maikel van de Lisdonk

🧵 conversation

Youtube Thumbnail

Hi, Because I want to understand better how neural networks work and can be trained, the best way to do is, is by building a small one from scratch myself and training it.

In this video I show creating and connecting a few neural-nodes together and a show a very small prebuilt neural network.

To be able to do this, I've created 4 new node-types in my visual programming system: neural-input-node, neural-bias-node, neural-node and neural-output-node.. the first 3 output weighted connections. This means that a weight property is attached to the connection and can be changed.. the neural-node and neural-output-node use these weights in there respective calculations.

The neural-node currently uses sigmoid as its activation function.

The neural-bias-node only outputs a value of 1 and the output value of a neural-input-node can be changed. When any of these values are changed, they propagate forward through the network.

In the current example flow, an error is also calculated using an expression node-type depending on the output and expected value.

The white object-node is also a new node-type and can be used to obtain multiple values and output them in a single object.

In the near future I hope to implement a neural network that can be trained with the mnist digit dataset, but I have to do a lot more work before I am at that stage I think.

Reading Together

🎥 [PLDI24] The Future of Fast Code: Giving Hardware What It Wants via Jamie Brandon

🧵 conversation

Youtube Thumbnail

The future of programming is data-parallel?

Thinking Together

🎥 Spatial Canvases: Towards an Integration Domain for HCI, with Orion Reed via Paul Tarvydas

🧵 conversation

Youtube Thumbnail

Konrad Hinsen, I just watched Orion Reed’s talk youtube.com/watch?v=csGNVaB83Rk, pointed out by Christopher Shank. The talk continuously fired the same neurons in my head as does the phrase “malleable computing”. I’m not in that head-space, but, I continue to wonder if there’s a connection … (YMMV)

💬 Kartik Agaram

🧵 conversation

Prompt for everyone here: to the extent that you think about the Future of Coding or have projects to try to improve things, what problem are you trying to attack? Can you state it in a couple of sentences? Without reference to a solution? Try to be precise about the audience. For example, some problems affect everyone, while others affect only professional programmers, or only researchers who use computers in their work.

My hypothesis is that focusing on problems will help us all find our most promising collaborators in this group. (The next step will be to combat our tendency to be defined by our tools, to let our tools erect barriers that divide and balkanize us. But that's further down the road. For now, let's just "find our homies," the people we share specific dissatisfactions with.)

There are ideas for problem statements in a couple of earlier threads:

But this thread is not for critiquing or analyzing any of those statements. Just add your own, and nothing else.

(It's totally fine to copy statements from these threads. Many of them were arrived at after tons of consideration so it would be surprising if others didn't care about them. Also feel free to synthesize from multiple statements. Just try to get to something crisp and opinionated.)

💬 Paul Tarvydas

🧵 conversation

Falsifiable theory…

Theory: Function-based thinking greatly restricts thinking about FoC.

Test: if this theory is true, then examination of the source code for The Mother Of All Demos will reveal that not all parts of the demo system were tightly inter-connected into a single synchronous, functional blob of design.

How?: Where can we find the source code for TMOAD? If we obtain the source, how can we reverse-engineer the design out from the implementation details? If we can get at the design, we should look for how the sub-units of software are interconnected. We need to examine if the code is designed as many islands of synchrony vs. being designed as just one big blob of synchrony.

Corollary: if TMOAD was designed as many islands of software and hardware, then it is unlikely that anything as interesting as TMOAD can come of building software on computers using only synchronous languages, like Python, Haskell, using concepts such as thread libraries, theorem-provers, etc. [Thread libraries are but assembler-level work-arounds that enable the use of the function-based programming paradigm with languages like Python, Haskell, etc. Theorem provers need single islands of synchronous code, to work]

📝 yesterday's prompt on problem statements via Kartik Agaram

🧵 conversation

Follow-up to 💬 #thinking-together@2024-08-01: post a single comment with a number from 1 to 6 for every comment but yours in yesterday's thread, indicating how close you perceive everyone else's problem statement to be relative to yours. (And don't read other people's comments before you post yours; that's part of the fun here.)

Here's what the numeric scale means:

  • 1: This is a rewording of my problem statement.
  • 2: This overlaps almost entirely with my problem statement.
  • 3: I care about this problem.
  • 4: This doesn't seem like a big problem.
  • 5: This is fine, I don't think it is a problem.
  • 6: This statement is alien to me, I don't understand it as a problem statement.

Hopefully that makes sense and I haven't missed some major option..

In a day or two I'll collate the results in the attached table. (You're welcome to do so as well; just download the html file and open it in a browser tab, fill in and hit the 'save' button to save a local copy with your edits. Upload it here if you like, that can be an alternative way to give your votes.)

🗒️ problems.html

💬 Jari

🧵 conversation

Hello, I am currently building a lowcode platform for easy and fast backend development. Basically, you write logic using functions which look like excel functions or UDFs. Do you have any opinions on programming using Excel? I have written prototypes many times using it, but main problems have been 1) not being able to use it as a backend 2) more complex sheets are hard to understand and test

📝 the problem statement thread via Kartik Agaram

🧵 conversation

Here's the current state of people's reactions to each other's problem statements. If you haven't added your reactions yet, please consider doing so! If you haven't written a problem statement yet, please do so before reacting to those of others. I know it's a non-trivial bit of work. I tend to open Slack on two windows somehow to jump between 💬 #thinking-together@2024-08-01 and the problem reaction thread 🤦 But it does seem like something promising to think about.

I've also included a very rough, very preliminary, very incomplete stab at visualizing clusters of people's problem statements. There's no reason to think this "space" is Euclidean or 2D, so take it with a huge bucket of salt.

The visualization is in no way mapping status relationships. The intent is not to exclude anyone, but a very narrow instrumental purpose of finding opportunities to collaborate. If you need an analogy, a better one might be a star chart. It seems safe to assume we're all light years apart given our track record of collaborating 😄 This picture is an initial attempt at making a map based on imprecise measurements from a single point. If you spend any time thinking about the map, try to build your own from the raw data to avoid my inevitable biases.

I started out with Kartik at the origin (no objectivity here!) and positioned first my 1s, then my 2s, then 3s and so on all the way to 6s. Then I tried to go through others similarly and resolve tensions in a very rough, very manual way. I might do this a few times to try to get better at it.

Even though this "data set" is almost certainly high-dimensional, a few 1-D relationships popped out at me:

  • Kartik -> Tom + Tom -> Paul = Kartik -> Paul
  • Kartik -> Tom + Tom -> Nilesh = Kartik -> Nilesh

I responded by putting the 4 of us on a straight line. There may be a spectrum here that bridges the incomprehension between the ends.

This sort of bridging of incomprehension is a common pattern. I initially had Ivan as far away from Kartik as Paul . But several connections drew the Ivan / Eli cluster closer. Dany too might be as far from me as Paul , but is just 1 away from Jimmy . Guyren too, but is close to Tom and Dany . So some of these edges have more "tension" than others, and I haven't come up with a way yet to show that.

(I'm currently showing edges labeled 1-3. If we get more data I might need to prune that further. The edges are directional but unfortunately my tool doesn't have arrows.)

Anyways. Add your problem statements and reactions!

🗒️ problems.html

problems.png

🗒️ problem-clusters

problem-clusters.png

Content

📝 Calculating Empires: A Genealogy of Technology and Power since 1500 via Ivan Reese

🧵 conversation

Via Jack Rusher on Mastodon…

Calculating Empires: A Genealogy of Technology and Power since 1500

It's an enormous map of illustrations of various advancements toward, within, and around computers. Note that it's wildly horizontal. I tried exploring it a bit on my phone but found that unsatisfying. I recommend using the largest monitor you've got.

💡 Quint: A modern and executable specification language via Jason Morris

🧵 conversation

Just saw Hillel Wayne link to Quint on LinkedIn, and I finally want to try writing TLA+ as a result...

🎥 Midinous - Non-linear MIDI Sequencer - Official Trailer via Mariano Guerra

🧵 conversation

Youtube Thumbnail

Midinous - Non-linear MIDI Sequencer

🐇 Hundred Rabbits is a small collective exploring the failability of modern tech via Andreas S

🧵 conversation

Hello 👋 Future of coding,

I hope you are doing well :)

So I found one of those interesting HN posts:

news.ycombinator.com/item?id=41131181

I hadn’t heard of 100 rabbits before :

100r.co/site/about_us.html

The comments in the HN are also very interesting. For me they feel very ~much~ related to the future of coding.

Like this one:

news.ycombinator.com/item?id=41136056

In this respect, their page for hacking baguettes by sun&sea is my personal favourite

100r.co/site/solar_cooking_experiment.html

100Rabbits is like the coming true of Grothendieck's 1972 permatech lecture given at CERN*

github.com/Lapin0t/grothendieck-cern

"I think that agriculture, stockbreeding, decentralized energy production, medicine of a certain kind, very different from the medicine that prevails today, will come to the fore. It's impossible to say which part purely creative joy will play in these new developments. My hope is, it will be a creative development in which there will be no essential difference between conceptual activities and manual physical activities. When people become masters of their own needs to the point where an appreciable part of their creativity remains free---and this will take a time we can't predict, it may be a generation, it may be ten, no one knows---at that point, anyone, not just a certain scientific elite, will be able to devote a significant part of their time to purely creative, purely speculative, purely playful research"

📝 this slimy interview via Arvind Thyagarajan

🧵 conversation

apropos of verbalising favourite problem statements, I found a wonderful one in this slimy interview

How can we align our interests with what living organisms and systems naturally do? How can we yoke ourselves to what they’re doing so that our relationship is no longer exploitative, but rather one where we’re putting existing capabilities to productive ends?

🤖

📝 Argentina to use AI to stop crime before it happens - UPI.com via Paul Tarvydas

🧵 conversation

Argentina to use AI to stop crime before it happens

Argentina has announced plans to use artificial intelligence to predict crimes before they're committed, the country recently announced.

Present Company

📡 webrtcforthecurious.com via Guyren Howe

🧵 conversation

Currently trying to use WebRTC from Flutter. I just want a way to find my external IP address and port, and to share data through it. Seems like a simple requirement.

I am utterly astounded at the complexity of WebRTC. I’ve just never see anything quite like it. The Flutter plugin just flat doesn’t work for me, and there is no debugging information available to let me know why. The plugin uses an opaque C library, and I’m no C hacker.

I’m down to using a headless browser, which I’m pretty sure I will get working. But holy moley. This: webrtcforthecurious.com is about the friendliest introduction I can find.

Tragic, because ad hoc peer-to-peer connections should be a large part of the Future of Computing.

File under: hopefully not the future of computing.


👨🏽‍💻 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 2024/07 Week 5

2024-07-28 22:37

🎥 Structured editor in a shell 📢 Snap 10 Released 🎥 Toward a Live, Rich, Composable, and Collaborative Planetary Compute Engine

Two Minute Week

💬 Marek Rogalski

🧵 conversation

It's now possible to delete objects. Ten months into Automat development may be late but it's better than never. Now I'm working on auto-connections when objects are nearby.

🎥 Demo

💬 Tom Larkworthy

🧵 conversation

I am trying to get my lazer cut box joint generator thing less like a notebook and more like an app. So I have pushed all my observable UI cells into a single cell with a custom layout overlaying a three.js visualisation.

I wrote a new UI tool that allows the UI to be decomposed at runtime, so I can move the (live) ui visualisations to their appropriate place when needed.

🎥 decomposable ui

Our Work

📝 Why Do We Need Operating Systems? via Paul Tarvydas

🧵 conversation

Operating systems are generally thought, by software developers, to be necessary. What do operating systems accomplish? Engine for running code written in the function-based paradigm. Library of pre-fabricated subroutines that could be used in any app.

🎥 Structured editor in a shell via Peter Saxton

🧵 conversation

Vimeo Thumbnail

I have put my structural editor in a "cloud native" shell. I think quickly writing scripts has more value than quickly writing applications, because applications are normally meant to be around longer.

🕹️ DendryScope: a static analysis tool for interactive fiction, quests, and dialogue in videogames via Jasmine Otto

🧵 conversation

I wrote DendryScope, a static analysis tool for interactive fiction, quests, and dialogue in videogames. Given a story written in Dendry, the skein will generate all of the playtraces which match queries such as 'reached the good ending, did not find the thief's treasure, and offended the barkeep'. jazztap.github.io/DendryScope

More detail is available in our conference paper, which describes the technical system and documents further use cases. If you're wondering why the tool currently works on one Dendry game and not all of them, please let me know so I have an excuse to finish the transpiler. ojs.aaai.org/index.php/AIIDE/article/view/27527

dendryscope-thumb.png

🐘 a little neovim terminal fiddle via Ezhik

🧵 conversation

do little things count? because i made a little thing. i'm not a big fan of using repls for messing around because i want to go back and redo things all the damn time. recently i caught myself opening a text editor and doing ~_*watch -n1 some-script*_~ in a separate window.

so i went ahead and made a little (vim)script that does just that - it automatically reruns your code as you type.

it's been pretty convenient for doing little bits of napkin math.

🎥 Screen Recording

💡 The Entire History of… Computing? via Ivan Reese

🧵 conversation

On this month's FoC bonus episode for Patreon backers, Jimmy Miller, Lu Wilson, and I recount the entire history of computing.

…from memory. 🤦

Devlog Together

🌝 move.lua via Kartik Agaram

🧵 conversation

For the past month I've been doing something very unnatural for myself: "throwing the first one away." Going back and rewriting an aspect of a working program just to improve one property of the code rather than the behavior: eliminating all derived data structures and re-deriving everything all the time in a performant way.

The result is a simpler API that seems applicable to pixel-based editors that use proportional fonts. Basically the problem is: as you do line-wrapping on a screen, how do you deal with interactive operations like clicking at a pixel coordinate or pressing the down arrow (which might result in a scroll). These primitives seem to make the implementation fairly self-evident: git.sr.ht/~akkartik/lines2.love/tree/main/item/move.lua#L11-28

💻 www.holograph.so via Dennis Hansen

🧵 conversation

Hello- little update on www.holograph.so - formerly known as the 💬 #share-your-work@2024-05-22- I am working on performance had had the nerdiest proud moment ever and figured of all people, ya'll would appreciate it.

I built a propagation speed profiler in holograph to test how fast propagation was occurring for a little recursively incrementing loop (in the grey box). Im using a buffer to collect and average the values over time and another buffer to collect and display averages as a chart. You can see the propagation speed and compare it with the total Propagations Per Second (PPS in the top left). Before this work i was at a hard cap of 60 pps and now total pps often gets over 300. Still a long road ahead but it feels like a big win right now 🎉

In any case, this example demonstrates major stuff added since my first post here:

  • Get and set shape properties
  • Trigger click events
  • Dashed arrows that don't fire propagators
  • Async functions/fetch/await syntax
  • Lots of cool examples to explore- including some made my folk here :)

Hope ya'll enjoyed the update! If ya'll find anything wonky or have ideas let me know !

ezgif-3-b2fdc5e7db.gif

Thinking Together

📝 theory of bunches via Nilesh Trivedi

🧵 conversation

Youtube Thumbnail

Prof Eric Hehner's theory of bunches (think of the comma in x,y,z as a binary operator on bunches) seems very foundational and delightfully elegant. Once you see it, you can't see but think that the way we have handled collections of various kinds (sets, strings, tuples) is ad-hoc and not systematic.

What if we had notation that supported all these structures? 🤔

image.png

💬 Dominik Jančík

🧵 conversation

Thought the format may better fit here

[July 20th, 2024 10:22 PM] hi565: Thank you so much for your feedback <@U0296ACR13M>. It's really interesting to think about the strengths and weaknesses of these different paradigms.

I would say that with any sufficiently complex application, it comes down to what tooling is available and whether the codebase has consistent standards. I spend much of my day job in more standard code, in complex distributed codebases.

It's invaluable to be able to use an IDE, navigate through definitions, search across the full codebase, seamless debugging and lately even having the ability to analyze and explain larger parts of the codebase with AI in tools such as Cursor. This all can help understand new code. Using common or at least consistent patterns, good naming and all that stuff will make it easier. It can still involve learning new paradigms, libraries and so on.

I would say that a lot of the same applies to working in node based environments. With the added complexity of usually having to lay out things yourself, which can absolutely make or break readability - whereas formatters are absolutely standard for text code nowadays. Also, given the lack of standardization in node based tools (yes, it's often nodes, but with so many flavors), each language requires its own IDE, putting a lot of strain on developers to match the mature tooling for text code.

Still, I find that some types of flows, especially data piping, and some types of use-cases, such as realtime multimedia applications, generally work better for me in visual environments. vvvv gamma (https://visualprogramming.net/), which all of Schema is created with, seems to be the closest to a full featured IDE I've come across in visual programming. I've also found that Reactive programming is incredibly intuitive in this environment, compared to C# for instance. Though it still has some way to go, such as improved tooling for git or multiwindow.

During development I've certainly had moments where the realtime code update and amazing protocol abstractions made it a joy, while there were others where the tooling and constant tidying needed made me wish for more standard lands.

Going back to the original point with complexity, In Schema, while theoretically possible, I do not encourage there to be a huge amount of complexity at the same time. First of all, there is a big focus on fairly high level nodes aimed mainly at animation and a good amount of things happening implicitly, such as referencing extents of objects in space. Of course, all this interconnected machinery is its own complexity, even when there may be less "code" to see at a time.

Secondly, there are a number of ways of switching up parts of the stacks using assigning via Director, layers, groupings, referencing other objects and modifying slightly. With the general idea that you can get a lot of variety by combining and switching around small-ish stacks of blocks.

Additionally, when you look at a Block based code, which may seem visual, it's actually no more than nested functions, not far from Lisp or any code AST in general.

Blockly, for instance, is often used to build out regular text code. Though I agree drag and dropping everything is a pretty obnoxious way if you know your way around code.

As a matter of fact, all of Schema Block stacks can actually be represented as a very succinct YAML (https://docs.scenic.tools/future-concepts/scenicscript), which allows for a human readable transfer format, text editing (helpful on terminal devices also), LLM completions and more.

What the UI in Schema helps with is interfacing with the parameters and providing immediate in-place feedback of the individual data processing steps (similar to TouchDesigner which does this very well). It also providing domain specific overlays such as MIDI mapping or DMX channel output visualization.

Overall I am trying to strike a balance between the two worlds while finding new ways to interact with code.

This new Cursor work aims to make the block programming feel as efficient, if not more than, writing textual code, while also making it more accessible and fun with the goal of enabling full game controller support.

I really appreciate that you find some of these approaches novel :heart:

Content

📢 Snap 10.0.0 Released via Mariano Guerra

🧵 conversation

Snap 10.0.0 Released, some highlights:

  • Blocks all the way
  • Metaprogramming
  • New "Code to Blocks to Code" library, translates text code to blocks and vice-versa
  • New live coding "performer mode" setting
  • Matrix-kernel convolutions
  • New LISP-like text syntax for blocks and scripts

Play with it here: snap.berkeley.edu/snap/snap.html

🧑‍💻 Ilograph Interactive Architecture Diagrams via Ionuț G. Stan

🧵 conversation

Zoomable architecture diagrams: ilograph.com

Create interactive system architecture diagrams to document, share, and explain your systems with amazing clarity and detail

🎥 [PROPL'24] Toward a Live, Rich, Composable, and Collaborative Planetary Compute Engine via Mariano Guerra

🧵 conversation

Youtube Thumbnail

Toward a Live, Rich, Composable, and Collaborative Planetary Compute Engine

Addressing the climate crisis poses many computing challenges for a variety of stakeholders, many of whom are not CS experts but rather scientists, policymakers, journalists, and members of the public. In order to solve these challenges there needs to be a large-scale collaborative compute engine that is live, rich, composable, and collaborative. Specifically, we present Planet Hazel, a vision of the Hazel programming environment geared toward planetary computing.

Present Company

🎥 Virtual Meetup 3 • July 24, 2024 via Ivan Reese

🧵 conversation

Youtube Thumbnail

Recording of today's Future of Coding virtual meetup #3

This one featured a demo of LabView + AI from @Jim Kring, a smalltalk-esq browser for Lisp from Konrad Hinsen, plus a nice discussion about collaboration within the community led by Kartik Agaram.


👨🏽‍💻 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 2024/07 Week 4

2024-07-21 23:40

💡 Where Should Visual Programming Go? 📝 We Can Do Better Than SQL 🎥 Home-cooked Software and Barefoot Programmers

Two Minute Week

🎥 Structured editor in a code notebook via Peter Saxton

🧵 conversation

Vimeo Thumbnail

Presenting a structured editor in a code notebook. I think I'm going to enjoy this environment

💬 Tom Larkworthy

🧵 conversation

I spent 2.5 months building a spatial compiler for lazer cutter plans to build a (massive) shelf. The shelf is built! But all the parts were mirrored, which was not an actual problem, but it was unexpected (a polarity problem somewhere).

For a few other test projects, when the edges are nearly the same length on the parts, the assembly is ambiguous, and it kinda assembles but the shape gets warped from misfitting. So recently I added labels to the edges, so I know which side should match which without ambiguous matching based on eyeballed length. After adding the labels the part visualisation had the numbers backwards, AH HA! my revelation was that this explained why my parts were mirrored.

My whole schtick at the moment is data viz driven development. Dataviz of runtime application state is the extension of text based coding/debugging that delivers value beyond our existing programming paradigms.

🎥 labelled cube

image.png

Our Work

🎙️ 91. What scares you about AI? Vol.2 via Ben Byford

🧵 conversation

not code per say, but AI philosophy

💻 github.com/thegreatercurve/okapi via John Flockton

🧵 conversation

Hey folks! I thought I’d share a JavaScript parser I’ve been working on: github.com/thegreatercurve/okapi

Very much a work-in-progress, but it's nearly fully compliant with the ECMAScript 2024 spec, 100% passes the Test262 parser test suite, and outputs ESTree.

My next step is to look into refactoring it to output bytecode by default, with the hopes of turning that into an actual JS engine one day.

Devlog Together

💬 Jason Morris

🧵 conversation

End-to-end demonstration of code generation and chatbot creation in the Blawx prototype I've been working on. The LLM generates a block-based, visual, domain-specific constraint logic program based on the text of the law and the ontology defined by the user, then you encode a question and an interview and you have a chatbot that doesn't have the black box problem of LLMs, but has the same easy interface. Very interested in anyone's comments.

🎥 blawx llm

Thinking Together

📝 Protective Randomness: Why We Fear the AI Unknown and What to Do about It via Jason Morris

🧵 conversation

After reading a linkedin post by a friend of mine, today, in which he describes "protective randomness" as a virtue of human systems, the absence of which makes certain AI applications frightening, (Protective Randomness: Why We Fear the AI Unknown and What to Do about It) I have come to the conclusion that this may be the best argument I have heard to object to the determinism in Rules as Code: that the systems we have for dealing with the output of the interpretation of statute not only anticipate but depend on variability of interpretation for their effective operation, and that they operate to do more than merely resolve disputes over legal interpretation, so the absence of those disputes is not an unmitigated benefit. Take for instance the conversation that happens between law makers and judges. A law is drafted, there are disputes over how to interpret it, in part fueled by examples of differing interpretations from administrative decision makers. Those differences in interpretation can help people know on what grounds they might object to a particular decision. Those objections go to judges, and judges might differ again, which has the same effect. And the differing interpretations of the judges in the context of things worth arguing about brings to legislators' attention places where the rule itself is both problematic from a fairness and/or interpretation standpoint, and where that problem causes significant issues in the real world, equipping them with information about where to focus when considering amendments. All of those benefits accrue even if no decision is ever made to resolve the dispute. If you replace variable administrative decision makers with a deterministic system based on a best shared interpretation, that review system, which not only accounts for but depends on variable outputs to function, stops working as effectively. That is not to say that what you lose is not worth what you gain. But it is a coherent argument about what is lost, and how, from consistent automated application of laws, and it is prescriptive about where and how rules as code should best be applied to avoid those losses. Which now makes me wonder whether armed with this idea, I would have a more generous read of the Laurence Driver paper.

For context, the linked post is aimed more at attempting to understand some forms of anxiety around AI applications, and particularly in the context of copyright violation, which Colarusso considers complaining about the wrong thing. But the idea metastasized in my head, and now I might have to give Driver the benefit of the doubt.

📝 Coding is State Farming via Guyren Howe

🧵 conversation

I have a blog about matters related to the topics here. Just dropped this, which discusses why more of typical business logic should be implemented in the database: Coding is State Farming

📝 Thinking About The Game Of Pong In Hardware And Software via Paul Tarvydas

🧵 conversation

Thinking about Schematics vs. Code. [This began as a short reply to Stefan Lesser regarding my take on electronics schematics in another thread.]

💬 Adam Davidson

🧵 conversation

Just a random thought that has been rattling around in my head while listening through podcast episodes and Ivan’s visual programing points. I am new here so apologies If all this has been said before, or covered in podcasts I haven’t gotten to yet.

I want to propose a slightly different framing for what it means to say that a representation of a program is visual / spatial or not

... read more

Content

🐘 This masto thread via Ivan Reese

🧵 conversation

This masto thread should resonate with folks here. Teaser:

fediverse is the kind of place where I can ask a question of “let’s say we’re designing an operating system from scratch. Clean slate. Let’s throw away all our old habits and legacy decisions. what’s the minimal set of applications we need to make a new operating system useful”

and the top replies are vt100 emulator, virtual machine to run other operating systems, and c compiler to port vim

like y’all are missing the point of the question!

🤔 We need visual programming. No, not like that. via Kartik Agaram

🧵 conversation

Let's observe what developers do , not what they say. Developers do spend the time to visualize aspects of their code but rarely the logic itself. They visualize other aspects of their software that are important, implicit, and hard to understand. Here are some visualizations that I encounter often in serious contexts of use: * Various ways to visualize the codebase overall. * Diagrams that show how computers are connected in a network * Diagrams that show how data is laid out in memory * Transition diagrams for state machines. * Swimlane diagrams for request / response protocols. This is the visual programming developers are asking for.

💡 Where Should Visual Programming Go? via Ivan Reese

🧵 conversation

As a follow-up to the above, there's this nice blog post from @Nikita Prokopov on diagrams as code: Where Should Visual Programming Go?

Level 3: Diagrams are code

This is what the endgame should be IMO. Some things are better represented as text. Some are best understood visually. We should mix and match what works best on a case-by-case basis. Don’t try to visualize simple code. Don’t try to write code where a diagram is better.

Hear, hear!

🐘 Luci for dyeing (@zens@merveilles.town) via Christopher Galtenberg

🧵 conversation

a huge formative experience happened when I was 16. I was brought into my mother’s office and hired to compell a guy to use his computer who was refusing to use his computer, and exclusively used his IBM selectric. First up, the guy was an unlikable jerk. However, first thing he does when I get there is refuse to even talk to me about the situation until AFTER I read The Invisible Computer by Donald Norman. It’s a good book I cannot summarise in the 50 characters I have left in this post

📝 We Can Do Better Than SQL | EdgeDB Blog via Nilesh Trivedi

🧵 conversation

The questions we often hear are “Why create a new query language?” and “What’s wrong with SQL?”. This blog post contains answers to both.

Music

🎛️ noodlesynth.com via Ronald C

🧵 conversation

I'm working on a web based modular synthesizer: noodlesynth.com

End User Programming

🎥 Home-cooked Software and Barefoot Programmers: Maggie Appleton (Local-First Conf) via Beni Cherniavsky-Paskin

🧵 conversation

Youtube Thumbnail

coins some neat terms, from "barefoot developers" to "the long tail of user needs".

🤖

💬 Mariano Guerra

🧵 conversation

hi! I'm co-organizing a builders-first AI & UX meetup in Berlin in September, if you are interested send me a DM


👨🏽‍💻 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 2024/07 Week 3

2024-07-15 06:46

🚰 Visual Stream Processing System 🖌️ Figma meets VS Code 🛸 esoteric.codes

Two Minute Week

🎥 Stock Multi Time Series, Atom/RSS and HN Stories using Steampipe via Mariano Guerra

🧵 conversation

Youtube Thumbnail

📈 Stock Multi Time Series

🛜 Atom/RSS

🍊 HN Stories

Data integrations using steampipe.io

💬 Marek Rogalski

🧵 conversation

I've implemented the flip-flop object which concludes the "object library" that is necessary for basic macro playback. Automat can now play Super Mario Bros with only occasional desync issues 🙂

🎥 video

Our Work

📝 Baby's second wasm compiler via Jamie Brandon

🧵 conversation

Very present-of-coding, but the future is coming.

🎲 github.com/ivanreese/2222 via Ivan Reese

🧵 conversation

🎲 I created a new programming game. It's called 2222. (Pronounced "two twenty-two two")

Well, I actually created a meta -game — because you have to program the game yourself , in any programming system you want. Then you get to play it.

The code is incredibly simple. You can do it in 3 blocks of Scratch. It's what TodoMVC would be if it had a soul.

It takes about 22 minutes to play. You will very likely burst out laughing while playing. When you finish the game, you will feel utterly bizarre. You can play the game by yourself, or in a group. Good luck, have fun.

I would love to see your implementation, and/or (but especially and ) a video of you playing.

How do you ~play~ program the game?

Instructions here: github.com/ivanreese/2222

🚰 Visual Stream Processing System via Safta Catalin Mihai

🧵 conversation

Hello! I've been working on something in my spare time, very early stage... but I think it shows promise.

Given that Lu Wilson encourages us to share scrappy fiddles, here it is.

It's a visual stream processing system - based on tldraw for the UI and Pekko Streams (in Scala) for the backend.

Link to the blog post above, and leaving just a gif here as a tl;dr:

1280x720px image

🖌️ Spectral: Figma meets Visual Studio Code via nith

🧵 conversation

Hi everyone! Currently working on Spectral, a new way to approach code navigation by using an infinite canvas for traversal. We are aiming to simplify the onboarding, navigation and debugging processes.

🎥 Spectral Demo

📝 A short parable about technology via Stefan Lesser

🧵 conversation

In the last few days, there have been 💬 #thinking-together@2024-06-15 few 💬 #thinking-together@2024-07-04 here that have inspired me to write this short parable about programming and technology. Let me know how you feel about it. 🙂

🎥 Schema Studio Cursor Dev Update via Dominik Jančík

🧵 conversation

Youtube Thumbnail

I have been working on adding Keyboard / Gamepad only navigation for Schema Studio, the open-source integrated creative environment for light control, generative visuals and more based on vvvv gamma.

The environment focuses on instant feedback, quick editing, using a fun (subjective :)) game like interface. It uses a Block based programming approach that tries to combine the best of text and visual editing interfaces.

I am calling the feature "Cursor", and here is a short demo.

If you're interested in learning more about the tool, head over to schema.scenic.tools

Any feedback and questions welcome :)

Devlog Together

💬 Kartik Agaram

🧵 conversation

I've been slowly reading "The Nature of Order" by Christopher Alexander and slowly thinking about how to make my editor for text and line drawings more timeless. (And mostly sleeping a lot, if I'm honest.) Today the combination of the two led me to draw this shape for the line-wrapping algorithm.

Until now I've been developing the editor the "usual" way, which for me consists of needing some computation, figuring out the most convenient place to perform the computation, then squirreling away the result somewhere it's available when needed. In an effort to get myself out of the rut of the inevitable problems of indirection and cache invalidation that result, I've been trying to replace all my ad hoc data structures with on-demand computation based on the base state of the program. And what I've been ending up with is umpteen variations of this pictured algorithm, just with different code stuck on to the protrusions.

There may be an abstraction that comes out of all this, but I don't see it yet. And as CA says, a flower isn't made up of identical petals. Each one evolves uniquely as a part of the whole.

20240710_175623.jpg

💬 Kartik Agaram

🧵 conversation

Quick and dirty prototype of the above algo/shape/code using Vim syntax highlighting.

The code in the screenshot is a function to convert a mouse click (mx, my) into the location (line_index, pos) of the character at that point on the screen.

The problem is much of this function is boilerplate shared with several other places, such as the code to draw text on screen, compute the height of a wrapped line, etc. The boilerplate makes it difficult to see the business logic unique to this particular function, and so creates pressure to prematurely create an abstraction to "DRY things out". Highlighting the shape of the boilerplate in pink helps the eye to focus to the unique business logic in the protrusions, and so counters the pressure to hide the boilerplate before I've figured out the best way to do so.

linewrap-vim.png

🎥 exporting from codeflowcanvas to open-canvas draft spec via Maikel van de Lisdonk

🧵 conversation

Youtube Thumbnail

Some updates on my visual programming project codeflowcanvas this week: In this video I show some work I did for the open-canvas working group (ocwg for short): if you go to demo.codeflowcanvas.io/ocwg you can see a window floating in the bottom right, this shows the current flow in the current ocwg draft spec.

I've build the export mechanism using a strategy pattern so that I can also easily support other formats if needed (a basic export to tldraw is already one of them). I hope this helps in developing the new open canvas spec that the ocwg is working on via bi-weekly meetings and a github repo (see various links on canvasprotocol.org).

Lately I am focussing more on embedding and/or integrating codeflowcanvas with other tools and technologies so that it is not running in a silo of its own, and this feature helps with that I think.

This week I also send in a submission to liveprog.org.

Content

🐦 Will Crichton via Mariano Guerra

🧵 conversation

Will Crichton: I'm starting a new group at Brown w/@ShriramKMurthi and @KathiFisler called the Cognitive Engineering Lab. We build tools to make you smarter, grounded in cognitive science and programming language theory. And we're hiring PhD students!

If you know browser-based UI programming inside and out (eg, you could reimplement React or Svelte), let's build the PL of your dreams to make reactive UIs fast & correct. Or let's build the next LaTeX / Markdown!

🛸 esoteric.codes via Ivan Reese

🧵 conversation

Just discovered the mostly-defunct blog esoteric.codes. Some beautiful projects on display here.

🎥 Seeing Like a Programmer - Resiliency, Limits, And Moral Hazards In SE by Chris Krycho via Chris Krycho

🧵 conversation

Youtube Thumbnail

Mostly lurking and reading everyone else’s links, but I at last have somethign to share myself! Here’s my LambdaConf 2024 talk, which I think folks in here will appreciate! In this talk: Peter Naur’s “Programming as Theory-Building”, Donella Meadows’ Thinking in Systems , and James C. Scott’s Seeing Like a State .

Graphics

💡 screamer: the playground for screamer, a live-coding language for ray marching via Charlie Roberts

🧵 conversation

a small frp-ish dsl I made for live coding ray marchers: charlieroberts.github.io/screamer/playground

🤖

📝 Neural Operator: Learning Maps Between Function Spaces via Nilesh Trivedi

🧵 conversation

Neural operators generalize neural networks from learning mappings between finite dimensional Euclidean spaces or finite sets to mappings between functional spaces: Neural Operator: Learning Maps Between Function Spaces

Here's a TED talk about how it's being applied in science and engineering: AI that connects the digital and physical worlds


👨🏽‍💻 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 2024/07 Week 2

2024-07-07 23:22

📑 Programming languages resources 🔨 Breaking Silos 💡 The Interfaces With Which We Think

Two Minute Week

💬 Marek Rogalski

🧵 conversation

This week in Automat was mostly refactoring and bug squashing so not much to show. Except today I've sat down and designed the object that will act as a flip-flop switch. The first three images are the candidates for the final object. I'm actually still not decided which one to go for... The others images are just interesting results obtained from prompting stable diffusion

design-generated-20240705-164409-0-detailed realistic masterpiece best q.png

🧵 more images in the conversation

Our Work

📝 The proof is in the meta-tracing JIT interpreter via Mariano Guerra

🧵 conversation

The one where I implement a native JIT interpreter for my minimal oop language using pypy's meta-tracing compiler toolchain

In the previous posts: Make Your Self and Macros and optimizations: it's just a phase I described the design and implementation of a minimal object oriented language with the implementation done in...

🥞 toy postfix stack-based language to inflict upon my kids via Beni Cherniavsky-Paskin

🧵 conversation

Been a while since I touched it but I've been building a toy postfix stack-based language to inflict upon my kids. My theory is:

  • postfix may have benefits for early teaching (linear evaluation order, lack of "syntax", trivial notional machine)
  • the obvious drawbacks can be somewhat mitigated if instead of destructively changing the stack, you can navigate all previous stack states. (I'm not the first to try the latter; in particular Kartik did it in Mu, including descending into function calls. I don't even have user-defined functions yet.)
  • I wanted to explore "replacing" some uses of control structures with composition of a bigger data type, like a whole picture or animation.

I'm resigned to the thing not being turing-complete.

Initial implementation's data type was 1D "animation" of color change (I wanted them to program an RGB lamp)

=> My kids liked typing and mixing colors, but the idea of a single value representing change over time went entirely over their heads 😞

Anyway terminal REPL was a dead end, because you can't go back and edit past code. => I got a prototype web editor — you can move cursor, edit freely, and see stack state before each word: animation-stack-language.netlify.app

TODO: rendering still uses styled block characters 🧑‍💻, I need to learn canvas...

TODO: Next big step will be to replace the data type from 1D "time" to 2D "picture", taking inspiration from forthsalon.appspot.com and code.world .

I'm thinking to make do with some 2D rather than RGB colorspace, so that every pixel can also be interpreted as a vector. That way any picture doubles as a limited representation of function-as-data (not turing-complete! but very visual 🤔).

🎥 hash references to functions, effects and transpilation in EYG via Peter Saxton

🧵 conversation

Vimeo Thumbnail

Hash reference to every function and limiting effects at the top level to allow code to execute even after a failure. This is a bit longer as I try to explain in more detail what these features are in EYG

🧮 Visualizing Risk – Calc with Dec 🧮 🤓 via Declan

🧵 conversation

I made a blog post about visualizing risk

It's a scrollable explanation that develops up a visualization - a bit going on in it, a problem I have with a lot of things, so was really glad to spend time learning a few things about making this kind of scrollable interaction to more carefully introduce things.

Behind the scenes, the numbers are from a calculang model doing monte carlo simulations on a pension calculator calculang model. This composability (or what I call flexibility) is something I decided not to make this post about, but it's an important part of why calculang exists.

I plan to do a few similar separate exercises, and then spin back to this on it's own. (e.g. next: benchmarking actual results to their older estimates)

So, this blog post isn't really technical, but I hope it's interesting or at least easy to follow, and it fits into a longer piece about calculang. Happy if you have any feedback about the post or questions about this longer piece!

Visualizing Risk: feat. a pension savings calculation, Monte Carlo simulation, and ‘scrollytelling’

🤖 A Voice Controlled G AI Assistant for LabVIEW via Jim Kring

🧵 conversation

Making more progress on AI assisted visual programming (with voice control).

🎥 GAIA Voice Demo

📲 DIPLOMATIC: Data sync framework via Mason

🧵 conversation

I've been building a sync framework that app developers can integrate, to securely sync state changes between clients. I call it DIPLOMATIC, after the concept of a diplomatic bag which travels through foreign territories, but protected against inspection. So far I've got a couple host implementations targeting Deno and Cloudflare (Workers + Durable Objects + D1), as well as client libraries to build web clients in React and CLI tools in Deno.

The attached video shows off a demo app that displays and updates a consistent status message across clients. It generates and stores a cryptographic seed (synced via the browser's password manager), queues status changes when offline or not connected to a host, then pushes queued changes when connected, and receives real-time updates using WebSockets.

I've got some rough docs up at diplomatic-docs.replit.app, and a walkthrough of the demo app from the video at diplomatic-docs.replit.app/docs/demos/status.html.

The backstory is that, for a while I've wanted to build a grand life-planning app, like a TODO list that can operate at the decade-level rather than the daily-level. But I kept running into these blocks:

a) I'll want to access it from phone and desktop, so it needs a sync solution,

b) maintaining servers is a pain, and

c) a life-planning tool will necessarily have personal info, so it shouldn't hang out in plaintext on someone else's computers.

These sorts of issues aren't unique to this tool. In fact, I think they're common enough to merit a general solution. The Web 2.0 client/server model gave us easy software updates and access from multiple devices with consistent data. But we backslid by making all app data visible to the software provider and relying on them to maintain their servers. Mobile apps gave us the additional expectation that we could access our data while offline.

I think there's a simple solution to get the best of all worlds, by encoding app state changes as objects (the Event Sourcing pattern), then encrypting those deltas and shipping them off to a server which relays to other clients, which then decrypt and apply the changes locally. With this architecture, the relay servers all have a standard interface (not application-specific), and they're blind to delta contents, so hosting becomes a commodity. This means companies could specialize in just running these hosts, giving application developers a secure backend without the maintenance burden. It also creates a standardized import/export format for app state—the delta log, so you get a backup format for free.

I'm only designing around single-user apps at the moment. Having a "last-wins" policy for conflicts makes things nice and simple..

If anyone knows of related work I should check out, has suggestions, wants to collaborate, ... let me know. The code is still a bit messy, but I'm planning to tidy that up and open the repo soon.

🎥 diplomatic-status-demo

🐸 Todepond dot com: I went to an algorave via Lu Wilson

🧵 conversation

i wrote up my experience of slowly discovering the live coding world, and how my Arroost tool fits into it, and the motivations for my work

🖥️ A set of tools to play around with a Hack compute via Ignacio Brasca

🧵 conversation

Hello everyone! I have just finished a set of tools I built while learning about the Hack computer architecture. Today I felt confident that I could share all the code I wrote for this

To me, this architecture was a great starting point if you want to get a hang of how computers, compilers, and virtual machines actually work

Devlog Together

💬 Kartik Agaram

🧵 conversation

Shower thought on yesterday's thread above: the painter's algorithm is a way to make an interface less stateful. It lets you specify shapes to draw in any order. However:

  • It does this by adding more state to the implementation. You can't just draw each shape as you encounter it in the code. You have to shove them all into an array, sort by z value, and then draw them all.
  • It does this by adding more state to the communication channel. The human has to provide a z value now for each shape. Sometimes this is naturally obtained, sometimes it is not and the human now has to think in their heads about what z value to give their shapes to make the drawing come out as they want.

Thinking about this, it feels like state is to some extent inevitable. There's some conservation of state going on. You can't really eliminate it. You squeeze it down in one area and like a balloon it pops up somewhere else.

🧑‍💻 a visual notation for something we typically use keyword args for. via Kartik Agaram

🧵 conversation

This morning I'm thinking about turning 💬 #devlog-together@2024-06-30 into a visual notation for something we typically use keyword args for. For example, the following glyph might represent a function for initializing a text editor widget with the following signature:

edit.initialize(top, left, right, bottom, font_size)

And the numbers indicate a specific call to this function:

edit.initialize(15, 15, 115, 215, 20)

visual-keyword-args.png

🤔 moving away from slack via Ivan Reese

🧵 conversation

This week, I'm learning more WebGPU, since I'm hoping to use it for a handful of visual programming projects down the road. I'm also still looking at options for 💬 #administrivia@2024-06-24. Would love to find something that feels more like a forum than a chat, but not toooo much like a phpbb, and doesn't have a per-user cost, and doesn't impose a maintenance burden, and is accessible to search engines (and accessible to all people, natch), and isn't likely to "incredible journey" or "we AI'd every text field for you" etc. So we're currently whatever the opposite of "spoiled for choice" is :)

Reading Together

📝 Weird Machines, Exploitability, and Provable Unexploitability via Polly

🧵 conversation

I've been kinda obsessed with this paper, "Weird Machines, Exploitability, and Provable Unexploitability" since October last year.

🎥 RuhrSec 2018: "Keynote: Weird machines, exploitability and unexploitability", Thomas Dullien

(I think starting with the talk is a good idea)

After hearing about robust first computing I've been pondering the connection for a bit. I'm not really sure what to make of it, but there has to be some connection. In this talk by Dave Ackley he specifically mentions that "flipping one bit" (paraphrasing) can be enough to destroy a lot of software, which is the exact attack model that Dullien uses. It would be nice if software could maintain security invariants despite memory corruption (which Dullien proves for a small piece of software that he writes) so in that sense the two concepts allign. But I find that "continuing despite an error" or "return a best-effort answer" is the source of many security vulnerabilities, (mid example: database lookup fails, code is written in a way that forgot to handle that case, code continues anyway and returns admin data that shouldn't be shown). I wonder if any of y'all have read this or have thoughts about it. :))

Thinking Together

💬 Declan

🧵 conversation

I recall coming across some opinions Against interactivity. I think in support of showing the thing, rather than making the user interact to see the thing.

Is there a soundbite for this? Are there any good links? I don't know where I encountered this opinion I think a few times, but I found something in one passage searching Bret Victors Explorable Explanations.

I wonder is this the most concrete link or reference I'll get, or does it ring a bell for someone else?

image.png

💬 Shen Li

🧵 conversation

I find a lot of statements these days describes a fact about something and then call it the “best”.

It’s like someone saying “look number 2 is so great, it’s the only even prime number, it’s so cool that it’s used as the base of digital systems, so we should use 2"

And someone else says: “well, number 3 is cool because it’s the first Mersenne prime, and it has a super cool divisibility rule, so we should use 3”.

At the end of the day, if the question is 1+1, then 2 is infinitly better than 3, and the other way around if the question is 4-1. And if you just need some positive integer as a placehold or something, then well, they are the same.

People seems to like and re-post these information a lot. I think these facts do provide some values, like the whole entertainment industry, it fulfills the curiosity of our minds and keeps us, well, entertained.

But drawing the conclusion that something is better, or something should be used instead of another thing based on these facts just feels off to me. It’s especially bad IMO, when people use these statements in PR reviews.

💬 Eric Normand

🧵 conversation

I have a question I hope someone here can answer. I am at something of a crossroads in my career and privileged enough to be able to pursue almost anything. When I tell people the big problems I'd like to make an impact on, it's education, specifically science education. I want more people to understand how the scientific method works and how we use it to gain more understanding.

I have passively read about education (Montessori, Bruner, Piaget, Pappert), followed Alan Kay and the smalltalk story, and I was a math teacher for a couple of years. I also teach currently online.

I can't help but think that there is more to using computers than reproducing old media, and that the code-debug cycle is a good way to refine our understanding. And so maybe there is something there, using programming and interactivity as a medium for exploration of ideas.

However, I don't have much more of a vision than that. I was talking to my wife about it yesterday and came up with an interesting phrasing: I want to do what Montessori did with her learning materials but with computers as a medium.

I would appreciate any and all links to people, conferences, reading material, etc., that are related to this idea.

Just to be clear, I don't mean teaching kids to code. And I don't mean using software to support the current educational paradigm (e.g., Chromebooks in schools, etc.). People seem to automatically roll back to those two pits.

I'm in pursuit of the next part of my career. I don't know what it will look like, but I want it to be productive.

💬 Paul Tarvydas

🧵 conversation

pond’ring aloud:

The value of Gutenberg’s printing press is that it taught kids to read, not to build printing presses.

The value of computers is that they teach kids to ???, not to write code.

💬 Paul Tarvydas

🧵 conversation

pond’ring aloud:

I wonder if the problem with VPLs is the word “language”.

It appears to me that the word “programming” has been generally accepted to mean “sequential language” or writing sequential codes (aka “coding”). I view this view as being too restrictive. Programming is more than just commanding a machine with sequentialistic instructions. Programming a CPU , though, is - by definition - sequentialistic. But,,, programming a machine(s) need not be sequentialistic. Especially in the age of nothing-is-central. In fact, LLMs are an example of non-sequentialism. The machines that run LLMs were programmed, arduously, in sequential notation, but, the inner success of LLMs is not sequential, but something else (massively parallel plinko?).

VPLs and DPLs are, to me, not sequentialistic things. Maybe they should be called “notations” instead of “languages”? VNP and DNP? Visual Notation for Programming, Diagrammatic Notation for Programming? [In which case, “programming languages” as we know them, are TNPs - Textual Notations for Programming].

In fact, programming is not the difficult part. Re-programming is the novel aspect of Design that computers bring to the world. We have been programming machines to do single things for centuries (using metal lathes, etc.). This time through, though, we have built machines capable of doing many things.

💬 Shen Li

🧵 conversation

Related to my last post, where I believe we shouldn’t make decisions outside the context of a problem or goal.

I’ve observed the same issue with secondary goals, where they are discussed outside the context of primary goals.

I don’t know if this bothers other people, but it bothers me a lot. Maybe I’m not smart enough to see the implied connections.

One example I can give is that many times I’ve been given the goal of “consistency,” whether in the UI or the code style. I’m not saying “consistency” is a bad thing, but without connecting it to the primary pre-shared goal, the value of this secondary goal becomes trivial and nullified. Logically, it doesn’t make sense either, especially for a start-up, because a start-up is doing something new, and you can’t do new things by pursuing consistency. If we did things consistently, we’d still be using XML instead of JSON.

Again, to be clear, I’m not saying doing things consistently is bad. I’m just saying that, for me, when given the goal of “consistency” without the context of why it’s important for our primary goal, I’d be much more motivated.

Another example is “patterns.” I think initially “patterns” are just solutions to some pre-existing problems, but we put too much emphasis on them to the point where we forget about the goals of these patterns, and the patterns themselves become the goal. To be clear, I’m not saying patterns are bad or that we shouldn’t use them. We should know them, in the same way we should know other just-in-case knowledge, to perform better. Some patterns are just cool, and we derive joy from them, the same way we get joy from movies and music. I’m just saying we probably shouldn’t treat them as primary goals (unless in school, I guess, where you get points for implementing a pattern).

Now that I think about it, this may just be a communication issue within an organization, where secondary goals are communicated without the connection to primary goals. I’ve never worked in a big organization, and I wonder how they do it. Also, am I alone in this? Do other people feel demoralized too when given just a secondary goal?

Content

📑 Programming languages resources via Mariano Guerra

🧵 conversation

This page is a collection of my favorite resources for people getting started writing programming languages.

🔨 Breaking Silos via Mariano Guerra

🧵 conversation

Breaking Silos by Gilad Bracha

Experiment: AI assisted summary edited by me to pique your interest (let me know what you think):

  • Modern applications are siloed and have difficulty cooperating with each other.
  • This was not always the case, exemplified by the Apple Newton, a mobile device released nearly 30 years ago.
  • Apps on the Newton were written in NewtonScript, a prototype-based language.
  • Newton applications had a flexible top-level view, enabling app compositionality where entire apps could be nested within others.
  • Objects in NewtonScript (called frames) inherited properties from both their prototype and their parent, facilitating UI use.
  • This inheritance allowed an app to function as a widget inside another app, enabling dynamic interaction between nested and enclosing apps.
  • Apps on the Newton persisted their data in object stores called soups, which were accessible by multiple apps.
  • The concept of co-designing language and UI existed earlier, exemplified by the Boxer system from the 1980s.
  • Another example of compositionality is Morphic, a graphics system developed in Self and later adapted for Squeak and Lively Kernel, focusing on graphical structure rather than application logic.
  • Inspired by Morphic, the idea of an app store with composable apps was proposed about twenty years ago.
  • These apps would live-update, synchronize automatically, and be local-first, a concept predating Apple's app store.
  • Newspeak language derived partly from this effort.
  • A practical example of app composition is in travel, where a button for weather lookup could be embedded into an itinerary and dynamically interact with surrounding widgets to display relevant weather information.

💡 The Interfaces With Which We Think via Mariano Guerra

🧵 conversation

The concepts in modern operating systems — apps, windows, desktops, notifications, and so on — have so permeated our understanding of personal computing that it’s hard to imagine anything else, let alone believe there could be anything better.It’s easy to assume that this is, somehow, simply, how computers work .

But this can’t be further from the truth.

🎥 progrium technology thesis 2022 via Ivan Reese

🧵 conversation

Youtube Thumbnail

Revisited Jeff Lindsay's 2022 thesis video and, yep, it still kicks ass.

🧫 cell thingy via Lu Wilson

🧵 conversation

Incredible project: "cell thingy" inspired by CellPond and MarkovJunior

🐦 Tweet from @x via Duncan Cragg

🧵 conversation

x.com/_rygo6/status/1809346180650004992

I replied to this point mentioning my unshakeable belief in what I am doing, and it occurred to me that there aren't actually many on this FoC Slack who can equally say that they know exactly what they are certain is right for the Future of (Programming)! We get a lot of speculative and experimental thoughts here which is the reason we all engage, but who amongst you can say you are 110% certain you've found what you believe to be the Future, with the uncertainty only being in "whenever that comes about"? Which of course, as the Twitter thread mentions, is about the seemingly trivial but of course 110% important factor of "memeing" to the Internet. Personally, I'm crap at that bit.

📑 Ashley Blewer's Halt and Catch Fire Syllabus via Walker Griggs

🧵 conversation

A CFL (call for links). Does anyone have any other examples of non-academic syllabi like Ashley Blewer's Halt and Catch Fire Syllabus? Specifically a curated, self guided exploration of a topic that references foundational academic works but is itself not created as a formal course. That vast majority of syllabi online are (under)grad syllabi reposted by the department or professor


👨🏽‍💻 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 2024/07 Week 1

2024-06-30 22:19

🔌 Is an AI copilot for LabVIEW possible? 💾 Local, first, forever 🎥 Future of Coding virtual meetup #2

Two Minute Week

🎥 Working on live notation systems with spatial computing for our lil robots… via Alex McLean

🧵 conversation

A bit more progress with hand-drawn code. Towards the end you can see there's a bit of abstraction going on

Our Work

📝 Macros and optimizations: it's just a phase via Mariano Guerra

🧵 conversation

Macros and optimizations: it's just a phase: The one where I implement macros and optimizations as a sequence of evaluations with different semantics

💁 is this 🦋 homoiconic?

💬 Hamish Todd

🧵 conversation

I posted a longer version of this above, but I don't think I introduced it very well! It's a stab at Stop Drawing Dead Fish in VR with spreadsheets and something called Geometric Algebra (GA) also known as Clifford Algebra.

Those who have scrutinized Stop Drawing Dead Fish(SDDF) closely might have noticed two references to GA. Bret also used to have a "Geometric Algebra" sticker on his laptop! But while GA is a very Bret thing, he actually did not use it to make SDDF, so my thing is trying to make good on that.

GA is a mathematical system where you get a bunch of geometric objects and transformations, and they all get related to one another by math that is quite a lot simpler than usual. For example, in the conventional/non-GA approach, if you wanted a line in 3D space you'd take two "vectors" v1 and v2 and say the line is the set of vectors v1+t*v2 for all scalars t. This can be kinda useful, but gets complicated if you ask for a simple thing like a rotation around that line. In the GA way of doing things, instead of being "a set of vectors", a line is its own sort of object - lines can be added together; multiplied by planes and rotations; etc. Lots of useful operations turn out to be examples of this, I've attached a pdf of examples.

"doing math/programming by working directly with (tangible/visualizable) geometric objects instead of with linear equations" should strike you as a centrally Bret thing. But why didn't he use it? I'll say in a comment under this message.

🎥 Video

🎥 Exploring Technique and Notations for Augmenting DX via Paul Tarvydas

🧵 conversation

Youtube Thumbnail

FTR: Here is the demo video I presented earlier today. I've added links, in the form of a Kinopio page, to the other technologies that I didn't demo.

Exploring Techniques and Notations for Augmenting DX

💬 Paul Tarvydas

🧵 conversation

In my demo, I made the statement "... t2t doesn't need the full power of OhmJS ...", but, I didn't clarify.

For t2t - text to text transpilation - primarily, you need to pattern-match incoming text, then emit text based on the input.

OhmJS parses incoming text, then gives you the full power of JavaScript to do anything you want with the parse tree.

For t2t, you don't need to resort to class hierarchies, functions, closures, etc., etc. You primarily need to pattern match, then, create and modify text. In addition to OhmJS' ability to pattern-match, Javascript's "template strings" are about all you need - the ability to create text and to interpolate text from the tree walk of the parsed input.

This seems to be unnecessarily restrictive, but, turns out to be quite powerful and mind-freeing. Fewer options -> less clutter -> increased ability to think about interesting issues. After all, "simplicity" == "lack of nuance", and, my goal is to simplify DX.

[Infrequently, one needs to do a tiny bit more (like gensym() a new symbol and leave it on a scoped stack for use during the tree-walk), so I provide a way to break out and call a Javascript function, but, this kind of power is not needed in most cases. I guess that, in the future, I will restrict this some more, but, I'm still experimenting].

🔌 Is an AI copilot for LabVIEW possible? via Jim Kring

🧵 conversation

I’m close to publicly releasing an AI powered coding assistant for LabVIEW, a visual programming language. Here is a teaser

🎥 Video

🐸🎥 Reaction Reaction via Lu Wilson

🧵 conversation

I did a four hour livestream performance art piece where I explore the nature of recursion and infinity and time. And it starts with me doing some crappy live coding

Reaction Reaction

Devlog Together

🎥 Embedding codeflowcanvas and exporting to different formats via Maikel van de Lisdonk

🧵 conversation

Youtube Thumbnail

In this video you can see the progress I made on opening up codeflowcanvas so that it is embeddable in other frameworks/libraries like Astro/Angular and React. I've restructured some of the packages that the project uses and published these to NPM. You can see the embedding of codeflowcanvas on its own website using a custom StorageProvider for loading json files from a javascript bundle: codeflowcanvas.io/devlog/embedded-codeflowcanvas .

This goal of this restructuring is to get codeflowcanvas out of its own silo on various way (for example in the future I want to be able to design flows in a vscode editor and use these together with other framework/libraries without embedding the editor and just run the flows).

A feature that is also made possible by the above is being able to export to external formats like tldraw and the OpenCanvas work-in-progress spec (see canvasprotocol.org). Different strategies can be implemented to provide different formats.

Thinking Together

💬 Ivan Reese

🧵 conversation

I'm becoming interested in the idea of "programming tools as art", and as a consequence I'm interested in programming tools criticism.

I'd like to read/watch/hear critical reviews of programming tools that approach them not as bundles of features and capabilities, but as authored works that reflect a creative intent and as cultural touchstones and as environments or artifacts within which one can have deeply personal experiences.

A. Do you share my interest?

B. Do you know any such critics?

💬 Alex McLean

🧵 conversation

Who'd be interested in an event with talks and some performances around making notations and programming languages for pattern-making (textile, musical, choreographic etc)? Half focussed online, half focussed in-person, all streamed. Mix of open call and invited talks. All free/open access. Probably in January. Maybe called "Programming Of The Art Computer".

💬 GuzhIRegem

🧵 conversation

Hey, someone knows about any research into RAG-Based training of models?

Content

🎥 Is it really "Complex"? Or did we just make it "Complicated"? via Paul Tarvydas

🧵 conversation

Youtube Thumbnail

Alan Kay talk ‘Is it really "Complex"? Or did we just make it "Complicated”?’. The talk was given some 9 years ago, but, this is the first time that I’ve seen it

My highlights:

51:21 suppressing the present to see different ways to address the future

51:35 “semaphore” is a “bad idea”, pseudo-time is superior, but never got used over last 30 years

54:10 Nile Graphics Language by Dan Amelang is a dataflow language and is very small. Expresses how to define shapes using pixels in only 45 lines of code.

54:51 - Bret Victor at VPRI

57:59 all compositing rules, including alpha-blending, is expressed in 95 LOC

59:16 whole graphics system, equivalent to what is needed on a PC, is expressed in 435 LOC

1:01:00 - Code has to be transformed into CPU-speak

1:01:38 - we need a “language transforming language” [[pt] At present, I use the term “t2t” (text to text)]

1:01:58 - OMeta2 [[pt] OhmJS is an ancestor of OMeta2]

1:02:58 Using OMeta to make Nile, parser 130 LOC, LLL 730 LOC

1:06:00 TCP/IP expressed in 160 LOC

1:20:24 POLs == Problem Oriented Languages [[pt] I use the term SCN - Solution Centric Notation]

1:37:37 hardware is just software that is crystallized early [[pt] I say it another way: software is just soft hardware]

💾 Local, first, forever via Nilesh Trivedi

🧵 conversation

On Interoperability of sync services for software designed to be Local-First

📝 Programming in “Abstract G” via Jim Kring

🧵 conversation

Here’s an article I wrote on a visual dataflow language modality where the execution of the graphical dataflow dynamically constructs the dataflow graph that is itself executing. (It’s similar to how Elixer functions can output AST for the function instead of the result and one can alternate between AST via quote/unquote)

Music

🎥 Detailed walk-through and explainer via avon

🧵 conversation

Youtube Thumbnail

ran into this strange and wonderful physical modeling synthesizer called Anukari which has a lot of lovely 3D VPL concepts in its interface design

The dev also did an ADC talk and there’s a lot of interesting computing going on under the hood, like using the GPU to do all of the physical modeling math: Fast Audio Thread Synchronization for GPU Data - Evan Mezeske - ADC23

Logic Programming

💬 Jason Morris

🧵 conversation

What would the syntax be for searching any statement that includes the atom socrates ?

Present Company

🎥 Virtual Meetup 2 • June 26, 2024 via Ivan Reese

🧵 conversation

Youtube Thumbnail

Recording of last week's Future of Coding virtual meetup #2


👨🏽‍💻 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 2024/06 Week 4

2024-06-23 23:27

🎙️ Future of Coding 72 • Pygmalion 🎥 The Alternate Reality Kit 👓 We Need a Super Cockpit for the Mind

Two Minute Week

🎥 Explaining effects with EYG via Peter Saxton

🧵 conversation

Vimeo Thumbnail

Trying to explain effects better with EYG

⏺️ new Macro Recorder object was added this week via Marek Rogalski

🧵 conversation

A new object was added to Automat over the last week - it's the final one that is needed for the MVP to work. And it does work! I've recorded myself writing a small C++ program and the macro recorder replayed it correctly ^^

I guess I'll start posting Automat updates to Mastodon :) Here is the first one - a new Macro Recorder object was added this week!

Our Work

🐟 Future of Coding 71-VISION • This is not a fish via Lu Wilson

🧵 conversation

Youtube Thumbnail Here it is... the Future of Coding's first official video adaptation.

This is This is not a fish

🎙️ Future of Coding 72 • Pygmalion by David C. Smith via Ivan Reese

🧵 conversation

If you're anything like me (oof, sorry), you've heard of Pygmalion but never caught more than the gist. Some sort of project from the early 70s, similar to Sketchpad or Smalltalk or something, yet another promising prototype from the early history of our field that failed to take the world by storm. Our stock-in-trade on this show.

But you've probably heard of Programming by Demonstration. And you've certainly heard of icons — you know, those little pictures that have become indelibly part of computing as we know it. Pygmalion is the originator of these concepts… and more!

The best introduction to Pygmalion is Mariano Guerra's No-code History: Pygmalion, which includes a clearly articulated summary of the big ideas, motivation, and design, with a video demonstration of the programming interface, key terminology, and links.

The most introduction to Pygmalion — or Pig Million, The Millionth Pig, as it'll surely come to be known — is the subject of today's episode: the original paper by David Canfield Smith.

🐢 Make Your Self via Mariano Guerra

🧵 conversation

Make Your Self: In Search for Maxwell's equations of OOP

My attempt at growing the smallest object oriented language step by step, let me know what you think!

📝 Just Some Innocent Gradient Fun - Untested via Rafał Pastuszak

🧵 conversation

Some Innocent Gradient Fun (explaining how to apply shading via noise + posterise in SVG)

Hi there! This one will be quick. Let's let the code speak for itself for a change. innocent-gradient-fun.webp A week back or so I saw a video by a channel called Texture Labs explaining a simple sha…

Devlog Together

💬 Oleksandr Kryvonos

🧵 conversation

🎥 Flying chars

Reading Together

🎥 The Alternate Reality Kit via Marek Rogalski

🧵 conversation

Youtube Thumbnail

I've just learned about Alternate Reality Kit. I've searched through the archive and it was mentioned in passing a couple of times but I don't think this article was ever posted: Experiences With The Alternate Reality Kit An Example of the Tension Between Literalism and Magic . There is also a relatively recent video upload (video comes from 87 but it was uploaded only three years ago) which shows a more mature version in action: The Alternate Reality Kit .

Its similarity to the system that I'm developing is just uncanny! I'm very interested in learning more about it. I tried to follow its history to figure out why it was abandoned but I've only been able to track that its development eventually led to the Self language (Self and Self: Whys and Wherefores) which honestly seems like a step back from the original. I have my theories about why it might have been abandoned (which is that educational software is hard to sell) but would love to learn more about it from the people who might know more. Or maybe there are other systems that might have been derived from it?

🎥 Self and Self: Whys and Wherefores

Self and Self: Whys and Wherefores

💬 Konrad Hinsen

🧵 conversation

I don't know, but I have my hypothesis as well as for why this and other user-empowering approaches were abandoned: the rise of PCs. In the late 80s and early 90s, the first PCs appeared and were seen as the obvious road to computing for everyone. But they were not powerful enough to run environments like Smalltalk. It's Basic we got instead. In parallel, professional high-end computing grew as well and that's where the money was. Academia followed the money.

Thinking Together

💬 Oleksandr Kryvonos

🧵 conversation

Builders manifesto (aka* Software builders manifesto )

Build as much as you can, experiment as much as you can, build something you are passionate about.

*- I just created this manifesto, so it is a bit of overstretch on the “aka” part 😄

Content

📝 Achieving Self-Sustainability in Interactive Graphical Programming Systems via Shalabh Chaturvedi

🧵 conversation

@Joel Jakubovic’s thesis should be interesting to folks here.

Achieving Self-Sustainability in Interactive Graphical Programming Systems Programming is fraught with accidental complexity. Software, including tools used for programming, is inflexible and hard to adapt to one's specific problem context. Programming tools do not support Notational Freedom, so programmers must waste cognitive effort expressing ideas in suboptimal notations. They must also work around problems caused by a reliance on plain text representations instead of Explicit Structure.

The idea of a Self-Sustainable programming system, open to adaptation by its users, promises a way out of these accidental complexities. However, the principles underlying such a property are poorly documented, as are methods for practically achieving it in harmony with Notational Freedom and Explicit Structure. We trace the causes of this difficulty and use them to inform our construction of a prototype self-sustainable system. By carefully reflecting on the steps involved in our specific case, we provide insight into how self-sustainability can be achieved in general, and thus how a motivated programmer can escape the aforementioned sources of accidental complexity.

Future of Coding also gets a shout-out:

I must express my gratitude to the Future of Coding Slack channel for making me aware of Tomas’ PhD opportunity in late 2018

👓 We Need a Super Cockpit for the Mind (History Talk) By Tom Furness via Justin Janes

🧵 conversation

Youtube Thumbnail

🐘 epic mastodon thread via Ivan Reese

🧵 conversation

This epic mastodon thread has some interesting reflections on Pygmalion.

📝 Christopher Alexander & Center for Environmental Structure Archive via Stefan Lesser

🧵 conversation

For those of you interested in Christopher Alexander’s work: The Christopher Alexander & Center for Environmental Structure Archive is live. Here's an excerpt from Maggie Moore Alexander's announcement:

This new website gives access to 50+ years of work by Alexander and colleagues at CES. The goal of this continuing endeavor is to share the work with all who wish to build and repair living environments in which people thrive. In total, the Archive includes some 29,000 items. About 50% of them have been catalogued to date and are listed on the website. Around 6000 items have been digitized and are now available from the website as downloads. As funding allows, we will work toward making the whole collection available.

🤖

🎥 Autocomplete for infinite canvas - Lu Wilson - tldraw - AI Demo Days #1 via Nilesh Trivedi

🧵 conversation

Youtube Thumbnail

Lu Wilson’s AI demo for TLDraw: youtube.com/watch?v=01yE-vzJ-NE

Present Company

💬 Ezhik

🧵 conversation

have you ever done a project where you added an embedded programming language for scripting, configuration, fun, etc? what's your go-to choice for the language? why?


👨🏽‍💻 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 2024/06 Week 3

2024-06-16 22:21

🎥 Snappets: Procedural Animation for children (in VR!) 🧮 iPadOS "math notes" 💡 Some possible goals for the future of software

Two Minute Week

💬 Marek Rogalski

🧵 conversation

Things are moving again in the right direction 🙂 This week two new objects got finished - the Timeline and the Key Presser. Just one more and the MVP will be complete ^^

🎥 Video

Our Work

🎥 HypoTalk: Let's put JavaScript back in the event handlers via Mariano Guerra

🧵 conversation

Youtube Thumbnail

A demo of HypoTalk, a live environment to develop and compose UIs with the least amount of logic possible.

🎥 Snappets: Procedural Animation for children (in VR!) via Hamish Todd

🧵 conversation

Youtube Thumbnail

Hey folks, a video of the mathematical animation program I've been working on!

📝 You Are A Coder (zine) by enderverse via ender

🧵 conversation

“End users” are always already programming. I made a (digital) zine about this.

Devlog Together

💬 Oleksandr Kryvonos

🧵 conversation

very small update to my new project (name selection pending)

🎥 Demo

Thinking Together

💬 Oleksandr Kryvonos

🧵 conversation

A spreadsheet with the FoC projects

💬 ender

🧵 conversation

I am currently thinking about working on one or more of these ideas:

  • visual pl for creating your own compiler
  • visual pl for spreadsheet creation and customization
  • visual pl for making domain specific languages

I will probably converge on a visual programming language with a spreadsheet GUI that compiles to WebAssembly. Any resources for intuition about compilers, spreadsheets, or DSLs that help me understand these topics would much appreciate.

(think: x explained visually, explorable explanations)

💡💬 Kartik Agaram

🧵 conversation

Some possible goals for the future of software

After some 💬 #linking-together@2024-06-06 discussions, I spent some time searching the archives of this community for the word 'manifesto', then skimming the manifestos I found in search of their goals, phrased as problems they saw in the world. Then I clustered them by these problems. Here's what I ended up with, possible problems we have seen in the past:

If the problem you're chasing doesn't quite fit in any of these buckets, please share it in a similar format. (One sentence, not describing a solution.) If it does fit one or more of these buckets, please mention them. (Alternative wordings are also appreciated, but for me the primary goal here is to cluster ourselves.)

💬 Don Abrams

🧵 conversation

we keep telling computers how to work instead of what they should do

Content

🐘 Explorable explanations for great good via Kartik Agaram

🧵 conversation

🧮 iPadOS "math notes" brings some spreadsheet/Calca mechanics to handwriting via Beni Cherniavsky-Paskin

🧵 conversation

Oh, and they even added Bret Victor style variable "scrubbing".

(Desktop also got builtin Math Notes, minus handwriting, briefly flashed 51:57 — looks very much like Calca.io / Soulver / NoteCalc etc.?)

So, are we "Magic Ink" yet? (I'm not so much thinking of Bret Victor's essay as Ink&Switch's experiments like inkandswitch.com/inkbase, CrossCut & Untangle ...)

On one hand nothing revolutionary, spreadsheets had much more power for decades.

And yet a solid chunk of useful functionality is starting to move into taken-for-granted "this is just how futuristic paper naturally works" territory 👏.

I expect long term it might make such "what-if" explorations accessible¹ to more people, and more importantly prepare people for more complex interactions on top?

¹ well, once/IF it waters down to lower-end hardware. Good-enough stylus tech remains expensive enough to be niche, not evenly distributed 😞

💬 Alex McLean

🧵 conversation

I always thought field was well ahead of its time. Prefigured a lot of Bret Victor's demos and future of coding work that followed in 'real world' use.. Happy to see it is still active. Has anyone used it?

🤖

📝 arcprize.org via Nilesh Trivedi

🧵 conversation

This is an AGI benchmark where LLMs currently perform 34%. A prize has been announced for the first team to reach 85% performance: arcprize.org

Present Company

💬 Iacob Nasca

🧵 conversation

anyone around here working in a R&D department ? I need some pointers. Thanks!


👨🏽‍💻 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 © 2024 Mariano Guerra - Powered by Nikola