Оказывается у Confluent есть подкаст про Кафку. Причем, достаточно старый. Если кто катает до галеры по часу, то зацените))

#dotnet #async
Очень классный гайд по дотнетовым таскам(а-ля джавовые/скаловые future).
Тут и немного истории и мат.часть и подводные камни.
Я бы еще добавил сюда FRP для полноты картины(вот, например, годное интро), но даже без этого всем дотнетчикам и сочувствующим must read

P.S. упоминаемый там "документ"

Наверняка многих из-за короновируса перевели на удаленку. В связи с этим, ловите несколько советов от трелло как правильно комуницировать онлайн.

З.ы. обычно я пролистываю такой контент неглядя, но тут получилось интересно: я вот всегда к удаленке относился скорее негативно, но и ЧСХ мнение по поводу коммуникаций у меня всегда было полностью полярным(никогда не приветствовал болтовню на митах и всегда был за максимально лаконичные диалоги). Т.о., артикл заставил меня задуматься, что возможно я просто душный)) Поэтому я и решил поделиться: может и вас это заставит что-то переосмыслить)))

#sre
Лазил тут по интернетам в поисках ответа на вопрос "как правильно дизайнить приложение с метриками" и наткнулся на бомбическую статью по Metrics Driven Development.
Тут и практики и примеры и крутые ссылки, кароч очень рекомендую!
З.Ы. собственно сам вопрос: есть 2 стула, на одном injection точеного metricsExposer'а во все места где что-то нужно заэкспоузить, на другом — прикрутить какое-то апи к модулям, которые должны торчать метриками и собирать через это апи значения метрик в каком-то специальном инфраструктурном слое...запилю-ка опрос

#devops #docker

Хорошая статья про обмен знаниями https://habr.com/ru/company/oleg-bunin/blog/492478/

#sre #observability
Спасибо огромное, котаны, за ваше участие! Ваше мнение очень важно и интересно, но я все-таки присоединюсь к меньшинству.
Поясню свою позицию: допустим мы не инжектим условный Coda Hale Metrics в наш условный ApiClient и хотим собирать метрики по уходящим через этот клиент запросам. Скорее всего метрика будет не одна, а несколько. Возможно среди них будет гистограмма(т.е вот где-то тут уже придется навернуть все эти скользящие окна и т.д.). Потом мы все это добро прячем под отдельный интерфейс и получаем...тот же самый Coda Hale Metrics, только изобретенный заново.
Если я что-то не понимаю, то го в комменты.
З.Ы. вот вам шикарнейший гайд по обзервабилити от Digital Ocean

Для тех кто из-за карантина уже научил кота плясать, построил 3хэтажный карточный домик с террасой и сделал всякие другие нужные и полезные вещи вот тут вот в открытом доступе лежит книга type driven development with Idris.
Почему стоит почитать:
1. Это, наверное, первый "мейнстримовый"(неакадимический) язык с зависимыми типами
2. Idris -- реально странный! Там типы как first class citizen(можно передавать в функцию, возвращать и т.д.). Все функции тотальные и нет исключений.
3. А еще(имхо, самое важное) автор уверяет, что книжка-то не про идрис, а про программирование через типы. Т.е. про то как подружиться с компилятором на столько, что бы он помогал писать код, а не просто орал в конце "rejected!!1". Собственно ради этого люди и идут в функциональщину

Рубрика бесполезно-интересно😊
Оказывается DotNet может в векторизированные операции! Вот тут вот, например, парни сделали бинарный поиск на AVX и даже получили значительный прирост производительности на коллекциях больше 1к элементов.
Естественно там ехал unsafe через unsafe, и вряд-ли это кому-то пригодится(если вы не пишите потроха Unity или BCL, конечно), но интересно, что даже на C# можно делать такое, если очень хочется

#papers
Котаны, кароч это вам как бэ на новый год! Оказывается Cambrige выпускает кучу журналов на различные темы, в том числе и по Computer Science. При этом, очень много годноты лежит в открытом доступе и публикуется едва ли не десятилетиями.

#db
Крутая статья с демонстрацией того как базы парсят sql. Чувак на go пишет простенькую in-memory базенку, но с поддержкой основных sql инструкций. И, как оказалось, даже это не так-то просто)

ClickHouse в Авито: посиделки в прямом эфире с Алексеем Миловидовым

9 апреля с 17:00 до 20:00 наши инженеры соберутся на уютные посиделки с главным разработчиком ClickHouse Алексеем Миловидым. Поговорим про то, как мы используем систему управления базами данных в Авито, с какими сложностями сталкиваемся, и зададим Алексею вопросы о настоящем и будущем ClickHouse.

📹 Регистрируйтесь на таймпаде, и мы пришлём вам на почту ссылку на стрим в день посиделки → http://amp.gs/0qvm

Чуть больше про мини-доклады мы рассказали на Хабре: http://amp.gs/0qvZ

Парни оч интересно трут за компиляторы в теплый субботний вечерок))

Generic Talks опять Live, подключайтесь :)

https://www.youtube.com/watch?v=WLo3SDFiEZQ

#testing #os
Очень крутая статья про то как тестируют новые версии ядра Linux.
Оказывается, на тестирование и баг-фикс уходит до 20% времени итерации, а в пайплайне у комманды юзается далеко не маленький набор тулзов от статических анализаторов до фаззинг-тулов.
Интересно, на мой взгляд, тут:
1. Процесс тестирования у такого опенсорс гиганта достаточно стандартный
2. Автоматизация процесса помогает находить большое кол-во багла(ваш кэп)
3. Достаточно много тулов занимаются похожими вещами
4. Очень много кастомных тулов
5. Решение о выходе в продуктив принимается одним человеком(Линусом)

Друзья, пока многие из нас (я надеюсь) сидят дома, есть возможность углубить свои знания одного из самого широко распространенного инструмента в индустрии, в добавок, сделать это бесплатно и с помощью достаточно авторитетного, не побоюсь этого слова, эксперта. В среду, 01.04.2020 20:00 MSK, Сергей Печенко́ проводит открытый тренинг-семинар по Ansible на тему "Объектная модель Ansible".
Семинар будет проводиться в Zoom, поэтому количество участников ограничено.
Ссылка: https://zoom.us/j/906872604, пароль для входа будет опубликован в чате @pro_ansible непосредственно перед событием.
Для участия в семинаре платная учётка в Zoom не нужна.
Ссылка на опрос, чтобы отметиться для оценки масштабов будущего события - https://t.me/pro_ansible/135686.

Throughtworks(это там где Фаулер работает) запостил в своем бложике артикль про то как легко начать в DDD не прыгая с места в карьер полный агрегатов, доменных ивентов и ubiquitous language'ей.
На мой взгляд, ничего нового там не написано, но вот это прям моя цитата недели:
"If you get to a point where your model and your expert disagrees, they’re right and the model is wrong. Always. Change your model"

Работает, кстати, с софтом в целом, а не только с DDD