Coding Practices

Искусство написания не поддерживаемого кода: руководство к долголетию В мире разработки программного обеспечения существует искусство, которым владеют немногие: искусство написания не поддерживаемого кода. Это навык, который может обеспечить вам занятость на долгие годы, поскольку никто другой не посмеет прикоснуться к коду, который вы так тщательно проработали. Вот пошаговое руководство о том, как достичь этой сомнительной чести. Соглашения об именах: путь клингона Когда дело доходит до именования переменных и методов, ясность — ваш враг....

Невысказанная правда: когда тесты — не решение В мире разработки программного обеспечения девиз «тестировать всё» стал почти мантрой. Однако, как и любую догму, его применимость нужно подвергать сомнению. Безусловно, модульные тесты являются мощным инструментом, но есть ситуации, когда они не лучший подход. Давайте рассмотрим преимущества отказа от тестирования каждого фрагмента кода и выясним, в каких случаях это может быть более разумным выбором. Издержки чрезмерного тестирования Один из основных аргументов против тестирования каждой строки кода — это время и усилия, которые требуются для этого процесса....

Радость и муки специфичного для машины кода В мире разработки программного обеспечения есть специфичное искусство, которым многие из нас невольно овладели: написание кода, который безупречно работает на наших машинах, но таинственным образом даёт сбой везде. Это явление — источник веселья и разочарования, часто приводящее к ночным сеансам отладки и загадочным сообщениям об ошибках. Корни проблемы Чтобы понять, почему это происходит, давайте разберёмся в основах выполнения кода. Когда вы пишете код, речь идёт не только о логике и синтаксисе, но и об окружающей среде, в которой он выполняется....

Что такое «Дизайн по контракту»? Представьте, что вы в ресторане и заказываете блюдо. Вы ожидаете, что еда будет приготовлена согласно вашим требованиям (без орехов, с дополнительным соусом), и доверяете повару. Если повар не выполнит ваши ожидания, вас может ждать неприятный сюрприз. Этот сценарий очень похож на то, как взаимодействуют программные компоненты, и здесь вступает в игру «Дизайн по контракту» (DbC). Созданный Бертраном Мейером в 1980-х годах, DbC — это подход к проектированию программного обеспечения, который фокусируется на определении контрактов, описывающих взаимодействие между компонентами....

Иллюзия надёжного кода Как разработчики, мы часто гордимся написанием надёжного кода, но как часто мы действительно достигаем этой высокой цели? Правда в том, что даже с лучшими намерениями наш код может быть гораздо более хрупким, чем мы думаем. Давайте рассмотрим причины и изучим некоторые практические стратегии для повышения надёжности нашего кода. Запутанная реальность Представьте, что вы работаете над проектом и в пылу момента выбираете быстрое решение вместо чистого, хорошо структурированного решения....