Ginkida.dev | Sungat Arynov

Два разработчика получают комментарий к PR. Первый читает: "Это неправильно, переделай". Второй: "Тут может быть race condition, глянь вариант с mutex". Оба комментария про одну проблему. Но первый человек закрывается, второй учится. Code review везде выглядит одинаково, но за фасадом прячутся два разных процесса. Один строит команду. Другой превращается в показательную порку. По сути: — Microsoft выяснили: только 15% комментариев в ревью про баги. Остальное про читаемость и передачу знаний — Google обнаружил: главный фактор эффективности команд не опыт, а ощущение безопасности — Если после ревью человек чувствует себя идиотом, а не умнее, это суд — "Это неправильно" без объяснения почему и что делать = бесполезный комментарий — Страх даёт compliance. Безопасность даёт excellence Многие senior'ы искренне верят, что делают качественное ревью. А на деле устраивают суд 🔥 Вспомни последний PR, который ты ревьюил. Человек после него стал сильнее или тише? Полный разбор: https://ginkida.dev/ru/posts/code-review-kak-perestat-unizat-i-nacat-ucit

Документации нет? Она есть. Просто в голове у одного человека. В каждой команде есть "шаман". Тот, кто знает, где конфиги, почему этот модуль нельзя трогать и как на самом деле работает система. К нему очередь, без него не проходит ни один релиз. Выглядит как суперэксперт. На практике это single point of failure, замаскированный под компетентность. В инженерии это называется bus factor. Исследование 133 проектов на GitHub: у 65% зависимость от одного-двух человек. Две трети. Как это выглядит в реальности: - Пароли у Пети. Петя в отпуске. Ночью инцидент. Все ждут, пока Петя проснётся. - CI/CD настроен, но кнопку жмёт только Нурик. Нурик болеет? Релизов нет. - Модуль X "лучше не трогать". Два года не трогали. Зависимость обновилась. Всё упало. Автор уволился год назад. - Герой спасает прод каждую пятницу. Система не улучшается. Улучшается только его выгорание. Проблема не в людях. Проблема в системе, где прятать знания выгоднее, чем делиться. Сколько систем в вашей команде встанет, если один человек завтра просто не выйдет на связь? 🎯 Полный разбор: https://ginkida.dev/ru/posts/pocemu-vas-lucsii-specialist-eto-glavnaia-ugroza-dlia

Написал аналитический разбор стартапа по открытым данным. В ответ получил не цифры и контраргументы, а угрозу уголовным преследованием. Не за инсайды. Не за "сливы". За расчёт unit-экономики и неудобные вопросы. Классика: вместо "вот где ты ошибся" прилетело "замолчи, или будут последствия". Это называется SLAPP. Когда угрозами исков давят на человека, чтобы он не писал о публично значимых вещах. В ЕС против этого уже приняли директиву. У нас пока работает по-старому. По сути: — Уверенный в продукте фаундер отвечает данными. Неуверенный - угрозами — Критика стартапов это не хейт, а санитарная функция рынка — Рынок без обратной связи превращается в театр красивых презентаций — Угроза критику это красный флаг страшнее любой статьи — Свобода слова включает право анализировать и делать выводы — Молчание из страха это невидимый налог, который платит вся экосистема Если любую критику можно заткнуть угрозой суда, остаётся только маркетинг. А потом все удивляются, откуда берутся провалы и обманутые ожидания. Вам угрожали за публичную критику или честный отзыв? 🔥 Полный разбор: https://ginkida.dev/ru/posts/mne-ugrozaiut-sudom-za-analiz-startapa-vot-pocemu-ia-ne

