>>16136
Если это не секретные сведения, расскажи про игру, что планируешь.

>>16145
Могу только повторить >>16131:
> Но сейчас я этот вариант не рассматриваю, просто обдумываю single-player рогалик для души, а вопрос вырос из того, предыдущего концепта.

Тут рассказывать бесполезно — нужно делать прототип и показывать или не делать.

Может, можно на время хода проиграть движение "в реальном времени"? И для этих целей может подойти дифференциация логических координат и физических. Прям как в современных ААА-играх графика и физика. Вкратце как сделано там: для графики используется многополигональная карта, с бампингом и тесселяцией, а физика обрабатывается на ооочень упрощенной модели уровня.
Так и тебе, возможно, стоит для игровой логики использовать дискретное пространство, а для модуля, рассчитывающего движение - полноценную систему координат с флоатами или даблами и реальным временем.
Как я это реализовал бы: в течение хода каждый юнит движется к "полноценным" координатам центра соседнего целла дискретного пространства, находящегося по вектору цели хода. Радиус коллизии (при котором юнит не может двигаться, поскольку пространство занято другим юнитом) очевидно должен быть меньше физических координат целла (я б для начала поигрался бы с 0,6 - 0,8 размеров целла). Получаем, что юниты будут ходить от клетки к клетке по направлению хода все вместе.
Очевидно, что будут возникать ситуации, когда на одном целле два юнита. В случае "гуська" это норм и они нормально разрулятся - первый пройдет в следующий целл, второй пройдет в целл первого и они не столкнутся. Во второй половине случаев произойдет коллизия. Это, вероятно, будут те случаи, когда у юнитов различные векторы движения. Хоть я и не могу представить, как такое может получиться в описанной в ОП-посте задаче, но это нужно разрешить. Я б послал инициатора столкновения в обход, хотя можно и остановить юнит/послать на предыдущий целл (например "не дошел", так как вражеский персонаж раньше пришел). Соответственно хозяином целла считать того, кто ближе к его центру. Как только не осталось движущихся персонажей - ход завершен.
В итоге - во время хода юниты движутся как в этих ваших варкрафтах, между ходами ждут на своей клетке, а логика все это время видит их как в фасеточном зрении.

Немного сумбурно, простите за неровный почерк.

>>16174

Неплохо, и без нагромождения правил позволит симулировать сложные взаимодействия. Но что будет, если в комнате на n клеток сидит n мобов и туда убегая от игрока пытается набиться (n+1)-ый? Благодаря маленькому радиусу коллизии, "сидящие" смогут подвинуться, и временно места хватит всем, но дальше начнётся игра в музыкальные стулья, и как долго ждать, пока кого-нибудь выкинет? Наверное, систему можно стабилизировать, если посадить юниты на "короткие поводки" в исходных точках, и в любой непонятной ситуации начинать эти поводки натягивать. Главное, чтобы всякие ворота и другие перегородки не закрывались посреди раунда.

>>16202
>Благодаря маленькому радиусу коллизии, "сидящие" смогут подвинуться
Сидящие сами по себе никуда не двигаются же. Двигаются лишь те, у кого задана цель перемещения. А такие вещи, как
>на n клеток
>пытается набиться (n+1)-ый
элементарно решается в тот момент, когда наткнувшись на сидящего, граф движения по клеткам к цели перерассчитывается и репортит о том, что текущая позиция к целевой ближе при нынешнем расположении уже не станет. Тогда и остановиться можно или сменить цель. А если ходы в игре совсем-совсем дискретны донельзя, то, возможно, лучше даже отказать в таком ходе / предложить ближайшую свободную клетку еще на этапе задания цели.

То есть алгоритм вкратце такой:

Пока (у юнита есть цель) {
 ПостроитьГрафОтТекущейКлеткиДоЦелиПоЦентрамКлеток();
 если (нетпути || граф.длина < 2) {
  Остановиться();
  хватит;
 };
 попробуй {
 ПереместитьсяНа1ВершинуГрафа();
 }
 поймай (ИсключениеСКоллизией) {
 ВозвратНаПредыдущуюКлетку();
 }
}

