Вроде больше никто не постил   воркшопов, все на играх замарочились

Подтверждаю, воркшоп очень классный

С переходом в онлайн пишем намного чаще. Отправляем напоминалки каждый день. Риск улететь в спам становится выше

Так, чуваки и чувихи, у кого фулл пассы. Через 25 минут все приходите на Гидру. У нас там в первом эфире сегодня Майкл Скотт и Морис Херлихи. Так что заканчивайте на сегодня с работой и прочей фигнёй и все бегом на Гидру!

Майкл будет рассказывать про безопасный шаринг memory mapped ресурсов, а Морис — про транзакционную память

а до какого числа фидбек заполнять можно?

Лучше до выходных

понял, спасибо

Морис и Майкл — суперзвёзды мира Concurrency, про них естественно есть статьи в Википедии, они оба — обладатели премии Дейкстры, причём Морис кажется дважды :)

Майкл Скотт — дяденька, который придумал и опубликовал в 1996 году со своим аспирантом алгоритм неблокирующей очереди, который в Java реализован в ConcurrentLinkedQueue:
https://docs.oracle.com/javase/8/docs/api/java/util/concurrent/ConcurrentLinkedQueue.html

Кроме того, он много улучшений с Дагом Ли сделал в java.util.concurrent для Java 6. То есть, дяденька оооооочень сильно руку приложил к джавовому конкарренси

так что все обладатели абонементов — не стесняемся, идём на Гидру!

К слову, там доклад про «kernel-bypass networking in Hodor has allowed us to sustain over 3M IO ops per second while enforcing cross-application quality of service»

Неожиданно: Hodor — действительно из GoT!

Было бы on-brand, если бы все эти 3М операций в секунду были исключительно "Hodor" по содержанию.

Цель существования Ходора — в нужный момент "держать дверь" и не пускать всякую опасную малварь. Так что название подходит для этого нового лоадера

Практикам юнит-тестирования вопрос и техлидам. Без привязки к языку.

Хочу узнать мнение юнит тесты и технический долг.

Проект с долгом, кодировали без тестов, хотим потихоньку допокрывать.  Загруженность команды такая, что нет возможности спланировать большой слот для написания тестов в начале спринта, но спонтанно у многих разработчиков появляется пол-дня день, когда их стори блокированы и они могут писать тесты.  Ещё деталь - все тесты проходят код ревью от внешних к команде коллег (из других команд), предыдущий опыт показывает, что комментариев бывает много.


Позиция А: создавать timeboxed задачи (3-4 часа макс, включая ответы на ревью) и покрывать всё что *реально* успеть за этот слот.

Позиция B: писать только часть тестов неправильно, нужно ставить задачу "покрыть  юнит/модуль всеми тестами" и решать её в освободившееся время.

Комментарии/предпочтения?

Один вариант - короткие таймбоксы закрывающиеся когда написано хоть сколько то тестов, второй - таска закрыта, только когда модуль покрыт удовлетворительно "полностью" (то есть больше тестов мы туда писать не планируем).