Обновить

Все потоки

Сначала показывать
Порог рейтинга

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

Давайте вспомним, что происходило на пике:

  • Ипотечные кредиты выдавались на 100 лет;

  • В 1991 году недвижимость в Токио стоила в 40 раз дороже, чем аналогичная недвижимость в Лондоне. Пожизненного заработка среднего офисного работника было недостаточно, чтобы купить даже небольшую квартиру в Токио;

  • Общая стоимость недвижимости в Японии в 1991 году оценивалась в 20 триллионов долларов, что было в 5 раз больше, чем в США, и в 2 раза больше, чем совокупная стоимость мировых фондовых рынков;

  • Якудза активно занималась заимствованиями, спекуляциями и часто работала рука об руку с инвестиционными банкирами. Один из главарей банды Сусуму Исии в 1987 году получил 50-кратную прибыль от своего инвестиционного фонда и использовал вырученные средства для строительства новой штаб-квартиры стоимостью 113 000 долларов за квадратный метр;

  • «Женщина-пузырь», Нуи Онуэ, была официанткой, ставшей владельцем ресторана, которая в 1987 году заняла примерно 2-3 миллиарда долларов для спекуляций на фондовом рынке и стала крупнейшим индивидуальным акционером многих крупнейших компаний в Японии. Она также была членом буддийского культа и проводила ночные сеансы, чтобы вызвать духов, которые помогли ей в размышлениях. Затем она сообщала брокерам, какие акции покупать или продавать на следующий день. Она обанкротилась в 1991 году и осталась должна 3 миллиарда долларов, когда рынок рухнул;

  • 8 миллионов новых розничных инвесторов вышли на фондовый рынок во второй половине 1980-х годов, что почти на 60% больше, чем в первой половине;

  • Новоиспеченных богачей называли “синдзинруи” или “новые люди”, и они смотрели свысока на тех, кто работал за зарплату;

  • “Японцы не поймут, что их акции переоценены, пока они продолжают платить 300 долларов за стакан воды со вкусом виски в ночных клубах Гиндзы.” – английский биржевой маклер в Токио;

  • В течение десятилетия задолженность по кредитным картам увеличилась в 3 раза, общая задолженность потребителей увеличилась в 7,5 раза, а маржинальные кредиты выросли в 8 раз;

  • Возник пузырь членства в гольф-клубах. Членство стоило более 1 миллиона долларов, а общая стоимость членства в клубах в конце 1980-х годов оценивалась в 200 миллиардов долларов (с учетом инфляции сопоставимо с текущей капитализацией фондового рынка России);

  • Брокеры развили вторичный рынок членства в гольф-клубе, а банки кредитовали под залог членства в гольф-клубе;

  • Японский импорт иностранного искусства увеличился в четыре раза в 1986 году. Японская страховая компания заплатила 40 миллионов долларов за картину Ван Гога, превысив предыдущий рекорд, выплаченный за картину, более чем в 3 раза;

  • Некоторые картины, оцениваемые в несколько миллионов долларов, были “разделены” на лоты по 100 000 долларов для людей, которые хотели бы владеть “кусочком” картины.

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

  • Рекорд по самой высокой цене за бриллиант (6,4 миллиона долларов) и книгу (5,9 миллиона долларов) был установлен в 1987 году японскими покупателями;

  • Японская культура консенсусного мышления создала социальные причины для того, чтобы не выражать пессимистических настроений по поводу происходящего. В сентябре 1990 года, когда японское телевидение, наконец, стало транслировать комментарии экспертов с «медвежьим» взглядом на рынок. Эксперты настояли на том, чтобы их лица были размыты.

Хорошего дня! заходите на тг канал https://t.me/TradPhronesis

Теги:
Всего голосов 12: ↑5 и ↓7-1
Комментарии3

75% сотрудников думают об увольнении?

На днях наткнулся на исследование Академии социальных технологий, которое мне захотелось разобрать, потому что по заголовкам цифры прям космические. Там говорится, что 75% опрошенных хотя бы в какой-то степени задумываются о смене работодателя.

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

Мне кажется, здесь может быть не только отношение к конкретному работодателю, но и общий фон усталости и неопределённости. Что еще важно, это то, что свое желание уйти люди не всегда могут реализовать, ведь на рынке труда сейчас высокая конкуренция среди соискателей (если вы не гений рабочей специальности и за вами не охотятся все промышленные компании). Но, чтобы убедиться, давайте воспользуемся данными Росстата и hh.

