Как стать автором
Обновить

Комментарии 90

Господа, мы наблюдаем смерть свободы, смерть споров о языках программирования, смерть большенства web-кодеров. Это день, когда google стал злом.
При чем тут "смерть споров о языках программирования"? Если Google использует Python, это вовсе не значит, что так и надо.

При чем тут "смерть большенства web-кодеров"? Вообще не понятно.

При чем тут "смерть свободы"? Вообще не ясно.
shai_xylyd намекает на то, что вскоре гугль, как и майкрософт, захавает под себя все что можно, свернет пространство и наступит конец света. Так-то.
Хм. Врядли сервис останется бесплатным, поэтому врядли будет сильно популярным среди простых девелоперов. Будут пользоваться только те, кто готов платить.
Да и поддержку языков я думаю добавят, Amazon не будет сидеть сложа руки...
Для не слишком больших приложений (см. лимиты выше) останется доступными бесплатно, это в самом сообщении говорится.
НЛО прилетело и опубликовало эту надпись здесь
Руби и перл практически не используют. Ещё используют C++.
Просто подпишитесь на этот блог и станет легче: http://habrahabr.ru/blog/wad/
:)
НЛО прилетело и опубликовало эту надпись здесь
свобода, свобода... вас туда палками гонят? :)
Да, меня гонит тенденция рынка. Запуская сейчас социальный сервис стоит задуматься, а не использовать ли API вконтакта, как небольшую часть своей системы. Так и google. Да я могу сам поднять couchdb сервер на erlang'е, стелать ставку на развивающуюся strokedb (ruby) или написать свою обертку над mysql используя tcl и c#, но это стоит времени, а его мало. Если нет стандартного решения, на место которого претендует google, то создавая тупой web проект свою долю fun'а можно найти в подобном велосипедостроении, оправдоваясь отсутствием стандарта перед начальством. А кроме fun'а этот велосипед принесет и ценные знания, полученные своей кровью и своим потом.
Нет, я не против этого события, просто мы наблюдаем еще один шаг от ремесла к промышленному производству, когда на вопрос как это работает, можно получить ответ не знаю, это просто работает. Кто-нибудь может рассказать ребенку, как работает сотовая связь или почему аспирин помогает от головы?
Отличная новость. Все ждали этого от Гугл, с тех пор как Salesforce представил AppExchange. Ждём первых приложений.
Радует.
А наши компьютеры неуклонно стремяться к роли "тонких клиентов".
Зачем нам сервера для приложений и сложных расчетов, зачем нам офисные машины... зачем нам nVidia 890... ну это я поспешил) ?
Думаю времени для воплощения концепта от Phoenix в роли компьютера с браузером в биосе, осталось совсем не много.
Ага, а Google App Engine переименуют в SkyNet:)
Эх. Ждём объявления цен (:
Ограничение в языке программирования выглядит несколько сомнительным.
Знаете, после того, как узнал какие проекты были написаны на Python'e, у меня все сомнения отпали. Небольшой список: Youtube, GMail, Google Maps...

Быстрый обзор можно найти на Wikipedia.com
Никто не сомневается в самом языке, а в необходимости подстраиваться под Google. Ведь можно использовать гораздо более гибкий Amazon.
НЛО прилетело и опубликовало эту надпись здесь
Ключевое слово - сейчас. Кроме того, доступ ограничен.
Откуда такие вычисления про 95$?
НЛО прилетело и опубликовало эту надпись здесь
А Вы уверены, что вычисления напрямую зависят от времени загрузки сервера? Я к тому, что весь месяц процесс может и не использоваться?
НЛО прилетело и опубликовало эту надпись здесь
вы не вкурили фишку и не поняли что такое процессорное время

p.s. посмотрите на среднюю загруженность процессора вашего сервера
НЛО прилетело и опубликовало эту надпись здесь
не знаю кто вам минус поставил, но видимо вы правы, а я нет. Я думал у них там все более гибко и интересно.

Compute Usage (in Instance Hours consumed):
The number of instances multiplied by the numbers of hours (uptime) in a month. For example, if you have 3 instances running for 24 hours/day and 2 instances running for 5 hours/day, the instances hours will be 3 * 24 * 31 (days) + 2 * 5 * 31 (days) = 2,542 Instance hours

Т.е. самый минимум — Small Instance — это 10 центов за 732 часа. т.е. 75 баксов. Не дешево, вы правы.
При чем здесь "подстраиваться". =)) Все не задумываясь юзают MS Office и подстраиваются под visual basic. А здесь другая ситуация.. Гугл дает стимул для изучения гибкого высокоуровневого языка. К тому же будут доступны и другие языки. :P
Да вы правы. У них application server на питоне написан, я не вдавался в детали. Очень хороший перевод статьи по архитектуре youtube'a можно найти aздесь. Статья, правда, немного старая, но основывается на реальных событиях, по докладу одного из разработчиков (Cuong Do) из core team.
API сразу для всех языков делать немного проблематично. В перспективе, думаю, будут и другие языки.
>200 ежедневных циклов процессорного времени

