Opinionated

Загадка оценки в стори-пойнтах: почему любимый показатель Agile может вам не подойти В мире гибкой разработки программного обеспечения стори-пойнты стали основным инструментом для оценки усилий, необходимых для выполнения задач. Однако, как и любой инструмент, они не лишены недостатков. В этой статье мы подробно рассмотрим критику стори-пойнтов, объясним, почему они могут оказаться не таким уж идеальным решением, и обсудим некоторые альтернативные подходы, которые могут сделать ваш процесс разработки более эффективным и приятным....

Стратегический подход: понимание намеренного технического долга В быстро меняющемся мире разработки программного обеспечения фраза «технический долг» часто вызывает чувство страха, похожее на то, когда вы обнаруживаете, что накопили внушительный счёт по кредитной карте. Однако при правильном управлении технический долг может стать мощным инструментом в арсенале разработчика. Эта статья посвящена искусству создания технического долга намеренно, стратегии, которая при правильном применении может определить разницу между соблюдением критического срока и его срывом. Понятие технического долга Технический долг, придуманный Уордом Каннингемом, представляет собой предполагаемую стоимость будущей переделки, возникающую из-за выбора самого быстрого решения сейчас вместо более совершенного подхода, который потребовал бы больше времени....

Горькая реальность устаревших API В постоянно меняющемся мире разработки программного обеспечения API и библиотеки — это жизненная сила наших приложений. Однако из-за неумолимого прогресса эти важные компоненты могут устареть, что приведёт к их исключению из использования. Хотя общий совет заключается в том, чтобы избегать устаревших API и библиотек, как чумы, существуют сценарии, в которых их использование может быть меньшим из двух зол или даже лучшим доступным вариантом. Понимание устаревания Прежде чем мы углубимся в суть вопроса, давайте кратко рассмотрим, что такое устаревание....

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

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