Beego и не go way выбран был в пользу плавного перехода для программистов(надо еще и фичи писать параллельно) Когда люди писали на RoR MVC им проще понимать куда код кидать в beego.
Можно, но будет много кода… очень много ручной работы. Я старался сделать так чтоб не занимается полями и получилось у меня. По другому надо будет постоянно поддерживать.
Это не был главный проект никогда а так POC(проверить если есть смысл) а потом продолжить
Так что тяжело сказать, сколько времени судя по коммитам было 10 недель когда было много коммитом и то они не full time.
1.Как уже сказали бенчмарки простые не показатель хорош ли кто то но показатель если кто то плох.
2. Сравнивать веб сервер на arm процесорах как то не правильно в мире в котором 90+% веб серверов это amd64. разница в том что в golang есть вещи сделаные на ассембли для каждого процесора и в это amd64 лудше представлен в golang. такие вещи как работа со стрингами или математика сделано через ассембли с инструкция для каждого вида процесоров. так что на amd64 golang показывает лудший результат.
3. Скорость исполнения не все в разработки программ. есть много других критериев
у них сервера мощные очень 10 core/ 20 Threads
"The new web tier has dual Intel 2687W v3 processors and 64GB of DDR4 memory".
это вам не амазон с с3.xlarge 4 core
После того как я это прочитал
Рад что в GO деплой одни бинарным файлом и рестарт на лету без потери запросов
Только ваше обьяснения тут хватит чтоб это понять
я говорил в сторону Rails например.Там целая наука что и как unicorn puma и другие представители зоопарка. Как на Java делать обновления кода (не важно сколько) с gracefull restart?
Надо только добавить что на нем легко делать и потдерживать микросервисы. Это все из за легкий деплоев и маленкий требываний к ресурсам. Так что есть много стартапов которым это очень нравится(меньше возни с серверами и меньше серверов)
Beego и не go way выбран был в пользу плавного перехода для программистов(надо еще и фичи писать параллельно) Когда люди писали на RoR MVC им проще понимать куда код кидать в beego.
Можно, но будет много кода… очень много ручной работы. Я старался сделать так чтоб не занимается полями и получилось у меня. По другому надо будет постоянно поддерживать.
Так что тяжело сказать, сколько времени судя по коммитам было 10 недель когда было много коммитом и то они не full time.
2. Сравнивать веб сервер на arm процесорах как то не правильно в мире в котором 90+% веб серверов это amd64. разница в том что в golang есть вещи сделаные на ассембли для каждого процесора и в это amd64 лудше представлен в golang. такие вещи как работа со стрингами или математика сделано через ассембли с инструкция для каждого вида процесоров. так что на amd64 golang показывает лудший результат.
3. Скорость исполнения не все в разработки программ. есть много других критериев
"The new web tier has dual Intel 2687W v3 processors and 64GB of DDR4 memory".
это вам не амазон с с3.xlarge 4 core
Или goagain
Решение разные
Рад что в GO деплой одни бинарным файлом и рестарт на лету без потери запросов
Только ваше обьяснения тут хватит чтоб это понять
play! hello world 600MB
revel hello world 3MB