@allgebrah not really. i mean, 2d embedding itself *already* doesn't scale, but it sort of passes if you suffer just enough
-
-
Replying to @whitequark
@allgebrah have you seen anything nontrivial in labview?1 reply 0 retweets 1 like -
Replying to @whitequark
@whitequark briefly and it gave me a few ideas about how to do higher order programming in something labview-like1 reply 0 retweets 0 likes -
Replying to @allgebrah
@allgebrah you can sort of do higher-order in graph repro, but you're working against your medium1 reply 0 retweets 1 like -
Replying to @whitequark
@allgebrah having to do a 2d embedding artificially limits the range of abstractions you can use and i don't find that compelling2 replies 0 retweets 2 likes -
Replying to @whitequark
@allgebrah a very practical example: you're designing a parametric power converter which needs to place a different set of components...1 reply 0 retweets 0 likes -
Replying to @whitequark
@allgebrah depending on params. e.g. from two to four output caps depending on output current. abstract this out in graph repro.1 reply 0 retweets 0 likes -
Replying to @whitequark
@allgebrah that's doable with some sort of "repeat" primitive, sure. how what about configurable number of outputs?1 reply 0 retweets 0 likes -
Replying to @whitequark
@allgebrah sure. i can see how you *maybe* can include the "repeat" primitive on "block" level itself. now embed that block in another one…2 replies 0 retweets 0 likes -
Replying to @whitequark
@whitequark that was pretty much my line of thinking! but don't know if it's practical, in fact a lot of my notes is about visual vocabulary1 reply 0 retweets 0 likes
@whitequark another practical usecase: error reporting and aggregation (classic monad example)
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.