Бесконечное ИТ

2021-06-08 18:52:26 Очень крутой лонгрид о том, как переписывали мобильное приложение uber. Несколько месяцев до делайна, и огромная кодовая база. Читается легко.

https://blog.pragmaticengineer.com/uber-app-rewrite-yolo/ Открыть/Комментировать

2021-06-08 17:05:10 https://status.fastly.com/

38 минут ушло чтобы починить глобальный CDN сбой на Fastly Открыть/Комментировать

2021-06-08 07:07:16 Похоже что для выхода с удаленки понадобится еще год как минимум)
Давить опасно, сотрудники могут уйти к другим, кто предложит full remote. Сложна.

Apple employees rally against office working plan - BBC News
https://www.bbc.com/news/technology-57385999 Открыть/Комментировать

2021-06-07 13:03:12 Чтобы сразу не отходить от темы открытости. Решил проверить у gitlab, они тоже декларируют полную открытость. Зарплат уних не нашел, но есть огроменное и подробное описание как у них устроена компенсация. Прям впечатлен)
В общем, схема у обеих компаний примерно одна.
Ценность вашей роли * (стоимость жизни в вашей стране) = зарплата. Открыть/Комментировать

2021-06-07 13:00:50 Компания Buffer давно известна своей открытостью, то что у них открытая аналитика я читал. Например вот https://buffer.com/revenue. Но оказывается у них еще и открыты зарплаты. https://buffer.com/salaries. Открыть/Комментировать

2021-06-03 14:00:58 Уверен что почти в каждом проекте где есть мобильные приложения и отправка пушей клиентам случалось такое. Или кто-то отправит дубли на всех или кто-то отправит легендарное "test". Открыть/Комментировать

2021-06-03 10:05:00 Вдогонку к статье, оказывается уже есть FinOps. Collaborative, Real-Time Cloud Financial Management

https://www.finops.org/ Открыть/Комментировать

2021-06-03 10:01:26 Хороший лонгрид про использование облачных сервисов. В статье рассуждение по тому, как плотно облака вошли в нашу (программерскую) жизнь, и о том как это отражается (скорее гипотеза) на росте компаний, и в конечном счете может влиять на потребителя.
Много классных ссылок по тексту. Сложно не согласится конечно с основное идеей статьи, во всем нужна мера, понимание из чего складывается кост на инфраструктуру, и постоянный поиск оптимизаций.

https://a16z.com/2021/05/27/cost-of-cloud-paradox-market-cap-cloud-lifecycle-scale-growth-repatriation-optimization/ Открыть/Комментировать

2021-06-03 07:00:55 Ребята из проекта "Инженер заходит в бар" анонсировали интересный выпуск. Про трансформацию карьеры Dev-to-TeamLead. У них интересные дискусси рождаются на стримах. Заходите.

https://miro-event.timepad.ru/event/1650491/ Открыть/Комментировать

2021-05-29 08:09:03 Посмотрел доклад Haley Tucker из Netflix Resilience Engineering team.

Чем зацепило. Тема canary releases уже давно обсуждена, казалось бы, что тут еще можно придумать, бери и делай.

Но здесь эту тему модицифировали и применили для совершенно другого процесса. У команды Haley Tucker была необходимость тестировать плеер netflix на разных устройствах, начиная от браузеров и мобилок и заканчивая телевизорами и приставками. Придумали термин Sticky canaries, по аналогии со sticky sessions клиент выделяется в группу на все время теста (или релиза). В чем тут плюс, вы видите все время одного и того же клиента и можете наблюдать как его взаимодействие с новым сервисом влияет на более длинном промежутке времени, так как обычный canary, придусматривает просто выделения части "какого-то" трафика.
В целом это чем-то похоже на A/B тесты. Т.е. они могут направить одного конкретного пользователя на новую конфигурацию сервисов и спокойно снять метрики или протестировать что-то.
Платформма их собственная, сначала использовалась для Chaos тестирования, а потом переросла во что-то большее.

Пока искал исходники самой платформы, нашел что есть открытые аналоги, вот например Сhaos toolkit. Надо тестить.

https://www.infoq.com/presentations/sticky-canaries/ Открыть/Комментировать