Article Discussion
Visual Development versus Coding
Summary: In this interview with Artima, David Intersimone, Vice President of Developer Relations and Chief Evangelist at CodeGear, discusses the role of designing software using visual tools as opposed to coding.
2 posts.
The ability to add new comments in this discussion is temporarily disabled.
Most recent reply: July 3, 2007 5:34 AM by Achilleas
    Bill
     
    Posts: 409 / Nickname: bv / Registered: January 17, 2002 4:28 PM
    Visual Development versus Coding
    June 26, 2007 0:00 PM      
    In this interview with Artima, David Intersimone, Vice President of Developer Relations and Chief Evangelist at CodeGear, discusses the role of designing software using visual tools as opposed to coding.

    Read this Leading-Edge Java article:

    http://www.artima.com/lejava/articles/javaone_2007_david_intersimone.html

    When do you think it is appropriate to use a visual tool versus coding? In what ways have you used visual tools in the past that have worked well or not worked well?
    • James
       
      Posts: 128 / Nickname: watson / Registered: September 7, 2005 3:37 AM
      Re: Visual Development versus Coding
      June 28, 2007 5:18 AM      
      It sounds like Borland finally incorporated the functionality from Together into JBuilder.

      I would go even farther than just that you should be able work in text or in graphics. The primary representation of the code should be in text. Not in XML or in a database table. Text files that you can look at in any basic text editor. The graphical tools should be a secondary concern.

      Anyone who has ever had to repair corrupted code-data for a graphical tool would agree, I believe.
    • Achilleas
       
      Posts: 98 / Nickname: achilleas / Registered: February 3, 2005 2:57 AM
      Re: Visual Development versus Coding
      July 3, 2007 5:34 AM      
      I like visual development, it certainly has a place amongst dev tools. I would like to see a data-driven visual development though, where the programmer graphically specifies processing paths of data, where processing nodes are algorithms, GUIs and databases. It would certainly simplify lots of business-type applications.