Так, в 1 квартале 2026 года из организаций, которые учитываются в статистике Росстата по движению работников, выбыло около 2,06 млн человек против 2,26 млн годом ранее. Получается, что общее число выбывших работников даже наоборот, снизилось примерно на 9%, но только уточню, что здесь все выбытия работников, а не только по увольнения по собственному желанию.

А сложность с поиском работы мы посмотрим hh. В июле 2026 года активных вакансий было на 15% меньше, чем год назад, при этом активных резюме на 24% больше, и индекс hh где-то около 9 резюме на вакансию (это уже высокий уровень конкуренции среди соискателей).

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

И поэтому, на мой взгляд, цифра в 75% говорит скорее о накопившемся недовольстве сотрудников. Но для бизнеса это, возможно, даже более важный сигнал, потому как человек может физически быть в офисе, но делать лишь базовый минимум задач.

Об этом говорится и в результатах исследования: около 63% опрошенных говорят, что стали менее инициативными, а 28% стараются делать только то, что входит в их обязанности.

И кстати, как повышать производительность, если примерно такие же пропорции в компании могут быть по вовлеченным в работу сотрудникам - вопрос со звёздочкой.

Я регулярно разбираю такие темы в своём Telegram‑канале, если вам интересно глубже понимать аналитику, экономику и рынок труда, там регулярно выходят короткие заметки и обзоры актуальных событий.

Теги:
Всего голосов 1: ↑0 и ↓1-1
Комментарии2
  1. Неопытный вайбкодер может создать приложение, где все пароли пользователей хранятся в открытом виде.

  2. Неопытный пользователь может использовать один и тот же пароль на всех сервисах и не использовать двухфакторную авторизацию.

  3. Неопытный хакер с помощью ИИ находит уязвимость в приложении и получает доступ к базе данных.

  4. Пароль из базы даёт ему доступ ко всем сервисам, на которых зарегистрирован пользователь.

Эта проблема существовала всегда.

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

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

Теги:
Всего голосов 3: ↑2 и ↓1+3
Комментарии4

Анализаторы кода легко и быстро умеют находить множество ошибок, не очевидных с первого взгляда. Попробуйте посоревноваться с PVS‑Studio в прозорливости!

Мы сделали новый квиз «Найдите ошибки в Go коде»!

Вас ждут 10 фрагментов кода, в которых наш анализатор нашёл ошибки. Все они взяты из известных Open Source проектов. Ваша задача — успеть найти ошибку за 60 секунд (не переживайте, фрагменты небольшие).

Время посоревноваться с анализатором! А потом можно и его проверить 😉

Переходите по ссылке!

Теги:
Всего голосов 4: ↑3 и ↓1+4
Комментарии2

Свобода первой и второй свежести ;)

Продолжаю выносить объёмные ответы в посты... Текст в общем о тривиальных вещах. Даже странно, что пришлось объяснять.

Давайте возьмем определение свободы у самого RMS. В его известной фразе “free as in free speech, not as in free beer” - различие между свободой как политическим/этическим правом и бесплатностью. В контексте нашей дискуссии, RMS под свободой понимает именно первое. Это фундаментальное право.

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

Свобода, как гражданское право , определяет либеральные основы современного демократического общества. Свободы принято разделять: Есть подмножество негативных свобод (свобода от): от произвольного ареста, от цензуры, от вмешательства в частную жизнь, от принуждения к труду или мнению. Есть позитивные права (свобода для): право избирать, право собираться, право петиций, право на справедливый суд. Так вот… Позитивные права без негативных свобод не действуют. Не имеет значение право собираться, если потом могут произвольно арестовать, не имеет значения право избирать, если действующая цензура не дает доступа к полной и достоверной информации для осознанного выбора. Но главное… Обеспечительным механизмом всех свобод являются люди. Не все… А активная часть сообщества: журналисты, активисты, волонтеры и прочие, кто обеспечивают трансформацию негативных свобод в позитивные права. И в большей части свобода слова или свобода от слежки нужна именно им. «Утверждать, что вам всё равно на право на частную жизнь, потому что вам нечего скрывать, — это то же самое, что сказать, что вам всё равно на свободу слова, потому что вам нечего сказать» Это как в анекдоте: — Учитель, разве нам пригодится тригонометрия в жизни? — Нет! Она пригодится умным мальчикам… Так вот большинство проживет и без приватности и без свободы слова. Но общество от этого будет деградировать. Именно об этом говорил Столлман. «Текущий уровень всеобщей слежки в обществе несовместим с правами человека. Чтобы восстановить нашу свободу и восстановить демократию, мы должны снизить слежку до точки, в которой разоблачители всех мастей смогут общаться с журналистами, не будучи обнаруженными» Это его прямая цитата… Именно поэтому: «мы должны считать слежку видом социального загрязнения». Но слежка ВЫГОДНА и удобна. И тут мы сталкиваемся с ещё одной свободой. Свободой потребления. Точнее симулякром свободы.

