Visual Programming Language

www.macrovu.com

(Thanks to Lion Kimbro, below.)

Marketroid's Dream:

Build Complex Applications without having to Think

I think the distinction between "visual" and "thinking" is perhaps a false dichotomy. Images can pack a lot of information into them and make patterns apparent that text may not. "Visual" is indeed easy to hype because code scares some people and Pointy Haired Bosses like pretty pictures. But that does not mean that there is not merit to the idea. After all, would you want to do CADD only using textual code?

Although not a visual language, Together Soft's Control Center is much like what I imagine an ideal tool being, while at the same time much lighter than Rational Rose, and allowing for much nicer refactoring practices.

Well that's not possible yet, but imagine blending Argo Uml with Alice Bot. Then you've got some active intelligence supervising. -- Dennis Daniels

Visual Programming Languages of some sort or another have been tried since the 1970s without success and as anyone who has ever assessed programming tools can tell you the hype is thick and fast in this space.

"Build n-tier Database enabled web applications in a Completely Visual Environment "

The above quote was from a vendor who shall remain nameless, but whose boxes are yellow in color, mention visual and coffee in the same word, and are unfortunately representative of the "Enterprise Edition" end of the tools market.

Does this prove that a useful Visual Programming Language is impossible? If not, what is the value of the above complaint to this discussion? -- Brent Newhall

So why do so many of these "Completely Visual Environments" suck so hard?

Because they cannot succeed until components are constructed with one language and specified + integrated with another. It is this latter medium that can be completely visual but its visual metaphor cannot be the User Interface. Instead, it must be the states, transitions, roles, interactions of the fully specified components. As long as one has to write algorithms in order to create systems, there will be no useful, fully visually, development environment. Furthermore, even with this, it still wont succeed if the visual metaphor for modeling is the UI. After all, does a blueprint look like a picture of a house or does it look like the underlying structures of the house? -- Robert Di Falco

Neither. A Blueprint is a visual expression of how to "Build" the house. If we are talking about Visual Programming Language as the language which builds the Visual Objects which represent something we use to build the real thing, it may well be that the user of the tool does not need to "program" at all. What is required is to develop the craftmanship in using the visual tools to create modules, components and representations which may be used, reused, scaled, modified, extended, inserted, dragged, deleted, and other such visual methods which are much more the work of visualization than that of programming. A cad system without a comprehensive library of pre-built modules or components is of some use, but yields far less in production if in fact it perpetuates the "re-invention of the wheel" and requires the "same thing" to be done over and over again. It can be said of Visual Tools, that some people use programming to create the tools, while others craft using the tools. There are definitely two activities involved in the creation and use Visual tools. One is the activity of creating the tools, the second is that of using the tools. This can be said to be true for other Visual Environments besides those involved in "House Building". For example "Document Building", "Web Page Design" and many more activities using the computer for other purposes than "programming".

----

I'll use Visual Basic to illustrate Robert Di Falco's point: There are actually two parts to any Visual Basic project. One part is the UI construction, which is completely visual, and the other part is the BASIC code. Yes, one can slap together the UI easily. However, to specify functionality, you still have to dive into textual code and understand "For" loops, data types, and "Case" statements. A "real" Visual Programming Language would let you specify these things visually. -- Brent Newhall

Why does it have to be all-or-nothing? I find that different presentation approaches each have their merits for different things. Some things are easier to manage in code, others in tables/grids, and yet others as diagrams and/or drag-n-drop widgets or icons.

Why? Because "visual Programming Language" (a term coined well before Visual Basic even existed) means one where the programming is done via graphical elements rather than traditional textual forms, so the "all or nothing" part is just whether it meets that definition. Visual Basic does not.

The rest of what you raise is about whether it is appropriate for everything to be graphical rather than textual, which is a good question, but a different topic than the one you were responding to.

[Comments about Lab View and HP-VEE moved to Graphical Programming Language.]

Just to note, though, Lab View proved that a Visual Programming Language can be a great way to express functional/stateless programming without loosing your brain. Unfortunately for functional programmers, purely functional languages make it hard to keep a specific calculation around for use in other calculations, resulting in a break of Once And Only Once, or ugly code, or both. Having two dimensions to work with fixes that.

