Vladislav
Даже не так, самые крутые проекты зачастую написаны на коленке дилетантами и уже только потом через долгое время допилены по краям
Al
Michael
Michael
Жаль, мне этого не понять ((
Dmitry
Код ревью вообще интересная вещь, ведь там больше не качество а читаемость важна
Michael
Код ревью интересная вещь, жаль ее нету у нас в проекте :)
baur.sha
Не кормите эйчаров
baur.sha
Кек
Vladislav
Крутой спец напишет говнокод с тем же успехом, что и не крутой.
Dmitry
Если чувак решил задачу быстро, и она работает так, что всё понимают, что плохого в том, что он не выпендривался функциональным програмиироаанием? Да не очень красиво, зато всем понятно
Al
Дима
Dmitry
Redux тоже отдельная басня, если чувак первый раз его в глаза видит, просто обалдеет
Vladislav
Vladislav
Соответственно, чем больше вложенности и развилок, тем хуже код
Michael
Michael
Для бизнеса
Michael
Офкорс
Vladislav
Если бизнес живет 20 лет, то говнокод начинает накапливаться, а разработчики – костенеть, в итоге сильно снижается маневренность
Vladislav
и в один прекрасный день все это говно сносит дуновением рынка
Dmitry
такая жизнь :)
Michael
Ну, когда бизнес удовлетворён, появляется рефакторинг и все говно которое держиться на слове божьем переписывается на что-то более понятное
Dmitry
я, на самом деле, говорил совершенно про другую ситуацию, когда релиз отложили на год, чтобы писать код по ягодке, пока написали компания закрылась
Dmitry
зато код збс
Vladislav
И вот не могу сказать, что Redux с его reducers, effects и тд, самая понятная и простая херня, иногда простыню попроще читать
Вот это интересный момент, там местами вообще нихера непонятно, а чем больше проект, тем быстрее растет энтропия за счет увеличения кол-ва экшенов и контейнеров.
Все эти модные дурацкие плагины к нему призваны, по идее, ее снизить, но не всегда помогает
Vladislav
Azein
У меня без redux энтропия росла быстрее
Dmitry
Gordey
Vadik
все-таки маломаневренный успешный продукт на устаревшем стеке прогать обиднее, чем невзлетающие с модными хреновинами
Dmitry
а накидали бы трешачка на angular.js и может быть MVP хотя бы был, а там как водится, работает не трогай.
Я собственно в тот момент и ушел из компании
Dmitry
но все сводиться в тому, что персональные качества, да да, именно обучаемость, коммуникабельность получаются ценнее, чем в деталях знать как работают прототипы в JS
Evgeny
А потом говорят, что я неправильно нанимаю людей, руководствуясь принципом "не работай с мудаками"
Evgeny
🐙 Павел
Vadim
Evgeny
Не так
Evgeny
Умение спросить
Evgeny
А у гугла или у тимлида дело второе
Evgeny
Потому что если человек не умеет спрашивать, это полный пиздос
Evgeny
Работал у меня один
Evgeny
Несколько дней собирался с мыслями чтобы что-то спросить
Dmitry
как только в такой вселенной стать сеньором помидором? бороду отрастить?
Evgeny
Научить гуглить (= задавать правильные вопросы) можно
Aleksandr
Evgeny
Evgeny
И это задача тимлида скинуть с себя эти вопросы гуглу
Evgeny
Если он этого не делает, то это вопрос к тимлиду, а не к квалификации джуниора че он так много вопросов задаёт
Evgeny
Берёшь джуниора — будь добр обучай, это ответственность
Dmitry
ага только в реальности, тимлид может просто быть не готов к таким вопросам, потому что уже 5 лет на .net пишет и jquery
Dmitry
в общем страшно что-то на рынке
Vadim
Dmitry
Vladislav
не давать им оседать в одном человеке, например
Dmitry
Dmitry
Согласен
Dmitry
Тк если тимлид нужно отвечать будет если знания уйдут в другую компанию)
Vladislav
Ну перенос знаний – это двусторонний процесс, иначе застой, гроб и клабдище
Vladislav
Потому что при аврале не успеваешь за всем следить, я поэтому делегировал поиск и пробу решений
Vadim
Я видел, как директор и ПМ выжали тимлида и ведущего фронтенд разраба, которые суммарно аккумулировали в себе 90% критических знаний о проекте.
Quiet
Что вы имеете ввиду "перенос знаний"
KlonD90
Ruslan
Quiet
Vladislav
Vladislav
Даже во фронте овердофига глубоких нор