TK
надо писать хороший год, а не стараться ставить себе какие то рамки искуственные, 200 строк на файл, один ретур на функцию
Блин, вообще здравая мысль, поддерживаю
Size: a a a
2020 March 16
EE
Неправда. Есть код объективно хороший и есть код объективно плохой
есть то он есть, но два человека далеко не всегда сойдутся во оценке конкретного кода
EE
а так как многие не могут привести какую то метрику, то хз как вообще можно говорить о качестве кода
a
Для этого и существует код ревью
EE
я вот считаю что пишу хороший код, у меня есть сторнники типо макконела, из его книги я многое взял, есть субьективный опыт. Но бывает что я не могу доказать свою точку зрения человеку который со мной не согласен
EE
Для этого и существует код ревью
ревью это сопосб сделать весь код хорошим с точки зрения ревьюера)
EE
или там возникунут жаркие споры
a
ревью это сопосб сделать весь код хорошим с точки зрения ревьюера)
Это если ты ревьюеру на слово веришь
EE
Это если ты ревьюеру на слово веришь
а если не веришь вы пишете 3000 коментариев и никак не можете закрыть реквест)
a
А если есть диалог - то и истина найдется
a
а если не веришь вы пишете 3000 коментариев и никак не можете закрыть реквест)
Почему то у меня в команде так не происходит
EE
Почему то у меня в команде так не происходит
потому что у тебя такая команда
EE
я в разных работал
EE
и тоже в свое время считал что всем очевидно когда код хороший, а когда плохой
EE
а потом оказалось что не всегда и не всем)
a
Если у вас 3000 комментариев - пора пригласить третью сторону
EE
Если у вас 3000 комментариев - пора пригласить третью сторону
которая напишет еще 1,5)
a
Если не согласен с ревьюером - требовать ссылки и контрпримеры
EE
реально ест ьслучаи когда кто то просто должен выбрать то что ему нравится, потому что аргументы не работают
EE
Если не согласен с ревьюером - требовать ссылки и контрпримеры
почти всегда можно привести контр пример