Citazioni
I believe the hard part of building software to be the specification, design, and testing of conceptual construct, not the labor of representing it and testing the fidelity of the representation. The hardest single part of building a software system is deciding precisely what to build The mythical man month. L’esperienza degli anni mi fa sempre di più apprezzare questa citazione, i problemi tecnici si superano, i bug vengono corretti, le tecnologie evolvono ed aiutano, ma se non si capisce cosa si deve costruire… è tutta fatica sprecata. Per questa ragione ritengo che il successo di un...
“We far too often rely on developers solving User Experience problems, without thinking of the effects this could have. not many developers are skilled in this area, and the importance and value of this field is included in this capability. Usability should be a higher priority in most cases. I have seen projects that were considered failures because the user experience was too technical. …. The design was not in line with how the end user really worked, so the user interface needed a lot of rework.” Joachim Rossberg [Pro Visual Studio Team System Application...
"...the programmers and architects and managers who develop software don't understand their customers anywhere near as well as they should, as well as designers in other industries have been forced to" "As with many areas of computing, user interface design is a highly specialized skill, of which most programmer knows nothing" "Programmers value control more than ease of use, concentrating on making complex things possible instead of making simple things simple." "User interface design guru Alan Cooper defines a "computer-literate user" as one who has been hurt so many times that the scar tissue is thick enough...
The first step toward process maturity is to define a project's rhythm. Once this rhythm is established, then and only then can the project work to keep improving the beat. Grady Booch - Managing the Object Oriented Project
The single most important determinant of the quality of a software system is its architecture. A good architecture keeps concerns of different kinds separate so that a change in one does not affect other parts of the system. ………. The architecture is manifested in an early and critical version of the system, a version that can be made executable, a version we call the architecture baseline.
Aspect Oriented Software Development With Use CasesIvar Jacobson, Pan-Wei Ng
Esistono libri od articoli che talvolta contengono frasi molto interessanti e che racchiudono in poche righe grandi verità, per questa ragione ho creato nel mio blog una categoria chiamata "citazioni" in cui metterò qualche citazione. Inizio con questa presa da Aspect oriented software developement with use cases
"If you want to build the correct system, you have to get the requirements correct. This does not necessarily mean thick and huge volumes of documents. You must understand the motivation behind the stated requirements, the stakeholders' concerns. And that is paramount."
Alk.