В день IPO своей компании Амансио Ортега пообедал в столовой с сотрудниками и пошел работать дальше. Без шампанского. Без фотографов. Это основатель Zara. $145 млрд на конец 2025 года. Первое публичное фото появилось только в 1999. До этого один из богатейших людей Европы был анонимен. Начинал курьером в магазине рубашек. Что делает его особенным 👇 — Zara почти не тратит на рекламу. Новинки каждую неделю, и люди приходят сами. Продукт продает себя. — Конкуренты гнались за дешевым производством в Азии. Ортега держал фабрики в Европе. Дороже, но от идеи до полки за недели, а не месяцы. — Ушел с поста CEO, но сохранил 59% голосов. Контроль важнее титула. — Дивиденды не в яхты, а в "скучную" недвижимость и порты. Активы, которые переживут любой модный цикл. — Скромность не поза. Кто реально знал бедность, понимает: богатство не про понты. Пока одни строят личный бренд, другие строят машины, которые работают без их лица на обложке. Ортега выбрал второе. 🎯 Вы бы смогли построить империю и остаться в тени? Или признание это часть топлива? Полный разбор: https://ginkida.dev/ru/posts/145-mlrd-i-ni-odnogo-interviu-fenomen-osnovatelia-zara

Чем крупнее на лендинге написано "UNLIMITED", тем быстрее ты упрёшься в лимиты после оплаты. Несколько недель назад я критиковал Higgsfield. Их представитель ответил снисходительно и подчистил комменты. Думал, один человек с плохим днём. Оказалось, культура компании. Сейчас на Trustpilot у них 2.5/5, больше половины отзывов - одна звезда. Сюжет один: купил годовой "unlimited" за $365, а получил лимиты, очереди или бан. Поддержка молчит. Кнопку отмены не найти. 🎪 Что убивает доверие: — Продавать "безлимит", который не можешь дать — Менять условия после оплаты — Прятать отмену подписки — Банить активных юзеров вместо честного разговора — Удалять критику вместо работы с ней Экономика простая: они агрегатор, платят за каждую генерацию. "Unlimited" при активном использовании = убыток. Решение? Тихо резать после оплаты. 🔥 Вывод: если AI-сервис кричит "UNLIMITED", ищи fair use policy мелким шрифтом. Там твой реальный лимит. Попадали на такое? С каким сервисом? Полный разбор: https://ginkida.dev/ru/posts/zaplatil-za-bezlimit-polucil-ban-anatomiia-skandala-vokrug

Чем сложнее система, тем меньше людей могут с тобой спорить. Сложность редко появляется случайно. Ее покупают. Иногда по делу: нагрузка, безопасность, регуляторика. Но чаще это способ выглядеть профессионально и распылить ответственность. Простое решение "голое". Видны компромиссы, легко критиковать. А за сложным можно спрятаться: виноват не ты, виноват "индустриальный стандарт". По сути: - Kubernetes на два сервиса = "хочу выглядеть enterprise" - "Платформа" до PMF = не можем договориться о приоритетах - Микросервисы в команде из 5 человек = накладные расходы без пользы - "Универсальная система ролей" = страх принять простое решение - Observability stack на полгода вместо 4 метрик = витрина, а не инструмент Есть исследование: если добавить в объяснение научную терминологию, люди оценят его выше. Даже если добавленное бессмысленно. Мы покупаемся на сложность, когда она выглядит наукообразно 🧠 Простоту выбирают из силы. Сложность часто из страха. Вспомни последнее архитектурное решение в твоей команде. Причина была в реальных требованиях или в том, что простое "несолидно смотрелось"? Полный разбор: https://ginkida.dev/ru/posts/sloznost-kak-maska-pocemu-silnye-vybiraiut-prostotu

