Re:How Flow-Based Programming Could Save The Sanity Of Web D...
by jerf on Friday August 23, 2013 @05:20PM
(#6266317)
To be clear, I fine with their attempt to make any product they intend to make. I'm very skeptical about it due to the fact that it's been tried a lot, but hey, their money, their choice, maybe they'll make it stick, maybe they'll make a niche market work (LabVIEW, etc), who knows. It's the rhetoric I'm objecting to. Which bodes poorly, IMHO; if they really believe this gibberish then it's more likely they'll make some very bad business decisions, such as resisting finding a good niche in favor of trying to take over too much stuff. There's a lot of prior art to learn from here, and if they've learned as little of it as that marketing spiel implies, their odds of success are very, very low.
Re:How Flow-Based Programming Could Save The Sanity Of Web D...
by scott_s on Friday August 23, 2013 @06:02PM
(#6266494)
I consider this an instance of stream programming.
Re:How Flow-Based Programming Could Save The Sanity Of Web D...
by gruseom on Friday August 23, 2013 @06:11PM
(#6266524)
Do you think of stream programming as a kind of dataflow programming? If not, what's the difference?
I suppose "dataflow" is an overloaded term, and the fact that its various meanings have quite a bit in common doesn't help.
Re:How Flow-Based Programming Could Save The Sanity Of Web D...
by scott_s on Friday August 23, 2013 @10:10PM
(#6267280)
Definitely, yes. In section 2 of this paper, I tried to explain how our language is related to what are typically called "synchronous dataflow" languages, or just SDF languages: http://www.scott-a-s.com/files/pact2012.pdf
Slide 11 of this talk makes the same point, but with less words: http://www.scott-a-s.com/files/debs2013_tutorial_slides.pdf
Re:How Flow-Based Programming Could Save The Sanity Of Web D...
by seanmcdirmid on Friday August 23, 2013 @10:14PM
(#6267290)
Data flow when used as a converse of control flow is quite well defined. Are you thinking in terms of how data flows across the system or in terms of control? Stream programming usually uses data flow at the top level and control flow in the atomic components connected together (we can have compound components that involve more data flow). Once you add control lines to your system, however, you are basically re-encoding explicit control flow as data flow.
Re:How Flow-Based Programming Could Save The Sanity Of Web D...
by gruseom on Friday August 23, 2013 @11:12PM
(#6267443)
I might have been unclear; what I meant was that the different programming languages or models that people call "dataflow programming" (spreadsheets, Lucid, Oz, FBP, etc.) have a lot of differences between them; and on top of those there is dataflow analysis in compilers, dataflow hardware architectures, and so on.
Re:How Flow-Based Programming Could Save The Sanity Of Web D...
by seanmcdirmid on Friday August 23, 2013 @11:56PM
(#6267546)
Data-flow is a broad term that doesn't mean one specific thing, but it is usually used correctly in what it means; e.g. data-flow analysis contrasts nicely with control-flow analysis. I don't find it confusing.
I believe FBP primarily deals with data flow, not control flow, but the "flow" in FBP seems to be left intentionally ambiguous.
Edit: it's too bad that the programming model is getting lumped in here with the visual programming schtick. Those are two different things. (Of course the former would get no PR without the latter.)