Исследователь общества потребления Бодрийяр утверждает, что внушение независимости свободы – базис общества потребления. И главной задачей системы становится не допустить реализацию этого в реальность «В целом система управляемой персонализации переживается огромным большинством потребителей как свобода. Только при критическом рассмотрении такая свобода окажется чисто формальной свободой личности, а персонализация обернется, по сути, ее бедой» В целом потребителю условно предлагают десятки сортов бесплатного пива, разлитого из одной бочки, но с разными ароматизаторами, добавками, крепостью и прочимиилегко меняемыми параметрами. И главное, это невозможно без отслеживания потребителя. Большинство современного нарушения приватности, так не любимого RMS, монетизируется именно через слежку за потребителем. В обмен нам дают не свободу, а иллюзию свободы.

RMS не просто против слежки как нарушения приватности. Он против слежки как инфраструктуры, которая делает невозможным существование подлинных альтернатив. Свободное ПО — это и есть «крафтовое пиво» в мире софта. Оно создаётся вне логики рынка, не требует ваших данных, не персонализирует вас, не предсказывает ваши желания. Оно просто работает и даёт вам контроль. Даже не контроль, а потенциальную возможность контроля. Ценную для большинства только потенциально. Оно часть инфраструктуры свободного общества.

Теги:
Всего голосов 12: ↑10 и ↓2+14
Комментарии12

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

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

Не опоздал ли новый капитал к этому циклу? Однозначного ответа нет. Тем не менее очевидно, что далеко не весь капитал, устремившийся в погоню за доходностью, принесёт ожидаемую отдачу. Вероятно, для многих такие инвестиции завершатся крахом.

Строительство каналов и железных дорог, развитие новых технологий в 1920-е годы и бум доткомов - все эти периоды сопровождались огромными капиталовложениями. Однако для многих инвесторов доходность оказалась весьма ограниченной.

Хорошего дня!

Теги:
Всего голосов 4: ↑0 и ↓4-4
Комментарии0

Открытый проект Refund4Freedom (GitLab) помогает пользователям ноутбуков и ПК с предустановленной Windows 10/11 вернуть деньги за переплату за лицензию.этих ОС в том случае, если покупатели компьютеров используют другие решения в качестве операционным систем:

  • У HP нет процедуры возмещения расходов на Windows. Несколько раз клиенты обращались в HP, но HP их игнорировала.

  • У Lenovo есть процедура возмещения расходов на Windows. Процедура возмещения расходов на лицензию Windows от Lenovo. ПК необходимо отправить в сервисный центр Lenovo.

  • У Asus есть процедура возмещения расходов на Windows. Отправлять ПК в Asus не нужно.

  • У Dell нет процедуры возмещения расходов на Windows. В условиях использования Dell, в статье 7.3, прямо указано, что в случае отказа в выдаче лицензии на операционную систему компьютер должен быть возвращён.

  • Acer предлагает процедуру возмещения расходов на Windows. Процедура возмещения расходов на лицензию Acer для Windows. ПК необходимо отправить в сервисный центр Acer.

Теги:
Всего голосов 3: ↑3 и ↓0+5
Комментарии0

ФСТЭК готовит новые требования к защите ИИ: как службе ИБ сохранить контроль

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

ФСТЭК России предложила изменения в приказ №117. Если проект примут, с 1 марта 2027 года появятся дополнительные требования к защите ИИ.