Безлимитная подписка выглядит как win-win. Пока не посчитаешь. 1Fit при обороте $40 млн тратил $800K в месяц на рекламу и честно говорил: "рост важнее окупаемости". YaYa взяла ту же модель для детских секций со средним чеком 500 тысяч тенге. Обе компании в 2025 году столкнулись с проблемами: 1Fit свернул Малайзию, Мексику и Лондон, YaYa попала в волну жалоб от родителей и партнеров. Причина одна: парадокс безлимита. По сути: — Безлимит привлекает тех, кто будет ходить. А прибыль строится на тех, кто не ходит — Чем лучше продукт, тем активнее им пользуются, тем выше расходы на выплаты партнерам — В фитнесе люди бросают. В детском сегменте родители контролируют, и utilization выше — Партнерам невыгодно обслуживать "тяжелых" клиентов по низкой ставке — Масштабирование без unit economics = умножение убытков — Любая задержка выплат мгновенно выглядит как "схема" Модель работает ровно до момента, пока клиенты ленивые, а капитал бесконечный. В реальности ни того, ни другого нет. 📉 Вы бы купили годовой безлимит на детские секции за 500К или предпочли платить за каждое занятие? Полный разбор: https://ginkida.dev/ru/posts/matematika-protiv-marketinga-kak-krasivye-podpisocnye

Самые быстрые инженеры, которых я видел, писали меньше всех кода. Пока один героически пилит PR на 2000 строк, другой уже в проде с решением на 30 строк. Первый потратит неделю на ревью. Второй давно делает следующую задачу. Разница не в скорости печати. Разница в одном вопросе: "А нужно ли это вообще писать?" По сути: — "Нужен Telegram-бот для алертов" → статус-страница за 30 минут — Конфиг вместо хардкода. Флаг вместо релиза — Маленькие PR быстрее ревьюятся и проще откатываются (это не я придумал, это Google и DORA) — Принцип AWS: не проходи через двери в один конец. Откат закладывается до деплоя — Сильные строят только отличие. Остальное покупают Каждая строка кода это строка, которую нужно поддерживать, тестировать и удалять. Скорость = решения + дисциплина отказов 🎯 Вспомни последнюю задачу на неделю. Можно было решить за день, если бы спросил "зачем" в начале? Полный разбор: https://ginkida.dev/ru/posts/pocemu-lucsie-razrabotciki-pisut-mense-vsex-koda

Ночной алерт не делает компанию "быстрой". Он делает её бедной 😬 Когда прод держится на "герое", это выглядит как движ. На деле это зависимость: один человек и 3 часа ночи решают судьбу сервиса. Зрелые команды скучны. Релизы проходят как рутина, инциденты редкие, откат занимает минуты. Не потому что "повезло", а потому что так устроено. По сути: - Героизм это симптом: система не умеет восстанавливаться без человека. - Надёжность обсуждают как контракт: SLO и error budget вместо мантры "никогда не падать". - "Rollback-first": сначала откат, потом разбор. Адреналин оставляем кино 🎰 - Toil пожирает развитие. Если ручной рутины больше половины, вы обречены тушить, а не строить. - Алерты по симптомам для пользователя, иначе вы тренируете alert fatigue. - Инциденты лечатся ролями и postmortem с action items, а не хаосом в чате 📋 Вывод: надёжность это ограничения и дисциплина. Культ героев всегда заканчивается выгоранием и деградацией продукта. Если ваш сервис падает в пятницу вечером, что у вас первое: откат или поиск "кто сломал"? 🤔 Полный разбор: https://ginkida.dev/ru/posts/skucnyi-deploi-zrelaia-komanda-pocemu-geroizm-ubivaet

Маркетплейс детских кружков сломался не в приложении. Он сломался в выплатах. YaYa продавал родителям годовой абонемент на кружки: 400-500 тыс тг, обещания про "экономию до 70%" и "700+ партнёров". Идея звучит как "1Fit для детей". 👶 Параллельно был космос по росту и статусу: x30 выручки, оценка $10 млн, питчи в Сан-Франциско. А потом, по данным СМИ, выплаты центрам начали задерживаться на 3-4 месяца. Центры уходят. У родителей остаётся абонемент, который внезапно нечем пользоваться. 😬 По сути: • Рост быстрее cash flow. Метрики приятные, касса важнее. • Годовой абонемент + рассрочка. Деньги приходят частями, платить партнёрам надо сразу. • В маркетплейсе партнёры это продукт. Без них "удобное бронирование" не имеет смысла. • Обещания зависят от третьих сторон. "Шаговая доступность" не гарантируется договором. • Нет резерва на кризис. Поэтому возврат "50% от неиспользованного" добивает доверие. Вывод простой: в детских сервисах цена ошибки это не только деньги, это доверие родителей. Что выберешь как клиент: помесячно дороже или год дешевле, но с риском? Напиши 1 или 2. Полный разбор: https://ginkida.dev/ru/posts/yaya-kak-startap-za-10-mln-ostavil-mnogie-semi-platit-za

Если "срочно" стало вашим обычным состоянием, это не динамика. Это болезнь управления 🔥 Аврал случается у всех. Запуск, релиз, сезон. Он проходит, команда делает выводы, чинит процессы. А "вечный дедлайн" не проходит. Он просто меняет вывеску: релиз, инцидент, клиент, снова релиз. Парадокс в том, что со стороны это выглядит как "движуха". Чаты кипят, задачи летят, кто-то героически спасает прод ночью. Только продукт и люди изнашиваются быстрее, чем вы успеваете писать планы. По сути: - "Срочно" становится способом перекричать остальных, а не приоритетом - План живет до первого "внезапно" - Лучшие инженеры превращаются в узкое горлышко - Инциденты повторяются, но постмортемы без действий - Сроки берутся на оптимизме и потом оправдываются обстоятельствами - Прерывания убивают фокус, после "быстрого вопроса" вы платите временем и качеством - Переработки становятся нормой и медалью Вывод простой: если система держится на героизме, значит системы нет. Есть люди, которых вы медленно сжигаете. Что у вас ценят больше: ночного спасателя релиза или того, кто сделал так, чтобы спасать не пришлось? 🤝 Полный разбор: https://ginkida.dev/ru/posts/sindrom-vecnogo-dedlaina-pocemu-vasa-komanda-zivet-v-rezime

Компании говорят: "Ищем лучших". А по факту ищут… удобных. Тех, кто не задает неудобных вопросов. Не спорит. Не претендует на автономию. Не заставляет руководителя чувствовать себя "не самым умным в комнате". И потом начинается классика: - команда буксует - сильные уходят через полгода - конкуренты улетают вперед Потому что есть жесткое правило: потолок компании равен потолку эго ее лидера🎯 2025 усилил проблему Рынок талантов стал как спорт высшей лиги. Один сильный человек может изменить исход целой гонки. И компании, которые умеют нанимать людей сильнее себя, начинают собирать "компаунд". А те, кто нанимает "чтоб не угрожали", собирают обратный компаунд: сильные уходят, остаются середняки, которые нанимают еще слабее 😅 5 ошибок хантинга, которые делаются из эго (и выглядят как "процесс") - "Культурный фит" как маска для "будь удобным" - Обида на перенос слота: "ах так, мы нашли другого" - 6 этапов интервью и тишина по 10 дней - Бесплатное тестовое на 10-20 часов - Микроконтроль и урезание полномочий сразу после оффера Как чинить (простые вещи, которые почти никто не делает) - Письменно описать роль: миссия, 3-5 метрик успеха, границы полномочий - Держать скорость: понятный таймлайн и быстрые решения - Уметь слышать "нет" без обид - Оценивать руководителей по планке команды, а не по "я тут главный эксперт" Если ты лидер и хочешь большую компанию, есть неприятная мысль: тебе придется регулярно нанимать людей, которые в чем-то сильнее тебя. И это не угроза. Это и есть рост 🙂 Вопрос: вы чаще видели найм "сильнее себя" или найм "удобнее для себя"? Ссылка на полный разбор: https://ginkida.dev/ru/posts/pocemu-slabye-rukovoditeli-nikogda-ne-nanimaiut-silnyx