Как-то оно не понятно сколько же это :)? На странице App Engine явно написано: "...bandwidth and CPU for 5 million monthly page views." т.е. бесплатно дают полосу и процессор достаточные для обработки 5 миллионов просмотра страниц в день.

:) Думаю, при трафике выше 5 миллионов просмотров в день, можно на самой рекламе окупать хостинг проекта и ездить на космическом корабле.

Браво, Гугл!
В месяц.
5 million monthly == 5 миллионов просмотра страниц в день ?
в месяц
Упс :). Конечно же, в месяц. Перепутал с желаемым :)
На самом деле пока ничего не произошло. Посмотрел немного док

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

Давно ожидаемое решение. Вот только остальные не могли его осилить технически.
скорее не могли осилить его финансово, а не технически
Идея давняя. Денег в мире тоже полно. А вот толком не сделано. Почему?
Ответ один - сложно.
Так что я бы сказал 50 на 50 финансы и техника
НЛО прилетело и опубликовало эту надпись здесь
У них есть существенные ограничения: с сетью нельзя напрямую работать, процессы сторонние нельзя запускать.
Сделать OpenID можно, да и пользователей своих, вроде, тоже (придётся правда самому делать модель и всё остальное).
По моему P_r_i_m_a_t имеет в виду: можно ли заюзать их платформу на стороннем хостинге.
Нет. Просто нельзя получить доступ к сети иначе чем через гугловые сервисы. Хостингом для уже существующих приложений это не является.
А я скачал их кроссплатформенный SDK (http://code.google.com/appengine/downloa…), попробовал написать Hello World и думаю, что создать сайт без пивязки к Google реально. В их SDK входит все: работа с BigTable, GQL, Developer Server (как в Django) и прочие специфичные вещи. Все юзается как модули Python.
Пробую ставить это на своем хостинге WebFaction.
Да, кстати в исходниках SDK прописана лицензия Apache License.
а мест уже нет :( быстро они 10000 юзеров получили...
я ломанулся туда менее чем через час после объявления - сказали что местов уже нет. То-ли врут про 10000, то ли засквотил кто-то.
Ну что ж пора изучать Python!
присоединяюсь =)
Неее... Лучше изменить гугл, чем учить 10й язык =)
"Не стоит прогибаться под изменчивый Гугль,
Пусть лучше Гугль прогнётся под нас"? =)
ахахахаха =) дадада =)
Я думаю если вы осилили 10 языков, нет никаких сложностей разобраться с синтаксисом еще одного.
Да и лишним это никогда не будет.
9 языков - это приманка для работодателя (во всяком случае у меня). Реально же хорошо знать можно 3-4, а остальные поверхностно (трогал, ваял для себя).
НЛО прилетело и опубликовало эту надпись здесь
"CPU for 5 million monthly page views" и "внезапное увеличение трафика больше не головная боль разработчиков" как-то не вяжется.

Непонятно, чем оно лучше, чем VPS (либо кластера из VPS).
НЛО прилетело и опубликовало эту надпись здесь
за деньги не будет. бесплатно будет доступно только с теми-же ограничениями.
НЛО прилетело и опубликовало эту надпись здесь
ну и ничего. я просто уточнил
Может будущей ценой и работой по принципу "молча пиши свой код, а не грузись о серваках"?
Если BigTable - аналог Мемкеша в плане запросов, то сделать шардинг для mysql с такими ограничениями ну уж совсем не проблема. Вынести пару шардов на отдельный VPS не такая уж проблема.