Среди предлагаемых мер:

  • сетевая изоляция моделей;

  • многофакторная аутентификация;

  • применение принципа наименьших привилегий;

  • фильтрация запросов и ответов;

  • ограничение количества обращений к модели;

  • контроль функциональности ИИ.

При этом это не первые требования регулятора к ИИ. Уже сейчас организации должны определять границы ИИ-контура и его активы, устанавливать допустимые тематики контента, а также правила обнаружения и реагирования на события и инциденты.

Как службе ИБ сохранить контроль над ИИ?
Один из практических вопросов — контроль взаимодействия между ИИ-приложением и языковой моделью: выявление чувствительных данных, доступ только к утверждённым моделям и передача событий ИБ в SIEM. Отдельная задача — контроль использования сотрудниками публичных ИИ-чатов, или Shadow AI.

Эти и другие вопросы защиты корпоративного ИИ разберём 10 сентября в 11:00 МСК на вебинаре «Корпоративный ИИ захватывает всё больше бизнес-процессов. Как службе ИБ сохранить контроль?»

Айдар Фатыхов, владелец продукта Innostage AIDR, и Александр Лебедев, старший ML-разработчик продукта Innostage AIDR расскажут:

  • как защитить коммерческую тайну и другие чувствительные данные при работе с ИИ;

  • почему события ИБ от ИИ-систем необходимо включать в процессы мониторинга, корреляции и расследования инцидентов;

  • какие требования к защите ИИ действуют сегодня и что предлагается изменить в приказе ФСТЭК России №117.

  • в практической части вебинара покажут сценарии защиты запросов и ответов LLM, утечки данных и контроля Shadow AI.

Регистрация на вебинар
10 сентября, 11:00–12:00 МСК

Теги:
Всего голосов 3: ↑3 и ↓0+7
Комментарии0

Юлий Гольдберг (GlowByte): Lakehouse — уже не экспериментальное направление

В интервью на РБК руководитель направления GlowByte Юлий Гольдберг рассказал о том, как меняется рынок СУБД в России, почему Lakehouse перестал быть экспериментом и какие барьеры остаются у отечественных вендоров.

Ключевое из интервью:

Рынок СУБД: от срочного импортозамещения к зрелости. Заказчики всё реже ищут просто «российскую альтернативу» — они выбирают платформу под архитектуру данных, аналитику и ИИ-сценарии. При этом многие крупные компании не торопятся отказываться от Oracle и MS SQL: лицензии постоянные, системы «вылизаны», а миграция — дорогой и долгий проект.

Главный тренд — переход к Lakehouse. Вместо монолитных СУБД (Oracle, Teradata) — разделение хранения (S3+Parquet/Iceberg) и систем обработки (Spark, Trino, Impala). Подход доказал состоятельность: GlowByte совместно с Data Sapience за три года реализовали более 15 проектов, крупнейшие — на несколько петабайт данных.

Архитектура усложняется, но становится гибче. СУБД в новой парадигме — это набор взаимодополняющих компонентов. Можно собрать ровно то, что нужно, и не платить за лишнее. Но нагрузка на архитекторов и DevOps‑инженеров растет в разы.

Главный барьер — размер рынка. Российский рынок СУБД небольшой по сравнению с мировым, экспорт технологий затруднен. Инвестиции в продукты несопоставимы с зарубежными. Почти все российские СУБД, кроме ClickHouse и Tarantool, базируются на open source, а риски смены лицензий (как в случае с Greenplum) сохраняются.

ИИ меняет требования к СУБД. LLM и AI-агенты работают с неструктурированными данными — текстами, картинками. Традиционные СУБД заточены под структурированную информацию, а Lakehouse с S3-хранилищем и набором движков обработки закрывает этот пробел.

Критерии выбора СУБД на 2027 год: стоимость владения, горизонтальное масштабирование для крупных компаний, managed‑сервисы для небольших игроков.

Российский рынок СУБД на сегодня — это рынок различных клонов Postgres. Как ни смотри, хоть в штуках, хоть в деньгах. И вряд ли что-то здесь изменится в ближайшем будущем, тем более что Postgres тоже не стоит на месте и развивается туда, куда ждут потребители, — в область поддержки ИИ (pgvector, например) или в сторону параллелизма вычислений. Если кто-то и бросает вызов, то в конкретных нишах — как, например, Lakehouse в аналитических задачах на больших объемах данных, — говорит Юлий Гольдберг, GlowByte.

