ТехнофITнес для тимлидов и разработчиков в мессенджере MAX — 7 подписчиков, аналитика и статистика

Последние публикации канала «ТехнофITнес для тимлидов и разработчиков»

1. 31 просмотров, 16 февр. 2026 г.

   Нюансы паттерна Retry Ещё одна классная статья от Яндекса, на этот раз о особенностях паттерна Retry. Она продолжает тему идемпотентности (если не читали, начните с неё — вот [/8|ссылка на пост]) и объясняет, как простое решение может создать множество проблем в высоконагруженных системах. Сам по себе Retry прост как пять копеек: запрос упал — нужно повторить. Но всё становится гораздо интереснее, когда мы начинаем говорить о конфигурации повторов в высоконагруженной системе. ⭐ Интересные идеи ➡ Если API идемпотентное, запросы можно безопасно повторять, и внедрение Retry может быть…

   Открыть пост в MAX
2. 27 просмотров, 16 февр. 2026 г.

   Нюансы паттерна Retry Ещё одна классная статья от Яндекса, на этот раз о особенностях паттерна Retry. Она продолжает тему идемпотентности (если не читали, начните с неё — вот [/8|ссылка на пост]) и объясняет, как простое решение может создать множество проблем в высоконагруженных системах. Сам по себе Retry прост как пять копеек: запрос упал — нужно повторить. Но всё становится гораздо интереснее, когда мы начинаем говорить о конфигурации повторов в высоконагруженной системе. ⭐ Интересные идеи ➡ Если API идемпотентное, запросы можно безопасно повторять, и внедрение Retry может быть…

3. 19 просмотров, 16 февр. 2026 г.

   Аномалии транзакций и их связь с уровнями изоляции Хороший refresher по аномалиям, возникающим при выполнении транзакций в многопоточной среде. Автор верно замечает, что понимание уровней изоляции транзакций приходит только после осознания аномалий, которые могут возникнуть. Лично у меня понимание уровней изоляции сформировалось именно после детального разбора аномалий в DDIA (она же «книга с кабанчиком»). Когда понятна сама проблема, гораздо легче вникнуть в механизмы её решения. А ещё в статье есть красивые схемы и классное саммари по уровням изоляции. ⭐ Интересные идеи ➡ Мир был бы…

   Открыть пост в MAX
4. 16 просмотров, 16 февр. 2026 г.

   Аномалии транзакций и их связь с уровнями изоляции Хороший refresher по аномалиям, возникающим при выполнении транзакций в многопоточной среде. Автор верно замечает, что понимание уровней изоляции транзакций приходит только после осознания аномалий, которые могут возникнуть. Лично у меня понимание уровней изоляции сформировалось именно после детального разбора аномалий в DDIA (она же «книга с кабанчиком»). Когда понятна сама проблема, гораздо легче вникнуть в механизмы её решения. А ещё в статье есть красивые схемы и классное саммари по уровням изоляции. ⭐ Интересные идеи ➡ Мир был бы…

5. 16 просмотров, 16 февр. 2026 г.

   Балласт памяти в Go или как полюбить кучу Крайне занимательная статья о том, как в Twitch одним маленьким изменением добились снижения потребления CPU на фронтовых серверах на ~30% и уменьшили 99-й перцентиль времени ответа API на ~45%. Их приложение страдало от пиков нагрузки, в остальное время работало стабильно. При нагрузке API latency сильно деградировало. Очевидной идеей было держать дополнительные мощности, но стоимость кусалась. Потыкав pprof-ом, они выяснили, что при нагрузках огромное потребление приходится на garbage collector. Происходило множество триггеров GC (8-10 в секунду)…

   Открыть пост в MAX
6. 13 просмотров, 16 февр. 2026 г.

   Балласт памяти в Go или как полюбить кучу Крайне занимательная статья о том, как в Twitch одним маленьким изменением добились снижения потребления CPU на фронтовых серверах на ~30% и уменьшили 99-й перцентиль времени ответа API на ~45%. Их приложение страдало от пиков нагрузки, в остальное время работало стабильно. При нагрузке API latency сильно деградировало. Очевидной идеей было держать дополнительные мощности, но стоимость кусалась. Потыкав pprof-ом, они выяснили, что при нагрузках огромное потребление приходится на garbage collector. Происходило множество триггеров GC (8-10 в секунду)…

7. 15 просмотров, 16 февр. 2026 г.

   Хорошие программисты думают о структуре данных В статье развивается идея Линуса Торвальдса о том, что думать о структуре данных — крайне важно. Линус, как всегда, выражается резко: «Плохие программисты думают о коде, хорошие — о структуре данных.» Основная мысль заключается в том, что хорошо спроектированные данные легче понимать и поддерживать. При правильном подходе они упрощают логику приложения и делают его более надёжным (как минимум за счёт сокращения избыточной сложности). Автор приводит личный опыт (к сожалению, без деталей), когда при оптимизации сложного алгоритма функцию на 500…

