Peter Saxton 2024-07-15 19:01:06 Dany 2024-07-16 12:06:43 How do you push changes to consumers? Suppose I'm updating a function and want the new one used downstream? Do you plan some sort of push or pull mechanism?
Peter Saxton 2024-07-16 12:46:29 Why do you want the new one used downstream? because if you want other people to change their code I am not keen to facilitate that within the language.
However I am thinking there should be a way to broadcast information about changes. potentiall something like an @library syntax that is a moveable reference. though it still resolves to a hash that is then captured by any hashes you derive for your program
Tom Larkworthy 2024-07-18 20:58:34 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.
Jasmine Otto 2024-07-19 17:01:53 Heck yeah, that's satisfying. This is an abduction from the context of (awesome) solo projects, but I also wonder if that 'value beyond existing paradigms' is particular to collaborative projects?
I keep having to explain the 'visual debugging' thing to non-engineering stakeholders as a participatory design move, or a sketching practice, or something. Everyone else who isn't a 'data scientist' is just not used to being invited in at that stage of software prototyping yet.
Jasmine Otto 2024-07-19 17:14:46 Obliquely related, but I have also been abusing the heck out of viewof . Thanks for your writing so I can skill up on two-way bindings that don't break compositionality.
Tom Larkworthy 2024-07-19 17:36:54 yeah the problem with stakeholders is they don't really care about the specifics so I dunno if these things are so useful. Peers, yes, if you have sufficiently compatible shared understanding, but even with some peers I can't also get them to mentally assemble things the same way I do.
Glad you like the view composition stuff. I wish I had infinite time to make a better version of view.
Jasmine Otto 2024-07-19 18:18:49 Yeah, I expect the situation out in industry is quite different. In an aerospace context, I got to work with a systems engineer whose different stakeholders all cared deeply about different specifics. Hence there was an actual communication problem, despite that kind of shared mindset.
We were lucky in that a senior person saw our project had fallen in-between silos, and recruited another team lead who then advocated for the thing. Must be, they liked the demo of the janky notebook prototype. I do imagine this would be unusual in say, webdev.
