Если бы вы сейчас занялись веб-разработкой, то что выбрали бы: Ruby или Go?

А теперь выведи связь типизации и наличия репла, эксперт.

Лол, q и К динамические, пожалуйся на их скорость. Что ты вообще тред скатываешь в гогно своими фанатством?

А рефакторить динамический код? Сплошное удовольствие!

Я говорю зачем выбирать то что стабильно развивается если можно выбрать развитую платформу и технологию с хорошим тулом. Го выбирают ради производительности, но почему бы тогда не выбрать яву дотнет? Что для тебя го? Только синтаксис? Го почему то сравнивают то с питоном то с руби, это похоже на то как девятикласник выпендривается перед пятиклашками. Почему нет выбора явы или руби? Вобще разные классы! Го это замена явы для людей которые не могут осилить ООП, паттерны, и прочее. Этим го и хорош. Любой школьник может быстро освоить, наверное и статическая сборка была выбрана по причине простоты. Но комьюнити таки задолбало и сделали наконец-то разделяемую.

Закатывайте этот Elixir обратно. Ну это же смешно.

почему?

Динамический код рефакторить проще, просто для этого нужен мозг.

Python 2.7 для разработки, как упрешься в проблемы - jython или iron python помогут преодолеть ограничения.

просто для этого нужен мозг

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

Если говорить о рефакторинге как о переименовании переменных, то для статических языков есть некоторые удобства (хотя смысл этого действа нулевой). А если говорить о замене костыльных механизмов на удачные и более общие (т.е. существенную переработку), то динамические языки вновь оказываются вне конкуренции, особенно руби с его возможностями DSL .

acts_as_list
acts_as_taggable
acts_as_tree
...

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

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

или иной статический анализ

Т.е. способов статического анализа - много. В т.ч. и для статических языков - периодически появляются статьи про статический анализ какого-либо программного продукты с выявлением такого-то количества реальных/потенциальных ошибок. В общем, то, что какой-то статический анализатор связанный с типами идет из коробки - это ничего особенного. Через те же комментарии можно реализовать статическую типизацию в любом динамическом языке, и еще 100500 различных анализов.

прогрессивная молодёжь (не только руби, но и JS)

Не обращай внимания на хипстеров.

Неужели Go (я только начал знакомство с ним и пока не вник) смог достичь лучшей выразительности и удобства использования для разработчика

Нет, не смог, это все хайп.

ИМХО: «статическая» типизация в Go по большей части ставит палки в колеса, выразительностью там и не пахнет, удобство для разработчика весьма спорно.

Не буду отрицать, что у Go неплохие компилятор и рантайм. gofmt из коробки - хорошая идея. cgo из коробки - тоже неплохая идея, но сосет.

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

Я вот участвовал в создании сервиса, который хитро обрабатывал картиночки с котиками. Так там и вовсе ни о какой БД, как основном потребителе, речь и не шла.

гы один раз делал подобное – там узким местом была скорость генерации картинок, так что Python + PIL оказался шустрее чем Go.

Диванная лалка авторитетно рассуждает о языке, на котором не написала даже 10 тысяч LOC.

http://habrahabr.ru/post/265731/

https://twitter.com/shebang/status/636569734767595520

Да, извини, у меня только 5kloc go в проекте. По делу-то что-нибудь скажешь?

Мне интересно почему же автор не берет рассматривает node.js как вариант? Ведь инфраструктура, методики, инструменты все это в наличии. Я ведь не говорю сейчас про фриков типо метеора.

шутишь, что-ли, это же write-only понятный (не всегда) только автору треш получается.

write-only

вообще то умелый ниндзя на любом языке тебе такое наговняет. можно конечно запилить очень ограниченный невыразительный язычок (кто сказал go?), где особо ниндзям не развернуться. но на подобном уг человеку, умеющему и в абстракции, и в дисциплину, будет невесело писать. хотя жопаскрипт особенный конечно, умудряется быть одновременно тупым и запутанным..

Я бы выбрал Java или PHP. Для небольшого проекта (до 200 строк) PHP, иначе Java.

Для небольшого проекта (до 200 строк) PHP

это шутка? один класс описать)

Это Hello World.

это шутка? один класс описать)

Для многих проектов достаточно.

Если тебе нужен «скрипт» на 200 строчек, то уж лучше взять питон, чем тащить PHP, благо почти везде есть.

Поддержу этого оратора. PHP ужасный язык, но ни рубя, ни го его заменить не смогут. Альтернатив пока не видать.

а в чем киллер фичи, что заменить не смогут?

«есть на всех хостингах» не принимается :)

Может быть, я питон практически не знаю. PHP для меня проще — просто пишешь в HTML-е где надо вызовы <?php и всё работает, а в пайтоне видимо надо целую инфраструктуру разворачивать, это всё лишние расходы в случае проектов небольшого размера.

веб разработка и Ruby это /0

Вы бы Python вспомнили и PHP на них то же «веб разработкой» занимаются.

Слишком жирно.

Раскрой свою гениальную мысль.

Руби устарел и это факт. Но поддерживать написанный на нем код придется еще долго.

Еще больше кода нужно поддерживать на пехапе.

И?

Python + Django

1 Есть на всех хостингах
2 Массовому потребителю нужны низкие ценники на поддержку и разработку, поэтому спрос будет оставаться высоким
3 Много фреймоврков/ЦМС, а массовому потребителю нужны максимально готовые решения

Если завтра вордпресс, друпал, битрикс, симфони, Yii (не знаю как записать это кирилицей, и не нарваться на -20), модекс и т.п. перепишут на Go - все соскочат на Go. Но для того чтобы хотя бы модекс на нем переписать, нужно время и силы, которые первое время будут улетать впустую. Если завтра появится биндинг Go<->PHP то есть вероятность что отдельные модули начнут писать на Go для популярных фреймворков. А это уже путь на замену PHP, но без этого PHP здесь всерьез и надолго.

И вот еще какой-нюанс - все напирают на низкую производительность PHP. Но это не совсем так. Даже в сравнении с Go. Говорить что сайт на Go быстрее сайта на PHP, это все равно, что утверждать что кабриолет быстрее седана, потому что он легче, ведь у него нет крыши, а значит он легче.

Если завтра появится биндинг Go<->PHP то есть вероятность что отдельные модули начнут писать на Go для популярных фреймворков.

велкам http://4gophers.ru/article/php-rasshirenie-i-go

вордпресс, друпал, битрикс

в общем то, это то, что поддерживать впринципе нельзя и невозможно

симфони

это да, пока нету, но народ особо не чешится ударившись в микросервисы

модекс

шаблоны в базе, нетестируемо

И вот еще какой-нюанс - все напирают на низкую производительность PHP. Но это не совсем так. Даже в сравнении с Go. Говорить что сайт на Go быстрее сайта на PHP

в случае сайта и простого веба, я никогда не упирался в производительность PHP (это к примеру лямы юзеров с одного сервера с правильным кешированием)

пхп начинает сосать когда нужна конкурентность, вебсокеты, чатики, сервисы, веб приложения, тут уже он не рентабелен это факт.

это всё лишние расходы в случае проектов небольшого размера

Что это за микро-проекты такие в 200 строк на PHP прямо внутри разметки? Я конечно видел такое часто в прошлом веке, но неужели до сих пор так что-то где-то пишут?

народ особо не чешится ударившись в микросервисы

Да? А может просто задач серьёзных и нет пока у народа? Когда люди начали делать продакшн на руби и питоне, то фреймворки очень быстро выросли. А стадия «микро» пошла позже, когда уже полно было готовых компонентов и наработок. Что-то в Го ничего похоже на набор от того же симфони я не заметил.

велкам http://4gophers.ru/article/php-rasshirenie-i-go

Как я понял это типа модули для php лабать. Много ли ты знаешь модулей PHP сделанных специально для фреймворка и тем более CMS? Нужна возможность подключать куски прямо в рантайме, хотя с трудом представляю как это можно сделать.

в общем то, это то, что поддерживать впринципе нельзя и невозможно

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

шаблоны в базе, нетестируемо

И тем не менее кто-то это использует. Хотя да - согласен из-за невозможности редактировать шаблоны и соскочил.

Не всем нужны чатики на сокетах. Но так-то да. Ты прав.

когда нужна конкурентность, вебсокеты, чатики, сервисы

Чятики всегда были нужны, и их писали вполне себе на C++. Только это всегда был очень узкий сегмент рынка, и не вижу причин ему особо расширяться. Это вас просто хайп накрыл и теперь кажется что кроме чятиков и сервисов (микро!) других задач нет.

Небольшие сайты для предпринимателей, например. Обратная связь, онлайн-заявка, галерея и тд.

Даже такая хрень в 200 строк не уложится.

Чятики всегда были нужны, и их писали вполне себе на C++

а вот сейчас c++ в бекенды тащить смысла мало, есть намного более толковые альтернативы, оставьте c++ для своих задач

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

Да ну, сейчас все хотят сервисы и мечтают о мегастартапах (деньги бы еще у всех были:))

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