Та такое. Мне в целом пофигу рамда или лодаш или ванила. Но я вроде как должен заботиться о продукте так что мне бы хотелось иметь возможность сказать что это какая то херня. Ну и предварительно проверить не говорю ли я сам херню.
Ну ты же озвучил свои опасения коллегам - теперь лишь решение за большинством или лидом
эх я так надеялся что разговор не свернет в обсуждение тс
TS они кстати тоже хотят. И я тоже, как баба Яга, против. Вообще контроль типов это неплохо, но я предпочитаю propTypes или ts+jsdoc. Что бы был синтаксис нативный. Но тут я знаю, что может быть не прав. Просто не люблю ts.
Типа демократия - проголосовали и сделали выбор ) И этот подход, как мне кажется, лучше сбора голосов по чатикам.
Я и не спорю. Моя задача собрать дополнительные соображения. Вдруг я не вижу выгоды или best practice, а они не в состоянии до меня донести. Меня не особо волнует выиграл/проиграл. И решение примут голосованием, да. И я буду следовать решению гильдии, безусловно.
> я, например, ожидаю что код в проекте будет единообразен и его надо будет отрефакторить
это что значит? Всё что не на рамде написано в проекте, пойти и переписать на рамду? Этого точно не стоит делать)
Почему? Если мы решили что такой то тип конструкций мы заменяем ф-ями из рамды, то это стоит сделать по всему проекту. Иначе будет винигрет подходов к решению одной задачи. И вместо DRY за который коллеги ратуют у нас просто прибавится ещё один вариант.
Приймати рішення більшістю - це так собі ідея, тому що в такому випадку відбувається regression toward the mean, команда не прогресує, всі рішення зводяться до "а мені норм".
Спихувати прийняття рішення на тімліда - теж дивно, бо тімліда впершу чергу потрібен для того щоб аргументувати і обговорювати рішення і доносити їх до команди.
Если честно, тоже не могу увидеть selling point рамды
Для меня они были бы если бы мы как то значимо обрабатывали информацию. И использовали FP. (Тогда и пара полезных ф-й, которых нет в стандарте пока, и гарантия что случайно не мутируешь чего, по невнимательности) Но ни того, ни другого я не вижу.
Почему? Если мы решили что такой то тип конструкций мы заменяем ф-ями из рамды, то это стоит сделать по всему проекту. Иначе будет винигрет подходов к решению одной задачи. И вместо DRY за который коллеги ратуют у нас просто прибавится ещё один вариант.
венигрет решений потому что стандартная либа говно
Ну ты же озвучил свои опасения коллегам - теперь лишь решение за большинством или лидом
Не, у нас его нет. Плоская структура. Меня не смогли убедить. Теперь проголосуем и будет нам рамда. А я судя по всем буду и дальше медитировать нахрена у нас рамда.