Все потоки

В сети появился слив системного промпта, который якобы управляет поведением новой модели Claude Fable 5. Объём около 120 тысяч символов, публикация от аккаунта Pliny the Liberator. Официально Anthropic утечку не подтверждала, поэтому дальше речь идёт о содержимом текста, а не о подтверждённом факте.

По тексту Fable 5 позиционируется как первая модель семейства Claude 5 и относится к классу Mythos, который стоит выше Opus. Fable 5 и Mythos 5 описаны как одна и та же модель под капотом, но с разной политикой безопасности. У Fable 5 включены дополнительные ограничения для сценариев двойного назначения, Mythos 5 выдают без них только проверенным организациям.

Промпт разбит на блоки: информация о продуктах с перечнем моделей и их строковыми идентификаторами (claude-fable-5, claude-opus-4-8), правила отказов, работа с темами здоровья и психики, осторожность с юридическими и финансовыми советами. Отдельно заданы правила форматирования: проза вместо списков и жирного текста, если пользователь явно не попросил список.

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

Из других деталей в тексте фигурируют Claude Cowork для не-разработчиков, режимы Claude в Chrome, Excel и PowerPoint, постоянное хранилище для артефактов через window.storage с методами get, set, delete, list, а также подключение внешних сервисов через MCP с приоритетом поиска коннектора в реестре до предложения альтернатив.

Важная оговорка: подлинность промпта не подтверждена. Модель может нагаллюцинировать свои инструкции или выдать устаревшую версию, так что считать текст официальным документом нельзя.

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

Источник: https://x.com/elder_plinius/status/2064478648057610422

Замечательная задачка на воображение.

В библиотеке на длинной полке с книгами, в порядке, как у всех нормальных людей стоит полное собрание сочинений В. И. Ленина, 55 томов. Известно, что в первом томе завёлся книжный червь. Он грызёт строго перпендикулярно поверхности листов. Также известно, что этот книжный червь прогрыз от первого листа первого тома, до последнего листа второго тома. Для простоты, считаем листы, а не страницы. Обложки тоже считаем за листы. Пусть передняя обложка у любой книги – это первый её лист. Известно, что в первом томе 250 листов, а во втором томе 350 листов. Сколько всего листов прогрыз книжный червь?

Ответ и объяснение пишите в комментариях.  

Приглашаем на Ozon Tech CyberSec Meetup 17 июня

Привет, Хабр! Собираемся большой компанией в нашем любимом лофте, чтобы рассказать об актуальном в кибербезе: от технических вызовов до романтики CTF.

17 июня | офлайн в Москве + онлайн-трансляция 

В программе 4 доклада, кофе-брейк, традиционно много качественного общения и один особенный интерактив — Cyber Match. В течение вечера вы сможете пообщаться с руководителями разных команд в формате 1х1, задать вопросы о карьере и не только. 

Темы встречи: 

• удалённый доступ и его безопасная организация на практике; 

• patch management на рабочих станциях и наш опыт разработки и применения; 

• процесс разбора ИБ-событий и принятия решений на первой линии; 

• организация CTF среди сотрудников и важность соревнований для компании.

Приходите лично или подключайтесь к трансляции.

Только сначала зарегистрируйтесь по ссылке и до встречи на митапе!

Собеседование. Часть 3: Магия коллекций в Kotlin — от лямбд до скрытых аллокаций

В прошлых частях мы препарировали алгоритмы и заглянули под капот хэш-таблиц. Сегодня поговорим о том, за что разработчики так искренне любят Kotlin — о коллекциях.

На собеседованиях этот блок вопросов — мой любимый детектор. Он отлично показывает, умеет ли человек отличать красивый синтаксический сахар от суровой реальности JVM.

Уровень 1: Синтаксический сахар и интерфейсы

Я спрашиваю: «В чем фундаментальная разница между List и MutableList в Kotlin?» Ожидаемый ответ: Kotlin изящно разделил интерфейсы на читаемые (read-only) и изменяемые. У List просто нет методов add или remove. Это спасает нас от случайных мутаций состояния, особенно когда мы гоняем данные в реактивном UI.

Далее переходим к функциям-расширениям. Кандидат пишет классическую цепочку: users.filter { it.age > 18 }.map { it.name }

Выглядит чисто. Здесь же я подкидываю вопрос про reduce и fold. Оба метода сворачивают коллекцию, но если кандидат бездумно использует reduce, я с легкой улыбкой спрашиваю: «А что будет, если список окажется пустым?» Будет больно и UnsupportedOperationException. Поэтому fold с его стартовым значением — выбор тех, кто хочет спать спокойно.

Уровень 2: Срываем покровы компилятора

Когда кандидат уверенно жонглирует лямбдами, пора заглянуть под капот. Я задаю вопрос: «А что конкретно создается в памяти, когда ты вызываешь listOf(1, 2, 3) или mapOf(1 to "A")?»

Многие верят в уникальную магию Kotlin. Но продвинутый разработчик знает, что мы всё еще живем в мире JVM.

• mapOf() под капотом вернет java.util.LinkedHashMap. Но! Контракт Map не гарантирует сохранение порядка. Если вам критически важен порядок вставки, не надейтесь на реализацию «под капотом» — пишите linkedMapOf() явно, иначе в один прекрасный день обновление языка сломает вам логику.

• listOf(1, 2, 3) вернет не обычный java.util.ArrayList. Он вернет внутренний класс java.util.Arrays$ArrayList. И разница тут колоссальная. Это fixed-size обертка над массивом. Если любитель хардкора решит сделать (list as MutableList).add(4), он моментально получит краш в рантайме.

Далее вопрос на засыпку: «Если мы в цикле вызываем filter { ... }, не убиваем ли мы Garbage Collector созданием анонимных классов для лямбд?» Отличный кандидат вспомнит про модификатор inline. Компилятор физически вставляет тело функции в место вызова, поэтому аллокации объектов лямбд не происходит.

Уровень 3: Экспертный взгляд и ловушка Sequences

Вроде бы inline нас спас? И да, и нет. Тут начинается территория архитектуры и производительности. Я возвращаю кандидата к его коду: users.filter { it.age > 18 }.map { it.name }

«Модификатор inline спас нас от лямбд, — говорю я. — Но что будет, если в списке 100 000 юзеров? Что произойдет с памятью?»

Эксперт должен увидеть угрозу: каждая стандартная функция (filter, map) создает новую промежуточную коллекцию. Сначала создастся список из 50 000 взрослых юзеров, а потом еще один из 50 000 их имен. Это колоссальная аллокация памяти.

«Как этого избежать?» Ответ: использовать Sequences — users.asSequence().filter {...}.map {...}.toList(). Последовательности работают лениво, протаскивая каждый элемент по цепочке поштучно, без создания огромных временных списков.

Финальная ловушка. Я спрашиваю: «Значит ли это, что нужно использовать asSequence() вообще везде?» Истинный эксперт скажет: Нет. У Sequence есть свои скрытые налоги: создание объектов-оберток (TransformingSequence, FilteringSequence) и накладные расходы на виртуальные вызовы next()/hasNext() для каждого элемента. На коротких списках обычная цепочка filter/map отработает быстрее. Бенчмарки показывают, что Sequence начинает выигрывать только на объемах примерно от 1 000 элементов (в зависимости от тяжести цепочки). Не стоит заниматься преждевременной оптимизацией там, где она не нужна.

Резюме

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

Как замечать тренды раньше конкурентов

Каждый год на рынок выходит более 30 000 новых продуктов, но успеха добиваются лишь 15–20% из них. Часто проблема не в качестве продукта, а в том, что рынок меняется быстрее, чем команды успевают адаптироваться к новым запросам пользователей и технологиям.

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

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

Что такое трендвотчинг

Трендвотчинг — это системный навык замечать ранние изменения в технологиях, поведении пользователей и бизнес-контексте до того, как они становятся очевидными для всех.

Это не фиксация текущего состояния рынка, а попытка понять, куда он движется дальше.

Почему простого анализа конкурентов уже недостаточно

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

Трендвотчинг позволяет смотреть шире:

• какие технологии становятся доступнее;

• какие решения набирают популярность в смежных индустриях;

• какие темы растут в поиске и популярны в отраслевых обзорах.

Так можно заметить изменения раньше, чем они станут массовыми.

Где искать ранние сигналы 

Один источник редко дает полную картину, поэтому я стараюсь комбинировать разные форматы.

Чаще всего использую:

• Product Hunt, Trend Hunter и Springwise — чтобы следить за новыми продуктами и идеями;

• Google Trends и Яндекс.Вордстат — чтобы анализировать интерес пользователей;

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

Как понять, что тренд действительно важен

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

Практический подход примерно такой:

1. Сформулируйте базовый запрос, используя ключевые слова и фразы, связанные с вашей отраслью.

2. Расширьте его синонимами и альтернативными формулировками.

3. Сравните данные по регионам и сегментам аудитории.

4. Посмотрите динамику и сезонные всплески интереса.

5. Автоматизируйте мониторинг, создав дашборды и оповещения.

Как встроить трендвотчинг в рабочий процесс

Чтобы работа с трендами не превращалась в хаотичный серфинг, полезно автоматизировать сбор сигналов. Здесь помогают RSS-фиды и ридеры, которые собирают статьи, рассылки и обновления в одном месте.

Когда сигналы собраны, их можно структурировать с помощью:

• Trend Canvas — для глубокого анализа тренда;

• упрощенного SWOT-анализа — для быстрой первичной оценки.

Чек-лист работы с трендами

• Формулировка цели и задач исследования.

• Сканирование сигналов — системный поиск и сбор информации.

• Интерпретация и систематизация.

• Оценка и приоритизация. 

• Эксперименты и тесты — прототипы, MLP, пилоты.

• Масштабирование и интеграция.

Какие тренды уже заметны на рынке

Один из самых заметных трендов сегодня — развитие low-code и no-code подходов.

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

Крупные игроки уже активно развивают это направление, а аналитики прогнозируют дальнейший рост рынка в ближайшие годы.

Параллельно растет интерес к автоматизации, встроенным ИИ-функциям и более гибким системам управления проектами.

Почему выигрывают внимательные

Трендвотчинг не помогает предсказать будущее со стопроцентной точностью. Но помогает раньше замечать изменения, проверять гипотезы и принимать решения.

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

Но не всегда важно быть первым. Иногда достаточно быть тем, кто заметил сигнал и сумел превратить его в осмысленное продуктовое решение :)

Подскажите где сегодня искать работу Frontend / Fullstack разработчику со знаниями Vue или React?

О том, как важно и нужно поверить в молодого коллегу

Сегодня в эфире — Михаил Киреев, директор департамента 1С. Михаил поделился кейсом о том, как важно и нужно поверить в молодого коллегу, чтобы дать большой буст его росту.

Смотри видео✨

Больше о команде, карьере и вакансиях департамента 1С на сайте. Проявляй себя, работай в КОРУСе: https://links.korusconsulting.ru/ybFq

#говоряткорусяне

Я встроил браузер в браузер

Недавно писал, что вписался консультантом в проект Signal. Бекенд развернут на self-host Supabase. Мне дико не нравится работать с их логами, поэтому решил поднять VictoriaLogs + VictoriaMetrics и прикрутить Grafana как UI.

Вся эта связка живет на одной железке в докере. У такого конфига есть только одна огромная проблема это безопасность. Виктория из коробки вообще не идет ни с какой авторизацией. Обычно это не парит: засовываешь всё за VPN и забываешь. Но с 2025 года с VPN всё туго. Его надо постоянно поддерживать и оживлять, а времени на это нет.

Отсюда вопрос: как не светить Викторию голой в сеть, но при этом иметь доступ к админке, если вдруг что сломается?

Докер сам строит внутри себя сети, и контейнеры отлично общаются по адресам типа grafana:3000. Мой локальный браузер про эти внутренние адреса на VPS, конечно, ничего не знает. Но оказалось, что кто-то уже столкнулся с этой проблемой до меня и собрал докер-образ с Хромом (lscr.io/linuxserver/chromium).

Работает это так: на удаленной виртуалке поднимается браузер, к которому я подключаюсь из своего обычного браузера. Получается такой фрейм прямо в приватную сеть докера. Сидишь и вбиваешь в строку имена контейнеров. Естественно, сам веб-интерфейс этого Хрома надо закрыть паролем, иначе вся затея теряет смысл.

Штука прикольная. Можно даже срезать качество картинки и FPS, если инет тупит. Но есть боль с буфером обмена. Текст просто так не скопируешь, приходится пихать его в отдельное окошко. Плюс у меня Мак с cmd+c/v, а на сервере крутится линукс с ctrl и мозг при переключении немного ломается.

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

А как вы сейчас прячете внутренние тулзы на пет-проектах? Страдаете с ключами и туннелями или есть решения проще?

Дебаж 🐞с ноги 🦶

За что выбирают КОРУС? За экспертизу🔥

➡️ Дарья Сидорова, руководитель методологической группы в департаменте бизнес-планирования в «КОРУС Консалтинг», рассказала о ярком моменте во взаимодействии с клиентами.

А еще о том, как именно корусяне решают задачи клиентов. Спойлер: в нас видят партнера⚡

Смотри видео! А если хочешь стать частью комьюнити — проявляй себя, работай в КОРУСе: https://links.korusconsulting.ru/ybFq

#говоряткорусяне

Быстрая визуализация управленческих данных Digital Q.Sensor BI

Для эффективного управления руководителю нужна цельная картина бизнеса в реальном времени, а не разрозненные графики и таблицы.

Как быстро и легко создавать управленческие дашборды на основе любых корпоративных данных, а при необходимости развернуть полноценный ситуационный центр для мониторинга компании «здесь и сейчас», покажем на вебинаре 19 июня в 14:00.

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

На вебинаре в прямом эфире продемонстрируем, как легковесная система Digital Q.Sensor BI предлагает современный подход к визуализации и управлению данными, превращая их в стратегический актив и инструмент для принятия управленческих решений.

О чем поговорим на вебинаре:

14:00 - 14:10 Коротко о платформе визуальной аналитики Digital Q.Sensor BI

14:10 - 14:20 Создаем дашборды при помощи no-code инструментов. Используем интуитивный no-code редактор

14:20 - 14:30 Создаем графики и диаграммы при помощи ИИ. Визуализируем данные по текстовому описанию

14:30 - 14:40 Ситуационный центр в вашей компании. Что такое ситуационный центр и как быстро настроить метрики и алертинг

14:40 - 14:50 Вопросы и ответы

Вебинар будет интересен:

• Руководителям, функциональным менеджерам компаний

• Аналитикам, продакт-менеджерам, тим-лидам

• Разработчикам, архитекторам, дата-специалистам

Зарегистрироваться на мероприятие можно по ссылке

Экс‑ведущий Top Gear Джереми Кларксон запустил сайт OnlyFarmers (OnlyFans, но для фермеров). На платформе можно делиться инфой о своей ферме, продукции и ивентах — а также подписываться на любимых онлифермеров и бронировать экскурсии по их угодьям. Сам Кларксон давно и плотно ушёл из автожурналистики в фермеры — и всячески поддерживает эту отрасль.

Платформа OnlyFarmers позволяет владельцам ферм рассказывать о своей жизни, публиковать фотки своих огурчиков, помидорчиков и приглашать гостей. На сайте также можно посмотреть как живёт британская деревня и записаться на экскурсии, дегустации, мастер-классы, прогулки по полям и даже ночёвки на фермах.

Почему ECM не спасает, ChatGPT опасен, а сотрудники всё ещё проверяют документы вручную. Разбираем на вебинаре с кейсом и демо

Хотим поговорить о проблеме, которую замалчивают в большинстве корпораций. Формально документооборот автоматизирован, но реально происходит совсем другое.

Что не так с работой над документами в 2026 году:

 1. Ручная проверка договоров не масштабируется. Юрист физически проверяет реквизиты, нумерацию, ссылки между разделами, незаполненные поля, стилистику. Качество этой работы зависит от загрузки конкретного человека в конкретный момент.
2. Ошибки находят слишком поздно. Логическое противоречие между разделами, ссылка на несуществующий пункт, шаблонная заглушка, оставшаяся в финальном тексте. Всё это обнаруживается после подписания.
3. Корпоративные данные утекают в публичные ИИ-сервисы. Это происходит не по злому умыслу, просто сотрудникам нужен быстрый ответ. Внутренний поиск не даёт результата за адекватное время, поэтому многие копируют текст договора в ChatGPT.
4. Нормативная база не работает как инструмент. Регламенты, приказы, стандарты оформления и прочие документы хранятся в системах, но найти нужный пункт быстро невозможно. Логичный выход: сотрудники спрашивают коллег или просто игнорируют требования.
5. ECM – необходимое, но недостаточное условие. ECM-системы решают задачу хранения и маршрутизации. Но они не помогают понимать содержание документов, находить противоречия, сравнивать версии по смыслу, отвечать на вопросы по корпоративной базе знаний.

Что с этим делать? Мы проводим вебинар, на котором разберем эту проблему с трех сторон: экономика, технологии, практика внедрения.

25 июня в 14:00 состоится вебинар «Как ИИ меняет работу с корпоративной информацией: вызовы, инструменты и кейсы».

На вебинаре:
· Разберем скрытые издержки «ручного» управления документами и возможности современного ИИ
· Рассмотрим модель расчёта ROI, которую вы сможете применить к своей компании
· Погрузимся в реальный юридический кейс: как ИИ-Ассистент сократил время проверки договоров и снизил количество ошибок
· Покажем демонстрацию реального ИИ-инструмента

Спикер: Алексей Борщов, бизнес-архитектор проектов ИИ в ГК «КОРУС Консалтинг». Более 25 лет в автоматизации, последние четыре года занимается разработкой AI-ассистентов для корпоративного сегмента.

Подтвержденные факты: по данным Accenture, ИИ-агенты повышают продуктивность на 40%. IBM фиксирует сокращение стоимости обслуживания на 30%. Deloitte отмечает снижение эксплуатационных расходов до 40%.

ЗАРЕГИСТРИРОВАТЬСЯ

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

Telegram / MAX

Бесплатный онлайн-интенсив по ИИ от Контур Университета

Внедряете ИИ в свои бизнес-процессы или только присматриваетесь?

Отметьте 17 июня в календаре — Контур Университет проводит онлайн-интенсив для IT-специалистов и руководителей: «Искусственный интеллект в бизнесе: внедряем с умом». Начало в 16:00 (время мск), подключиться можно откуда удобно.

Спикеры-практики Контур Университета разберут, какие ИИ-решения уже окупаются, а какие пока лучше отложить.

Кто выступит:

Дмитрий Иншаков, эксперт в области цифровой трансформации и корпоративных технологий:

• IT-директор компании Kept, 20 лет опыта на позициях CIO (GroupM, PwC, KPMG).

• Многократный лидер рейтингов топ-менеджеров в категории IT-директоров.

• Кандидат технических наук, 15 лет преподавания на программах MBA, более 200 тренингов для руководителей.

Борис Славин, ректор Контур Университета:

• Доктор экономических наук.

• Входит в Экспертный совет при Комитете Государственной Думы «Информационные технологии в сфере образования и науки».

• Автор программ по стратегическому управлению IT и цифровой трансформации.

Что разберём на интенсиве:

▪️ Какие ИИ-решения реально работают — RAG, мультиагентные платформы, цифровые сотрудники.

▪️ Когда нужны локальные модели, а когда достаточно облачного сервиса.

▪️ Сколько на самом деле стоит внедрение ИИ и где компании теряют деньги.

▪️ Какие риски по-настоящему опасны: утечки данных, галлюцинации нейросетей, провальные кейсы из России и мира.

Участие бесплатное, но нужно зарегистрироваться — ссылка на трансляцию придёт на почту.

📆 Когда: 17 июня в 16:00 (мск)

🌐 Формат: онлайн

До встречи! 👋

Пошаговый план, как не провалить автоматизацию HR🔦

Решили уйти от Excel и чатов, но тут же встали вопросы: какую платформу выбрать, кому доверить внедрение, сколько это реально стоит и с чего вообще начинать? Или уже пробовали перейти на сторону digital HR, но получили бесценный жизненный опыт вместо рабочей системы?

17 июня в 11.00 по Москве разберем по шагам, как избежать типовых ошибок и раздутых бюджетов – от выбора платформы и подрядчика до презентации портала сотрудникам.

Обсудим
🟣 С чего начинать, если «хотим автоматизировать, но пока не понимаем что и как»
🟣 Как выбрать HRM-платформу: функциональность, кастомизация, безопасность, реальная стоимость владения, открытый код и не только
🟣 Как найти надёжного партнёра: почему прозрачная смета и референсы важнее низкой цены
🟣 Почему MVP – идеальный старт и как запустить минимум, который даст результат уже в первый месяц
🟣 Как не провалить запуск и сделать так, чтобы сотрудники пользовались системой

Спикер: Алина Ужве – руководитель проектов HR-цифровизации K-Team, ГК «КОРУС Консалтинг».

Подарок участникам – самый полный гайд по внедрению HRM без нервов и ошибок🎁

Регистрация по ссылке!

В стране копирующих продуктов.

Как сейчас помню. Прилетает баг. Пользователь-кассир видит закупочную цену. Исправил. Прилетает баг. Пользователь-управляющий видит не закупочную цену, а цену продажи. Фиксить нельзя рефакторить.

М-да, предшественники старались знатно, чтобы сделать такое колесо обозрения костылей и вложенных условных операторов. Но ничего! Уж я-то всё всем докажу и всё везде исправлю навсегда!

Настарался не менее знатно, что-то постоянно не сходилось. Ну, не могли полтора десятка человек быть абсолютным злом. Или я в самом загадочном месте планеты, или причина в другом. Я стал искать, перебирать бэклог, группировать бэклог и вышел на… планирование. На его отсутствие.

Ладно, не вышел. Был свидетелем. Как от спринта к спринту задачи не были связаны друг с другом. Сегодня мы делаем турникет, завтра апельсин, потом кузнечика, потому что срочно нужна наковальня, а у нас итерационный продукт! Если останется время, то переведём бабушку с ангуляра на рякт, если нет — дедушку, но закончить до сентября! Что будет через два месяца? Верно, бабка с дедом посреди дороги висят на турнике в шубах на рыбьем меху. А? Поняли? Поняли? Рыбий мех — кузнечный мех! Это аджайл, мамкина норка! Нет времени уточнять, тебе ещё апельсин чистить.

И вроде бы фантастика, ложь, абсурд! Но одна недоделанная фича сменяет другую и мы из созвона в созвон гоняем запятую по «фиксить нельзя рефакторить», ведём разговоры о техническом долге. Только долг оказывается концептуальным.

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

Вы помните этого персонажа из Книги Джунглей. Не шибко опасен, не шибко умен, но он повсюду со своими мантрами. Если концепцию продукта можно представить в виде компаса, по которому можно сверяться и потому свободно перемещаться по пути к большой цели, то табаки-менеджмент не имеет такого компаса, он ориентируется на слухи: куда подул ветер, туда и развернут продукт. Это бизнес! Бизнес зовут! Подобное мельтешение ведёт к джунглям из спагетти-кода, что при первом приближении кажется техническим долгом.

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

Регламенты - отличный инструмент!

Самое главное - регламенты помогают согласовать рабочие процессы между исполнителем и заказчиком (руководителем). Избавить от неоправданных ожиданий.

Становится понятно ЧТО и КАК надо делать.

Уходят досадные оправдания “а я не знал”, “а я думал по-другому”.

Вот только регламенты после создания ложатся на полку. Никому не мешают :) Никто с ними не сверяется, разве что только когда надо кого-то обоснованно оштрафовать…

Но существует другое решение - технологическое.

Регламенты можно превратить в рабочие интерфейсы.

• Сотрудники каждый день работают внутри регламента!

Любые улучшения и доработки регламента

• моментально внедряются в работу!

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

Для среднего и малого бизнеса эту функцию выполняют BPMS решения. Очень серьезная штука, которая для работы требует денег и наличия айтишной компетенции (даже если там модный ноу-код).

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

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

Собрали новую подборку заказов с Биржи Инфостарта. В этот раз в списке — задачи, которые появились с 4 по 9 июня: отчеты, обновления, интеграции, синхронизация, аналитика и проектная работа по 1С.

Есть как небольшие разовые задачи, так и заказы, где нужно глубже погрузиться в проект. На этой неделе заказчики ищут аналитиков, разработчиков и консультантов 1С. Встречаются задачи по ERP, БП, УНФ, УТ, «Управлению холдингом», MDM/Data Quality, обменам и внешним интеграциям.

Среди новых заказов:

• Нужен аналитик 1С (MDM/Data Quality), проект в энергетике

• Рекомендации клиентов для B2B IT-сервисов

• Окно авторизации с подключением хранилища (БД)

• Обновить ERP до актуальных релизов

• 1С БП: разработать отчет «Маржинальность продаж»

• Доработать «Управление торговлей» 10.3: подключение к «Честному знаку»

• Исправить ошибку синхронизации 1С:УНФ (УПО) и БП через универсальный формат

• Аналитик 1С:Управление холдингом для проекта автоматизации бухучета и блока расходов

• Интеграция с fedresurs: доработка под физических лиц

• Доработка «Интеграция с fedresurs»

Подборка подойдет специалистам, которые работают с типовыми и доработанными конфигурациями 1С, занимаются отчетами, обновлениями, обменами, интеграциями и проектной аналитикой. Если сейчас есть свободное время — можно взять небольшую задачу. Если хочется более плотного участия — в списке есть и проектные работы.

Биржа заказов Инфостарта - это раздел, где заказчики публикуют задачи по 1С, а исполнители откликаются напрямую. Форматы разные: консультация, небольшая доработка, отчет, настройка обмена, интеграция с внешним сервисом, обновление конфигурации или сопровождение проекта.

Для работы через Биржу доступны:

• 0% комиссии площадки;

• прямой обмен контактами;

• исполнители разного масштаба — от частных специалистов до ИТ-команд;

• безопасная сделка по желанию;

• рейтинги, кейсы и история откликов.

Посмотрите свежие заказы и выберите задачу, которая подходит под ваш опыт и загрузку.

Облачная или локальная LLM: что выбрать для своего проекта

Выбор между API и self-hosted сводится к балансу четырех параметров: безопасность данных, стоимость на единицу нагрузки, гибкость инфраструктуры и требования к compliance. Для MVP и нерегулярной нагрузки облачный API почти всегда дешевле, для миллионов токенов в день и сценариев с 152-ФЗ или GDPR картина обратная.

В статье разобрали, как устроены оба подхода, и собрали сравнение по ключевым параметрам — от запуска и масштабирования до работы с AI-агентами и длинным контекстом. Показали требования к VRAM для self-hosted (от 8–12 ГБ для 7–8B в квантизации до 48–80+ ГБ для 70B), разобрали гибридные архитектуры с маршрутизацией запросов между локальной и облачной моделью и риски vendor lock-in при работе через API.

Подробности — на сайте Рег.облака.

Карьера в ИТ в 2026 году: как выбрать направление и пройти отбор

16 июня в 19:00 Центр «Пуск» МФТИ проведет открытую онлайн-встречу о карьерных траекториях в ИТ.

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

В программе:

— выбор направления в разработке: frontend, backend, embedded;

— soft skills, которые важны для ИТ-специалиста в 2026 году;

— позиционирование на собеседовании;

— ИИ в разработке и найме;

— рынок найма в ИТ и ожидания компаний;

— ИИ-рекрутинг: мифы и реальность;

— метакомпетенции, которые помогают получить офер;

— управление воронкой найма;

— резюме: структура, акценты, типичные ошибки.

Спикеры: Иван Балашов — руководитель разработки в крупном iGaming-провайдере, имеет 10+ лет коммерческого опыта в бэкенд-разработке. Участвовал в запуске Ozon.Invest, а также создавал биллинговую систему для торговой платформы, которая обслуживала более 2 млн трейдеров.

Елизавета Знова — карьерный консультант, 4+ года в сфере HR. Менеджер по сопровождению персонала в компании «Контур». Помогает клиентам составлять резюме, успешно проходить воронку найма и расти в ИТ-ролях.

📅 Дата и время: 16 июня, 19:00 (Мск) Формат: онлайн

Регистрация на встречу:

✅ ВК https://vk.com/app6379730_-224205661#l=19&auto=1

✅ Telegram https://t.me/mipt_events_bot?start=dl-1780649003233

Во время презентации WWDC спикеры часто произносили фразу активации Siri, но голосовой помощник у зрителей не срабатывал. Такого эффекта добились, вырезав из аудио частоты 3-6 кГц именно на обращениях к Siri. Вырезанные фрагменты хорошо видны на спектрограмме.