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,FREEMAIL_FROM autolearn=unavailable autolearn_force=no version=3.4.4 X-Received: by 10.236.110.130 with SMTP id u2mr7457041yhg.39.1428141772476; Sat, 04 Apr 2015 03:02:52 -0700 (PDT) X-Received: by 10.140.41.164 with SMTP id z33mr78097qgz.21.1428141772440; Sat, 04 Apr 2015 03:02:52 -0700 (PDT) Path: eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!mx02.eternal-september.org!feeder.eternal-september.org!usenet.blueworldhosting.com!feeder01.blueworldhosting.com!peer03.iad.highwinds-media.com!news.highwinds-media.com!feed-me.highwinds-media.com!j5no439918qga.1!news-out.google.com!k20ni2qgd.0!nntp.google.com!z60no639400qgd.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Newsgroups: comp.lang.ada Date: Sat, 4 Apr 2015 03:02:52 -0700 (PDT) In-Reply-To: Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=84.123.197.103; posting-account=xd0OrwoAAABQUGXxWZdZWv6VwPFSqa1J NNTP-Posting-Host: 84.123.197.103 References: <59ac455c-72f6-43e2-8a79-efc0f3e16d9a@googlegroups.com> <19qfgu5pjszm5.s5y5u8r0zx8k.dlg@40tude.net> <161a69af-a392-4214-bd92-0e20e7522cca@googlegroups.com> <1ht5q4lxmtf3p.mntbczbpti5n.dlg@40tude.net> <0ac76a41-d276-47d4-8659-530229802d12@googlegroups.com> <1ieaan02ff638.n6kjnn72tsp3$.dlg@40tude.net> <1o9qidr7413f4$.1jbc41w6r9j62.dlg@40tude.net> <1q1hq0qt8n15$.kxfdpvio0p1w.dlg@40tude.net> <88bcdf76-b09e-4995-8410-b680cabb7241@googlegroups.com> User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: <00491592-d634-4868-b47f-245bbe670c7d@googlegroups.com> Subject: Re: Languages don't matter. A mathematical refutation From: jm.tarrasa@gmail.com Injection-Date: Sat, 04 Apr 2015 10:02:52 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Received-Bytes: 4132 X-Received-Body-CRC: 944556118 Xref: news.eternal-september.org comp.lang.ada:25415 Date: 2015-04-04T03:02:52-07:00 List-Id: El jueves, 2 de abril de 2015, 18:41:18 (UTC+2), Dmitry A. Kazakov escribi= =F3: > On Thu, 2 Apr 2015 07:48:45 -0700 (PDT), j_...@gmail.com wrote: >=20 > You must start with showing that "severity", "frequency" etc are random > variables. There is a clear definition of what a random variable is. It i= s > a measurable function from the set of elementary outcomes. The first step > is presenting the set. What's the problem with severity and frequency? They are measurable.=20 Program "A" in a two-years period had bug1 which crashed program one time per day, and took a week to fix it had bug2 which destroyed data, one per month, and took two days to fix it had bug3 which was annoying, three per day, and took a month to fix it Program "B" in a two-years period had bug1 which crashed program one time per hour, and took a month to fix i= t had bug2 which destroyed data, one a month, and took a week to fix it Apply some formula (discrete, continuous or a complex algorithm) to each bu= g, sum the values of each bug for each program. Call it "bug score". The formula just joins the data to come out with a single and comparable va= lue to overcome summing "apples and oranges". It is a very common practice = to compare several cases with many variables. Chess programs uses such form= ulas to score a position, and they can be very complex and they are constan= tly evolving. Google scores pages with a formula that involves as lot of va= riables and comes out with a single value. Of course the formula is highly debatable. You can play with the formula to= change the results up and down. Favour one factor reduce the other. But th= e data measured and is there waiting for a better formula. Probably studying bugzilla history of several programs would be a good star= ting. Although I think bugzilla doesn't have "frequency", people classifies= as more critical an annoying bug that happens a lot of times to many peopl= e than a destroying data one that happens once every blue moon. Nevertheless, I insist that there are many variables in a program more impo= rtant than language. So you would need to find a sample of programs equal i= n everything but the programming language, so you can isolate the variable = language. And that wouldn't be easy.