Borrowing trouble

Автор раздела: Ivan Zakrevsky

Содержание

Чем выше интеллект человека, тем больше он склонен продумывать все заблаговременно в условиях недостаточной информированности. Это приводит к тому, что его продуктивность зачастую становится ниже продуктивности рядовых разработчиков (которые сильно не парятся). Выгодней принимать решение в момент наибольшей полноты информированности (чем позже - тем лучше).

📝 "Иногда очень умные программисты с трудом овладевают ХР. Для очень умных людей тяжело поменять их умение делать правильные дальновидные предположения на тесную коммуникацию и постоянную эволюцию системы.

Really smart programmers sometimes have a hard time with XP. Sometimes the smart people have the hardest time trading the "Guess Right" game for close communication and continuous evolution."

—"Extreme Programming Explained" 1st edition by Kent Beck, "Chapter 25. When You Shouldn't Try XP", перевод ООО Издательство "Питер"

📝 "Не надо обладать ученой степенью в области компьютерных наук для того, чтобы участвовать в ХР-проекте (в действительности ученая степень частенько является одним из серьезных мешающих факторов).

It doesn't take a Ph.D. in computer science to contribute to an XP project (in fact, the Ph.D.'s sometimes have the most trouble)."

—"Extreme Programming Explained" 1st edition by Kent Beck, "Chapter 24. What Makes XP Hard", перевод ООО Издательство "Питер"

📝 "ХР работает против многих программистских инстинктов. Мы, программисты, привыкли ожидать появления проблем. Если проблемы откладываются на более позднее время, мы счастливы. Если проблемы не появляются, мы не обращаем на это внимания. Поэтому наша стратегия проектирования должна увести нас в сторону от этих "размышлений о будущем". К счастью, большинство разработчиков способно отучится от этой привычки "брать неприятности взаймы" (как про это говорила моя бабушка). К сожалению, чем вы умнее, тем сложнее вам отучиться от этого.

XP works against many programmers' instincts. As programmers, we get in the habit of anticipating problems. When they appear later, we're happy. When they don't appear, we don't notice. So the design strategy will have to go sideways of this "guessing at the future" behavior. Fortunately, most folks can unlearn the habit of "borrowing trouble" (as my grandmother called it). Unfortunately, the smarter you are, the harder it will be to unlearn."

—"Extreme Programming Explained" 1st edition by Kent Beck, "Chapter 17. Design Strategy", перевод ООО Издательство "Питер"

📝 "We often forget that it is also best to postpone decisions until the last possible moment. This isn’t lazy or irresponsible; it lets us make informed choices with the best possible information. A premature decision is a decision made with suboptimal knowledge. We will have that much less customer feedback, mental reflection on the project, and experience with our implementation choices if we decide too soon."

—"Clean Code: A Handbook of Agile Software Craftsmanship" by Robert C. Martin