CaptainBridge: опенсорс эффективных менеджеров

Привет, Хабр! Меня зовут Алексей Панаэтов, я технический лидер Центра геосервисов в МТС Web Services. Каждый руководитель рано или поздно задается вопросом о количественной оценке эффективности команды. Метрики помогают принимать решения объективно, но их очень сложно строить, когда в работе активно используются множества разных инструментов: трекеры задач, системы контроля версии, корпоративный мессенджер и другие. К ним нужно сначала получить доступ, затем выгрузить и обработать нужные данные. Ad-hoc-методы вроде csv-файлов и таблиц Excel подходят для разового анализа, но их тяжело поддерживать. Я тоже столкнулся с этой проблемой и для ее решения создал и выложил в открытый доступ код CaptainBridge — инструмент, который помогает собирать и строить метрики эффективности команды.

https://habr.com/ru/companies/ru_mts/articles/921132/

#метрики #метрики_производительности #метрики_тестирования #сторипоинты #agile #декомпозиция #велосити #Управление_разработкой #управление_проектами

Дюжина вещей, которым можно научиться у Sequoia Capital

В 1972 году, когда Дон Валентайн основал Sequoia Capital, термину «Кремниевая долина» не было и двух лет. Ветеран зарождающейся полупроводниковой промышленности, Дон помог стимулировать рост сектора персональных компьютеров и сетей. С первым фондом Sequoia в размере 3 миллионов долларов он поддержал как Apple, так и пионера видеоигр Atari. То, что Дон выбрал название «Sequoia», дерево, которое живет тысячи лет, а не назвал фирму в свою честь, никого не удивляет из тех, кто его знал.

https://habr.com/ru/articles/921116/

#sequoia_capital #стартап #культура_компании #воронка_конверсии #венчурные_инвестиции #венчур #баффет #презентация #метрики

Когда O(n) мешает отбирать резюме в Росатоме

Главная проблема поиска сотрудников — предвзятость. Порой кажется, что наше резюме подходит под свою роль на 100 %, а рекрутер отклоняет его. Проблема с противоположной стороны баррикад: рекрутер должен отсмотреть по 200, 300 и более резюме в день. По разным данным, на каждое уходит всего лишь 6–10 секунд. А что если можно решить эти две проблемы с помощью ML? Сделать модель, которая исключит любой байес и поможет рекрутеру объективно отбирать подходящих кандидатов (где «подходящесть» обусловлена красивой математикой!). Мы это сделали. Оказалось, что если вы хотите добиться непредвзятости, то вам придётся внести в систему предвзятость. Оксюморон в статистике! Что мы увидели: Женатые и замужние — в топе: пока вы не уходите глубоко в анализ, этот быстрый фактор повышает ранг. Чем точнее ваша модель, тем меньше его вес. Английский — плохо: знание английского почему-то работало как антипаттерн, снижая релевантность. ОГУРЕЦ: кто-то зачем-то написал это слово в резюме. Оно попало в словарь модели и получило большой вес. Иксель — люди пишут Excel как угодно, и само слово в правильном написании оказалось снижающим оценку. К резюме может быть приложено много мусора. Самый эпичный пример: авиабилет Москва — Челябинск вместо резюме. Но давайте начну с начала.

https://habr.com/ru/companies/greenatom/articles/917546/

#автоматизация_бизнеспроцессов #анализ_данных #алгоритмы #искусственный_интеллект #hr #персонал #автоматизация #Bert #машинное_обучение #обучение_нейросетей #метрики #базы_данных

Почему нужен Nexus, когда команда не помещается в рамки двух пицц

Привет! Меня зовут Артем, я технический лидер в крупной it компании РФ. Расскажу как использовал nexus framework для масштабирования команд разработки.

https://habr.com/ru/articles/916666/

#nexus #agile #метрики

Видим невидимое: контроль качества Android-библиотек через объектив AppTracer Lite SDK

Привет! Меня зовут Даниил Климчук, я работаю в команде, занимающейся SDK для авторизации через сервисы экосистемы VK. В него входит несколько компонентов, а именно авторизация по протоколу OAuth 2.1, кнопка One Tap для авторизации в один клик, шторка с описанием сценария авторизации и поддержка авторизации через Mail и OK.

https://habr.com/ru/companies/vk/articles/911120/

#метрики #аналитика #android #перформанс #tracer #apptracer

Видим невидимое: контроль качества Android-библиотек через объектив AppTracer Lite SDK

