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

Будем стремиться начать зарабатывать в этом году.

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

1) Сомнительно: «писать меньше и скачивать ничего ненадо» — но ведь у каждого программера уже всё скачано. и работают они обычно на 1-2 рабочих местах.

У кого-то установлено, кто-то еще ищет свое, а еще есть подрастающее поколение во всем мире.

3) Не понял вообще про дебаг. компиляция и вывод ошибок синтаксиса подразумевается, а вот демаг компиляции — это что?

дебаг в смысле с точками останова нет конечно пока, хотя мысли в эту сторону имеются

4) ВАША система-ядро заполняет БД и создает таблицы (по сущностям), тогда как здесь можно защитится от расширения сущности, и, как следствие, возможной невалидности SQL запросов. + MySQL разве подходит для облачных вычислений?

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

у каждого приложения своя БД, работают они независимо

6) Вы продаете движок или только хостите?

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

1) А в чем прелесть писания на Java в вашей среде (я так понимаю IDE надо скачать и запустить — т.е. не WEB)?
писать меньше и скачивать ничего ненадо
2) Чем отличается создание мной класса (на нативном языке), предназначенного для хранения объекта и написания кода в вашей среде по принципу хеш->json->объект.
в нашей среде создаете только обьекты, сериализацию, десериализацию, укладку в БД берет на себя платформа
3) Дебаг есть?
есть дебаг компиляции, есть вывод ошибок выполнения
4) БД на каком движке? будет ли там SQL (или LINQ например)?
MySQL
5) Контроль версий кода есть?
в планах

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

Нету самого перспективного направления — Cloud Computing

В идеале модуль занимающийся рендерингом надо реализовать на базе облака. Тогда вы сможете давать команды на рендеринг хоть с мобильного телефона. Ну а облако в свою очередь содержит ферму рендеринга и предоставляет API. Пакеты 3d моделирования смогут использовать облако для рендеринга.

Если они не сделаны на базе НС.

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

www.google.com/trends?q=grid+computing,+cloud+computing&ctab=0&geo=all&date=all&sort=1

Концепцию grid надо реализовывать в рамках cloud концепции, тогда будет то что надо.

А что по вашему мнению нужно сделать чтобы было два шага вперед?

Ну потому что минусы все понимают, особенно если новая технология.
А вот плюсы почему то не хотят понимать :)

P.S. конечно я понимаю почему человек склонен быстрее воспринимать негатив чем позитив. Негатив несет в себе информацию (яркий пример с LHC), которая может помочь человеку выжить в экстренной ситуации, не прогадать с технологией, что опять же касается вопросов выживания.

Здесь показывается то что известно о размерах вселенной. Вот тут действительно мозг ломается :)

www.youtube.com/watch?v=BGxRWCmwSDE

Путешествие начинается от земли, солнечной системы до 1 миллиона световых лет, до 50 миллионов до 1 миллиарда. Вы думаете ролик заканчивается на 1 миллиарде световых лет? Нет ;)

Amazon ближе к привычным хостингам, вот его и используют больше. А среды выполнения типа Azure, GAE пока еще набирают обороты.

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

Или до них долго доходит — шутка =)

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

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

> Разница заключается в том, что на работу своего собственного сервера я влиять МОГУ, а на работу Вашего — вряд ли.

Шаблоны типа «На работу ____значение_1____ я влиять МОГУ, а на работу ____значение_2____ — вряд ли» тянутся на протяжении всей истории человека :)

К примеру «На работу коня я влиять МОГУ, а на работу автомобиля — вряд ли» — было актуально в 19 веке :)

И еще важный аргумент в плюс. Сколько Вы платите «админу на все руки» в месяц (за год до 500000 рублей на содержание одного админа может достигать) и сколько берет SaaS сервис в месяц (к примеру 50000 в год разве много)? Разница на порядки может быть меньше, а качество обслуживания выше + ответственность юридического лица.