Lombardi's (www.lombardisoftware.com ) Business Process Management tool is an excellent visual programming environment.

A colleague has just pointed me at BlueJ, developed as a visual teaching tool for Java - see www.bluej.org . They have started their own wiki: wiki.bluej.org .

Looks like they're putting the ++ back into Smalltalk Minus Minus. :)

Comments below are rather out of context now because of the refactoring of Graphical Programming Language.

I think Visual Age Java is badly named (by IBM's marketing department) [...]. It got its name because of its stupid and totally unusable user interface builder, a tool that nobody (including internal IBM developers) uses. The Visual Age Java development environment, like the Visual Age Smalltalk environment, is a text- and browser-based IDE in the spirit of Smalltalk80.

Visual Age Java (and Visual Age Smalltalk) are NOT Visual Programming Languages "environments where the constructs for specifying programs are made up of visual elements (e.g. pictorial, iconic, line drawings, graphs)".

Simple Regular Expression searches have always been possible in Visual Age.

I'm not aware of *any* programmer toolset in which it is possible to search for a pattern, in the Gang Of Four sense - but if I were to write such a tool, I would certainly start with something more like Visual Age and less like emacs and a shell.

Jeff's question of "how those interconnected webs of links can be reliably archived let alone communicated to someone through printed documentation" is certainly not answered by "conventional" emacs/makefile environments. My own experience has been that environments like Visual Age significantly advance my ability to accomplish this feat, precisely because they allow me to represent those webs and links in persistent ways that are under transaction control.

I want to say again, however, that this has NOTHING to do with being visual. The links are implied by the information, not its representation. I therefore invite someone to refactor this exchange into a more appropriate page.

-- Tom Stambaugh

Granted, Visual Age is at heart a very powerful Smalltalk80-like IDE. But my impression of the GUI-builder based on using Visual Age Smalltalk a few years ago is that it was used and useful, especially for rapid development. My concerns were that, despite its advantages, such representations are difficult to document and review. For example, what traversal order should one take in review, to be sure not to miss anything? I still think it belongs with this page (other views welcome...)

-- Jeff Mantei

It would be great if IBM would separate the UI builder from the rest of the environment. I agree with Jeff that the GUI-builder of Visual Age attempts to be a Visual Language. Jeff's concerns about traversal order and such pertain only to the GUI-builder, however. The bulk of the environment does not suffer from these drawbacks. -- Tom Stambaugh

Namespace conflict. Visual Language is more general than Visual Programming Language. Check out Robert Horn's research, and you'll see what I mean. www.macrovu.com

Ah. Here's what I wanted: http://www.macrovu.com/image/VLBkimg/vlbkwhtisvlpict.gif

Let's just stick that sucker there right at the top of the page. ;)

-- Lion Kimbro

Has no one here looked at Marten? andescotia.com

Marten is a child of the Prograph language which is now in the public domain. I have been using the language since about 1988 when it first came out and have been actively involved with it for years. Marten is a completly visual programming IDE, the visual elements are the code. Although currently only avaiable on MacOSX we are currently working on porting it to Haiku and developing cross-platform tools. One of the more recent applications built with Marten is Key Jack KeyJack.com which is written entirely in Marten.

Would like to hear any comments from anyone who has used this.

-- Dave Carlton

I am wondering why Subtext Language isn't mentioned here. For me it shows that it is possible to fully represent a Programming Language graphically - without loosing any semantic details. Quite the opposite: Implicit dependencies of expressions are made visible. It may not yet be a fully usable language but the only working approach I have seen yet. See the demo at subtextual.org

-- Gunnar Zarncke

I think some graphic/visual languages are missing from this wiki:

Limnor Studio: A visual Programming Language for .NET currently free (April 2011) limnor.com

Tersus: Commercial and open source versions (MS Windows, Linux) development of Windows, Linux, web, Android and Iphone applications www.tersus.com

Illumination Software Creator radicalbreeze.com

Google App Inventor: Open source development tool for Android OS, appinventor.googlelabs.com

-- Mahmoud Fayed

Programming Without Coding Technology (PWCT) Free-Open Source General-Purpose Visual Programming Languages Framework doublesvsoop.sourceforge.net

See original on c2.com