Справа ж не в хуках, а в тому що людина змогла донести команді важливість якоїсь позиції. Це значно важливіше для бізнесу, ніж те, що у них там в коді.

Ну і якщо він дійсно розуміє для чого потрібні arrow functions/hooks/etc, то хороший software design теж великий плюс для бізнесу

так это ж не то чтобы прям сидеть и думать о пользе чего-то, чаще это просто через гейткиперов упёртых пробиваться

особенно, моё любимое, когда начинают говорить о консистентности, ведь если есть какое-то новое локальное решение, то его, почему-то, если уже и начинать использовать, то обязательно нужно во всём проекте всё старое обновить

consistency != uniformity

именно так

Насправді, ніхто не приймає рішення про код виходячи з майбутньої оцінки акцій компанії. По-перше, це практично неможливо передбачити, по-друге, це надто великий feedback loop. Тим не менш, в організації завжди є каскад таких систем і варто розуміти як рішення на рівні продуктової команди будуть впливати на те, куди рухається вся компанія.

Зрештою, це все комунікаційні проблеми, і комунікаційні проблеми ведуть до росту рівня складності організації. А складність організації - це найкращий предиктор кількості багів у вашому коді))

в третьих, не у каждой компании есть акции

но вообще про связь кода и акций – смешно

чем больше лапши, тем дороже акции, обычно это так работает

гг

больше лапши -> больше размер команды -> больше компания -> больше эвалуация?)

це погана метрика, так, я до того ж

да, ну и чтобы акции в цене поднялись, компании нужно подольше просуществовать)

за это время лапши набежит прилично

це не значить, втім, що розробники мають прагнути максимізувати кількість лапші)

обычно "оно само"))

if (~arr.indexOf(el))

не будьте как етот парень)

почему, всё же очевидно