惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

V
Vulnerabilities – Threatpost
Blog — PlanetScale
Blog — PlanetScale
博客园_首页
Y
Y Combinator Blog
The Cloudflare Blog
V
V2EX
Microsoft Security Blog
Microsoft Security Blog
V
Visual Studio Blog
MyScale Blog
MyScale Blog
Martin Fowler
Martin Fowler
T
Tailwind CSS Blog
P
Privacy International News Feed
S
Securelist
T
The Blog of Author Tim Ferriss
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
T
Tor Project blog
P
Proofpoint News Feed
Project Zero
Project Zero
D
Darknet – Hacking Tools, Hacker News & Cyber Security
MongoDB | Blog
MongoDB | Blog
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
H
Help Net Security
美团技术团队
The GitHub Blog
The GitHub Blog
SecWiki News
SecWiki News
酷 壳 – CoolShell
酷 壳 – CoolShell
Recent Commits to openclaw:main
Recent Commits to openclaw:main
Security Latest
Security Latest
NISL@THU
NISL@THU
www.infosecurity-magazine.com
www.infosecurity-magazine.com
S
Secure Thoughts
Cyberwarzone
Cyberwarzone
Scott Helme
Scott Helme
IT之家
IT之家
Last Week in AI
Last Week in AI
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
C
CERT Recently Published Vulnerability Notes
Google DeepMind News
Google DeepMind News
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
P
Privacy & Cybersecurity Law Blog
A
About on SuperTechFans
Microsoft Azure Blog
Microsoft Azure Blog
M
MIT News - Artificial intelligence
Spread Privacy
Spread Privacy
S
Schneier on Security
L
Lohrmann on Cybersecurity
S
Security Affairs
Apple Machine Learning Research
Apple Machine Learning Research
爱范儿
爱范儿
云风的 BLOG
云风的 BLOG

Все публикации подряд на Хабре

