Любой дурак может написать код, который может понять компьютер. Хорошие программисты пишут код, который могут понять люди.
Если вы боитесь что -то изменить, это явно плохо спроектировано.
Комплексность - это враг понятия.
Самая большая проблема в командах программного обеспечения - убедиться, что все понимают, что делают все остальные.
Если вы техническое лидерство, вы должны быть кодированием.
Теперь я довольно ленивый человек и готов работать довольно усердно, чтобы избежать работы.
Когда использовать итеративное развитие? Вы должны использовать итеративную разработку только на проектах, которые вы хотите добиться успеха.
Поэтому я надеюсь, что я ясно дал понять, что внушительные гибкие методы - очень красный флаг.
Я считаю, что написание модульных тестов фактически увеличивает скорость моей программы
Почти во всех случаях я против отмены времени для рефакторинга. На мой взгляд, рефакторирование - это не то занятие, которое вы выделяете время. Рефакторинг - это то, что вы делаете все время в маленьких всплесках.
Образец - это идея, которая была полезна в одном практическом контексте и, вероятно, будет полезна в других.
Непрерывная интеграция - это практика разработки программного обеспечения, в которой члены команды часто интегрируют свою работу, обычно каждый человек интегрирует, по крайней мере, ежедневно, что приводит к нескольким интеграциям в день. Каждая интеграция проверяется автоматической сборкой (включая тест) для определения ошибок интеграции как можно быстрее. Многие команды считают, что этот подход приводит к значительному снижению проблем интеграции и позволяет команде быстрее разрабатывать сплоченное программное обеспечение.
Одна из больших опасностей - притворяться, что вы можете следовать предсказуемому процессу, когда не можете.
Никогда в анналах разработки программного обеспечения не было так много задолженно
Когда вы на самом деле садитесь, чтобы написать какой -то код, вы узнаете вещи, которые вы не получили от размышлений о них в моделировании ... Есть процесс обратной связи, который вы можете действительно получить только от выполнения некоторых вещей и посмотреть, что работает
Я не могу выбрать, обижен ли кто -то моими действиями. Я могу выбрать, забочу ли я.
Я могу думать только о многих хороших идеях за неделю. Внесение других людей внесет мою жизнь проще.
Я научился всегда не говорить «всегда»
Одна из вещей, которые я пытался сделать, - это искать более простые или правила, лежащие в основе хорошего или плохого дизайна. Я думаю, что одно из самых ценных правил - избегать дублирования. «Однажды и только один раз» является фразой экстремального программирования.
Сравнение с другой деятельностью полезно, если это поможет вам сформулировать вопросы, это опасно, когда вы используете его, чтобы оправдать ответы.
Почему сочинение симфоний жестко? Я не знаю. В мире очень мало людей могут сделать это хорошо. И я думаю, что это так с предварительным дизайном. Это очень сложно преуспеть.
Невозможно не заметить Руби на рельсах. Он оказал огромный эффект как в сообществе Ruby, так и за ее пределами ... Rails стал стандартом, с которым сравниваются даже устоявшиеся инструменты.
