Не нанимайте крутых программистов, если вы стартап и только начали делать продукт. Они вам все испортят

Один раз я написал статью о том, как увлечение новым языком программирования спасло меня от выгорания. Её прочитало много людей, и меня позвали работать в стартап. Предложение было заманчивым, ребята звали меня делать реальные вещи, а не абстрактное дерьмо. Я согласился.

270270

Вот у нас в компании за 5 лет сменилось 4 программиста. И каждый вновь приходящий говорил, что "этим кодом можно выжигать глаза". Вот как так? Это мы постепенно увеличиваем скиллы программистов? Или же это традиция - прийти и повалять код предшественника? Почему-то второе видится логичней.

9
Ответить

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

18
Ответить

Так ведут себя джуны, пока пару раз не обломаются.  :)
Это значит, что выше мидла вы не нанимали человека, даже если казалось обратное.
Им просто лень разбирать чужой код и подбирать к нему ключик в соответствии с задачей. Это можно сделать даже если у вас в проекте адский говнокодище.

Опытный программист ведет себя как в старом анекдоте:
""""
Сидит программист глубоко в отладке.
Подходит сынишка:
— Папа, почему солнышко каждый день встает на востоке, а садится на западе?
— Ты это проверял?
— Проверял.
— Хорошо проверял?
— Хорошо.
— Работает?
— Работает.
— Каждый день работает?
— Да, каждый день.
— Тогда ради бога, сынок, ничего не трогай, ничего не меняй!!!
""""

4
Ответить

Везде есть свои стандарты, а если у вас по каким-то причинам нет (с нуля вообще пишите), надо на уровне компании принять какой-то. И если им придерживаются, другой не придёт и не начнёт говном поливать. Просто взгляд со стороны укажет на не очень правильные решения, не более, и мысли переписать всё не появится. Код без стандартов - анархия. Там такого понапишут, и так виртуозно, что потом всей компанией будут думать что там написано.

Если каждый предыдущий разработчик разрабатывал по каким-то своим стандартам, а не общепринятым, попутно делая все вопреки лучшим практикам и документации, такая ситуация будет постоянно.

Плюс, разработчики часто ложат болт на документацию своего кода и проекта. Даже тут уже мысля пролетала, что на доку потратится куча времени. А без доки, через год, даже автор кода не поймёт что и зачем написано, но когда писалось - было очевидно. В итоге сэкономили 10 минут на старте, потеряли часы через год. Такое, как правило, опять же, возникает за неимением стандартов или их игнорирования. А на стандарты можно натравить линтеры и видеть что разраб их игнорирует.

2
Ответить