Ловим музу за клавиатуру: как айтишнику стать автором Что умеет Midjourney в 2026? Мой немного грустный разбор этого шикарного инструмента Никто не любит писать тесты, но ИИ может исправить это IPv8 выглядит как мечта. Поэтому почти наверняка не взлетит Производители вернули в продажу материнки с DDR3. Что происходит? Управление агентом с телефона через Telegram теперь в KodaCode От координации к лидерству: как меняется роль руководителя разработки Я сделала родителям бизнес вместо пенсии: зарабатываем 70 тысяч, мама не даёт продать В три раза быстрее приемка товара и оптимизация трудозатрат на 73%: как «РСТ-Инвент» помог Gulliver Group ИИ-шечный мир победил? О влиянии искусственного интеллекта на игропром Кремль снижает давление на Телеграмм пока Европа строит интернет по паспорту Как CEO, CTO и CIO за 8 часов собрали ИИ-директора, который умеет держать позицию под давлением Как (не) потерять домен за выходные Вместо 8 разных VPS: как я организовал практику студентам на одном сервере Почему твой Open Source проект не замечают? R&D: искусство управления неопределенностью в разработке AI-дефляция: вакансий для разработчиков больше, а рост зарплат — худший за 15 лет Мы отдали управление роботами OpenClaw. Что из этого вышло Галактический ID: система идентификации для всех форм разумной жизни Шесть основ бизнес-анализа: начинаем с вопроса «Кто в игре?» Код-ревью, в котором дело не в коде Данные переехали. Команда — нет Системной подход к сдаче OSWE в 2025 Почему комната управления реактором покрашена в цвет морской пены 4 YAML-файла вместо PySpark: как аналитикам строить пайплайны без разработчиков LLM-агент для поиска свободных доменов: автоматизируем подбор Когда, зачем и как правильно начинать новую сессию в Claude Code? Как я заставил нейросеть писать макросы для FreeCAD Анатомия ИИ‑агента для подбора персонала. От тысячи резюме к топ‑10 за минуты Опыт разработчика как экономика внимания Автономность как точка невозврата: кто будет субъектом в цифровом будущем Обучение ИИ в «диких» условиях: как рутинные действия превращаются в датасеты Как измерить LLM для задач кибербеза: обзор открытых бенчмарков Где хранить код? Сравнение GitHub, GitLab и Bitbucket Математика объясняет, почему нормальное распределение встречается повсюду Почему ваш FinOps не работает: 12 тезисов от практиков Как подписать проектную документацию УКЭП с использованием бесплатных лицензий Pilot Адаптивное администрирование Sigla Vision Я грузил уран в бочки, а потом 20 лет строил ИТ в атомной отрасли Чем позвонить с Эвереста? История и обзор спутниковой связи. Часть 2 Как языковая модель помогает контролировать качество инструктажей по охране труда в металлургии Как не передать на desktop свой IP в РКН Анатомия SAP Privileges: как устроено управление правами в macOS MoneyDev: Сказка про три главных слова Обновлённый токенизатор видео K-VAE 2.0 от Сбера Как сделать диспетчеризацию дома на 1284 квартиры почти бесплатно Как мы разогнали железную дорогу Мы дали агентам рутину. Теперь надо решить — что делать с освободившимся временем Токсичный контент, промпт-хакинг и защита ИИ — всё о Guardrails для LLM Умный город начинается с точного взгляда: как «Фалькон Тех» меняет пространство к лучшему Навайбкодил приложение для анализа графов Почему Дюну так интересно читать? Упрощаем работу с рутиной или как стать Гендальфом Белым Деконструкция Go: CPU, RAM и что там происходит. Go Assembler база. Часть 1.1 Какие профессии исчезнут из-за ИИ, а какие появятся? И что с этим делать Как мы построили IT-отдел, где хочется расти: архитектурные встречи, прозрачные метрики и книжные подарки Rufler: Делаем из Claude Code автономный рой через один YAML-конфиг Sing-box и белый список приложений Как построить надёжный обмен сообщениями в микросервисах: лучшие практики для enterprise OpenAI строит MLM-пирамиду, а McKinsey и Accenture помогают ей в этом Дом, который не построил Фишер (Часть 2) «Сверхзвуковой математик» против «Вдумчивого логиста»: битва алгоритмов 3D-упаковки Мультимодальные модели – грубый и дорогой инструмент Разговоры ничего не стоят. Код тоже Проверки физических лиц: с кого начнет ФНС Топ-10 бесплатных нейросетей для создания видео в 2026 году Первые слои кода: как наши решения сегодня определяют архитектуру ИИ на десятилетия Разработка нового статического анализатора: PVS-Studio JavaScript Поиск уязвимостей ПО: базовый минимум или роскошный максимум Почему оценка персонала не работает как инструмент управления Как мы разработали ИИ-ассистента и сократили рутину продуктовой команды на 50% Как я ушел из найма, нажарил косточек и продал на маркетплейсах на 168 млн в год Когда 1С:ERP уже внедрена, а нормального производственного плана всё ещё нет Как я сделал Claude мультимодальным, подключив к нему Qwen Omni Как приглашение на вакансию мечты превращается в атаку Infrastructure as Code: философия и лучшие практики IaC Тестируем Yandex Code Assistant на задаче, в которой нужно хранить секреты nxs-universal-chart v3.0: новое поколение универсального Helm-чарта Callback Injection: Техника, которая отправила Microsoft Defender в глухой нокаут «Все идеи на стол»: митап как способ вывести проект из тупика Сегодня я узнал нечто новое о GPU благодаря багу в своей игре Как заставить LLM ̶ ̶г̶а̶л̶л̶ю̶ ̶ эволюционировать Карта событий как фундамент аналитики: практический кейс для E-commerce Что выбрать для AI: x86, ARM или RISC-V? Дайджест железа за март Роль соматических мутаций в развитии аутоиммунных заболеваний: путь к избирательной терапии Mythos от Anthropic — тревожный сигнал для всех, а не только для банков Guardrails для LLM на Java: как приручить промпт‑инъекции и токсичные ответы Green-VLA: как мы собрали VLA-модель для реального антропоморфного робота и не потеряли обобщение Финансовая гонка вооружений: почему умные люди добровольно в ней участвуют Эра ИИ-агентов наступила: выбираем лучшего цифрового сотрудника # Практический опыт внедрения WinCC Redundancy на производственном предприятии Сделал MVP за 3 дня, а потом неделю прикручивал оплату. Оно того стоило? Физика против Маска: почему Starship V3 может оказаться ещё одной катастрофой Нефть Венесуэлы: крупнейшие запасы в мире, но не крупнейшая нефтяная держава JPA 4. Переосмысление Hibernate Почему зеркальная фотокамера Nikon D5 десятилетней давности идеально подошла для миссии «Артемида-2» Проект «Уровень-Спутник» или как мы сделали платформу для гидрологов «Замедлиться, чтобы ускориться»: почему ИИ повышает цену ошибок в требованиях и архитектуре Как с нуля поднять трафик IT-компании на 1657% при бюджете 55 тыс. и выжить Pixel-perfect Downsampling — идеальная отрисовка 50 миллионов точек без потерь
Почему одному проекту иногда сложнее выжить, чем шести
alien-engine · 2026-05-06 · via Все публикации подряд на Хабре

