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.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,d89b08801f2aacae X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2002-05-01 15:47:11 PST Path: archiver1.google.com!postnews1.google.com!not-for-mail From: jimmaureenrogers@worldnet.att.net (Jim Rogers) Newsgroups: comp.lang.ada Subject: Re: Is strong typing worth the cost? Date: 1 May 2002 15:47:10 -0700 Organization: http://groups.google.com/ Message-ID: <82347202.0205011447.3b04aa09@posting.google.com> References: <82347202.0205010735.1d1a66c3@posting.google.com> NNTP-Posting-Host: 156.153.254.68 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Trace: posting.google.com 1020293231 24319 127.0.0.1 (1 May 2002 22:47:11 GMT) X-Complaints-To: groups-abuse@google.com NNTP-Posting-Date: 1 May 2002 22:47:11 GMT Xref: archiver1.google.com comp.lang.ada:23377 Date: 2002-05-01T22:47:11+00:00 List-Id: dmjones wrote in message news:... > >> Jim Rogers: What are the parameters of cost? > >> > Strong typing requires me to pay more attention to 100% of the > source I write. By pay attention I mean I have to get it through > the compiler (the compiler will pick me up on type errors that I will > have to invest time in fixing). Using a weakly typed language does > not require me to invest so much time up front. > > Usage of my program, by customers, will not result in all > statements being executed. Say 70-80% are not executed (I can dig up > some papers on this). > > Knowing this my management has instituted an 'only test what the > initial customers are likely to use' policy (of course if they really > knew what they were doing they would have an 'only write what the > customer is likely to use' policy, but we are in a hurry to get things > out the door and once written any code is kept). I would be very uncomfortable working in an environment where 70-80% of my code was unwanted and unused by customers. It appears that your company suffers from a poor requirements definition process. Clearly, you will get the greatest benefit from designing and coding only the features actually used by your customers. Nothing is free, however. Determining your actual customer needs costs time and money. On the other hand, not knowing what your customer wants and needs is apparently costing you 70-80% of your development budget. There is nothing that a choice of languages could do to improve your software development expenses as much as simply determining what your actual requirements are. This will then allow you to think about 100% of your code. At that point you can also be concerned with the "trivial" points of quality and reliability. Jim Rogers