JavaScript давно стал костылём по умолчанию. И это проблема.
Мы привыкли пихать динамику везде, где можно, даже когда задача решается на HTML/CSS + нормальный серверный поток. В итоге тащим мегабайты JS туда, где нужен не фреймворк, а дисциплина мышления.
Самый показательный кейс — IRC-клиент без JavaScript. Да, без привычной интерактивной каши. Через HTTP Streaming, состояние в CSS и серверную логику можно собрать рабочий realtime-интерфейс, который не разваливается и не требует тяжёлого фронта.
Это не про «назад в прошлое». Это про упаковку продукта без лишнего веса.
Про выбор адекватного инструмента под задачу.
Про то, как часто мы называем сложностью то, что на самом деле — лень архитектуры.
Хороший брендовый продукт не обязан кричать технологиями. Он обязан работать быстро, понятно и без лишнего мусора. ⚙️
Мы привыкли пихать динамику везде, где можно, даже когда задача решается на HTML/CSS + нормальный серверный поток. В итоге тащим мегабайты JS туда, где нужен не фреймворк, а дисциплина мышления.
Самый показательный кейс — IRC-клиент без JavaScript. Да, без привычной интерактивной каши. Через HTTP Streaming, состояние в CSS и серверную логику можно собрать рабочий realtime-интерфейс, который не разваливается и не требует тяжёлого фронта.
Это не про «назад в прошлое». Это про упаковку продукта без лишнего веса.
Про выбор адекватного инструмента под задачу.
Про то, как часто мы называем сложностью то, что на самом деле — лень архитектуры.
Хороший брендовый продукт не обязан кричать технологиями. Он обязан работать быстро, понятно и без лишнего мусора. ⚙️
Рынок IT у нас сломан не «кризисом», а привычкой продавать воздух внутри команды.
Главная проблема не в разработчиках. Проблема в менеджменте, который:
— ставит сроки от фантазии;
— не умеет декомпозировать задачу;
— путает «сделать быстро» и «сделать нормально»;
— потом удивляется, почему люди выгорают и уходят.
PDF за 1 день с пиксель-перфектом, сложной версткой, бэком, базой, превью и интеграциями — это не план. Это токсичный бред. И когда такой бриф сверху спускают как «ну вы же профессионалы», начинается классика: переработки, нервяк, срыв сроков, увольнения, суды.
Я скажу жестче: в IT часто не нанимают специалистов. Берут людей, чтобы закрыть дырки в хаотичном управлении.
Если у компании нет адекватной оценки сроков, нормальной постановки задач и уважения к границам команды — она не строит продукт. Она выжигает людей. 🔥
И да, рынок это уже запомнил. Поэтому сильные специалисты все чаще смотрят не на зарплату, а на то, кто будет их убивать сроками.
Главная проблема не в разработчиках. Проблема в менеджменте, который:
— ставит сроки от фантазии;
— не умеет декомпозировать задачу;
— путает «сделать быстро» и «сделать нормально»;
— потом удивляется, почему люди выгорают и уходят.
PDF за 1 день с пиксель-перфектом, сложной версткой, бэком, базой, превью и интеграциями — это не план. Это токсичный бред. И когда такой бриф сверху спускают как «ну вы же профессионалы», начинается классика: переработки, нервяк, срыв сроков, увольнения, суды.
Я скажу жестче: в IT часто не нанимают специалистов. Берут людей, чтобы закрыть дырки в хаотичном управлении.
Если у компании нет адекватной оценки сроков, нормальной постановки задач и уважения к границам команды — она не строит продукт. Она выжигает людей. 🔥
И да, рынок это уже запомнил. Поэтому сильные специалисты все чаще смотрят не на зарплату, а на то, кто будет их убивать сроками.
Если вы до сих пор думаете, что сайт нужен только людям и поисковикам, у меня плохая новость: его уже читают агенты.
И вот где начинается хаос. Старый web-контракт был прост: робот пришёл, забрал страницы в индекс, показал их человеку. Всё. Теперь на сайт заходят не только краулеры, но и LLM-агенты, которые не просто “смотрят”, а вытаскивают смысл, сравнивают, суммируют и принимают решение без вашего участия.
И да, здесь уже недостаточно одного robots.txt. Если вы не управляете тем, что можно индексировать, цитировать и использовать в ответах, вы отдаёте свой контент чужому интерфейсу бесплатно.
Мой жёсткий вывод: бренд, который не формализует правила для машин, скоро будет жить в чужой интерпретации собственной экспертизы 🤖
LLMs.txt — это не модный файл. Это попытка вернуть контроль над тем, как ИИ читает ваш актив. Не “чтобы было”, а чтобы ваш сайт не превратился в сырьё для чужих ответов.
Вопрос уже не в том, нужен ли вам SEO. Вопрос в том, кто сейчас читает ваш сайт и на каких правах.
И вот где начинается хаос. Старый web-контракт был прост: робот пришёл, забрал страницы в индекс, показал их человеку. Всё. Теперь на сайт заходят не только краулеры, но и LLM-агенты, которые не просто “смотрят”, а вытаскивают смысл, сравнивают, суммируют и принимают решение без вашего участия.
И да, здесь уже недостаточно одного robots.txt. Если вы не управляете тем, что можно индексировать, цитировать и использовать в ответах, вы отдаёте свой контент чужому интерфейсу бесплатно.
Мой жёсткий вывод: бренд, который не формализует правила для машин, скоро будет жить в чужой интерпретации собственной экспертизы 🤖
LLMs.txt — это не модный файл. Это попытка вернуть контроль над тем, как ИИ читает ваш актив. Не “чтобы было”, а чтобы ваш сайт не превратился в сырьё для чужих ответов.
Вопрос уже не в том, нужен ли вам SEO. Вопрос в том, кто сейчас читает ваш сайт и на каких правах.
«Нормально делай — нормально будет» — вредная установка.
Я вижу, как она калечит авторов и экспертов.
Она звучит как здравый смысл, а на деле делает из тебя исполнителя без роста.
Вот что в ней спрятано:
1. **Делай как все, и не выделяйся.**
Средний контент, средний оффер, средняя упаковка. Потом удивление: почему тебя не запоминают?
2. **Не лезь выше своей планки.**
Не спорь с рынком, не пересобирай позиционирование, не тестируй сильный тон. Просто «делай нормально».
А рынок платит не за норму, а за ясность и силу.
3. **Сиди тихо, и тебя, может быть, заметят.**
Не заметят. В ленте побеждает не скромность, а точность, ритм и узнаваемость.
Для автора это особенно опасно.
Потому что «нормально» — это часто:
- слабый заголовок,
- размытый смысл,
- оффер без боли,
- контент без системы.
Нормально — это не уровень. Это потолок. ⚠️
Если хочешь расти, тебе нужно не «нормально».
Тебе нужно:
- чёткое позиционирование,
- жёсткая упаковка,
- контент, который цепляет,
- оффер, который невозможно перепутать.
Мой тезис простой:
**на рынке выигрывает не самый аккуратный, а самый собранный.**
Я вижу, как она калечит авторов и экспертов.
Она звучит как здравый смысл, а на деле делает из тебя исполнителя без роста.
Вот что в ней спрятано:
1. **Делай как все, и не выделяйся.**
Средний контент, средний оффер, средняя упаковка. Потом удивление: почему тебя не запоминают?
2. **Не лезь выше своей планки.**
Не спорь с рынком, не пересобирай позиционирование, не тестируй сильный тон. Просто «делай нормально».
А рынок платит не за норму, а за ясность и силу.
3. **Сиди тихо, и тебя, может быть, заметят.**
Не заметят. В ленте побеждает не скромность, а точность, ритм и узнаваемость.
Для автора это особенно опасно.
Потому что «нормально» — это часто:
- слабый заголовок,
- размытый смысл,
- оффер без боли,
- контент без системы.
Нормально — это не уровень. Это потолок. ⚠️
Если хочешь расти, тебе нужно не «нормально».
Тебе нужно:
- чёткое позиционирование,
- жёсткая упаковка,
- контент, который цепляет,
- оффер, который невозможно перепутать.
Мой тезис простой:
**на рынке выигрывает не самый аккуратный, а самый собранный.**
Claude Fable 5 уже не просто пишет код. Он собирает продукт под задачу.
И вот что меня реально зацепило: я не просил «сделай игру». Я дал один промпт — и получил браузерный симулятор админа ИИ-канала. Не демку, не скелет, а маленький законченный продукт: механика, баланс, интерфейс, концовки. И да, с моралью внутри.
Это важнее любых бенчмарков. Потому что бенчмарк показывает, как модель решает чужую задачу. А продукт — как она держит твою логику, вкус и ограничения.
Если модель уже способна собрать игру про Telegram-канал, то следующий этап — не «умнее код». Следующий этап — быстрее превращать сырой смысл в упакованный опыт.
И вот тут для авторов и продюсеров плохая новость: планка резко поднялась. Теперь выигрывает не тот, кто «умеет делать руками», а тот, кто умеет формулировать систему лучше других 🧠
Промпт уже становится не запросом, а ТЗ на продукт.
И вот что меня реально зацепило: я не просил «сделай игру». Я дал один промпт — и получил браузерный симулятор админа ИИ-канала. Не демку, не скелет, а маленький законченный продукт: механика, баланс, интерфейс, концовки. И да, с моралью внутри.
Это важнее любых бенчмарков. Потому что бенчмарк показывает, как модель решает чужую задачу. А продукт — как она держит твою логику, вкус и ограничения.
Если модель уже способна собрать игру про Telegram-канал, то следующий этап — не «умнее код». Следующий этап — быстрее превращать сырой смысл в упакованный опыт.
И вот тут для авторов и продюсеров плохая новость: планка резко поднялась. Теперь выигрывает не тот, кто «умеет делать руками», а тот, кто умеет формулировать систему лучше других 🧠
Промпт уже становится не запросом, а ТЗ на продукт.
Я всё чаще вижу один и тот же мусор: «контента про безопасность много». Да, много. Польза — дефицит.
Почти все пишут про угрозы в формате тревожного плаката: «атаки растут», «защита нужна», «будьте внимательны». Спасибо, капитан. Но никто не отвечает на главный вопрос: **как именно работает атака**.
И вот тут мне нравится ход SEBERD IT Base: не ещё один сайт с новостями и «нам доверяют», а разбор механики. Что происходит внутри атаки — по действиям, протоколам, логике. Это уже не маркетинг. Это инфраструктура понимания.
Я вообще считаю, что главная большинства сайтов — лишний декор. Мне не нужен буклет с кнопкой «Начать». Мне нужен смысл сразу. Поэтому живую ленту угроз вместо красивого баннера я считаю нормальным решением. Не витрина, а рабочий вход. ⚙️
Проблема рынка не в дефиците информации. Проблема в том, что люди до сих пор продают шум вместо модели. И именно поэтому такие продукты цепляют: они не пугают, а объясняют.
Почти все пишут про угрозы в формате тревожного плаката: «атаки растут», «защита нужна», «будьте внимательны». Спасибо, капитан. Но никто не отвечает на главный вопрос: **как именно работает атака**.
И вот тут мне нравится ход SEBERD IT Base: не ещё один сайт с новостями и «нам доверяют», а разбор механики. Что происходит внутри атаки — по действиям, протоколам, логике. Это уже не маркетинг. Это инфраструктура понимания.
Я вообще считаю, что главная большинства сайтов — лишний декор. Мне не нужен буклет с кнопкой «Начать». Мне нужен смысл сразу. Поэтому живую ленту угроз вместо красивого баннера я считаю нормальным решением. Не витрина, а рабочий вход. ⚙️
Проблема рынка не в дефиците информации. Проблема в том, что люди до сих пор продают шум вместо модели. И именно поэтому такие продукты цепляют: они не пугают, а объясняют.
Я считаю, что фанатские локализации — это не «любительщина», а самый честный тест на спрос.
Если игру переводят не издатели, а энтузиасты, значит, у продукта есть ядро аудитории, которое готово тащить его через барьер языка. Это сильнее любого отчёта о «потенциале рынка». Потому что рынок без доступа — это не рынок. Это запертая ценность.
И тут важный момент: многие «официальные переводы» — это не перевод, а адаптация под безопасный массовый формат. С вычищенной спецификой, сглаженным тоном, потерей контекста. В итоге продукт вроде бы стал доступнее, но стал ли он живее? Не всегда.
Фанатские локализации важны по одной причине: они открывают нишу там, где издатель видит только риск. А для брендов, авторов и продюсеров это прямой урок — если вокруг твоего продукта уже есть люди, которые готовы делать за тебя сложную работу, у тебя не «узкая тема». У тебя недоиспользованный актив 🎯
Вопрос не в том, «зайдёт ли это всем». Вопрос — кто настолько хочет это получить, что готов помогать этому существовать.
Если игру переводят не издатели, а энтузиасты, значит, у продукта есть ядро аудитории, которое готово тащить его через барьер языка. Это сильнее любого отчёта о «потенциале рынка». Потому что рынок без доступа — это не рынок. Это запертая ценность.
И тут важный момент: многие «официальные переводы» — это не перевод, а адаптация под безопасный массовый формат. С вычищенной спецификой, сглаженным тоном, потерей контекста. В итоге продукт вроде бы стал доступнее, но стал ли он живее? Не всегда.
Фанатские локализации важны по одной причине: они открывают нишу там, где издатель видит только риск. А для брендов, авторов и продюсеров это прямой урок — если вокруг твоего продукта уже есть люди, которые готовы делать за тебя сложную работу, у тебя не «узкая тема». У тебя недоиспользованный актив 🎯
Вопрос не в том, «зайдёт ли это всем». Вопрос — кто настолько хочет это получить, что готов помогать этому существовать.
Большинство компаний думают, что изменения в ИТ-ландшафте — это про «внедрить фичу» и «перекинуть задачу в Jira».
Нет. Это про контроль над тем, что именно меняется, где ломается связность и кто потом будет разгребать последствия.
Когда у вас есть цифровой двойник предприятия, любая правка — это не локальный апдейт, а вмешательство в систему. Если не зафиксирован путь изменения, вы получаете классический цирк: один отдел двигает процессы, второй не видит зависимостей, третий уже тестирует то, чего в контуре быть не должно.
Я считаю, что зрелость компании начинается не с масштаба, а с дисциплины изменения.
Не «сделали быстро», а:
— понятно, что меняем
— понятно, в каком контуре
— понятно, кто отвечает
— понятно, как это пройдет через релиз
— понятно, как откатиться, если всё пошло в стену
Именно поэтому документы вроде задания на разработку, релизного контейнера и проекта — не бюрократия, а архитектурные предохранители ⚙️
Если у вас изменения живут в переписке и устных договоренностях, у вас не управление. У вас управляемый хаос.
Нет. Это про контроль над тем, что именно меняется, где ломается связность и кто потом будет разгребать последствия.
Когда у вас есть цифровой двойник предприятия, любая правка — это не локальный апдейт, а вмешательство в систему. Если не зафиксирован путь изменения, вы получаете классический цирк: один отдел двигает процессы, второй не видит зависимостей, третий уже тестирует то, чего в контуре быть не должно.
Я считаю, что зрелость компании начинается не с масштаба, а с дисциплины изменения.
Не «сделали быстро», а:
— понятно, что меняем
— понятно, в каком контуре
— понятно, кто отвечает
— понятно, как это пройдет через релиз
— понятно, как откатиться, если всё пошло в стену
Именно поэтому документы вроде задания на разработку, релизного контейнера и проекта — не бюрократия, а архитектурные предохранители ⚙️
Если у вас изменения живут в переписке и устных договоренностях, у вас не управление. У вас управляемый хаос.
«Рынок кандидата» — удобная легенда для тех, кто не хочет признавать реальность.
Я вижу другое: рынок фильтров.
Не вас выбирают. Вас прогоняют через ATS, кривые формулировки вакансий, внутренние теги HR и алгоритмы, которые не понимают ни ИБ, ни нормальный IT-опыт.
И вот где ломается система: сильный безопасник может быть мимо, потому что у него нет “правильного” слова в резюме. Или потому что он слишком честно описал зону ответственности. Или потому что у компании в голове один запрос, а в вакансии — другой.
Что с этим делать:
1. Писать резюме не как биографию, а как набор совпадений с вакансиями.
2. Дублировать ключевые роли и инструменты теми словами, которые ищут алгоритмы.
3. Упаковывать опыт в измеримые результаты, а не в “участвовал/отвечал”.
4. Не верить красивым обещаниям до разговора с живым человеком.
И да: если вы в ИБ, ваш главный навык на рынке — не только защищать системы.
Ваш второй навык — проходить систему отбора, которая сама по себе небезопасна. ⚠️
Я вижу другое: рынок фильтров.
Не вас выбирают. Вас прогоняют через ATS, кривые формулировки вакансий, внутренние теги HR и алгоритмы, которые не понимают ни ИБ, ни нормальный IT-опыт.
И вот где ломается система: сильный безопасник может быть мимо, потому что у него нет “правильного” слова в резюме. Или потому что он слишком честно описал зону ответственности. Или потому что у компании в голове один запрос, а в вакансии — другой.
Что с этим делать:
1. Писать резюме не как биографию, а как набор совпадений с вакансиями.
2. Дублировать ключевые роли и инструменты теми словами, которые ищут алгоритмы.
3. Упаковывать опыт в измеримые результаты, а не в “участвовал/отвечал”.
4. Не верить красивым обещаниям до разговора с живым человеком.
И да: если вы в ИБ, ваш главный навык на рынке — не только защищать системы.
Ваш второй навык — проходить систему отбора, которая сама по себе небезопасна. ⚠️
Я не верю в «мягкие разговоры», если человек регулярно тормозит команду.
Пока вы ходите вокруг да около, проект уже платит за чужую неготовность: сдвигаются сроки, выгорают сильные, решения зависают. Проблема не в том, что вы «слишком жёсткий». Проблема в том, что вы слишком долго молчали.
Правильный разговор — это не наезд и не психотерапия. Это три удара в лоб:
1. Факт: что именно происходит. Без оценок.
2. Влияние: как это бьёт по команде и результату.
3. Ожидание: что должно измениться и в какой срок.
Не «мне кажется, ты недостаточно включён».
А: «Ты три раза сдвинул согласование, из-за этого стопорится запуск. Мне нужен ответ до 16:00 и фиксированный формат обратной связи».
И да, сначала слушаете. Возможно, человек тормозит не из вредности, а из страха ошибиться, перегруза или слабой компетенции. Но понимать причину — не значит отменять стандарт.
Сильный лидер не давит. Он задаёт рамку.
И если рамка не работает — это уже не разговор, а управленческая проблема.
Пока вы ходите вокруг да около, проект уже платит за чужую неготовность: сдвигаются сроки, выгорают сильные, решения зависают. Проблема не в том, что вы «слишком жёсткий». Проблема в том, что вы слишком долго молчали.
Правильный разговор — это не наезд и не психотерапия. Это три удара в лоб:
1. Факт: что именно происходит. Без оценок.
2. Влияние: как это бьёт по команде и результату.
3. Ожидание: что должно измениться и в какой срок.
Не «мне кажется, ты недостаточно включён».
А: «Ты три раза сдвинул согласование, из-за этого стопорится запуск. Мне нужен ответ до 16:00 и фиксированный формат обратной связи».
И да, сначала слушаете. Возможно, человек тормозит не из вредности, а из страха ошибиться, перегруза или слабой компетенции. Но понимать причину — не значит отменять стандарт.
Сильный лидер не давит. Он задаёт рамку.
И если рамка не работает — это уже не разговор, а управленческая проблема.
Большинство ТЗ в проектах — это не документация. Это кладбище забытых договорённостей.
Я считаю, что нормальный продюсер, эксперт или фаундер должен строить не «ещё один файл с требованиями», а второй мозг проекта. ИИ здесь не игрушка, а жёсткий инструмент памяти.
Что произошло в кейсе:
команда подняла десятки созвонов с заказчиком, прогнала их через ИИ и собрала не красивую презентацию, а рабочую карту реальности:
— что обещали
— где есть противоречия
— что забыли внести в задачи
— какие решения приняты устно, но не зафиксированы
Это и есть взрослая упаковка проекта. Не «мы всё обсудили», а «у нас есть система, которая не даёт развалиться договорённостям через неделю».
Главная мысль простая: ИИ не заменяет менеджера. Он убирает человеческую амнезию.
Если у тебя проект держится на памяти одного-двух людей, это не управление. Это риск-менеджмент на удаче. 🔥
Я считаю, что нормальный продюсер, эксперт или фаундер должен строить не «ещё один файл с требованиями», а второй мозг проекта. ИИ здесь не игрушка, а жёсткий инструмент памяти.
Что произошло в кейсе:
команда подняла десятки созвонов с заказчиком, прогнала их через ИИ и собрала не красивую презентацию, а рабочую карту реальности:
— что обещали
— где есть противоречия
— что забыли внести в задачи
— какие решения приняты устно, но не зафиксированы
Это и есть взрослая упаковка проекта. Не «мы всё обсудили», а «у нас есть система, которая не даёт развалиться договорённостям через неделю».
Главная мысль простая: ИИ не заменяет менеджера. Он убирает человеческую амнезию.
Если у тебя проект держится на памяти одного-двух людей, это не управление. Это риск-менеджмент на удаче. 🔥
80 лет в инженерии продавали одну и ту же мантру: гладкое = лучше.
И вот что важно для всех, кто строит личный бренд: иногда «очевидный» принцип — это просто старая привычка, закреплённая авторитетом.
С авиацией разобрались жёстко: не каждая шероховатость убивает аэродинамику. Иногда она, наоборот, помогает оттянуть переход в турбулентность и снизить сопротивление.
То есть реальность снова оказалась сложнее красивой схемы.
У медийки та же история.
«Будь везде» — не всегда работает.
«Лей больше контента» — не всегда растит доверие.
«Делай всё гладко и стерильно» — часто убивает узнаваемость.
Я за одно правило: не гладкость, а управляемое трение.
В бренде оно создаёт характер, в контенте — запоминаемость, в оффере — причину выбрать именно тебя.
Проблема не в шероховатости.
Проблема в том, что большинство не понимает, где она усиливает систему, а где ломает её. ⚙️
И вот что важно для всех, кто строит личный бренд: иногда «очевидный» принцип — это просто старая привычка, закреплённая авторитетом.
С авиацией разобрались жёстко: не каждая шероховатость убивает аэродинамику. Иногда она, наоборот, помогает оттянуть переход в турбулентность и снизить сопротивление.
То есть реальность снова оказалась сложнее красивой схемы.
У медийки та же история.
«Будь везде» — не всегда работает.
«Лей больше контента» — не всегда растит доверие.
«Делай всё гладко и стерильно» — часто убивает узнаваемость.
Я за одно правило: не гладкость, а управляемое трение.
В бренде оно создаёт характер, в контенте — запоминаемость, в оффере — причину выбрать именно тебя.
Проблема не в шероховатости.
Проблема в том, что большинство не понимает, где она усиливает систему, а где ломает её. ⚙️