Почему одному проекту иногда сложнее выжить, чем шести

Уровень сложностиПростой

Время на прочтение6 мин

Охват и читатели6

Кейс

Это четвёртая часть серии. В первой я разбирал механику прокрастинации умных людей. Во второй — личную историю про интроверта-продавца, у которого в собственном деле отказала внешняя конструкция. В третьей — как я потратил полтора миллиона на команду без релизов, а потом начал собирать продукты сам с Cursor.

Эта часть про странную вещь, которую я заметил на третьем месяце бота Founder Mode.

Один проект может быть тяжелее, чем шесть.

Это звучит неправильно. Почти все советы для фаундеров говорят обратное: выбери одну вещь, сфокусируйся, не распыляйся. В большинстве случаев это хороший совет. Особенно если человек бежит в новые проекты, чтобы не делать неприятное в старом.

Но у меня случилось иначе. Когда проектов стало несколько, я не развалился. Наоборот, впервые за несколько лет у меня включился режим, в котором я умею работать.

Я вспомнил, как это — быть менеджером проектов.

Один проект

Первые два месяца Founder Mode был устроен просто.

Один главный проект. Один приоритет недели. Вечером — фиксация: было ли движение по главному или я занимался чем-то, что только выглядело как работа.

Проектом был FoodTech. Не абстрактный "стартап", а конкретная заявка на грант, конкретный пакет документов, конкретные шаги. Два месяца маленького движения дали результат: заявка была подана.

Для меня это было важно не из-за гранта. Важно было то, что впервые за долгое время собственный проект не растворился в бесконечной подготовке.

До этого мой обычный цикл выглядел так:

1. Начать проект.

2. Много думать.

3. Что-то допиливать.

4. Не выходить к реальности.

5. Потерять интерес.

6. Начать следующий.

Founder Mode сломал этот цикл не мотивацией, а механикой. Каждый вечер нужно было ответить на простой вопрос: сегодня было движение по главному или нет?

Так один проект дожил до результата.

А потом началось странное.

Второй проект появился сам

Параллельно с FoodTech у меня родился другой продукт — Aeon, бот для когнитивных тестов.

Он не был главным приоритетом недели. Я не садился и не говорил: "Теперь строим вторую компанию". Просто идея дозрела, а после опыта с Cursor и spec-driven разработкой стало понятно, как быстро проверить её в коде.

Несколько вечеров — и бот оказался в проде.

Это был новый для меня паттерн. Раньше второй проект означал бегство от первого. Теперь первый не умирал. Он был доведён до результата. А второй появился не вместо него, а рядом.

Разница огромная.

Бегство от проекта и рост портфеля выглядят похоже снаружи. В обоих случаях на столе становится больше сущностей. Но внутри это разные состояния.

