Бреганов • Блог

@no_roleplaying · games · Russian · active

Программирование. Настольные ролевые игры. Юмор. Подземелья Чикен Карри. @faterpg. Любовь к Тиме. Страсть к играм. Хотите со мной поиграть в НРИ? Напишите ей: @timdickens Хотите рекламу? В сообщения группы. № 6545582874

Subscribers 13.6K Subscribers, last 30 days: 13.6K → 13.6K +0 24h
Reach per post (ERR) 52.9%7.2K avg views
Posting 1.3/day last 1 day ago
Reactions per 1K views 13.6 ❤ 🤣 🥰
  1. repost

    Музыкальная пауза побывал вчера на сольном концерте Лилаи, очень уютном и душевном послушал впервые вживую Гномку Талалу Катюша, спасибо, что спела♥️ ps. сорри за съемку, прост снимать не хотелось, хотелось слушать, но снял для вас)

  2. edited

    Ребята, в анонимных и просто под постами вижу, что вы хотите со мной поиграть. Это возможно на коммерческой основе. Или если вы хотите поиграть за чужой счёт, то можете намекнуть начальству про НРИ корпоратив (схема рабочая; у нас есть опыт с Яндекс, Вкус Вилл, Т-Банк и т.д.). Пишите @timdickens за всеми подробностями. P.S. Да, моя ошибка, нигде это не афиширую.

  3. https://youtu.be/EQT9k0Wo5eI?si=amzMZuMGsDBhXBID Просили больше игр со мной в анонимках. Прошу. Есть одна. Снимали для ребят, которые занимаются АйТи штуками. Кстати, супер приятные ребята оказались. С:

  4. В настольных ролевых играх часто важно давать фидбек после сессии игры. Поделитесь мнением об этом телеграм канале со мной. Всё анонимно. Буду рад почитать ваши мнения. Может быть что-то скоректирую. С: https://forms.gle/zPkUa14anmiSkCVf7

  5. Оказывается пропустил эпохальное событие. Epic Games теперь рассказывают, что разработчики Unity смогут привносить много нового в их Fortnite. Стоит ли говорить, что Epic Games владеют Unreal? Не шаги ли это к полной интеграции всех движков в одну экосистему? Монополия на создание игр совсем скоро? А сейчас они обкатывают основные механики внедрения разных движков? Очень интересно Epic Games придумали. Создавать игры в Epic Games, а потом издаваться на Steam? И вот в такой экосистеме игропрома жить? Было бы, конечно, интересно посмотреть, к чему это всё приведёт. А главное, что с этим всем будет. Конечно, рано говорить о монополии, захватах, консолидации и прочих эффектах, которые официально ещё нам не рассказали. Это чистого рода спекуляция на возможных дальнейших событиях. Но в голове рисуются интереснейшие сценарии для игропрома.

  6. edited

    Давайте перетащим схему в Obsidian и расскажем о комнатах, в попытке сложить это всё вместе на каждую отдельную страницу. Каждая комната у нас будет содержать информацию о: 1. Себе. Что это за комната, что там есть; 2. Связях. Как выглядит и может быть даже ощущается переход отсюда в связанные места. И вроде бы кажется, что информации мало. Но повторения информации из одной страницы в другую создают ощущение перегрузки. Чтобы понять точный характер связи одной комнаты с другой, надо открыть как минимум две страницы: 1. Вашу изначальную; 2. Ту, к которой ведёт связь. И это только для того, чтобы точно понимать полный характер связи. Поэтому сейчас я открыл все связи с одной комнатой, так как не знаю, куда пойдут мои персонажи дальше. А также открыл удобную схему перемещения для собственной навигации по комнатам, чтобы делать это быстрее. Так как в Obsidian клик на кружок графа внизу справа откроет вам страницу в текущей выделенной. Остальные можно будет закрыть и с зажатым Ctrl кликнуть на все связанные комнаты, чтобы держать их все перед глазами. Кайф? Мне тоже кажется, что это дикая душка. Но мне надо было показать эту стратегию, чтобы вы осознали лишний раз, насколько Gradient Descent хорошо справляется с поставленной перед ним задачей показать вам мега-структуру (не одну и не 9 комнат, а несколько десятков). А также удивиться приятной работе с индексированием, которое так хорошо ложится в сеттинг и структуру книги, чтобы быстро и легко находить информацию на, казалось бы, менее совершенном носителе — книге.

  7. flowchart TD room1[Регистрационная] room2[Интервьювешная] room3[Кабинет Директора] room4[Помещение персонала] room5[Аудитория для семинаров] room6[Комната отдыха] room7[Рабочая зона] room8[Кофейня] room9[Комната для гостей] %% комментарий для схемы %% === комната 1 === room1 === room2 & room5 room1 --- room3 room1 .- room4 & room6 & room8 %% === комната 2 === room2 === room1 & room4 room2 .- room3 & room6 & room8 %% === комната 3 === room3 === room4 room3 --- room1 room3 .- room2 & room5 & room7 & room8 %% === комната 4 === room4 === room2 & room3 room4 --- room7 room4 .- room6 & room8 %% === комната 5 === room5 === room1 room5 --- room6 room5 .- room3 & room8 %% === комната 6 === room6 --- room5 room6 .- room1 & room2 & room4 %% === комната 7 === room7 --- room4 room7 .- room3 & room6 & room8 %% === комната 8 === room8 .- room1 & room2 & room3 & room4 & room5 & room7 За вас сделал большую схему. Что можно тут понять? Да мало чего. Тяжело. Слишком много связей. Да, некоторые повторяются, надо бы обрезать повторяющиеся. К тому же переходы. И надо сказать, что это только 9 элементов системы. Где 9-ый элемент как будто бы не находится в этой системе, так как нет связей. Но как сделать проще? Один из вариантов — пройти по дублям и удалить. Поэтому будет проще. Но давайте обратимся к более простому способу. Уже видно, что создавать схемы так душно. Но! Можно использовать искусственный интеллект. Чаще всего они практически все работают с кодом для mermaid. Но мы не ищем лёгких путей. И прямо сейчас видим проблематику первых двух способов хранения данных об объектах. Первый способ: каждая страница с объектом содержит информацию о своих связях внутри этой страницы. Поэтому если у нас есть информация о комнате "Гостиная", то мы дадим туда информацию о связях с другими комнатами. И всё бы хорошо, ведь, открыв "Гостиную" как страницу, мы увидим вообще все связи со всем остальным. Как будто бы круто. Правда удобно? Открыл, посмотрел. Знаешь, что происходит с комнатой. Но откуда вся эта неудобная паутина? Всё просто. К сожалению, это и удобство и тяжесть подобного хранения данных. При создании таких документов, надо будет писать документ для объекта и прописывать связи. Для других документов надо будет дублировать эти все связи. А если они не одинаковые, то вам надо открывать "Гостиную" и каждый связанный с ней документ, чтобы понимать в итоге, какие связи между ними. Дичь, да?

  8. edited

    Как вы уже скорее всего поняли, можно использовать и Excel или Google Spreadsheet, чтобы сформировать схему. Более того сложить текст и скобочки вместе и "протягивать" номера для идентификаторов. Кому как удобнее. Главное, что с текстом выше вы уже можете посмотреть на плоды вашей работы. Закидывайте в https://mermaid.live/ или на любую страницу вашего Obsidian в качестве блока кода с mermaid сразу же после трёх грависов (`). Теперь давайте создавать системы. По определению система — два или более элемента связанные друг с другом. А значит давайте накидывать связи между нашими комнатами. А для того, чтобы это сделать, надо понять какие виды информации мы можем передавать. В нашей схеме `обязательность` расположения рядом — ключевая. В идеале сразу ставить блоки рядом друг с другом. Но наша система автоматическая, едва ли мы можем сразу всё расставить правильно. Исходя из схемы нам нужно пять категорий связей. И сразу подставлю к ним то, как их отображать: * сплошные толстые линии — обязательная связь; * важное расположение рядом — обычная линия; * было бы неплохо — пунктир; * неважно — нет линии (и на схеме это можно показываться); * есть ещё remote, но даже просто не дадим ему линий. Прочитав "треугольную" таблицу в цитате, можно сделать вывод, что у регистрационной есть: * крайне обязательные: Интервьювешная и Аудитория для семинаров; * важные рядом: Кабинет директора; * было бы неплохо рядом: Помещение персонала, Комната отдыха и Кофейня. Получаем схему: flowchart TD room1[Регистрационная] room2[Интервьювешная] room3[Кабинет Директора] room4[Помещение персонала] room5[Аудитория для семинаров] room6[Комната отдыха] room7[Рабочая зона] room8[Кофейня] room9[Комната для гостей] %% комментарий для схемы %% === комната 1 === room1 === room2 & room5 room1 --- room3 room1 .- room4 & room6 & room8 Обратите внимание, насколько легко заполняется руками и выбранными нами индексами. Тут важно показать, как вы создаёте наглядную систему обычным текстом. mermaid хорошо на мой взгляд показывает как описывать системы текстом. И это важно для нас в том числе, чтобы потом представлять у себя в голове систему связей. Только вместо mermaid у нас будет документация и голова. Но не пугайтесь, mermaid теперь у вас никто не отнимет. Захотите, сделаете наглядную схемку, чтобы не запутаться и быстрее разобраться.

  9. О, ДА!!! СПАСИБО ТЕБЕ, ДМИТРИЙ МАМОНТОВ. КАЙФ!!! 16 спринт — ок. Осталось ещё 5. Последние пять спринтов. Ух.

  10. repost

    🎲 Лут истинных дайсгоблинов. Мы не только дайсы делаем, но еще и собираем себе всяких постоянно в коллекцию. Потому что…а почему нет? Хороших и классных дайсов не бывает много! #таверна_полярная_звезда

  11. Для быстрых и грязных схем будем использовать mermaid — язык для создания схем и их форматирования. Используется почти везде. Бесплатно интегрирован в Obsidian, поэтому можно будет даже там тренироваться, если очень хочется какой-то практики. Более того, я бы советовал делать это хотя бы там, так как у вас будет доступ к вертикальному выделению и корректированию. Это когда вы что-то делаете и у вас на нескольких строчках появляется каретка для заполнения текста на каждую выделенную строчку. И набор текста создаёт сразу несколько одинаковых текстовых объектов. Для NeoVim — это сочетание клавиш Ctrl + v, а потом обычная навигация вниз или вверх по строкам. Для Obsidian — это средняя кнопка мышки. Вы можете использовать VSCode и другие IDE для программирования. И если вы используете их, то скорее всего знаете, как вертикально выделять там. Некоторые даже подсветят синтаксис mermaid. Давайте начнём с простого. Попробуем описать некоторый небольшой дом, где, возможно, будет происходить действие. На иллюстрации находится найденная мной матрица критериев для какого-то случайного дома. Такие вижу частенько, когда когда клиент передаёт исполнителю массу данных о том, что с чем должно обязательно должно граничить. Или другие особенности. Больше таких вы можете найти по запросу Criteria Matrix Interior Design Отсюда возьмём названия комнат. flowchart TD room1[Регистрационная] room2[Интервьювешная] room3[Кабинет Директора] room4[Помещение персонала] room5[Аудитория для семинаров] room6[Комната отдыха] room7[Рабочая зона] room8[Кофейня] room9[Комната для гостей] Я сразу же пронумеровал комнаты. roomN — уникальный id каждой вершины. Можно и сократить до r1, но для понятности примера не стал. [text] — квадратные скобки служат формой вершины, а текст, собственно, текст внутри.

  12. Older posts