Дискуссия началась с простого вопроса: какие рычаги влияния вообще есть у тимлида? И быстро вскрыла болевую точку. Уалихан и Василий описывали типичную картину казахстанских контор – тимлид как «галочка», человек, который передаёт информацию сверху вниз, но не распределяет задачи и ничего не решает.
Артур возражал жёстко: влияние – это не статус, а ресурс, за который воюют каждый день. Если ты тимлид только на бумаге, виноват в этом ты сам – надо отбирать задачи у продакта или вообще убирать его из команды. Максим зашёл с корпоративной стороны: сказать «нет» тем, кто платит деньги, можно лишь дозированно, и звучать это должно как «нет, но можно иначе».
Практический вывод собрался из контраста. Власть тимлиду никто не выдаёт вместе с должностью – её приходится отвоёвывать по сантиметру, начиная с права говорить «нет» на заведомо невозможное. А вы знали, что у вас есть эти права, когда впервые стали лидом?
«Влияние это ресурс, и надо воевать за него каждый день. Тимлид который не принимает решение по работе команды не тимлид» – Артур
«новоприбывшим тимлидам никто не говорит у них есть права)» – Василий
«Люди сверху ждут, что ты скажешь им "нет, мы можем сделать иначе: так-то и так-то"» – МаксимЧитать в чате →
Многодневный спор о том, стоит ли давать LLM прямой доступ к источникам данных, чтобы бизнес сам получал отчёты на естественном языке. Василий держал оборону: бизнесу нужны 100% повторяемые цифры, а модель из 20 запросов корректно отвечает на 15–17 и «не умеет говорить нет» – это убивает доверие.
Артём напоминал, что text2sql и автодискавери уже стали базой (Vanna, DB-GPT, MindsDB), а Стас и Артур переводили спор в плоскость архитектуры: LLM должна не считать сама, а писать проверяемый код или скрипт, плюс слой валидации поверх. Андрей Звёздочка добавил отрезвляющую техническую деталь – даже при нулевой температуре токены выбираются стохастично, и выше примерно 10 тыс. токенов начинаются галлюцинации.
Получается, ключ не в том, доверять модели или нет, а в том, чтобы разделить детерминированную часть (код, structured output) и вероятностную (рассуждение). Доверие бизнеса рождается из стабильности повторяемого результата – а не из красоты ответа.
«у меня порог доверия к ллм - такой же как и раньше, "он мудак, доверять я ему не буду"» – Василий
«Люди будут просить один и тот же отчет разными словами и будут получать разные цифры. По итогу это породит споры, конфликты и в конце недоверие» – Василий
«У тебя тупо может быть галюн в том что ризонинге появится 100 баксов зп, а в аутпут тебе 200 упадёт» – Андрей
Спор о том, почему в Казахстане так и не выросла сильная ИТ-отрасль. Glenum и Павел приводили привычные аргументы: маленькое население, слабая правовая система, низкие зарплаты, недоступный дешёвый капитал.
Станислав разбирал их один за другим. Эстония с населением 1,3 млн и Швеция с 5 млн – сильные ИТ-страны при куда меньшем рынке, чем у Казахстана с его 20 млн. Капитал государство может занять на Западе под 3–4% и раздать – что, в общем, и делают Каспи с Фридомом. По его версии, настоящая причина в другом: у страны есть ресурсы, и выкачать нефть проще, чем растить человеческий капитал, поэтому нет и спроса на надёжные системы. Андрей сместил акцент на культурный код и социальные барьеры, которые мешают сильнее экономических.
Денис добавил взгляд со стороны российского работодателя: казахстанский сеньор в среднем приходит на грейд ниже и тянет на мидла. Вывод спора оказался неудобным – конкурентность кадров рождается через открытие границ и конкуренцию, а не через ещё один хаб. Размер рынка тут скорее удобное оправдание, чем причина.
«пенять на размер рынка – это дать себе скидку и объяснение, что ничего не получится» – Станислав
«Проще выкачать нефть из земли или уголь откопать, чем использовать человеческий капитал» – Станислав
«в среднем люди приходят на грейд ниже, чем по нашим меркам. Т.е. условный синьор тянет на мидла» – ДенисЧитать в чате →
20-летний разработчик amer с «3+ годами опыта» пожаловался, что не может найти работу даже джуном. Артур честно разложил логику работодателя: большой опыт в юном возрасте читается как накрученный, сам возраст – уже ред-флаг, и многие мягко «отшивают» студентов вопросом про учёбу.
Совет звучал контринтуитивно – поделить опыт на три и заявляться джуном, потому что «опытных джунов любят». Дальше развернулась дискуссия о ценности молодых вообще: Артур признал, что они быстро учатся и переизобретают полезное из-за несформированной консервативности, но хуже держат коммитменты, тогда как разработчики 30+ дают надёжность, усидчивость и критическое мышление. Андрей напомнил, что без портфолио заявлениям всё равно не поверят.
Парадокс в том, что и недостаток, и избыток «опыта на возраст» отпугивают одинаково. Спасает не цифра в резюме, а демонстрация реальных проектов и стратегия роста внутри компании вместо прыжков между работодателями.
«Возраст = Ред Флаг. Опыт слишком большой для возрасат = Ред Флаг» – Артур
«Ребята которым 30+ вообще в восторге с них, они очень усидчивые, внимательные, сфокусированные» – АртурЧитать в чате →
Обсуждали новость о тратах крупной корпорации на ИИ-токены и нужно ли ставить лимиты на сотрудника. Василий выдвинул гипотезу, что эффект от ИИ растёт с логарифмической сложностью, поэтому оверлимиты бессмысленны, а лимиты – нормальная валидация: возможен саботаж или человек просто не умеет тратить токены.
Егор поделился цифрами своей команды: лимиты выжигают процентов 15 сотрудников, и неожиданно больше всех – не разработчики, а тестировщики. Станислав привёл личную статистику (5 млн токенов за 4 месяца) и сделал отрезвляющий вывод: на масштабе в 80 тыс. человек громкие траты выглядят как преувеличение – разработчики нагенерили меньше, чем стоит их зарплата, да ещё и со скидкой от вендора.
Вот что любопытно: пугающая сумма на пресс-релизе и стоимость в пересчёте на инженера – две очень разные истории. Стоит ли вообще считать токены, если их цена ниже зарплаты того, кто их тратит?
«моя гипотеза, что эффект от ИИ идет с логарифмической сложностью поэтому делать оверлимиты - не имеет смысла» – Василий
«по опыту моей команды наверно процентов 15 сотрудников выжигают почти все» – Егор
«кстати по ощущениям не разрабы сжигают больше всего. Тестировщики» – ЕгорЧитать в чате →
Станислав описал личный конфликт ролей: он живёт в инженерном мире, где критерий успеха – «нас не замечают, ничего не сломалось», а продакты делают customer-facing продукты, где молчание о фиче равно провалу. Он разложил конфликт по осям: горизонт планирования, потребность рассказывать против молчания, психологические профили и отношение к аккуратности данных.
Андрей частично согласился, но возразил: многое здесь – не характер, а тренируемые навыки, и соционики в разборе слишком много. Василий добавил продуктивный угол: к внутренним командам относятся потребительски, как к чистому расходу, а к внешним требуют обоснования. Если же относиться к внутренним сервисам как к продукту (SaaS/PaaS), конфликт сглаживается.
В сухом остатке – это не столкновение характеров, а столкновение профилей риска. Фронтмену нужна ширина и надёжные элементы, инфраструктуре – защита от каскадных сбоев. Взаимное непонимание неизбежно даже при взаимном уважении.
«Критерий успеха – нас не замечают, ничего не сломалось. В работе с продуктами же все иначе. Если ты сделал фичу и о ней никому не рассказал – значит ты сделал плохо» – Станислав
«Для внутренних, это чистый расход и никто не считает, отношение к внутренним ресурсам идет потребительское» – Василий
Василий принёс аналитику: главная причина, по которой казахстанские предприятия не внедряют инновации, – не нехватка денег или кадров, а отсутствие спроса. Компаний, жалующихся на отсутствие потребности, оказалось почти вдвое больше, чем тех, кому не хватает финансов.
Станислав перевёл это в управленческую плоскость: спроса на инновации нет у менеджмента, потому что инновации – игра в долгую с отдачей через 2–10 лет, а местный менеджмент хочет возврат инвестиций через три месяца. Уалихан возразил, что инновации в стране всё-таки есть, но Нурлан и Стас уточнили: это трансферт технологий с лагом в 3–5 лет за Западом, а не собственные разработки.
Пока рынок позволяет зарабатывать на старой продукции без давления конкуренции, инновации остаются строчкой в отчётности, а не инструментом выживания. Знакомая ситуация?
«Инновации - это игра в долгую. Ты должен инвестировать сегодня, чтобы получить выгоду через 2-10 лет. А менеджмент в Казахстане хочет возврат инвестиций через 3 месяца» – Станислав
«Это не инновация, это трансферт технологий:)» – НурланЧитать в чате →
Артур предложил подключать ELK и Sentry по MCP, чтобы с утра спрашивать Claude «что там с продом» и получать инсайды за пару минут вместо получаса ручного разбора. Василий упирался: логи должны быть человекочитаемыми, у него есть дашборды, а гонять сырьё через LLM медленно и нестабильно.
Артур уточнил, что модель не жуёт сырые данные в лоб, а под капотом включает фильтры ELK и анализирует аномалии. Михаил поделился негативным опытом – Gemini уверенно нашёл «ошибки, которых не было», на что прозвучало сухое «не тот инструмент использовал». Стас же повторял короткое «ты попробуй».
Развязка наступила на следующий день: Василий признал, что подключение к источникам напрямую реально удобнее для генерации скриптов, и поблагодарил, отметив, что у него был внутренний страх перед прямым подключением LLM к данным. Иногда главный барьер для нового инструмента – не его недостатки, а наша осторожность.
«всерьез логи анализировать через ллм сомнительно, логи должны быть человеко читаемые и понятные» – Василий
«стало удобнее скрипты генерить если к источнику подключить, а не передавать контекст) видимо был внутренний страх, подключать ллм к источникам напрямую, спасибо)» – ВасилийЧитать в чате →
Хотите продолжить обсуждение?
Обсудить в Telegram