-
Достаточно сложно найти ошибку в вашем коде, когда вы ее ищете; это еще сложнее, когда вы предполагаете, что ваш код безошибочен.
-
Работа среднестатистического менеджера требует переключения внимания каждые несколько минут. Работа среднестатистического разработчика программного обеспечения требует, чтобы разработчик переключал внимание не чаще, чем каждые несколько часов.
-
Хороший код сам по себе является лучшей документацией. Собираясь добавить комментарий, спросите себя: "Как я могу улучшить код, чтобы этот комментарий не требовался?" Улучшите код, а затем задокументируйте его, чтобы сделать еще более понятным.
-
Проекты по разработке программного обеспечения терпят неудачу по одной из двух основных причин: команде проекта не хватает знаний для успешного ведения проекта по разработке программного обеспечения или команде проекта не хватает решимости для эффективного ведения проекта.
-
В программном обеспечении цепочка не так прочна, как ее самое слабое звено; она так же слаба, как все слабые звенья, помноженные вместе взятые.
-
По умолчанию в программном проекте движение должно быть направлено на удаление элементов программного обеспечения, чтобы сделать его проще, а не на добавление элементов, чтобы сделать его более сложным.
-
Лучше подождать, пока появится продуктивный программист, чем ждать, пока первый доступный программист станет продуктивным.
-
В успешном программном проекте нет секретов. Как хорошие, так и плохие новости должны иметь возможность перемещаться вверх и вниз по иерархии ptoject без ограничений.
-
... программирование требует большей концентрации, чем другие виды деятельности. Именно по этой причине программисты расстраиваются из-за "быстрых перерывов" - такие перерывы равносильны просьбе к жонглеру одновременно держать три мяча в воздухе и продукты.
-
Разгадывать тайны убийств - это нормально, но вам не обязательно разбираться в коде. Вы должны уметь его читать.
-
Проблема с quick and dirty заключается в том, что грязное остается надолго после того, как quick было забыто.
-
Тестирование само по себе не улучшает качество программного обеспечения. Результаты тестирования являются показателем качества, но сами по себе они его не улучшают. Пытаться улучшить качество программного обеспечения за счет увеличения объема тестирования - все равно что пытаться похудеть, чаще взвешиваясь. То, что вы съедите перед тем, как встать на весы, определяет, сколько вы будете весить, а методы разработки программного обеспечения, которые вы используете, определяют, сколько ошибок будет обнаружено при тестировании. Если вы хотите похудеть, не покупайте новые весы; измените свой рацион питания. Если вы хотите улучшить свое программное обеспечение, не тестируйте больше, а разрабатывайте лучше.
-
Хороший код сам по себе является лучшей документацией.
-
Создание программного обеспечения подразумевает различные этапы планирования, подготовки и выполнения, которые различаются по характеру и степени в зависимости от того, что строится. [...] Для возведения четырехфутовой башни требуются твердая рука, ровная поверхность и 10 неповрежденных пивных банок. Для строительства башни в 100 раз большего размера требуется не только в 100 раз больше пивных банок.
-
Хороший визуальный макет показывает логическую структуру программы.
-
Решение методом грубой силы, которое работает, лучше, чем элегантное решение, которое не работает.
-
Даже если у вас есть квалифицированные, мотивированные и трудолюбивые сотрудники, неправильная структура команды может свести на нет их усилия, вместо того чтобы привести к успеху. Плохая структура команды может увеличить время разработки, снизить качество, подорвать моральный дух, увеличить текучесть кадров и в конечном итоге привести к отмене проекта.
-
Инженерия - это применение научных принципов в практических целях. Если инженерия не практична, это плохая инженерия.
-
Пытаться применять формальные методы ко всем программным проектам так же плохо, как пытаться применять разработку кода и исправлений ко всем проектам.
-
Эвристика - это алгоритм в костюме клоуна. Она менее предсказуема, более увлекательна и предоставляется без 30-дневной гарантии возврата денег.
-
Всеобщая попытка избежать ошибок - это самая большая ошибка из всех возможных.
-
Консультанты в области программного обеспечения иногда советуют вам придерживаться определенных методов разработки программного обеспечения, исключая другие методы. Это печально, потому что, если вы на 100% придерживаетесь какой-либо одной методологии, вы увидите весь мир с точки зрения этой методологии. В некоторых случаях вы упустите возможность использовать другие методы, более подходящие для решения вашей текущей проблемы.
-
95% контента и компьютерного языка остаются прежними.