>>16203
Это всё дискретный pathfinding. В >>16174, как я понимаю, предлагается "физическая" симуляция движения на более низком уровне: все уже решили, куда направляются (используя индивидуальный pathfinding и т.п.), приобрели векторы скорости, и дальше мы смотрим просто, кто куда протолкнётся (причём натурально можно реализовать механику толкания с учётом скоростей и масс юнитов). Но в некоторых ситуациях вот это конечное условие может оказаться трудновыполнимым:
> Соответственно хозяином целла считать того, кто ближе к его центру. Как только не осталось движущихся персонажей - ход завершен.
Если пример с комнатой слишком утрирован, представь станцию метро с несколькими входами и выходами, через которые соответственно входят и выходят юниты, но входящих больше. Те же, кто внутри, надеются продвинуться к выходам, поэтому вектор скорости у них ненулевой.

>>16219
>В >>16174, как я понимаю, предлагается "физическая" симуляция движения
Нет, я предлагал именно то, что что описал в >>16203. И это таки физическая симуляция движения по графу, вершины которого - клетки дискретного пространства, но само движение и коллизии считаются в обычных координатах.
>Но в некоторых ситуациях вот это конечное условие может оказаться трудновыполнимым
Элементарно выполнимо. Даже в вычислении того, кто ближе к центру нет необходимости - достаточно овнить клетку при успешном
>ПереместитьсяНа1ВершинуГрафа();
т. е. когда не произошло коллизии. Таким образом, заходить в переполненное метро никто не будет.

>>14446
>Ты же не потратил на заказ никаких ресурсов кроме личного времени.
Личное время - твой самый ценный и невосполнимый ресурс. Переводить его в шлак довольно обидно.

А может кому акк суспендили(давно не юзал, потом понатыкал ставки по работам, никто не принял, и вот)?
Чо делать?
Просят доки про то что я прокачал скилы.
Сертификаты западные о "прослушал курс" сгодятся?

Если чужого диплома на русском фото скинуть - проссут?

Расскажу о своём опыте. В конце января решил попробовать пофрилансить на Upwork. У меня ничего не получилось.

>>15734
>В конце января решил попробовать
>19 февраля
>3 недели
Мне кажется, ты даже не пытался. Но расскажи что делал уже.

>>15735

Да, ты как никогда проницателен. Хотел пофрилансить C++-разработчиком, сначала сидел, писал cover letters на разные проекты, в одном даже интервью проходил в письменной форме. Заказчик слился и никому не дал инвайт. Потом покурил маны и best practices по upwork, решил пройти тест по С++ без подготовки, написал его на средний результат, потому скрыл и решил подготовиться получше, переписать через месяц и попытаться снова найти заказы.

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

>>15737
Будешь искать еще?

>>15738
Конечно.

>>15656
>А потом садишься, как соучастник ограбления
Не понимат.

>В идеале тот, у кого дома нет, должен обратиться в существующие гос. органы.
Если можно так, то откуда же взялись бомжи?

>>15658
Бомж это состояние души. Человек, который хочет оставаться в обществе, всегда найдет выход.

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

>>15658
>Не понимат.

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

>>15663
>Так о чем угодно можно рассуждать, и если следовать этой логике, то никакие фонды помощи не нужны в принципе.

Фонды помощи нужны тем, кто не хочет быть бомжом. Больницы нужны тем, кто не хочет инвалидность (или пинал хуи до сорокета, а потом передумал). Всегда ваш, Кеп.

>>15666
Так что ты хочешь сказать? Что все эти идеи с негосударственным фондами не нужны как таковые? Или же речь о конкретной проблеме?
И что вообще по этому поводу думает сам ОП? Ему уже надоело? Или он с самого начала планировал нажиться на идее?

