-
Будь-який дурень може написати код, зрозумілий комп'ютеру. Хороші програмісти пишуть код, зрозумілий людям.
-
Якщо ви технічний керівник, вам потрібно займатися програмуванням.
-
Всебічність-ворог зрозумілості.
-
Одна з речей, яку я намагався зробити, - це знайти простіші правила, що лежать в основі хорошого чи поганого дизайну. Я думаю, що одне з найцінніших правил - уникати дублювання. "Один раз і лише один раз" - це екстремальна фраза для програмування.
-
..якщо ви боїтеся щось змінювати, то це явно погано продумано.
-
Коли слід використовувати ітеративну розробку? Ви повинні використовувати ітераційну розробку лише в тих проектах, у яких ви хочете досягти успіху.
-
Безперервна інтеграція-це практика розробки програмного забезпечення, коли члени команди часто інтегрують свою роботу, як правило, кожен працівник інтегрується щонайменше щодня, що призводить до багаторазової інтеграції на день. Кожна інтеграція перевіряється за допомогою автоматизованої збірки (включаючи тестування) для найшвидшого виявлення помилок інтеграції. Багато команд вважають, що такий підхід значно зменшує проблеми інтеграції та дозволяє команді швидше розробляти послідовне програмне забезпечення.
-
Зараз я досить ледачий чоловік і готовий наполегливо працювати, щоб уникнути роботи.
-
Я не можу вибрати, чи когось ображають мої дії. Я можу вибрати, чи це мене хвилює.
-
Коли ви дійсно сідаєте писати якийсь код, ви дізнаєтеся речі, які ви не отримали, розмірковуючи про них з точки зору моделювання ... там є процес зворотного зв'язку, який ви можете отримати, тільки виконавши деякі дії і подивившись, що працює
-
Чому складати симфонії так складно? Я не знаю. Просто дуже мало людей у світі можуть зробити це добре. І я думаю, що це саме те, що стосується сучасного дизайну. Це дуже важко зробити добре.
-
Ніколи в історії розробки програмного забезпечення так багато людей не були зобов'язані стільки настільки невеликій кількості рядків коду
-
Я вважаю, що написання модульних тестів насправді збільшує швидкість мого програмування
-
Майже у всіх випадках я виступаю проти виділення часу на рефакторинг. На мій погляд, рефакторинг-це не та діяльність, на яку ви виділяєте час. Рефакторинг-це те, що ви робите постійно, невеликими порціями.
-
Порівняння з іншою діяльністю корисно, якщо це допомагає вам сформулювати запитання, але небезпечно, якщо ви використовуєте його для обґрунтування відповідей.
-
Шаблон-це ідея, яка була корисною в одному практичному контексті і, ймовірно, буде корисною в інших.
-
Отже, Я сподіваюся, що я чітко дав зрозуміти, що нав'язування гнучких методів є дуже тривожним сигналом.
-
Неможливо не помітити Ruby on Rails. Він мав величезний вплив як у спільноті Ruby, так і за її межами... Rails став стандартом, з яким порівнюють себе навіть добре зарекомендували себе інструменти.
