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

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

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

#игры

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

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

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

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

#archimate

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

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

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

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

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

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

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

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

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