8. 13 просмотров, 16 февр. 2026 г.

   Хорошие программисты думают о структуре данных В статье развивается идея Линуса Торвальдса о том, что думать о структуре данных — крайне важно. Линус, как всегда, выражается резко: «Плохие программисты думают о коде, хорошие — о структуре данных.» Основная мысль заключается в том, что хорошо спроектированные данные легче понимать и поддерживать. При правильном подходе они упрощают логику приложения и делают его более надёжным (как минимум за счёт сокращения избыточной сложности). Автор приводит личный опыт (к сожалению, без деталей), когда при оптимизации сложного алгоритма функцию на 500…

9. 14 просмотров, 16 февр. 2026 г.

   Просто используй Postgres Статья посвящена одной простой идее: если вы создаёте новое приложение и вам нужно персистентное хранилище, по умолчанию берите Postgres — и не парьтесь. Большая часть статьи — это ответ на вопрос «Почему не Х?» Например, почему не Mongo, SQLite, Cassandra, Kafka и т. д.? Я разделяю мнение автора и считаю, что если у вас нет каких-либо специализированных требований, то вполне разумно использовать Postgres как выбор по умолчанию. Например, один из моих рабочих проектов хранит данные в Postgres (нет специфики), а второй — в ArangoDB (нужно гулять туда-сюда по…

10. 12 просмотров, 16 февр. 2026 г.

    Просто используй Postgres Статья посвящена одной простой идее: если вы создаёте новое приложение и вам нужно персистентное хранилище, по умолчанию берите Postgres — и не парьтесь. Большая часть статьи — это ответ на вопрос «Почему не Х?» Например, почему не Mongo, SQLite, Cassandra, Kafka и т. д.? Я разделяю мнение автора и считаю, что если у вас нет каких-либо специализированных требований, то вполне разумно использовать Postgres как выбор по умолчанию. Например, один из моих рабочих проектов хранит данные в Postgres (нет специфики), а второй — в ArangoDB (нужно гулять туда-сюда по…

11. 14 просмотров, 16 февр. 2026 г.

    Идемпотентность от А до Я Отличная статья от Яндекса про идемпотентность. Сама по себе идемпотентность — тема непростая, и традиционно о ней вспоминают только тогда, когда что-то ломается. Особенно приятно читать статью в формате живой истории, а не сухой выжимки. На таких примерах информация воспринимается легче. Например, история про звонок в 8 утра вызвала у меня холодный пот и неприятные воспоминания. ⭐ Интересные идеи ➡ Идемпотентный метод API — это метод, который при повторном вызове не меняет состояние. Однако результат вызова метода может меняться. Например, методы GET, PUT и…

12. 12 просмотров, 16 февр. 2026 г.

    Идемпотентность от А до Я Отличная статья от Яндекса про идемпотентность. Сама по себе идемпотентность — тема непростая, и традиционно о ней вспоминают только тогда, когда что-то ломается. Особенно приятно читать статью в формате живой истории, а не сухой выжимки. На таких примерах информация воспринимается легче. Например, история про звонок в 8 утра вызвала у меня холодный пот и неприятные воспоминания. ⭐ Интересные идеи ➡ Идемпотентный метод API — это метод, который при повторном вызове не меняет состояние. Однако результат вызова метода может меняться. Например, методы GET, PUT и…

13. 13 просмотров, 16 февр. 2026 г.

    Как Figma масштабировали свою БД, часть 1 По работе мы с командой сейчас очень плотно занимаемся вопросами масштабирования БД в целом и шардирования в частности. Поэтому я довольно много смотрю/читаю всего, что связано с этой темой. На выходных прочитал замечательную эпопею о том, как Figma столкнулись с проблемами роста своей БД. У них был заряженный по железу монолитный Postgresql, который всё-таки начал упираться в свои пределы. Из интересного в статье: ➡ Базовые тактические действия, когда БД начинает не вывозить ➡ Почему Figma отказались от переезда на другие БД ➡ Как инженеры Figma…

14. 11 просмотров, 1 реакций, 16 февр. 2026 г.

    Как Figma масштабировали свою БД, часть 1 По работе мы с командой сейчас очень плотно занимаемся вопросами масштабирования БД в целом и шардирования в частности. Поэтому я довольно много смотрю/читаю всего, что связано с этой темой. На выходных прочитал замечательную эпопею о том, как Figma столкнулись с проблемами роста своей БД. У них был заряженный по железу монолитный Postgresql, который всё-таки начал упираться в свои пределы. Из интересного в статье: ➡ Базовые тактические действия, когда БД начинает не вывозить ➡ Почему Figma отказались от переезда на другие БД ➡ Как инженеры Figma…