From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.3 required=5.0 tests=BAYES_00,INVALID_MSGID autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: fac41,b87849933931bc93 X-Google-Attributes: gidfac41,public X-Google-Thread: 103376,b87849933931bc93 X-Google-Attributes: gid103376,public X-Google-Thread: f43e6,b87849933931bc93 X-Google-Attributes: gidf43e6,public X-Google-Thread: 109fba,b87849933931bc93 X-Google-Attributes: gid109fba,public X-Google-Thread: 11cae8,b87849933931bc93 X-Google-Attributes: gid11cae8,public X-Google-Thread: 1108a1,b87849933931bc93 X-Google-Attributes: gid1108a1,public X-Google-Thread: 114809,b87849933931bc93 X-Google-Attributes: gid114809,public From: jdege@jdege.visi.com (Jeffrey C. Dege) Subject: Re: What is wrong with OO ? Date: 1996/12/23 Message-ID: #1/1 X-Deja-AN: 205600702 references: <32A4659D.347A@shef.ac.uk> <32A71BC6.2D857063@arscorp.com> <32A82AFE.255A@possibility.com> <58bq8c$3n6@news.utdallas.edu> <32ABCB1F.5207@possibility.com> <32b016d4.3487487@nntp.interaccess.com> <32B125E0.7880@calfp.co.uk> <32b55196.1250002@nntp.interaccess.com> <32B65D6C.6F10@deep.net> <32b7181e.2647652@news.nstn.ca> <599g39$l5v@gaia.ns.utk.edu> <32b8a98c.2460442@news.nstn.ca> <32be8409.487720154@news> organization: As little as possible newsgroups: comp.lang.c++,comp.lang.smalltalk,comp.lang.eiffel,comp.lang.ada,comp.lnag.java,comp.object,comp.software-eng Date: 1996-12-23T00:00:00+00:00 List-Id: On Mon, 23 Dec 1996 13:11:46 GMT, David Bradley wrote: >tbushell@fox.nstn.ns.ca (Tom Bushell) wrote: > >>I basicly agree with Tansel - programming will become much more visual >>in the medium term future. Text will still be required, but mainly >>for commenting, not for code. > >I think it will be more a combination of both. Its easier to manage >relationships and interactions visually, but its easier to describe >the objects in text. However, I don't think such a solid line should >be drawn there. Sometimes it may be easier to describe a relationship >than to draw it. I also know some people work better with one or the >other. Personnally, I will limit my use of visual programming tools until they provide merge and diff tools. I need to be able to tell what has been changed between versions 2.3B and 2.3D and I need to be able to merge those changes into the trunk in a semi-automated fashion. Supporting old releases, or providing several versions of the current current release customized for particular clients is not at all unusual. Combine that with a system comprising >2000 classes and you have a system that _cannot_ be managed without automatic differencing tools. There are fairly good diff and merge tools available for text files, and textual programming languages can take advantage of them. I've seen some graphical tools store their output in a text format that could be merged by textual tools with some success, but not many. I've seen many graphical tools that provided no method for comparing different versions of a file, and these are, IMO, suitable only for one-off, throw-away systems. -- Never worry about theory as long as the machinery does what it's supposed to do. -- R. A. Heinlein