现已上线！2025 年 Telegram 研究 — 年度关键洞察 
Купер.тех
前往频道在 Telegram
Мы tech-команда, которая создает сервис доставки из магазинов и ресторанов (ex СберМаркет) и делает это с любовью. Хабр: https://bit.ly/3xOhSYw Видео: https://bit.ly/3SW9MCw VK: https://bit.ly/45NudZC Вакансии: https://team.kuper.ru/tech
显示更多8 070
订阅者
-624 小时
-77 天
-4630 天
数据加载中...
相似频道
标签云
进出提及
---
---
---
---
---
---
吸引订阅者
六月 '26
六月 '26
+5
在0个频道中
五月 '26
+36
在1个频道中
Get PRO
四月 '26
+40
在2个频道中
Get PRO
三月 '26
+67
在1个频道中
Get PRO
二月 '26
+79
在1个频道中
Get PRO
一月 '26
+106
在0个频道中
Get PRO
十二月 '25
+94
在0个频道中
Get PRO
十一月 '25
+217
在6个频道中
Get PRO
十月 '25
+108
在3个频道中
Get PRO
九月 '25
+155
在0个频道中
Get PRO
八月 '25
+134
在1个频道中
Get PRO
七月 '25
+115
在0个频道中
Get PRO
六月 '25
+125
在0个频道中
Get PRO
五月 '25
+149
在0个频道中
Get PRO
四月 '25
+98
在1个频道中
Get PRO
三月 '25
+113
在0个频道中
Get PRO
二月 '25
+209
在1个频道中
Get PRO
一月 '25
+218
在0个频道中
Get PRO
十二月 '24
+331
在7个频道中
Get PRO
十一月 '24
+419
在13个频道中
Get PRO
十月 '24
+399
在10个频道中
Get PRO
九月 '24
+373
在14个频道中
Get PRO
八月 '24
+421
在9个频道中
Get PRO
七月 '24
+265
在20个频道中
Get PRO
六月 '24
+415
在23个频道中
Get PRO
五月 '24
+406
在12个频道中
Get PRO
四月 '24
+414
在14个频道中
Get PRO
三月 '24
+509
在25个频道中
Get PRO
二月 '24
+304
在4个频道中
Get PRO
一月 '24
+210
在1个频道中
Get PRO
十二月 '23
+379
在5个频道中
Get PRO
十一月 '23
+482
在3个频道中
Get PRO
十月 '23
+242
在9个频道中
Get PRO
九月 '23
+301
在0个频道中
Get PRO
八月 '23
+549
在0个频道中
Get PRO
七月 '23
+318
在0个频道中
Get PRO
六月 '23
+642
在0个频道中
Get PRO
五月 '23
+408
在0个频道中
Get PRO
四月 '23
+318
在0个频道中
Get PRO
三月 '23
+508
在0个频道中
Get PRO
二月 '23
+330
在0个频道中
Get PRO
一月 '23
+194
在0个频道中
Get PRO
十二月 '22
+211
在0个频道中
Get PRO
十一月 '22
+185
在0个频道中
Get PRO
十月 '22
+123
在0个频道中
Get PRO
九月 '22
+101
在0个频道中
Get PRO
八月 '22
+119
在0个频道中
Get PRO
七月 '22
+67
在0个频道中
Get PRO
六月 '22
+84
在0个频道中
Get PRO
五月 '22
+287
在0个频道中
Get PRO
四月 '22
+51
在0个频道中
Get PRO
三月 '22
+51
在0个频道中
Get PRO
二月 '22
+102
在0个频道中
Get PRO
一月 '22
+115
在0个频道中
Get PRO
十二月 '21
+194
在0个频道中
Get PRO
十一月 '21
+309
在0个频道中
| 日期 | 订阅者增长 | 提及 | 频道 | |
| 11 六月 | 0 | |||
| 10 六月 | 0 | |||
| 09 六月 | +4 | |||
| 08 六月 | +1 | |||
| 07 六月 | 0 |
频道帖子
+6
💔 Что делать, если упала производительность?
Плохой план обычно выглядит так:
посмотреть логи → открыть код → предположить самое очевидное → ошибиться → повторить ещё несколько раз.
Чтобы не тратить много времени на поиск проблемы, в Go есть pprof — встроенный профилировщик, который показывает, где сервис действительно тратит ресурсы.
В карточках инженер-разработчик на Go Артём Юзюк рассказывает, как с его помощью искать утечки горутин, проблемы с памятью и горячие точки в коде.
| 2 |  CodeFest всё! Насыщенные вышли выходные 🚀
Делимся атмосферным видео и рассказываем, как это было. Мы собирали башню из куперян, играли в крокодила с нейросетью, разбирались в архитектуре, делились историями об инцидентах и просто очень круто проводили время.
Спасибо всем, кто был с нами! И Новосибирску за теплый прием. Вы супер, CodeFest в сердечке, а общение бесценно. ❤️ | 1 263 |
| 3 | 🔥 Передаём привет от нашей команды с CodeFest!
Мы тут со стендом, хорошим настроением и инженерными разговорами — заглядывай, пока конференция в самом разгаре. | 1 398 |
| 4 |  视频消息 | 1 301 |
| 5 |  +5🎉 Хабру исполняется 20 лет!
А значит, самое время вспомнить, как всё начиналось!
Собрали ретро-карточки, в которых вспоминаем ранний Хабр и рассказываем, когда там появился Купер.тех.
И раз уж сегодня говорим про Хабр, есть ещё один приятный повод.
Сразу три наших статьи попали в шорт-лист премии «Технотекст»:
✨«Как запускать проекты без команды? Главное о кросс-командном проджект-менеджменте» — Марина Гончарова
✨«LLM‑разметка в поиске: от эксперимента к инструменту» — Александр Баранов
✨«Три мушкетера из мира DevSecOps. Внедряем инструменты для развития AppSec-процессов» — Максим Коровенков
Гордимся ребятами! ❤️ | 2 012 |
| 6 | ⚡️Новосибирск, мы едем!
30–31 мая будем со стендом на конференции CodeFest, где можно будет пообщаться с нашими экспертами, задать вопросы, поучаствовать в активностях и просто провести время по-соседски, как мы любим.
Если планируете быть на CodeFest, заглядывайте к нам. Будем рады познакомиться или увидеться снова.❤️ | 1 893 |
| 7 |  🌍Тестировать нельзя надеяться
В Купер.тех много микросервисов, интеграций и сценариев, которые завязаны друг на друга. Поэтому тестирование здесь редко ограничивается проверкой одной фичи: важно понимать, как изменение поведёт себя в системе целиком и что будет под нагрузкой.
В мини-интервью Арсений Лагутин, руководитель обеспечения качества тестирования, рассказал, как в большом e-commerce-продукте подходят к QA:
👉 Проверяете ли вы отдельные сервисы изолированно или чаще тестируете пользовательский путь целиком?
Основной объем нашей системы представляют собой микросервисы. Подход и уровни тестов зависят от задачи, модулей системы, которые она затрагивает или влиянию на пользовательский путь. Новую реализованную фичу в ветке стараемся проверять на изолированном окружении для сохранения гигиены master. Здесь же запускаем изолированные функциональные и интеграционные автотесты. Далее, при необходимости, проводится ручное интеграционное тестирование и Е2Е, а также приемочное на production или stage окружениях.
👉 Какие инструменты и подходы используете для автоматизации тестирования?
Тут у нас «сборная солянка». Для автоматизации используем Golang, Python, JS (Detox) и TS (Playwright). Определяем уровни автоматизации под потребности системы и команды, а зону ответственности делим между QA и разработчиком. Автоматизируем в рамках своей предметной области и стараемся запускать прогоны на каждое новое изменение сервиса. Автоматизацией занимается QA в продуктовой команде, а не отдельный департамент. За счет глубокого знания тестируемой области повышаем эффективность автотестов и стараемся привлекать разработку для разбора упавших автотестов в рамках создаваемых ими изменений.
👉 Как вы понимаете, что система готова к высоким нагрузкам и «переживёт» сезонный пик?
Ориентируемся на цели бизнеса прежде всего. Основным фактором для нас является ожидаемое число заказов. В компании имеется инструменты для проведения нагрузочного тестирования как на stage, так и на production окружениях изолированно для сервисов и Е2Е (в связке) на отдельных тестовых сущностях. Нагрузочное тестирование проводим на регулярной основе и в рамках валидации крупных изменений. Успехом является соответствие ожидаемой выдерживаемой нагрузки относительно бизнес-целей и реальной, полученной на production-окружении. В случае отклонений анализируем, проводим оптимизации и повторяем, пока всё не будет хорошо работать.
👉 Насколько QA вовлечён в продуктовые решения?
QA подключаем к ранним этапам SDLC. Для нас это окончание Discovery, когда продукт сформировал свое видение задачи и оформил по нему ожидания. Из-за отсутствия формализации требований не проводим классического анализа, а вместе с командой разбираемся, как задача должна работать технически, какие есть риски и какой подход выбрать.
Так удаётся заранее заметить, где ожидания продукта могут расходиться с техническими ограничениями или логикой системы. В итоге часть ошибок мы ловим ещё до разработки, а значит быстрее и дешевле доводим задачу до релиза. | 2 230 |
| 8 | 🌍Тестировать нельзя надеяться
В Купер.тех много микросервисов, интеграций и сценариев, которые завязаны друг на друга. Поэтому тестирование здесь редко ограничивается проверкой одной фичи: важно понимать, как изменение поведёт себя в системе целиком и что будет под нагрузкой.
В мини-интервью Арсений Лагутин, руководитель обеспечения качества тестирования, рассказал, как в большом e-commerce-продукте подходят к QA:
👉 Проверяете ли вы отдельные сервисы изолированно или чаще тестируете пользовательский путь целиком?
Основной объем нашей системы представляют собой микросервисы. Подход и уровни тестов зависят от задачи, модулей системы, которые она затрагивает или влиянию на пользовательский путь. Новую реализованную фичу в ветке стараемся проверять на изолированном окружении для сохранения гигиены master. Здесь же запускаем изолированные функциональные и интеграционные автотесты. Далее, при необходимости, проводится ручное интеграционное тестирование и Е2Е, а также приемочное на production или stage окружениях.
👉👉Какие инструменты и подходы используете для автоматизации тестирования?
Тут у нас «сборная солянка». Для автоматизации используем Golang, Python, JS (Detox) и TS (Playwright). Определяем уровни автоматизации под потребности системы и команды, а зону ответственности делим между QA и разработчиком. Автоматизируем в рамках своей предметной области и стараемся запускать прогоны на каждое новое изменение сервиса. Автоматизацией занимается QA в продуктовой команде, а не отдельный департамент. За счет глубокого знания тестируемой области повышаем эффективность автотестов и стараемся привлекать разработку для разбора упавших автотестов в рамках создаваемых ими изменений.
👉👉Как вы понимаете, что система готова к высоким нагрузкам и «переживёт» сезонный пик?
Ориентируемся на цели бизнеса прежде всего. Основным фактором для нас является ожидаемое число заказов. В компании имеется инструменты для проведения нагрузочного тестирования как на stage, так и на production окружениях изолированно для сервисов и Е2Е (в связке) на отдельных тестовых сущностях. Нагрузочное тестирование проводим на регулярной основе и в рамках валидации крупных изменений. Успехом является соответствие ожидаемой выдерживаемой нагрузки относительно бизнес-целей и реальной, полученной на production-окружении. В случае отклонений анализируем, проводим оптимизации и повторяем, пока всё не будет хорошо работать.
👉 👉Насколько QA вовлечён в продуктовые решения?
QA подключаем к ранним этапам SDLC. Для нас это окончание Discovery, когда продукт сформировал свое видение задачи и оформил по нему ожидания. Из-за отсутствия формализации требований не проводим классического анализа, а вместе с командой разбираемся, как задача должна работать технически, какие есть риски и какой подход выбрать.
Так удаётся заранее заметить, где ожидания продукта могут расходиться с техническими ограничениями или логикой системы. В итоге часть ошибок мы ловим ещё до разработки, а значит быстрее и дешевле доводим задачу до релиза. | 0 |
| 9 | 没有文字... | 0 |
| 10 |  +5👀 Иногда случайно узнаёшь прошлую специализацию коллеги —
и потом уже невозможно смотреть на него как раньше.
Собрали истории ребят из нашей команды о том, как они меняли профессии, учились с нуля, писали OpenSource-проекты, строили дороги, переводили с японского и в какой-то момент поняли, что хотят заниматься технологиями. Сейчас все они работают в Купер.тех и развивают наши продукты.
🏃Если у вас тоже есть такая история — делитесь в комментариях! | 2 267 |
| 11 |  🪑Садитесь в удобное кресло.
🎧 Надевайте наушники.
☕️ Заваривайте горячий чай 🍫 с чем-нибудь вкусным.
И включайте новый выпуск ProductCamp Podcast с нашим директором по продукту Еленой Тихоновой.
В выпуске обсудили:
🟢какие навыки помогают быть директором по продукту
🟢какие есть мифы о роли CPO
🟢зачем самостоятельным продактам нужен CPO
🟢что нужно, чтобы расти в этой роли
Слушать тут 🏃
Mave
Яндекс.Музыка
Apple Podcast
YouTube Аудио | 0 |
| 12 |  +8👀Когда я работаю, на меня смотрит Меладзе
Если бы офисы изучали как культурный феномен, то основными артефактами были бы не ноутбуки и переговорки, а довольно неожиданные вещи.
Предлагаем погрузиться в атмосферу нашего Московского офиса и оценить, что нашим сотрудникам потребовалось для создания рабочего вайба✨ | 0 |
| 13 |  🥳 Подводим итоги розыгрыша книги «Эффективный Node.js»
✨Победителем становится @alt_swan✨
Надеемся, что после чтения найдется пара инсайтов, которые будут вам полезны и останутся надолго. Может она и вас вдохновит стать техническим редактором. На счет отправки книги напишем вам в личные сообщения.
И спасибо всем, кто поучаствовал — было приятно видеть вашу активность! | 0 |
| 14 | 🔥Как пройти путь от мобильного разработчика до CTO?
Наш CTO Андрей Хышов поделился своим опытом и карьерным треком в новом выпуске подкаста «Быть CTO».
Обсудили:
🟢как быстро адаптироваться в новой роли и разобраться в неизвестном
🟢культуру ownership и то, как она устроена в Купере
🟢как меняется мышление с ростом ответственности
🟢зачем CTO выходить «в поля» и лично развозить заказы
Смотрите выпуск:
YouTube
VK Видео | 0 |
| 15 | 🎨🎨🎨🎨🎨🎨
Мы хотим поделиться результатом работы Кати и Ивана с вами и поэтому разыгрываем один экземпляр книги «Эффективный Node.js».
Условия простые:
🟢Проверить подписку на канал
🟢Нажать кнопку «Участвовать»
Победителей определим 23 апреля в 15:00 по московскому времени.
Бот случайным образом выберет победителей, с которыми свяжемся в личных сообщениях в Телеграме. Проверьте настройки конфиденциальности, чтобы мы могли написать вам.
Удачи! ✌️ | 0 |
| 16 |  +5🔥 Когда инженеры берутся за технический перевод
Два наших инженера Иван Щyкин и Екатерина Рязанова стали научными редакторами книги по Node.js. О том, с какими сложностями они сталкивались и какие решения находили рассказываем в карточках выше. | 0 |
| 17 | Герой скидок или убийца маржи? Динамическое ценообразование поможет понять 🏃
🎨🎨🎨🎨🎨
🎨🎨🎨🎨🎨
🎨🎨🎨🎨🎨
🎨🎨🎨🎨🎨
👉 Всё началось вполне невинно. Маркетологи пришли в чат и сказали: «Давайте просто сделаем скидку 20%. Ну что может пойти не так?».
🎨🎨🎨🎨🎨
🎨🎨🎨🎨🎨
🎨🎨🎨🎨🎨
🎨🎨🎨🎨🎨
👉 Продажи взлетели. Покупатели в восторге, ты герой скидок, а руководитель доволен. Но...
🎨🎨🎨🎨🎨
🎨🎨🎨🎨🎨
🎨🎨🎨🎨🎨
🎨🎨🎨🎨🎨
👉 О нет! Ты разбудил древнюю хтонь по имени Большая Скидка. И уже не ты не управляешь ценой. Это цена уже давно управляет тобой!
🎨🎨🎨🎨🎨
🎨🎨🎨🎨🎨
🎨🎨🎨🎨🎨
🎨🎨🎨🎨🎨
👉 Скидка начала требовать жертв. Жертв в виде маржи.
Много маржи.
А если хотите узнать, что было дальше...
Читайте новую статью на Хабре «Динамическое ценообразование в E-grocery. Раскладываем по полочкам». В ней Лиза Петяева, старший специалист по анализу данных, рассказывает, как мы в Купер.тех пытаемся договориться с этой древней силой: из каких шагов состоит настоящий динцен в E-grocery, почему нельзя просто взять прогноз спроса и «прикрутить» к нему скидку, как правильно работать с эластичностью и при этом не жертвовать маржой. | 0 |
| 18 |  没有文字... | 0 |
| 19 | 👉Доставка полезных материалов для Go-разработчиков!
В Купер.тех мы в основном пишем на Go, и многие инженерные решения так или иначе упираются в производительность, архитектуру и умение работать с нагрузкой. Дмитрий Петухов, инженер команды прайсинга и мотивации курьеров, поделился материалами, которые помогают ему с этим в работе:
🌍Язык, перфоманс и инженерные компромиссы
Efficient Go — Бартоломей Платка (соавтор Thanos и контрибьютор Prometheus)
Если возникает задача снизить потребление ресурсов и при этом оставаться готовыми к высоким нагрузкам, она может казаться противоречивой. Благодаря прагматичным подходам из книги становится понятно, что это вполне достижимо. Автор поможет сформировать правильное мышление в подходах к оптимизации, залезет под капот Go, расскажет много интересного о процессоре и использовании памяти, а также разберет, как эффективнее всего использовать pprof, и поделится, так ли хорош sync.Pool.
🌍Архитектура
Чистая архитектура Golang проекта — Олег Козырев
📱смотреть
В гайде автор начинает с простой задачи, реализует её в main-файле, и по мере появления новых требований архитектура сервиса постепенно усложняется. Рассматриваются в том числе такие концепции, как Value Objects, Entity, Aggregate, Anti-Corruption Layer.
Осторожно: видео на 3 часа, но, как известно, вечно можно смотреть на огонь, воду и на то, как новые бизнес-требования встраиваются в сервис с неподготовленной к ним архитектурой. Считаю этот ролик отличным стартом для знакомства с DDD.
В продолжение гайда, полезно будет почитать книги и материалы по предметно-ориентированному проектированию (DDD), среди них я бы выделил:
Learning Domain-Driven Design — Влад Хононов
Доступная книга по DDD. Плавный вход в тему: объясняет базовые концепции и, что важно, помогает понять, когда DDD действительно нужен, а когда это избыточно. По сравнению с Эвансом более сжато и четко структурировано. Если не осилили DDD от Эванса, советую начать с нее.
Domain-Driven Design — Эрик Эванс
Классика, которая не стареет. Если «Learning Domain-Driven Design» от Хононова — это быстрый вход в мир DDD с фокусом на тактические паттерны (сущности, агрегаты, value objects), то «синяя книга» Эванса — про стратегию и мышление. Автор подробно объясняет фундаментальные принципы DDD, подкрепляя их своим опытом применения.
Implementing Domain-Driven Design — Вон Вернон
Практическое продолжение «синей книги». Фокус на практике применения DDD. Автор детально разбирает агрегаты (их размер, границы, правила проектирования), репозитории, доменные сервисы и, что особенно ценно, показывает, как работать с ограниченными контекстами в реальных системах.
Что особенно удобно, книга подходит как справочник, его можно открывать отдельные главы под конкретные задачи (например, агрегаты).
Go: идиомы и паттерны проектирования — Джон Боднер
Наверное не найти лучше источника, где в одном месте, настолько полно, структурированно, четко и доходчиво разбираются базовые концепции Go. Я бы посоветовал эту книгу тем, кто перешел в Go из других языков.
Будем рады, если эти материалы окажутся полезными. А какие книги или доклады по Go и архитектуре помогли именно тебе? Пиши в комментариях! | 0 |
| 20 | 😏 Соскучились по офлайну? Встречаемся на DevOpsConf!
2 и 3 апреля приходите послушать доклады наших экспертов и пообщаться после выступлений:
🟢Автоматизируй это немедленно! Инциденты, когда на кону большие деньги. Дарья Попова, руководитель группы мониторинга и Алексей Глотов, руководитель группы разработки.
🟢SLO as a code — нельзя верить людям. Вячеслав Литкович, руководитель группы инженеров ИТ-инфраструктуры.
🟢Воркшоп «Observability: system design». Максим Бурцев, руководитель отдела мониторинга, и Кирилл Гриднев, инженер разработки автоматизаций внутренних процессов, будут консультировать команды и разбирать их решения в составе жюри.
Ставьте 🔥, если идёте на конференцию или будете смотреть её онлайн! | 0 |
