All streams
Search
Write a publication
Pull to refresh
1
0
Send message

А когда нужно будет остановиться и перестать писать строки мертвого кода? Вчера был один метод, сегодня новый, завтра ещё требование изменилось и захотят сложение, а мы уже два метода написали, покрыли тестами и держим просто так получается?

Это не хрупкий, а просто кривой тест. Какие-то параметры входящие возможно криво сделаны для теста. Что чаще всего у нас и происходит, потому что в каждом тесте идёт генерация данных, а не хардкорный какие-то из файла.

Если тест работал, а потом начал падать, значит тест работает. Кто-то влез в логику и сломал ее.

В мне понравилось как тимлида скрестили со скрам мастером, чтобы он проводил митинги, ретро, груминги и так далее..

То есть при многопоточной записи новых данных в таблице предлагается только вариант serializable? Как выше верно заметили, при старте потоки видят что в таблице нет записи. Вроде как по уникальной колонке только один поток сохранит данные, но остальные упадут с ошибкой. А если нужно чтобы сама запись была в отдельной транзакции..

Я на проекте расширил класс логгера, переопределил методы beforeRequest, afterRequest и createMessage. Внутри добавил логику что скрывать , что нет. Плюс добавил MDC чтоб весь процесс был явно виден и фильтрует в логах. Logback.xml свой паттерн тоже и все

Интересный путь. Все ждал когда будет переход к ProblemDetails но так и не увидел

Information

Rating
Does not participate
Registered
Activity