При бегстве старый проект становится неприятным, и новый нужен, чтобы снова почувствовать энергию начала.

При росте портфеля старый проект остаётся живым, а новый появляется потому, что у него тоже есть следующий конкретный шаг.

Я понял это только когда проектов стало не два, а шесть.

Шесть живых проектов

Сейчас на столе у меня одновременно:

- FoodTech: заявка подана, осталась одна формальная поездка в МФЦ.

- Aeon: готов продукт, начался маркетинг и поиск первых пользователей.

- Founder Mode: сам продукт, ежедневное использование, итерации.

- Серия статей на Хабре.

- Госразработка: открыта вакансия, впереди несколько собеседований.

- Ещё несколько прикладных проектов в разных стадиях.

Это не список "когда-нибудь". У каждого есть следующий шаг на этой неделе.

И в этот момент я заметил, что мне не стало хуже. Мне стало лучше.

Я пятнадцать лет занимался проектными продажами. Если убрать слово "продажи", это была работа с портфелем проектов. Одна крупная сделка — это от полугода до двух лет, несколько стейкхолдеров, документы, сроки, зависимость от решений других людей, ожидание, возвращение к разговору, новая итерация.

Таких сделок могло быть 25-30 одновременно. И это было нормально.

Я знал, где какая стадия. Кого нужно пнуть. Где узкое место. Где подождать. Где нужно лично поговорить с главным врачом, а где достаточно письма снабженцу.

Это и был мой настоящий навык.

Но в собственном деле он четыре года не использовался.

Почему?

Потому что у меня не было портфеля живых проектов. У меня был один проект, который я пытался заставить стать смыслом жизни. Он не выдерживал этой нагрузки. Я бесконечно его допиливал, путал подготовку с движением и постепенно терял контакт с реальностью.

Один проект не включал во мне менеджера.

Он включал критика.

Почему один проект может быть опасен

У одиночного фаундера есть странная проблема: чем меньше объектов внимания, тем больше каждый из них становится экзаменом личности.

Если у тебя один проект, то любой затык в нём быстро превращается в вопрос "что со мной не так?".

Не ответил пользователь — значит, идея плохая.

Не получилось написать пост — значит, я не умею объяснять.

Застрял на технической детали — значит, я не разработчик.

Один проект становится слишком большим зеркалом.

Для людей с сильной внутренней устойчивостью это, возможно, не проблема. Для меня было проблемой. Я мог долго делать вид, что "работаю над проектом", но на самом деле защищался от момента, когда проект встретится с реальностью.

Когда проектов стало несколько, зеркало разбилось на части.

В одном проекте затык. Во втором пришёл ответ. В третьем нужно написать текст. В четвёртом назначить встречу. В пятом проверить гипотезу. В шестом просто подождать.

Это не отменяет ответственности. Но снижает токсичность каждого отдельного провала.

Парадоксально, но несколько проектов дали мне больше спокойствия, чем один.

Внимание стало двигаться

Я всегда думал, что много задач плохо для интроверта. Переключения забирают энергию. Разные контексты распыляют.

Скорее всего, это правда.

Но есть второй эффект, о котором говорят реже: один контекст может стать слишком липким.

Если у вас сильный внутренний критик, один проект даёт ему идеальную площадку. Он может часами рассматривать каждую деталь, спорить с каждым шагом, объяснять, почему сейчас не время.

Несколько живых проектов ломают эту монополию.

Критик начинает докапываться до одного проекта — ты переключаешься на другой, где нужна простая операционная работа. Там он не успевает построить философию провала. Потом возвращаешься к первому уже не из состояния "это главный суд моей жизни", а как менеджер: что здесь следующий шаг?

Это не универсальный совет "делайте шесть проектов".

Это наблюдение: иногда проблема не в недостатке фокуса, а в том, что фокус становится психологически слишком дорогим.

Почему понадобился план недели

До трёх проектов я держал всё в голове.

С шестью это перестало работать.

Не потому что не хватает памяти. Памяти хватает. Проблема в другом: внимание само выбирает не то, что важно, а то, что эмоционально громче.