>>15663
Моя логика безупречна, и из нее не следует твой вывод. Вот как было дело:

1.
>А1: В идеале тот, у кого дома нет, должен обратиться в существующие гос. органы.
>А2 (ты?): Если можно так, то откуда же взялись бомжи?
А2 подразумевает, что гос. органы не функционируют, и люди становятся бомжами, потому что у них нет иного выхода - некому им помочь. А если бы такой помощник нашелся, то они бы не были бомжами.

2.
>Я: Бомж это состояние души. Человек, который хочет оставаться в обществе, всегда найдет выход.
Я утверждаю, что бомжи игнорируют либо активно отвергают возможные источники помощи, и сознательно остаются за пределами общества. Это подразумевает, что гос. органы работают и выполнают свои функции, просто бомжи ими не пользуются.

3.
> Ты: Так о чем угодно можно рассуждать, и если следовать этой логике, то никакие фонды помощи не нужны в принципе. Да что там: не нужны и больницы, ведь, если человек хочет быть здоровым, то сам будет искать и применять способы лечения.
Вывод не подкреплен рассуждениями и прямо противоречит моему дискурсу.

>>15667
>Или же речь о конкретной проблеме?

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

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

Собственно, мне видится, что в одиночку в РФ можно прожить запросто, даже если работу потерял - урезаешь потребности и идёшь на биржу, там всегда есть вакансии. А если у человека есть потребности, от которых он не может отказаться, это усложнит помощь ему.

>Что все эти идеи с негосударственным фондами не нужны как таковые?

Любая помощь людям полезна для страны. Просто эта помощь должна быть хорошо организована.

Я помню историю о ком-то, кто селил бомжей в загородный дом и давал какую-то работу (шить, растить, животных содержать и т.д.), но этот человек делал всё один и лиш=шние деньги имел на обеспечение рисков.

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

RPG in real life. А именно система квестов.

Но, разве не проще найти джуниоровскую работу, где будет все то же самое?

Да и какой профит придумывать тебе каждый раз задание, так еще и проверять его наверняка надо будет?

>>15531
Онлайн курсы учат использовать инструмент, но реальный продакшн там обычно не оговариваеться. в лучшем случае задачки оторванные от реалий.(типа нахождения числа фибоначи, при ограниченных ресурсах.)

Поэтому задачки будут иметь пользу, если они будут похожи на реальную работу.

вот что будет делать ОП, если нас тут несколько станет. я бы тоже вкинул несколько задачек.

не оп.

>>15555
есть udacity, udemy, pluralsight. Кажется, там можно найти как раз ориентированные на продакшн курсы

>>15522
Програмку, кодирующую видео и аудио в самых разнообразых конейнерах и использующую больщой набор алгоритмов кодирования под linux, с функционалом навроде XMediaRecode.

>>15644
Чем HandBrake не устраивает?

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

Какую часть FFMPEG должен навелосипедить ОП? Как насчёт огромного числа подводных камней в соместимости разных кодеков и контейнеров?

>>15539
Не забыл, от этого в языке, позволяющим ассемблерные вставки и прямую работу с памятью никак не уйти. Или так или "джава". Я повторюсь: "Все должно быть четко и полностью определено, без возможности вольного трактования", и уточню: "...трактования компилятором".

>>15546

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

>>15556
Он выше приводил ссылки на три блог поста, где подробно эта тема освещена.

>>15557

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

В совмещении с языком C/C++ и ассемблерными вставками эти сетования выглядят лицемерно.

>>15585
Я не ОП, но согласен с его подходом. В том блоге объясняется, что UB существует в стандарте только по одной причине: чтобы позволить писателям компиляторов делать оптимизации. Если ты не ставишь перед собой такую задачу, то нет никаких причин оставлять белые пятна в языке. В случае языка ОПа, который в обозримом будущем будет иметь дай Бог одну реализацию, он может просто сделать удобную для себя спецификацию. От всех напастей небезопасного кода тебя это не спасет, но то что написано на самом языке будет иметь хорошо определенное поведение.

