J🎩
Ну что, ребятки, позвали Джоша в ПК уже? https://twitter.com/starbuxman/status/1086088597919412224?s=19
у него русский еще недостаточен
Size: a a a
2019 January 18
J🎩
сук, 19% за первый вариант. Ору.
AV
Процентики пока меньше 100 голосов наверное еще не показательны, счас наберём)
AM
Наверное следовало Н большой выделить
AV
Я вообще мечтал о 50/50/0/0/0, но подождём 😂
AM
Нет варианта: высокая низкая. Главное в проде работает бабосы приносит
2019 January 19
IP
Это смотря что имеется в виду: coupling или cohesion?
AV
Это смотря что имеется в виду: coupling или cohesion?
Ага) это опрос о том насколько общеупотребительно слово связность и что под ним понимают
NM
Это смотря что имеется в виду: coupling или cohesion?
Coupling - зацепление, cohesion - связность
2019 January 28
C
T
Пусть фиксает и на ревью разрабу.
T
Мы вообще пулл-реквесты от людей с улицы принимаем. Чем наш родной тестировщик хуже внешнего контрибутора?
T
Если фикс однострочный, то тикеты у нас не создают, мы не настолько бюрократы. Создавать тикет нужно только в том случае, если процессы проекта требуют создавать тикеты на любой чих (например, в OpenJDK это так). Если бы разраб для такого фиксать не стал создавать тикет, то и тестеру не надо.
C
Если фикс однострочный, то тикеты у нас не создают, мы не настолько бюрократы. Создавать тикет нужно только в том случае, если процессы проекта требуют создавать тикеты на любой чих (например, в OpenJDK это так). Если бы разраб для такого фиксать не стал создавать тикет, то и тестеру не надо.
а практика “не создавать тикеты” работает? кажется, что если так, то начинаются десятки коммитов без тикетов, и лишь ключевые фичи по тикетам.
T
а практика “не создавать тикеты” работает? кажется, что если так, то начинаются десятки коммитов без тикетов, и лишь ключевые фичи по тикетам.
У нас требуется тикет на любую фичу, потому что это работа не только для разработчика, но и для команды документации и для девадвокатов, чтобы блоги-скринкасты писать и т. д.
T
Баг-фикс, который планируется бэкпортить в предыдущие версии, стоит тоже заводить, потому что он тогда автоматом в релиз-нотес попадает
T
А, скажем, если баг, внесённый в мастер после последнего релиза, можно и обойтись без тикета. Надо просто понимать, для чего нужны тикеты, тогда проблем нет
ПФ
Меня расстраивают фиксы биз тикетов потому что если что-то пофикшено не так и это выяснилось не сразу — очень сложно потом разобраться зачем пофиксали и почему именно так, как пофиксали. То ли хотелка заказчика, то ли просто ошибка
T
Меня расстраивают фиксы биз тикетов потому что если что-то пофикшено не так и это выяснилось не сразу — очень сложно потом разобраться зачем пофиксали и почему именно так, как пофиксали. То ли хотелка заказчика, то ли просто ошибка
В одном коммите с фиксом должен быть тесткейс, конечно. Если фикс внёс новый баг, фиксай заново, не ломая тот тесткейс.
ПФ
В одном коммите с фиксом должен быть тесткейс, конечно. Если фикс внёс новый баг, фиксай заново, не ломая тот тесткейс.
Это прям радужная штука. Когда я работал в ЦНС мы так могли. В ламоде с гигантской вероятностью так не выйдет - слишком мало тестов