Ну понятно что Go это вообще не замена рельсам, там ничего близкого по степени проработанности сейчас нет. Что касается производительности руби, она не так плоха на самом деле.
Вот бенчмарки: www.madebymarket.com/blog/dev/ruby-web-benchmark-r...
Если лень читать, там видно что приложение на "голом" JRuby и Rack (т.е. без фреймвороков) имеет практически ту же производительность, что приложение на Go. Если JRuby заменить на стандартный Ruby, будет на 25% медленнее, что тоже не сильно критично. Основной "тормоз" для руби - это Rails. То есть на самом деле нет никакой дилеммы "высокоуровневость"/"производительность" применительно к самим языкам: Ruby вполне производителен при своей высокоуровневости.
Но всё это никакого значения не имеет, потому что писать сложное веб-приложение без фреймворка никто не будет. Поэтому никому не интересна производительность голого Ruby/JRuby.
Поэтому же производительность Go может иметь значение только для решения узкого круга задач. И вполне очевидно, что если на нём когда-нибудь появится фреймворк, сопоставимый по функциональности с Rails, производительность СИЛЬНО пострадает. Но пока ничего подобного там нет, соответственно и никакой альтернативой RoR он не является.
Владимир Грабко: так при чём тут это-то. Руби тоже местами так себе язык, но RoR написали именно на нём, а RoR влияние на индустрию оказал в итоге колоссальное. Я говорю что есть по факту, а вы мне про независимый бинарник. Нашли чем удивить человека который 5 лет на C/C++ разрабатывал.
Ну и как это относится к теме поста? Где на Go реализованные серьёзные фреймворки, инструменты, задающие тон в индустрии и т.д.? Что угодно, что могло бы говорить о Go как о "будущем мэйнстриме"?
Независимый бинарник я и на C могу скомпилировать, и работать будет наверняка ещё быстрее чем Go, что мне это даёт-то в практическом плане?
Ну смотря что вы имеете в виду под "всем её кодом". Если класс - то нет, с классом вьюхи вам ничего делать не нужно. Но вот экземпляров этого класса нужно создать два. Я думаю, это две-три строчки кода и вряд ли сильно что-то усложнит. Что касается коллекции, то её дублировать не нужно. Модель я не очень понимаю какая тут может быть, но её скорее всего тоже не нужно дублировать. Создавайте вторую вьюху того же класса с той же коллекцией.
sim3x: отлично, я даже знаю что такое n2o.
А как думаете как я о нём узнал? Увидел на нём крутой проект? Прочитал где-то восторженный отзыв? Нет, я интереса ради решил поискать, есть ли сейчас полноценные веб-фреймворки на Erlang. Именно потому что ни об одном из них никогда не слышал. Это при том что за новостями индустрии я слежу и все популярные фреймворки на всех основных основных языках знаю как минимум по названиям.
Можете навскидку назвать серьёзный проект, который построен на любом из них?
sim3x: и? По контексту должно быть наверное понятно, что речь о полноценных веб-фреймворках, а не узкоспециализированных инструментах.
Какое вообще отношение OTP имеет к теме разговора? Вы можете им заменить "YII и прочие современные php фрэймворки" (на всякий случай цитирую оригинальный пост, а то у вас видимо какие-то сложности с чтением)?
