на Юнити ничего лишний раз компилировать/перекомпилировать не нужно

Окей, тогда почему мне нужно вечно пересобирать проект, если Epic Games описывают подобную фичу:

Make updates to your gameplay code while the game is running using Unreal Engine 4's popular Hot Reload feature. This tool allows you to edit C++ code and see those changes reflected immediately in-game without ever pausing gameplay.

мы имеем тонну C++ кода без полноценного скриптового движка

Это в общем-то не так уж и плохо. Если вам захочется писать скрипты не на c++, то всегда можно засунуть LUA, это не займет много времени.
Unity подерживает C#, JavaScript and Boo. Первый мне нравится, но противопоставлять его c++ при разработке игр я бы не стал. Про Boo ничего не слышал.

и код, который удачно «заворачивается» в бандлы

Думаете, у UE4 есть какая-то проблема с модульностью?

Тоесть UnrealScript они выпилили?
Я смотрел скринкасты от эпиков(немного) по UE4 и не сказал бы, что там уж совсем всё по-хардкору.
Вы щупали его или говорите на основе личных ощущений?

Вы предполагаете, что он не такой удобный или уже попробовали UE4?

Товарищи, а не замочат ли они Unity таким образом?

У вас на проектах правда в «method.isCondition()» возвращают null/undefined?
Плохие новости для вас.

PS: Единственное, что мне не нравится в языках с динамической типизацией, так это отсутствия возможности указания типов :D

Карта пуста.
Соответственно могу оплатить с мобильного. Но у меня мтс. А мтс ваш процессер за мобильного оператора не держит.
@ph_peter, вот так и начинают качать, а не покупать. Есть варианты, как мне не стать пиратом без кучи заморочек и танцев с бубном?

Точно, спасибо за пояснение!

Далее было бы очень прикольно, если бы Mozilla разработала свою собственную Dart VM.

Зачем мозилле разрабатывать Dart VM, у них же был какой-то свой язык, если я ничего не путаю.

Я работал. Вполне приятный фреймворк. Дороговат, правда.

php 5.3.22

float(0.025063037872314)
float(0.027328968048096)
string(13) "-------------"
float(0.024883985519409)
float(0.027305841445923)
string(13) "-------------"
float(0.024459838867188)
float(0.027107000350952)
string(13) "-------------"
float(0.024399995803833)
float(0.027168035507202)
string(13) "-------------"
float(0.024492979049683)
float(0.027180910110474)
string(13) "-------------"
float(0.024927854537964)
float(0.027140855789185)
string(13) "-------------"
float(0.024561166763306)
float(0.027137041091919)
string(13) "-------------"
float(0.024441957473755)
float(0.027230024337769)
string(13) "-------------"
float(0.024482011795044)
float(0.027484893798828)
string(13) "-------------"
float(0.024868011474609)
float(0.027168989181519)
string(13) "-------------"

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

А почему не установить эту директиву в =on в вашем коде?

А что не так с короткими тегами?

Это вы с эвереста вашего опыта говорите?

Я понял что вы хотите сказать. Не везде согласен, но рынок сложная штука, да.
Можете скинуть в личку или публично хотя бы одно такое приложение на две платформы в полтора раза дешевле? Любопытство и желание посмотреть как у кого-то получилось.

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

Сишников и джавистов, вы хотели сказать?

если разработчик достаточно опытен, то вполне себе юзабельные приложения выходят

Это не аргумент. Примерно такую же фразу можно сказать про практически что угодно. Реальность же такова, что на многих устройствах скорость работы JS/рендеринга html категорически не позволяет приложениям ощущаться нормально. Я размещал seekbar и он не работал так, как я ожидал, я размещал простую toggle кнопку и она нажималась не так, как я ожидал. Я достаточно опытен в плане html5 приложений как UI для десктопного софта(V8), но на мобильниках такое пока делать не получается.

хоть далеко и не все можно на них сделать. Хотя опять же, было бы желание.

Зачем это желание? Хорошо, моим приложением был аудиоплеер. Он позволяет искать и скачивать музыку(используются закрытые API). Такое приложение просто не сделать на PhoneGap, а если и сделать, то мы всё равно поддерживаем кучу нативных имплементаций.
Я не дошел до DownloadService/AudioService/Lists на PhoneGap. Я просто создал демо приложение и пять раз его запустил, использовав популярные фреймворки для построения UI на мобильных платформах на js/html. И я был в шоке. Если на десктопе всё работает шикарно — v8+chromium, то на мобильниках(не всех, скорее всего, но у меня нет четырех ядер) получается очень раздражающе.

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

Так в том-то и дело! Если делать UI нативно, то зачем нам js+html? :) Я решительно не понимаю. Нативное UI предполагает нативные же DataSources, обработчики событий и всякое прочее.

Я не хейтер html5 на мобильниках. Но для меня это не подходит, потому что я не ненавижу 2.3 юзеров, коим сам и являюсь.
И если вы спросите меня что я буду использовать для кроссплатформенной разработки приложений, то скорее всего это будет Xamarin. Для игр нравится libgdx.

PhoneGap не работает как платформа для мобильных приложений.
Во всяком случае на моем HTC Desire HD. Дело не в ненативно выглядещих контролах, дело в User Experience — если я нажимаю на контрол, я хочу чтобы он нажался сейчас, а не через 3-4 секунды. Если я не вижу результата действия после действия, то я нажимаю еще раз, потому что думаю, что промахнулся — это ломает всё.
Радость от трёх строчек для написания приложения на знакомом стэке напрочь испарилась после десятка минут взаимодействия с прототипом интерфейса. В итоге написал на Java.

Ребят, я первый раз пишу про копирайт, обычно не оставляю комментариев по этому вопросу.
Мне непонятно вот что — есть закон, есть материалы, принадлежащие определенной группе лиц. Закон нужно защищать, ведь если какой-то закон не работает, другие тоже могут пострадать. Например, можно пофантазировать как мы докатились до такой иммиграционной ситуации. Абстрагируемся от отдельных компаний и не будем переходить на ТНТ и Михалкова. По-идее закрывать сайты, нарушающие закон вполне логично. Ну, тоесть это закон, обеспечивающий жизнедеятельность закона о авторских правах. Диски ведь тоже жгли в своё время.
Вопрос вот в чём — если кого-то не устраивает блокировка сайтов, пособничающих распространению контента, который им распространять нельзя, не логичнее ли пикитировать за отмену авторских прав, ну и вообще свистеть в ту сторону?
Я в курсе про то, как спекулируют понятиями детское порно, самоубийства — тут как мне кажется проблема с формулировками и неясными границами. Эти законы проблемны. Но чего не так с закрытием сайтов по нарушению авторских прав?