194 words

Thinking more about what an ideal 'computing' environment could look like.

Also what my ideal morning environment would look like.

I think a piece of it is starting out respecting your own perspective - building some space around yourself - to not get drawn into torrent of content appearing in the world daily.

Ritual is this I think.

I have control over my morning (well before the toddler is up anyway). I'd like to make more use of that. I drink coffee but I don't necessarily fully appreciate it. If I just imagine - I think about sitting down to draw with a bold black marker. I think maybe I should not try to do conceptual stuff or think through anything specific. Just draw with a bold black marker on one sheet of paper. Soft light on - I'm not sure if I should start music at the point or if that's too much pressure - I think I should but something ambient.

And should there be any computer aspect at all? Maybe the document camera. Unobtrusive record of the final added to a collection - maybe I review the collection at that point...

511 words

I've had a lot of thoughts swirling been meaning to write so back to this place for the first time in a while.

I finished listening to Chris Hayes's Sirens of Attention. I think it helped give me a framework for... something. Part of writing is pinning down what exactly.

It's about attention. And I think attention is the right focus even if the word/idea has been worn down a bit by being talked about so much.

I think the most interesting parts were the comparison of attention to labor - and looking at Marx analysis of alienation. Especially the parts on commodification. Where part of what digital markets (and advertising before that) have allowed is the quantification of attention and - what - the interchangeability? Is that quite right? Is attention broken down into likes and impressions commodification? I think so.

Some of this have been dovetailing with me thinking about my own 'social media presence'. I think the X/Twitter algorithm has changed so that the kinds of posts I used to do about work-in-progress don't get much attention at all. Bluesky a little better and I should be off Twitter anyway but it does have an effect - I think I was depending on that attention of those Twitter posts as a form of validation. And maybe that shifting away means I should shift where I look for that validation (and maybe it shouldn't be validation exactly - but 'other people interested in the same thing' is a useful symbol).

Part of what I've been meaning to write too is how GenAI code generation has impacted my beliefs/practice of 'build lots of small prototypes to validate ideas and interactions'. There are more prototypes than ever, and I probably thought that would feel great - but it feels noisy. There is a possibility I'm gatekeeping. I think it's more complex than that. Another thing I want to explore more and articulate better.

The perspective you have matters - if I can keep focused on ideas I want to see in the world and be happy if they spread (whether by me or others) that's the best place to be.

At the same time I'm using Claude code more - and realizing that for a base CRUD app it can handle it - and thinking about the implications - do I move to more complex prototypes.

At the same time listening to a lot of the Wookash podcast and thinking about how C/game developers approach code. There are structural things I want to explore that Claude can help me with. But it does put some pressure on the value of exploring those things if I feel like it's going to be fully generate-able in the near future. That's the dilemma. And again if you just want it to exist than that seems like the best place to be - but I don't think it's that simple. There's process tied to it too.

And still thinking about Seeing is forgetting the name of the thing one sees and Irwin's process of exploration.

237 words

I was looking at a short school bus with three windows with three decals applied beneath. I think it was "Quality", "Bus", "Corp" or something like that. And I was looking to see how they had aligned the decals under the windows. Left-aligned on each one? Left, center, middle?

It wasn't clear to me (I never made a full determination). But I enjoyed thinking about it and I was thinking about what I enjoyed about thinking about it: trying to inhabit the person who put them there and what their logic was and a little bit about what they're expressing or what they like with these choices. I can imagine making my own choices and being satisfied with them -- I can imagine someone else being satisfied with their ability to make these small, contained, but definitive choices.

Of course this is partly in the context of AI. And I thought - that's what you feel less of in AI art - the person wanting to make choices - though it's still there depending on the exact process. I thought maybe choices are the key to what makes art and what makes art interesting - then I remember that is what the Ted Chiang AI Art essay goes into.

It's good to have art defined as choices by the artist, even if that isn't a full or precise definition. It feels like a solid piece of one.

552 words

I want to try and sort / rearrange / explore some of my thoughts on why I make creative tools.

Sometimes I wonder why (or feel bad?) I don't use the tools more myself. Or I wonder what it means that I don't.

