Design quotes
From Motley Bytes Wiki
Contents
- 1 Christopher_Wolfgang_Alexander
- 2 Arthur_Bloch
- 3 Robert_N_Britcher
- 4 Fred_Brooks
- 4.1 Software Complexity
- 4.2 Productivity Magnitude
- 4.3 Great Designers
- 4.4 Design Is Important
- 4.5 AI and Design
- 4.6 Team Design
- 4.7 Science of Design
- 4.8 Boldness in Design
- 4.9 Great Designs
- 4.10 Hardest Part of Design
- 4.11 Rapid Prototyping
- 4.12 Promotions out of Design
- 4.13 History Studies What Does Not Work
- 4.14 Rational Model
- 5 Octavia_E_Butler
- 6 Alistair_Cockburn
- 7 Melvin_Conway
- 8 Nigel_Cross
- 9 DeMarco and Lister
- 10 Edsger_Wybe_Dijkstra
- 11 Peter_Drucker
- 12 Albert_Einstein
- 13 Samuel_C_Florman
- 14 Martin_Fowler
- 15 Alexander_G_Fraser
- 16 Gordon_Glegg
- 17 Eugene_Grace
- 18 Robert_Heinlein
- 19 Hermann_von_Helmholtz
- 20 Tony_Hoare
- 21 Steve_Jobs
- 22 Hollis_A_Kinslow
- 23 Kenneth_W_Kolence
- 24 Alexander_Kossiakoff et al.
- 25 Malcolm_McIlroy
- 26 John_David_North
- 27 J_Robert_Oppenheimer
- 28 Alan_Perlis
- 29 Steven_Pinker
- 30 Karl_Popper
- 31 Douglas_T_Ross
- 32 Bertrand_Russell
- 33 Franz_Selig
- 34 Claude_Shannon
- 35 Herbert_Simon
- 36 Shannon_Vallor
- 37 Patrick_Vlaskovits
- 38 Edward_Yourdon
- 39 Shoshana_Zuboff
Christopher_Wolfgang_Alexander
Complexity
“Today more and more design problems are reaching insoluble levels of complexity... In spite of their superficial simplicity, even these problems have a background of needs and activities which is becoming too complex to grasp intuitively.”
- Source: Alexander, C. (1964). Notes on the Synthesis of Form. Harvard University Press. ISBN: 9780674627512. Retrieved 2018-03-29 from https://monoskop.org/images/f/ff/Alexander_Christopher_Notes_on_the_Synthesis_of_Form.pdf . Page 3.
Design Information Overload
“Not only is the quantity of information itself by now beyond the reach of single designers, but the various specialists who retail it are narrow and unfamiliar with the form-makes' peculiar problems, so that it is never clear quite how the designer should best consult them.”
- Source: Alexander, C. (1964). Notes on the Synthesis of Form. Harvard University Press. ISBN: 9780674627512. Retrieved 2018-03-29 from https://monoskop.org/images/f/ff/Alexander_Christopher_Notes_on_the_Synthesis_of_Form.pdf . Page 4.
- See Also:
Random Information Design
“The average designer scans whatever information he happens on, consults a consultant now and then when faced by extra-special difficulties, and introduces randomly selected information into forms otherwise dreamt up in the artist's studio of his mind.”
- Source: Alexander, C. (1964). Notes on the Synthesis of Form. Harvard University Press. ISBN: 9780674627512. Retrieved 2018-03-29 from https://monoskop.org/images/f/ff/Alexander_Christopher_Notes_on_the_Synthesis_of_Form.pdf . Page 4.
- See Also:
Negative Differences
“We should always expect to see the process of achieving good fit between two entities as a negative process of neutralizing the incongruities, or forces, which cause misfit.”
- Source: Alexander, C. (1964). Notes on the Synthesis of Form. Harvard University Press. ISBN: 9780674627512. Retrieved 2018-03-29 from https://monoskop.org/images/f/ff/Alexander_Christopher_Notes_on_the_Synthesis_of_Form.pdf . Page 24.
- See Also:
Negative Requirements
“If we think of the requirements from a negative point of view, as potential misfits, there is a simple way of picking a finite set. This is because it is through misfit that the problem originally brings itself to our attention.”
- Source:Alexander, C. (1964). Notes on the Synthesis of Form. Harvard University Press. ISBN: 9780674627512. Retrieved 2018-03-29 from https://monoskop.org/images/f/ff/Alexander_Christopher_Notes_on_the_Synthesis_of_Form.pdf . Page 26.
- See Also:
Problems Worth Attention
“We cannot have a unitary of field description of a context and still have a design problem worth attention.”
- Source: Alexander, C. (1964). Notes on the Synthesis of Form. Harvard University Press. ISBN: 9780674627512. Retrieved 2018-03-29 from https://monoskop.org/images/f/ff/Alexander_Christopher_Notes_on_the_Synthesis_of_Form.pdf . Page 26.
- See Also:
- Keywords: Design_quotes Complexity_quotes Unitary_quotes Field_quotes Description_quotes Context_quotes Problem_quotes Attention_quotes
Flimsy Solution Conviction
“In the case of a real design problem, even our conviction that there is such a thing as fit to be achieved is curiously flimsy and insubstantial. We are searching for some kind of harmony between two intangibles: a form which we have not yet designed, and a context which we cannot properly describe. The only reason we have for thinking that there must be some kind of fit to be achieved between them is that we can detect incongruities, or negative instances of it.”
- Sourve: Alexander, C. (1964). Notes on the Synthesis of Form. Harvard University Press. ISBN: 9780674627512. Retrieved 2018-03-29 from https://monoskop.org/images/f/ff/Alexander_Christopher_Notes_on_the_Synthesis_of_Form.pdf . Page 26.
- See Also:
- Keywords: Design_quotes Problem_quotes Confidence_quotes Incongruity_quotes Case_quotes Conviction_quotes Fit_quotes Achieve_quotes Curious_quotes Flimsy_quotes Insubstantial_quotes Search_quotes Kind_quotes Harmony_quotes Intangible_quotes Form_quotes Context_quotes Description_quotes Reason_quotes Thinking_quotes Detect_quotes Negative_quotes Instance_quotes
Time for Equilibrium
“Misfit provides an incentive to change; good fit provides none. In theory the process is eventually bound to reach the equilibrium of well-fitting forms. However, for the fit to occur in practice, one vital condition must be satisfied. It must have time to happen. The process must be able to achieve equilibrium before the next culture change upsets it again... The direct response is the feedback of the process. If the process is to maintain the good fit ... while the culture drifts, it needs a feedback sensitive enough to take action the moment that one of the potential failures actually occurs.”
- Source: Alexander, C. (1964). Notes on the Synthesis of Form. Harvard University Press. ISBN: 9780674627512. Retrieved 2018-03-29 from https://monoskop.org/images/f/ff/Alexander_Christopher_Notes_on_the_Synthesis_of_Form.pdf . Page 50-51.
- See Also:
- Keywords: Design_quotes Incongruity_quotes Change_quotes Equilibrium_quotes Schedule_quotes Time_quotes Feedback_quotes Misfit_quotes Incentive_quotes Fit_quotes Theory_quotes Process_quotes Bound_quotes Form_quotes Practice_quotes Vital_quotes Condition_quotes Satisfy_quotes Time_quotes Happen_quotes Achieve_quotes Before_quotes Culture_quotes Upset_quotes Direct_quotes Response_quotes Maintain_quotes Drift_quotes Sensitive_quotes Action_quotes Potential_quotes Failure_quotes Occur_quotes
Arthur_Bloch
Sodd's Second Law
“Sooner or later, the worst possible set of circumstances is bound to occur.
Corollary: Any system must be designed to withstand the worst possible set of circumstances.”
- Source: Attributed to an unidentified person called Sodd, reported in the book "Murphy's Law and Other Reasons Why Things Go Wrong" written by Arthur Bloch, first edition publish in 1977 by Price/Stern/Sloan, Los Angeles, California. ISBN-10: 0843104287. ISBN-13: 978-0843104288. Chapter Murphology, page 17.
- Notes: Who Sodd was has not been reliably identified.
- Keywords: Murphy(topic)_quotes Law_quotes Worse_quotes Possible_quotes Circumstance_quotes Occur_quotes System_quotes Design_quotes Withstand_quotes
Robert_N_Britcher
One Database
“I went too far. I specified too much detail. I insisted that one relational database connect every element of the software development environment. The subsystem designers and coders soon learned that this elegant solution could not work. Uniformity and commonality have their limits. ... They developed separate databases that could be queried independently. The team succeeded and I learned when to stop.”
- Source: Britcher, Robert N. (1999). The Limits of Software: People, Projects, and Perspectives. Reading, MA: Addison Wesley. ISBN 0-201-43323-0. Page 41.
- Keywords: Detail_quotes Database_quotes Relational_quotes Element_quotes Software_quotes Development_quotes Design_quotes Programmer_quotes Elegant_quotes Solution_quotes Uniformity_quotes Commonality_quotes Limitation_quotes Independent_quotes Query_quotes Team_quotes Success_quotes Learning_quotes Far_quotes Specify_quotes Insist_quotes Connect_quotes Environment_quotes Subsystem_quotes Coder_quotes Work_quotes Limit_quotes Separate_quotes Stop_quotes
Limits of Testing
“The limits of software are never more obvious than in its testing. Software systems are beyond discrete and statistical analysis. A single incorrect state - out of two to the trillionth states - can down a rocket: To find such a fault in a software system would require a hundred generations of programmers - but after the first failure is found and fixed, all bets are off; they wouldn't be testing the same system anymore. We can design and build fail-safe systems, but can we know we did?”
- Source: Britcher, Robert N. (1999). The Limits of Software: People, Projects, and Perspectives. Reading, MA: Addison Wesley. ISBN 0-201-43323-0. Page 56.
- Keywords: Limitation_quotes Software_quotes Obvious_quotes Testing_quotes Discrete_quotes Statistics_quotes Analysis_quotes State_quotes Incorrect_quotes Correctness_quotes Error_quotes Rocket_quotes Fault_quotes System_quotes Programmer_quotes Programming_quotes Failure_quotes Correction_quotes Found_quotes Design_quotes Safe_quotes Knowledge_quotes Limit_quotes Beyond_quotes Trillion_quotes Down_quotes Find_quotes Require_quotes Generation_quotes First_quotes Fix_quotes Bet_quotes Off_quotes Fail_Safe_quotes
Verification Percent
“Over 70 percent of the technical budget was spent on verification activities such as inspections and testing; only 30 percent was spent designing and writing code.”
- Source: Britcher, Robert N. (1999). The Limits of Software: People, Projects, and Perspectives. Reading, MA: Addison Wesley. ISBN 0-201-43323-0. Page 117.
Important Development Things
“The single, most important thing is that the individual programmer needs to be given total responsibility and control of the programming, including its function... eliminate project design and review as an exhaustive and rigorous process. Most of the design and review should occur as the program is written. ... Monitor progress on the project by talking to the individual programmers as [code] is being written. ... You must trust developers on the project to create a good product. ... Sometimes there are failures. ... The important thing is to fail quickly so you have time to find another approach. ... Developers must also feel free to say what they think to their supervisor. ... Managers should be the best programmers; ...There should be no overtime pay. ... Use profit-sharing and bonuses to get awesome products. ... Developers should each get their own office. ... Eliminate the dress code. Avoid meetings at all costs. ... Writing software is a lot like writing a book. Almost anyone can write garbage; very few can write a best-seller.”
- Source: Britcher, Robert N. (1999). The Limits of Software: People, Projects, and Perspectives. Reading, MA: Addison Wesley. ISBN 0-201-43323-0. Page 155-156.
- Keywords: Importance_quotes Programmer_quotes Responsibility_quotes Control_quotes Programming_quotes Function_quotes Design_quotes Review_quotes Rigorous_quotes Heavy_quotes Methodology_quotes Monitoring_quotes Progress_quotes Project_quotes Communication_quotes Trust_quotes Development_quotes Failure_quotes Quickness_quotes Thinking_quotes Expression_quotes Overtime_quotes Management_quotes Profit_Sharing_quotes Bonus_quotes Product_quotes Excellence_quotes Office_quotes Dress_Code_quotes Meeting_quotes Software_quotes Writing_quotes Garbage_quotes Best_Seller_quotes Compensation_quotes Eliminate_quotes Occur_quotes Coding_quotes Talk_quotes Code_quotes Developer_quotes Create_quotes Good_quotes Say_quotes Think_quotes Supervisor_quotes Manager_quotes Best_quotes Awesome_quotes Book_quotes
Fred_Brooks
Software Complexity
“Einstein repeatedly argued that there must be simplified explanations of nature, because God is not capricious or arbitrary. No such faith comforts the software engineer. Much of the complexity he must master is arbitrary complexity, forced without rhyme or reason by the many human institutions and systems to which his interfaces must conform. These differ from interface to interface, and from time to time, not because of necessity but only because they were designed by different people, rather than by God.”
- Source: Brooks Jr., F. P. (1995). The Mythical Man-Month - Essays on Software Engineering (Anniversary Edition) | 1975/1995 (Anniv.). Boston. MA: Addison-Wesley. ISBN: 0201835959. Chapter 16, page 184.
- Keywords: Complexity_quotes Software_quotes Nature_quotes Deity_quotes Faith_quotes System_quotes Interface_quotes Human_Limitations_quotes Design_quotes Software_Design_quotes Einstein(topic)_quotes Repeat_quotes Argue_quotes Simplify_quotes Explanation_quotes God_quotes Capricious_quotes Arbitrary_quotes Force_quotes Rhyme_quotes Reason_quotes Human_quotes Limit_quotes Institution_quotes Conform_quotes Different_quotes Time_quotes Necessary_quotes People_quotes
Productivity Magnitude
“Study after study shows that the very best designers produce structures that are faster, smaller, simpler, cleaner, and produced with less effort. The differences between the great and the average approach an order of magnitude.”
- Source: Brooks Jr., F. P. (1995). The Mythical Man-Month - Essays on Software Engineering (Anniversary Edition) | 1975/1995 (Anniv.). Boston. MA: Addison-Wesley. ISBN: 0201835959. Chapter 16, page 202.
- Keywords: Design_quotes People_quotes Software_quotes Productivity_quotes Quality_quotes Software_Quality_quotes Project_Management_quotes Excellence_quotes Study_quotes Designer_quotes Produce_quotes Structure_quotes Fast_quotes Simple_quotes Small_quotes Clean_quotes Effort_quotes Project_quotes Management_quotes Difference_quotes Great_quotes Average_quotes Order_quotes Magnitude_quotes
Great Designers
“A little retrospection shows that although many fine, useful software systems have been designed by committees and built by multipart projects, those software systems that have excited passionate fans are those that are the products of one or a few designing minds, great designers.”
- Source: Brooks Jr., F. P. (1995). The Mythical Man-Month - Essays on Software Engineering (Anniversary Edition) | 1975/1995 (Anniv.). Boston. MA: Addison-Wesley. ISBN: 0201835959. Chapter 16, page 202.
- Keywords: Design_quotes People_quotes Software_quotes Quality_quotes Software_Quality_quotes Project_Management_quotes Excellence_quotes Software_Management_quotes Retrospection_quotes Fine_quotes Useful_quotes System_quotes Committee_quotes Build_quotes Multipart_quotes Excited_quotes Passionate_quotes Fan_quotes Product_quotes One_quotes Few_quotes Mind_quotes Great_quotes Designer_quotes Management_quotes
Design Is Important
“Mediocre design provably wastes the world’s resources, corrupts the environment, affects international competitiveness. Design is important; teaching design is important.”
- Source: Brooks Jr., F. P. (2010). The Design of Design. Upper Saddle River, NJ: Addison-Wesley. ISBN: 978-0-201-36298-5. Preface.
AI and Design
“The initial hope, long delayed in realization and I think impossible, was that AI techniques could not only take over much of the drudgery of routine design but even produce brilliant designs lying outside the domains usually explored by humans.”
- Source: Brooks Jr., F. P. (2010). The Design of Design. Upper Saddle River, NJ: Addison-Wesley. ISBN: 978-0-201-36298-5. Preface.
Team Design
“Team design is increasingly the norm for complex artifacts. Teams are often geographically dispersed. Designers are increasingly divorced from both use and implementation — typically they no longer can build with their own hands the things they design. All kinds of designs are now captured in computer models instead of drawings. Formal design processes are increasingly taught, and they are often mandated by employers.”
- Source: Brooks Jr., F. P. (2010). The Design of Design. Upper Saddle River, NJ: Addison-Wesley. ISBN: 978-0-201-36298-5. Preface.
- Keywords: Design_quotes Team_quotes Complexity_quotes Distance_quotes Deskill_quotes Model_quotes Formality_quotes Mandate_quotes Increase_quotes Norm_quotes Artifact_quotes Geographic_quotes Disperse_quotes Designer_quotes Divorce_quotes Use_quotes Implementation_quotes Typical_quotes Build_quotes Hand_quotes Capture_quotes Computer_quotes Drawing_quotes Process_quotes Teach_quotes Employer_quotes
Science of Design
“I believe ‘a science of design’ to be an impossible and indeed misleading goal.”
- Source: Brooks Jr., F. P. (2010). The Design of Design. Upper Saddle River, NJ: Addison-Wesley. ISBN: 978-0-201-36298-5. Preface.
- Keywords: Design_quotes Science_quotes Impossibility_quotes Goal_quotes Misleading_quotes
Boldness in Design
“The boldest design decisions, whoever made them, have accounted for a high fraction of the goodness of the outcome. These bold decisions were made due sometimes to vision, sometimes to desperation. They were always gambles, requiring extra investment in hopes of getting a much better result.”
- Source: Brooks Jr., F. P. (2010). The Design of Design. Upper Saddle River, NJ: Addison-Wesley. ISBN: 978-0-201-36298-5. Preface.
Great Designs
“Great designs have conceptual integrity — unity, economy, clarity. They not only work, they delight, as Vitruvius first articulated.”
- Source: Brooks Jr., F. P. (2010). The Design of Design. Upper Saddle River, NJ: Addison-Wesley. ISBN: 978-0-201-36298-5. Chapter 1, page 8.
Hardest Part of Design
“The hardest part of design is deciding what to design.”
- Source: Brooks Jr., F. P. (2010). The Design of Design. Upper Saddle River, NJ: Addison-Wesley. ISBN: 978-0-201-36298-5. Chapter 3, page 22.
- Keywords: Design_quotes Difficulty_quotes Decision_quotes Hard_quotes Part_quotes
Rapid Prototyping
“Today the software engineering discipline is much more sophisticated. We recognize that rapid prototyping is an essential tool for formulating precise requirements. Not only is the design process iterative; the design-goal-setting process is itself iterative.”
- Source: Brooks Jr., F. P. (2010). The Design of Design. Upper Saddle River, NJ: Addison-Wesley. ISBN: 978-0-201-36298-5. Chapter 3, page 23.
- Keywords: Software_Engineering_quotes Rapid_quotes Prototyping_quotes Tool_quotes Requirements_quotes Iterative_quotes Goal_quotes Design_quotes Today_quotes Software_quotes Engineering_quotes Discipline_quotes Sophisticated_quotes Recognize_quotes Essential_quotes Formulate_quotes Precise_quotes Process_quotes Set_quotes
Promotions out of Design
“Designers get promoted out of design. Consequently, few designers will work in any depth on as many as 100 projects over a working life.”
- Source: Brooks Jr., F. P. (2010). The Design of Design. Upper Saddle River, NJ: Addison-Wesley. ISBN: 978-0-201-36298-5. Chapter 3, page 24.
- Keywords: Design_quotes Promotion_quotes Project_quotes Career_quotes Designer_quotes Consequence_quotes Work_quotes Depth_quotes Life_quotes
History Studies What Does Not Work
“The most potent reason to study design history is to learn what doesn’t work, and why.”
- Source: Brooks Jr., F. P. (2010). The Design of Design. Upper Saddle River, NJ: Addison-Wesley. ISBN: 978-0-201-36298-5. Chapter 3, page 25.
- Keywords: Study_quotes History_quotes Design_quotes Failure_quotes Uselessness_quotes Potent_quotes Reason_quotes Learning_quotes Work_quotes
Rational Model
“Perhaps the most devastating critique of the Rational Model, although perhaps the hardest to prove, is that most experienced designers just don’t work that way.”
- Source: Brooks Jr., F. P. (2010). The Design of Design. Upper Saddle River, NJ: Addison-Wesley. ISBN: 978-0-201-36298-5. Chapter 3, page 30.
Octavia_E_Butler
Power Struggles
“All struggles are essentially power struggles. Who will rule, who will lead, who will define, refine, confine, design. Who will dominate. All struggles are essentially power struggles, and most are no more intellectual than two rams knocking their heads together.”
- Source: Writen by Octavia E. Butler in her book entitled “Parable of the Sower”. Chapter 8. First published by Grand Central Publishing, New York, NY in 1993. Reprinted in 2019. ISBN-13: 978-1538732182.
Alistair_Cockburn
Formal Development
"In the formal development of communications software, in 1987, I was given the motivation, 'The problem with software development is that there is too much ambiguity in the problem statement and in the design description. Things will go better if we get people to work with mathematical formalisms.” After some work in this area, I discovered:
Problem 1. The people on the projects were not interested in learning our system.
Problem 2. They were successfully able to ignore us, and were still delivering software, anyway.
I shifted out of formal development, hearing my formal development colleagues saying, 'The problem lies in the training. Things will go better if we start training students in the necessary mathematics earlier, i.e., secondary school.' Based on what I have learned about people, I expect this will be a frustrated desire. It is not that I doubt certain advantages of formal development, but I do doubt our ability to coax 10**6 people to master it. The question should become, 'Under what circumstances, and with what assignment, should a formal specialist be called in?'"Source: Cockburn, A. A. R. (1999). Characterizing people as non-linear 1st order components in software development. HaT Technical Report 1999.03, Humans and Technology, Inc.. Retrieved 2019-06-29 from https://ameyakarve.wordpress.com
/2012/07/22 /characterizing-people -as-non-linear -1st-order- components-in -software-development -cockburn-us/.
- Keywords: Formality_quotes Methodology_quotes Software_quotes Development_quotes Ambiguity_quotes Design_quotes Specification_quotes Requirements_quotes Training_quotes Education_quotes Specialization_quotes Communication_quotes Motivation_quotes Problem_quotes Statement_quotes Description_quotes People_quotes Work_quotes Mathematics_quotes Learning_quotes Success_quotes Ignore_quotes Deliver_quotes Colleague_quotes Student_quotes School_quotes Frustration_quotes Desire_quotes Advantage_quotes Circumstance_quotes Assignment_quotes Master_quotes
Melvin_Conway
Conway's Law
"Organizations which design systems are constrained to produce designs which are copies of the communication structures of these organizations."
- Source: Melvin E. Conway, A paper entitled “How Do Committees Invent?” published April, 1968, in Datamation magazine, online at http://www.melconway.com
/Home /Committees_Paper.html accessed 2018-03-25.
Nigel_Cross
Conventional Problem Solving
"Conventional wisdom about problem-solving seems often to be contradicted by the behavior of expert designers. But designing has many differences from conventional problem-solving. ... we must be very wary about importing models of design behavior from other fields. Empirical studies of design activity have frequently found 'intuitive' features of design ability to be the most effective and relevant to the intrinsic nature of design. Some aspects of design theory, however, have tried to develop counter-intuitive models and prescriptions for design behavior."
- Source: Nigel Cross. “Designerly Ways of Knowing”. ISBN 978-1-84628-301-7. page 27.
- Keywords: Convention_quotes Wisdom_quotes Problem_quotes Solution_quotes Contradiction_quotes Expert_quotes Design_quotes Model_quotes Behavior_quotes Empirical_quotes Research_quotes Activity_quotes Intuition_quotes Ability_quotes Relevance_quotes Intrinsic_quotes Nature_quotes Theory_quotes Prescription_quotes Feature_quotes Field_quotes Effective_quotes
Analysis Versus Synthesis
"Scientists problem solve by analysis, whereas designers problem-solve by synthesis."
- Source: Cross, N. (1982). Designerly ways of knowing. Design Studies, 3(4), 221–227. https://doi.org/10.1016/0142-694X(82)90040-0.
- Keywords: Science_quotes Problem_quotes Analysis_quotes Solution_quotes Design_quotes Synthesis_quotes
Designerly Ways
"I identified five aspects of designerly ways of knowing: Designers tackle ‘ill-defined’ problems. Their mode of problem-solving is ‘solution-focused’. Their mode of thinking is ‘constructive’. They use ‘codes’ that translate abstract requirements into concrete objects. They use these codes to both ‘read’ and ‘write’ in ‘object languages’."
- Source: Cross, N. (1982). Designerly ways of knowing. Design Studies, 3(4), 221–227. https://doi.org/10.1016/0142-694X(82)90040-0 .
DeMarco and Lister
People Related Problems
"Whatever you name these people-related problems, they’re more likely to cause you trouble on your next assignment than all the design, implementation, and methodology issues you’ll have to deal with. In fact, that idea is the underlying thesis of this whole book: The major problems of our work are not so much technological as sociological in nature."
- Source: Book:: Entitled: Peopleware: Productive Projects and Teams. Edition: 3rd. Written by: Tom DeMarco; Tim Lister. Date published: 1987; 1999; 2013. Publisher: Addison-Wesley. Country: USA; GBR; CAN; DEU; FRA; ESP; ZAF; AUS; JPN; SGP; MEX. Language: en. ISBN: ISBN-13: 978-0-321-93411-6 (alk paper); 0-321-93411-3 (alk paper). Chapter: 1 (Somewhere Today, a Project Is Failing).
Error Quota
"For most thinking workers, making an occasional mistake is a natural and healthy part of their work. But there can be an almost Biblical association between error on the job and sin. This is an attitude we need to take specific pains to change. Speaking to a group of software managers, we introduced a strategy for what we think of as iterative design. The idea is that some designs are intrinsically defect-prone; they ought to be rejected, not repaired. Such dead ends should be expected in the design activity. The lost effort of the dead end is a small price to pay for a clean, fresh start. To our surprise, many managers felt this would pose an impossible political problem for their own bosses: 'How can we throw away a product that our company has paid to produce?' They seemed to believe that they’d be better off salvaging the defective version even though it might cost more in the long run. Fostering an atmosphere that doesn’t allow for error simply makes people defensive. They don’t try things that may turn out badly. You encourage this defensiveness when you try to systematize the process, when you impose rigid methodologies so that staff members are not allowed to make any of the key strategic decisions lest they make them incorrectly. The average level of technology may be modestly improved by any steps you take to inhibit error. The team sociology, however, can suffer grievously. The opposite approach would be to encourage people to make some errors. You do this by asking your folks on occasion what dead-end roads they’ve been down, and by making sure they understand that 'none' is not the best answer. When people blow it, they should be congratulated — that’s part of what they’re being paid for."
- Source: Book: Entitled: Peopleware: Productive Projects and Teams. Edition: 3rd. Written by: Tom DeMarco; Tim Lister. Date published: 1987; 1999; 2013. Publisher: Addison-Wesley. Country: USA; GBR; CAN; DEU; FRA; ESP; ZAF; AUS; JPN; SGP; MEX. Language: en. ISBN: ISBN-13: 978-0-321-93411-6 (alk paper); 0-321-93411-3 (alk paper). Chapter: 2 (Make a Cheeseburger, Sell a Cheeseburger).
- Keywords: Thinking_quotes Worker_quotes Mistake_quotes Work_quotes Natural_quotes Biblical_quotes Error_quotes Job_quotes Sin_quotes Attitude_quotes Change_quotes Software_quotes Manager_quotes Strategy_quotes Iterative_quotes Design_quotes Defect_quotes Intrinsic_quotes Rejection_quotes Repair_quotes Dead_End_quotes Failure_quotes Fail_Early_quotes Activity_quotes Effort_quotes Cost_quotes Clean_quotes Fresh_quotes Impossibility_quotes Political_quotes Problem_quotes Environment_quotes Atmosphere_quotes Defensive_quotes Try_quotes Systematic_quotes Process_quotes Rigidity_quotes Methodology_quotes Technology_quotes Team_quotes Sociology_quotes Suffering_quotes Encouragement_quotes Congratulate_quotes
Edsger_Wybe_Dijkstra
Two Kinds of System Designers
“There are two classes of system designers. The first, if given five problems will solve them one at a time. The second will come back and announce that these aren’t the real problems, and will eventually propose a solution to the single problem which underlies the original five. This is the ‘system type’ who is great during the initial stages of a design project. However, you had better get rid of him after the first six months if you want to get a working system.”
- Source: Edsger Wybe Dijkstra in a report entitled Software Engineering: Report of a Conference Sponsored by the NATO Science Committee. Chaired by Friedrich Ludwig Bauer. Edited by P. Naur; B. Randell. Conference held 1968-10-07 through 1968-10-11 in Garmisch, Germany. OCLC: 35337842. See http://homepages.cs.ncl.ac.uk
/brian.randell /NATO /index.html; http://homepages.cs.ncl.ac.uk /brian.randell /NATO /nato1968.PDF; https://dl.acm.org /citation.cfm ?id=1102020; https://books.google.com /books/about /Software_engineering.html ?id=Uc9QAAAAYAAJ. Page 20.
Dijkstra Algorithm
“What is the shortest way to travel from Rotterdam to Groningen, in general: from given city to given city. It is the algorithm for the shortest path, which I designed in about twenty minutes. One morning I was shopping in Amsterdam with my young fiancée, and tired, we sat down on the café terrace to drink a cup of coffee and I was just thinking about whether I could do this, and I then designed the algorithm for the shortest path. As I said, it was a twenty-minute invention. In fact, it was published in ’59, three years late. The publication is still readable, it is, in fact, quite nice. One of the reasons that it is so nice was that I designed it without pencil and paper. I learned later that one of the advantages of designing without pencil and paper is that you are almost forced to avoid all avoidable complexities. Eventually that algorithm became, to my great amazement, one of the cornerstones of my fame.”
- Source: Dijkstra (2001), in an interview with Philip L. Frana. (OH 330; Communications of the ACM 53(8):41–47)
Peter_Drucker
Ordering Others About
“It does not follow from the separation of planning and doing in the analysis of work that the planner and the doer should be two different people. It does not follow that the industrial world should be divided into two classes of people: a few who decide what is to be done, design the job, set the pace, rhythm and motions, and order others about; and the many who do what and as they are told.”
- Source: Peter Drucker, “The Practice of Management” New York,: Harper, 1st ed. 1954 ; Routledge, 2012, p. 284.
- Keywords: Follow_quotes Separation_quotes Plan_quotes Do_quotes Analysis_quotes Work_quotes Differences_quotes Human_quotes People_quotes Industry_quotes World_quotes Divide_quotes Class_quotes Few_quotes Decision_quotes Design_quotes Set_quotes Pace_quotes Rhythm_quotes Motion_quotes Order_quotes Told_quotes
Albert_Einstein
Simplicity
“Everything should be as simple as it can be, but not simpler”
- Source: Probably the Words of Albert Einstein, quoted in an interview reported in the article “How a Difficult Composer Gets That Way”, published in the New York Times, 1950-01-08, written by Roger Sessions.
- See Also:
- Keywords: Simplicity_quotes Design_quotes Knowledge_quotes Abstraction_quotes Everything_quotes
Samuel_C_Florman
Scientific Engineers
“Although engineers are not scientists, they study the sciences and use them to solve problems of practical interest, most typically by the process that we call creative design.”
- Source: From the book “The Existential Pleasures of Engineering” by {Samuel C. Florman}. Second edition published in 1994 by {St. Martin's Press}, New York, NY. First edition published in 1976. Kindle edition published in 2023. E-book ISBN 978-1466842366. Preface to the first edition.
Martin_Fowler
Software Limitations
“Software is not limited by physics, like buildings are. It is limited by imagination, by design, by organization. In short, it is limited by properties of people, not by properties of the world. ‘We have met the enemy, and he is us.’”
- Source: Article/Author: Martin Fowler; Publication/Date: 2003; Article/Title: “Who Needs an Architect?”; Publication: IEEE Software; Volume: 20; Number: 5; Pages: 11-13; Online: http://doi.org
/10.1109 /MS.2003.1231144. Retrieval/Date: 2020.
Architecture and Design
“I define architecture as a word we use when we want to talk about design but want to puff it up to make it sound important.”
- Source: Fowler, M. (2003). Who Needs an Architect? IEEE Software, 20(5), 11–13. http://doi.org/10.1109/MS.2003.1231144
- Keywords: Architecture_quotes Design_quotes Importance_quotes Puff_quotes
Alexander_G_Fraser
Top Down Bottom Up
“In the designs I have been involved in, and which have not involved too many people, I have not been able to identify whether these have been ‘top-down’ or ‘bottom-up’. They seem to me to be more like frame stressing,”
- Source: Alexander G. Fraser in a report entitled Software Engineering: Report of a Conference Sponsored by the NATO Science Committee. Chaired by Friedrich Ludwig Bauer. Edited by P. Naur; B. Randell. Conference held 1968-10-07 through 1968-10-11 in Garmisch, Germany. OCLC: 35337842. See http://homepages.cs.ncl.ac.uk/brian.randell/NATO/index.html ; http://homepages.cs.ncl.ac.uk/brian.randell/NATO/nato1968.PDF ; https://dl.acm.org/citation.cfm?id=1102020 ; https://books.google.com/books/about/Software_engineering.html?id=Uc9QAAAAYAAJ . Page 29.
- Keywords: Top_quotes Down_quotes Bottom_quotes Up_quotes Design_quotes Programming_quotes People_quotes Frame_quotes Stress_quotes Identify_quotes
Gordon_Glegg
Realms of the Design Mind
“The mind of the designer has three realms of activity... the inventive, the artistic, and the logical or rational.”
- Source: Glegg, G. L. (1969). The Design of Design. Cambridge, UK: Cambridge University Press. ISBN: 978-0-511-79996-9. Chapter 2, page 18.
- Keywords: Mind_quotes Design_quotes Realm_quotes Activity_quotes Invention_quotes Art_quotes Logic_quotes Rational_quotes
Engineers and Designers Are Human
“Throughout this book we have talked about 'designers' and 'engineers' and sought, by analysing their work, to find general and helpful maxims. But there is a danger in doing this, for we may forget that a 'designer' or 'engineer' is first and foremost a human being. A human being who designs or engineers has, in addition, a wide range of complicated and interacting emotions. It is easy to become emotionally involved in a new invention and so resent criticism of it even when that criticism, if heeded, would turn a failure into a success. Confidence may be blinded by conceit or undermined by an inferiority complex. History has shown that many new inventions were not inventions at all; they were re-inventions. The idea was not new but the determination to press through with it was. Character is the foundation of ability. Develop as large a safety margin as you can against such things as laziness, impatience, prejudice and arrogance and all the other human failings that inhibit constructive achievement in all spheres, especially that of creative engineering design.”
- Source: Glegg, G. L. (1969). The Design of Design. Cambridge, UK: Cambridge University Press. ISBN: 978-0-511-79996-9. Chapter 6, page 92.
- Keywords: Design_quotes Engineering_quotes Work_quotes Maxim_quotes Danger_quotes Forget_quotes Humanity_quotes Complexity_quotes Emotion_quotes Invention_quotes Criticism_quotes Resentment_quotes Failure_quotes Success_quotes Confidence_quotes Conceit_quotes Inferior_quotes History_quotes Idea_quotes Determination_quotes Character_quotes Ability_quotes Safe_quotes Lazy_quotes Impatience_quotes Prejudice_quotes Arrogance_quotes Achievement_quotes Sphere_quotes Creativity_quotes Analyze_quotes Human_quotes Interacting_quotes Heed_quotes Blind_quotes Reinvention_quotes Inhibit_quotes Constructive_quotes
Eugene_Grace
Great Engineers
“Thousands of engineers can design bridges, calculate strains and stresses, and draw up specifications for machines, but the great engineer is the man who can tell whether the bridge or the machine should be built at all, where it should be built, and when.”
- Source: Eugene G. Grace, American Industrialist (1876-1960). Quoted in the book entitled Isaac Asimov's Book of Science and Nature Quotations. Edited by Isaac Asimov; Jason A. Shulman. Published in 1988 by Weidenfeld and Nicolson. ISBN 1555841112. Available online at https://archive.org/details/BookOfScienceAndNatureQuotations-IsaacAsimov section 22.2.
Robert_Heinlein
Specialization
“A human being should be able to change a diaper, plan an invasion, butcher a hog, conn a ship, design a building, write a sonnet, balance accounts, build a wall, set a bone, comfort the dying, take orders, give orders, cooperate, act alone, solve equations, analyze a new problem, pitch manure, program a computer, cook a tasty meal, fight efficiently, die gallantly. Specialization is for insects.”.
- Source: Written by Robert A. Heinlein in the book “Time Enough for Love”, published in 1973 by Putnam's Sons, ISBN: 0-399-11151-4. ISBN: 9781101503072 (ebook). Page 256 (Kindle edition).
- Keywords: Human_quotes Being_quotes Diaper_quotes Plan_quotes Invasion_quotes Butcher_quotes Hog_quotes Conn_quotes Ship_quotes Design_quotes Building_quotes Write_quotes Sonnet_quotes Balance_quotes Account_quotes Build_quotes Wall_quotes Bone_quotes Comfort_quotes Dying_quotes Take_quotes Order_quotes Give_quotes Cooperate_quotes Act_quotes Solve_quotes Equation_quotes Analyze_quotes Problem_quotes Pitch_quotes Manure_quotes Program_quotes Computer_quotes Cook_quotes Taste_quotes Meal_quotes Fight_quotes Efficient_quotes Die_quotes Gallant_quotes Specialization_quotes Insect_quotes Generalization_quotes
Hermann_von_Helmholtz
Movement and Perception
“Each movement we make by which we alter the appearance of objects should be thought of as an experiment designed to test whether we have understood correctly the invariant relations of the phenomena before us.”
- Source: Helmholtz (1878) The Facts of Perception
Tony_Hoare
Software Design
“…there are two ways of constructing a software design: One way is to make it so simple that there are obviously no deficiencies, and the other way is to make it so complicated that there are no obvious deficiencies. The first method is far more difficult.”
- Source: Hoare, C. A. R. (1981). The 1980 ACM Turing Award Lecture: The Emperor’s Old Clothes. Communications of the ACM, 24(2), 75–83.
Steve_Jobs
Show_Them
“We have a lot of customers, and we have a lot of research into our installed base. We also watch industry trends pretty carefully. But in the end, for something this complicated, it's really hard to design products by focus groups. A lot of times, people don't know what they want until you show it to them. That's why a lot of people at Apple get paid a lot of money, because they're supposed to be on top of these things.”
- Source: Steve Jobs as quoted in an interview entitled “Steve Jobs: There's Sanity Returning” published in BusinessWeek, 1998-05-25. Interviewed by Ira Sager, Peter Burrows, and Andy Reinhardt. Online at https://web.archive.org/web/19991110003323/http://www.businessweek.com/1998/21/b3579165.htm retrieved 2024-05-28.
- See Also:
Hollis_A_Kinslow
System Problems
“There are two classes of system designers. The first, if given five problems will solve them one at a time. The second will come back and announce that these aren’t the real problems, and will eventually propose a solution to the single problem which underlies the original five. This is the ‘system type’ who is great during the initial stages of a design project. However, you had better get rid of him after the first six months if you want to get a working system.”
- Source: Hollis A. Kinslow in a report entitled Software Engineering: Report of a Conference Sponsored by the NATO Science Committee. Chaired by Friedrich Ludwig Bauer. Edited by P. Naur; B. Randell. Conference held 1968-10-07 through 1968-10-11 in Garmisch, Germany. OCLC: 35337842. See http://homepages.cs.ncl.ac.uk/brian.randell/NATO/index.html ; http://homepages.cs.ncl.ac.uk/brian.randell/NATO/nato1968.PDF ; https://dl.acm.org/citation.cfm?id=1102020 ; https://books.google.com/books/about/Software_engineering.html?id=Uc9QAAAAYAAJ . Page 15.
- Keywords: Design_quotes System_quotes Problem_quotes Compliance_quotes Creativity_quotes Optimal_quotes Analysis_Paralysis_quotes Project_quotes Class_quotes Solve_quotes Time_quotes Announce_quotes Real_quotes Propose_quotes Solution_quotes Underlie_quotes Initial_quotes Stage_quotes Rid_quotes Work_quotes
Design Iterative
“The design process is an iterative one.”
- Source: Hollis A. Kinslow in a report entitled Software Engineering: Report of a Conference Sponsored by the NATO Science Committee. Chaired by Friedrich Ludwig Bauer. Edited by P. Naur; B. Randell. Conference held 1968-10-07 through 1968-10-11 in Garmisch, Germany. OCLC: 35337842. See http://homepages.cs.ncl.ac.uk/brian.randell/NATO/index.html ; http://homepages.cs.ncl.ac.uk/brian.randell/NATO/nato1968.PDF ; https://dl.acm.org/citation.cfm?id=1102020 ; https://books.google.com/books/about/Software_engineering.html?id=Uc9QAAAAYAAJ . Page 21.
- Keywords: Design_quotes Process_quotes Iterative_quotes
Kenneth_W_Kolence
Large Systems
“The basic problem is that certain classes of systems are placing demands on us which are beyond our capabilities and our theories and methods of design and production at this time ... It is large systems that are encountering great difficulties. We should not expect the production of such systems to be easy.”
- Source: Kenneth W. Kolence in a report entitled Software Engineering: Report of a Conference Sponsored by the NATO Science Committee. Chaired by Friedrich Ludwig Bauer. Edited by P. Naur; B. Randell. Conference held 1968-10-07 through 1968-10-11 in Garmisch, Germany. OCLC: 35337842. See http://homepages.cs.ncl.ac.uk/brian.randell/NATO/index.html ; http://homepages.cs.ncl.ac.uk/brian.randell/NATO/nato1968.PDF ; https://dl.acm.org/citation.cfm?id=1102020 ; https://books.google.com/books/about/Software_engineering.html?id=Uc9QAAAAYAAJ . Page 9.
Software Engineering Body of Knowledge
‘While software engineering may be based on good principles of design activities, it is not a physical science based engineering body of knowledge. So we have to build an engineering capability based on some other body of knowledge.”
- Source: Kenneth W. Kolence; Jeffrey Yost (2003). An Interview with Kenneth W. Kolence. Charles Babbage Institute Center for the History of Information Technology. Retrieved 2018-03-27 from https://conservancy.umn.edu/bitstream/handle/11299/107415/oh348kk.pdf .
Software Development Management
“Software product development requires (but is not itself sufficient) the design of rational and correctly integrated management and technical processes.”
- Source: Kenneth W. Kolence; Jeffrey Yost (2003). An Interview with Kenneth W. Kolence. Charles Babbage Institute Center for the History of Information Technology. Retrieved 2018-03-27 from https://conservancy.umn.edu/bitstream/handle/11299/107415/oh348kk.pdf .
Alexander_Kossiakoff et al.
Skeptical Positive Thinking
"The Power of Skeptical Positive Thinking... is meant to capture an important characteristic of successful systems engineering. The skeptical part is important to temper the traditional optimism of the design specialist regarding the probability of success of a chosen design approach. It is the driving force for the insistence of validation of the approach selected at the earliest possible opportunity. The other dimension of skepticism, which is directly related to the characteristic of positive thinking, refers to the reaction in the face of failure or apparent failure of a selected technique or design approach. Many design specialists who encounter an unexpected failure are plunged into despair. The systems engineer, on the other hand, cannot afford the luxury of hand wringing."
- Source:Kossiakoff, Alexander; Sweet, William N.; Seymour, Samuel J.; Biemer, Steven M.. 'Systems Engineering Principles and Practice'. 2011. Wiley. Kindle Edition. Section 1.6 page 23.
- See Also:
- Keywords: Power_quotes Skepticism_quotes Positive_quotes Thinking_quotes Importance_quotes Success_quotes System_quotes Engineering_quotes Optimism_quotes Design_quotes Specialization_quotes Probability_quotes Validation_quotes Early_quotes Opportunity_quotes Failure_quotes Despair_quotes Luxury_quotes Characteristic_quotes Drive_quotes Force_quotes Insist_quotes Approach_quotes Select_quotes Dimension_quotes Direct_quotes Relate_quotes Reaction_quotes Face_quotes Apparent_quotes Technique_quotes Encounter_quotes Unexpected_quotes Plunge_quotes Afford_quotes Hand_quotes Wring_quotes
Malcolm_McIlroy
Programs and Bridges
“There is a difference between writing programs and designing bridges.”
- Source: Malcolm Douglas McIlroy in a report entitled Software Engineering: Report of a Conference Sponsored by the NATO Science Committee. Chaired by Friedrich Ludwig Bauer. Edited by P. Naur; B. Randell. Conference held 1968-10-07 through 1968-10-11 in Garmisch, Germany. OCLC: 35337842. See http://homepages.cs.ncl.ac.uk/brian.randell/NATO/index.html ; http://homepages.cs.ncl.ac.uk/brian.randell/NATO/nato1968.PDF ; https://dl.acm.org/citation.cfm?id=1102020 ; https://books.google.com/books/about/Software_engineering.html?id=Uc9QAAAAYAAJ . Page 75.
- Keywords: Differences_quotes Programming_quotes Design_quotes Bridge_quotes Software_Engineering_quotes Engineering_quotes Writing_quotes
John_David_North
Art of Engineering
“Aeroplanes are not designed by science, but by art in spite of some pretense and humbug to the contrary. I do not mean to suggest that engineering can do without science, on the contrary, it stands on scientific foundations, but there is a big gap between scientific research and the engineering product which has to be bridged by the art of the engineer.”
- Source: John D. North, In John D. North, 'The Case for Metal Construction', The Journal of the Royal Aeronautical Society, (Jan 1923), 27, 11.
J_Robert_Oppenheimer
Science Starts with Preconception
“Science starts with preconception, with the common culture, and with common sense. It moves on to observation, is marked by the discovery of paradox, and is then concerned with the correction of preconception. It moves then to use these corrections for the designing of further observation and for more refined experiment. And as it moves along this course the nature of the evidence and experience that nourish it becomes more and more unfamiliar; it is not just the language that is strange [to common culture].”
- Source: J. Robert Oppenheimer, From 'The Growth of Science and the Structure of Culture', Daedalus (Winter 1958), 87, No. 1, 67.
- Keywords: Science_quotes Preconception_quotes Common_quotes Culture_quotes Common_Sense_quotes Observation_quotes Discovery_quotes Paradox_quotes Correction_quotes Assumption_quotes Design_quotes Experiment_quotes Nature_quotes Evidence_quotes Experience_quotes Nourish_quotes Unfamiliar_quotes Language_quotes Strange_quotes Sense_quotes
Alan_Perlis
Iterative Simulation Design
“1. A software system can best be designed if the testing is interlaced with the designing instead of being used after the design.
2. A simulation which matches the requirements contains the control which organizes the design of the system.
3. Through successive repetitions of this process of interlaced testing and design the model ultimately becomes the software system itself.
I think that it is the key of the approach that has been suggested, that there is no such question as testing things after the fact with simulation models, but that in effect the testing and the replacement of simulations with modules that are deeper and more detailed goes on with the simulation model controlling, as it were, the place and order in which these things are done.”- Source: Alan Jay Perlis in a report entitled Software Engineering: Report of a Conference Sponsored by the NATO Science Committee. Chaired by Friedrich Ludwig Bauer. Edited by P. Naur; B. Randell. Conference held 1968-10-07 through 1968-10-11 in Garmisch, Germany. OCLC: 35337842. See http://homepages.cs.ncl.ac.uk/brian.randell/NATO/index.html ; http://homepages.cs.ncl.ac.uk/brian.randell/NATO/nato1968.PDF ; https://dl.acm.org/citation.cfm?id=1102020 ; https://books.google.com/books/about/Software_engineering.html?id=Uc9QAAAAYAAJ . Page 32.
- Keywords: Software_quotes System_quotes Design_quotes Process_quotes Interlace_quotes Testing_quotes Usage_quotes Simulation_quotes Match_quotes Requirements_quotes Control_quotes Organize_quotes Repetition_quotes Iteration_quotes Model_quotes Key_quotes Approach_quotes Suggestion_quotes Question_quotes After_quotes Fact_quotes Effect_quotes Replace_quotes Module_quotes Deep_quotes Detail_quotes Order_quotes Place_quotes Do_quotes Ultimate_quotes
Useful Software Systems
“We recognize that a practical problem of considerable difficulty and importance has arisen: The successful design, production and maintenance of useful software systems. The importance is obvious and the more so since we see only greater growth in demands and requirements in the future. The consequences of poor performance, poor design, instability and mismatching of promise and performance are not going to be limited to the computing fraternity, or even their nearest neighbors, but will affect considerable sections of our society whose ability to forgive is inversely proportional to their ignorance of the difficulties we face. The source of difficulty is distributed through the whole problem, easy to identify, and yet its cure is hard to pinpoint so that systematic improvement can be gotten.”
- Source: Alan Jay Perlis in a report entitled Software Engineering: Report of a Conference Sponsored by the NATO Science Committee. Chaired by Friedrich Ludwig Bauer. Edited by P. Naur; B. Randell. Conference held 1968-10-07 through 1968-10-11 in Garmisch, Germany. OCLC: 35337842. See http://homepages.cs.ncl.ac.uk/brian.randell/NATO/index.html ; http://homepages.cs.ncl.ac.uk/brian.randell/NATO/nato1968.PDF ; https://dl.acm.org/citation.cfm?id=1102020 ; https://books.google.com/books/about/Software_engineering.html?id=Uc9QAAAAYAAJ . Page 78, Keynote address.
- Keywords: Usefulness_quotes Practical_quotes Problem_quotes Difficulty_quotes Importance_quotes Arise_quotes Success_quotes Design_quotes Production_quotes Maintain_quotes Software_quotes System_quotes Obvious_quotes Great_quotes Growth_quotes Demand_quotes Requirements_quotes Consequence_quotes Poor_quotes Performance_quotes Instability_quotes Mismatch_quotes Promise_quotes Go_quotes Limitation_quotes Computing_quotes Fraternity_quotes Near_quotes Neighbor_quotes Affect_quotes Considerable_quotes Section_quotes Society_quotes Ability_quotes Forgiveness_quotes Inverse_quotes Proportion_quotes Ignorance_quotes Face_quotes Source_quotes Distributed_quotes Easy_quotes Identify_quotes Cure_quotes Hard_quotes Pinpoint_quotes Improve_quotes
Steven_Pinker
Neurons to Consciousness
“None of us has a brain that can actually put us in touch with reality unaided with truth. I've just shown you a bunch of gadgetry that responds to things that are essential to our survival, things that prevent us from falling off cliffs and bumping into trees. But they don't actually correspond to any clear description of the world as it is. So we have, for example, circuitry that responds to the edges rather than the physical distribution of light, because edges are important, that's where objects leave off and their backgrounds begin. Moreover, they can be fooled, as I did with each one of you. That since our neural circuitry does consist of a mechanism, not a pipeline to the truth or a window onto objective reality. That is naïve realism we know is false because there are illusions. You can't just trust your senses. That means we need some way of augmenting the faculties that nature gave us to make our beliefs as accurate as possible. Which of course is why the early modern philosophers made such a big deal of visual illusions. They said you can't just open your eyes and see the world as it is. Look at all these illusions. So what we do, what gives some of us confidence that our beliefs are objectively true is that they are part of an institutional infrastructure of testing and criticism and logic and determining which hypotheses withstand criticism and attempts at refutation. Devising exotic arrangements of reality to reflect the way reality is put together, namely experiments. Thanks to this huge network of minds, each one of them making up for deficits of all the others, we like to think that we have a collective grasp on truth that none of us individually can have. But of course, it's always fallible. The religious beliefs I think were actually pretty reasonable hypotheses in earlier states of our collective knowledge. Even Richard Dawkins said that before Darwin he probably would have been a creationist because the cosmic engineer was the only available explanation for the obvious adaptive complexity of living things. I would add that prior to the advent of modern neuroscience I probably would have believed in souls because there was no better explanation for phenomena such as that people respond intelligently to their environments. When you dream some part of you is up and about the world while your body is in bed the whole time. That seems like there must be some part of you that can leave your body. When a person suddenly dies some kind of animating force no longer seems to be animating the body that was there just a few minutes ago. So the soul hypothesis is not a stupid or irrational belief, nor is creationism if it's the best that you have. Now, of course, we can do better. But doing better in part depends not just on this cumulative weight of evidence and argument. But because few of us can actually reconstruct the scientific observations that justify the theory of natural selection or the theory of neural networks, all of us, at least a little bit, take it on faith in the following sense; that there is a community that you trust enough because when they have been challenged to defend their beliefs they can connect them to reality. They have shown that it isn't magic. That they have given reason to trust them because they've convinced you that they're the mores of their culture, of their scientific culture, designed so that they will find true things and weed out false things. If you don't have a degree of solidarity or trust, if you think that scientists are all in cahoots with big corporations or are trying to tear down all faith and values and meaning and you simply refuse to follow through the very long chain of deduction that connects the claims to the experiments, then you'll naturally reject it just because it's not your tribe. For you and me scientists are our tribe and we're apt to give them some credibility, indeed some credulousness, knowing that if ever challenged it would be repaid. But unless you trace that through it can be all too easy to reject the conclusions of science, and indeed a number of studies have shown that contrary to the common belief that people believe in falsehoods, such as that vaccines cause autism or that humans were created five thousand years ago or that the burning of fossil fuels has no effect on global temperatures, it turns out that people with those beliefs that we have every reason to believe are false are no more scientifically naïve on average than people that have beliefs that are scientifically justified. You give a test on evolution to a bunch of people who believe in evolution, give it to a bunch of creationists, there's not much difference in how well they score. In fact, often they are equal. Likewise, the typical grasp of climate science among someone who signs on to the scientific consensus is not much better than the adamant deniers. That kind of dashes the hope that simply by increasing the quality of science education you will lead people to more accurate beliefs. There, in addition, has to be a dissociation of who you think are the good guys and who are the bad guys from who has the best claims to truth. That's what it depends on.”
- Source: From the Q&A portion of the lecture From Neurons to Consciousness given by Steven Picker at the New College of the Humanities, 2017. Video available online at https://www.youtube.com/watch?v=zrVBkxLcqrw&t=4057s (posted 20170309).
- Keywords: Accuracy_quotes Adament_quotes Adaptability_quotes Addition_quotes Advent_quotes Aid_quotes Animate_quotes Argue_quotes Arrangement_quotes Attempt_quotes Augment_quotes Autism_quotes Availability_quotes Background_quotes Bad_quotes Bed_quotes Belief_quotes Best_quotes Big_quotes Body_quotes Brain_quotes Bump_quotes Bunch_quotes Burn_quotes Cahoot_quotes Chain_quotes Challenge_quotes Circuit_quotes Claim_quotes Clear_quotes Cliff_quotes Climate_quotes Collective_quotes Complexity_quotes Common_quotes Community_quotes Conclusion_quotes Confidence_quotes Connection_quotes Consensus_quotes Consist_quotes Contrary_quotes Convince_quotes Cooperation_quotes Corporation_quotes Correspondence_quotes Cosmic_quotes Creationism_quotes Credibility_quotes Criticism_quotes Culture_quotes Cumulative_quotes Dash_quotes Deal_quotes Death_quotes Deception_quotes Deduction_quotes Defence_quotes Deficit_quotes Degree_quotes Deny_quotes Dependence_quotes Description_quotes Design_quotes Determine_quotes Devise_quotes Differences_quotes Dissociation_quotes Distribution_quotes Dreaming_quotes Early_quotes Easy_quotes Edge_quotes Education_quotes Effect_quotes Engineer_quotes Environment_quotes Essential_quotes Evidence_quotes Evolution_quotes Exotic_quotes Experiment_quotes Explanation_quotes Eye_quotes Faculty_quotes Faith_quotes Fall_quotes Fallible_quotes False_quotes Few_quotes Find_quotes Follow_quotes Fool_quotes Force_quotes Fossil_quotes Fuel_quotes Gadget_quotes Global_quotes Good_quotes Grasp_quotes Guy_quotes Huge_quotes Hypothesis_quotes Illusion_quotes Importance_quotes Increasing_quotes Individual_quotes Infrastructure_quotes Institution_quotes Intelligence_quotes Irrational_quotes Justification_quotes Knowledge_quotes Leave_quotes Life_quotes Light_quotes Logic_quotes Long_quotes Magic_quotes Meaning_quotes Mechanism_quotes Mind_quotes Modern_quotes Moral_quotes Naïve_quotes Nature_quotes Natural_Selection_quotes Network_quotes Neural_quotes Neuroscience_quotes Object_quotes Objectivity_quotes Observation_quotes Obvious_quotes Part_quotes People_quotes Perception_quotes Phenomena_quotes Philosophy_quotes Physical_quotes Pipeline_quotes Possibility_quotes Prehistoric_quotes Prevent_quotes Reality_quotes Reason_quotes Reconstruct_quotes Reflection_quotes Refuse_quotes Refutation_quotes Rejection_quotes Religion_quotes Repay_quotes Respond_quotes Science_quotes Scientist_quotes Score_quotes Seem_quotes Selection_quotes Sense_quotes Show_quotes Sight_quotes Solidarity_quotes Soul_quotes State_quotes Study_quotes Stupidity_quotes Survival_quotes Tear_quotes Temperature_quotes Testing_quotes Theory_quotes Thinking_quotes Time_quotes Touch_quotes Trace_quotes Tree_quotes Tribal_quotes Trust_quotes Truth_quotes Try_quotes Typical_quotes Unaided_quotes Vaccine_quotes Value_quotes Visual_quotes Weed_quotes Weight_quotes Whole_quotes Window_quotes Withstand_quotes World_quotes
Computational Mind
“The mind is a system of organs of computation, designed by natural selection to solve the kinds of problems our ancestors faced in their foraging way of life, in particular, understanding and outmaneuvering objects, animals, plants, and other people.”
- Source: Steven Pinker (1997). How the Mind Works. New York, NY: W. W. Norton. ISBN 978-0-393-06973-0; eISBN 978-0-393-06973-0. Chapter 1 Section Reverse-Engineering the Psyche.
- Keywords: Mind_quotes System_quotes Computation_quotes Organ_quotes Design_quotes Natural_Selection_quotes Solution_quotes Kind_quotes Problem_quotes Ancestor_quotes Forage_qoutes Way_quotes Life_quotes Understanding_quotes Maneuver_quotes Object_quotes Evolution_quotes Animal_quotes Plant_quotes People_quotes Prehistoric_quotes
Modular Mind
“The mind is organized into modules or mental organs, each with a specialized design that makes it an expert in one arena of interaction with the world.”
- Source: Steven Pinker (1997). How the Mind Works. New York, NY: W. W. Norton. ISBN 978-0-393-06973-0; eISBN 978-0-393-06973-0. Chapter 1 Section Reverse-Engineering the Psyche.
Learning
“But learning is not a surrounding gas or force field, and it does not happen by magic. It is made possible by innate machinery designed to do the learning... To understand learning, we need new ways of thinking to replace the prescientific metaphors — the mixtures and forces, the writing on slates and sculpting of blocks of marble.”
- Source: Steven Pinker (1997). How the Mind Works. New York, NY: W. W. Norton. ISBN 978-0-393-06973-0; eISBN 978-0-393-06973-0. Chapter 1 Section Reverse-Engineering the Psyche.
- Keywords: Learning_quotes Surround_quotes Gas_quotes Force_quotes Field_quotes Happen_quotes Magic_quotes Possibility_quotes Innate_quotes Machine_quotes Design_quotes Do_quotes Understanding_quotes Way_quotes Thinking_quotes Replace_quotes Science_quotes Prescience_quotes Metaphor_quotes Mix_quotes Writing_quotes Slate_quotes Block_quotes Marble_quotes Sculpting_quotes
Computational Mind Probabilistic
“The computational theory thus embraces an alternative kind of computer with many elements that are active to a degree corresponding to the probability that some statement is true or false, and in which the activity levels change smoothly to register new and roughly accurate probabilities. (As we shall see, that may be the way the brain works.) The key idea is that the answer to the question 'What makes a system smart?' is not the kind of stuff it is made of or the kind of energy flowing through it, but what the parts of the machine stand for and how the patterns of changes inside it are designed to mirror truth-preserving relationships (including probabilistic and fuzzy truths).”
- Source: Steven Pinker (1997). How the Mind Works. New York, NY: W. W. Norton. ISBN 978-0-393-06973-0; eISBN 978-0-393-06973-0. Chapter 2 Section: The search for Intelligent Life in the Universe.
- Keywords: Computation_quotes Theory_quotes Embrace_quotes Alternative_quotes Kind_quotes Computer_quotes Element_quotes Activity_quotes Degree_quotes Correspondence_quotes Probability_quotes Statement_quotes True_quotes False_quotes Level_quotes Change_quotes Smooth_quotes Register_quotes Rough_quotes Accuracy_quotes Sight_quotes Way_quotes Brain_quotes Work_quotes Key_quotes Idea_quotes Answer_quotes Question_quotes System_quotes Smart_quotes Stuff_quotes Energy_quotes Flow_quotes Part_quotes Machine_quotes Stand_quotes Pattern_quotes Inside_quotes Design_quotes Mirror_quotes Fuzzy_quotes Truth_quotes Preservation_quotes Mind_quotes
Karl_Popper
Rule of Rules
“It is the rule which says that the other rules of scientific procedure must be designed in such a way that they do not protect any statement in science against falsification.”
- Source: Karl Raimund Popper (1959), The Logic of Scientific Discovery: Logik Der Forschung (2002), 33.
- Keywords: Rule_quotes Law_quotes Science_quotes Procedure_quotes Design_quotes Protection_quotes Statement_quotes Falsification_quotes
Douglas_T_Ross
Requirements Prespecification
“The most deadly thing in software is the concept, which almost universally seems to be followed, that you are going to specify what you are going to do, and then do it. And that is where most of our troubles come from. The projects that are called successful, have met their specifications. But those specifications were based upon the designers’ ignorance before they started the job.”
- Source: Douglas T. Ross in a report entitled Software Engineering: Report of a Conference Sponsored by the NATO Science Committee. Chaired by Friedrich Ludwig Bauer. Edited by P. Naur; B. Randell. Conference held 1968-10-07 through 1968-10-11 in Garmisch, Germany. OCLC: 35337842. See http://homepages.cs.ncl.ac.uk/brian.randell/NATO/index.html ; http://homepages.cs.ncl.ac.uk/brian.randell/NATO/nato1968.PDF ; https://dl.acm.org/citation.cfm?id=1102020 ; https://books.google.com/books/about/Software_engineering.html?id=Uc9QAAAAYAAJ . Page 21.
Bertrand_Russell
Significance of Fact
“The significance of a fact is relative to [the general body of scientific] knowledge. To say that a fact is significant in science, is to say that it helps to establish or refute some general law; for science, though it starts from observation of the particular, is not concerned essentially with the particular, but with the general. A fact, in science, is not a mere fact, but an instance. In this the scientist differs from the artist, who, if he deigns to notice facts at all, is likely to notice them in all their particularity.”
- Source: Bertrand Russell, In The Scientific Outlook (1931, 2009), 38.
- Keywords: Significance_quotes Fact_quotes Relative_quotes Generality_quotes Body_quotes Science_quotes Knowledge_quotes Establish_quotes Refutation_quotes Law_quotes Start_quotes Observation_quotes Particular_quotes Concern_quotes Essential_quotes Instance_quotes Differences_quotes Art_quotes Design_quotes General_quotes Notice_quotes
Franz_Selig
Specification Feedback
“External specifications at any level describe the software product in terms of the items controlled by and available to the user. The internal design describes the software product in terms of the program structures which realize the external specifications. It has to be understood that feedback between the design of the external and internal specifications is an essential part of a realistic and effective implementation process. Furthermore, this interaction must begin at the earliest stage of establishing the objectives, and continue until completion of the product.”
- Source: F. Selig in a report entitled Software Engineering: Report of a Conference Sponsored by the NATO Science Committee. Chaired by Friedrich Ludwig Bauer. Edited by P. Naur; B. Randell. Conference held 1968-10-07 through 1968-10-11 in Garmisch, Germany. OCLC: 35337842.
- Keywords: Software_Engineering_quotes Specification_quotes Design_quotes Feedback_quotes Implementation_quotes Project_quotes Goal_quotes Objectives_quotes Software_quotes Engineering_quotes Level_quotes Product_quotes Term_quotes Item_quotes Control_quotes Available_quotes Internal_quotes Realize_quotes External_quotes Understand_quotes Essential_quotes Part_quotes Realistic_quotes Effective_quotes Process_quotes Interaction_quotes Stage_quotes Establish_quotes Completion_quotes
Claude_Shannon
Computer Capacities
“It is not being suggested that we should design the strategy in our own image. Rather it should be matched to the capacities and weakness of the computer.”
- Source: From the paper “Programming a Computer for Playing Chess” by Claude Shannon, published in 1950 in “London, Edinburgh, and Dublin Philosophical Magazine and Journal of Science”, volume 41, issue 314, Series 7. March.
- Keywords: Design_quotes Strategy_quotes Image_quotes Match_quotes Capacity_quotes Weakness_quotes Computer_quotes
Herbert_Simon
Engineering and Design
“Historically and traditionally, it has been the task of the science disciplines to teach about natural things: how they are and how they work. It has been the task of engineering schools to teach about artificial things: how to make artifacts that have desired properties and how to design.”
- Source: Simon, H. A. (1996). The Sciences of the Artificial (Third Edition). Computers & Mathematics with Applications (3rd ed., Vol. 33). Cambridge, MA: MIT Press. ISBN: 9780585360102. Retrieved 2018-08-23 from https://monoskop.org/images/9/9c/Simon_Herbert_A_The_Sciences_of_the_Artificial_3rd_ed.pdf. Chapter 5, page 111.
Design and Analysis
“In view of the key role of design in professional activity, it is ironic that in this century the natural sciences almost drove the sciences of the artificial from professional school curricula, a development that peaked about two or three decades after the Second World War. Engineering schools gradually became schools of physics and mathematics; medical schools became schools of biological science; business schools became schools of finite mathematics. The use of adjectives like 'applied' concealed, but did not change, the fact. It simply meant that in the professional schools those topics were selected from mathematics and the natural sciences for emphasis which were thought to be most nearly relevant to professional practice. It did not mean that design continued to be taught, as distinguished from analysis.”
- Source: Simon, H. A. (1996). The Sciences of the Artificial (Third Edition). Computers & Mathematics with Applications (3rd ed., Vol. 33). Cambridge, MA: MIT Press. ISBN: 9780585360102. Retrieved 2018-08-23 from https://monoskop.org/images/9/9c/Simon_Herbert_A_The_Sciences_of_the_Artificial_3rd_ed.pdf. Chapter 5, page 111.
- Keywords: View_quotes Key_quotes Role_quotes Design_quotes Professional_quotes Activity_quotes Irony_quotes Century_quotes Natural_quotes Science_quotes Drive_quotes Artificial_quotes School_quotes Curriculum_quotes Development_quotes Peak_quotes Decade_quotes World_quotes War_quotes Engineering_quotes Gradual_quotes Physics_quotes Mathematics_quotes Medical_quotes Biology_quotes Business_quotes Finite_quotes Applied_quotes Conceal_quotes Change_quotes Fact_quotes Simplicity_quotes Meaning_quotes Topic_quotes Selection_quotes Emphasis_quotes Thinking_quotes Near_quotes Relevance_quotes Practice_quotes Continue_quotes Teaching_quotes Analysis_quotes
Loss of Design Damage
“The damage to professional competence caused by the loss of design from professional curricula gradually gained recognition in engineering and medicine and to a lesser extent in business.”
- Source: Simon, H. A. (1996). The Sciences of the Artificial (Third Edition). Computers & Mathematics with Applications (3rd ed., Vol. 33). Cambridge, MA: MIT Press. ISBN: 9780585360102. Retrieved 2018-08-23 from https://monoskop.org/images/9/9c/Simon_Herbert_A_The_Sciences_of_the_Artificial_3rd_ed.pdf. Chapter 5, page 112.
How Things Ought to Be
“The natural sciences are concerned with how things are... Design, on the other hand, is concerned with how things ought to be.”
- Source: Simon, H. A. (1996). The Sciences of the Artificial (Third Edition). Computers & Mathematics with Applications (3rd ed., Vol. 33). Cambridge, MA: MIT Press. ISBN: 9780585360102. Retrieved 2018-08-23 from https://monoskop.org/images/9/9c/Simon_Herbert_A_The_Sciences_of_the_Artificial_3rd_ed.pdf. Chapter 5, page 112.
- Keywords: Natural_quotes Science_quotes Concern_quotes Design_quotes Hand_quotes Concern_quotes Ought_quotes
Long Definition of Design
“The ‘inner environment' of the design problem is represented by a set of given alternatives of action. The alternatives may be given in extenso: more commonly they are specified in terms of command variables that have defined domains. The ‘outer environment' is represented by a set of parameters, which may be known with certainty or only in terms of a probability distribution. The goals for adaptation of inner to outer environment are defined by a utility function a function, usually scalar, of the command variables and environmental parameters perhaps supplemented by a number of constraints (inequalities, say, between functions of the command variables and environmental parameters). The optimization problem is to find an admissible set of values of the command variables, compatible with the constraints, that maximize the utility function for the given values of the environmental parameters. (In the probabilistic case we might say, 'maximize the expected value of the utility function,' for instance, instead of 'maximize the utility function.')”
- Source: Simon, H. A. (1996). The Sciences of the Artificial (Third Edition). Computers & Mathematics with Applications (3rd ed., Vol. 33). Cambridge, MA: MIT Press. ISBN: 9780585360102. Retrieved 2018-08-23 from https://monoskop.org/images/9/9c/Simon_Herbert_A_The_Sciences_of_the_Artificial_3rd_ed.pdf. Chapter 5, page 116.
- Keywords: Inner_quotes Environment_quotes Design_quotes Problem_quotes Representation_quotes Set_quotes Alternative_quotes Action_quotes Extenso_quotes Common_quotes Specification_quotes Term_quotes Command_quotes Variable_quotes Definition_quotes Domain_quotes Outer_quotes Parameter_quotes Knowledge_quotes Certainty_quotes Probability_quotes Distribution_quotes Goal_quotes Adaptation_quotes Utility_quotes Function_quotes Scalar_quotes Supplement_quotes Number_quotes Constraint_quotes Maximum_quotes Value_quotes Compatibility_quotes Case_quotes Expectation_quotes Inequality_quotes Optimization_quotes Admissible_quotes
Top Down or Bottom Up
“Alternatives are also open, in organizing the design process, as to how far development of possible subsystems will be carried before the overall coordinating design is developed in detail, or vice-versa, how far the overall design should be carried before various components, or possible components, are developed. These alternatives of design are familiar to architects. They are familiar also to composers, who must decide how far the architectonics of a musical structure will be evolved before some of the component musical themes and other elements have been invented. Computer programmers face the same choices, between working downward from executive routines to subroutines or upward from component subroutines to a coordinating executive.”
- Source: Simon, H. A. (1996). The Sciences of the Artificial (Third Edition). Computers & Mathematics with Applications (3rd ed., Vol. 33). Cambridge, MA: MIT Press. ISBN: 9780585360102. Retrieved 2018-08-23 from https://monoskop.org/images/9/9c/Simon_Herbert_A_The_Sciences_of_the_Artificial_3rd_ed.pdf. Chapter 5, page 129.
- Keywords: Alternative_quotes Open_quotes Organize_quotes Design_quotes Process_quotes Far_quotes Development_quotes Subsystem_quotes Carry_quotes Coordination_quotes Detail_quotes Vice-versa_quotes Overall_quotes Component_quotes Possibility_quotes Familiar_quotes Composer_quotes Decision_quotes Architectonic_quotes Music_quotes Theme_quotes Element_quotes Invention_quotes Computer_quotes Programmer_quotes Face_quotes Choice_quotes Work_quotes Downward_quotes Executive_quotes Routine_quotes Subroutine_quotes Upward_quotes Structure_quotes Evolve_quotes
Data for Planning
“The quality of design is likely to depend heavily on the quality of the data available. The task is not to design without data but to incorporate assessments of the quality of the data, or its lack of quality, in the design process itself.”
- Source: Simon, H. A. (1996). The Sciences of the Artificial (Third Edition). Computers & Mathematics with Applications (3rd ed., Vol. 33). Cambridge, MA: MIT Press. ISBN: 9780585360102. Retrieved 2018-08-23 from https://monoskop.org/images/9/9c/Simon_Herbert_A_The_Sciences_of_the_Artificial_3rd_ed.pdf. Chapter 6, page 146.
- Keywords: Quality_quotes Design_quotes Dependency_quotes Heavy_quotes Data_quotes Task_quotes Incorporate_quotes Assessment_quotes Lack_quotes Process_quotes
Predictions and Design
“Since the consequences of design lie in the future, it would seem that forecasting is an unavoidable part of every design process. If that is true, it is cause for pessimism about design, for the record in forecasting even such 'simple' variables as population is dismal. If there is any way to design without forecasts, we should seize on it.”
- Source: Simon, H. A. (1996). The Sciences of the Artificial (Third Edition). Computers & Mathematics with Applications (3rd ed., Vol. 33). Cambridge, MA: MIT Press. ISBN: 9780585360102. Retrieved 2018-08-23 from https://monoskop.org/images/9/9c/Simon_Herbert_A_The_Sciences_of_the_Artificial_3rd_ed.pdf. Chapter 6, page 146.
Design without Final Goals
“In the discussion of discovery processes. We saw there that search guided by only the most general heuristics of ‘interestingness’ or novelty is a fully realizable activity. This kind of search, which provides the mechanism for scientific discovery, may also provide the most suitable model of the social design process.”
- Source: Simon, H. A. (1996). The Sciences of the Artificial (Third Edition). Computers & Mathematics with Applications (3rd ed., Vol. 33). Cambridge, MA: MIT Press. ISBN: 9780585360102. Retrieved 2018-08-23 from https://monoskop.org/images/9/9c/Simon_Herbert_A_The_Sciences_of_the_Artificial_3rd_ed.pdf. Chapter 6, page 162.
- Keywords: Discussion_quotes Discovery_quotes Process_quotes Search_quotes Guide_quotes Generality_quotes Heuristic_quotes Interest_quotes Novelty_quotes Full_quotes Realizable_quotes Activity_quotes Kind_quotes Provide_quotes Mechanism_quotes Science_quotes Suitability_quotes Model_quotes Social_quotes Design_quotes
Design Paradox
“A paradoxical, but perhaps realistic, view of design goals is that their function is to motivate activity which in turn will generate new goals.”
- Source: Simon, H. A. (1996). The Sciences of the Artificial (Third Edition). Computers & Mathematics with Applications (3rd ed., Vol. 33). Cambridge, MA: MIT Press. ISBN: 9780585360102. Retrieved 2018-08-23 from https://monoskop.org/images/9/9c/Simon_Herbert_A_The_Sciences_of_the_Artificial_3rd_ed.pdf. Chapter 6, page 162.
- Keywords: Paradox_quotes Realism_quotes View_quotes Design_quotes Goal_quotes Function_quotes Motivation_quotes Activity_quotes Turn_quotes Generation_quotes
Shannon_Vallor
Generative AI
“It’s what generative AI tools are designed to do — generate new content that looks or sounds right. Whether it is right is another matter altogether.”
- Source: From the book “The AI Mirror” by Shannon Vallor. Published 2024 by Oxford University Press. ISBN 978-0197759066. Chapter 2, page 48.
Patrick_Vlaskovits
Faster Horse
“However, even if Ford didn’t verbalize his thoughts on customers’ ostensible inability to communicate their unmet needs for innovative products — history indicates that Henry Ford most certainly did think along those lines... Henry Ford froze the design of the Model T... Ford had no compelling reason to innovate in any other sphere other than cost and price reduction... But everything changed with the onset of the innovations introduced by General Motors in the 1920s, which took the direct opposite of Henry Ford’s tack of “Any color … so long as it is black” and is best summed up by Alfred Sloan’s consumer-research driven “A Car for Every Purse and Purpose”... In 1921, the Ford Motor Company sold about 2/3 of all the cars built in the U.S. By 1926, this share had fallen to approximately 1/3. And in 1927, when Ford belatedly responded (at tremendous financial cost and internal strife) to changes in the market’s tastes and competitive innovation by shutting down production temporarily to re-tool his factories and bring the Model A to the market, that percentage fell to about 15%... Yes, some customers in certain types of businesses are quite capable of verbalizing precisely what sort of innovative product one could build and sell them. And of course, customers in other types of businesses are wholly incapable of verbalizing, with any sort of fidelity whatsoever, what they need and why they need it. An innovator should have understanding of one’s customers and their problems via empirical, observational, anecdotal methods or even intuition. They should also feel free to ignore customers’ inputs. Because by now it should be clear that Ford’s adherence to his vision of the mass-market car and how to materialize that vision was instrumental in both his early success in growing Ford Motor Company as well as his later failure to respond in a timely and effective manner to rapid innovation in the marketplace.”'
- Source: Patrick Vlaskovits in the article “Henry Ford, Innovation, and That Faster Horse Quote”, published by Harvard Business Review, 2011-08-29. Online at https://hbr.org/2011/08/henry-ford-never-said-the-fast retrieved 2024-05-28.
- See Also:
- Keywords: Ford(topic)_quotes Sloan(topic)_quotes Verbalize_quotes Thinking_quotes Customer_quotes Requirements_quotes Ostensible_quotes Inability_quotes Communication_quotes Unmet_quotes Need_quotes Innovation_quotes Product_quotes History_quotes Freeze_quotes Design_quotes Model_T_quotes Automobile_quotes Compel_quotes Sphere_quotes Cost_quotes Price_quotes Reduction_quotes Change_quotes General_Motors_quotes Consumer_quotes Research_quotes Opposite_quotes Color_quotes Black_quotes Car_quotes Purse_quotes Ford_Motor_quotes Build_quotes United_States_quotes Share_quotes Market_quotes Belated_quotes Respond_quotes Tremendous_quotes Financial_quotes Internal_quotes Strife_quotes Taste_quotes Competition_quotes Shut_quotes Production_quotes Tool_quotes Factory_quotes Model_A_quotes Percentage_quotes Type_quotes Business_quotes Capable_quotes Precise_quotes Sort_quotes Sell_quotes Incapable_quotes Fidelity_quotes What_quotes Why_quotes Understand_quotes Problem_quotes Empirical_quotes Observation_quotes Anecdotal_quotes Method_quotes Intuition_quotes Feel_quotes Free_quotes Ignore_quotes Input_quotes Clear_quotes Adherence_quotes Vision_quotes Mass_quotes Innovator_quotes Materialize_quotes Instrumental_quotes Success_quotes Early_quotes Grow_quotes Later_quotes Failure_quotes Timely_quotes Effective_quotes Manner_quotes Rapid_quotes Marketplace_quotes Horse_quotes Faster_quotes
Edward_Yourdon
Design Analysis Strategy
“There is more to be gained from attention to design, analysis, and business strategy issues than from attention to programming-level issues.”
- Source: Edward Yourdon in the book “Decline and Fall of the American Programmer”. Published in 1992 by Prentice Hall. ISBN: 0-13-203670-3. Chapter 2, section 2.1, page 27.
- Keywords: Gain_quotes More_quotes Attention_quotes Design_quotes Analysis_quotes Business_quotes Strategy_quotes Issue_quotes Programming_quotes Level_quotes
Prototyping Analysis Design
“Everyone knows the benefits of building a prototype for an end user who is unsure of his or her requirements, but prototyping cannot eliminate the need for formal analysis and design work on large, complex projects.”
- Source: Edward Yourdon in the book “Decline and Fall of the American Programmer”. Published in 1992 by Prentice Hall. ISBN: 0-13-203670-3. Chapter 2, section 2.4, page 30.
Shoshana_Zuboff
Panopticon Recording
“Information systems that translate, record, and display human behavior can provide the computer age version of universal transparency with a degree of illumination that would have exceeded even Bentham's most outlandish fantasies. Such systems can become information panopticons that, freed from the constraints of space and time, do not depend upon the physical arrangement of buildings or the laborious record keeping of industrial administration. They do not require the mutual presence of objects of observation. They do not even require the presence of an observer. Information systems can automatically and continuously record almost anything their designers want to capture, regardless of the specific intentions brought to the design process or the motives that guide data interpretation and utilization.”
- Source: Zuboff, S. (1988). In The Age Of The Smart Machine: The Future Of Work And Power. New York, NY: Basic Books, p. 322. ISBN:0465032125.
- Keywords: Panopticon_quotes Information_quotes System_quotes Translation_quotes Display_quotes Computer_quotes Surveillance_quotes Universal_quotes Transparency_quotes Illumination_quotes Fantasy_quotes Constraint_quotes Time_quotes Space_quotes Dependency_quotes Physical_quotes Arrangement_quotes Administration_quotes Building_quotes Industrial_quotes Object_quotes Observation_quotes Automation_quotes Record_quotes Design_quotes Capture_quotes Intentional_quotes Process_quotes Motivation_quotes Guidance_quotes Interpretation_quotes Utilization_quotes Human_quotes Behavior_quotes Provide_quotes Age_quotes Version_quotes Free_quotes Laborious_quotes Keep_quotes Require_quotes Presense_quotes Observer_quotes Continuous_quotes Designer_quotes Regardless_quotes Specific_quotes Data_quotes
Technology Management
“Even where control or deskilling has been the intent of managerial choices with respect to new information technology, managers themselves are also captive to a wide range of impulses and pressures. Only rarely is there a grand design concocted by an elite group ruthlessly grinding its way toward the fulfillment of some special and secret plan. Instead, there is a concentration of forces and consequences, which in turn develop their own momentum. Sometimes these lines of force run in predictably straight paths. At other times, they twist and spiral, turn corners, and flow to their opposite. Activities that seem to represent choices are often inert reproductions of accepted practice.”
- Source: Zuboff, S. (1988). In The Age Of The Smart Machine: The Future Of Work And Power. New York, NY: Basic Books, p. 389. ISBN:0465032125.
- Keywords: Control_quotes Deskilling_quotes Skill_quotes Management_quotes Choice_quotes Information_quotes Technology_quotes Impulse_quotes Pressure_quotes Design_quotes Elite_quotes Ruthlessness_quotes Secret_quotes Plan_quotes Concentration_quotes Force_quotes Consequence_quotes Momentum_quotes Prediction_quotes Activity_quotes Reproduction_quotes Practice_quotes Inert_quotes Intent_quotes Concoct_quotes Group_quotes Grind_quotes Special_quotes Straight_quotes Path_quotes Twist_quotes Spiral_quotes Corner_quotes Turn_quotes Flow_quotes Opposite_quotes Represent_quotes Accept_quotes