📄 relisoft.html
字号:
<html>
<head>
<title>Reliable Software</title>
<meta name="description" content="Reliable Software: Statement of Purpose">
<meta name="keywords" content="reliable, software, reliable software, quality, programmer, software engineering">
</head>
<body background="yellow.gif" tppabs="http://www.relisoft.com/images/yellow.gif" bgcolor="white" text="black">
<table cellpadding=10>
<tr>
<td width="80">
<A href="index-11.htm" tppabs="http://www.relisoft.com/index.htm">
<IMG alt="Reliable Software" border =0 height=39 src="rsbullet.gif" tppabs="http://www.relisoft.com/images/rsbullet.gif" width=39 >
<br>Home</a></td>
<td width="500">
<table cellpadding="10">
<tr>
<td>
<A href="bio.html" tppabs="http://www.relisoft.com/bio.html"><IMG align=top alt="Reliable Developers" border=1 height=168 src ="crew.jpg" tppabs="http://www.relisoft.com/images/crew.jpg" width=153 >
<br><font face="Arial" size="2">Who are we?</font></a>
<p></p><a href="mailto: feedback@relisoft.com"><font face="Arial" size="2">Contact us.</font></a>
</td>
<td>
<font face="haettenschweiler, impact" color="#999933" size="12">About Reliable Software</font>
</td>
</tr>
</table>
</td> </tr>
</table>
<p>
<font face="Arial, Helvetica" size="2">
<table >
<tr>
<td width=100> </td>
<td>
<table cellpadding=10 cellspacing=0 width="500"><tr>
<td bgcolor="white">
<font size="2">
<font size="+1"><b>So <i>why</i> do we put up</b></font> with low quality software?
<p>
<font size="+1"><b>Let's think about it.</b></font> A car usually
breaks down because of wear and tear. What is it that wears out in a
computer program? Do icons fade? Do the menus break off and fall
down on the status bars? Do bits and bytes deteriorate with frequent
use? The truth is that all the bugs you discover using your system
or application have been there from the beginning. You were sold a
defective program! To continue with the automotive analogy, it. s as
if you were sold a car with a design flaw. A leaky gas tank. A
slipping clutch. What happens in the automobile industry when a
potentially dangerous flaw is discovered? The cars are
recalled!</p> </font>
</td> </tr>
</table>
</td> </tr>
</table>
<p>
<table >
<tr>
<td width=100> </td>
<td>
<table cellpadding=10 cellspacing=0 width="500"><tr>
<td bgcolor="white">
<font size="2">
<p><font size="+1"><b>Have you ever heard</b></font> of a software company recalling a program? Well, program flaws are not that
dangerous. The worst that can happen is that you lose some data,
waste a few hours or days of work. No big deal! And before you
report the problem to the manufacturer, check the readme file or the
last minute documentation. Oftentimes you'll find a list of "known
problems" and some creative workarounds. If you decide to call the
company anyway, remember that you'll have to pay the (usually
long-distance) phone charges while they put you on hold, play Muzak,
and make you listen to their pre-recorded ads. And what do you
expect to hear once you reach a technician? That the bug will be
fixed in the next version which is supposed to ship "real soon
now"?
</font>
</td> </tr>
</table>
</td></tr>
</table>
<p>
<table>
<tr>
<td width=100> </td>
<td>
<table cellpadding=10 cellspacing=0 width="500"><tr>
<td bgcolor="white">
<font size="2">
<font size="+1"><b>How can software companies</b></font> get away with this? Because we let them. Don't get me wrong-- I don't think they do it out of malice. They are driven by market economy, they produce software that sells and they try to minimize their costs. So as long as users keep buying low quality software, companies will keep making it. And the users have little choice because <i>everybody is producing lousy software</i>. So either you buy it or you let your computer grow cobwebs.
</font>
</td> </tr>
</table>
</td> </tr>
</table>
<p>
<table>
<tr>
<td width=100> </td>
<td>
<table cellpadding=10 cellspacing=0 width="500"><tr>
<td bgcolor="white">
<font size="2">
<font size="+1"><b>Is it possible to make</b></font> high quality software, and would it be very expensive? Yes, it is perfectly possible and yes, it would cost an arm and a leg, using current technology. You see, what happened was that the software industry cornered itself. Let me explain: Relatively speaking, <i>software costs nothing to produce</i>. This is why there is so much cheap shareware and freeware that can be got for the price of connecting to the Internet and downloading it. That's right-- when you buy a software product, you pay for marketing. Only a few cents per package goes back to programmers who wrote the code. Of course, multiplied by the number of boxes, these cents add up to quite a hefty salary and attractive stock options. Programmers are not paupers! Still, from a software company's point of view, <i>programmers are cheap</i>.
</font>
</td> </tr>
</table>
</td> </tr>
</table>
<p>
<table>
<tr>
<td width=100> </td>
<td>
<table cellpadding=10 cellspacing=0 width="500"><tr>
<td bgcolor="white">
<font size="2">
<font size="+1"><b>Hiring more programmers</b></font> is the standard answer to most problems facing software companies. They call it <i>increasing the headcount</i> (as if they were dealing with cattle or hogs). The problem with this approach is that it leads to further deterioration of the quality of their products. Not only because there simply aren't that many top notch programmers on the market, but also because of the tremendous overhead of large team work. In software development the inter-dependencies between various components/developers grow exponentially with the number of components/developers.
</font>
</td> </tr>
</table>
</td> </tr>
</table>
<p>
<table>
<tr>
<td width=100> </td>
<td>
<table cellpadding=10 cellspacing=0 width="500"><tr>
<td bgcolor="white">
<font size="2">
<font size="+1"><b>You can also make</b></font> programmers work harder, work them during weekends and holidays and make them feel guilty if they don't. After all they are paid a lot (relative to other professions, if not to the revenue they create). If your programmers work harder, you need fewer of them and you cut down the overhead of large team work. This approach also has its limitations. First of all, the really smart programmers can see through it and they sooner or later quit. Second of all, in order to do quality programming you have to have a clear mind. And once you start hallucinating after staring at the monitor for twelve hours, the quality of your work goes down the drain.
</font>
</td> </tr>
</table>
</td> </tr>
</table>
<p>
<table>
<tr>
<td width=100> </td>
<td>
<table cellpadding=10 cellspacing=0 width="500"><tr>
<td bgcolor="white">
<font size="2">
<font size="+1"><b>You'd think that software companies</b></font> would try to provide their programmers with the best tools money can buy, if they cared so much about increasing their productivity. Well, you'd be surprised to find out that many programmers have more powerful computers at home than they do at work. Programmers love large high resolution screens. They provide more real estate to display all the files they work with, plus the output from the compiler, plus the e-mail, plus the stock ticker (to watch their stock options grow). But big monitors are expensive, so they are mostly for the managers.
</font>
</td> </tr>
</table>
</td> </tr>
</table>
<p>
<table>
<tr>
<td width=100> </td>
<td>
<table cellpadding=10 cellspacing=0 width="500"><tr>
<td bgcolor="white">
<font size="2">
<font size="+1"><b>Surely there must be a lot</b></font> of software tools that make programmers more productive. You'd think a big software company must spend lots of money not only buying the best tools, but also developing new ones for internal consumption. Well, guess again-- Why do you think they should spend money on tools if they can simply <i>hire more programmers</i>. And where do they put their best programmers? They put them to work on their company's main product-- not on some useless tools. There is no time to write tools! And most definitely there is no time to switch to some new untested methodologies (also because most of them turned out to be useless in the past).
</font>
</td> </tr>
</table>
</td> </tr>
</table>
<p>
<table>
<tr>
<td width=100> </td>
<td>
<table cellpadding=10 cellspacing=0 width="500"><tr>
<td bgcolor="white">
<font size="2">
<font size="+1"><b>This vicious circle</b></font> will continue until the situation becomes so bad that a <i>paradigm shift</i> will have to occur. And this is where Reliable Software comes in. What we are trying to do is to prove that high quality software can be created in the environment where:
<ul>
<li>There are just a few good programmers,
<li>They follow a methodology that ensures high quality and productivity and
<li>They have the best tools to support this methodology and automate <i>everything</i> that
can possibly be automated.</li>
</ul>
</font>
</td> </tr>
</table>
</td> </tr>
</table>
<p>
<table>
<tr>
<td width=100> </td>
<td>
<table cellpadding=10 cellspacing=0 width="500"><tr>
<td bgcolor="white">
<font size="2">
<font size="+1"><b>We want to prove</b></font> our point by following our own preaching and achieving commercial success. In other words, we are putting our money where our mouth is. Since currently there are no high quality productivity tools for programmers on the market, we'll have to create our own. So this is where we start. Please visit this site from time to time to watch our progress. We'll be quite open about what we are doing, since we have no competition to speak of. We will also provide previews of our tools, free demos and free gadgets for downloading. And we are planning on making our methodology available to everybody interested in it (a book is in advanced stages of preparation).
</font>
</td> </tr>
</table>
</td> </tr>
</table>
<p>
<table>
<tr>
<td width=100> </td>
<td>
<table cellpadding=10 cellspacing=0 width="500"><tr>
<td bgcolor="white">
<font size="2">
<font size="+1"><b>How many</b></font> programmers are we? <br>
Four. Just watch us!
</font>
</td> </tr>
</table>
</td> </tr>
</table>
<p>
<table >
<tr>
<td width=100> </td>
<td>
<table cellpadding=10 cellspacing=0 width="500"><tr>
<td bgcolor="white">
<font size="2">
<font size="+1"><b>Bartosz Milewski</b></font><br>
President, Reliable Software
</font>
</td> </tr>
</table>
</td> </tr>
</table>
<p>
<!-- Ariane -->
<table cellpadding=5 cellspacing=0>
<TBODY>
<tr>
<td width=95 align=right>
<i><center><IMG alt=bug border=0 height=25 src="bug-1.gif" tppabs="http://www.relisoft.com/images/bug.gif" width=25></center>
<font size="-1"><p>It took 10 years and $7 billion to make. <p>It took 1 bug and 40 seconds to destroy.</i></p></font>
</TD>
<td>
<table width="500" border="1" cellpadding="5" bgcolor="#FFFFCC">
<tr><td>
<font size="2">
<font size="+1"><center><i><b>Ariane Flight 501 Blew Up.</b></i></center></font>
<hr>
<font size="+1"><b>The internal SRI software exception</b></font> was caused during execution of a data conversion from 64-bit floating point to 16-bit signed integer value. The floating point number which was converted had a value greater than what could be represented by a 16-bit signed integer. This resulted in an Operand Error. The data conversion instructions (in Ada code) were not protected from causing an Operand Error, although other conversions of comparable variables in the same place in the code were protected.
<p>For more details see the results of the <a href="javascript:if(confirm('http://www.esrin.esa.it/htdocs/tidc/Press/Press96/ariane5rep.html \n\nThis file was not retrieved by Teleport Pro, because it is addressed on a domain or path outside the boundaries set for its Starting Address. \n\nDo you want to open it from the server?'))window.location='http://www.esrin.esa.it/htdocs/tidc/Press/Press96/ariane5rep.html'" tppabs="http://www.esrin.esa.it/htdocs/tidc/Press/Press96/ariane5rep.html">ARIANE 5</a> disaster
inquiry.</p>
</td> </tr>
</table>
</td></TR>
</TBODY>
</TABLE>
</font></p>
</body>
</html>
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -