Прямой эфир

Интересно, поработали ли они над освещением замкнутых пространств, а то оно у меня отбило всякое желание делать острова, ели ели один доделал.

вообще-то оно называется Ahead-of-Time (AOT).

Кто бы в этом еще разобрался, что есть что на самом деле. :)
OAT якобы введено сотрудниками гугла для проекта андроид, якобы чтобы было непохоже на AOT. Однако, сейчас уже ясно что этот термин значит немного другое, нежели AOT. Я к OAT привык т.к. очень много возился в свое время под капотом андроида.

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

Для простой комнаты может и не нужно, а вот, к примеру, гостиницы или админ постройки с подземными этажами для особистов вполне может понадобиться. Системы безопасности, права доступа и прочее. Да и полуторакилометровый космический линкор, для нормального управления в одно или десяток рыл, потребует не одну простынку кода.

Объяснить text.delete(), имхо, проще, чем deleteText(id). Что ещё за ИД, я хочу просто взять текст и удалить его.

А, слышал, вообще-то оно называется Ahead-of-Time (AOT). В Джаве оно тоже используется. Меня устраивает и быстродействие динамических языков, с текущими мощностями компьютеров. Зато удобнее и быстрее разработка, а это во многих случаях важнее.

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

Не все люди — музыканты, но в ММО зачем-то добавляют ноты и музыкальные инструменты. Хотя, пользуется ими от силы целый процент игроков.

«Интересно что они выбрали LUA и текст в качестве инструмента»
Видимо в память о WOW ^_^
«В любом случае играть в код не прикольно, игра как-то должна отличаться от работы.»
Мне нравиться играть в код, иногда больше, чем в игры. Поэтому кодом будут заниматься призванные технори, остальные будут у них этот код покупать. Не нужно превращать интересные вещи в механику для стада.

Как человек, чей опыт программирования ограничен игрой Shenzhen I/O, я пока доволен предварительным состоянием показанного. Только «фильтры», которые на самом деле события, сбивают с толку, но к этому можно будет привыкнуть. :)

OAT [Of Ahead Time] Compilation — это компиляция «наперед», представляющая из себя предварительную сборку скрипта в низкоуровневый код целевой платформы непосредственно перед его исполнением.
Только в комбинации строгой типизации и OAT можно будет получить достойное быстродействие, лишь немного отстающее по скорости от реализаций на языках низкого уровня.

Или так.

На самом деле, мне непонятно, а зачем это всё в игре? Делать квест-комнаты с паззлами, а оно нужно в ММО?

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

Что за OAT? Опциональная типизация не помешала бы, да.

Одно другое не исключает. :)
Тот же Google Blocky работает поверх текста и может транслировать свои части почти в любой язык программирования.
Для большинства простых задач этого и правда хватает. Считай это WAYSIWG редактором для кода.
Для более тонких вещей можно и текст пописать.

Я не знаю JS и знать даже не стремлюсь. :)
JS медленный и не годится в embed для игровых проектов. Может быть еще через пару эволюционных скачков и только со строгой типизацией + OAT…
LUA, в этом плане, не превзойден по паре показателей: скорость исполнения + простота найма кадров.
AngelScript проигрывает LUA только в простоте найма кадров, но не в скорости и не в удобстве интеграции.
А еще там рядом есть очень простые DuckType или ChaiScript. Еще есть D для эльфов и прочих эстетов. Или Python если хочется вывернуть игру наизнанку и наградить ее тормозами на кванте скрипта. :)

Поэтому, точно не JS. :)

но ведь не все люди — программисты?

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

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

Как-то примитивно, рисуешь текст и получаешь его ИД. ООП уже давно как используется, неужели трудно вернуть объект текста, который потом легче изменять и удалять, чем путать людей ИДшками?

Таймеры было бы проще добавить в список слотов и сделать у них событие tick и настройку задержки.

Так и не рассказали, как переменные делать.

Лучше бы JavaScript сделали, его практически все знают (из программистов, по крайней мере)

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