Кент Бек цитаты

Кент Бек фото

2   0

Кент Бек

Дата рождения: 31. Март 1961

Кент Бек — разработчик программного обеспечения, создатель таких методологий разработки ПО как экстремальное программирование и разработка через тестирование . Бек был одним из 17 специалистов, подписавших Agile Manifesto в 2001 году.

Кент Бек учился в Орегонском университете с 1979 по 1987 год, получил степени бакалавра и магистра по информатике. Был одним из пионеров в введении в практику шаблонов проектирования ПО, создании методологии разработки через тестирование, а также коммерческого использования языка Smalltalk. Бек популяризовал CRC-карты вместе с Уордом Каннингемом, совместно с Эрихом Гамма является создателем фреймворка для тестирования JUnit.

Кент Бек живёт в городе Медфорд штат Орегон, работает на Facebook.

Цитаты Кент Бек


„Оптимизм — это профессиональный источник опасности для программиста: обратная связь клиента может его сгладить.“

„Smalltalk, с его акцентом на человеческом аспекте программирования, был той питательной средой, на которой выросло Экстремальное Программирование. Smalltalk всё еще не имеет себе равных по уменьшению стоимости изменений в течении всего времени жизни проекта. А это то, без чего существование XP не возможно.“


„I'm not a great programmer; I'm just a good programmer with great habits.“

„Do The Simplest Thing That Could Possibly Work“

„Responsibility cannot be assigned; it can only be accepted. If someone tries to give you responsibility, only you can decide if you are responsible or if you aren't.“ Extreme Programming Explained: Embrace Change

„The XP philosophy is to start where you are now and move towards the ideal. From where you are now, could you improve a little bit?“ Extreme Programming Explained: Embrace Change

„McConnell writes, "In ten years the pendulum has swung from 'design everything' to 'design nothing.' But the alternative to BDUF [Big Design Up Front] isn't no design up front, it's a Little Design Up Front (LDUF) or Enough Design Up Front (ENUF)." This is a strawman argument. The alternative to designing before implementing is designing after implementing.“ Extreme Programming Explained: Embrace Change

„Beta testing is a symptom of weak testing practices and poor communication with customers.“ Extreme Programming Explained: Embrace Change


„Without planning, we are individuals with haphazard connections and effectiveness. We are a team when we plan and work in harmony.“ Extreme Programming Explained: Embrace Change

„Saying that programmers should just accomplish twice as much doesn't work. They can gain skills and effectiveness, but they cannot get more done on demand. More time at the desk does not equal increased productivity for creative work.“ Extreme Programming Explained: Embrace Change

„the XP strategy is "design always.“ Extreme Programming Explained: Embrace Change

„Cards on a wall is a way of practicing transparency, valuing and respecting the input of each team member. The project manager has the task of translating the cards into whatever format is expected by the rest of the organization.“ Extreme Programming Explained: Embrace Change


„Given the choice between an extremely skilled loner and a competent-but-social programmer, XP teams consistently choose the more social candidate. The best interviewing technique is to have the candidate work with the team for a day. Pair programming provides an excellent test of technical and social skills.“ Extreme Programming Explained: Embrace Change

„Inaccurate estimates are a failure of information, not of values or principles. If the numbers are wrong, fix the numbers and communicate the consequences.“ Extreme Programming Explained: Embrace Change

„First a small team writes a small system. Then they find the natural fracture lines and divide the system into relatively independent parts for expansion. The architects help choose the most appropriate fracture lines and then follow the system as a whole, keeping the big picture in mind as the groups focus on their smaller section.“ Extreme Programming Explained: Embrace Change

„If you have a month to plan a project in detail, spend it on four one-week iterations developing while you improve your estimates. If you have a week to plan a project, hold five one-day iterations. Feedback cycles give you information and the experience to make accurate estimates.“ Extreme Programming Explained: Embrace Change

Подобные авторы