Хорошо, я попробую. Но наверное это будет скорее об «особенностях», чем недостатках =)

Скоро под андроид будем писать на Go, вот тогда повеселимся =)

Да, кто-то даже на racket, но я говорю про команду хотя бы из 5 человек. Я знаю многих, кто хотел бы писать на Scala, но пока не получается.

Я вас понимаю, Go действительно скорее недоделан, чем переделан. И многое в нём навязывается. Но он развивается очень быстро, в том числе и силами уже не маленького сообщества, которое очень отзывчиво. Возможно для ваших задач нужно что-то уже более зрелое и выразительное.

Не секрет, язык не простой, сложно искать людей.

Я думаю там используется netpoller и ничего не блокируется. Если дойдут руки и Дмитрий Вьюков мне поможет, то попробую написать подробную статью про внутренности планировщика в текущей реализации.

Обязательно посмотрим, когда он зарелизится.

Да, согласен, в Go куча недостатков, они у меня все записаны в отдельный блокнот.

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

Когда любишь, то уже не замечаешь недостатков =)

К сожалению, я не имел опыта разворачивания и управления OpenStack. Но я могу рассказать чем Go лучше Python.

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

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

После Java захочется Scala, а Scala нельзя =)

Есть множество причин, по которым не использовался Erlang. Но самая главная — это время поиска людей, которые бы хотели/могли писать на Erlang. Даже Ericsson, создатель Erlang теперь пишет на Go =)

К сожалению примеров нет, это пока только идеи.

Нет, я только за =)

Удивительно, но в зале было достаточно много девушек. Это очень радует.

Уверен, что нет, у Go множество проблем и он далеко не идеален, просто в данный момент он достаточно прост и удобен для разработки сервисов и инструментов, вроде docker.

В фреймворке Go для cocaine можно использовать WrapHandler и WrapHandlerFunc и тогда c http запросами можно работать как с обычными гошными Handler.

	import (
		"net/http"
		"github.com/cocaine/cocaine-framework-go/cocaine"
	)

	func handler(w http.ResponseWriter, req *http.Request) {
		w.Header().Set("Content-Type", "text/plain")
		w.Write([]byte("This is an example server.\n"))
	}

	func main() {
		binds := map[string]cocaine.EventHandler{
			"example": cocaine.WrapHandlerFunc(handler, nil),
		}
		if worker, err := cocaine.NewWorker(); err == nil{
			worker.Loop(binds)
		}else{
			panic(err)
		}
	}