Привет! Меня зовут Даниил Климчук, я работаю в команде, занимающейся SDK для авторизации через сервисы экосистемы VK. В него входит несколько компонентов, а именно авторизация по протоколу OAuth 2.1, кнопка One Tap для авторизации в один клик, шторка с описанием сценария авторизации и поддержка авторизации через Mail и OK.

https://habr.com/ru/companies/vk/articles/911120/

#метрики #аналитика #android #перформанс #tracer #apptracer

Нагрузочное тестирование без самообмана: как планировать фазы и правильно снимать метрики

Вам когда‑нибудь казалось, что ваша система по результатам нагрузочного тестирования «летает», а в реальном бою — вдруг не выдерживает нагрузку? На графиках всё красиво: среднее время отклика минимальное, ошибок почти нет. Но на деле сервис падает в самый неподходящий момент. В чём подвох? Часто проблема кроется в том, когда и как именно мы снимаем метрики во время тестирования. В этой статье расскажу, почему важно правильно выбирать временной диапазон для снятия показателей, и как это влияет на достоверность результатов.

https://habr.com/ru/articles/910760/

#тестирование #нагрузочное_тестирование #нагрузочные_тесты #метрики #performance_tests

Как понять, выдержит ли ваш сервис нагрузку: метрики, которые должен знать каждый инженер

"А сколько пользователей выдержит наш сервис?" Вопрос звучит просто, но каждый раз ставит в тупик. Его задают на демо, на встречах с заказчиками, менеджеры, иногда даже сами разработчики. Когда-то, ещё в школьные годы, я читала журнал "Хакер" и мечтала, как было бы здорово "ломать серверы" и находить их слабые места. Теперь я занимаюсь этим вполне законно - через нагрузочное тестирование. И, честно говоря, это одно из самых приятных занятий в моей работе. Видеть, как система реагирует на рост нагрузки, оптимизировать запросы, отслеживать поведение метрик в реальном времени - это настоящее инженерное удовольствие. Ведь за каждой цифрой стоят реальные пользователи, для которых важно, чтобы всё работало быстро и стабильно, даже в пиковые моменты. Тем не менее, многие команды избегают нагрузки. "Мы уже проверяли это в начале проекта - зачем снова?" "Сложно, долго, не для нас." "Сделайте отчёт, главное чтобы красиво смотрелось." А иногда - просто страшно увидеть, как система покажет себя в реальных условиях. На самом деле всё гораздо проще. Главное, понимать ключевые метрики и уметь смотреть на них не как на сухие цифры, а как на отражение реального опыта ваших пользователей.

https://habr.com/ru/articles/909002/

#нагрузочное_тестирование #нагрузочные_тесты #метрики #перфоманс #response_time #rate_limiting

Золотые сигналы SRE для самых маленьких. Или как сделать качественный мониторинг, если вы не Enterprise

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

https://habr.com/ru/companies/amvera/articles/906498/

#sre #золотые_сигналы_sre #latency #traffic #Saturations #liveness_и_readines_пробы #метрики #логи

Телеметрия, диагностики и компилятор

В современном мире невозможно себе представить взрослое приложение, которое не экспортирует телеметрию. Метрики — важнейший атрибут поддерживаемого софта; для всех более-менее профессиональных технических специалистов термин « visibility » давно вытеснил прочие остальные баззворды наподобие « test coverage » и « continious integration ». Примерно двадцать лет назад я впервые узнал о философии отказоустойчивости Джо Армстронга, которая сводится к тому, что инструменты, помогающие разработчику не принести в код ошибку — штука хорошая, но по гамбургскому счету бесполезная, потому что не существует такой приблуды, которая сделает программиста идеальным. Разработчики, даже самые лучшие, будут ошибаться, и первоочередная цель инструментария — минимизировать потери от неизбежных ошибок, а не элиминировать оные полностью . Достижимые цели всегда лучше хрестоматийно правильных. Отсюда вырос знаменитый «слоган» эрланга « Let It Crash! », высмеиваемый и всегда неверно трактуемый теми, кто неутомимо отслеживает все исключительные ситуации… и спотыкается об отсутствие нужного для их корректной обработки контекста в месте ловли. « Let It Crash » — означает не « Хрен с ними, с ошибками », а « Случилась какая-то хрень в рантайме, но мы к ней готовы » . ¡NB! В тексте нет прямых примеров использования телеметрии в ООП/ФП проектах, но я глубоко убежден, что этот текст будет полезно прочитать, даже если вы просто перекладываете джейсоны из пустого в порожнее на шарпах, котлине или хаскеле. Telemetry it!

https://habr.com/ru/articles/906008/

#метрики #observability #visibility #graphana #prometheus