Нашел минималистичный тестер скорости интернета. Название запоминающееся - fast.com (от Netflix)

Отличный разбор инцидента от 12 мая 2020 от Slack.

Выводы которые можно сделать после прочтения статьи:
Аналитика как всегда помогает быстро локализовать проблему, или хотя бы сузить поиск (K.O.).
Отключение фич в критичных ситуациях через feature toggle штука нужная.
После инцидента посмотрели на аналитику и задумались почему она не показала им сразу тот кейс который они чинили.

https://slack.engineering/a-terrible-horrible-no-good-very-bad-day-at-slack-dfe05b485f82

Хороший перевод статьи CEO Quora про переход на remote-first.

Что remote-first означает у Quora.

60% сотрудников в компании решили работать удаленно даже если не в будущем не будет угрозы covid. Закрывают офис и оставляют его лишь для тех кому это важно и кто ценит социальное взаимодействие. Каждый участник любой встречи должен участвовать с отдельного устройства с видео.

Почему не делают гибрид? Основные команды в офисе остальные на удаленке. Есть риск забыть про тех, кто на периферии. Те кто в офисе могут организоваться в штаб-квартиру с более важными и значимыми проектами.
Сохраняют синхронное взаимодействие, есть слот времени когда люди могут общаться друг с другом в реалтайме.

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

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

When management tells you to build a specific thing

Junior engineer: I can figure that out!
Mid level engineer: that’ll take me about x amount of time
Senior engineer: what’s the end goal of this project?

P.S. тут бы еще добавить продолжение про тех/тим лида. Пишите в личку интересные варианты.

Старый добрый социальный инжиниринг стал причиной переполоха сегодня ночью в твиттере. Кто-то получил доступы к известным аккаунтам (Билл Гейтс, Илон Маск, Обама) и массово закинул туда какой-то фейк про сбор биткоинов.

Получилось насобирать всего порядка $100 000, наверняка расчет был на большие суммы.

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

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