comp.lang.ada
 help / color / mirror / Atom feed
From: Georg Bauhaus <rm.dash-bauhaus@futureapps.de>
Subject: Re: Software Quality in Science
Date: Mon, 15 Feb 2010 13:19:42 +0100
Date: 2010-02-15T13:19:43+01:00	[thread overview]
Message-ID: <4b793bdf$0$6568$9b4e6d93@newsspool4.arcor-online.net> (raw)
In-Reply-To: <alpine.LNX.2.00.1002151124260.17315@Bluewhite64.example.net>

Colin Paul Gloster schrieb:
> On Wed, 10 Feb 2010, Stephen Leake wrote:
> 
> |---------------------------------------------------------------------|
> |"[..]                                                                |
> |                                                                     |
> |The programmers still have to specify the right switches, and pay    |
> |attention to the results, and know how to fix them, which is a       |
> |political/management/skill issue, not a language design issue.       |
> |                                                                     |
> |I know from personal experience that there is a satellite about to be|
> |launched who's control code has many remaining C warnings. Sigh."    |
> |---------------------------------------------------------------------|
> 
> Yes, people are idiots.

For making decisions (e.g. about ignoring warnings), programmers just have
a proven set of rules.  This set is defined by a certain rationality,
which is bounded, and not just technical:  it is also imposed by
tradition, knowledge, and management. It does sometimes make sense
---post hoc at least.  If this situation helps you live a peaceful life
with your family and friends, why bother with messy warnings at work?

At work, if the leading staff, adequately payed, thinks you should not
ignore warnings, then have them say when, and when not, to treat warnings
as errors. Or, at least have them delegate responsibility for defects
to you. OK, the latter is an unrelated issue.



  reply	other threads:[~2010-02-15 12:19 UTC|newest]

Thread overview: 41+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-02-09 21:20 Software Quality in Science Jerry
2010-02-09 21:51 ` Jerry
2010-02-09 22:00   ` Hibou57 (Yannick Duchêne)
2010-02-10  4:13     ` Thomas Wicklund
2010-02-10  5:24       ` Hibou57 (Yannick Duchêne)
2010-02-09 23:43   ` Robert A Duff
2010-02-10  1:01     ` Georg Bauhaus
2010-02-10 14:34       ` Stephen Leake
2010-02-10 15:09         ` Martin
2010-02-10 16:37         ` Robert A Duff
2010-02-10 17:05           ` Martin
2010-02-10 13:13     ` Florian Weimer
2010-02-10 13:30       ` (see below)
2010-02-10 13:38       ` Martin
2010-02-15 11:20       ` Colin Paul Gloster
2010-02-15 14:52         ` Maciej Sobczak
2010-02-15 18:48           ` Colin Paul Gloster
2010-02-10 14:29     ` Stephen Leake
2010-02-10 14:38       ` Hyman Rosen
2010-02-10 16:24         ` Robert A Duff
2010-02-15 11:32       ` Colin Paul Gloster
2010-02-15 12:19         ` Georg Bauhaus [this message]
2010-02-10 13:55   ` Ludovic Brenta
2010-02-10 14:21     ` Hibou57 (Yannick Duchêne)
2010-02-10 22:52     ` Bob Spooner
2010-02-11  8:29       ` Rick
2010-02-11 22:39   ` Hibou57 (Yannick Duchêne)
2010-02-11 23:10     ` Brian Drummond
2010-02-11 23:21       ` Hibou57 (Yannick Duchêne)
2010-02-11 23:24         ` Hibou57 (Yannick Duchêne)
2010-02-12  0:06         ` Robert A Duff
2010-02-12  0:32           ` Hibou57 (Yannick Duchêne)
2010-02-12  7:37           ` Pascal Obry
2010-02-12 10:58           ` Stephen Leake
2010-02-12 15:02             ` Robert A Duff
2010-02-15 10:49           ` Alex R. Mosteo
2010-02-12  7:37         ` Pascal Obry
2010-02-15 12:18       ` Colin Paul Gloster
2010-02-15 11:08   ` Colin Paul Gloster
2010-02-15 14:43     ` Hibou57 (Yannick Duchêne)
2010-02-15 19:01       ` Colin Paul Gloster
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox