A Quote by Jack Dangermond

We shifted our philosophy from being a computer mapping group that would support planners to the idea of building actual software that would be well engineered. Because at that time, our software was not well-engineered at all; it was basically built with project funding and for project work, largely by ourselves.
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.
When I was at Tek, I was frustrated that computer hardware was being improved faster than computer software. I wanted to invent some software that was completely different, that would grow and change as it was used. That's how wiki came about.
When Maryam Babangida and Mariam Abacha built the Women Centre and the National Hospital they did not carry the buildings when they left government. I will not go with the peace mission building. Women should resist being used to kick against the project. If the project was for men the budget for the project would have long been passed.
The primary purpose of software estimation is not to predict a project's outcome; it is to determine whether a project's targets are realistic enough to allow the project to be controlled to meet them.
It's simply unrealistic to depend on secrecy for security in computer software. You may be able to keep the exact workings of the program out of general circulation, but can you prevent the code from being reverse-engineered by serious opponents? Probably not. The secret to strong security: less reliance on secrets.
The software programs that make our body run ... were evolved in very different times. We'd like to actually change those programs. One little software program, called the fat insulin receptor gene, basically says, 'Hold onto every calorie, because the next hunting season may not work out so well.' That was in the interests of the species tens of thousands of years ago. We'd like to turn that program off.
We support about 5,000 non-governmental organizations (NGOs) with software, training, and technical support. We provide our software at virtually no cost to them, and they're lighting up the world with what they do.
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?
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!
It applies in any business. Shoemakers should be run by shoe guys, and software firms by software guys, and supermarkets by supermarket guys. With the advice and support of their bean counters, absolutely, but with the final word going to those who live and breathe the customer experience. Passion and drive for excellence will win over the computer-like, dispassionate, analysis-driven philosophy every time.
Software is a reflection of our own mind. And as our software improves it will not only take on the patterns of our minds more closely, but it will also pick up the energy of our minds; in other words, I think that software is alive.
We started with things like locating ski runs or locating a transmission line corridor or locating a new town or doing a coastal zone plan. We ourselves weren't doing the planning work, but we were doing all the mapping work for the landscape architects and planners who would subsequently incorporate the maps into their actual designs.
If car manufacturers made cars according to spec the same way software vendors make software according to spec, all five wheels would be of widely differing sizes, it would take one person to steer and another to work the pedals and yet another to operate the user-friendly menu-driven dashboard, and if it would not drive straight ahead without a lot of effort, civil engineers would respond by building spiraling roads around each city.
We taught ourselves to simulate how microprocessors work using DEC computers so we could develop software even before our machine was built.
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.
I think we're proving ourselves as we go along. The past several months our strategy has been evolutionary - making maximum advantage of our client browser, as well as our enterprise software for people who want to build Web sites.
This site uses cookies to ensure you get the best experience. More info...
Got it!