Если вдруг кто-то думал что еще чуть чуть и можно в офис.

https://www.wsj.com/articles/google-to-keep-employees-home-until-summer-2021-amid-coronavirus-pandemic-11595854201

Интересная статья о выгорании разработчиков на позиции менеджера. Одна из причин, задачи которые раньше торкали теперь стали "обычными". Очень хорошо описано ощущение.

"Looking back, I remember one particular day. I had many manager-related tasks scheduled, and on the way to work I suddenly realized that these tasks did not scare me anymore. In fact, I felt confident that the day would go well.
...
Later on, I tried to figure out why I felt this way. I realized that although I had gained confidence in my ability to perform this type of work, I still didn’t look forward to it. It felt like work that needed doing, and I wanted it to be done well and by well-intentioned people, but I didn’t feel a particular desire to do it myself."

https://engineering.gusto.com/i-didnt-want-to-be-a-manager-anymore-and-the-world-didnt-end/

😄
Даже в такой тяжелой ситуации tiktok смм не сдаётся)

Статья о принципах построения дешбордов в Amazon.

Есть прям целый раздел рассказывающий принципы правильного дизайна дешбордов.

Ну например:
- проектируйте дешборды на минимальный размер экрана, когда oncall инжинер откроет дешборд на своем ноутбуке он должен увидеть все что нужно сразу, не догадываясь, что нужно проскролить по горизонтали;
- добавляйте правильную таймзону в графиках (must для распределенных сервисов);
- там где возможно используют простые цифры (последнее значение метрики например);
- обезательно описывайте каждый виджет или дешборд, не подразумевая что это очевидно.

https://aws.amazon.com/ru/builders-library/building-dashboards-for-operational-visibility

Курс по Continuous Delivery от одного из авторов одноименной книги - Dave Farley.


https://courses.cd.training/courses/cd-better-sw-faster

Постмортем сервиса quay.io (private docker container image registry)

На сервисе случилось 3 сбоя - 19 мая, 28 мая, 9 июня.

Сбой выражался почти в полной невозможности для пользователей писать в сервис и очень медленно читать. Первым делом увидели возросшее количество коннекций к базе, которые ее намертво блокировали.

Один из сервисов который 6 лет до этого работал на стандартных настройках пула БД, вдруг начал очень сильно потреблять подключения. Сделали исправление, ограничили количество подключений, стали наблюдать.

Наконец только при последнем, третьем сбое удалось разглядеть паттерн. Незадолго до частичной недоступности сервиса, было много обращений на очень редко используемый сервис.
В нем было пару запросов которые были очень неоптимальными. На малой нагрузке сервис не давал сбоев (и на него не делали аналитику, мало клиентов же) но внезапно его стали использовать активнее и он повлиял на всю систему. Запросы оптимизировали и все восстановилось. На это понадобилось почти 3 недели.

Из выводов:

"You can never have enough data about who and what are using your service. Since Quay “just worked”, we never needed to spend much time analyzing our traffic shape to handle the load. This created a false sense of security that the service would scale indefinitely.
Understand the impact of every one of your service’s features. App Registry was seldom used by our customers, so it wasn’t a major priority for our team. When you have seldom used features in your product, bugs don’t get filed and developers stop looking at the code. It’s easy to assume that this puts no burden on the team- until suddenly it is part of a major incident."

https://red.ht/2XOHgIv

Наткнулся на совершенно потрясающую личность.

Jeanne Ross - 68 лет, энтерпрайз архитектор с более чем 30 летним стажем(!), автор книг и множества докладов про цифровую трансформацию и архитектуру. Посмотрел некоторые доклады, очень классно рассказывает. Для тех кому интересна тема как неуклюжие энтерпрайзы превращаются в digital гигантов, must читать и смотреть)

https://mitsloan.mit.edu/ideas-made-to-matter/mit-expert-recaps-30-plus-years-enterprise-architecture

На картинке, слайд из ее презентации про цифровую трансформацию компаний. Кто хоть раз был внутри такого процесса подтвердит, что все правда. Сначала у вас есть просто разрозненные бизнес стримы вокруг которых сформировано практически все. Технологии, данные, процессы. Задача трансформации как раз объединить это все, сделать единым.

Одна ее последних книг (в соавторстве)
Designed for Digital. How to Architect Your Business for Sustained Success
https://mitpress.mit.edu/books/designed-digital

Кажется где-то читал что StackOverflow (SO) это один из крупнейших проектов на Windows платформе.

Один из разработчиков SO описал процесс переезда на с Windows Server 2012 на Windows Server 2019. Процесс продолжался 9 дней! Я уже давно очень сильно оторван от Windows платформ, было интересно посмотреть на современную инфраструктуру. И блин, там все еще есть GUI! Никогда к этому не привыкну.

https://www.tarynpivots.com/post/how-stack-overflow-upgraded-from-windows-2012

Индекс цен дарк веба.

Например на картинке видно сколько стоит DDOS атака. В статье есть еще куча всего, кредитки, номера водительский удостоверений или ID (чтобы выводить деньги). Пугает дешевизна и как следствие доступность таких услуг.

https://www.privacyaffairs.com/dark-web-price-index-2020/

