Forwarded from Пятничный деплой
Статья от datadog про типы графиков и какой куда лучше подходит
https://www.datadoghq.com/blog/timeseries-metric-graphs-101/
https://www.datadoghq.com/blog/timeseries-metric-graphs-101/
Datadog
Metric graphs 101: Timeseries graphs | Datadog
To help you effectively visualize your metrics, this post explores 4 types of timeseries graphs: Line graphs, stacked area graphs, bar graphs, and heat maps
#rx #observer
Ууууу, жир: статья про Observer pattern сына мамкиной подруги. Причем пейпер интригует с самого начала:
Ууууу, жир: статья про Observer pattern сына мамкиной подруги. Причем пейпер интригует с самого начала:
For an answer on the status quo in production systems,
we quote an Adobe presentation from 2008:
• 1/3 of the code in Adobe’s desktop applications is devoted to event handling logic
• 1/2 of the bugs reported during a product cycle exist in
this code
Смотрите, какой забавный S3. Круто то, что благодаря простым трюкам при проектировании API авторы смогли повысить секьюрность решения
FP Complete's technology site
Casa: Content-Addressable Storage Archive
We're rolling out Casa, a Content Addressable Storage Archive targeted at reproducible build plans. Come learn about how it works and what it can do.
Forwarded from Enterprise Containers
Вот и прошли новогодние праздники. Чтобы вам было легче влиться после выходных делюсь интересным чтивом о управлении kubernetes кластерами в Alibaba Cloud.
https://habr.com/ru/company/itsumma/blog/483198/
https://habr.com/ru/company/itsumma/blog/483198/
Хабр
Как облако Alibaba Cloud управляет десятками тысяч кластеров Kubernetes с помощью… Kubernetes
Куб-на-кубе, метакластеры, соты, распределение ресурсов Рис. 1. Экосистема Kubernetes в облаке Alibaba Cloud С 2015 года Alibaba Cloud Container Service for Ku...
Forwarded from Sysadmin Tools 🇺🇦
CI/CD для фронтенда: обзор инструментов и практик для автоматизации разработки | DOU
https://dou.ua/lenta/articles/ci-cd-for-frontend/
https://dou.ua/lenta/articles/ci-cd-for-frontend/
DOU
CI/CD для фронтенда: обзор инструментов и практик для автоматизации разработки
Разобраться в том, как ваше приложение будет автоматически собираться и деплоиться - хорошая идея для разработчика. Тем более сейчас тренд на T-shaped people. В статье подробно рассмотрим деплой- и релиз-шаги.
Forwarded from запуск завтра
Один из крупных руководителей инженеров в убере опубликовал очень большой, подробный рассказ, как он проводит performance reviews - это когда оценивается работа сотрудника за существенное время. Квартал? Год?
Я думаю, что важно обсуждать максимум вещей на регулярных 1-1 раз в пару недель, не реже раза в месяц.
Автор замечает в самом начале, что как и любую статью про менеджмент, ее стоит воспринимать как источник информации, идей и вдохновения, а не как инструкцию к действию. Информации и ссылок там много. За одну серию ссылок на описания уровней ответсвенности программистов в разных компаниях большое спасибо.
Объём труда вложенный в статью внушает уважение и небольшой страх, что лично я многие вещи делаю по наитию, и может быть не очень хорошо, а вот у чувака СИСТЕМА. Респект, уважуха и хороший повод инженерным менеджерам задуматься, как мы можем делать свою работу лучше. Аминь.
Я думаю, что важно обсуждать максимум вещей на регулярных 1-1 раз в пару недель, не реже раза в месяц.
Автор замечает в самом начале, что как и любую статью про менеджмент, ее стоит воспринимать как источник информации, идей и вдохновения, а не как инструкцию к действию. Информации и ссылок там много. За одну серию ссылок на описания уровней ответсвенности программистов в разных компаниях большое спасибо.
Объём труда вложенный в статью внушает уважение и небольшой страх, что лично я многие вещи делаю по наитию, и может быть не очень хорошо, а вот у чувака СИСТЕМА. Респект, уважуха и хороший повод инженерным менеджерам задуматься, как мы можем делать свою работу лучше. Аминь.
Math_v_komics.pdf
96.6 MB
#books
Хоть праздники уже и прошли, но не за горами выходные и вот вам занимательное научпоп чтиво
Хоть праздники уже и прошли, но не за горами выходные и вот вам занимательное научпоп чтиво
#arch #video
Последнее время очень залип в видосы с ArchDays. Вроде ничего нового, но очень структурировано и качественно подано.
P.S. со многими докладчиками можно пообщаться лично в @itarchitect
Последнее время очень залип в видосы с ArchDays. Вроде ничего нового, но очень структурировано и качественно подано.
P.S. со многими докладчиками можно пообщаться лично в @itarchitect
YouTube
ArchDays 2019 - YouTube
Forwarded from Протестировал
Микросервисная архитектура получила широкое распространение и с ростом количества этих самых сервисов усложняются коммуникации между ними, увеличивается объем разработки серверной и клиентской частей, тестирования этого кода. Для сокращения издержек на написание кода общепринятым подходом считается использование так называемых схем, из которых код клиента и сервера генерируется автоматически. Стандартом схем де-факто является Open API 3.0, инструменты для которой также позволяют генерировать интерактивную документацию.
А вот с тестированием API не все так однозначно. Я думаю не надо объяснять, что при несоответствии реализации схеме возможны неблагоприятные последствия: от необработанной ошибки, которая ломает приложение, до проблем с безопасностью, которые могут повлечь серьезные финансовые потери. Классический подход с example-based тестами не является дешёвым ни в разработке, ни в поддержке. Подход с тестированием с помощью свойств может сократить стоимость тестирования. schemathesis позволяет рутинные проверки с простыми запросами генерировать автоматически из схемы.
Для демонстрации возможностей можно попробовать запустить пример, где создается простой веб-сервис с множеством ошибок и генерируются тесты с помощью schemathesis.
#непишитетесты, генерируйте их
А вот с тестированием API не все так однозначно. Я думаю не надо объяснять, что при несоответствии реализации схеме возможны неблагоприятные последствия: от необработанной ошибки, которая ломает приложение, до проблем с безопасностью, которые могут повлечь серьезные финансовые потери. Классический подход с example-based тестами не является дешёвым ни в разработке, ни в поддержке. Подход с тестированием с помощью свойств может сократить стоимость тестирования. schemathesis позволяет рутинные проверки с простыми запросами генерировать автоматически из схемы.
Для демонстрации возможностей можно попробовать запустить пример, где создается простой веб-сервис с множеством ошибок и генерируются тесты с помощью schemathesis.
#непишитетесты, генерируйте их
GitHub
GitHub - schemathesis/schemathesis: Catch API bugs before your users do
Catch API bugs before your users do. Contribute to schemathesis/schemathesis development by creating an account on GitHub.
Forwarded from Грефневая Кафка (pro.kafka)
📣 2020 будет твой!
Начни год с изучения опыта коллег - кафкаводов!
Авито открывает двери для встречи на зимнем митапе Moscow Kafka Meetup!
Будем говорить о её интеграции, source коннекторах и запуске масштабируемых приложений в Kubernetes. С докладами выступят инженеры Booking.com, Авито и ваш покорный слуга выступит!
Регистрация обязательна
https://avitotech.timepad.ru/event/1231827/
Начни год с изучения опыта коллег - кафкаводов!
Авито открывает двери для встречи на зимнем митапе Moscow Kafka Meetup!
Будем говорить о её интеграции, source коннекторах и запуске масштабируемых приложений в Kubernetes. С докладами выступят инженеры Booking.com, Авито и ваш покорный слуга выступит!
Регистрация обязательна
https://avitotech.timepad.ru/event/1231827/
dd if=/dev/stuff of=/dev/tg
Algebraic lenses https://chrispenner.ca/posts/algebraic
Специально для тех у кого все еще "да кто такой этот ваш профунктор нахуй?!"
mesos.pdf
829 KB
#arch
Нашел тут древний пейпер с анонсом Mesos'а. Помимо кишочков и т.д. очень интересно сравнивать размер экосистемы мезоса сегодня и одинокий Spark тогда(оказывается Spark был подопытным кроликом Mesos'a). А еще первый Мезос = 10kLoC на крестах
Нашел тут древний пейпер с анонсом Mesos'а. Помимо кишочков и т.д. очень интересно сравнивать размер экосистемы мезоса сегодня и одинокий Spark тогда(оказывается Spark был подопытным кроликом Mesos'a). А еще первый Мезос = 10kLoC на крестах
Вот такую интересную штуку показал коллега!
Во-первых, мне кажется, это идеальная демка(дада, не физбаз, не хелловорлд и даже не туду лист)
Во-вторых, очень интересно сделан деплой в кубер, а точнее, пакуются чарты
#хозяюшкеназаметку
Во-первых, мне кажется, это идеальная демка(дада, не физбаз, не хелловорлд и даже не туду лист)
Во-вторых, очень интересно сделан деплой в кубер, а точнее, пакуются чарты
#хозяюшкеназаметку
GitHub
GitHub - microsoft/RockPaperScissorsLizardSpock: Rock, Paper, Scissors, Lizard, Spock - Sample Application
Rock, Paper, Scissors, Lizard, Spock - Sample Application - GitHub - microsoft/RockPaperScissorsLizardSpock: Rock, Paper, Scissors, Lizard, Spock - Sample Application
Троллинг 80го уровня из книжки по теоркату:
"Here seems to be some controversy about the advantages of static vs.
dynamic and strong vs weak typing. Let me illustrate these choices with a thought experiment. Imagine millions of monkeys at computer keyboards happily hitting random keys, producing programs, compiling, and running them. With machine language, any combination of bytes produced by monkeys would be accepted and run. But with higher level languages, we do appreciate the fact that a compiler is able to detect lexical and grammatical errors. Lots of monkeys will go without bananas, but the remaining programs will have a better chance of being useful. Type checking provides yet another barrier against nonsensical programs. Moreover, whereas in a dynamically typed language, type mismatches would be discovered at runtime, in strongly typed statically checked languages type mismatches are discovered at compile time, eliminating lots of incorrect programs before they have a chance to run.
So the question is, do we want to make monkeys happy, or do we want to produce correct programs?"
"Here seems to be some controversy about the advantages of static vs.
dynamic and strong vs weak typing. Let me illustrate these choices with a thought experiment. Imagine millions of monkeys at computer keyboards happily hitting random keys, producing programs, compiling, and running them. With machine language, any combination of bytes produced by monkeys would be accepted and run. But with higher level languages, we do appreciate the fact that a compiler is able to detect lexical and grammatical errors. Lots of monkeys will go without bananas, but the remaining programs will have a better chance of being useful. Type checking provides yet another barrier against nonsensical programs. Moreover, whereas in a dynamically typed language, type mismatches would be discovered at runtime, in strongly typed statically checked languages type mismatches are discovered at compile time, eliminating lots of incorrect programs before they have a chance to run.
So the question is, do we want to make monkeys happy, or do we want to produce correct programs?"
I hate overtime
Троллинг 80го уровня из книжки по теоркату: "Here seems to be some controversy about the advantages of static vs. dynamic and strong vs weak typing. Let me illustrate these choices with a thought experiment. Imagine millions of monkeys at computer keyboards…
category-theory-for-programmers.pdf
15.7 MB
Сурс