A Quote by Bjarne Stroustrup

Some software is actually pretty good, by any standard. Think of the Mars Rovers, Google, and the Human Genome Project. Now, that's quality software! — © Bjarne Stroustrup
Some software is actually pretty good, by any standard. Think of the Mars Rovers, Google, and the Human Genome Project. Now, that's quality software!
I'm not of the opinion that all software will be open source software. There is certain software that fits a niche that is only useful to a particular company or person: for example, the software immediately behind a web site's user interface. But the vast majority of software is actually pretty generic.
High-quality software is not expensive. High-quality software is faster and cheaper to build and maintain than low-quality software, from initial development all the way through total cost of ownership.
Why shouldn't we give our teachers a license to obtain software, all software, any software, for nothing? Does anyone demand a licensing fee, each time a child is taught the alphabet?
Software projects fail for one of two general reasons: the project team lacks the knowledge to conduct a software project successfully, or the project team lacks the resolve to conduct a project effectively.
There's a fundamental problem with how the software business does things. We're asking people who are masters of hard-edged technology to design the soft, human side of software as well. As a result, they make products that are really cool - if you happen to be a software engineer.
With software products, it is usual to find that the software has major `bugs' and does not work reliably for some users... The lay public, familiar with only a few incidents of software failure, may regard them as exceptions caused by exceptionally inept programmers. Those of us who are software professionals know better; the most competent programmers in the world cannot avoid such problems.
...One of the most important lessons, perhaps, is the fact that SOFTWARE IS HARD. From now on I shall have significantly greater respect for every successful software tool that I encounter. During the past decade I was surprised to learn that the writing of programs for TeX and Metafont proved to be much more difficult than all the other things I had done (like proving theorems or writing books). The creation of good software demand a significiantly higher standard of accuracy than those other things do, and it requires a longer attention span than other intellectual tasks.
Since my own genome was sequenced, my software has been broadcast into space in the form of electromagnetic waves, carrying my genetic information far beyond Earth. Whether there is any creature out there capable of making sense of the instructions in my genome, well, that's another question.
The software patent problem is not limited to Mono. Software patents affect everyone writing software today.
In the free/libre software movement, we develop software that respects users' freedom, so we and you can escape from software that doesn't.
Software patents are dangerous to software developers because they impose monopolies on software ideas.
I started a software company with a couple other folks. It went public. We made plenty of money. And I thought it was this incredible mission, but in fact, we sold software to Haliburton; we sold software to Frito-Lay and Pepsi and all these companies that didn't necessarily do good things.
However, writing software without defects is not sufficient. In my experience, it is at least as difficult to write software that is safe - that is, software that behaves reasonably under adverse conditions.
Testing by itself does not improve software quality. Test results are an indicator of quality, but in and of themselves, they don't improve it. Trying to improve software quality by increasing the amount of testing is like trying to lose weight by weighing yourself more often. What you eat before you step onto the scale determines how much you will weigh, and the software development techniques you use determine how many errors testing will find. If you want to lose weight, don't buy a new scale; change your diet. If you want to improve your software, don't test more; develop better.
By leveraging the Unicode Standard, Progress Software is enabling its ASPs (Application Service Providers) and ISVs (Independent Software Vendors) to quickly and efficiently deliver their business applications to the Internet and to users around the world.
I named my software 'EMAIL,' (a term never used before in the English language), and I even received the first U.S. Copyright for that software, officially recognizing me as The Inventor of Email, at a time when Copyright was the only way to recognize software inventions, since the U.S. Supreme Court was not recognizing software patents.
This site uses cookies to ensure you get the best experience. More info...
Got it!