Найти тему
283 подписчика

#советы Две крайности нового


На канале я регулярно делаю обзор различных новых инструментов, библиотек или фреймворков. И в комментариях могу наблюдать 2 крайности.

- Hype Driven Development - люди готовы тащить в проект всё новое, которое на хайпе и имеет прикольный сайт.
- Conserve Me Please - люди, критикующие любую новую фичу, так как у нас уже есть инструменты и мы ими пользуемся последние N лет.

Я считаю, что обе крайности не верны, как и в целом любые крайности. Тащить новую фичу на проект можно, только если:

- Есть проверенное использование на production – то есть кто-то успешно внедрил фичу и может рассказать о подводных камнях. Или вы готовы потратить на это много времени. Например, для Bun вы, думаю, не найдёте много кейсов.
- Есть фича, которая даёт сильное преимущество в скорости / удобстве / … - например прирост в производительности, который блокирует развитие бизнеса или решение возникающих проблем.
- Не будет проблемой обучение и поиск команды – если вы возьмёте не проект скажем HTMLX, насколько будет сложно найти под него новых разработчиков?
- Оно хорошо встраивается в вашу экосистему – внедряя Qwik сколько lib нужно будет написать под него в сравнении с React?
- Если прибыль от внедрения перевешивает стоимость – вы потратите X часов разработки по цене Y и X*Y < прибыль от внедрения

В иных случаях внедрять не стоит. Но!

Любое новое – это движение вперёд. Появление Deno ускорило развитие Node. Опыт Remix повлиял на развитие Next и App Router. Таких примеров много. Поэтому всегда смотрите на новые появляющиеся технологии. Даже если вы не будете их брать, можно поучиться на опыте тех, кто их создавал. Это даст вам широкий кругозор и такое понятие как “насмотренность”, когда вы принимаете осознанное решение при выборе технологий проекта и понимаете их плюсы и минусы. Именно для этого я и делаю обзор нового.
1 минута
304 читали