Читать интервью эксперта GlowByte в РБК

Теги:
Всего голосов 12: ↑11 и ↓1+12
Комментарии0

Хороший код: как понять, что его будет удобно менять

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

Вместе с Ринатом, iOS-разработчиком в Naumen, разбираемся, почему хороший код проверяется следующей задачей, как проявляется сложность изменений и на что стоит смотреть при оценке кода.

Код проверяется следующей задачей

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

Так что даже не самое удачное решение какое‑то время не доставляет особых проблем.

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

Именно в этот момент становится понятно, насколько код вообще рассчитан на изменения.

Простая задача может оказаться дорогой

Одна из задач у нас на планировании звучала безобидно:

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

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

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

Смотреть нужно на изменение, а не на файл

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

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

Файл может выглядеть вполне нормально, а изменение при этом оказывается дорогим.

Мне в этом контексте близко описание сложности изменений у Джона Оустерхаута. Он выделяет три характерных проявления.

  • Маленькая правка расползается по системе

Добавили поле в модель и приходится менять сетевой слой, хранилище, аналитику, несколько экранов и тестовые данные.

Иногда это естественная цена изменения контракта, а иногда — признак того, что одно знание размазано по проекту.

  • Для локальной работы нужно слишком много контекста

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

  • Есть зависимости, о которых разработчик даже не знает

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

Эти признаки полезнее многих разговоров о «чистом коде»: о длине метода можно спорить, а вот с последствиями изменения — сложнее.

Обычно я смотрю на три вещи

  1. Сколько мест потребуется затронуть?

  2. Сколько информации нужно восстановить перед работой?

  3. Как быстро мы узнаем, что ошиблись?

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

Теги:
Всего голосов 2: ↑2 и ↓0+4
Комментарии0

Подведены итоги первого раунда флешмоба с ИИ-аватарами. Четыре участника получили билеты на осенние конференции Инфостарта.

TECH EVENT 2026

  • тригандрей — онлайн-билет;

  • Katerina — билет «Стандарт».

A&PM EVENT 2026

  • Roman Danilov — онлайн-билет;

  • Диана Левахина — билет «Стандарт».

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

Флешмоб продолжается: следующий розыгрыш состоится 10 сентября. Условия участия и работы победителей — в исходной публикации.

Теги:
Всего голосов 8: ↑7 и ↓1+8
Комментарии0

Воркер-группа растет вместе с кластером

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

1️⃣ Проект вырос и поды уперлись в лимиты CPU и памяти → повышаете тариф воркер-группы, кластер остается прежним.

2️⃣ Нужна более гибкая настройка → переходите с тарифа на конфигуратор и собираете ресурсы под задачу.

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

P.S. Это не все апдейты Kubernetes — остальные публикуем на канале @twc_changelog

Дать нодам больше мощности →

Теги:
Всего голосов 12: ↑12 и ↓0+20
Комментарии0
Кодекс — это скорее рекомендации, чем настоящие правила
Кодекс — это скорее рекомендации, чем настоящие правила

Как говаривал капитан Барбосса, «Кодекс — это скорее рекомендации, чем настоящие правила».

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

Причем агент не идет на нарушение сознательно. Взломщик, проникший в ювелирный магазин, знает, что он совершает ограбление. Агенты, ломавшие Hugging Face, не думали о том, что это незаконно. Они просто наилучшим образом пытались выполнить данное им задание.

Так и пираты — они нарушают свой кодекс не потому, что они беспринципные подонки. Просто они хотят наилучшим образом выкрутиться из ситуации, в которую они попали, и если соблюдение правил сулит им неприятности, то к черту такие правила!

— И как же быть?

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

— Но почему?

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

Писал об этом подробнее в своей статье Вайбкодинг и философский камень

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

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

Вот, например, известная шутка:

— Учитель, можно ли курить во время медитации?
— Ни в коем случае!
— А можно ли медитировать во время курения?
— Да пожалуйста!

— Так что делать‑то?

Строить контролирующий контур вне ИИ. Как вариант, можно взять BPM‑систему и поместить агента в жесткие рамки бизнес‑процесса. Об этом регулярно рассказывает Бернд Рюкер, со‑основатель и главный технолог Camunda. Мне его позиция кажется вполне здравой и этот подход реализуемым.

