Почти во всех случаях я против выделения времени на рефакторинг. На мой взгляд, рефакторинг — это не деятельность, на которую вы выделяете время. Рефакторинг — это то, что вы делаете все время неболь

Почему сложно сочинять симфонии? Я не знаю. Просто очень немногие люди в мире умеют это делать хорошо. И я думаю, что это случай с предварительным дизайном. Сделать хорошо очень сложно.

Невозможно не заметить Ruby on Rails. Это оказало огромное влияние как на сообщество Ruby, так и за его пределами... Rails стал стандартом, с которым сравнивают себя даже хорошо зарекомендовавшие себ

Шаблон — это идея, которая была полезна в одном практическом контексте и, вероятно, будет полезна в других.

Когда использовать итеративную разработку? Вы должны использовать итеративную разработку только в проектах, которые вы хотите преуспеть.

Когда вы на самом деле садитесь писать какой-то код, вы изучаете вещи, которые вы не получили, думая о них с точки зрения моделирования... там есть процесс обратной связи, который вы можете действите

Сейчас я довольно ленивый человек и готов довольно много работать, чтобы избежать работы.

Сравнение с другим занятием полезно, если оно помогает вам сформулировать вопросы, но опасно, когда вы используете его для обоснования ответов.

Никогда еще в анналах разработки программного обеспечения столь многие не были обязаны такому небольшому числу строк кода.

Если вы технический руководитель, вам нужно программировать.

Я обнаружил, что написание модульных тестов на самом деле увеличивает скорость программирования.

Самая большая проблема в командах разработчиков программного обеспечения — убедиться, что все понимают, что делают все остальные.

Я не могу выбрать, обижен ли кто-то моими действиями. Я могу выбирать, забочусь ли я.

Одна из вещей, которые я пытался сделать, это искать более простые правила, лежащие в основе хорошего или плохого дизайна. Я думаю, что одно из самых ценных правил — избегать дублирования. «Один и то

Непрерывная интеграция — это практика разработки программного обеспечения, при которой члены команды часто интегрируют свою работу, обычно каждый человек интегрируется по крайней мере ежедневно, что

Самая большая проблема в софтверных командах убедиться, что все понимают, что делают остальные.

Я всегда учился не говорить слово «всегда»

Я довольно ленивый, поэтому тщательно готовлюсь к работе, чтобы ее избежать.

Комплексность - это враг понятности.

… если боитесь что-то изменить, то это явно плохо разработано.

Когда чувствуешь потребность написать комментарий, сначала перепроектируй код, чтобы любой комментарий стал излишним.

Любой дурак может написать код понятный компьютеру. Хорошие программисты пишут код понятный людям.