|
Prev: [ANN] Free Session: In-the-Brain of Martine Devos on Agile Estimation & Planning
Next: Modularity problems with multiple dispatch (was: Scala and problemswith OOP)
From: Michael Redlich on 30 Nov 2007 06:01 On Nov 28, 3:41 pm, topmind <topm...(a)technologist.com> wrote: > Let me see if I am getting this strait. You are praising HFDP for > using pattern examples outside of GUI's (overused topic), but agree > that the use of such patterns may not be warrented for real-world > versions of said non-GUI examples? (The "hard-wired category" issue.) > Isn't this praising them for merely being different rather than being > *right*? If so, I disagree that HFDP deserves kudos for such. > > Being wrong differently is still being wrong. > > Let's clarify some things... I only agreed that they could have been better at discussing *where* and *when* to use DPs. I still think their examples are very good. But, I remember your criticism of the examples examples not being "real-world." I hear ya there, because even though I see it, I also believe that examples should be made as simple as possible to aid in the understanding of any topic, not just DPs. For example, in the Iterators DP section, each menu item is hard coded into the array and the ArrayList data structures. Obviously, this wouldn't be done in real application development (at least I hope it wouldn't). However, adding extra code in an example to query and iterate through a database, for example, would make the example that much more complex. I understand that you may think that readers of the book would just go ahead and code this way. I certainly hope not. I've presented my DP seminar a number of times and I have co-authored seven (7) DP articles on Java Boutique, and no one has ever criticized me for my examples. Like I said, no book is perfect... Mike. --- Michael Redlich ACGNJ Java Users Group http://www.javasig.org/ (best viewed in Firefox and Safari - for the time being)
From: topmind on 24 Dec 2007 00:48
Michael Redlich wrote: > On Nov 28, 3:41 pm, topmind <topm...(a)technologist.com> wrote: > > > > Let me see if I am getting this strait. You are praising HFDP for > > using pattern examples outside of GUI's (overused topic), but agree > > that the use of such patterns may not be warrented for real-world > > versions of said non-GUI examples? (The "hard-wired category" issue.) > > Isn't this praising them for merely being different rather than being > > *right*? If so, I disagree that HFDP deserves kudos for such. > > > > Being wrong differently is still being wrong. > > > > > Let's clarify some things... > > I only agreed that they could have been better at discussing *where* > and *when* to use DPs. I still think their examples are very good. > But, I remember your criticism of the examples examples not being > "real-world." I hear ya there, because even though I see it, I also > believe that examples should be made as simple as possible to aid in > the understanding of any topic, not just DPs. > > For example, in the Iterators DP section, each menu item is hard coded > into the array and the ArrayList data structures. Obviously, this > wouldn't be done in real application development (at least I hope it > wouldn't). However, adding extra code in an example to query and > iterate through a database, for example, would make the example that > much more complex. Many of the problems are deeper than "where does the data come from?". It is more about hard-wiring *structural* stuff in code that should NOT be in code, not merely filling up an array to use as sample data. If you removed that flaw, it would no longer be using the patterns that are the very subject of the book. > > I understand that you may think that readers of the book would just go > ahead and code this way. I certainly hope not. I've presented my DP > seminar a number of times and I have co-authored seven (7) DP articles > on Java Boutique, and no one has ever criticized me for my examples. > > Like I said, no book is perfect... > > Mike. > > --- > Michael Redlich > ACGNJ Java Users Group > http://www.javasig.org/ (best viewed in Firefox and Safari - for the > time being) -T- |