Quotesdtb.com
Home
Authors
Quotes of the day
Top quotes
Topics
Software Quotes - page 19
The way that big software companies used to make software was hiring all the smart people, locking them in a room, and sliding pizza under the door, until they had written whatever needed writing. And then selling tickets to get into the room.
Simon Phipps
Sun is one of many US companies that file software patents regularly, the reason we file software patents regularly is the same reason that Americans buy guns. Americans buy guns, because Americans buy guns. American corporations file software patents because American corporations file software patents."
Simon Phipps
Graphical design notations have been with us for a while... their primary value is in communication and understanding. A good diagram can often help communicate ideas about a design, particularly when you want to avoid a lot of details. Diagrams can also help you understand either a software system or a business process. As part of a team trying to figure out something, diagrams both help understanding and communicate that understanding throughout a team. Although they aren't, at least yet, a replacement for textual programming languages, they are a helpful assistant... Of these graphical notations, the UML's importance comes from its wide use and standardization within the OO development community. The UML has become not only the dominant graphical notation within the OO world but also a popular technique in non-OO circles.
Martin Fowler
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.
Ward Cunningham
Software companies should take more responsibility for security holes, especially in browsers and e-mail clients. There are some straightforward things the industry should be doing right now to fix things, and I don't know why they haven't been done yet.
Tim Berners-Lee
The growing complexity of software is the motivation behind work on industrializing software development. In particular, current research in the area of model driven engineering (MDE) is primarily concerned with reducing the gap between problem and software implementation domains through the use of technologies that support systematic transformation of problem-level abstractions to software implementations. The complexity of bridging the gap is tackled through the use of models that describe complex systems at multiple levels of abstraction and from a variety of perspectives, and through automated support for transforming and analyzing models. In the MDE vision of software development, models are the primary artifacts of development and developers rely on computer-based technologies to transform models to running systems.
Bernhard Rumpe
In all engineering disciplines nowadays, software engineering excluded, there exists an established engineering process to develop a system, which is accompanied by a number of suited modeling description techniques. Software engineering, being a rather new field, has not as yet established any clear methodical guidance or a fully standardized modeling notation.
Bernhard Rumpe
Extreme Programming is the most prominent new, light-weight (or agile) methods, defined to contrast the current heavy-weight and partially overloaded object-oriented methods. It focuses on the core issues of software technology. One of its principles is not to rely on diagrams to document a system.
Bernhard Rumpe
The term Model-Driven Engineering (MDE) is typically used to describe software development approaches in which abstract models of software systems are created and systematically transformed to concrete implementations.... Full realizations of the MDE vision may not be possible in the near to medium-term primarily because of the wicked problems involved. On the other hand, attempting to realize the vision will provide insights that can be used to significantly reduce the gap between evolving software complexity and the technologies used to manage complexity.
Bernhard Rumpe
The information age is an age of permanently getting stuck. Greater and greater speed is demanded. New software, new hardware, new structures, new cultural techniques. Life-long learning? Yes. But the company can't fire the secretary every six months, just because she can't cope with the new version of Excel. They can count their keystrokes, measure their productivity ... but! They will never be able to sanction their inability! Because that is immanent.
Johannes Grenzfurthner
It's hard to propose a $100 laptop for a world community of kids and then not say in the same breath that you're going to depend on the community to make software for it.
Nicholas Negroponte
There are two methods in software design. One is to make the program so simple, there are obviously no errors. The other is to make it so complicated, there are no obvious errors.
C. A. R. Hoare
At first I hoped that such a technically unsound project would collapse but I soon realized it was doomed to success. Almost anything in software can be implemented, sold, and even used given enough determination. There is nothing a mere scientist can say that will stand against the flood of a hundred million dollars. But there is one quality that cannot be purchased in this way - and that is reliability. The price of reliability is the pursuit of the utmost simplicity. It is a price which the very rich find most hard to pay.
C. A. R. Hoare
Until we understand languages of communication involving humans as they are then it is unlikely many of our software problems will vanish.
Richard Hamming
If an innovative piece of software comes along, Microsoft copies it and makes it part of Windows, ... This is not innovation. This is the end of innovation.
Larry Ellison
Economic principles underlie the overall structure of the software lifecycle, and its primary refinements of prototyping, incremental development, and advancemanship. The primary economic driver of the life-cycle structure is the significantly increasing cost of making a software change or fixing a software problem, as a function of the phase in which the change or fix is made.
Barry Boehm
The spiral model presented in this article is one candidate for improving the software process model situation. The major distinguishing feature of the spiral model is that it creates a risk-driven approach to the software process rather than a primarily document-driven or code-driven process. It incorporates many of the strengths of other models and resolves many of their difficulties.
Barry Boehm
Software Engineering Economics is an invaluable guide to determining software costs, applying the fundamental concepts of microeconomics to software engineering, and utilizing economic analysis in software engineering decision making.
Barry Boehm
Like many fields in their early stages, the software field has had its share of project disasters: the software equivalents of Beauvais Cathedral, the S. S. Titanic, and the "Galloping Gertie" Tacoma Narrows Bridge. The frequency of these disaster projects is a serious concern: a recent survey of 600 firms indicated that 35% of them had at least one "runaway' software project.
Barry Boehm
Throughout the software life cycle, there are many decision situations involving limited resources in which software engineering economics techniques provide useful assistance.
Barry Boehm
Success in all types of organization depends increasingly on the development of customized software solutions, yet more than half of software projects now in the works will exceed both their schedules and their budgets by more than 50%.
Barry Boehm
Most post-mortems of these software disaster projects have indicated that their problems would have been avoided or strongly reduced if there had been an explicit early concern with identifying and resolving their high-risk elements. Frequently, these projects were swept along by a tide of optimistic enthusiasm during their early phases, which caused them to miss some clear signals of high risk issues which proved to be the project's downfall later. Enthusiasm for new software capabilities is a good thing. But it needs to be tempered with a concern for early identification and resolution of a project's high-risk elements, so that people can get these resolved early and then focus their enthusiasm and energy on the positive aspects of their software product.
Barry Boehm
Previous
1
...
17
18
19
(Current)
20
Next