Path: csiph.com!x330-a1.tempe.blueboxinc.net!usenet.pasdenom.info!gegeweb.org!de-l.enfer-du-nord.net!feeder1.enfer-du-nord.net!feeds.phibee-telecom.net!usenet.ukfsn.org!not-for-mail From: Martin Gregorie Newsgroups: comp.lang.java.programmer Subject: Re: Best Way to Pass Info Between Objects? Date: Tue, 10 Jan 2012 22:48:24 +0000 (UTC) Organization: UK Free Software Network Lines: 33 Message-ID: References: <4dWdnRF6pOQcUJTSnZ2dnUVZ_vidnZ2d@earthlink.com> <9wUOq.25619$Uj1.17680@newsfe20.iad> NNTP-Posting-Host: 84.45.235.129 Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Trace: localhost.localdomain 1326235704 650 84.45.235.129 (10 Jan 2012 22:48:24 GMT) X-Complaints-To: usenet@localhost.localdomain NNTP-Posting-Date: Tue, 10 Jan 2012 22:48:24 +0000 (UTC) User-Agent: Pan/0.135 (Tomorrow I'll Wake Up and Scald Myself with Tea; GIT 30dc37b master) Xref: x330-a1.tempe.blueboxinc.net comp.lang.java.programmer:11193 On Tue, 10 Jan 2012 06:35:48 -0400, Arved Sandstrom wrote: > Like I mentioned to Jeff H. in another reply in this thread, there > aren't that many software methodologies really. Although surely a lot of > people are busy churning out new labels for old stuff. The outside-in > aspect of BDD, that's me decades ago writing a new C tool during a > scientific programming contract and devising how I want to configure C > getopt this time. Or even further back doing the same basic things in > FORTRAN 66 [1] or 77. > I went on at, possibly excessive, length since I remembered a truly horrid design methodology whose name I've mercifully forgotten, though I have dim memories of it being a JMA product. It FORBADE this sort of attribute tracing, even going to some lengths to ensure that its design database/repository/thing would not support it. I remember one of their alleged expert design consultants getting very upset when I questioned this feature because she was quite unable to explain any reason, sensible or not, for it. One of the results of this design misfeature was that the project collapsed in a heap of attributeless entities, fortunately before any code had been written. > I don't mind too much the new folks "discovering" "new" methodologies > insofar as it might help to sell old tried-and-true techniques. But I > sure wish they would occasionally acknowledge that they are > re-packaging. > +1 -- martin@ | Martin Gregorie gregorie. | Essex, UK org |