Re: Refactoring discovery

On 11-03-31 02:50 AM, Lawrence D'Oliveiro wrote:
In message <RCkjp.2728$%f5.828@xxxxxxxxxxxx>, Arved Sandstrom wrote:

On 11-03-25 11:39 PM, Lawrence D'Oliveiro wrote:

In message <Vv7jp.1732$in3.386@xxxxxxxxxxxx>, Arved Sandstrom wrote:

If you want to do dataflow then the best way to do it is using a
dataflow language. I've used a few of them, including LabVIEW and
Prograph CPX (which latter was pretty awesome actually).

You mean graphical languages? I’m not sure how well they scale. Also
there’s the problem that standard source manipulations like diff/patch
and merge are lacking.

Plenty of others have textual source. Oz for example.

So what does the language processor operate on: the graphical presentation,
or the underlying source?

AFAIK the graphics are just graphics; I can't speak for every graphical
language out there. LabVIEW has used a compiler since version 2.0
(version 1.0 was an interpreter on Motorola 68000). Prograph started out
in its earliest incarnations written in Prolog but moved to C early on -
I wrote new Prograph primitives for the hell of it, for matrix
operations, in C back around 20 years ago.

Generally speaking the primitives in such a graphical language are going
to be compiled bits in a library, and the program is a description of
how they stitch together, as well as storage of the layout information.

Also typically there is no underlying source - what you see *is* the source.

When I said "plenty of others" I meant _non-graphical_ dataflow
languages, incidentally. Like Oz.

Also, I'm not sure what you mean by "scale" in this context.

As in “deal with very complex programs”.

You're not going to have worse problems with a dataflow language than
any other. It depends on the problem. Odds are you'll do better at
managing complexity with dataflow then you will with a general purpose
OOP language, for the multitude of problems that lend themselves to
dataflow.

[ SNIP ]

AHS

--
That's not the recollection that I recall...All this information is
certainly in the hands of the auditor and we certainly await his report
to indicate what he deems has occurred.
-- Halifax, Nova Scotia mayor Peter Kelly, who is currently deeply in
the shit
.

Relevant Pages

  • Re: Graphic Language for Machine Tool Setup
    ... My language can get pretty graphic when setting up machine tools ... ... > Degrees of freedom can be described readily with graphics. ... > existence of a stop or index in a DOF might be an arrow to a cross line ...
    (rec.crafts.metalworking)
  • Basic Graphics Programming Language
    ... one-off graphics for my personal use. ... worked with basic graphics in Object-Oriented Turing (a decent learning ... , not being usable options), but could easily and ... would eagerly learn any other language. ...
    (comp.graphics.algorithms)
  • Re: ? understanding the world by math
    ... the new language does carry slight inconsistencies with the old ... The math can be taught to a capable high school student I ... look at the structures in these graphics. ... I plead with you to consider seriously the polysign numbers. ...
    (sci.math)
  • Re: Am I wasting my time learning Pascal?
    ... > Graphics is one major disadvantage of the C programming language; ... > standard library doesn't do any graphics or much real-time stuff, ... > recommend C as a first language, especially not for a Windows or Mac ... no deficiencies and the other way is to make it so complicated ...
    (comp.programming)
  • Re: Advantages of pure functional programming?
    ... come to mind are LabVIEW, Prograph, ... With Haskell (I'll use that since it is the FP language I am learning right ... until Perl 5 emerged, and then actually thought about it when a CD of JDK ...
    (comp.lang.functional)