Сообщение Re[11]: про мастеров трепотни - как я и говорил от 04.04.2024 1:21
Изменено 04.04.2024 20:22 rosencrantz
Re[11]: про мастеров трепотни - как я и говорил
Здравствуйте, CreatorCray, Вы писали:
CC>Я порой даже в своём собственном коде, который кроме меня никто никогда не правил, делаю рефакторинг и разглаживаю "вековые кольца".
CC>А то и вовсе приличный кусок переделывается потому что требования к функционалу совсем устаканились и можно с полной уверенностью вот эти заделы, оставленные чтоб потом можно было проще функционал расширять, выкинуть а логику раскатать катком на более простую и прямолинейную.
Как определяете, что требования устаканились?
CC>Я порой даже в своём собственном коде, который кроме меня никто никогда не правил, делаю рефакторинг и разглаживаю "вековые кольца".
CC>А то и вовсе приличный кусок переделывается потому что требования к функционалу совсем устаканились и можно с полной уверенностью вот эти заделы, оставленные чтоб потом можно было проще функционал расширять, выкинуть а логику раскатать катком на более простую и прямолинейную.
Как определяете, что требования устаканились?
Re[11]: про мастеров трепотни - как я и говорил
Здравствуйте, CreatorCray, Вы писали:
CC>Здравствуйте, rosencrantz, Вы писали:
R>>Как правило, эти люди просто в принципе пишут плохо
CC>Куда чаще код портится потихоньку, в результате наслоений многочисленных мержей.
Какое нахрен наслоение многочисленных мёржей? Мёрж, даже если в нём нет конфликтов, требует ревью. Если всё само гладко смёржилось, это всё равно ответственность программиста — убедиться, что результат осмысленный. А уж если мёрж с конфликтами — это вообще 100% ответственность девелопера довести код до идеального состояния перед коммитом.
CC>Часто ещё и написанных разными людьми и в условиях разной степени срочности.
Срочность — это такое когнитивное искажение у программистов. Когда говорят "нужно срочно", это не означает, что надо делать плохо. Это означает, что если ты вместо 5 перекуров мог бы сходить на 4, это было бы здорово. Когда кто-то при слове "срочно" начинает нарушать вообще всё, что можно нарушить — это просто профессионал — говно. Для таких людей нужно в туалетах вешать таблички: "помойте руки", а то не дай бог они после слова "срочно" в туалет пойдут.
CC>Я порой даже в своём собственном коде, который кроме меня никто никогда не правил, делаю рефакторинг и разглаживаю "вековые кольца".
CC>А то и вовсе приличный кусок переделывается потому что требования к функционалу совсем устаканились и можно с полной уверенностью вот эти заделы, оставленные чтоб потом можно было проще функционал расширять, выкинуть а логику раскатать катком на более простую и прямолинейную.
Как определяете, что требования устаканились?
CC>Здравствуйте, rosencrantz, Вы писали:
R>>Как правило, эти люди просто в принципе пишут плохо
CC>Куда чаще код портится потихоньку, в результате наслоений многочисленных мержей.
Какое нахрен наслоение многочисленных мёржей? Мёрж, даже если в нём нет конфликтов, требует ревью. Если всё само гладко смёржилось, это всё равно ответственность программиста — убедиться, что результат осмысленный. А уж если мёрж с конфликтами — это вообще 100% ответственность девелопера довести код до идеального состояния перед коммитом.
CC>Часто ещё и написанных разными людьми и в условиях разной степени срочности.
Срочность — это такое когнитивное искажение у программистов. Когда говорят "нужно срочно", это не означает, что надо делать плохо. Это означает, что если ты вместо 5 перекуров мог бы сходить на 4, это было бы здорово. Когда кто-то при слове "срочно" начинает нарушать вообще всё, что можно нарушить — это просто профессионал — говно. Для таких людей нужно в туалетах вешать таблички: "помойте руки", а то не дай бог они после слова "срочно" в туалет пойдут.
CC>Я порой даже в своём собственном коде, который кроме меня никто никогда не правил, делаю рефакторинг и разглаживаю "вековые кольца".
CC>А то и вовсе приличный кусок переделывается потому что требования к функционалу совсем устаканились и можно с полной уверенностью вот эти заделы, оставленные чтоб потом можно было проще функционал расширять, выкинуть а логику раскатать катком на более простую и прямолинейную.
Как определяете, что требования устаканились?