Size: a a a

2019 August 07

p

ptchol in DevOps Moscow
Идея транка хорошая с точки зрения выпрямления культурных привычек, которые обычно приводят к техническим проблемам
источник

SE

Stanislav V. Emets in DevOps Moscow
Почти все недостатки высосаны из пальца 😞
источник

SE

Stanislav V. Emets in DevOps Moscow
Кто мешает парное программирование применять на фичабранчах? Или фей-ту-фейс дискуссии?
источник

SE

Stanislav V. Emets in DevOps Moscow
Или тим кодинг стайл?
источник

OS

Oleg Soroka in DevOps Moscow
Stanislav V. Emets
Почти все недостатки высосаны из пальца 😞
Систему делает системой не сумма компонент, а то, что остаётся сверх этой суммы :)
источник

SE

Stanislav V. Emets in DevOps Moscow
Oleg Soroka
Систему делает системой не сумма компонент, а то, что остаётся сверх этой суммы :)
Большая часть проблем описаных там я отношу к т.н. инженерной культуре, кратко которую формулирую как: "Не надо гадить коллегам в любой форме"
источник

IM

Ivan Moiseev in DevOps Moscow
Oleg Soroka
Систему делает системой не сумма компонент, а то, что остаётся сверх этой суммы :)
источник

OS

Oleg Soroka in DevOps Moscow
Stanislav V. Emets
Большая часть проблем описаных там я отношу к т.н. инженерной культуре, кратко которую формулирую как: "Не надо гадить коллегам в любой форме"
Другими словами, вы не возражаете, чтобы команда, задавшись целью повысить культуру, попробовала бы перейти на TBD?
источник

SE

Stanislav V. Emets in DevOps Moscow
Oleg Soroka
Другими словами, вы не возражаете, чтобы команда, задавшись целью повысить культуру, попробовала бы перейти на TBD?
в приципе я не против как такового TBD, я против недостатков приписываемых фичабранч стилю разработки.
источник

SE

Stanislav V. Emets in DevOps Moscow
В реальной жизни все равно я видел мало команд которые фичаветки держат дольше спринта.
источник

SP

Sergey Pechenko in DevOps Moscow
Stanislav V. Emets
в приципе я не против как такового TBD, я против недостатков приписываемых фичабранч стилю разработки.
Хм, ну вот ты против, а они есть. Как в ДМБ.
источник

OS

Oleg Soroka in DevOps Moscow
Stanislav V. Emets
в приципе я не против как такового TBD, я против недостатков приписываемых фичабранч стилю разработки.
Ну хорошо, раз не против - то я даже не буду спорить с тем, что вы имеете право быть против реальности каких-то вещей, с которыми лично я сталкиваюсь в своей практике еждневно.
источник

SP

Sergey Pechenko in DevOps Moscow
Stanislav V. Emets
В реальной жизни все равно я видел мало команд которые фичаветки держат дольше спринта.
Все команды, которые я видел, минимум одну ветку держали дольше спринта.
источник

SE

Stanislav V. Emets in DevOps Moscow
Sergey Pechenko
Все команды, которые я видел, минимум одну ветку держали дольше спринта.
master?
источник

SP

Sergey Pechenko in DevOps Moscow
Не-а. featurebranch.
источник

V

Vit in DevOps Moscow
Sergey Pechenko
Все команды, которые я видел, минимум одну ветку держали дольше спринта.
Ну да, жиза)
источник

V

Vit in DevOps Moscow
Но это про утопающего ж
источник

SP

Sergey Pechenko in DevOps Moscow
@cyfive троллинг защитан, но - fairy.jpg. Слишком жирно.
Правда в том, что редко где прям тебе классический аналитик декомпозирует задачу на мелкие таски размером не больше спринта. Вот и получаются монстроветки, которые потом ногами, ломиком и несветлым именем заталкивают назад в мастер.
источник

МS

Михаил SinTeZoiD in DevOps Moscow
Dmitriy Zaytsev
На деле твою продажу будут челленджить пять человек, которым нахер ничего не надо, 2 олдфага , предпочитающих пейсмейкер, 3 нуба, которые всё равно ничего не решают, 2 миддла, которым интересно попробовать, один человек, который спорит со всеми твоими предложениями и, например, начальник, которому лишняя движуха мешает процессу управления
источник

p

ptchol in DevOps Moscow
Stanislav V. Emets
В реальной жизни все равно я видел мало команд которые фичаветки держат дольше спринта.
ю аре лаки.
источник