>>15586

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

>>15591
>арифметики указателей

>>15586
Вообще, разумеется, пилить свой велосипед всегда хорошо и интересно, просто мне хотелось бы понять, хочет ли ОП чего-то, кроме того, чтобы ошибки в программе проявлялись в предсказуемом виде (и с арифметикой это невозможно).

>>15433
Спасибо, 6.10.2е

Найти что-либо на Ren'Py раньше 6.14.0 почти невозможно, как я думаю, ибо большинство игр собиралось Ren'iOS

Не очень новости, это только на iOS и это можно оставить на совести Ren'iOS

Надеюсь, тут есть человек с Mac, способный помочь и собрать .ipa для распространения на JailBreak?

>>15438
>тут есть человек с Mac
есть

>способный помочь и собрать .ipa для распространения на JailBreak?
хм, раньше собирал только для официального стора, но попробовать можно

>>15439
Тогда сложу все аккуратно в папки для проекта Ren'Py

>>15437
Там проблема не в renios, а в renpy 6.14.1, выполняющим код от renpy 6.10.2 без script_version.rpy

какой бамп, тред с нулевой не ушел еще

Зависло на второй битве.
В целом интересно, но не хватает кнопки автобитва или пропуска битвы.

И ещё хотелось бы сейв чтобы посмотреть всю галерею.

ОП, ты заказывал арты или сам фигачишь?

>>14521>>14659
SMOLEV ETO TY?

Оп, пили ещё, годно.

>>15098
Или нет.

>>15180
> Как ему знать, что он не на обычном веб-сервере, например?
Он ставил клиентское ПО этой системы.

>>15183
А, ок.

>>15183
Тогда ITT изобретают велосипед. Сам протокол сети строится на нужных механизмах. Сорта промежуточных узлов меняющих IP повсеместно. От чести именно потому потребовалось вводить заголовки для записи сортов "реальных IP", для предотвращения утери этих данных при передаче. ассортимент широк - от роутеров до проксей. Классический пример подключения к сети через подставной компьютер, который действует от своего лица - VPN.

>>15194
> Сорта промежуточных узлов меняющих IP повсеместно. От чести именно потому потребовалось вводить заголовки для записи сортов "реальных IP"
От этих заголовков есть толк только при доверии добавляющему их. В удовлетворяющей требованиями ОПа системе агент, выдающий токен по IP-адресу, должен быть доверенным и не иметь при этом доступа к содержанию передаваемых клиентом с использованием этого токена пакетов данных. Один из возможных способов достижения доверия заключается в том, чтобы реализовать этот агент как группу из двух или более случайным образом выбранных серверов, участвующих в системе достаточно долго и находящихся в разных странах.
>>15179
> Когда мы не доверяем конкретному админу в конкретной части обработки сетевых операций, простым и очевидным с точки зрения логики шагом, будет вынесение этой самой части подальше от админа.
Да, в этом случае см. >>15091. Но ОП же хочет, чтобы при изъятии серверов "определение пользователей было бы очень затруднено". Для удовлетворения таких требований как раз и нужны распределённость и архитектура, обеспечивающая высокий уровень доверия к системе в целом при низких априорных уровнях доверия к отдельным составляющим её узлам.

Было бы гораздо интереснее посмотреть на админку для АИБ основанную на полном недоверии к модераторам.

>>15270
Ну это-то легко.
1) Вместо IP пользователей использовать хеши (уже есть в vichan)
2) Не удалять посты и файлы, а только помечать в базе как удаленные
3) Сделать модераторские сессии
В итоге всё можно будет откатить.

>>15324
Основная проблема - сохранить анонимность. В режиме модератора сразу видно кто какой пост оставил. А даже если и нет, можно косвенно судить по делолам и банам. А без банов нельзя.