Comments 22
На данный момент, как минимум, занятно… Немного не ясен пример для Java по локальной подписи (жара… возможно).
Что можете сказать о производительности, кроме неограниченного процессорного времени?
Когда примерно ожидается PHP, возьмётесь ли за добавление Python?
Ну и чуть по ценовой политике расскажите, если не сложно… (ссылочки на платные услуги в описании бесплатных квот не обнаружено)
Что можете сказать о производительности, кроме неограниченного процессорного времени?
Когда примерно ожидается PHP, возьмётесь ли за добавление Python?
Ну и чуть по ценовой политике расскажите, если не сложно… (ссылочки на платные услуги в описании бесплатных квот не обнаружено)
Новый аккаунт разработчика, Имя это типа логи или нет или логин это мыло, а если при наборе пароля ошибусь?
Поздравляю вас чуваки!
Молодцы, успехов!
Побольше бы таких конкурсов для начинающих разработчиков…
Побольше бы таких конкурсов для начинающих разработчиков…
Вы однозначно молодцы!
Так держать!
По больше языков: Java, Python, PHP, .NET, Perl!
По больше баз данных — МySQL, Postgree, MSSQL
По мощнее сервера!!!
По новее технологии!
По больше языков: Java, Python, PHP, .NET, Perl!
По больше баз данных — МySQL, Postgree, MSSQL
По мощнее сервера!!!
По новее технологии!
Из архитектуры и того, что я смог пощупать, следует, что .net`а там не будет :) Все языки хайвекста, на сегодня, выполняются через jvm, так что, поддержка .net`овской архитектуры потребует создание параллельного стека платформы, со своими нодами, который не зависит от jvm.
Аналогично и с базами данных, у разработчика нет прямого доступа к СУБД, он работает через некую прослойку, которая дает ему доступ к сторэджу, поэтому в принципе, для программиста неважно, что за СУБД на конечном сервере. Принципиально сделать можно доступ к базе напрямую, но мне кажется, разработчики хайвекста на это не пойдут.
С технологиями согласен :) Кое в чем, держаться за старое.
Аналогично и с базами данных, у разработчика нет прямого доступа к СУБД, он работает через некую прослойку, которая дает ему доступ к сторэджу, поэтому в принципе, для программиста неважно, что за СУБД на конечном сервере. Принципиально сделать можно доступ к базе напрямую, но мне кажется, разработчики хайвекста на это не пойдут.
С технологиями согласен :) Кое в чем, держаться за старое.
Ясно. Но не совсем понятно относительно сторэджа. Это будет некая нереляционная БД со своим API для разработчика? — т е на сколько это все будет схоже с синтаксисом SQL в конечном счете для девелопера?
Вот примеры, на форуме разработчиков: 506714ac4962b3d6ed71a7f87e8bd81d.app.hivext.ru/
Работа с хранилищем: смотрим в разделе — доступ к сервисам платформы ПХП, и там, к примеру, «Создание новой записи (объекта) в таблице (типе данных)». Т.е. полноценный ORM, где работа идет с объектами, поэтому SQL синтаксиса стандартного нет (кроме критериев).
В документации также упомянут HiveQL, собственный SQL процессор, но что это такое непонятно… Либо это парсер критериев (условий, где используются лайки и группировки), либо полноценный процессинг sql-92 запросов.
Работа с хранилищем: смотрим в разделе — доступ к сервисам платформы ПХП, и там, к примеру, «Создание новой записи (объекта) в таблице (типе данных)». Т.е. полноценный ORM, где работа идет с объектами, поэтому SQL синтаксиса стандартного нет (кроме критериев).
В документации также упомянут HiveQL, собственный SQL процессор, но что это такое непонятно… Либо это парсер критериев (условий, где используются лайки и группировки), либо полноценный процессинг sql-92 запросов.
В качестве прослойки к БД используется ORM, который позволяет работать со многими реляционными СУБД. Подключение новых СУБД типа Postgree упирается только в целесообразность на данном этапе и необходимость потратить время на настройку и оптимизацию.
Кроме того в планах стоит задача подключения noSQL баз.
Кроме того в планах стоит задача подключения noSQL баз.
Какая разница мне, как разработчику, на чем в конечном итоге хранятся данные, если я не могу обратиться к СУБД напрямую. У этого подхода конечно есть плюс, как у любой ORM. Но есть и минус, я не смогу перенести свой вордпресс в такое облако, так как ничего вордпресс не знает об ОРМ хайвекста.
позаимствовали идею у heroku.com?
Какой контингент пользователей будет использовать ваш ресурс? Возраст, пол, профессия.
Почему задаю именно этот вопрос — ваш проект достаточно новый, ну или как минимум необычный… и трудно еще с ходу мне, с точки зрения обычного пользователя интернета, прикинуть кому он нужен (кроме вас и инвесторов).
Почему задаю именно этот вопрос — ваш проект достаточно новый, ну или как минимум необычный… и трудно еще с ходу мне, с точки зрения обычного пользователя интернета, прикинуть кому он нужен (кроме вас и инвесторов).
обычного пользователя интенета интересуют абсолютно другие вопросы. Вы явно прикидываетесь «обычным».
да нет, я обычный, в том то и дело… и такие вопросы возникают довольно часто при создании того или иного стартапа. Кстати это даже не секретная информация, наоборот четкое и явное позиционирование на рынке даст лучшее понимание вас обычными пользователями. Сорри если обидел вопросом
нет конечно никакого секрета. вес, возраст, пол и прочие человеческие характеристики не столь важны. Ориентация на серьезных программистов. Визуальный образ примерно можете сами составить. Более важны характеристики проектов и требования к их разработке. Наиболее важные это — новое, сложное, динамическое интернет приложение, на разработку котрого нет много времени и средств. Это если кратко, если более развернуто — определение целевой аудитории более комплексно.
достаточно интересно…
+1
+1
PHP. Ок, если что то зайду к вам на форум, спасибо ;)
Успехов в развитии стартапа!
Успехов в развитии стартапа!
Sign up to leave a comment.
Hivext Technologies – Победа в конкурсе разработок программного обеспечения среди молодых специалистов Dev Generation 2010