На наших глазах происходит переворот, в рамках отдельно взятого евросоюза:

1. Эппл разрешили сторонним браузерам и подобным приложениям использовать свои движки. Ждем настоящий Firefox и Chrome.
2. Начиная с iOS 17.4 разрешены альтернативные маркетплейсы приложений. Комиссии за продажу приложений не будет, но будет сбор в пол евро “за технологию”
3. Эппл разрешает сервисам стримминга игр (таким как Xbox Cloud Streaming или Nvidia GeForce Now) пристуствовать в AppStore. Т.е. теперь можно будет из аппстора поставить GeForce Now и удаленно играть в 3d игры прямо с планшета!

Это бомба, теперь заживем.

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

Добавил в вишлист и скорее всего куплю на релизе - чего и вам всем желаю!

Опять ноки виноваты, да что ж такое то(

Так же работает без VR, нужен только кот с повышенной шертистостью и пылесос с подсветкой

Теперь только и надо что следить за лапами

Кстати, интересный моментик с Balatro состоит в том, что игра на движке LÖVE, код на Lua.

Вы буквально можете открыть exe'шник 7zip'ом и менять код игры как вам захочется.

#Balatro #LÖVE

Про логические уловки.

Люди довольно часто, осознано, или нет, оставим это на их совести, пользуются логическими уловками.

3 моих любимых:

https://ru.wikipedia.org/wiki/%D0%9F%D1%80%D0%B5%D1%81%D1%83%D0%BF%D0%BF%D0%BE%D0%B7%D0%B8%D1%86%D0%B8%D1%8F

https://ru.wikipedia.org/wiki/%D0%9F%D0%BE%D0%B4%D0%BC%D0%B5%D0%BD%D0%B0_%D1%82%D0%B5%D0%B7%D0%B8%D1%81%D0%B0

https://cyclowiki.org/wiki/%D0%9E%D1%86%D0%B5%D0%BD%D0%BE%D1%87%D0%BD%D0%BE%D0%B5_%D1%81%D1%83%D0%B6%D0%B4%D0%B5%D0%BD%D0%B8%D0%B5

Я, знаете ли, в разные периоды жизни по разному реагировал, когда собеседник/оппонент начинал использовать подобные приемы.

Горячился, махал руками, пытался что-то объяснять.

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

Что это значит?

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

Например, если ваш оппонент говорит, что "А - хорошо, Б - плохо" (оценочное суждение), то вам не стоит начинать обсуждать, действительно ли A - хорошо, а Б - плохо. Если вы начали это обсуждать, то вы попались - вы приняли право вашего оппонента навязывать вам определения "хорошо" и "плохо". И на этом поле оппонент вас обязательно выиграет, потому что выигрывает тот, кто определяет, что хорошо, а что - плохо.

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

Я говорю собеседнику, что он воспользовался подобным приемом (*), и предлагаю ему либо согласиться, и переформулировать мысль, или не согласиться, и доказать мне, что я ошибся, или закончить наш диалог. Потому что не надо садиться играть в карты с шулером! Не надо пытаться договориться с шулером в рамках правил, которые он вам навязывает, потому что вы автоматически проиграли. Сначала договоритесь про устраивающие вас правила.

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

(*): да, прямо так и говорю - "это пресуппозиция", или "это оценочное суждение", или "это подмена тезиса".

Гемдев мир настолько очистился, что хорошие тутористы возвращаются с переходом на Godot!

И на этом самом годоте на недавнем геймджеме Ludum Dare я в компании хороших людей запилил небольшую игру.
В комментах все хвалят музыку и графоний (это не я делал!) и ругаются, что сложно играть (а это уже я! но делал сложнее, а получилось попроще, но всё равно ругаются)

Если кто хочет попробовать или ещё и проголосовать: https://ldjam.com/events/ludum-dare/55/last-minute-awakening

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

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

Про саму модельку design-time vs. run-time

Простыми словами, что это:
- design-time - это когда что-то продумывают (зачем как и где это будет работать) и создают
- run-time - это когда это же что-то работает

Почему это полезно выделять как разные штуки:
- для design-time и run-time нужны отличные друг от друга силы и ресурсы, роли и много чего ещё
- design-time сильно влияет на run-time - чем лучше продумать и реализовать, тем лучше это будет работать
- на переключение между продумыванием и исполнением может уходить много сил и ресурсов, или качество одного или другого может сильно страдать, потому как ресурсов не нашлось и что-то сделано хреново. Особенно если хреново сделан design
- всё это происходит не один раз, потому как результаты работы (run-time) оцениваются и снова происходит дизайн, реализация, исполнение - можно тут вспомнить цикл Дёминга-Шухарта aka цикл PDCA: plan, do, study, act

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

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

В результате - меньше тратить сил и иметь возможность улучшать результат.

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

#systemyass