Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.java.programmer > #10261

Re: Standard Design and Development Methodologies

From Lew <lewbloch@gmail.com>
Newsgroups comp.lang.java.programmer
Subject Re: Standard Design and Development Methodologies
Date 2011-11-25 20:07 -0800
Organization http://groups.google.com
Message-ID <4013019.261.1322280449872.JavaMail.geo-discussion-forums@prfi36> (permalink)
References <Xns9FA29593FF4C2jpnasty@94.75.214.39> <p4_xq.30508$Pm3.8310@newsfe12.iad> <4908121.2133.1321762391730.JavaMail.geo-discussion-forums@prou19> <4ed05449$0$283$14726298@news.sunsite.dk>

Show all headers | View raw


Arne Vajhøj wrote:
> Lew wrote:
>> There's a comprehensive little pamphlet reviewing various software
>> development methodologies called /Wicked Problems, Righteous Solutions/
>> by DeGrace and Stahl, 1990, that is as relevant today as when first
>> published.
>>
>> Its main conclusion, after a very neutral overview of the extant pet
>> theories, is that successful methodologies rest on two key features:
>> an individual who maintains the project architecture and structures
>> in his/her own mind,
> 
> It is obviously correct.
> 
> But it is not very useful.
> 
> Creating good software when one person can understand the
> entire app is the easy problem.
> 
> Creating good software when one person cannot understand the
> entire app is the hard problem.

You are correct, but bear in mind that I provided only a very few words of summary for a rather detailed, patient analysis and set of conclusions in the original work.  Before judging their conclusions you might want to be sure that you understand their point more directly than by hearsay from a very cursory precis.

As best I understand the book it is their conclusion that even the second case requires a person to understand the entire app.  This apparent paradox is resolved by understanding that the overview knowledge, while detailed, isn't necessarily atomic.  It's a matter of someone exercising a form of leadership to assure consistency and a certain focus in a project.  By analogy, the chief executive of a nation need not understand necessarily every single detail of every action occurring in every corner of their realm, but the should have a keen grasp of the nation as a whole and a vision for its direction.  This is the sort of "understand the project" that I infer and remember from the book.

I conclude that a project that grows beyond such a vision needs to have fractal subprojects that fit within such scope and operate with some autonomy.

This is a direction that might address the valid point you raised.  I recommend the book not so much to endorse its conclusions as to commend its even-handed and comprehensive analysis and the segregation thereof from the authors' agenda or theories.  While it draws conclusions in the latter part of the book, it does not go so far as to recommend anything.  They have no pet buzzword or system to promote, only observations as to what works and fails under different methodological structures.  It's a foundational work.

As to how "useful" their conclusions are, I'll let you judge for yourself after you've bypassed the filter of my reporting.  I'd be surprised if you maintained your dyspeptic view after that.

-- 
Lew

Back to comp.lang.java.programmer | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