Про цену - у Амазона цены их виртуальных почасовых машинок дороже чем, на аналогочный помесячный VPS, на котором делай что хочешь. Гугл конечно цены слегка уронит, но не думаю что настолько. Хотя плюс наверно есть - цены на VPS возможно тоже упадут.
Фиг знает конечно, но я ненавижу трахаться с тем, с чем можно не трахаться. Например с серверами. Будет у них нормальный апсервер - отлично, глядишь и другие подтянутся.
я тут видео посмотрел наконец с презентацией: именно на это они и напирают - не надо платить админу (или тратить своё время), не надо беспокоится об обслуживании оборудования и разруливании проблем с хостёрами.
Ну собственно и я об этом.
"сделать не проблема" vs "не делать вообще" - это две большие разницы.
"не такая уж проблема" vs "вообще не проблема, ибо гугл сделает всё сам" - тоже две большие разницы.

Крмое того я больше верю в надёжность гугла чем в большинство самостоятельных решений.

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

ждёмс когда они дадут простым смертным доступ к map_reduce...
НЛО прилетело и опубликовало эту надпись здесь
Прочел на одном из форумов:

...Люди, которые проектировали систему, не были достаточно знакомы с PHP, чтобы реализовать его, или они - фанатики питона (что объясняет первое). Кажется, что у людей, которые используют Python, развивают комплекс превосходства, который делает их неспособными рассмотреть что-нибудь кроме питона...
жесть ;)
ЧТо было то и написал :-)
Ну не будем спорить на тему что лучше, пых или питон. Ответ уже известен.
Отлично начался день =)
посмотрите geting started http://www.youtube.com/swf/l.swf?video_id=bfgO-LXGpTM&rel=1
там сотрудник гугла юзает темплейты джанго(!) =)
Отсюда:
In addition to the Python standard library and the App Engine libraries, the runtime environment includes the following third-party libraries:
* Django 0.96.1
угу, там темплейтный движок джанговский в комплекте. И вообще, по идее джанго-приложение, если оно написано грамотно, можно сравнительно легко запустить на гугле. Корёжить по большому счету придется только работу с файлами и БД. Если оно хорошо абстрагировано, то больших проблем не будет.
а еще сессии и аутентификацию
имхо. Все кому не лень и есть определенный скилл пойдут писать веб приложения у них на сервисе. Как никак есть потенциальная возможность продать это приложение гуглу.
Человек мыслю подал хорошую
на самом деле новость отличная, в чём я вижу плюсы

что нужно что бы сделать веб проект?

- разработать приложение ($)
- купить сервер ($)
- думать о нагрузках ($$)
- нанимать системных админстираторов ($)
- заботится о безопасности, решать ряд технических вопросов ($я про сервер)

что будет в варианте предложенном гуглом

- создавай проект, вот и всё собсветнно ($)
- заплатить за сервис ($)

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

в общем достаточно интересный шаг в развити веб приложений с моей точки зрения, ибо может дать сушественное развития за счёт решения многих проблем
НЛО прилетело и опубликовало эту надпись здесь
Unfortunately, space is limited during Google App Engine's preview release. As we expand, we'll invite more developers, but for now you'll have to wait.
Would you like to be notified by email when space becomes available?
НЛО прилетело и опубликовало эту надпись здесь
SkyNet. It has began! :)

p.s.
Just kiddin' xD
НЛО прилетело и опубликовало эту надпись здесь
ахрененно. Джанго на халяву. Я уже люблю гугл.
Since App Engine does not support Django models, leave all DATABASE_* settings set to an empty string. The authentication and admin middleware and apps should be disabled since they require Django models. The functionality these provide is covered by the App Engine Users API and Admin Console respectively. Sessions also depend on Django models and must be disabled as well. Finally, you need to set the path to your template directory dynamically.

пока шо очень очень ограниченная джанга
зато дефолтные темплейты - джанговские и ModelForm портировали для работы с BigTable. И модели их очень смахивают на джанговские.
кстати, одному мне кажется, что зря они сделали такой низкий порог вхождения? Идеальная документация + довольно понятный python + вся лишняя работа делается гуглом... Не ломанутся-ли сейчас толпы юных и бестолковых разработчиков в сторону питона и гугла и не дескредитирует ли это язык и сервис в глазах масс, как сиё случилось в своё время с PHP по аналогичным причинам.
НЛО прилетело и опубликовало эту надпись здесь
я когда прочитал топик - сразу кликнул ихнюю 'Definitely'. Только что уже пришел инвайт
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации