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=0.2 required=5.0 tests=BAYES_00,INVALID_MSGID, REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 109fba,b87849933931bc93 X-Google-Attributes: gid109fba,public X-Google-Thread: fac41,b87849933931bc93 X-Google-Attributes: gidfac41,public X-Google-Thread: 11cae8,b87849933931bc93 X-Google-Attributes: gid11cae8,public X-Google-Thread: f43e6,b87849933931bc93 X-Google-Attributes: gidf43e6,public X-Google-Thread: 1108a1,b87849933931bc93 X-Google-Attributes: gid1108a1,public X-Google-Thread: 103376,b87849933931bc93 X-Google-Attributes: gid103376,public X-Google-Thread: 114809,b87849933931bc93 X-Google-Attributes: gid114809,public From: Tim Ottinger Subject: Re: The Impossible Project: not so funny... (Was: what's wrong) Date: 1996/12/20 Message-ID: <32BACA2C.A4C@dave-world.net>#1/1 X-Deja-AN: 205144177 references: <32A5A86A.1AF1@shef.ac.uk> <32A82932.4A73@mci.com> <1996Dec7.151850.877@prim.demon.co.uk> <32AA978F.7D64@deep.net> <58v04c$r9l@bagan.srce.hr> content-type: text/plain; charset=us-ascii organization: CSC mime-version: 1.0 reply-to: tottinge@dave-world.net newsgroups: comp.lang.c++,comp.lang.smalltalk,comp.lang.eiffel,comp.lang.ada,comp.lnag.java,comp.object,comp.software-eng x-mailer: Mozilla 3.0 (WinNT; I) Date: 1996-12-20T00:00:00+00:00 List-Id: Kazimir Majorinc wrote: > > Tansel Ersavas (tansel@deep.net) wrote: > > : 1. "The cancelled projects with money down the drain" is not a part of > : the OO problem, but a general IS one. I know two 100 million projects > : cancelled after 5 years of great hopes, money and sweat, and they > : weren't OO projects. Every year, hundreds of BILLIONS of dollars are > > Ubelievable. For that money I could do anything they want. Simulation of > whole world economy? No problem! Programming language more complicated than > C++? No problem! I do not understand? I can not imagine problem which can not > be solved with that money, except if it comes from mathematical world. I added up all of the reasons I've seen things fall apart, and put them into a single nightmare scenario, to show how you can fail even with great, steaming wads of cash. After all, it's my assertion that very few projects fail for reasons of technology. There are so many more reasons. Even with OO, IE, or SA/SD, or any magic bullet methodology in the world, the only answer to this one is to walk away and save the $M. :-( :-( The customer has absolutely no idea how they want to use the system, or what it should do, or how they'll run their newly formed business. They're inventing business processes as they go. Every requirement may be changed or scrapped since they've never actually done the work they're gearing up for. But the software must automate all of their processes, and must be intuitive enough that it can be operated expertly by 10th grade students (not honor students) with less than one day of training. You'll be supporting three customers in three different markets, who will use the system different ways. These way's haven't been decided yet. It must be accurate to the 9th decimal place (right side). Your staff has never programmed in the language and environment that is mandated by the customer. They've also never worked in this domain before. You are similarly clueless. You are not allowed to buy tools or libraries. Only salaries are acceptable. The hardware acquisition cycle runs about 14 months. The software acquisition cycle runs 10. Acquisition cycle for hiring is 8 months. The company requires all applicants have a business degree. You will not be allowed to interview the client directly. Instead you will be expected to work through a mediator. The average turn-around for a question will be about three weeks. The database you'll be using is also mandated, and doesn't work yet. The system must control yet-unspecified equipment in realtime, but provide online reporting which is up-to-the-second in an RDBMS that is hosted on Windows NT box which is to be completed in two years, and the OS will be ready in three. Unless it doesn't work or the client changes their mind about the platform. :-) :-) :-) Okay, I'm being silly, but there is nothing a good or even an excellent developer can do with total uncertainty and ambiguity, especially when the customer is hostile or unapproachable. If requirements are not determined, and the users refuse to settle you are likewise in a position where you probably can't make much success. Now any small set of these problems are present in every single project. Hopefully, we can educate our users and customers so that we don't have too many at once. In this case, it isn't OO that fails, it's the decision to try an build a project that can't work.