Size: a a a

2020 May 18

SZ

Sergey Z in rannts
А про Кобол и отсутствие программистов на нём виноват и сам бизнес в том числе, потому что, скорее всего (вангую) "зачем менять, улучшать и рефакторить, если и так работает?" Так разработка остановилась и люди ушли в какой-нибудь Си
источник

SZ

Sergey Z in rannts
На отсутствие программистов на Абапе особых жалоб вроде нет, а порядок ископаемости похожий.
источник

SM

Sergey Martyn in rannts
Подскажите пожалуйста какой библиотекой воспользоваться для решения такой задачи: "1.  Есть список слов:
eiselman
eiseman
eisen
eisenman
eiser
eisert
eisinger
eisler
2.  Нужно придумать способ и реализовать проверку свободных адресов в facebook и instagram
https://www.facebook.com/eiselman занято (-). https://www.facebook.com/eis.mann возможно свободен(?), https://www.facebook.com/dsdsdsdfrfrfrefe точно свободен. Urllib поможет мне?
источник

SA

Sergey Arkhipov in rannts
💭 Руслан Прохоров
Лучше скажите мне, почему это: https://trunkbaseddevelopment.com/ должно использоваться во всех проектах? А все другие точки зрения неправильные!  Только Trunk Based Development!!!!
Я в Ericsson был в команде, которая пропагандировала этот подход, распространяла по всей организации. На самом деле, этот метод решает такую проблему, как сложность ведения длинных бранчей + паралич в момент большого мержа таким образом, что административно устанавливает правила игры. На практике, он не решает ничего, если периодически подмерживать изменения из транка к себе в бранчи. Однако это требует хоть какой-то ответственности и хозяйственной жилки, что очень плохо масштабируется. То есть в случае опытных маленьких команд (или ответственных) этот подход ничего не даст, а в случае гигантских, вокруг одного или нескольких репозиториев, позволит в предсказуемое время хоть как-то добираться до финиша.
источник

💭П

💭 Руслан Прохоров... in rannts
Sergey Arkhipov
Я в Ericsson был в команде, которая пропагандировала этот подход, распространяла по всей организации. На самом деле, этот метод решает такую проблему, как сложность ведения длинных бранчей + паралич в момент большого мержа таким образом, что административно устанавливает правила игры. На практике, он не решает ничего, если периодически подмерживать изменения из транка к себе в бранчи. Однако это требует хоть какой-то ответственности и хозяйственной жилки, что очень плохо масштабируется. То есть в случае опытных маленьких команд (или ответственных) этот подход ничего не даст, а в случае гигантских, вокруг одного или нескольких репозиториев, позволит в предсказуемое время хоть как-то добираться до финиша.
спасибо.
источник

SA

Sergey Arkhipov in rannts
Иногда проще и правильнее сказать - делаем так, чем водить за ручку каждого отдельно
источник

💭П

💭 Руслан Прохоров... in rannts
У нас 6 челов. В работе на 1 человека 1 тест, в котормо от 40 до 160 шагов.  В среднем от 1000 до 3000 строчек кода. Заставить людей делать на каждый шаг, каждый метод отдельный бранч и мержить это постоянно в мастер. И следить кто-то должен за всеми.
источник

💭П

💭 Руслан Прохоров... in rannts
И код ревью не быстрый, так как не только окд нужно посмотреть но и логику и соотвествия требованиям (
источник
2020 May 19

A🌚

Al 🌚l in rannts
Sergey Arkhipov
Я в Ericsson был в команде, которая пропагандировала этот подход, распространяла по всей организации. На самом деле, этот метод решает такую проблему, как сложность ведения длинных бранчей + паралич в момент большого мержа таким образом, что административно устанавливает правила игры. На практике, он не решает ничего, если периодически подмерживать изменения из транка к себе в бранчи. Однако это требует хоть какой-то ответственности и хозяйственной жилки, что очень плохо масштабируется. То есть в случае опытных маленьких команд (или ответственных) этот подход ничего не даст, а в случае гигантских, вокруг одного или нескольких репозиториев, позволит в предсказуемое время хоть как-то добираться до финиша.
Там же ещё фишка в максимальном снижении роли код-ревью как такового
источник

A🌚

Al 🌚l in rannts
Парное программирование, все дела
источник

💭П

💭 Руслан Прохоров... in rannts
Al 🌚l
Там же ещё фишка в максимальном снижении роли код-ревью как такового
А как без код ревью?
источник

A🌚

Al 🌚l in rannts
Парное программирование
источник

A🌚

Al 🌚l in rannts
Когда вдвоём друг друга контролируете
источник

💭П

💭 Руслан Прохоров... in rannts
Поставить bkack, не пускать без теста pylint, flake8?
источник

💭П

💭 Руслан Прохоров... in rannts
А логика?
источник

💭П

💭 Руслан Прохоров... in rannts
Т.е. из 6 инженеров у нас три пары.
источник

💭П

💭 Руслан Прохоров... in rannts
А это реально, даст при рост? А как быть у удалёнкой?
источник

A🌚

Al 🌚l in rannts
Это в теории даёт прирост в скорости выкатывания фичей
источник

💭П

💭 Руслан Прохоров... in rannts
Al 🌚l
Это в теории даёт прирост в скорости выкатывания фичей
Мне на территорию нас..ть. меня интересует реальность.
источник

A🌚

Al 🌚l in rannts
Но на практике и пропускная способность команды снижается
источник