Издержки написания дайджестов

🤔

Итак, первый день после праздников.
Я всё ещё в отпуске, но все равно, пара слов о планах.

- Дайджесты продолжатся (не реже недели, за исключением праздничных)
- Новый подкаст готовится (есть 3 ведущих и вся инфраструктура)
- "Разбор" тоже, возможно, оживёт - Абашев задействовался
- О всех остальных идеях тоже никто не забывал, хотя с ними сложнее

Кстати говоря, о Разборе. Тут @abashev поднапрягся и сделал фид с полезняшками Разбора, ссылка в аттаче.

Возникает вопрос - зачем столько подкастов и каналов на примерно одни темы. А что поделаешь, у нас тут здоровая внутренняя конкуренция.

Каждое очередное обращение президентов к стране транслируют и по косточкам разбирают тысячи изданий по всему миру. Обращение Марка Рейнхольда - три с половиной калеки, а по мне так, оно куда актуальней, оно напрямую влияет на нашу рабочую жизнь. Когда я сидел на докладе JCP на последнем Oracle Code One, в зале было *буквально* пять человек.

Даже если каждый из нас начнет заниматься написанием каких-то статей и каналов по Java, этого всё ещё будет *недостаточно*.

Если вы хотите как-то поучаствовать в движухе, засылайте новости либо мне - @olegchir (и тогда они появятся в Java-дайджесте и Каске), либо в @razbor_poletov_chat (и тогда они будут разбираться Разбором).

https://t.me/razborfeed

Я таки немножко глубже изучил вопрос про Universal Permissive License, под которой выпускается GraalVM, и вот что имею сказать.

Во-первых, я был неправ, и надобно извиниться перед Олегом Шелаевым (сделано в @graalvm_ru).

Самая крутая гарантия качества данной лицензии - это то, как бомбануло у известного копираста Мартина Финка (исполнительный вице-президент и CTO в HP). Он решил, что таким образом Оракл собирается красть и национализировать у него технологии. Грац, похоже, лицензия всё-таки удалась :)

Ссылка на бугурт:
https://sdtimes.com/guest-view-use-oracles-upl-abandon-intellectual-property/

Из фичей:

а) эта лицензия лучше, чем BSD и MIT просто по факту наличия там explicit patent grants

б) она поддерживает идею "open by default" + "open forever". То есть, если смешать с ней любой код, то пользователь кода получает права на использование совершенно всех патентов в этом коде, без каких-либо возможностей выйти из сделки. Звучит как что-то очень злое и страшное, и это оно и есть, для проприетарщиков.

FSF по состоянию дел на сегодня одобрят UPL, но рекомендует Apache 2 как более хорошую лицензию, т.к. она дает возможность дешевле судиться: там есть возможность отозвать права на патенты в случае встречного иска, так называемое "defensive patent termination provision".

Но это позволяет кому-то законтрибутить в твой коммерческий проект три строчки (неважно насколько важные и значительные), и потом вечно тебя травить, и ты ничем не сможешь ответить в суде. То есть, эта фича одновременно и щит и меч.

С точки зрения FSF это не проблема, т.к. они не признают проприетарного софта, и наличие подобного "меча" им на руку. Я, например, таки признаю проприетарщину - это хоть и несправедливо, но иногда необходимо как меньшее зло. Это уже чисто моральная проблема. Но не проблема того, что кто-то тебя засудит за патенты, а не сесть за решетку - для обычного человека (а не крестоносца FSF) чуть ли не самое важное, правда?

Ну и наконец, там есть две крутых фичи - одновременно лицензирование с Apache 2 и GPL 2+, если ты крестоносец и тебе это важно. А еще, на лицензию можно ссылаться по ссылке на текст лицензии, а не копипастить её миллион раз во все файлы.

Имхо, сейчас хейтить надо скорей те места, которые подо всякими MIT, BSD и внезапно GPL 2 (именно 2, а не 3 и выше). Если вы не хотите никого патентно троллить в будущем, используйте Apache 2 или UPL

Дал большое интервью журналу Системный Администратор. Поговорили про конференции и митапы, рынок труда и смазывание трактора, профессиональную квалификацию как гарантию собственной финансовой безопасности и многое другое.

Печататься в одном из старейших отраслевых журналов, к тому же, в печатном — интересный опыт. Интервью опубликовано в декабрьском номере.

Веб-версия:
http://samag.ru/archive/article/4010

It’s always fun to see new generations discover wonders of Unix. Back in school we used to hide files from disk cleanup jobs in “/tmp/.  “ folders https://twitter.com/0xdade/status/1215061340282179584?s=21

Многие знакомы с таким неприятным явлением как «моргающие» или flaky тесты. Эти тесты один раз проходят успешно, а второй раз могут упасть на одном из шагов. Самым неприятным является то, что при отладке и попытке найти проблему они снова могут отлично проходить. В результате, на них тратится много времени и часто команда разработки начинает видеть красные билды на CI без особой причины.

