Нихерасебе у них эксперименты.

На русском.

Реально закон Климова из романа «Князь мира сего» для любой власти любой страны применим.

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

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

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

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

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

Путин благоразумно уехал в Питер на время похорон Паши Техника.

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

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

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

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

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

Вирусный флешмоб в US/UK на майнкрайфт муви: на этой сцене все начинают орать и кидаться попкорном.

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

Рекомендую.

#музыка

Ностальгия.

A Minecraft Movie собрал уже 350 млн долларов при бюджете в 150 млн. Тот самый случай, когда художественная ценность не очень (если верить отзывам), но фан сервис высочайшего уровня.

Случайно услышал интересную историю. Якобы ранние приставочные игры делали исключительно трудными в аркадном стиле потому, что важный канал прибыли с них был через аренду картриджей в точких аренды (например, этим занимался Blockbuster). И чтобы дети не могли пройти игру за пару дней, её сложность выкручивали до ненормальных уровней. Причём это касалось в основном игр с американского рынка. Например, в этом явно признавались авторы игры Ecco the dolphin.

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

#игры

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

Причём важно, чтобы это делали именно авторы стандарта, чтобы продемонстрировать, что придуманное ими имеет хоть какое-то приземлённое (grounded) значение. По моим личным оценками, примерно 20-30% процентов содержимого айтишного стандарта/спецификации никогда на практике не применяется и было включено по иррациональным причинам. И если создатель стандарта не может внятно объяснить, зачем был добавлен элемент, то такой элемент и не нужен.

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

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

#archimate

и продолжение в первом комментарии

Вот так по мнению DeepSeek выглядит туз пик в SVG.

Негласная договорённость: взрослые не матерятся при детях, дети не матерятся при взрослых.

Но есть и плюсы от ↑. Постепенно формируется понимание, как можно написать этакий базовый ликбез по процессам, архитектуре и системной инженерии на пару страниц, где были бы доходчиво представлены самые необходимые концепции. Без которых абсолютно невозможно добиться согласованного понимания. Причём этот ликбез не только для технарей, но и для менеджеров/продажников тоже (и может для них даже в первую очередь).

Вещи вроде бы очевидные, но их постоянно не соблюдают.

* Не записано — значит не было.
* Если записано, но не указаны заинтересованные роли, то можно считать, что не записано.
* Нет дедлайна, нет прогресса.
* У любой задачи должен быть ответственный за выполнение и ответственный за контроль.
* Если задача «в прогрессе» не обновляется раз в неделю, то прогресса нет.
* Система должна быть определена как чёрный ящик для тех, кто снаружи (продажников, тестировщиков, менеджеров).
* Чёрный ящик описывается функциональным поведением на границе системы.
* Система как прозрачный ящик — это тоже чёрный ящик, но изнутри.
* Прозрачный ящик состоит из вложенных чёрных ящиков.
* Компания целиком — тоже чёрный ящик.
* Чем больше функций у чёрного ящика, тем сложнее его менять и даже просто поддерживать живым.
потом ещё вспомню что-нибудь очевидное

ИИшечки вызывают изменения в организационных структурах и скоро появится новая область NHR — Non-Human Resources. Человек (или не человек), отвечающий за поиск и найм иишечек.

Все сообщения об очередной передаче УВБ-76 надо рассматривать как фейки. Главная проблема в том, что это коротковолновая радиостанция и на её частоте может передавать вообще кто угодно и что угодно. Никаких открытых способов верификации нет.