Adding up to hair-brained I have for myself come to the point where I say that people or groups or governments make the decisions that make sense to them, even if they look totally hair-brained to me. My task then is to figure out the constellation of forces, the pushes and pulls, that in fact do add up to that hair-brained decision-making. Then we can go into the next iteration and say, "What can we do about the balance of the push and the pull that seems to result in totally non-constructive decisions?" Ursula M. Franklin, Every Tool Shapes the Task decisionsrationality
The Tao of rationality If you would learn to think like reality, then here is the Tao: Since the beginning not one unusual thing has ever happened. Eliezer Yudkowsky, Rationality: From AI to Zombies Mystery exists in the mind realityrationality
Rationality: From AI to Zombies A Book by Eliezer Yudkowsky www.readthesequences.com The Tao of rationalityEveryone sees themselves as behaving normallyArgue against the bestLet the meaning choose the wordPeople can stand for what is true, for they are already enduring it+11 More Do not propose solutionsOne brickYour intention to cut rationalitythinkingconsciousness
Feature parity An Article martinfowler.com Whilst Feature Parity often sounds like a reasonable proposition, we have learnt the hard way that people greatly underestimate the effort required, and thus misjudge the choice between this and the other alternatives. For example even just defining the 'as is' scope can be a huge effort, especially for legacy systems that have become core to the business. Most legacy systems have 'bloated' over time, with many features unused by users (50% according to a 2014 Standish Group report) as new features have been added without the old ones being removed. Workarounds for past bugs and limitations have become 'must have' requirements for current business processes, with the way users work defined as much by the limitations of legacy as anything else. Rebuilding these features is not only waste it also represents a missed opportunity to build what is actually needed today. These systems were often defined 10 or 20 years ago within the constraints of previous generations of technology, it very rarely makes sense to replicate them 'as is'. softwarefeaturesrepair