If I want to make it pointed I ask 'do I make tools because I want to be close to creativity but myself don't have something to say'?

I don't think that's true (or maybe a piece of it is). I think in general I like to make systems. I also get frustrated with existing tools - I want a portal into a place where tools look differently, work differently. I think that's worth something in itself, just to have alternate, considered tools - alternate coherent ones.

Coherency seems like a big thing here - I want to take a little branch off from where things are and build a little ways out on it ('slowly going out on a limb') into something a little new. But why I build it into something small and self-contained - not just a thought-experiment but a working tool - is I like the journey of building the rest of the system off those first branch assumptions. And also feeling what are essential divergences and what are distractions - because I do want to position it within our current world of interactions - usually.

I also enjoy the dialog with the material. I often start from an API or a capability, and I extend or frame that capability a certain way. In my favorites, I think I succeed at framing and hooking in a way that makes a capability feel different - or reveals that capability to the user - makes them think about that capability differently, grasp it more fully, and that echoes the discoveries I had in the making of the tool.

There's connections there to art - I think about James Turrell using windows to frame the sky. That's directing your attention. To say this experience can be as rich as anything else if you direct your attention to it - and the frame there helps you so much - if you try and pay attention overall to how the sky is changing you get caught up, overwhelmed, or - it washes out somehow - it's still something pretty, but it's this big category of sunset... With the frame, you can say, how does the light in this corner change over time. And you can look at the whole thing at once and let it wash over you in a good way - have a feeling for the whole, but feel like the whole is not overwhelming - it's framed for you, narrowed for you. Who knows how much of this feeling comes from us training ourselves to look at other things in frames...

So (stretching) I want to do things like frame how parts of a computer work, how our computers work, or more how media works on a computer. I do think about pixels all the time, and about re-stranging the fact that our screen is made of pixels, that all of the wondrous things we see on screens is always just this gridded row of pixels - how strange that is. What other possibilities are in that?

207 words

Looking at samplers and drum machine patterns and thinking about how their primitives map to other media.

First images - images on a computer are made of rgb pixels, pretty literally. Although the mechanism/simulation that leads to that final pixel result can be a lot of things.

A video is a sequence of images. It adds the element of time.

Audio also has that element of time as a necessary condition.

Most of my experiments output images, it's interesting to explore how time changes things.

Writing on a screen ends up displayed as pixels as well.

Images and writing both do arguably have a time element in how the viewer takes them in. That is entirely in the viewer's control - though a lot of conventions surround (arguably dictate it, if you don't read something in order you're kind of knowingly taking it into your own hands, image conventions are sneakier).

What about interactive generation and games? Do they fit into that set of things? I guess an image editor is an interactive generator as well...

How do these feel in relation to the world too? In the world you have to do some work to isolate something down to a single image or sequence of images...

264 words

I've been thinking about prediction. Mostly in the context of M being almost 2 years old and asking/demanding more things.

When she reminds me of my water bottle by pointing and saying "dada bottle" or wants to throw away a granola bar wrapper by pointing and saying "trash" it feels to me like a cross between a prediction and a request. She's happy to see the action taken because it fulfills her prediction. And if she can make accurate predictions about the world that means she understands the world. (This is all my speculation.)

I also try and predict things (in my head) to check my understanding of them. I tink that's a commonly recommended anxiety strategy to write down worries and then check in if your predictions came true (they almost always do not), and then try and adjust your predictions based off that.

I'm also both interested (and skeptical) of some of the ideas around prediction markets - I do think that bringing money into a prediction often shifts how people think about it. From something they want to happen or identify with to a more analytical attempt to figure out what will happen. And also a more real assessment of risk - a lot of things people predict are never revisited - you forget the ones that didn't happen and only remember the ones that did.

I think checking your predictions is a good way to see if you understand a system - you do have to also keep in mind probability and not get thrown off when improbable things happen.

467 words

Morning 10 minute freewrite scrawl. I want to return to the timer concept today. Build out the frontend with the iframe portals. Reduce data scope down to just startTime, duration, and label (leave calendar time blocks for later). I think the shuffle mechanism will be the real small proof of what shared data/structure could do for generated apps.