Standard Design and Development Methodologies Novice <novice@example..com> - 2011-11-19 19:42 +0000
  Re: Standard Design and Development Methodologies Arne Vajhøj <arne@vajhoej.dk> - 2011-11-19 21:22 -0500
    Re: Standard Design and Development Methodologies Novice <novice@example..com> - 2011-11-20 16:55 +0000
      Re: Standard Design and Development Methodologies "Charles Hottel" <chottel@earthlink.net> - 2011-11-20 22:20 -0500
  Re: Standard Design and Development Methodologies Arved Sandstrom <asandstrom3minus1@eastlink.ca> - 2011-11-19 23:01 -0400
    Re: Standard Design and Development Methodologies Lew <lewbloch@gmail.com> - 2011-11-19 20:13 -0800
      Re: Standard Design and Development Methodologies Lew <lewbloch@gmail.com> - 2011-11-19 20:16 -0800
      Re: Standard Design and Development Methodologies "Derek K. Wodenhouse" <dkw@none.of.your.biz> - 2011-11-19 23:49 -0500
        Re: Standard Design and Development Methodologies Lew <lewbloch@gmail.com> - 2011-11-19 23:45 -0800
          Re: Standard Design and Development Methodologies "Derek K. Wodenhouse" <dkw@none.of.your.biz> - 2011-11-20 03:49 -0500
            Re: Standard Design and Development Methodologies Robert Klemme <shortcutter@googlemail.com> - 2011-11-20 13:58 +0100
            Re: Standard Design and Development Methodologies Lew <lewbloch@gmail.com> - 2011-11-20 08:32 -0800
              Re: Standard Design and Development Methodologies "Derek K. Wodenhouse" <dkw@none.of.your.biz> - 2011-11-20 18:24 -0500
        Re: Standard Design and Development Methodologies Patricia Shanahan <pats@acm.org> - 2011-11-20 03:27 -0800
          Re: Standard Design and Development Methodologies spk <jhic@speak.invalid> - 2011-11-20 09:54 -0400
            Re: Standard Design and Development Methodologies Lew <lewbloch@gmail.com> - 2011-11-20 08:33 -0800
            Re: Standard Design and Development Methodologies thoolen <th00len@th0lenbot.thorium> - 2011-11-20 18:30 -0500
      Re: Standard Design and Development Methodologies Arved Sandstrom <asandstrom3minus1@eastlink.ca> - 2011-11-20 09:35 -0400
      Re: Standard Design and Development Methodologies Novice <novice@example..com> - 2011-11-20 17:18 +0000
        Re: Standard Design and Development Methodologies Lew <lewbloch@gmail.com> - 2011-11-20 10:30 -0800
          Re: Standard Design and Development Methodologies Arved Sandstrom <asandstrom3minus1@eastlink.ca> - 2011-11-21 07:23 -0400
      Re: Standard Design and Development Methodologies Arne Vajhøj <arne@vajhoej.dk> - 2011-11-25 21:51 -0500
        Re: Standard Design and Development Methodologies Lew <lewbloch@gmail.com> - 2011-11-25 20:07 -0800
    Re: Standard Design and Development Methodologies Novice <novice@example..com> - 2011-11-20 17:08 +0000
      Re: Standard Design and Development Methodologies Arne Vajhøj <arne@vajhoej.dk> - 2011-11-20 12:18 -0500
      Re: Standard Design and Development Methodologies markspace <-@.> - 2011-11-20 10:29 -0800
      Re: Standard Design and Development Methodologies Lew <lewbloch@gmail.com> - 2011-11-20 10:55 -0800
        Re: Standard Design and Development Methodologies Arne Vajhøj <arne@vajhoej.dk> - 2011-11-20 14:07 -0500
          Re: Standard Design and Development Methodologies Lew <lewbloch@gmail.com> - 2011-11-20 11:50 -0800
      Re: Standard Design and Development Methodologies Arved Sandstrom <asandstrom3minus1@eastlink.ca> - 2011-11-21 07:19 -0400
  Re: Standard Design and Development Methodologies Roedy Green <see_website@mindprod.com.invalid> - 2011-11-20 22:27 -0800
    Re: Standard Design and Development Methodologies Arved Sandstrom <asandstrom3minus1@eastlink.ca> - 2011-11-21 07:02 -0400
      Re: Standard Design and Development Methodologies Robert Klemme <shortcutter@googlemail.com> - 2011-11-22 18:52 +0100
        Re: Standard Design and Development Methodologies markspace <-@.> - 2011-11-22 11:37 -0800
          Re: Standard Design and Development Methodologies Gene Wirchenko <genew@ocis.net> - 2011-11-22 14:27 -0800
            Re: Standard Design and Development Methodologies Arne Vajhøj <arne@vajhoej.dk> - 2011-11-25 22:06 -0500
              Re: Standard Design and Development Methodologies Gene Wirchenko <genew@ocis.net> - 2011-11-26 21:16 -0800
                Re: Standard Design and Development Methodologies Arne Vajhøj <arne@vajhoej.dk> - 2011-12-02 21:53 -0500
                Re: Standard Design and Development Methodologies Gene Wirchenko <genew@ocis.net> - 2011-12-04 21:25 -0800
                Re: Standard Design and Development Methodologies Arne Vajhøj <arne@vajhoej.dk> - 2011-12-05 22:41 -0500
                Re: Standard Design and Development Methodologies Gene Wirchenko <genew@ocis.net> - 2011-12-05 19:58 -0800
          Re: Standard Design and Development Methodologies Arved Sandstrom <asandstrom3minus1@eastlink.ca> - 2011-11-22 19:57 -0400
            Re: Standard Design and Development Methodologies Arne Vajhøj <arne@vajhoej.dk> - 2011-11-25 22:04 -0500
              Re: Standard Design and Development Methodologies Gene Wirchenko <genew@ocis.net> - 2011-11-26 21:18 -0800
                Re: Standard Design and Development Methodologies Arved Sandstrom <asandstrom3minus1@eastlink.ca> - 2011-11-27 08:34 -0400
                Re: Standard Design and Development Methodologies Patricia Shanahan <pats@acm.org> - 2011-11-27 08:39 -0800
                Re: Standard Design and Development Methodologies Martin Gregorie <martin@address-in-sig.invalid> - 2011-11-27 20:07 +0000
                Re: Standard Design and Development Methodologies Arne Vajhøj <arne@vajhoej.dk> - 2011-12-02 21:48 -0500
                Re: Standard Design and Development Methodologies Arved Sandstrom <asandstrom3minus1@eastlink.ca> - 2011-12-03 14:52 -0400
                Re: Standard Design and Development Methodologies Arne Vajhøj <arne@vajhoej.dk> - 2011-12-05 22:50 -0500
                Re: Standard Design and Development Methodologies Arved Sandstrom <asandstrom3minus1@eastlink.ca> - 2011-12-06 07:21 -0400
      Re: Standard Design and Development Methodologies Arne Vajhøj <arne@vajhoej.dk> - 2011-11-25 21:54 -0500
    Re: Standard Design and Development Methodologies Arne Vajhøj <arne@vajhoej.dk> - 2011-11-25 21:47 -0500

csiph-web