[/b/] [/d/] [/tu/] [/a/] [/ph/] [/wa/] [/cg/] [/t/] [/p/]

[Burichan] [Foliant] [Futaba] [Greenhell] [Gurochan] [Photon] - [Home] [Manage] [Archive]

[Return]
Posting mode: Reply
Leave these fields empty (spam trap):
Name
Link
Subject
Comment
File
Verification
Password (for post and file deletion)
  • Supported file types are: GIF, JPG, PDF, PNG
  • Maximum file size allowed is 30720 KB.
  • Images greater than 200x200 pixels will be thumbnailed.

File: 1662416604610.jpg -(15404 B, 310x163) Thumbnail displayed, click image for full size.
15404 No.203157  

Помимо другой моды, есть такая мода - мода на code review. Глядя на других успешных кодревьюеров, программисты решают устраивать бизнес-линч.

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

Получается, что от такого code review больше вреда, чем пользы, не так ли?

>> No.203160  

Ну, во-первых, ревью нужено хотя бы для того, чтобы поглядеть, чего там коллеги накуролесили. Чтобы потом не оказалось неожиданностью. Во-вторых, его отдают как правило сеньёру или ещё какому главнюку. Впрочем, я только в мелких фирмах работал.

>полезут подстраивать код под свой стиль

В нормальных проектах есть соглашения о форматировании, неймингах и тому подобном.

>> No.203164  

>>203160

>Ну, во-первых, ревью нужено хотя бы для того, чтобы поглядеть, чего там коллеги накуролесили. Чтобы потом не оказалось неожиданностью.
>Во-вторых, его отдают как правило сеньёру или ещё какому главнюку.

Получается, код-ревью нужен сеньору (тимлиду), чтобы оставаться сеньором (тимлидом), так? А остальные, не проводящие в код-ревью, играют в царя горы с перечитыванием лога или каждый раз матерятся на чужие изменения.

>В нормальных проектах есть соглашения о форматировании, неймингах и тому подобном.

Это-то понятно. Я говорю как раз о случаях вне соглашений, когда человек суёт в код-ревью именно своё субъективное мнение. Просто каких-то регламентов на код-ревью мне видеть не приходилось. Есть ли такая практика - составлять регламенты код-ревью?

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

>> No.203165  

>>203164
Когда код написан в куче разных стилей то его читать намного сложней.

>> No.203171  

>>203165
А как к этому относится субъективное мнение смотрящего, учитывая то, что в кодовой базе уже есть код, дёргающий TIMTOWTDI направо и налево?

>> No.203172  

>>203171
Очевидное желание сделать кодовую базу лучше чем она есть очевидно. То что там есть говнокод скорее означает что его нужно оттуда вычистить по мере наличия свободного времени, чем то, что все остальное тоже нужно превращать в свалку говнокода.

>> No.203179  

>>203172

>Очевидное желание сделать кодовую базу лучше чем она есть очевидно.

Нет, ни разу не очевидно. Зато есть желание протолкнуть свои субъективные принципы и попутно натыкать палок в колёса другому. Напомню, что регламента code review и законодательно оформленного стиля смысла кода нет, при этом каждый тянет в свою сторону - это не выглядит как желание сделать код лучше.

>> No.203180  

У тебя просто нормального ревьюера не было. Нормальные люди отмечают только настоящие проблемы или аккуратно предлагают свои идеи в том или ином месте.



Delete Post []
Password

[/b/] [/d/] [/tu/] [/a/] [/ph/] [/wa/] [/cg/] [/t/] [/p/]