Best-Practices

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

Позвольте мне рассказать о самом дорогом «LGTM», который я когда-либо видел. Он был в запросе на включение, который выглядел достаточно безобидно — небольшое изменение в нашей логике обработки платежей. Рецензент, старший инженер, которого я уважал, одобрил его, оставив комментарий, который до сих пор преследует меня: «Отлично выглядит! Хорошая работа, что всё просто 👍». Этот «простой» код был запущен и тут же дважды списал средства за заказы 847 клиентов во время Чёрной пятницы....

Представьте себе: ваше приложение на .NET Core работает медленнее ленивца в воскресенье, пользователи покидают его быстрее крыс с «Титаника», а сервер потребляет память, как чёрная дыра — свет. Звучит знакомо? Не волнуйтесь, мы все бывали в такой ситуации! Сегодня мы превратим ваше медлительное приложение в эффективную и производительную машину. Оптимизация производительности — это не только ускорение работы, но и обеспечение устойчивости, масштабируемости и удобства использования вашего приложения. Это как если бы вы дали своему коду персонального тренера и диетолога в одном лице....

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

Начну с признания: я изобретал колесо чаще, чем средневековый кузнец во время экзистенциального кризиса. И знаете что? Ни о чём не жалею. Если вы работаете в сфере разработки программного обеспечения больше пяти минут, то наверняка слышали священную мантру, разносящуюся по конференц-залам и обзорам кода: «Не изобретай колесо!». Её произносят с тем же благоговением, которое обычно приберегают для древних мудростей, часто сопровождая понимающим кивком и быстрой установкой очередной зависимости весом в 47 МБ для центрирования div....