Рекомендуемым поведением по отношению к flaky тестам является изоляция в карантин с последующим разбирательством. Но это не всегда хорошая стратегия. Для модульных и интеграционных тестов она ещё неплохо сработает, а вот для крупных e2e или системных тестов один такой тестовый сценарий может покрывать целый длинный бизнес флоу и без него в системе появится отличная лазейка для дефектов.

Поэтому для одного из клиентов мы разработали немного другой подход. Flaky тест помечается специальной аннотацией Flaky, на которую повешен специальный обработчик на уровне управления запуском тестов. И если он падает, то вся информация с дополнительным контекстом попадает в отдельный отчёт, а сам тест перезапускается конфигурируемое количество раз. В результате, мы получаем больше информации для диагностики проблемы и не валим сборки на ровном месте благодаря повторному запуску.

#тестирование #testing

Что я понял в отношении обновлений версий. В команде должен быть кто-то, кто раз в N времени (например, каждую неделю), тратит M часов чтобы пройти по всем зависимостям и обновиться на latest stable версию библиотек и языков программирования. Например, каждую неделю по 4 часа. Или каждый день по полчаса.

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

Есть всего два способа учиться: хороший и мучительно-болезненный, и хороший способ заключается в том, чтобы вовремя делать правильные вещи, и это весь секрет. Когда делаешь вещи вовремя, всё становится очень простым и понятным. С обновлениями зависимостей - то же самое. Если тянуть, однажды обязательно настанет момент, когда уже слишком поздно. Кстати, у вас всё ещё восьмая джава?

Общение с JS-инфраструктурой не прекращает удивлять. Вначале оказалось, что Electron не работает на свежей Node.js (но работает на LTS), по поводу чего я долго ныл в личку графу Владу.

При этом Node Version Manager не видит свежего LTS. Может, это потому что NVM для Windows, и кто там под этот Windows тестирует, да? Однако ни на тот что он видит, ни на самый последний LTS, в Microsoft Type Search нету свежих тайпингов для TypeScript. Я поставил слегка протухшие от соседней минорной во второй цифре версии.

Окей гугл. Теперь я пошел ревьюить версии пакетов для даунгрейда на старую ноду, и решил вчитаться в то, что пишет мне Ангуляр, и обнаружил чудесное после выполнения ng-new: 2 высокоприоритетных дыры при создании приложения из шаблона. Эту ошибку пишет сам же ng-new, потому что запускает npm.

Люблю этот ваш JS. Дикий капитализм, дикий JS, они выживали как умели.

Только что дошла с Amazon книжка "Product Launch The Microsoft Way" - одна из лучших книжек по запуск продукта, незаслуженно забытая в широких массах

Совершенно не продается в России. Заказал её ещё прошлой весной, но в июне она так и не дошла. Второй раз её отправляли уже только этой осенью, и к чести Амазона - на этот раз они выбрали правильный способ и она приехала в какие-то кратчайшие сроки.

Конечно, ничто не бывает без ПРЕВОЗМОГАНИЯ. Компания Курьер Сервис Экспресс подкозлила тем, что 16 дней не могла доставить книжку уже внутри города Новосибирска. В конце я звонил им пять дней подряд, и каждый раз они утверждали, что перезвонят мне с подтверждением деталей сегодня же, а груз доставят назавтра. В результате, не перезвонили ни разу и товара не довезли. На пятый день я позвонил одновременно в новосибирский и московский офис и предложил написать заявление в полицию. Похоже, это возымело определенное действие на них.

Три забавных факта:
1) операционистки всегда удивлялись трекинговому номеру (нечасто приходят посылки от Амазона?)
2) одна из них проговорилась,  что "товар перемещен на склад проблемных товаров"
3) все операционистки говорили, что оставят заметки своим коллегам, но каждая следующая коллега говорила, что не видит никаких заметок.

Курьер приехал к вечеру 16 числа, когда из Новосибирска улетать уже утром 18 - успели в последний день, и на том спасибо.

Так что не бойтесь, спокойно заказывайте книжки с Амазона, когда-нибудь они придут, может быть.

https://www.youtube.com/watch?v=3qqqfa8JnYk

Огромная проблема в подготовке дайджестов в том, что если хочется сделать *нормальный* дайджест, а не просто какой-то рандомный набор ссылок - нужно потратить очень много времени.

Но рандомный набор ссылок и не нужен, вместо этого вы можете просто открыть Гугл, вбить туда слово "Java" и наслаждаться, верно?

Кажется, проблему эту надо решать технически. Как минимум, это бот и простая нейросетка, которая будет производить первичный анализ потока фидов, и дальше после отбора новостей человеком - полуавтоматический continuous delivery этой информации в новостной формат.