Если не написать план недели, день легко уходит в самый свежий или самый приятный проект. К концу недели три проекта были тронуты, три нет, и я не могу честно объяснить почему.

Это не стратегия. Это броуновское движение с ощущением занятости.

Поэтому я впервые за долгое время сел и расписал неделю по дням.

Для нормального менеджера это банальность. Для меня — нет. Я пробовал планировать неделю раз пять или шесть и каждый раз бросал через пару недель.

Разница сейчас в том, что план не висит в пустоте.

Под ним уже есть ежедневная сверка.

В понедельник я раскладываю неделю. Вечером каждый день проверяю, было ли движение. В воскресенье смотрю на результат. План стал не отдельным инструментом, который нужно "внедрить", а следующим слоем в уже работающей конструкции.

Это важный принцип.

Инструменты плохо приживаются, когда их ставят сверху на хаос.

Они приживаются, когда отвечают на боль, которая уже стала видимой.

Founder Mode появился, когда мне нужно было перестать врать себе.

Spec-driven подход появился, когда генерация кода без спецификации начала разваливать проекты.

План недели появился, когда проектов стало слишком много для головы.

Каждый следующий слой пришёл по запросу.

Почему я открыл вакансию

Самое неожиданное последствие этой недели: я открыл вакансию операционного ассистента.

Это смешно, если помнить предыдущие части серии. Там я писал, что всю жизнь работал через внешнюю конструкцию: руководители, клиенты, коллеги, CRM, ожидания других людей. В собственном бизнесе этой конструкции не стало, и я рассыпался.

Потом я уже пытался купить себе такую конструкцию. Нанял команду, потратил полтора миллиона, релизов не получил.

И вот теперь снова нанимаю человека.

Но мотивация другая.

Раньше я нанимал, чтобы рядом появился кто-то, из-за кого я начну работать.

Сейчас я нанимаю, потому что есть конкретные функции, которые не обязана делать моя голова: координация, оформление, звонки, документы, простые follow-up.

Это разные наймы.

Первый — эмоциональный костыль, замаскированный под производственное решение.

Второй — делегирование после того, как система уже заработала.

Хороший тест простой: если убрать этого человека, я всё ещё буду двигаться, просто медленнее? Если да, это делегирование. Если без него я снова остановлюсь, это покупка внешней воли.

Что я из этого вынес

Я пока не знаю, устойчив ли этот режим.

Возможно, через месяц окажется, что шесть проектов — новая форма иллюзии занятости. Более сложная, более приятная и потому более опасная.

Но теперь у меня есть способ это увидеть.

Если проект живой, у него есть следующий шаг и след от прошлого шага.

Если следа нет, это не проект, а мысль.

Если следующий шаг неделями не делается, это не портфель, а кладбище вкладок.

Если вечером я не могу сказать, что сдвинулось, значит, я снова занимался активностью вместо движения.

Это главное, что изменилось за три месяца.

Я не стал другим человеком. Не победил прокрастинацию. Не убрал внутреннего критика. Не превратился в дисциплинированного CEO из книжки.

Я просто построил вокруг себя систему, в которой самообман стал дороже.

Сначала она помогла довести один проект до результата.

Потом дала место второму.

Потом вернула старый навык управления портфелем.

Потом потребовала план недели.

Потом показала, где нужен операционный человек.

Мне нравится эта последовательность, потому что она не похожа на внедрение методологии.

Она похожа на рост.

И, возможно, именно так и должны появляться рабочие системы у одиночного фаундера: не как набор чужих правил, а как слои, которые возникают в ответ на реальную нагрузку.

Пока это работает.

Шесть проектов. План недели. Вакансия открыта. Вечером будет сверка.

Три месяца назад я бы не поверил, что это напишу.

Завершение последней недели в Founder Mode

Завершение последней недели в Founder Mode

Теперь приоритет недели не FoodTech-проект, а удержать внимание на портфеле

Теперь приоритет недели не FoodTech-проект, а удержать внимание на портфеле