Вот его статьи на эту тему:

А вот не его, но тоже в тему:

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

Например, вы дали правило ни в коем случае не выдумывать данные, если их нет. Разумно, не правда ли? — Но вы не учли, что при определенном раскладе, сервис, который эти данные должен предоставить, тупо завис. А у агента нет такой опции сказать, что продолжить работу невозможно, потому что система не отвечает. И он падает. Человек на его месте начала бы возмущаться или просто забил бы и ушел на обед, но агент так не может.

Соответственно, вам придется учесть больше вариантов, когда будете строить BPMN‑модель для процесса с участием агентов.

Если вам не нравится BPM, можно найти и другие решения.

Главное — не полагаться только на ИИ, чтобы управлять ИИ.

Подпишитесь на мой канал Agentic Enterprise

Теги:
Всего голосов 2: ↑0 и ↓2-2
Комментарии0

Ближайшие события

Переопределение макета НЕ в шаблоне Joomla.

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

И так же мы знаем, что по классике эти переопределения кладутся в папку html активного шаблона Joomla (не важно, для админки или для пользовательской части).
Макет blog.php и blog.xml к нему из JPATH_SITE/components/com_content/tmpl/category/ мы помещаем в templates/<ВАШ_ШАБЛОН>/html/com_content/category и творим там всё, что захотим:

  • любая вёрстка в blog.php и субмакетах

  • любое название для типа пункта меню (гаражи, дачи, самолёты — каталог чего вы делаете на материалах) — в blog.xml (или samolet.php + samolet.xml).

  • любые дополнительные параметры для пункта меню на этот тип — добавьте нужные кнопки и инпуты в blog.xml

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

Если наше переопределение лежит в шаблоне, то URL при создании пункта меню будет вида index.php?option=com_content&view=category&layout=yourtemplate:samolet.

Именно так, через двоеточие: layout=yourtemplate:samolet. Joomla будет знать, что нужно залезть в нужный шаблон и взять нужное переопределение. Если мы НЕ создаём свой тип пункта меню таким образом, а просто переопределяем — то всё ок.

❓ А что будет с сайтом, если мы переключили шаблон на другой?

На старых долгоживущих проектах нередко структура пунктов меню большая и запутанная. Если мы сделали новый шаблон сайта и переключили его в админке — у нас послетают все наши переопределения. И они не будут работать до тех пор, пока мы не прощёлкаем все пункты меню и не пересохраним их. Так, чтобы в их url теперь был new-template:samolet в параметре layout.

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

Если макет лежит в папке с модулем.

  • Он работает

  • Его можно переопределить в шаблон (хотя зачем, это же наш макет)

  • Он не изменится при смене шаблона

  • ⛔️ Минус — неудобно в работе, когда все макеты разложены по своим модулям и нужно прыгать по папкам в проекте

Макеты лежат в папке html шаблона.

  • всё рядышком

  • типовой подход Joomla (хотя и предыдущий тоже типовой)

  • удобно для типовых шаблонов — сделал комплект переопределений в своём шаблоне и таскаешь из проекта в проект

  • ⛔️ неудобно, когда впереди большая работа по смене шаблона и нельзя, чтобы сразу послетало всё из‑за смены шаблона.

Я решил провести мини‑эксперимент, в целом заранее зная его результат: положить «переопределение» материала не в html/com_content шаблона, а в папку с компонентом. Точь‑в-точь как с модулями.

Оно работает. Мы создаём собственный тип вывода контента, не привязанный к конкретному шаблону. URL нашего пункта меню будет без двоеточия и имени шаблона. Просто index.php?option=com_content&view=category&layout=samolet.

И знаете, это повод задуматься о применении этой возможности, хотя раньше я бы первым закричал: «Вы что‑о-о?!?! Нельзя‑а-а!»

Когда у нас проект, где:

  • не сложная структура

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

  • их (переопределений и новых типов пунктов меню) МАЛО...

..здесь положить всё в шаблон сам Бог велел.

Когда же:

  • сложная структура меню

  • в ней много разных ТИПОВ пунктов меню

  • и все они норовят зависеть от шаблона...

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

Риски есть — когда‑нибудь кто‑нибудь добавит в ядро файл с совпадающим именем. Но это решается брендированным префиксом в именах файлов.

