EK
и DU, condtional types, mapped types, literal types
Size: a a a
2022 January 20
EK
по типизацию юзаю всё что можно
СП
Но на рынке в среднем разработчика который поймет, что логика именно в сервисах проще найти и это средний товарищ. А тут надо содержать рокстара, который сделает как можно лучше, но в среднем ухудшит понимание для людей, потому что как минимум рефакторинг уже затрудняется с этими Inject токенами в виде символов. Если раньше хоть можно было для понимания скинуть человеку видео Мелихова, но теперь и его нет.
EK
но рантайм фичи не тяну которых нет в js
EK
туда же попадают енумы и декораторый
EK
приватыне поля тс кста не самая страшная вещь
EK
я бы сказал что даже ок
MA
Потому что щас тс загнется и умрет?)
СП
Но я рад за вас
D
Наймете пару гастарбайтеров, которые лапшекод напишут, а позже бизнес выбросит этот код на помойку). У Вас отличная логика
EK
нет, потому что хочу сохранить прозрачность языка
EK
ts это js
VL
для понимания стоит почитать что такое ИоК и как оно вообще
>Но на рынке в среднем разработчика который поймет, что логика именно в сервисах проще найти и это средний товарищ.
ничего не понял
>Но на рынке в среднем разработчика который поймет, что логика именно в сервисах проще найти и это средний товарищ.
ничего не понял
MA
Лучше пусть бизнес выбросит помойный код на ноде, чем на ts что ли?
EK
в IoC та еще спорная вещь.
VL
thats MVP my friend
EK
Любой код жалко
D
Он не в этом контексте писал свой текст). Человек рассуждает по логике, что лучше нанять 'специалиста', который ниже квалифицирован, чем "рокстара". А так, MVP тоже нужно уметь писать, чтобы быстро его с условной 4-х слойной архитектуры перевести на онион или что-то еще.
VL
прикиньте, есть компании, которые нанимают только хороших спецов, потому что им важно качество продукта...