Большое интервью Марка Пинкуса о том, что не надо гнаться за тем, чтобы прикрутить инновации в продукт, а сначала улучшить то, что уже есть.
Пять клиентов по 10 000 рублей в месяц должны давать MRR 50 000 рублей. На практике после корректного расчёта остаётся всего 27 000. Куда исчезла почти половина регулярной выручки? Разбираю самые распространённые ошибки в расчёте MRR и показываю, почему одна и та же клиентская база может давать совершенно разные цифры.
В предыдущей статье я рассказывал, что наша команда Платформы получила цель «Техстек всегда актуален». Но многие ли компании могут похвастаться тем, что все компоненты их стека не покрылись пылью, а регулярно обновляются?
Скажу честно: мы тоже долго не занимались этим системно, пока не поняли, что эта работа приоритетна. Мы больше не хотим попадать в ситуацию, когда устаревшая база данных не позволяет выполнить запрос вне единственного индекса, созданного 15 лет назад. В этой статье я подробно расскажу, как мы построили процесс, который гарантирует актуальность технологического стека.
От сессии до сессии живут студенты весело! А студентам ТОП ИТ ещё и независимый ассесмент подогнали... Но иначе непонятно кто и как освоил навыки. Многие проекты студенты выполняли в командах и наши менторы и кураторы иногда отмечали, что в командах есть "сачки", которые накидывают себе в Сфера.Задачи (наш таск-треккер программа для контроля и планирования задач от Т1) простенькие таски и не сильно напрягаются...
Хороший разработчик не всегда становится хорошим тимлидом. Управление людьми требует совсем других навыков: делегирования, обратной связи, лидерства и эмоционального интеллекта. В этой подборке — восемь книг, которые стоит прочитать до перехода в менеджмент. Одни помогут подготовиться к новой роли, другие позволят понять, действительно ли она вам нужна.
Есть ощущение, что аналитиков сейчас хоронят чаще, чем джунов. Логика простая: агент пишет код по двум абзацам из чата, значит, точные ТЗ не нужны, значит, и аналитик не нужен. Частично это правда. Есть аналитическая работа, которую я бы назвал механической: «опиши точно, чтобы разраб не переделывал». Для большинства feature-level задач эта часть действительно подешевела: на днях на работе прилетело очередное «слушай, тут чуть поменяем», и я переделал за пару часов между остальными задачами. Раньше это были два дня в стол. Но есть другая часть аналитики: «пойми, что вообще делать». Она никуда не денется. Так, я недавно построил не то. Быстро, дёшево, аккуратно. Не то.
В сентябре 2025 года в Московском авиационном институте (национальном исследовательском университете) на базе Института № 8 «Компьютерные науки и прикладная математика» стартовали две абсолютно новые образовательные программы подготовки высокопрофессиональных специалистов в сфере информационных технологий (ТОП ИТ). Целевой уровень выпускника - middle и по итогам первого курса мы становимся всё более уверенными в этом результате. А наши новые технологии проведения практики нам в этом помогут!
Почему фраза Total Quality Management ни у кого не вызывает вопросов, а Data Quality до сих пор считается задачей IT? Чем цепочки поставок отличаются от цепочек создания ценности на основе данных? И почему основные активы стоят на балансе компании, а активы данных — нет?
В этой статье я покажу, что операционный менеджмент не просто эволюционирует, а неизбежно превращается в управление данными.
Если бы знания автоматически превращались в навыки, Хабр давно сделал бы нас крутейшими специалистами.
Мы читаем кейсы, аналитику, туториалы. Узнаём новые идеи. Комментируем, повышаем и понижаем рейтинг публикаций, иногда даже добавляем их в закладки. Но почему-то новые знания далеко не всегда превращаются в новые действия.
Причина не в лени. И не в недостатке силы воли.
На пути от «прочитал» до «начал делать» есть несколько системных препятствий. Я постоянно встречаю их и у себя, и у коллег, и у руководителей, и у участников различных программ обучения.
Начинается всё с одной глубокой ямы под названием «Я это уже знаю». Давайте посмотрим, как мы в неё попадаем и что нужно сделать, чтобы из неё выбраться.
Мнение Максима Талалаева, создателя одной из платформ временной занятости, о постановлении Правительства РФ, которым устанавливается ограничение по времени работы самозанятого на одного Заказчика в рамках действия закона о платформенной экономике
Продакшен. 23:52. Пятница. Восстанавливаем схему БД. Нет, не случайная авария. Просто я удалил поле, потому что Кирилл был уверен, что оно не нужно и не затронет всех внешних потребителей нашего API. Эх, подумал я. Опять было нарушено первое правило леса. Сколько раз я уже на этом попадался, и вот опять. Неужели так сложно было проверить? Нет, не сложно. Но зачем? Кирилл на проекте уже 5 лет. Он реально гений, ещё и суперответственный, мне до него далеко. Он уж точно должен был знать, насколько сильно заафектит систему это изменение, он же сам писал этот модуль, черт побери! Ладно, это был последний раз. В следующий раз я точно не проигнорирую правила леса!
Вы спросите меня, а что за правила леса? Ооо, это постулаты, написанные кровью, мой друг. Универсальная серебряная пуля, которую можно использовать как справочник и в обычной жизни, и для выживания в корпоративной среде. Присаживайся поудобнее.
Последнее время в опенсорсе много драмы: продолжаются споры о системах ИИ, позволяющих за минуту переписать проект и изменить его лицензию на разрешительную, и опенвошинге, когда доступный код выдают за открытый. Теперь на первые полосы вышла новая проблема — массовый наплыв пулл-реквестов, сгенерированных системами ИИ [ситуацию уже окрестили «слопмагеддоном»]. Обстановка дошла до того, что мейнтейнеры закрывают возможность участия в развитии открытых проектов. Мы в Beeline Cloud решили обсудить проблему и то, как быть контрибьютерам и мейнтейнерам в сложившейся ситуации.
IT — дело молодых? Десять лет назад я в это свято верил и готовился почистить штат от сотрудников, которым шёл пятый, а то и восьмой десяток. То, что случилось вместо увольнений, изменило моё отношение к возрасту в профессии — и сегодня, в эпоху нейросетей, звучит особенно остро.
CRM для проектов и продаж на рынке много, но выбрать подходящую — головная боль. У всех разные функции, тарифы и возможности. Сидеть и тестировать каждую систему — долго и муторно. Поэтому мы сделали это за вас и выбрали 5 лучших CRM для управления проектами.
В статье — подробный обзор Аспро.Cloud, YouGile, Мегаплан, Битрикс24 и Планфикс. Расскажем про возможности каждой системы и дадим советы по выбору. В конце — сравнение CRM для управления проектами в удобной таблице для быстрого принятия решения.
Я приступил к основанию своей второй компании в Германии в конце января. Сейчас конец июня.
За это время государство, два суда, нотариус, юридическая фирма, налоговая фирма и производители ПО нашли способ взять с меня деньги. Каждому из них это удалось вовремя.
Для создания компании я потратил более 9600 евро: чуть больше 7600 на сборы и счета плюс 2000 евро уставного капитала заморожено на счету, трогать который я не имею права. И спустя пять месяцев я могу сказать о компании только одно:
У меня так и не появилось возможности отправить собственный счёт на оплату клиенту.
Работа ведётся. Клиенты реальны. Единственное, для чего нужно государство — позволять мне без проблем брать с них оплату — это единственное, что мне по-прежнему недоступно.
В среде 1С распространено такое явление, как позадачное сопровождение. Клиент купил программный продукт 1С, кто‑то как‑то его внедрил, люди работают. Периодически возникают задачи — ошибки, доработки, консультации. Каждое обращение клиента — задача. Вокруг этих задач всё и вертится.
Позадачное сопровождение — штука непростая и капризная. Несёт в себе массу проблем самого разного характера для всех участников. Вот эти проблемы я и хочу рассмотреть в статье.
Если вы не из 1С, но тоже сопровождаете постоянных клиентов — возможно, вам тоже будет полезно.
Привет! Меня зовут Андрей Терёхин, я руковожу маркетингом в Projecto.
Как думаете, сколько человек нужно, чтобы из обычной машины сделать внедорожник, который выдержит арктическую экспедицию, сможет подняться на перевал Дятлова или пройти многодневный маршрут по Кольскому полуострову?
В статье расскажу об Arctic Trucks — международному бренду по тюнингу автомобилей, который работает в России уже 16 лет, — и о том, как они переехали в систему управления проектами, какие проблемы решили и что поменялось в их работе.
В течение двух десятков лет в компании Meta* существовал уникальный высокопроизводительный отдел разработки; всё закончилось в апреле этого года. На протяжении первых двух десятков лет работы компании в ней исповедовалась культура «двигайся быстро и ломай ненужное», в начале 2020-х сменившаяся на «двигайся быстро со стабильной инфраструктурой». Знакомые мне разработчики из этой компании говорили мне, что им представляли всё необходимое для качественной работы с упором на приносимую пользу, а интересы бизнеса находили баланс с надёжной разработкой.
Но за последние несколько недель всё поменялось: руководство начало исполнять подробные планы по разрушению проверенной успешной культуры разработки максимально жестоким и эффективным образом.
Недавно я уже говорил о том, насколько тяжела ситуация для разработчиков в одной из самых престижных компаний Кремниевой долины. В этой статье мы обсудим произошедшее и попытаемся понять, на чём же основывалось руководство, превратившее отдел разработки ПО из центра принесения прибыли, которым он служил с 2004 года до недавнего времени, в презираемый центр генерации затрат, в который он превратился всего за несколько недель.
Однажды я зашёл в компанию через неделю после крупного падения и попросил показать постмортем. Мне показали — с гордостью. Таймлайн поминутно, five whys, аккуратный список action items, owner напротив каждого, разослано по всем спискам. Красиво. «Видите, мы серьёзно подошли».
Я задал один вопрос: а постмортем по прошлому такому же падению — где? Нашли. Открыли. Те же action items. Слово в слово. С прошлого раза не закрыт ни один.
То есть полгода назад уже собирались, уже всё проанализировали, уже назначили ответственных — и ничего не сделали. А потом упало снова, по той же причине, и они снова собрались, снова проанализировали, снова назначили. С тем же результатом, который будет и в следующий раз.
И вот тут важно не поспешить с выводом «разгильдяи, не довели». Потому что если присмотреться, этот постмортем не провалился. Он отлично сработал. Просто работа у него была не та, что написана на упаковке.
Я вхожу в чужие инженерные команды со стороны — посмотреть, что там происходит на самом деле, и навести порядок. И почти в каждой натыкаюсь на одно и то же: изрядная часть процессов в компании существует не чтобы что-то делать, а чтобы что-то изображать. Это не патология конкретной конторы. Это закономерность, у неё есть механика, и её полезно научиться видеть — особенно если ты за эти процессы отвечаешь.
Пол Грэм - легендарный венчурный инвестор, программист и эссеист, наиболее известный как сооснователь культового стартап-акселератора Y Combinator.
Недавно он опубликовал пост "Как стать миллиардером", перевод которого представлен ниже.