При обновлении эти файлы не затираются — проверил сценарий обновления.

🤔 В общем, это скорее философские вопросы о разграничении ответственности и кто эту ответственность на себя берёт, кто это будет поддерживать, документировать и следить за тем, чтобы практике проекта следовали коллеги.

Теги:
Всего голосов 2: ↑2 и ↓0+4
Комментарии0

Мы кое-что спрятали 👀

В честь выхода PVS-Studio 8.0 — а это поддержка новых языков и серьёзные улучшения анализатора — мы решили устроить небольшую охоту.

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

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

Как искать? Просто! Скачивайте PVS-Studio, анализируйте свой код — и, возможно, найдёте кое-что интересное по дороге.

👉 Подробные условия и как забрать приз — здесь

Теги:
Всего голосов 1: ↑1 и ↓0+3
Комментарии0

🔀 Как перенести S3-хранилище, не останавливая работу бизнеса

При миграции многотерабайтного или петабайтного хранилища скопировать данные — только половина задачи. Сложнее переключить продакшен так, чтобы приложения продолжали читать и записывать данные.
3 сентября на вебинаре VK Tech разберем миграцию из MinIO в другое S3-совместимое хранилище на примере VK Object Storage.

🛠 На демо покажем:

  • как перенести объекты, версии, ACL, bucket policy, lifecycle, теги и ссылки

  • как приложения могут работать с двумя хранилищами во время миграции

  • как проходит переключение endpoint с минимальным окном

  • что происходит при разрыве синхронизации и как продолжить перенос с точки остановки.

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

📆 3 сентября, 16:00 💻 Онлайн

➡️ Регистрируйтесь по ссылке.

📬 Мы в МАХ

Теги:
Всего голосов 3: ↑3 и ↓0+5
Комментарии0

Обучающие игры Хабра. Приглашаем вас на бесплатный Демо-день 2 сентября!

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

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

Что же это за игры? 

Самыми популярными и востребованными уже стали две игры - «Попробуй Хабр» и «Готовим статью на Хабр». Первая - для тех компаний, которые хотят узнать, как построить диалог с аудиторией через экспертный контент и какие подходы лучше выбрать для того, чтобы эффективно решать свои бизнес-задачи с помощью блога на Хабре (эту игру мы традиционно проводим на всех Тест-драйвах, поэтому в отдельной презентации она не особо нуждается). А вторая часто используется в процессе обучения корпоративных авторов (как начинающих, так и опытных) и помогает участникам разобраться в позитивных и негативных паттернах при подготовке статей на Хабр. 

2 сентября мы проведем эфир, основной темой которого как раз и будут наши игры. Там мы также расскажем про новую разработку под названием «Остров Хабра», участники которой учатся оттачивать навыки убедительной коммуникации. Ну и, конечно, представим две свежие новинки - это игры “Собери свою первую статью на Хабр” и “Путь автора”. Они помогают компаниям снять сразу две боли - “У нас нет опытных авторов, которые знают, как писать на Хабр” и “У нас вообще нет авторов и мы не знаем, где их взять”. 

Уверена, что эти боли испытывают не только редакторы, но и те люди, которые отвечают за развитие корпоративных блогов на Хабре и контент-маркетинг в целом. Если вы хотите подробнее узнать об этих играх и протестировать их, регистрируйтесь на наш Демо-дэй, который пройдет онлайн 2 сентября. Участие бесплтатное!

! Сразу скажу, что это будут не полноформатные игры (обычно они занимают 1,5-2 часа), а только короткая демоверсия каждой игры, чтобы участники созвона могли быстро понять смысл и механику.  

На встрече мы дополнительно расскажем последние новости и тренды Хабра. Мероприятие бесплатное, но количество мест ограничено. Спешите зарегистрироваться!

Теги:
Всего голосов 1: ↑1 и ↓0+3
Комментарии0

Люди восстали против ИИ

В США введено уже более 500 ограничений в отношении создания ЦОДов для ИИ в различных штатах. Причина — в протестах жителей против возведения новых дата-центров: такие объекты требуют значительного количества воды и энергии. В результате для местных жителей эти ресурсы дорожают или вовсе оказываются недоступны.

Теперь компаниям недостаточно просто денег, чтобы ввести в строй новый дата-центр. А как же законы свободного рынка?

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

