Size: a a a

JPoint, Java-конференция

2019 January 18

J🎩

JBaruch 🎩 in JPoint, Java-конференция
у него русский еще недостаточен
источник

J🎩

JBaruch 🎩 in JPoint, Java-конференция
сук, 19% за первый вариант. Ору.
источник

AV

Alexei Vinogradov in JPoint, Java-конференция
Процентики пока меньше 100 голосов наверное еще не показательны, счас наберём)
источник

AM

Andrey Markelov in JPoint, Java-конференция
Наверное следовало Н большой выделить
источник

AV

Alexei Vinogradov in JPoint, Java-конференция
Я вообще мечтал о 50/50/0/0/0, но подождём 😂
источник

AM

Andrey Markelov in JPoint, Java-конференция
Нет варианта: высокая низкая. Главное в проде работает бабосы приносит
источник
2019 January 19

IP

Ivan Ponomarev in JPoint, Java-конференция
Это смотря что имеется в виду: coupling или cohesion?
источник

AV

Alexei Vinogradov in JPoint, Java-конференция
Ivan Ponomarev
Это смотря что имеется в виду: coupling или cohesion?
Ага) это опрос о том насколько общеупотребительно слово связность и что под ним понимают
источник

NM

Nikolay M in JPoint, Java-конференция
Ivan Ponomarev
Это смотря что имеется в виду: coupling или cohesion?
Coupling - зацепление, cohesion - связность
источник
2019 January 28

C

Charm in JPoint, Java-конференция
раз
источник

T

Tagir in JPoint, Java-конференция
Пусть фиксает и на ревью разрабу.
источник

T

Tagir in JPoint, Java-конференция
Мы вообще пулл-реквесты от людей с улицы принимаем. Чем наш родной тестировщик хуже внешнего контрибутора?
источник

T

Tagir in JPoint, Java-конференция
Если фикс однострочный, то тикеты у нас не создают, мы не настолько бюрократы. Создавать тикет нужно только в том случае, если процессы проекта требуют создавать тикеты на любой чих (например, в OpenJDK это так). Если бы разраб для такого фиксать не стал создавать тикет, то и тестеру не надо.
источник

C

Charm in JPoint, Java-конференция
Tagir
Если фикс однострочный, то тикеты у нас не создают, мы не настолько бюрократы. Создавать тикет нужно только в том случае, если процессы проекта требуют создавать тикеты на любой чих (например, в OpenJDK это так). Если бы разраб для такого фиксать не стал создавать тикет, то и тестеру не надо.
а практика “не создавать тикеты” работает? кажется, что если так, то начинаются десятки коммитов без тикетов, и лишь ключевые фичи по тикетам.
источник

T

Tagir in JPoint, Java-конференция
Charm
а практика “не создавать тикеты” работает? кажется, что если так, то начинаются десятки коммитов без тикетов, и лишь ключевые фичи по тикетам.
У нас требуется тикет на любую фичу, потому что это работа не только для разработчика, но и для команды документации и для девадвокатов, чтобы блоги-скринкасты писать и т. д.
источник

T

Tagir in JPoint, Java-конференция
Баг-фикс, который планируется бэкпортить в предыдущие версии, стоит тоже заводить, потому что он тогда автоматом в релиз-нотес попадает
источник

T

Tagir in JPoint, Java-конференция
А, скажем, если баг, внесённый в мастер после последнего релиза, можно и обойтись без тикета. Надо просто понимать, для чего нужны тикеты, тогда проблем нет
источник

ПФ

Паша Финкельштейн in JPoint, Java-конференция
Меня расстраивают фиксы биз тикетов потому что если что-то пофикшено не так и это выяснилось не сразу — очень сложно потом разобраться зачем пофиксали и почему именно так, как пофиксали. То ли хотелка заказчика, то ли просто ошибка
источник

T

Tagir in JPoint, Java-конференция
Паша Финкельштейн
Меня расстраивают фиксы биз тикетов потому что если что-то пофикшено не так и это выяснилось не сразу — очень сложно потом разобраться зачем пофиксали и почему именно так, как пофиксали. То ли хотелка заказчика, то ли просто ошибка
В одном коммите с фиксом должен быть тесткейс, конечно. Если фикс внёс новый баг, фиксай заново, не ломая тот тесткейс.
источник

ПФ

Паша Финкельштейн in JPoint, Java-конференция
Tagir
В одном коммите с фиксом должен быть тесткейс, конечно. Если фикс внёс новый баг, фиксай заново, не ломая тот тесткейс.
Это прям радужная штука. Когда я работал в ЦНС мы так могли. В ламоде с гигантской вероятностью так не выйдет - слишком мало тестов
источник