LINUX.ORG.RU

Go выпущен в составе Google App Engine 1.5

 , , ,


0

1

Google объявил о поддержке языка Google Go на сервисе хостинга веб-приложений Google App Engine.

Google Go — компилируемый язык программирования с поддержкой многопоточности. Язык был создан Кеном Томпсоном (Ken Thompson), который принимал участие в создании Unix, его коллегой по Бэлл Робом Пайком (Rob Pike) и Робертом Грайсемером (Robert Griesemer), который принимал участие в разработке компилятора Java HotSpot.

В отличие от Java, язык компилируется в машинный код, но от C++ его отличает наличие менеджера памяти. Язык не имеет поддержки обработки исключений, наследования типов и обобщённого программирования.

Go предоставляет «goroutines» — легковесные потоки, а также каналы для обмена данными между ними.

Другие языки, такие как Scala и Erlang, также имеют средства для управления параллельностью исполнения, но Go создан с целью предоставления программисту максимального контроля над исполнением программы, как это делают С и С++.

>>> App Engine goes with Go

★★☆☆

Проверено: maxcom ()
Последнее исправление: svu (всего исправлений: 5)

не совсем я понимаю нужность языка типа Go для сервиса хостинга сайтов и веб приложений.

RedPossum ★★★★★
()
Ответ на: комментарий от RedPossum

У ного очень низкие затраты на потоки.
не нужна JIT компиляция.
Прямо в язык встроен паралелизм.

grim ★★☆☆
() автор топика
Ответ на: комментарий от grim

из opennet.ru Однако, использовать всю мощь языка в App Engine не получится. Приложения исполняются в рамках одного потока, поэтому главное преимущество Go, как языка, позволяющего легко создавать многопоточные приложения в стиле CSP фактически сходит на нет

anonymous
()

>Другие языки, такие как Scala и Erlang также предоставляю средства для управления параллельность исполнения, но Go создан с целью

Лол. Оно хотя бы hotswap умеет?

anonymous
()

>предоставляю средства

