Начать проект (мб с кем то в паре по своему направлению)
Далее, когда процессы налажены и производство пошло, могут кинуть на ДР проект, так же начинать. В год в среднем 2 стартапа.
В итоге: мидлы и сеньоры получают опыт тем что видят свежую архитектуру под поставленную задачу и могут внести свой вклад, доделываю и совершенствуя начатый проект, могут, а не только баги чинить
Как показала практика - грамотный старт проекта уже 50% успеха.
Незаменимых кидают только на сложные криты, которые сфейлились уже ДР сеньорами. На дедлайна кидают только если совсем жопа, но редко. Пусть сеньоры тоже учиться дедлайна тушить
3) Насчёт неудобных конфигов или конфликтов - все решается буквально один раз и выносится с npm компании либо в шаред либу монорепы и забывается до апдейта верссий внешних зависимостей
Пока просто не увидел зачем мне тратить время на переписывание конфига и проверки совместимости новых депенденси?
Нам интересно двигаться в сторону BFF — Backend For Frontend: мы видим, что этот подход становится все более популярным
Звучит слегка иронично: Ламода старается следить за модой в архитектуре web технологий.
Но не следует слепо идти за модой, даже если в каждом утюге об этом свистят. BFF - это прошлое, как треуголки. Да - было красиво, да - было полезно, но ТОГДА, с тем интернетом, с теми браузерами и теми стеками. Сейчас у вас есть WASM, сокеты и возможность исследование новые способы рендеринга в браузере (не через JS - вспоминаем картинку как он работает). Не надо смотреть назад - смотрите вперед и не бойтесь экспериментировать с чем то новым (у вас же наверняка куча программистов C++). Это будет гораздо интереснее читать. И возможно вы станете новым законодателем моды :)
По BFF. Вам не хватает контрактов? Вы запутались в этом зоопарке? Так сходите к фронтам, у них этого гораздо больше! и ниче, справляются. Вам на бэке это тяжело поддерживать? Поэтому я топлю чтобы в простых проектах B4F фронтеры сами его себе писали на (хоты бы даже) ноде. Это получается и просто и работает (часто даже с общшим кодом фронта и бэка). Вариантов куча.
BFF - это еще и перекладывание части головной боли с фронта опять же на бэк. Но зачем? Ваш фронт не справляется? Значит что-то не так на фронте (или в людях или пора менять архитектуру). ИМХО бэк должен заниматься только и только данными, и ничего не знать о фронте и его зоопарке девайсов, компонент и т. п.
Еще использование BFF говотрит о том что явный перекос в силах команд в сторону бэка. Но опять же это не значит что надо отдавать им флаг и пусть рулят. Эт сигнал что надо усиливать фронт-команду
У нас сделали по другому:
Есть перформер-незаменист.
Его ставят на стартапы. Где надо:
Разобрать требования
Разработать новый тип архитектуры
Обсудить все по смежниками
Сделать первичную разбивку задач
Начать проект (мб с кем то в паре по своему направлению)
Далее, когда процессы налажены и производство пошло, могут кинуть на ДР проект, так же начинать. В год в среднем 2 стартапа.
В итоге: мидлы и сеньоры получают опыт тем что видят свежую архитектуру под поставленную задачу и могут внести свой вклад, доделываю и совершенствуя начатый проект, могут, а не только баги чинить
Как показала практика - грамотный старт проекта уже 50% успеха.
Незаменимых кидают только на сложные криты, которые сфейлились уже ДР сеньорами. На дедлайна кидают только если совсем жопа, но редко. Пусть сеньоры тоже учиться дедлайна тушить
Чистым css уже мало кто занимается
1) После автоформатирования не
console.log('Hello, ' + name);должно получаться, а
console.log(`Hello, ${name}`);2) Скорость? Ктонть замерял
3) Насчёт неудобных конфигов или конфликтов - все решается буквально один раз и выносится с npm компании либо в шаред либу монорепы и забывается до апдейта верссий внешних зависимостей
Пока просто не увидел зачем мне тратить время на переписывание конфига и проверки совместимости новых депенденси?
Нам интересно двигаться в сторону BFF — Backend For Frontend: мы видим, что этот подход становится все более популярнымЗвучит слегка иронично: Ламода старается следить за модой в архитектуре web технологий.
Но не следует слепо идти за модой, даже если в каждом утюге об этом свистят. BFF - это прошлое, как треуголки. Да - было красиво, да - было полезно, но ТОГДА, с тем интернетом, с теми браузерами и теми стеками. Сейчас у вас есть WASM, сокеты и возможность исследование новые способы рендеринга в браузере (не через JS - вспоминаем картинку как он работает). Не надо смотреть назад - смотрите вперед и не бойтесь экспериментировать с чем то новым (у вас же наверняка куча программистов C++). Это будет гораздо интереснее читать. И возможно вы станете новым законодателем моды :)
По BFF. Вам не хватает контрактов? Вы запутались в этом зоопарке? Так сходите к фронтам, у них этого гораздо больше! и ниче, справляются. Вам на бэке это тяжело поддерживать? Поэтому я топлю чтобы в простых проектах B4F фронтеры сами его себе писали на (хоты бы даже) ноде. Это получается и просто и работает (часто даже с общшим кодом фронта и бэка). Вариантов куча.
BFF - это еще и перекладывание части головной боли с фронта опять же на бэк. Но зачем? Ваш фронт не справляется? Значит что-то не так на фронте (или в людях или пора менять архитектуру). ИМХО бэк должен заниматься только и только данными, и ничего не знать о фронте и его зоопарке девайсов, компонент и т. п.
Еще использование BFF говотрит о том что явный перекос в силах команд в сторону бэка. Но опять же это не значит что надо отдавать им флаг и пусть рулят. Эт сигнал что надо усиливать фронт-команду