Remembered walking today that the two pieces should be separate - timer is in charge of displaying the apps but the iframe links could go anywhere. I'll probably have a convenience repo to start with. I wonder how much focus I should put on getting a live react playground working with it - I wonder if I could use one of the LLM canvas playgrounds to actually run it - with the share link - though how stable are those share links really?

Some of my recent work experience from submissions should come in handy - it's always surprising how the most mundane projects have a way of working themselves back in.

Ideas-wise also really curious about this guide to living structures by Ken Isaacs that was referenced on Merveilles. Have to get my printer connection on this laptop working and then I'll print it out.

Some of his other work reminded me about discussions about transparency layers. Think I should get some of those again - will also be useful for planning out tattoos.

I also had the related idea for a drawing/image editing app where each layer is an iframe. This follows up the work I'm doing with scrape. The worry with scrape is just that the layer business is overwhelming the scrape effect which is my main focus. Not the first time that's happened so of course I'm looking for a place to modularize or generalize it. Reminds me again of 'carving at the joints'. I want to do a better job of remembering key touchstone phrases - I should add carving at the joints to the quote page. It might be the one I think of most.

That got me thinking about the connection between frames and layers. Based partly on my other work on frame trying to isolate GIF and video frames. I can't tell if I have too many unfinished constraint systems projects right now or it's just the natural mess of working things out.

I really like combining - or playing with combining - frames and layers. Frames are time based, or sequential based? Layers have an order too. Playing between the two a practical problem is there's often probably just too many frames - if I explode them all there's going to be too little difference between them and too many to run. But FPS would be the natural solve for that right? Maybe even playing with the idea of keyframes.

288 words

I've been thinking about what makes an app or program feel coherent. Like they have an underlying logic.

I think our appreciation of coherency comes from interaction with the natural world, where coherency emerges out of the underlying physics.

Interfaces are not chained to physics but they use it as metaphor a lot.

I've always been drawn to idea that coherency in software apps should come from "going with the grain", sticking to how the underlying software underneath works. That maybe there's something there that could give a foundation like the underlying physics - though it's definitely a different shape of thing than physics is.

I do a lot of this with the image apps, where I try and use drawImage, because it feels like that is the underlying structure of computer drawing - copying bitmaps from one place to another. Because it's 'natural' it can also be done very fast, and that opens up interesting possibilities in software.

A program can feel coherent if it feels like it was made by someone with a point-of-view. Like they thought this is how this process should work. This is connected to the idea of coherency and as emerging from an underlying process, but it's not necessarily the same, I think?

I think about this in relation to music. What makes music feel powerful is if it feels like it comes from a point-of-view. It can take wildly different forms but I think that point-of-view is always what's interesting and compelling to me. Again this seems connected to what makes for interesting software, but it's not the same.

A point-of-view comes across from decisions made at different scales (big-picture and small-picture). Both should have influenced each other in the making.

72 words

how long (with all of the generative media) before the fact of a camera capturing only what is present before it becomes novel and more interesting again?

I guess it would be more like "the act of arranging the physical world to portray an image" which is then captured by the camera that is what will be interesting. and already is?

extremely fuzzy territory. but I want to keep thinking about it.

186 words

One of the big sticking points in my "react apps that use canvas" experiments keeps being "where does the canvas live". Most often I put it in the .tsx and use a ref to access it in functions and useEffects. It works but never feels great. If I have canvases that are never going to be rendered I can just create them where needed - caching behind a ref to make sure I don't end up creating each call (possibly it wouldn't matter performance-wise if I did).

Maybe I should sort of allocate and create all my canvases in the functional code and then also render "render" canvases in the UI that I draw the "real" ones too. But sometimes (like my current project) the number of canvases is dynamic - dependent on something else. In that case I need to update that dynamic number in both DOM and drawing code - having it in react state so it reliably triggers a DOM rerender helps, although sometimes I need to run drawing code without waiting for the state update to clear, leading to more helper refs...

Page
of 4