Поисковые возможности языковых моделей наконец перешли от многообещающих демонстраций к реально полезным инструментам.
Новые модели o3, o4-mini от OpenAI и обновленный Gemini 2.5 Pro научились выполнять поиск как часть процесса рассуждений перед формированием ответа, что практически исключает галлюцинации. Эти системы могут за считанные секунды проводить исследования, на которые раньше уходили часы работы человека.
MVP — (minimum viable product) — важнейший этап в разработке любого продукта. Это продукт, у которого пока реализован самый минимальный функционал, но он уже способен закрыть потребность клиента. Поделюсь с вами основными принципами работы над MVP, которые мы выработали у себя за годы практики.
Еще примерно 5 лет назад мы делали, как все, — создавали MVP на довольно ранних этапах. Нам это казалось правильным: собери прототип с базовым функционалом, в потом уже «допиливай», внедряй, тестируй. Только вот на доработки потом уходит очень много времени, а проект в итоге может и не «полететь». Выходит, что время и средства будут потрачены впустую.
Мы решили изменить подход и теперь мы видим MVP так: это версия продукта, которая содержит только те функции, которые точно будут пользоваться спросом у нашей ЦА. Мы называем их «верифицированные фичи». Чтобы отыскать эти фичи и убедиться в их ценности, мы усилили работу на предварительном тестировании продукта. Поэтому, подбирая сравнение, можно сказать так: раньше мы сразу «строили завод», а теперь мы делаем MVP просто и быстро.
Широко известно, что рынок найма в техе сегодня заметно охладился по сравнению с 2020–2022 годами. Количество вакансий для инженеров-программистов снизилось во всех крупных регионах, а доля полностью удалённых позиций продолжает постепенно сокращаться. В то же время, по другим метрикам видно, что рынок начинает восстанавливаться — по крайней мере, для инженеров старшего уровня. Об этом говорилось в прошлом месяце в статье "Состояние рынка найма стартапов и scaleup-компаний глазами рекрутеров". Всё это создаёт ситуацию нестабильности и неопределённости, через которую предстоит пройти и кандидатам, и работодателям.
Эта статья — попытка прояснить, как меняются технические собеседования, через призму того, что видят сами инженеры, проходящие интервью. Чтобы разобраться в этом, я обратился к Эвану Кингу и Стефану Маю, сооснователям стартапа по подготовке к интервью — Hello Interview. До запуска своего проекта Эван четыре года работал Staff Engineer в Meta, а Стефан — шесть лет был менеджером инженернов в Amazon и затем старшим менеджером инженернов в Meta. Оба провели сотни собеседований, причём Стефан также выступал в роли нанимающего менеджера. С момента запуска Hello Interview они помогли тысячам инженеров подготовиться к интервью и собрали большой объём информации о текущем состоянии рынка и ожиданиях работодателей.
Я связался с ними после прочтения их практичного, свежего анализа собеседований системному дизайну , чтобы узнать, как разработчики проходят собеседования в стартапах и Big Tech в нынешних условиях, особенно по сравнению с тем, что было несколько лет назад. Сегодня мы рассмотрим:
В строительстве принято работать долго на одном месте, а искать сотрудников — по знакомству. Я пришёл с другим бэкграундом: консалтинг, управление IT-командами, структурные подходы. И понял, что можно взять лучшие практики из этих сфер и применить их к найму в строительстве. Что, если подойти к подбору как к бизнес-задаче — с гипотезами, итерациями и ретроспективами? Попробовал. Получился процесс, в котором всё можно оценить по времени и результату. Найм из случайности превратился в управляемый процесс.
Лучший в мире ИИ уже встроен в ваш телефон, почту и поиск, а вы даже не заметили?
Gemini 2.5 Pro занимает первое место на всех ИИ-бенчмарках и предлагается пользователям бесплатно
Узнаете, почему интеграция с семью платформами-миллиардниками делает позиции Google неуязвимыми
Крутые компании хотят не только ваших знаний. Им нужны продуктовые разработчики. Но кто это вообще такие? Где заканчивается разработчик обычный и начинается продуктовый? Или они вообще существуют отдельно друг от друга и пересекаются только в фантазиях нанимателей? Попробуем ответить на эти вопросы, составить портрет продуктового разработчика и разобраться, как же им стать.
Все что нужно знать про лучшие нейросети и тренды в генеративном ИИ в 2025 году.
Свежий анализ топ-100 AI-приложений показывает, что рынок не просто растёт — он трансформируется с появлением продуктов, которые пользователи готовы использовать ежедневно.
Я Android-разработчик. Два года назад я попал в ловушку микроменеджмента. Мой руководитель требовал ежедневные планы, контролировал каждое действие и даже фиксировал продолжительность моих обеденных перерывов. Расскажу, как я распознал проблему, дошел до точки кипения и нашел выход из этой ситуации.
Привет! Меня зовут Григорий Афонин, я продакт RuStore — магазина приложений для Android, Harmony OS, ОС «Аврора». В магазине мы реализовали всю необходимую пользователям и разработчикам архитектуру — скачивание приложений, оплату недоступного в зарубежных сторах софта и игр.
Результаты RCT-исследования с участием 776 специалистов Procter & Gamble, показывающего, как ИИ меняет динамику командной работы.
8 марта — день, когда цветочные магазины должны показывать максимум эффективности. Это их «чёрная пятница», но с эмоциональной и социальной нагрузкой. Вместо этого в самом популярном российском маркетплейсе подарков для случился системный кризис: тысячи заказов не были доставлены вовремя, поддержка не отвечала сутки и более, а вместо извинений компания сделала пост с игрой в "Морской бой".
В этой статье я разбираю, что пошло не так, почему это не просто разовый сбой, а провал всей антикризисной стратегии, и как этот кейс мог быть отработан — на примерах из практики других крупных компаний.
Этот текст — эссенция практического опыта креативного специалиста, который помогает бизнесу находить технические решения в области построения базы знаний. Решил поделиться своими заметками об архитектуре хранилища данных (DWH) и написать, почему важно хранить корпоративные данные в едином хранилище, как преодолеть внутренние барьеры (вроде страха критики и синдрома самозванца) для начала обмена знаниями и какими техническими и организационными решениями можно сделать этот процесс удобным и полезным. В статье — живой опыт, конкретные советы и немного вдохновения для тех, кто только начинает делиться знаниями внутри команды.
14 февраля в Российском новом университете – сдвоенный праздник: день рождения гениального физика и популяризатора науки Сергея Петровича Капицы и День всех влюблённых. По инициативе Студенческого научного общества он синтезировался в День влюблённых в науку.
PRD-шаблон от Product Lead в OpenAI с 9 ключевыми разделами и детальными рекомендациями, подкрепленный кейсом Shopify Auto Write, который можно адаптировать для большинства AI-проектов.
Для того чтобы отпраздновать то, что рассылка Product for Engineers набрала 50000 подписчиков, мы решили поделиться пятьюдесятью советами, в которых собрано всё самое важное, что мы узнали о разработке успешных программных продуктов.
В нашей компании всегда было… скажем так, интенсивно. Не то чтобы прямо ад, но бодренько. Обычно у меня было 2–3 проекта одновременно, дедлайны плотненькие, но справлялся. Я даже гордился тем, что мог вытаскивать сложные ситуации.
Привет, я Настя, основатель и главред студии контента. Хочу рассказать, как я внедряла систему управления задачами в свою команду и почему в итоге выбрала YouGile после Trello, Notion и других. Теперь все как на ладони (и минус один проджект).
По своей натуре я контрол-фрик: мне крайне важно, чтобы все задачи были записаны. Доходит до того, что я записываю личные дела типа “Поговорить с моим парнем” или “Покормить бездомную собаку”.
В общем, как вы поняли, без таск-трекера мне никак.
Внедрение Agile «на хайпе» и искаженное понимание принципов манифеста ведет к сырым ненужным пользователю продуктам. Вместе с автором канала Junior PM, Артемом Летюшевым, разбираемся в разнице между настоящим значением принципов и мифами, которые компании принимают за правила и внедряют в свои процессы.
Бизнес без устали тестирует разные гипотезы о том, как логично внедрять customer experience (CX) в производство своих продуктов. От команды к команде опыт подхода к этому «снаряду» отличается. Даже в рамках одной компании бывает, нет единого представления, как «сочетать несочетаемое»: ориентироваться на клиента и при этом зарабатывать деньги.
В RUTUBE мы нашли свой путь: пригласили в продуктовые стримы отдельных сотрудников. Их задача — погружать продуктовую команду в пользовательские запросы и потребности. А фоном — продвигать стратегию (и идеологию) классного клиентского опыта. Мы назвали себя Customer Journey Experts.
Здесь не будет пропаганды и пустых лозунгов — только конкретные действия, которые мы предпринимаем каждый день.
Генерацию гипотез через дерево метрик считаю одним из самых результативных подходов. Особенно значимым для меня тут является возможность отделить личное мнение от принятия решений. Этакое «я нерепрезентативен» на максималках. Лично для меня это важно ещё и потому, что почти во всех продуктах, над которыми я работала, я сама не являлась core‑пользователем.
На сами метрики мы смотрим фактически с тремя задачами:
