Автор не зелёный студент и ничего не переписывал. Он всего лишь на «хакатоне» попробовал реализовать один из кучи существующих микросервисов на другом инструменте. После сравнил и показал экономическую целесообразность данного процесса.
В Java много разных сборщиков и в них есть разные настройки. В JVM сборщики пока ещё лучше чем в Go. Но у Go есть преимущество, он не всё аллоцирует в куче, большая часть данных размещается на стеке, если писать правильно.
Стоит заметить, что последнее решение можно сильно упростить, убрав создание горутины на каждый диспатч запрос. Это уменьшит количество работы для сборщика мусора в разы.
Странно, вы зачем-то сравниваете разные компетенции, php и драйвера на C. Я же выше пишу, что нам не важно какой язык человек знает, важны именно его компетенции и все вопросы у нас об этом.
Мы выкладывали вакансию разработчика на Go. Пришло достаточно много резюме. Нашли подходящего человека где-то за месяц. Питонщиков ищут, например, дольше.
В статье я пишу про апи взаимодействия веб сервиса с экосистемой устройств пользователя, в том числе передачу данных в реалтайм. Это всё могут микроформаты? =)
Мне кажется если вы не поняли как писать на языке, это не значит что язык чем-то плох.
Json в Go парсятся просто великолепно, описываете структуру и вперёд. Не хотите описывать структуру? Есть библиотеки, позволяющие легко получить данные по пути /one/two[2]. В Go вы точно знаете что получили нужную структуру и данные, в python вам придётся всё проверять, в любом случае.
Ошибки в Go это просто обычные значения, хотите правильный код — обрабатывайте, не хотите — будьте внимательнее в дальнейшем.
Вы пытаетесь натянуть шкурку одного животного на другое и удивляетесь, что вместо носа клюв.
С зависимостями решение как у всех: всё складывается в вендор директорию, подключаемую как дополнительный путь в GOPATH. Пока всё работает — ничего не обновляется. Если есть проблема или нужна функциональность в новой версии библиотеки — вручную обновляется и тщательно проверяются деградации.
На тестовые стенды деплой проходит через вагрант/openstack виртуалки у разработчиков, где в манифест заносится вся информация о билде (версии библиотек итд). На продакшен всё гораздо сложнее, несколько уровней проверки и постепенная выливка с помощью администраторов.
Кажется это исчерпывающий ответ на ваш вопрос.
Json в Go парсятся просто великолепно, описываете структуру и вперёд. Не хотите описывать структуру? Есть библиотеки, позволяющие легко получить данные по пути /one/two[2]. В Go вы точно знаете что получили нужную структуру и данные, в python вам придётся всё проверять, в любом случае.
Ошибки в Go это просто обычные значения, хотите правильный код — обрабатывайте, не хотите — будьте внимательнее в дальнейшем.
Вы пытаетесь натянуть шкурку одного животного на другое и удивляетесь, что вместо носа клюв.
На тестовые стенды деплой проходит через вагрант/openstack виртуалки у разработчиков, где в манифест заносится вся информация о билде (версии библиотек итд). На продакшен всё гораздо сложнее, несколько уровней проверки и постепенная выливка с помощью администраторов.