Comment by andrewflnr
13 years ago
Maybe by "coherent dataflow model" he means some separation between what's an input to any given operation, so you can see what data is going where and how instead of it being scattered all over the place. That's what I'd like, anyway.
What it looks like to me is more like a program than a table, but with really good list/table entry and flow arrangement tools. That may just be because I'm a programmer.
Can you share anything more about what you're working on? These are interesting problems to me, too.
There's an aspect of that, too. I'm especially influenced by the circuit diagrams in G, the language which you program in when using LabVIEW. Basically most of the system, except for loops, looks like one big circuit. (Since loops are ugly because they're nonfunctional, I have wasted some time trying to think of what the Haskell version of G would look like, how you would embed monads in the circuit elements, and so forth.)
Can you point to an example of a nontrivial program in G that does something people would normally do in a spreadsheet?
The best reference I can show for the general programming model was a blog post which is not in G, but was called "Why Concatenative Programming Matters":
http://evincarofautumn.blogspot.com/2012/02/why-concatenativ...
which shows you how graphical diagrams can make sense out of concatenative programs.
If you really want an example, then I will give you this with some caution:
http://team358.org/files/programming/ControlSystem2009-/LabV...
The caution is that LabVIEW views a data source as a sort of continuous input stream, so that it is manipulating individual values at any given time. I would rather view vectors as more fundamental in a spreadsheet language.
I'd be happy to discuss it offline if you want to email me (address in profile).