HomeModulesModule 1.1 (LabView)Extend
I ntroduce
C onnect
A pply
R eflect
E xtend

Extend - LabView

OK, we've talked about traditional programming languages being textual in nature, and we've also pointed out that a major benefit of LabView is that it provides a graphical method for programming certain tasks. So the obvious question is...

Why aren't programming languages moving towards a graphical input method?

Think a little bit about this, and ask yourself these questions:

  • Are some programming tasks easier to represent graphically than others?
  • If so, what kinds of programming tasks lend themselves to development using graphical objects?
  • What types of tasks don't?

Put another way, which programmatic tasks have obvious graphical representations, and which ones don't?

Try this:

  • Come up with a set of procedures or tasks that you believe can be represented with pictures that clearly identify their function.
  • Next, try to think of some things that are more metaphysical in nature, and therefore harder to visualize or define graphically.
  • Is there some common thread, some set of attributes, that the first set of tasks share? What do the tasks that don't lend themselves well to expression as a picture have in common?

Bring what you've come up with to class; we can spend some time discussing them.

Click here to move on to the next Module (Data Types).