У меня глаза спотыкаются :(

RADO
()

Извините за оффтоп, но кто скажет, какой из языков нынче более перспективный Scala или Erlang? Знаю что эти языки в последнее время стали активно использоваться, хотелось бы знать какой из них не потеряет актуальность в ближайшем будущем.

anonymous
()

На сколько я понимаю, язык создан для плавного перехода с C на Limbo.

adepto
()
Ответ на: комментарий от anonymous

>нынче более перспективный Scala или Erlang?
внезапно
Erlang _уже_ состоялся.
Scala - перспективный.

yaws
()
Ответ на: комментарий от anonymous

Думаю оба не потеряют, хотя scala вроде бы быстрей набирает популярность, чем erlang

ArtemZ
()

О, прикольно, решил глянуть есть ли продвиги с goclipse (http://code.google.com/p/goclipse/), а там: gocode has been verified to work with goclipse as of May 10th, 2011 with the latest version of Go and Eclipse 3.6

..а то раньше именно из за проблем с установкой gocode бросил ковыряния Go.

FedeX ★★
()
Ответ на: комментарий от ArtemZ

>> не имеет поддержки обработки исключений

ну и зачем оно нужно?

В сях тоже нет исключений, милый мой быдлокодеришка.

anonymous
()
Ответ на: комментарий от anonymous

> В сях тоже нет исключений

Си на 35 лет старше, если что. И кстати, в некоторых широко распространенных диалектах Си есть try-finally.

tailgunner ★★★★★
()
Ответ на: комментарий от tailgunner

> Си на 35 лет старше, если что.

И какое отношение это высказывание имеет к посылу «В языке нет исключений -> язык не нужен»?

anonymous
()
Ответ на: комментарий от anonymous

В сях тоже нет исключений, милый мой быдлокодеришка.

Си на 35 лет старше, если что.

И какое отношение это высказывание имеет к посылу «В языке нет исключений -> язык не нужен»?

Небыдлокодеры такие небыдло.

tailgunner ★★★★★
()
Ответ на: комментарий от anonymous

> Я вообще занюханый похапешник.

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

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

tailgunner ★★★★★
()

Получается goggle к себе на хостинг пустит нативные апликухи? или я чего то не понял?

mio ★★
()

Вот взяли и все испортили, было так уютно до этого на GAE, никакого нативного говна. Но ожидать такое было естественно, думаю кому-то пригодится. САМОЕ ГЛАВНОЕ что не С++, это было бы ужасно

vertexua ★★★★★
()
Ответ на: комментарий от vertexua

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

alx_me ★★☆
()
Ответ на: комментарий от tailgunner

> от современного языка программирования ожидается определенный набор возможностей

Глупо ожидать исключений в языке разработанном Томпсоном и Пайком, не находишь? А в свете достаточно активной поддержки самим гуглом и http://google-styleguide.googlecode.com/svn/trunk/cppguide.xml#Exceptions то и подавно. Корпорация делает язык под свои нужды, нравится это модным парням или не нравится, её слабо волнует.

anonymous
()

>компилируемый язык программирования с поддержкой многопоточности

Неосиляторам pthreads посвящается? А так OpenMP есть.

от C++ его отличает наличие менеджера памяти

Утечки памяти это конечно зло но прогер неосиливающий отладку собственного кода даром ест свой хлеб.

Получается, что это язык для блондинок а потому - нужен.

A-234 ★★★★★
()
Ответ на: комментарий от anonymous

Спасибо за ссылку. Очень здавая и взвешенная позиция по exceptions и RTTI. Почитал, одобрямс. google - образцовопоказательная империя зла.

alx_me ★★☆
()
Ответ на: комментарий от anonymous

> Глупо ожидать исключений в языке разработанном Томпсоном и Пайком, не находишь?

Не нахожу. А если ты находишь, значит, ты просто мало знаешь о Go и не читал девелоперский лист.

http://google-styleguide.googlecode.com/svn/trunk/cppguide.xml#Exceptions

И? http://google-styleguide.googlecode.com/svn/trunk/pyguide.html#Exceptions http://google-styleguide.googlecode.com/svn/trunk/javascriptguide.xml#Exceptions

tailgunner ★★★★★
()
Ответ на: комментарий от anonymous

Это просто.

С технической точки зрения, из Scala или Erlang более перспективный язык хаскель.

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

Остается эрланг, но это все таки не язык общего назначения и никогда им не будет.

AVL2 ★★★★★
()
Ответ на: комментарий от tailgunner

>Тогда просто пойми, что от современного языка программирования ожидается определенный набор возможностей, и исключения входят в этот набор.

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

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

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

AVL2 ★★★★★
()

Лучше бы Limbo допилили и выкатили.

Quasar ★★★★★
()
Ответ на: комментарий от tailgunner

> ты просто мало знаешь о Go и не читал девелоперский лист

Да, сужу только по ранним достижениям создателей и было бы интересно почитать про метания и срачи разработчиков по поводу включения исключений в язык. Нет под рукой ссылок?

pyguide jsguide

Желание гугла сделать явный проброс ошибок наверх в системных (С++ и как-бы Go) языках вполне понятен. Это не хипарское: кинул и забыл. Зачем натягивать такую жесткую политику на фронтенд?

anonymous
()
Ответ на: комментарий от guyvernk

по идее, надо ставить расширение в эклипс.

AVL2 ★★★★★
()
Ответ на: комментарий от A-234

Неосиляторам pthreads посвящается?

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

прогер неосиливающий отладку собственного кода даром ест свой хлеб

менеджер памяти - это, вообще-то, не только борьба с утечками

jtootf ★★★★★
()
Ответ на: комментарий от anonymous

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

ArtemZ
()
Ответ на: комментарий от AVL2

хаскель развивается на денежки мекрософт

на деньги M$ развивается только GHC, тащемта, да и то только отчасти

jtootf ★★★★★
()
Ответ на: комментарий от win7

>может параллельностью, не?

по русски было бы управления параллельным исполнением или распараллеливанием программы.

AVL2 ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.