На данный момент, как минимум, занятно… Немного не ясен пример для Java по локальной подписи (жара… возможно).
Что можете сказать о производительности, кроме неограниченного процессорного времени?
Когда примерно ожидается PHP, возьмётесь ли за добавление Python?
Ну и чуть по ценовой политике расскажите, если не сложно… (ссылочки на платные услуги в описании бесплатных квот не обнаружено)
Ценовая политика в стадии проработки, постараемся сделать ее очень привлекательной.
PHP практически к запуску готов — осталось совсем немного.
Python запустить тоже возможно и даже такая задача стоит в наших планах.
Из архитектуры и того, что я смог пощупать, следует, что .net`а там не будет :) Все языки хайвекста, на сегодня, выполняются через jvm, так что, поддержка .net`овской архитектуры потребует создание параллельного стека платформы, со своими нодами, который не зависит от jvm.
Аналогично и с базами данных, у разработчика нет прямого доступа к СУБД, он работает через некую прослойку, которая дает ему доступ к сторэджу, поэтому в принципе, для программиста неважно, что за СУБД на конечном сервере. Принципиально сделать можно доступ к базе напрямую, но мне кажется, разработчики хайвекста на это не пойдут.
С технологиями согласен :) Кое в чем, держаться за старое.
Ясно. Но не совсем понятно относительно сторэджа. Это будет некая нереляционная БД со своим API для разработчика? — т е на сколько это все будет схоже с синтаксисом SQL в конечном счете для девелопера?
Работа с хранилищем: смотрим в разделе — доступ к сервисам платформы ПХП, и там, к примеру, «Создание новой записи (объекта) в таблице (типе данных)». Т.е. полноценный ORM, где работа идет с объектами, поэтому SQL синтаксиса стандартного нет (кроме критериев).
В документации также упомянут HiveQL, собственный SQL процессор, но что это такое непонятно… Либо это парсер критериев (условий, где используются лайки и группировки), либо полноценный процессинг sql-92 запросов.
В качестве прослойки к БД используется ORM, который позволяет работать со многими реляционными СУБД. Подключение новых СУБД типа Postgree упирается только в целесообразность на данном этапе и необходимость потратить время на настройку и оптимизацию.
Кроме того в планах стоит задача подключения noSQL баз.
Какая разница мне, как разработчику, на чем в конечном итоге хранятся данные, если я не могу обратиться к СУБД напрямую. У этого подхода конечно есть плюс, как у любой ORM. Но есть и минус, я не смогу перенести свой вордпресс в такое облако, так как ничего вордпресс не знает об ОРМ хайвекста.
heroku.com является нашим конкурентом и замечательным проектом, но идея не их. Когда 2 с лишним года назад начались разработки Hivext.ru про heroku никто из команды не знал.
Какой контингент пользователей будет использовать ваш ресурс? Возраст, пол, профессия.
Почему задаю именно этот вопрос — ваш проект достаточно новый, ну или как минимум необычный… и трудно еще с ходу мне, с точки зрения обычного пользователя интернета, прикинуть кому он нужен (кроме вас и инвесторов).
да нет, я обычный, в том то и дело… и такие вопросы возникают довольно часто при создании того или иного стартапа. Кстати это даже не секретная информация, наоборот четкое и явное позиционирование на рынке даст лучшее понимание вас обычными пользователями. Сорри если обидел вопросом
нет конечно никакого секрета. вес, возраст, пол и прочие человеческие характеристики не столь важны. Ориентация на серьезных программистов. Визуальный образ примерно можете сами составить. Более важны характеристики проектов и требования к их разработке. Наиболее важные это — новое, сложное, динамическое интернет приложение, на разработку котрого нет много времени и средств. Это если кратко, если более развернуто — определение целевой аудитории более комплексно.
много еще не описанно ;) если что непонятно задавайте вопросы на форуме.
На каком языке программируете? Есть клиентские библиотеки, они упрощают работу с API платформы.
Hivext Technologies – Победа в конкурсе разработок программного обеспечения среди молодых специалистов Dev Generation 2010