#sre
Тут Олег(@oleg_log) принес интересную пдфку про то как надо проектировать сервисы чтобы нипадало. Можно рассматривать как краткую выжимку из Нейгарда/sreBook или как еще один чек-лист готовности к проду. В любом случае годно

#ml
Как готовить линейную регрессию(вдруг у вас она что-то нормальное напредсказывает😂) В статье чутка теории про МНК, QR, градиентный спуск, если в универе прогуляли или забыли)

​Издательство Wiley, которое выпускает серию «Для чайников» часто под этим же брендом публикует совместные издания с разными компаниями. В этой подборке три книги по теме мониторинга.

Alert Correlation for Dummies (совместно с BigPanda)

AIOps for Dummies (совместно с FixStream)

Network Monitoring for Dummies (совместно с Solarwinds)

# source map

https://teletype.in/@opendevcast/SyYaunCHB

#js #security
@aspirin_pp

Нашел тут видос 2хлетней давности про то как устроен Slack. Кароч, парни, как-то вот у них все и без ваших кафок-кубернетесов-микросервисов работает.
Более того, судя по стек-шаре они и до сих пор так работают и отлично себя чувствуют

#fp #books
Ой, котаны, че откопал! Ловите знаменитый курс по ФП из Кембриджа от Харрисона с переводом. Достаточно академизма, достаточно примеров, все прям шикарно.
Готовая пдфка в релизах репы, собрать из сорцов у меня не получилось(возможно плохо собирал)

Из разговора с коллегой:
"Основная проблема индустрии в том, что 90% кода пишется либо джунами, которые еще не читали Макконела, либо мидлами, которые уже читали Эриха Гамму"(с). Чет в голосину

Котаны, я тут давно одну мысль вынашиваю, вот решил поделиться. Речь пойдет о DRY и инкапсуляции в ООП.
Все 100 раз слышали мантру, что дублировать код грешновато и надо инкапсулировать дублирующуюся функциональность, используя все имеющиеся для этого средства вашего любимого ЯП(наследование, композицию, все чудеса GoF и т.п.). Обычно тут аппелируют к расширяемости, поддерживаемости и т.д.
В теории все шоколадно конечно, но в постоянно меняющейся среде все эти замечательные абстракции могут превратиться в тыкву протекающие, коллеги начнут путаться в этих бесконечных "фабриках сервисов стратегий" и в один прекрасный день кто-то все это снесет, построив на руинах еще одну такую же башню из слоновой кости. Знакомо?
Более того, в модных нынче микросервисах дублирование считается нормальным(ну по-крайней мере меньшим грехом чем связность сервисов как в классическом SOA). Оттуда же растет популярность сервисных каркасов(шаблонов проектов типа create-react-app или dotnet new), где через cli создается костяк проекта, который можно менять как душе угодно.
Кароч вот такая мысль, что думаете?
Мое мнение, что тут отлично работает правило 3х: 3 раза задублировал, значит надо инкапсулировать, а до этого нинада.
UPD: речь тут не про выделение кода в методы, а скорее, про ООП головного мозга с абстрактными классами, хелперами и всякими мутными стратегиями на каждый чих

Новый перевод как прекрасная иллюстрация важности понимания тонкостей Kubernetes для обеспечения должного уровня безопасности: https://habr.com/ru/company/flant/blog/466625/

Вышел обзор моей дипломной работы на Хабре от Яндекса. Хоть я Хабр не сильно люблю, но думаю, что вышло прикольно

https://habr.com/ru/company/yandex/blog/466183/

Сюда же еще хороший доклад от Миловидова: https://habr.com/ru/company/yandex/blog/452778/

И, раз уж почти пятница, вот вам крутой канал с перлами Миловидова: @milovidov_perls

#consensus
Тут крутая статья вышла про задачи решаемые конценсусом. Помогает понять зачем все эти ваши Raft'ы и Paxos'ы. Несмотря на название, про блохчейн в ней совсем чутка

#consensus
Вот, кстати, еще один из моих любимых лонгридов про конценсус и Paxos в частности

#dotnet
dotnet new templates tips&trics
1. У каждого шаблона есть стандартный параметр name, который сильно упрощает жизнь: он переименовывает проект и фиксит все неймспейсы. Что бы это добро заработало надо не забыть поставить sourceName пропертю, иначе переименовывать -n будет только папку проекта

2. optional content отлично работает со всеми типами файлов. Для этого директивы #if и #endif просто надо закомментить. Например, что бы убрать ненужный пакет из .csproj:
<!—#if (NotNeedThis)—>
<PackageReference Include="MyPkg" Version="1.0.0" />
<!--#endif-->

3. у symbols есть недодокументированный(в одних wiki есть, в других нету, intelliSence не видит) параметр fileRename, который позволяет переименовывать файлы по шаблону. Например вот такое поменяет все буквы "а" в названиях всех файлов на буквы "с":
"acReplacer": {
"type": "parameter",
"defaultValue": "c",
"fileRename": "a"
}

#k8s
Тут подъехали первые впечатления от 3го хельма(в целом положительные) Особенно интересными кажутся library charts и lua templates, но и, конечно, рамсам с безопасниками за тиллер пришел конец

#search
Ваще-то не люблю подкасты, но вот тут внезапно интересно