Статья с обзором алгоритмов отрисовки дерева гита, блин, а ведь это интересная вещь, никогда не задумывался как оно работает.

https://pvigier.github.io/2019/05/06/commit-graph-drawing-algorithms.html

наркомания на ночь😎

https://www.reddit.com/r/rust/comments/d9zfa6/how_come_php_seems_so_much_faster_than_rust/

Халявный курс по #ansible, налетай!😅

https://www.thecloud.coach/ansible-crash-course

https://ieddit.com/about/

Ieddit – A minimalist, Reddit-like site with anonymous posts/comments

[Перевод] Подготовка приложения для Istio
https://habr.com/ru/post/469515/
Tags: Блог компании Southbridge, Системное администрирование, Серверное администрирование, DevOps, istio, google, gcp, k8s, gke, manual
Author nAbdullin on #habrahabr

Новость о свежей уязвимости — billion laughs для YAML в Kubernetes: https://habr.com/ru/company/flant/news/t/469603/

📚 И да, тут у Humble Bundle стал доступен новый бандл с Linux книгами: https://www.humblebundle.com/books/linux-unix-oreilly-books Собственно, если кто-то захочет порадовать камрадов на канале - вы знаете что делать. 😉

#книга

Не плохо, если лень лезть в gitlab/etc, а нужна чисто доска

https://habr.com/ru/company/lanit/blog/462855/

#gitlab #vue #vuejs #frontend

Классный вебинар от OTUS
https://www.youtube.com/watch?v=-QGAeE6W884&t=
#failover #dba

https://habr.com/ru/post/469455/ #envoy #nginx

Мы обещали наш доклад с недавнего TeamLead Conf в СПб. Вот он: https://habr.com/ru/company/flant/blog/469453/

Bitbucket 2й день чет "кашляет"

Вспомним о паралельных билдах
https://dzone.com/articles/what-to-release-faster-try-parallel-builds-and-mod

PS: image added

След шаг 3? 4 или 5 дисплеев?😂😂😂

https://habr.com/ru/post/469909/

и по традиции синий экран на всех😏

Анонсирую Holy Wars чат, где каждую неделю запускаем новый холливар топик
урла - вот https://t.me/holy_wars_by_kvm

PS: еще есть https://t.me/best_of_ru_it - туда можно форвардить цитаты из IT чатов, в описание канала есть контакт - пишите ему он добавит вас

Перевели заметку о том, для чего и как работает Kustomize, ставший частью kubectl в Kubernetes 1.14: https://habr.com/ru/company/flant/blog/469179/

Что нового в PostgreSQL 12?

Вышел релиз нашей любимой системы управления базами данных PostgreSQL.

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

Что есть важного в заметках к релизу (http://amp.gs/ArcS):

• генерируемые колонки — позволяют на ходу вычислять и кэшировать значения на основе других колонок (теперь можно обойтись без триггеров). Пока что поддерживается только тот их вид, который записывает данные на диск, чисто виртуальные колонки пока делать не стали.
• CTE inlining — теперь по умолчанию common table expressions являются полноправными участниками процесса планирования выполнения запроса и планировщик может строить более быстрые планы, а мы — смело использовать их как инструмент рефакторинга запросов. Но в каких-то случаях может стать хуже, т.к. раньше CTE любили использовать в качестве «забора», не давашего планировщику чересчур усердничать. На этот случай подготовили флаги, позволяющие вернуть старое поведение, если нужно. Читайте подробнее об истории использования CTE в качестве optimization fence здесь: http://amp.gs/ArcN
• мультиколоночная статистика — в сложных запросах, использующих сильно коррелирующие друг с другом колонки (такие как страна и язык, например), планировщик обычно очень сильно ошибается в своих оценках, но теперь можно ему подсказать о таких взаимосвязях в данных и ускорить сложные запросы.
• прогресс создания индексов — создание индекса на большой таблице в нагруженной базе может занимать часы и раньше этот процесс сопровождался страхом и неопределённостью — идёт ли процесс, не заблокировался ли кем, сколько же ещё ждать, стоит ли идти спать до утра? Теперь можно наблюдать за прогрессом в специальной вьюшке.
• ускорение работы и уменьшение размера многоколоночных B-Tree индексов, особенно с большим количеством одинаковых значений или добавленными колонками. Правда, это работает только для свежесозданных индексов, а для остальных после обновления придётся сделать REINDEX CONCURRENTLY (кстати, его тоже добавили, тоже с прогрессом)
• поддержка стандартизованного языка SQL/JSON path для доступа к данным в «развесистых» json'ах.
• ускорение запросов к сильно партиционированным таблицам — теперь можно смело работать с тысячами партиций.

…и много чего ещё.

Мы уже планируем обновление своих баз, а вы?