и давать выбор между ними

в зависимости от того, можно ли ставить или нет из главной ветки

знаете, какие проекты видел - человек форкает чужой апп для той же Django, там нестабильный код, потом там делает некий фикс чего-нибудь, потом из своей форкнутой репы ставит прямо с master'а в requirements.txt и так оно живёт годами без обновлений

ты очень переоцениваешь деструктивность подобного шага

деструктивно в целом заигрывать с леваками

время покажет, кто переоценивает, а кто недооценивает. :)

вот точно. 👍

у меня вопрос к @t1324op @lorddaedra @namorK и @not_logan, вы когда код ревью делаете, просите менять имена переменных на более подходящие и выразительные? а как реагируете когда вас просят поменять?

я опс, а не дев, но да - прошу. Если имена переменных не говорят о смысле или не соответствуют соглашениям - прошу поменять

я редко занимаюсь code review сейчас, раньше просил, скорее, изменить архитектуру чтобы было побольше функций, а не всё в 1 функции с кучей непонятных переменных

вообще, наблюдения такие: чем коллеги сеньорнее, тем меньше им нужны менеджеры и код ревьюверы, некоторые "ошибки" могут быть не ошибки, а просто стиль или "из вредности так делаю потому что нравится", то есть код ревью тут архитектуры, скорее, а не конечного куска кода

ты не ответил. как стоит поступать, когда кто-то в команде считает, что есть более подходящие имена?

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

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

мы поднимаем вопрос на стендапе. У нас есть конвеншны

можешь пояснить, что выражают названия "хозяин" и "раб" в контексте репликации баз данных?

и если кто-то в системе десять лет назад назвал скажем микросервис, который копирует данные "Колян", потому что был тогда в компании один там Николай, который постоянно что-то ксерил. за это время все привыкли. стоит ли переименовывать сервис, когда через десять лет в компанию устроится новый Николай и возмутится?

лучше ты поясни какое отношение слово master в контексте веток гита имеет к рабству

за нейминг поясни, блять

разборки в 2к20