I hate overtime
870 subscribers
129 photos
4 videos
54 files
961 links
Some DevOps, SRE and IT development stuff
Download Telegram
#papers
Котаны, кароч это вам как бэ на новый год! Оказывается Cambrige выпускает кучу журналов на различные темы, в том числе и по Computer Science. При этом, очень много годноты лежит в открытом доступе и публикуется едва ли не десятилетиями.
#db
Крутая статья с демонстрацией того как базы парсят sql. Чувак на go пишет простенькую in-memory базенку, но с поддержкой основных sql инструкций. И, как оказалось, даже это не так-то просто)
Похожая ситуация была с архитектурным стилем REST. Автор этого стиля Рой Филдинг (Roy Fielding) описал его в своей диссертации немного сложно https://www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_style.htm Что не помешало разработчикам добавлять слово REST к любым API, реализованным поверх HTTP. И только одно нарушало их энтузиазм. Заметки Филдинга в его блоге о том, что очередной как бы REST API таковым не является
I am getting frustrated by the number of people calling any HTTP-based interface a REST API. Today’s example is the SocialSite REST API. That is RPC. It screams RPC
https://roy.gbiv.com/untangled/2008/rest-apis-must-be-hypertext-driven
Ситуацию разрядил Leonard Richardson, предложив модель зрелости API по степени их соответствия идеям REST http://restcookbook.com/Miscellaneous/richardsonmaturitymodel/
Forwarded from AvitoTech
ClickHouse в Авито: посиделки в прямом эфире с Алексеем Миловидовым

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

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

Чуть больше про мини-доклады мы рассказали на Хабре: http://amp.gs/0qvZ
Парни оч интересно трут за компиляторы в теплый субботний вечерок))
Forwarded from Generic Talks (Oleg Kovalov)
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
#kafka
Астрологи объявили очередную неделю коронавируса, кол-во шуток про туалетную бумагу увеличилось вдвое.
А пока, у нас тут хорошее объяснение что такое и зачем нужны acks и чем это отличается от insync replicas
Forwarded from Scala bin
На фоне печальной коронавирусной истории Lightbend сделала жест невиданной щедрости и открыла бесплатный доступ к своим курсам до конца июня.

Курсы, в основном, посвящены продуктам компании (Akka, Lagom и т.д.), но присутствуют и курсы о реактивной архитектуре и даже domain-driven design.
Forwarded from Scala bin
Зарегистрироваться можно по ссылке.
#postgres #linux
А вот тут вот очень годная статья от Percona про OOM.
В общих чертах разобрали как это работает, как выбирается процесс на убой и как на это можно повлиять (в частности как сделать так что бы ООМ не пришел к постгресу)
Очень забавная статья про то, что... инструкция mov на х86 сама по себе является Тьюринг-полной
#rust #os
Внезапно узнал про бомбический проект intermezzOS. Это небольшая операционная система с открытым кодом на Rust и книжкой впридачу.
Смысл в том, что это как бэ обучалка системному программированию на Rust через написание собственной ОС.
Хоть звучит это и страшно, но авторы обещают очень легкий onboarding(не надо знать даже ассемблера)
Forwarded from ITGram
Pluralsight открыли бесплатный доступ ко всем курсам до конца апреля:
pluralsight.com/offer/2020/free-april-month

Я о такой платформе раньше не слышал, но решил посмотреть. Курсов действительно много. Аж 3 курса по Elixir! Есть даже записи с конференций, которые ещё на youtube не выкладывали. И всё и вправду без ограничений.

Для тех, у кого амбиции выходят за пределы одного месяца, можно достать куки через cookies.txt, скормить их youtube-dl и спокойно скачивать любые видео. Но! Лучше так не делать. Я тут недавно открыл свой Pocket, а там статьи по SEO за 2016 год. Так что лучше всё смотреть сразу, не откладыая, пока эта информация ещё для вас актуальна и интересна.
Forwarded from Блог инженера Шмакова (Sergey Shmakov)
#meatware
Если у вас есть четкое ощущение, что вы часто боритесь не с причинами, а с следствиями, то вот вам отличный метод как докопаться до root cause.
Метод заключается в последовательном задании вопроса "почему?" 5 раз))) Давайте включим Игоря Николаева и попробуем найти 5 причин:
- Мой софт упал
- Почему?(1)
- Потому что сервис А вызвал В, а тот не отвечает. Произошел каскадный отказ
- Почему?(2)
- Потому что не подумали о fallback
- Почему?(3)
- Потому что нет политики design for failure
- Почему?(4)
- Потому что у команды нет экспертизы
- Почему у нас тогда распределенная архитектура?(5)

З.Ы. Как сообщают эксперты, главное избегать ответов в стиле "потому что Х мудак!" и "потому что иди на х$й, вот почему!"