via (https://news.1rj.ru/str/oleg_log)

В Linkedin какое-то время назад для подтверждения навыков появились тесты. Т.е. есть у вас навык git, можете пройти тест и получить специальную отметку, которую увидит рекрутер при поиске.

Немного о том как это работает. Система для управления контентом уже была, она использовалась в Linkedin Learning. Набрать вопросы и варианты ответов было дело техники.

Дальше интереснее, в компании выбрали технику адаптивного тестирования. Это значит что тест не составляется заранее, а вопросы подбираются под ваш уровень. Например выбрали для вас самый первый средний вопрос, и вы на него не ответили. Дальше выберут полегче, ответили?, повышаем сложность и так далее.

Но такая техника вносит и свои сложности. Например все вопросы тестов проходят три этапа, черновик, ограниченное тестирование и полное тестирование. на всех этих тапах вопросы калибруются, куда они относятся (сложные, легкий) и собирается статистика по ним.
Для предотвращения читинга сделали базовые штуки, текст вопросов не копируется и вопросы не повторяются ну и даже если вы будете гуглить скорее всего вам попадутся только самые легкие вопросы.

https://bit.ly/3126c12

Статья о рефакторинге Lingualeo вызвала у меня довольно противоречивые чувства.

С одной стороны хорошо написаны предпосылки.
Проекту уже 10 лет, на 7-8 году жизни он все еще был монолитом. Лишний раз доказывает что успешный продукт ≠ технически качественный продукт. Правда где-то посередине.

Также есть вопросы и к подходу который был выбрал за основной. Вынести всю бизнес логику в базу а также попутно сменить MySql на Postgersql. Возможно суть в типе самого проекта. У них очень много контента, он динамичный. Плюс у PSQL хорошо работает с json а это основа любого веб проекта.

В общем почитать и попробовать понять почему выбрано такое, не совсем популярное решение наверное полезно. Ну и ныряйте в коменты, самое интересное конечно там.

Ну в конечном итоге важно лишь несколько вещей.
- скорость проекта по заверению автора увеличилась
- кодовая база уменьшилась
- есть тот кто за это отвечает и гарантирует что это будет работать)

https://habr.com/ru/company/lingualeo/blog/515530/

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

- увеличилось количество рабочих часов когда работник онлайн. Опросы показывают что многие стали немного свободнее использовать рабочее время, например иногда присмотреть за детьми, выйти на улицу и т.д. Чтобы компенсировать это некоторые начинают работать пораньше и заканчивают позже;
- общая продолжительность встреч в неделю увеличилась на 10%, на 22% увеличилось количество коротких встреч до 30 минут. Похоже эти встречи, это замена нашим обсуждениям за чашкой кофе или в коридоре;
- на 11% уменьшилось количество встреч длительностью больше часа;
- до пандемии, количество сообщений отправляемых во время обеда уменьшалось на 25%, сейчас уменьшение составляет 10%;
- доля сообщений отправленных с 6 вечера до полуночи увеличилась на 52%(!);
- количество социальных встреч (совместные обеды, перекуры) увеличилось на 10%;
- количество 1 - 1 встреч выросло на 18%.

https://bit.ly/2FDsuOE

Есть такой знаменитый курс от Гарварда CS50. Настолько знаменитый, что у него есть отдельный сайт (cs50.tv), перевод его на много языков и т.д.

В качестве гостевых спикеров на этот курс в Гарварде приглашали различных известных личностей. И вот в декабре 2005 года, на лекцию пришел Марк Цукерберг.
На момент лекции в Facebook было всего 50 сотрудников. Зацепило видео тем, что здесь Цукерберг говорит и отвечает на вопросы скорее как ИТ специалист развивающейся компании (а не как опытный бизнесмен отвечающий конгресменам на вопросы).

Через полгода с небольшим Facebook станет доступен всему миру (сентябрь 2006).
Через 6 лет (2011) про него снимут фильм.
через 7 лет (2012) компания выйдет на IPO
через 12 (2017) лет FB станет самой популярной социальной сетью в мире.

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

У Basecamp есть Handbook для своих сотрудников.
Там описаны все вопросы, которые только у вас могут возникнуть при приходе на новое место.
- Как мы работаем?
- Где мы работаем
- Плюшки и ништяки
- Карьера в компании
- Наши внутренние системы

Очень грамотно и понятно написано. Ну и конечно открытость на github добавляет "романтики".

https://github.com/basecamp/handbook

А здесь я писал о замечательный брошюре для новых работников, которая есть у Valve:
"VALVE: HANDBOOK FOR NEW EMPLOYEEs"
https://news.1rj.ru/str/neverendingit/18

168 AWS services in 2 minutes.

Чувак сочинил музыку и пропел названия 168 сервисов из AWS за 2 минуты. Даже если не пользуетесь ими, послушайте. Осторожно, специфичный ИТ юмор)

Хорошо структурированная статья как "скелить" себя, что нужно делать когда масштаб задач становится совершенно другой и то, что делал раньше уже не работает.

https://sallylait.com/blog/2020/08/24/scaling-yourself

Небольшое интервью у представителей нескольких компаний Kong, PubNub, Airbnb, Adobe по вопросам связанным с API.

Как дизайнят, как управляют изменениями, как управляют документацией

https://increment.com/apis/apis-at-scale-adobe-airbnb-kong-pubnub

Кстати довольно интересный журнал. Выпускается страйпом (Stripe). Каждые 3 месяца выбирают одну тему и собирают разные мнения/статьи с разных компаний.
Все это не техническое с примерами кода а скорее порассуждать, пофилософствовать. У всех статьей есть единый приятный стиль, оно не выглядит как dzone. Если знаете еще такие ресурсы, скидывайте в личку.

https://increment.com/

Официальное RFC по HTTP кодам. Оказывается есть коды из группы 1XX.

https://www.iana.org/assignments/http-status-codes/http-status-codes.xhtml

Руководство по технике feature toggles.

https://www.thoughtworks.com/insights/blog/managing-feature-toggles-teams

CNCF опубликовал огромную карту cloud native инструментов. Можно посмотреть что следующее можно применить или изучить.