Простые вещи
После работы над начальными стадиями нескольких крупных проектов у меня накопился список вещей, которые обладают следующими тремя свойствами:
• они не имеют значения, пока проект маленький,
• они являются мультипликатором производительности, когда проект становится большим,
• их гораздо сложнее внедрить в дальнейшем.
Статья: https://matklad.github.io/2024/03/22/basic-things.html
После работы над начальными стадиями нескольких крупных проектов у меня накопился список вещей, которые обладают следующими тремя свойствами:
• они не имеют значения, пока проект маленький,
• они являются мультипликатором производительности, когда проект становится большим,
• их гораздо сложнее внедрить в дальнейшем.
Статья: https://matklad.github.io/2024/03/22/basic-things.html
matklad.github.io
Basic Things
After working on the initial stages of several largish projects, I accumulated a list of things that
share the following three properties:
share the following three properties:
Сделайте что-то реальное в свободное время
Чтобы не останавливать разработку своего продукта, я стараюсь постоянно применять базовые техники продуктивности. Это не особо новые и удивительные методы — многие из них это простые методики управления проектами. К сожалению, они часто не работают, когда программисты садятся работать в свободное время. Возможно, использование базовых методов управления проектами делает пет-проекты менее привлекательными.
В любом случае, вот некоторые из моих любимых приемов, которые помогают мне продолжать работать в свободное время.
• Ставьте цели
• Разделите на этапы
• Заставьте себя отчитываться
• Что-то каждый день
• Не форсируйте события
• Итерация, итерация, итерация
• Устойчивый темп
• Рассчитайте время на все
• Безжалостно сокращайте объем
• Позвольте жизни вмешиваться
Статья: https://apptractor.ru/info/articles/sdelayte-chto-to-realnoe-v-svobodnoe-vremya.html
Чтобы не останавливать разработку своего продукта, я стараюсь постоянно применять базовые техники продуктивности. Это не особо новые и удивительные методы — многие из них это простые методики управления проектами. К сожалению, они часто не работают, когда программисты садятся работать в свободное время. Возможно, использование базовых методов управления проектами делает пет-проекты менее привлекательными.
В любом случае, вот некоторые из моих любимых приемов, которые помогают мне продолжать работать в свободное время.
• Ставьте цели
• Разделите на этапы
• Заставьте себя отчитываться
• Что-то каждый день
• Не форсируйте события
• Итерация, итерация, итерация
• Устойчивый темп
• Рассчитайте время на все
• Безжалостно сокращайте объем
• Позвольте жизни вмешиваться
Статья: https://apptractor.ru/info/articles/sdelayte-chto-to-realnoe-v-svobodnoe-vremya.html
Как работает ChatGPT? Как объясняет создатель
Иногда лучшие объяснения того, как работает то или иное технологическое решение, можно получить от инженеров-программистов, которые его создали. Чтобы объяснить, как работает ChatGPT (и другие большие языковые модели), я обратился к команде инженеров ChatGPT.
Я спросил об этом у Эвана Морикавы из OpenAI. Эван пришел в OpenAI в 2020 году - за два года до запуска ChatGPT - и возглавил команду прикладных инженеров в процессе запуска и масштабирования ChatGPT. Именно его команда создала ChatGPT, и Эван был в ней с самого начала.
Статья: https://blog.pragmaticengineer.com/how-does-chatgpt-work/
Иногда лучшие объяснения того, как работает то или иное технологическое решение, можно получить от инженеров-программистов, которые его создали. Чтобы объяснить, как работает ChatGPT (и другие большие языковые модели), я обратился к команде инженеров ChatGPT.
Я спросил об этом у Эвана Морикавы из OpenAI. Эван пришел в OpenAI в 2020 году - за два года до запуска ChatGPT - и возглавил команду прикладных инженеров в процессе запуска и масштабирования ChatGPT. Именно его команда создала ChatGPT, и Эван был в ней с самого начала.
Статья: https://blog.pragmaticengineer.com/how-does-chatgpt-work/
The Pragmatic Engineer
How does ChatGPT work? As explained by the ChatGPT team.
For those of us who have not spent the past few years building ChatGPT from the ground up, how does it work? From Evan Morikawa, who leads the Applied engineering team at OpenAI
Как рефакторинг чуть не разрушил мой брак
Я не говорю, что код должен жить вечно. Требования меняются, появляются новые технологии.
Я хочу сказать, что разработчики должны быть гораздо осторожнее в определении понятия «устаревший» и в том, насколько активно они прибегают к рефакторингу.
Ваша роль как менеджера заключается в том, чтобы помочь команде найти баланс — представлять разработчиков, бороться за время для рефакторинга, когда вы считаете, что это необходимо, но также представлять бизнес-сторону и давать отпор, если вы считаете, что рефакторинг не является критичным в данный момент.
Статья: https://apptractor.ru/develop/kak-refaktoring-chut-ne-razrushil-moy-brak.html
Я не говорю, что код должен жить вечно. Требования меняются, появляются новые технологии.
Я хочу сказать, что разработчики должны быть гораздо осторожнее в определении понятия «устаревший» и в том, насколько активно они прибегают к рефакторингу.
Ваша роль как менеджера заключается в том, чтобы помочь команде найти баланс — представлять разработчиков, бороться за время для рефакторинга, когда вы считаете, что это необходимо, но также представлять бизнес-сторону и давать отпор, если вы считаете, что рефакторинг не является критичным в данный момент.
Статья: https://apptractor.ru/develop/kak-refaktoring-chut-ne-razrushil-moy-brak.html
Маленькая платформа для умного дома, которая смогла
Как Home Assistant планирует превратиться из платформы для энтузиастов в главный потребительский продукт.
Статья: https://www.theverge.com/24135207/home-assistant-announces-open-home-foundation
Как Home Assistant планирует превратиться из платформы для энтузиастов в главный потребительский продукт.
Статья: https://www.theverge.com/24135207/home-assistant-announces-open-home-foundation
Forwarded from запуск завтра
В околотехнической тусовке уже несколько лет обсуждают, что качество Гугл-поиска снизилось: постоянно натыкаешься на SEO-оптимизированный спам вместо нормальный статей и сайтов.
Я к этому приспособился так: добавляю в поисковую строку reddit.com или stackoverflow.com, чтобы читать живых людей и спрашиваю chatGPT, чтобы не продираться через рекламу. Федя вон вообще, как и многие технари, перешел на модный платный поисковик (!) Kagi (5-10$ в месяц).
Внутренняя переписка Гугла о том, как меняется поиск из-за денег, ставшая доступной благодаря антимонопольному судебному процессу — документ эпохи.
Три главных действующих лица:
1. Сундар Пичай: ныне CEO Гугла, а в прошлом — консультант МакКинзи.
2. Прабхакар Рагхаван: в прошлом — крупный ученый в области поиска, написал фундаментальные книги в этой области; после академии дозакопал поиск Yahoo (принял с 30% рынка, через 5 лет Yahoo отказался от своего поискового движка и лицензировал Bing) и отвечал за рекламу в Гугле, до того, как начать отвечать за поиск.
3. Бен Гомес: инженер, который больше 20 лет работал над поисковым движком Гугла, недолгое время (сейчас поймете почему недолгое) был «царем поиска» в компании.
(Переписка происходит на жестком корпоративном жаргоне, для удобства читателя дается перевод)
- «У нас падает рекламная выручка, а еще падает число поисковых запросов, нужно срочно повысить эти показатели!»
- «Так давайте сделаем поиск хуже, люди будут больше искать!»
- «Вы что, ебнулись?»
- «Давай, досвиданья, ничего не понимаешь в менеджменте».
Статья называется «Человек, который убил гугл».
Мне кажется, что проблема всё-таки не в конкретном менеджере гугла, а в культуре, в которой краткосрочные улучшения метрик ставятся впереди реальной пользы людям. Просто гугл закончил превращение из стартапа в «классическую американскую корпорацию».
Я к этому приспособился так: добавляю в поисковую строку reddit.com или stackoverflow.com, чтобы читать живых людей и спрашиваю chatGPT, чтобы не продираться через рекламу. Федя вон вообще, как и многие технари, перешел на модный платный поисковик (!) Kagi (5-10$ в месяц).
Внутренняя переписка Гугла о том, как меняется поиск из-за денег, ставшая доступной благодаря антимонопольному судебному процессу — документ эпохи.
Три главных действующих лица:
1. Сундар Пичай: ныне CEO Гугла, а в прошлом — консультант МакКинзи.
2. Прабхакар Рагхаван: в прошлом — крупный ученый в области поиска, написал фундаментальные книги в этой области; после академии дозакопал поиск Yahoo (принял с 30% рынка, через 5 лет Yahoo отказался от своего поискового движка и лицензировал Bing) и отвечал за рекламу в Гугле, до того, как начать отвечать за поиск.
3. Бен Гомес: инженер, который больше 20 лет работал над поисковым движком Гугла, недолгое время (сейчас поймете почему недолгое) был «царем поиска» в компании.
(Переписка происходит на жестком корпоративном жаргоне, для удобства читателя дается перевод)
- «У нас падает рекламная выручка, а еще падает число поисковых запросов, нужно срочно повысить эти показатели!»
- «Так давайте сделаем поиск хуже, люди будут больше искать!»
- «Вы что, ебнулись?»
- «Давай, досвиданья, ничего не понимаешь в менеджменте».
Статья называется «Человек, который убил гугл».
Мне кажется, что проблема всё-таки не в конкретном менеджере гугла, а в культуре, в которой краткосрочные улучшения метрик ставятся впереди реальной пользы людям. Просто гугл закончил превращение из стартапа в «классическую американскую корпорацию».
Я программист, и я тупой
Я пишу код за деньги уже пятнадцать лет. Пробовал себя и в других ролях – управление продуктом, аналитика, тестирование, – но как-то не пошло. И с течением лет пришел к осознанию, что я не очень умный. К сожалению.
Никаких особых медицинских диагнозов мне не ставили, но мои умственные способности крайне ограниченны. Даже те задачи на Leetcode, которые попроще, вызывают у меня затруднения. Когда я читаю о самом обычном алгоритме консенсуса, у меня кипит мозг. У меня плохо получается отслеживать сложные зависимости в кодовой базе. Я не способен освоить модные языки вроде Rust (пытался, но по правде сказать, для меня это чересчур). Я терпеть не могу микросервисы и современный фронтенд: там слишком много движущихся частей, и уследить за всеми я не в состоянии.
Как же я выхожу из положения?
Статья: https://habr.com/ru/companies/productivity_inside/articles/810047/
Я пишу код за деньги уже пятнадцать лет. Пробовал себя и в других ролях – управление продуктом, аналитика, тестирование, – но как-то не пошло. И с течением лет пришел к осознанию, что я не очень умный. К сожалению.
Никаких особых медицинских диагнозов мне не ставили, но мои умственные способности крайне ограниченны. Даже те задачи на Leetcode, которые попроще, вызывают у меня затруднения. Когда я читаю о самом обычном алгоритме консенсуса, у меня кипит мозг. У меня плохо получается отслеживать сложные зависимости в кодовой базе. Я не способен освоить модные языки вроде Rust (пытался, но по правде сказать, для меня это чересчур). Я терпеть не могу микросервисы и современный фронтенд: там слишком много движущихся частей, и уследить за всеми я не в состоянии.
Как же я выхожу из положения?
Статья: https://habr.com/ru/companies/productivity_inside/articles/810047/
Хабр
Я программист, и я тупой
Я пишу код за деньги уже пятнадцать лет. Пробовал себя и в других ролях – управление продуктом, аналитика, тестирование, – но как-то не пошло. И с течением лет пришел к осознанию, что я не очень...
🫡2🤣1
REST API на котиках
С какой стороны IT вы бы не пытались войти — в какой‑то момент столкнётесь с понятием REST API. Эта статья создана, чтобы смягчить данное столкновение. Новые темы всегда легче воспринимаются на простых примерах, ну а если это примеры с котиками, то варианта не разобраться просто нет. Хочется обойтись без сложных научных определений, а рассказать самым простым языком. Поэтому, если вы любите сухие и точные формулировки, то вам нужна другая статья :)
Статья: https://habr.com/ru/companies/cdek_blog/articles/809601/
С какой стороны IT вы бы не пытались войти — в какой‑то момент столкнётесь с понятием REST API. Эта статья создана, чтобы смягчить данное столкновение. Новые темы всегда легче воспринимаются на простых примерах, ну а если это примеры с котиками, то варианта не разобраться просто нет. Хочется обойтись без сложных научных определений, а рассказать самым простым языком. Поэтому, если вы любите сухие и точные формулировки, то вам нужна другая статья :)
Статья: https://habr.com/ru/companies/cdek_blog/articles/809601/
Создание и запуск CDN
Цель этого репозитория - накопить знания о том, как работают CDN, создав одну из них с «нуля». CDN, которую мы будем создавать, использует: nginx, lua, docker, docker-compose, Prometheus, grafana и wrk.
Мы начнем с создания одного бэкенд-сервиса, а затем расширим его до многоузловой CDN, моделируемой, наблюдаемой и тестируемой. В каждом разделе обсуждаются проблемы и компромиссы, связанные с созданием, управлением и эксплуатацией CDN.
Репозиторий: https://github.com/leandromoreira/cdn-up-and-running
Цель этого репозитория - накопить знания о том, как работают CDN, создав одну из них с «нуля». CDN, которую мы будем создавать, использует: nginx, lua, docker, docker-compose, Prometheus, grafana и wrk.
Мы начнем с создания одного бэкенд-сервиса, а затем расширим его до многоузловой CDN, моделируемой, наблюдаемой и тестируемой. В каждом разделе обсуждаются проблемы и компромиссы, связанные с созданием, управлением и эксплуатацией CDN.
Репозиторий: https://github.com/leandromoreira/cdn-up-and-running
Вся моя 20-летняя карьера — это технический долг или устаревший код
Технический долг — это самое популярное слово в наши дни. Люди говорят: «Мы быстро продвигаем наш MVP, минимизируя технический долг!». Они упоминают технический долг, чтобы показаться крутыми или что-то в этом роде.
Я просто смеюсь, потому что все, в конечном счете, является техническим долгом.
Вся моя карьера — это технический долг, или код, который стал устаревшим.
Если вы еще не верите, что вся ваша карьера тоже будет техническим долгом, то после прочтения этой статьи вы поверите в это. Я расскажу вам о том, как все изменилось за 20 лет моей карьеры.
Статья: https://apptractor.ru/info/articles/vsya-moya-20-letnyaya-karera-eto-tehnicheskiy-dolg-ili-ustarevshiy-kod.html
Технический долг — это самое популярное слово в наши дни. Люди говорят: «Мы быстро продвигаем наш MVP, минимизируя технический долг!». Они упоминают технический долг, чтобы показаться крутыми или что-то в этом роде.
Я просто смеюсь, потому что все, в конечном счете, является техническим долгом.
Вся моя карьера — это технический долг, или код, который стал устаревшим.
Если вы еще не верите, что вся ваша карьера тоже будет техническим долгом, то после прочтения этой статьи вы поверите в это. Я расскажу вам о том, как все изменилось за 20 лет моей карьеры.
Статья: https://apptractor.ru/info/articles/vsya-moya-20-letnyaya-karera-eto-tehnicheskiy-dolg-ili-ustarevshiy-kod.html
👍4
Что такое Градиентный спуск
Градиентный спуск — это как спуск с горы в тумане, когда вы хотите добраться до самой низкой точки. Вы не видите карты местности, но можете ощущать, где земля уходит вниз под вашими ногами. Используя эту информацию, вы делаете шаги в том направлении, где наклон кажется самым крутым, надеясь, что это приведет вас к долине.
В математике и программировании «гора» — это функция, которую вы хотите минимизировать (например, разница между вашими предсказаниями и реальными данными). «Наклон» — это градиент, который говорит вам, в каком направлении функция увеличивается или уменьшается быстрее всего. «Шаги» — это небольшие изменения, которые вы делаете в параметрах вашей модели, чтобы функция стала меньше.
Вы продолжаете делать шаги, пока не дойдете до места, где наклон очень мал или пока не достигнете точки, где функция не уменьшается существенно с каждым шагом, что означает, что вы, скорее всего, достигли самой низкой точки, которую искали.
Статья: https://apptractor.ru/develop/coding/chto-takoe-gradientnyy-spusk.html
Градиентный спуск — это как спуск с горы в тумане, когда вы хотите добраться до самой низкой точки. Вы не видите карты местности, но можете ощущать, где земля уходит вниз под вашими ногами. Используя эту информацию, вы делаете шаги в том направлении, где наклон кажется самым крутым, надеясь, что это приведет вас к долине.
В математике и программировании «гора» — это функция, которую вы хотите минимизировать (например, разница между вашими предсказаниями и реальными данными). «Наклон» — это градиент, который говорит вам, в каком направлении функция увеличивается или уменьшается быстрее всего. «Шаги» — это небольшие изменения, которые вы делаете в параметрах вашей модели, чтобы функция стала меньше.
Вы продолжаете делать шаги, пока не дойдете до места, где наклон очень мал или пока не достигнете точки, где функция не уменьшается существенно с каждым шагом, что означает, что вы, скорее всего, достигли самой низкой точки, которую искали.
Статья: https://apptractor.ru/develop/coding/chto-takoe-gradientnyy-spusk.html
Вы против мира глупости: советы разгневанным разработчикам
Почти каждый проект или начинание, которое мы видим, не соответствует самому лучшему из того, что могло бы быть. Рыночные уравнения производят не лучшие инженерные решения, а скорее оптимальное решение для успеха продукта или услуги. Существует определенное количество низкокачественной техники, которую потребители готовы принять в обмен на более низкие цены и другие преимущества. В результате кажется, что приложения, устройства, люди и учреждения не соответствуют нашим стандартам.
Статья: https://apptractor.ru/info/articles/vy-protiv-mira-gluposti-sovety-razgnevannym-razrabotchikam.html
Почти каждый проект или начинание, которое мы видим, не соответствует самому лучшему из того, что могло бы быть. Рыночные уравнения производят не лучшие инженерные решения, а скорее оптимальное решение для успеха продукта или услуги. Существует определенное количество низкокачественной техники, которую потребители готовы принять в обмен на более низкие цены и другие преимущества. В результате кажется, что приложения, устройства, люди и учреждения не соответствуют нашим стандартам.
Статья: https://apptractor.ru/info/articles/vy-protiv-mira-gluposti-sovety-razgnevannym-razrabotchikam.html
3 важнейших навыка, необходимых для того, чтобы перерасти Senior ступень
1. Умение масштабировать себя
2. Ориентирование в неоднозначности
3. Влияние без авторитета
Статья: https://www.thecaringtechie.com/p/3-critical-skills-you-need-to-grow
1. Умение масштабировать себя
2. Ориентирование в неоднозначности
3. Влияние без авторитета
Статья: https://www.thecaringtechie.com/p/3-critical-skills-you-need-to-grow
Машинное обучение помогло понять алфавит кашалотов
Исследователи из MIT CSAIL и Project CETI считают, что с помощью технологий машинного обучения им удалось разгадать своеобразный "алфавит" кашалотов. Результаты исследования, опубликованные под названием "Контекстуальная и комбинаторная структура в вокализации кашалотов", указывают на ключевой прорыв в нашем понимании коммуникации китообразных.
Новость: https://techcrunch.com/2024/05/07/machine-learning-aids-in-discovery-of-sperm-whale-alphabet/
Исследователи из MIT CSAIL и Project CETI считают, что с помощью технологий машинного обучения им удалось разгадать своеобразный "алфавит" кашалотов. Результаты исследования, опубликованные под названием "Контекстуальная и комбинаторная структура в вокализации кашалотов", указывают на ключевой прорыв в нашем понимании коммуникации китообразных.
Новость: https://techcrunch.com/2024/05/07/machine-learning-aids-in-discovery-of-sperm-whale-alphabet/
Как Prime Video масштабировал службу мониторинга и снизил затраты на 90%
Переход нашего сервиса на монолит позволил снизить затраты на инфраструктуру более чем на 90%. Это также увеличило наши возможности масштабирования.
Статья: https://apptractor.ru/develop/kak-prime-video-masshtabiroval-sluzhbu-monitoringa-i-snizil-zatraty-na-90.html
Переход нашего сервиса на монолит позволил снизить затраты на инфраструктуру более чем на 90%. Это также увеличило наши возможности масштабирования.
Статья: https://apptractor.ru/develop/kak-prime-video-masshtabiroval-sluzhbu-monitoringa-i-snizil-zatraty-na-90.html
Сложности перевода: баг, который говорил по-русски и ломал моё приложение
Этот баг стал, пожалуй, самым неприятным из всех, с какими мне приходилось иметь дело. Здесь я оказался под влиянием двух основных усложняющих факторов. Во-первых, я не знаком с нативной разработкой приложений. Во-вторых, сама ошибка сильно сбивала с толку, никак не проясняя своей причины. По правде говоря, я не уверен, кто конкретно виноват в этой проблеме: то ли я, так как не проверил кодировку символов, то ли Android/SugarORM, так как не учли этот случай.
Статья: https://habr.com/ru/companies/ruvds/articles/813083/
Этот баг стал, пожалуй, самым неприятным из всех, с какими мне приходилось иметь дело. Здесь я оказался под влиянием двух основных усложняющих факторов. Во-первых, я не знаком с нативной разработкой приложений. Во-вторых, сама ошибка сильно сбивала с толку, никак не проясняя своей причины. По правде говоря, я не уверен, кто конкретно виноват в этой проблеме: то ли я, так как не проверил кодировку символов, то ли Android/SugarORM, так как не учли этот случай.
Статья: https://habr.com/ru/companies/ruvds/articles/813083/
👍1
Запустился OverflowAI
В Stack Overflow for Teams запустился ИИ-помощник OverflowAI.
Новость: https://stackoverflow.blog/2024/05/14/introducing-overflowai-a-new-era-of-community-driven-ai-at-stack-overflow/
В Stack Overflow for Teams запустился ИИ-помощник OverflowAI.
Новость: https://stackoverflow.blog/2024/05/14/introducing-overflowai-a-new-era-of-community-driven-ai-at-stack-overflow/
Открыт конкурс Gemini API с призовым фондом в $3 млн
Google запустил конкурс для разработчиков Gemini API с призовым фондом в $3 млн и главной наградой в виде специально созданной электрической версии DeLorean 1981 года.
• Срок окончания приема заявок - 12 августа 2024 года. Из России заявки не принимаются.
• Работы будут оцениваться по пяти основным критериям: влияние, оригинальность, креативность, полезность и качество исполнения. Google ищет приложения, которые не только инновационно используют Gemini API, но и решают реальные проблемы, тщательно продуманы и обеспечивают отличный пользовательский опыт.
• Всего будет несколько категорий - Самое эффективное приложение, Самое полезное приложение, Самое творческое приложение, Лучшее приложение на Flutter, Лучшее приложение для Android, Лучшее веб -приложение, Лучшее использование Arcore, Лучшее игровое приложение.
Google запустил конкурс для разработчиков Gemini API с призовым фондом в $3 млн и главной наградой в виде специально созданной электрической версии DeLorean 1981 года.
• Срок окончания приема заявок - 12 августа 2024 года. Из России заявки не принимаются.
• Работы будут оцениваться по пяти основным критериям: влияние, оригинальность, креативность, полезность и качество исполнения. Google ищет приложения, которые не только инновационно используют Gemini API, но и решают реальные проблемы, тщательно продуманы и обеспечивают отличный пользовательский опыт.
• Всего будет несколько категорий - Самое эффективное приложение, Самое полезное приложение, Самое творческое приложение, Лучшее приложение на Flutter, Лучшее приложение для Android, Лучшее веб -приложение, Лучшее использование Arcore, Лучшее игровое приложение.
Самая мощная ИИ-модель для создания изображений и чат-боты для работы, учёбы и поиска. Что представил Google на I/O 2024
Android Lead Developer студии мобильной разработки CleverPumpkin Анатолий Шулипов собрал по горячим следам все обновления, которые произойдут в сервисах компании и на устройствах Android.
Статья: https://apptractor.ru/info/articles/clever-io-2024.html
Android Lead Developer студии мобильной разработки CleverPumpkin Анатолий Шулипов собрал по горячим следам все обновления, которые произойдут в сервисах компании и на устройствах Android.
Статья: https://apptractor.ru/info/articles/clever-io-2024.html
Мантры программирования - это не догмы, а выражения
Я считаю, что многих споров вокруг практик разработки программного обеспечения можно избежать, если просто понять, что все наши мантры нужно понимать как пословицы, а не как законы.
Если вы разбираетесь в пословицах, то знаете, что у каждой пословицы есть и противоположная по смыслу.
Это значит, что можно говорить DRY - Don't Repeat Yourself, а также WET - Write Everything Twice.
Статья: https://lukeplant.iss.one.uk/blog/posts/programming-mantras-are-proverbs/
Я считаю, что многих споров вокруг практик разработки программного обеспечения можно избежать, если просто понять, что все наши мантры нужно понимать как пословицы, а не как законы.
Если вы разбираетесь в пословицах, то знаете, что у каждой пословицы есть и противоположная по смыслу.
Это значит, что можно говорить DRY - Don't Repeat Yourself, а также WET - Write Everything Twice.
Статья: https://lukeplant.iss.one.uk/blog/posts/programming-mantras-are-proverbs/
Luke Plant's home page
Programming mantras are proverbs
Proverbs are supposed to encapsulate a bit of wisdom, but you still need know when to apply it.