You are viewing archived messages.
Go here to search the history.

Paul Tarvydas 2024-06-24 20:12:20

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:

youtube.com/watch?v=ubaX1Smg6pY

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]

Nilesh Trivedi 2024-06-25 10:11:50

On Interoperability of sync services for software designed to be Local-First: tonsky.me/blog/crdt-filesync

Jim Kring 2024-06-26 06:28:11

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) create.vi/programming-in-abstract-g-7e970f123f3c?source=friends_link&sk=a53e37d328f1fbc2a8020c94c1f4c0b0

📝 Programming in “Abstract G”

It looks just like regular G, but generates a data-flow graph instead of executing it…

Kartik Agaram 2024-06-27 19:00:36

I'm missing some context here. What is G?

Jim Kring 2024-06-28 06:48:07

Kartik Agaram “G” is the name people have given to LabVIEW’s graphical dataflow language. ni.com/en/shop/labview/develop-graphical-programming.html

📝 Program Graphically in G with LabVIEW

​Engineers can more easily translate test and measurement tasks to code with G, an intuitive programming language ideal for visual thinkers. Here’s how it works.​

Marek Rogalski 2024-06-26 16:28:37
Marek Rogalski 2024-06-26 18:54:24

at 6:00 you can hear the correct pronunciation of the APL syntax!

Konrad Hinsen 2024-06-30 16:19:52

APL classified as esoteric? That’s the end of civilization !