Код, который не может не работать

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

Одним из факторов успешной работы команды разработки является эффективность оценки времени выполнения задач. Это в том числе сильно влияет и на бизнес, т.к. прогноз времени выполнения необходим для планирования поставки функциональности пользователю. Принято измерять задачи в часах или в стори пойнтах (Story Points). Сама оценка может проводится индивидуально разработчиками, тим-лидом либо на активностях — типа покера планирования (Planing Poker). Если в плане оценки часами все понятно — ставим ожидаемое время выполнения задачи в измеряемых единицах — часах...

На мое удивление, я часто видел, как разработчики слишком много операций производят при помощи мыши. О, что во мне творилось во время этого… Короткий и простой совет сразу — обязательно изучайте горячие клавиши. Минимизируйте работу с мышью. Мышь — это контрпродуктивно. Используя горячие клавиши и некоторые манипуляции с кодом, например последовательное выделение, перемещение курсора в начало и конец строки, перемещение курсора по словам, перенос строки или группы строк, дублирование строки, выделение...

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

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