Дикий капитализм давно умер, нельзя продавать за кеш компаний благополучие простых граждан. Но инвестиции в ИИ тоже должны реализоваться, иначе банкротство топовых ИИ-стартапов может сказаться на всей ИТ-индустрии. Поэтому логично, чтобы региональные власти при строительстве коммуникаций учитывали потребности как общества (в воде и электричестве), так и бизнеса (в них же для дата-центров). Потребности людей должны стоять на первом месте, но важно, чтобы правила для всех игроков рынка устанавливались сразу и не было одномоментного роста арендных ставок в 68 раз! ИТ-бизнес сейчас испытывает множество сложностей, начиная с резкого роста цен на компоненты и заканчивая высокой ставкой ЦБ.

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

Человек может успешно воевать против ИИ, только потом он вернётся домой и захочет запустить LLM — кажется, в интересах обеих сторон договориться.

Теги:
Всего голосов 12: ↑11 и ↓1+22
Комментарии1

При всем моем пиетете к Claude, как переводчик он меня смертельно разочаровал. Замаячили вьетнамские флешбэки про Prompt (no pun intended).

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

Boy, oh, boy, как же я ошибался.

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

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

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

Вот короткий пример.

Оригинал:

«Самостоятельно отвечать на письма — задача для нашего диспетчера непосильная, ответственности ж столько, да и рангом не вышел.»

Перевод Claude:

“To answer the letters himself is a task beyond our dispatcher's powers — such responsibility, and he not high enough in rank besides.”

Здесь проблема не в отдельных словах. Почти всё можно понять. Проблема в том, что Claude практически сохранил синтаксический каркас русского предложения.

Хороший переводчик, скорее всего, собрал бы предложение заново, нативно наложив аналогичную стилистику, например ChatGPT справился куда лучше:

“For our dispatcher to answer the letters himself would be a responsibility quite beyond his station; there is, after all, a good deal at stake, and, besides, he is hardly a man of sufficient rank.”

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

И вот именно этого от Claude (Opus, Max effort) я почему-то ожидал гораздо больше.

Теги:
Всего голосов 1: ↑1 и ↓0+3
Комментарии3

12 открытых уроков для руководителей: команда, проекты, стратегия и ИИ

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

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

Собрали ближайшие открытые уроки OTUS для тимлидов, руководителей проектов, менеджеров и тех, кто готовится к следующему уровню ответственности.

Управление командой

  • 9 сентября, 20:00. «Как тимлиду распределять ответственность и не становиться узким местом команды». Записаться

  • 16 сентября, 20:00. «Диагностика команды: как выявить проблемы до того, как они повлияют на результат». Записаться

  • 16 сентября, 20:00. «Сложные разговоры в команде: как давать обратную связь без эскалации». Записаться

Стратегия и развитие руководителя

  • 8 сентября, 20:00. «От технического лидера к CTO: как начать принимать решения на уровне бизнеса». Записаться

  • 22 сентября, 20:00. «Метрики CTO: показатели, которые действительно нужно контролировать». Записаться

Управление проектами и процессами

  • 1 сентября, 20:00. «Практическое применение нейросетей для моделирования процессов». Записаться

  • 14 сентября, 19:00. «Анти‑паттерны управления: Почему „помощь“ заказчиков убивает проекты и как вернуть контроль». Записаться

  • 17 сентября, 20:00. «Событийные подпроцессы в BPMN 2.0: как моделировать процессы, реагирующие на события». Записаться

  • 23 сентября, 20:00. «Как системному аналитику проводить архитектурное ревью и находить риски до начала разработки». Записаться

ИИ для руководителя

  • 3 сентября, 20:00. «Как руководителю внедрить ИИ в работу команды: от выбора процесса до рабочего сценария». Записаться

  • 21 сентября, 20:00. «Один рабочий день с ИИ: от писем и таблиц до готовой презентации для руководителя». Записаться

  • 24 сентября, 20:00. «PM + ИИ: собираем статус‑отчёт, реестр рисков и прогноз сроков за 40 минут». Записаться

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

ЧТО ПОЧИТАТЬ

Если хотите глубже разобраться в управлении командами, процессами и собственной управленческой траекторией, собрали ещё несколько материалов из блога:

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

Теги:
Всего голосов 3: ↑3 и ↓0+6
Комментарии0
12 ...
50