I hate overtime – Telegram
I hate overtime
866 subscribers
129 photos
4 videos
54 files
961 links
Some DevOps, SRE and IT development stuff
Download Telegram
#rx #observer
Ууууу, жир: статья про 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 авторы смогли повысить секьюрность решения
Один из крупных руководителей инженеров в убере опубликовал очень большой, подробный рассказ, как он проводит performance reviews - это когда оценивается работа сотрудника за существенное время. Квартал? Год?

Я думаю, что важно обсуждать максимум вещей на регулярных 1-1 раз в пару недель, не реже раза в месяц.

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

Объём труда вложенный в статью внушает уважение и небольшой страх, что лично я многие вещи делаю по наитию, и может быть не очень хорошо, а вот у чувака СИСТЕМА. Респект, уважуха и хороший повод инженерным менеджерам задуматься, как мы можем делать свою работу лучше. Аминь.
Math_v_komics.pdf
96.6 MB
#books
Хоть праздники уже и прошли, но не за горами выходные и вот вам занимательное научпоп чтиво
#arch #video
Последнее время очень залип в видосы с ArchDays. Вроде ничего нового, но очень структурировано и качественно подано.
P.S. со многими докладчиками можно пообщаться лично в @itarchitect
Микросервисная архитектура получила широкое распространение и с ростом количества этих самых сервисов усложняются коммуникации между ними, увеличивается объем разработки серверной и клиентской частей, тестирования этого кода. Для сокращения издержек на написание кода общепринятым подходом считается использование так называемых схем, из которых код клиента и сервера генерируется автоматически. Стандартом схем де-факто является Open API 3.0, инструменты для которой также позволяют генерировать интерактивную документацию.

А вот с тестированием API не все так однозначно. Я думаю не надо объяснять, что при несоответствии реализации схеме возможны неблагоприятные последствия: от необработанной ошибки, которая ломает приложение, до проблем с безопасностью, которые могут повлечь серьезные финансовые потери. Классический подход с example-based тестами не является дешёвым ни в разработке, ни в поддержке. Подход с тестированием с помощью свойств может сократить стоимость тестирования. schemathesis позволяет рутинные проверки с простыми запросами генерировать автоматически из схемы.

Для демонстрации возможностей можно попробовать запустить пример, где создается простой веб-сервис с множеством ошибок и генерируются тесты с помощью schemathesis.

#непишитетесты, генерируйте их
​​📣 2020 будет твой!
Начни год с изучения опыта коллег - кафкаводов!
Авито открывает двери для встречи на зимнем митапе 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 на крестах
Вот никогда с ним не понятно, шутит он или нет
Вот такую интересную штуку показал коллега!
Во-первых, мне кажется, это идеальная демка(дада, не физбаз, не хелловорлд и даже не туду лист)
Во-вторых, очень интересно сделан деплой в кубер, а точнее, пакуются чарты
#хозяюшкеназаметку
#vscode
Вот такого прямо очень не хватало последнее время 👇
Троллинг 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?"