Ruby или php: Почему многие выбирают Ruby, а не PHP / Хабр

Почему многие выбирают Ruby, а не PHP / Хабр

Данный пост является ответом на пост «Почему люди выбирают PHP, или почему миллиарды мух могут ошибаться». Надеюсь, мне удастся развеять миф о несостоятельности платформ вроде Ruby и Python, который активно распространяется PHP разработчиками, причем разработчиками т.с. нижнего сословия, которые кроме PHP больше ничего не видали. Конкретно в данной статье я формате вопрос-ответ расскажу о том, почему Ruby и Rails — реальные игроки, почему они популярны и можете ли вы их использовать для построения собственного бизнеса в интернете.

Вопрос (В): Сколько программистов могут сделать мне сайт?
Ответ (О): Вопрос поставлен двусмысленно, ну да ладно. По запросу «резюме php» в Яндексе находится 28 млн. ответов, «резюме python» / «резюме ruby» — один миллион. Навскидку, в 30 раз больше PHP-разработчиков. Значит, и конкуренция среди них выше, и оплата труда разумнее, и найти легче, но это только на первый взгляд. На самом деле конкуренции никакой нет, конкуренция будет тогда, когда количество вакансий и заданий на биржах фриланса будет ограничено, а они появляются как грибы. В PHP более низкий порог вхождения, не нужно знать абсолютно ничего, достаточно купить книгу «PHP для чайников» и назваться программистом. В связи с этим у неопытного заказчика есть риск нанять абсолютно некомпетентного разработчика. Я бы рекомендовал посмотреть вам в сторону Ruby/Rails программистов, их уровень в среднем заметно выше, благодаря чему они выполнят работу значительно быстрее и лучше, а если прибавить к этому то, что многие PHP разработчики не используют фреймворки и не пишут тесты, то ваш проект будет еще и гораздо безопаснее.

Вопрос (В): Я хочу поднять сайт-визитку. Есть ли готовые движки?
Ответ (О): Да, их достаточно много. Например, Refinery, Radiant, Zena, BrowserCMS, SkylineCMS, LocomotiveCMS и д.р. Кроме того, автор поста в данный момент, в свободное время работает над еще одной =)

Вопрос (В): А если интернет-магазин?
Ответ (О): Нет проблем! Движок Spree, который относительно недавно получил приличный вброс инвестиций, Synergy, RoR eCommerce и другие.

Вопрос (В): Еще потребуется форум и блог.
Ответ (О): Для блога подойдет Radiant или Refinery, а еще в последнее время набирает обороты Octopress. Для форумов также существуют решения, которые превосходно могут встраиваться в уже существующие проекты на Rails, например Forem.

Вопрос (В): А если небольшую социальную сеть с блогами, типа Хабра?
Ответ (О): CommunityEngine — отличный движок соц. сети.

Вопрос (В): Так. Хочу Фейсбук, поеду зарабатывать свои первые миллиарды.
Ответ (О): Здесь невозможно не упомянуть легендарный движок Diaspora.

Вопрос (В): Фух, вроде все проекты продумал, движки нашел. А как с хостингами?
Ответ (О): Раньше с хостингами было туго, но сейчас ситуация начала налаживаться. Rails хостинги уже не редкость. Лично я пользуюсь отечественным Locum и нареканий на его работу нет.

Вопрос (В): Хорошо. А если нужно доработать сайты?
Ответ (О): Программистов на Ruby/Rails достаточно много. Многие занимаются исключительно фрилансом, многие согласны будут подработать в свободное от основной работы время. Найти Rails разработчика не проблема, например здесь, а можно попробовать и здесь.

Вопрос (В): А как же с нагрузкой? Мой Фейсбук будут посещать много-много людей!
Ответ (О): Насчет нагрузки можно не беспокоиться. Shopify, Github, Groupon, YellowPages, Twitter, и т.д. работают отлично. Более подробный список популярных сайтов на Rails можно посмотреть здесь.

Вопрос (В): А мне что-то друг рассказывал, что вроде PHP это говно, а рулит Ruby.
Ответ (О): Ruby рулит несомненно. Более опытные программисты, более совершенные инструменты, больше уверенности в том, что нанял правильного исполнителя и получишь проект в срок, больше безопасность, множество бесплатных решений вроде CMS, решений для e-commerce и т.д. Количество разработчиков разумеется меньше, но это даже придает некой элитарности платформе.

Не стоит доверять мнению миллиардов мух, в говне ничего интересного нет.

PHP vs. Ruby vs. Python / Песочница / Хабр

Что лучше: PHP, Ruby или Python? Именно эти три скриптовых серверных языка программирования чаще всего выбирают для разработки серверных (back-end) приложений. Но какой язык из всех названных является лучшим? Давайте посмотрим. Я здесь нашел одну инфографику + видео, которые помогут нам ответить на этот вопрос. Ну и добавил свои мысли.

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

Какие сайты на чем написаны:

По каким языкам больше всего вакансий:

Удобность (юзабилити):

Простота изучения:

Количество разработчиков:

Видео:

Как мы видим, по многим параметрам старый добрый PHP все таки опережает своих конкурентов. Ещё хочу добавить следующее: поскольку в мире большинство сайтов написано на PHP, то этот язык программирования будет востребован ещё длительное время. Кроме этого, не стоит забывать о LAMP, который де-факто является стандартом веб-разработки по умолчанию.

Лично мне кажется, что Ruby или Python можно выбрать для разработки нового проекта, если вы хотите разрабатывать приложение с использованием более интересного синтаксиса (а это, несомненно, так и есть), с использованием чего-то «необычного и нестандартного» и «современного», чего-то более объектно-ориентированного. Кроме этого, лично мне кажется (судя из вакансий и предложений), что на Западе более предпочтительнее Ruby (в том числе RoR) и Python (в том числе Django), ну и по оплате предлагают больше, чем PHP-разработчикам.

А как вы считаете, с чем связана более высокая оплата Ruby (RoR)/Python (Django) по сравнению с PHP?

Сравнение синтаксиса всех трех языков программирования можно посмотреть здесь.

PHP и Ruby on Rails: что лучше?

И PHP и Ruby on Rails имеют своих убежденных последователей. Эти последователи настолько преданны выбранной ими платформе, что сбор достоверной информации о различиях между платформами может быть довольно трудной задачей. Однако эта информация очень важна, если вы собираетесь принять решение о том, какую платформу выбрать для разработки вашего следующего проекта. Далее приведен быстрый обзор некоторых основных характеристик и дополнительные факторов, которые следует учитывать при выборе PHP или Ruby On Rails.

PHP — это язык программирования

Сравнивать PHP и Ruby On Rails несправедливо. PHP это просто язык программирования. Тем не менее, это чрезвычайно гибкий и полезный язык. PHP использует очень мало памяти и работает достаточно хорошо. PHP является достаточно зрелым языком с большим разнообразием расширений и модулей библиотек. Изначально разработанный как язык сценариев для использования в HTML страницах, PHP постепенно развился и теперь включает в себя все функции объектно-ориентированного программирования. Последнее добавление объектно-ориентированных функций вызвало наибольшую критику. Некоторые программисты считают, что PHP поощряет небрежное кодирование, поскольку был создан как язык сценариев и изначально не имел четкой объектно-ориентированной стратегии.

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

Однако существует ряд зрелых и стабильных фреймворков, написанных на PHP, которые предоставляют функции, подобные Ruby On Rails. Это одна из сильных сторон PHP — выбор. Разработчик может выбрать фреймворк только с необходимыми функциями или разработать их самостоятельно. При работе с Ruby On Rails вы будете ограничены только предоставленными функциями. Это может создать трудности при разработке, когда настройки, сделанные фреймворком, не совпадают с требованиями приложения. Также это может повлечь проблемы с производительностью в связи накладными расходами для неиспользуемых возможностей.

Ruby On Rails — это фреймворк

С другой стороны, Ruby On Rails это фреймворк, разработанный на языке программирования Ruby. Данный язык программирования был разработан с нуля с учетом объектно-ориентированного программирования и имеет строгий и ясный синтаксис. Язык также может быть крайне негибким. Как язык программирования Ruby работает гораздо медленнее PHP и требует больше памяти.

Rails — это фреймворк, который предоставляет ряд функций, удобных для быстрой разработки веб-приложений. Как фреймворк, Rails предоставляет большие возможности. Он поддерживает шаблон Active Record, который сопоставляет записи базы данных с объектами. Active Record скрывает значительную часть SQL кода от разработчика, выполняя обработку многих рутинных задач создания, получения, обновления и удаления объектов автоматически. Rails также включает в себя систему маршрутизации для сопоставленных с методами URL и систему шаблонов для генерации HTML вывода. Есть много других возможностей, включая сессии. Такие функции позволяют легко создавать веб-приложения на Rails.

Список замечательных функций Rails также является его недостатком. Как разработчик вы потеряете контроль над SQL запросами в приложении на Rails. Также появляются накладные расходы на использование функций и сервисов, которые не нужны в приложении.

Другие вопросы

PHP и Ruby on Rails примерно равны в том, насколько легко или трудно они масштабируются для удовлетворения растущих потребностей. С точки зрения масштабируемости они оба выигрывают от увеличения памяти и CPU, но когда в приложении требуется распределение нагрузки или обслуживание на распределенных серверах, сложность возрастает. Они оба имеют аналогичные требования в плане масштабирования и сталкиваются с похожими проблемами.

Самый важный вопрос связан с комфортом команд разработчиков в каждом случае. Если вы хорошо знаете PHP и работаете с ним некоторое время, изучение Ruby будет камнем преткновения. Не имеет никакого смысла с точки зрения эффективности для разработчиков использовать новый язык или фреймворк из-за небольших преимуществ. Все особенности Ruby on Rails доступны и в PHP фреймворках или могут быть разработаны с использованием PHP. Разработчики пишут код лучше на тех языках, которые хорошо знают.

Другим важным вопросом является остальная часть платформы. Если вы используете много PHP кода другим образом, например на рекламных серверах, в модулях или дополнительных компонентах веб-сайта, имеет смысл продолжать работать с PHP. Более тесная интеграция желательна в веб-приложениях.

Кто победитель?

Явным победителем является платформа, которую вы уже знаете, и которая будет делать то, что нужно вам и вашим клиентам. Во многих случаях это будет PHP по нескольким простым причинам. Прежде всего, большинство веб хостов поддерживают PHP, поэтому гораздо больше клиентов его используют. Вы найдёте больше возможностей для использования PHP. Во вторых, функции, которые предлагает Ruby on Rails, могут быть воспроизведены с помощью многих фреймворков PHP. В частности CakePHP предлагает много таких же функций.

Опыт работы с платформой означает, что-Вы уже знаете, все ловушки и подводные камни в работе с ним. Наконец, PHP является более гибким. Если вам нужно, чтобы приложение работало иначе, чем то, что предлагает фреймворк, вы можете сделать это на PHP. И скорее всего, вы сможете найти библиотеку или расширение, которая делает то, что вам нужно. Хотя Ruby on Rails имеет много особенностей, PHP уже объявлен победителем на рынке.

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

Еще записи по теме

Языки веб-программирования — Ruby on Rails или PHP? ⋆ Inbenefit

Вам, должно быть, известны такие языки веб-программирования, как PHP и Ruby on Rails. На их основе существуют соответствующие фреймворки и технологии. Но перед тем как перейти к их сравнению, вам в первую очередь стоит понять, почему вы хотите выбрать ту или иную технологию. Все они строятся на базе различных библиотек и инструментов, имеют различные сообщества и предназначены для различных целей.

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

В этой статье мы рассмотрим преимущества и недостатки PHP и Ruby on Rails. Мы коснемся таких аспектов разработки, как масштабирование, обслуживание, производительность, затраты и поддержка, и узнаем, какая из технологий лучше или хуже с точки зрения каждого из них.

Языки веб-программирования — Ruby on Rails или PHP?

Конечно, сравнивать языки веб-программирования PHP и Ruby on Rails может на первый взгляд показаться не совсем корректным. Все-таки PHP более популярен, чем Ruby on Rails. Ведь первый – это язык программирования, а второй, строго говоря, – всего лишь один из веб-фреймворков для языка Ruby. Правильней было бы сравнить Ruby on Rails с PHP-фреймворками, а именно с Zend Framework, CodeIgniter, Laravel, Symfony, CakePHP и другими.

Чтобы лучше понять, почему Ruby on Rails настолько популярен, давайте узнаем, что чаще всего ищут люди в поиске. Поможет нам в этом инструмент Google Trends.

На этом графике можно наглядно увидеть, как в течение нескольких лет изменялась популярность запросов в гугле для тех или иных технологий. Можно также отметить, что популярность Ruby on Rails в определенный период времени была выше всех PHP-фреймворков, хотя в последнее время они идут примерно наравне. Среди всех PHP-фреймворков серьезный рост наблюдается исключительно у Laravel.

Но в чем же заключается неизменная популярность Ruby on Rails?

По большей части процесс создания веб-приложения заключается в выборе библиотек, способе организации приложения и многих других факторах. На сегодняшний день не во всех PHP-проектах используются полноценные и проверенные временем PHP-фреймворки. Многие PHP-разработчики предпочитают создать новый фреймворк, нежели использовать один из популярных фреймворков типа Zend или Symfony 3. В основном, это связано с относительной сложностью их освоения. Создатели Ruby on Rails в то же время пытаются упростить процесс изучения пользователями своего фреймворка, применяя концепцию «conventions over configuration» («ограничения вместе конфигурации»). Это означает, что вам практически не предоставляется свобода выбора, когда речь идет о запуске, организации и хранении приложения на хостинге.

По большей части, это хорошо. Именно поэтому Ruby on Rails пользуется такой популярностью. Однако многие PHP-фреймворки переняли эту идею и уже идут по стопам Ruby on Rails. Во многом, именно по этой причине рост сообщества Ruby on Rails за последние годы немного затормозился. В то же время стоит помнить о том, что PHP – это веб-ориентированный язык (этим объясняется относительно более низкая популярность некоторых PHP-фреймворков). То есть все, что пишется на PHP, обязательно работает в вебе. В то же время работая с Ruby, вы почти не сможете выбирать, какой код вы сможете писать для разработки веб-приложения.

Языки веб-программирования — Ruby on Rails или PHP?

Масштабируемость и простота обслуживания

Языки веб-программирования — PHP и Ruby on Rails — позволяют выполнять масштабирование. Однако из-за разницы в количестве ресурсов, используемых Ruby и PHP, вопросы масштабирования в жизненном цикле вашего приложения могут возникнуть гораздо раньше. Масштабирование приложения на Ruby on Rails и PHP будет затрагивать очень распространенные проблемы. Поэтому масштабирование будет зависеть от того, каким образом было спроектировано приложение.

Также существуют онлайн-сервисы, способные решать проблемы масштабирования. Это, в частности, Amazon Elastic Beanstalk и Rackspace Cloud Sites. Но все кардинально меняется, когда нужно перейти от простого желания к необходимости масштабирования. Когда у разработчика нет опыта в масштабировании приложения, проще всего найти онлайн-статьи, уроки и другие полезные материалы, чтобы этому научиться. Если речь заходит о масштабировании сайта, для PHP-разработчиков существует множество подготовленных ресурсов и материалов, в то время как для Ruby on Rails-разработчиков этот объем информации гораздо более скуден.

Что касается простоты обслуживания, здесь все зависит от организации приложения. Пока разработчик использует веб-фреймворк, обслуживание в целом будет проще. PHP предлагает широкий выбор веб-фреймворков, каждый из которых создан для конкретных целей. В то же время для Ruby выбор фреймворков (не считая Ruby on Rails) более ограничен.

Производительность и скорость

Принимая в расчет то, что PHP – это язык программирования, а Ruby on Rails – это все-таки веб-фреймворк, к сравнению производительности можно отнестись довольно скептически. Цель использования полноценного веб-фреймворка заключается в повышении продуктивности работы в ущерб скорости. Давайте рассмотрим это детальнее.

Ниже представлена диаграмма для простейшего приложения «Hello, world!». На ней отчетливо видно, насколько быстро работает PHP с точки зрения обработки запросов в секунду (помните о том, что это язык, ориентированный на веб-приложения). Однако при применении популярных full-stack веб-фреймворков производительность кардинально падает, и количество обработанных запросов в секунду для PHP-фреймворков приближается к количеству запросов, обработанных на Ruby on Rails.

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

В целом, языки веб-программирования Ruby on Rails и PHP – одни из самых медленных языков, хотя Ruby потребляет больше ресурсов, чем PHP. Учитывая указанные проблемы с производительностью, создатели обоих языков предприняли множество попыток, чтобы снизить медлительность ежедневно используемых приложений к минимуму. Каждый из этих языков имеет несколько сред выполнения. В том числе такие базовые среды выполнения, как MRI (для Ruby) и Zend Engine (для PHP). Работа этих сред выполнения выполняется медленнее, чем у других языков.

Было предпринято множество попыток решить эти проблемы. Даже велась работа над тем, чтобы выполнять приложения на обоих языках в JVM (среде выполнения Java). Причиной этому была не только высокая скорость, но и возможность использования всех функций Java. Однако сам факт выполнения приложения на JVM не гарантирует того, что оно будет работать быстрее. Определенные процессы в JVM выполняются даже медленнее. Поэтому если вы хотите, чтобы ваше приложение работало как можно быстрее, выберите Rubinius (если вы используете Ruby) или HHVM (если вы используете PHP). Они разработаны для того, чтобы ваши приложения работали быстрее.

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

Затраты

Дефицит – основополагающее понятие в экономике. Если учесть, что на 10 PHP-разработчиков приходится один Ruby-разработчик, а задача проекта зависит от выбранного языка, у нас будет явный победитель с точки зрения затрат. Благодаря высокой конкуренции разработка на PHP, как правило, обходится дешевле. Если для вас, как для бизнесмена, затраты играют решающее значение, тогда ваш выбор очевиден.

Существует такая поговорка: «Сколько платишь, столько и получишь», но это совсем не значит, что нужно платить одну и ту же сумму за имеющийся опыт. Скорость изучения PHP довольно высокая. К тому же, многие PHP-разработчики чаще всего являются новичками в программировании в целом и в веб-разработке в частности.

С другой стороны, есть Ruby – язык более сложный для изучения. Специалисты, которые выбирают этот язык, уже знакомы с программированием. Для PHP-разработчика довольно логично осваивать Ruby on Rails, а их опыт работы с PHP в Ruby-разработке им очень поможет. Собственно, многие Ruby-разработчики в прошлом были PHP-разработчиками.

Но зачем разработчикам нужно переходить на Ruby on Rails? Этот ответ будет таким же, как и для любого другого языка программирования, отличного от PHP. Любой другой язык (не PHP) ограничивает вас в том, какой код вы можете писать, а также в том, что будет доступно вам для работы. Благодаря этому для каждого конкретного языка появляется распространенный метод построения веб-приложений. К примеру, для C# существует ASP.NET, для Python – Django, для Node.js – Express, для Lua – Orbit и так далее.

Чтобы вам было более понятно, давайте представим, что у вас есть выбор – либо ориентироваться на массовую аудиторию, либо быть среди незначительного количества опытных профессионалов, объединенных одними целями. Самые популярные приложения целесообразно создавать на базе языков, которые пользуются самой большой популярностью. Именно поэтому PHP зачастую является целевым языком разработки. Такие приложения, как WordPress, Drupal, Magento и Facebook – всего лишь капля в море сотен и тысяч приложений, созданных на базе PHP.

Когда речь заходит о хранении ваших приложений на Ruby on Rails на хостинге, затраты могут запросто и быстро возрасти. Найти хостинг, который бы поддерживал Ruby-on-Rails-приложение довольно проблематично, а услуги компаний с известным именем довольно недешевые (начиная от 40$, заканчивая 500$ и выше). Существуют компании, которые предоставляют бесплатный хостинг, но при необходимости расширения их услуги будут стоить очень дорого.

Практически все компании, предоставляющие хостинг для приложений Ruby on Rails, также предоставляют PHP-хостинг. Некоторые из компаний, предоставляющих дешевый хостинг, поддерживают устаревшие версии Ruby, поэтому вы будете вынуждены работать с такими же старыми версиями Ruby on Rails. Зачастую ваше приложение будет работать на базе стандарта CGI, а это один из самых медленных способов работы веб-приложения.

Поддержка и ресурсы

У PHP огромное количество разработчиков и онлайн-ресурсов. Для Ruby on Rails тоже есть множество ресурсов онлайн, но для PHP их гораздо больше. Однако многие ресурсы, посвященные и PHP, и Ruby on Rails, чаще всего либо неактуальные, либо ненадежные. В обоих сообществах предпринимались попытки создания четких и подробных руководств.

К примеру, для PHP существует ресурс PHP: The Right Way, который позволяет новичкам избегать типичных ошибок, связанных с безопасностью, установкой, многоязычностью, практиками написания кода, тестированием и другими аспектами. В то же время, для Ruby существует целая коллекция подкастов и профессионального видеоконтента.

Также существуют такие сайты, как Stack Overflow, на которых есть большое количество актуальной информации. Для примера и в качестве статистики, на каждый заданный на этом ресурсе вопрос, касающийся Ruby on Rails (всего 276 тысяч вопросов), приходится почти четыре вопроса, посвященных PHP (1 млн. 93 тысячи вопросов). У самого рейтингового вопроса, посвященн

» Ruby VS PHP, Rails VS Zend Framework

Ruby VS PHP, Rails VS Zend Framework

// 8 ноября, 2010 // Doctrine, Highload, PHP, Ruby, Ruby on Rails, Zend Framework, Веб-разработка

Итак, в предыдущей заметке мы создали наше первое приложение. Какие выводы можно из этого сделать? Предлагаю обсуждение, что лучше для веб-разработки Ruby on Rails или Zend Framework. Понимаю, что из этого может вырасти холивар, но мне интересны конкретные аспекты этих фреймворков. И да, будем сравнивать правильно язык с языком (Ruby VS PHP), фреймфорк с фреймворком (Rails VS Zend Framework). Полагаю что результаты можно будет экстраполировать и на другие PHP -фреймворки (Symfony, Koxana, CodeIgniter).

Небольшая легенда: (+) — это преимеущество Rails, (-) — это недостаток, (.) — это хз что такое 🙂 

1. (+) Rails — MVC-фреймворк, а значит переходящим на него с ZF/Symfony будет легко понять чего где лежит.
2. (-) Ruby — интерпретируемый язык, а значит возможны некоторые тормоза.
3. (+) В режиме development классы приложения перезагружаются сами при каждом запросе, а значит нам достаточно просто обновить страницу, как в случае с PHP, чтобы увидеть результат. НО в режиме production классы кэшируются и не перзагружаются при каждом запросе. Этого я давно хотел от Zend Framework, потому что иклудить по 250 файлов на каждый запрос — это кошмар и дикие тормоза. Тут работает прямо из коробки.
4. (-) Для Ruby на данный момент нет байт-код кэшеров, а для PHP — есть и отлично работают. Запишем это ему в плюсы. Хотя сейчас активно разрабатывается проект Rubinius, который позволяет производить прекомпиляцию кода Ruby, за счёт чего увеличивается производительность. Пока не пробовал его в деле, да и Ruby 1.9 он вроде не поддерживает.
5. (+) Rails имеет развитые консольные утилиты. Для Zend’а в принципе тоже есть Zend_Tool, но я если чество им не пользовался.
6. (+) ORM. Да, здесь ActiveRecord идет как автоматически устанавливаемый гем, а для ZF придется еще интегрировать Doctrine ORM, т.к. встроенная Zend_Db слишком простая.
7. (+) Установка приложение на порядок проще, чем установка PHP приложения. Не надо писать свой инсталлятор, всё уже есть, и зависимости выкачиваются и ставятся автоматически.
8. (+) Развертывание приложения — тоже дело пяти минут, при готовой среде. Тестовое приложение Rails я довольно быстро развернул у хостера Heroku. Причем все гемы поставились автоматом, всё само настроилось и запустилось. Я лишь заворожено смотрел на сообщения в консоли. А когда набрал http://netandreus.heroku.com/ обалдел, увидев мое приложение.
9. (-) Всё-таки очень трудно найти хостера с рельсами. Пока с этим проблемы, но думаю учитывая скорость его развития будет проще. Но всегда есть возможность взять VDS и сделать там всё, что нужно.
10. (.) Масштабируемость. Здесь есть варианты с ПО Mongrel вместо WebRick, mod_passanger для Apache/Nginx и балансировщиком нагрузки. Пока не знаю, не тестил. Кстати, говорят что, ActiveRecord здорово тормозит на большиз базах. Опять же пока не попробуешь — не узнаешь.
11. (+) В Ruby качественный ООП, например такой код отлично сработает. 5.month + 10.days Month и Days это методы объектов 5 и 10 O_0
12. (+) Возможности метапрограммирования Ruby. Начал изучать эту тему, пока ничего не получилось, но желание поизучать есть огромное. Начал с изучения ActiveSupport.
13. (+) Интеграция с языками более низкого уровня. Здесь у руби, как мне кажется, всё гораздо лучше чем у ZF. Я помню опыт создания своей C (именно С, а не C++) библиотеки и её подключения к PHP. Была та ещё работёнка. Руби же сейчас прекрасно работает с Java, (см. проект JRuby), в чём я недавно смог убедиться, скачав приложение Ruboto. По поводу C++ не копал пока, но знаю, что некоторые гемы написаны на сях, а значит такая возможность есть.
14. (.) Асинхронное программирование. В Руби есть EventMachine, в PHP — PHPDaemon. Вчера сделал скриптик на EM, и имхо это явно лучше чем node.js
15. (-) Руби более сложный язык. Более сложный и гибкий. С одной стороны это плохо, т.к. на первых этапах довольно тяжело обучиться. С другой стороны — это некий порог для быдлокодеров, которые не смогут попасть в ряды разработчиков.
16. (-) В Zend_Framework есть классы на все случаи жизни, в рельсах я такого многообразия пока не наблюдаю. Да, есть интересные гемы, но в зенде это всё более целостно и в тоже самое время почти любой класс можно использовать отдельно. Никто не заставляет тебя использовать весь фреймворк — бери только то, что нужно. В рельсах же ты либо на рельсах — либо нет.
17. (-) Документация пока оставляет желать лучшего, для Rails 3 очень мало материалов, многие старые команды не работают. Взять хотя бы rails script/generate который теперь выглядит как rails generate и другие. Это конечно прекрасно, что фреймворк развивается, но сложно искать материалы.
18. (-) Хотя руби и работает под Windows, но разрабатывать ПО там, как мне кажется, — каторга. Хорошо, что я сижу под Ubuntu 🙂

Если есть мнение, не стесняйтесь — высказывайтесь в комментах!

Спасибо!

Если вам помогла статья, или вы хотите поддержать мои исследования и блог — вот лучший способ сделать это:

Чем RoR лучше PHP? — Хабр Q&A

Как уже сотни раз написали немного некорректно сравнивать RoR и PHP. Другое дело Ruby и PHP, но и то с натяжкой.

Ruby — мультипарадигмальный язык, то есть язык, поддерживающий много разных (порой противоречащих) парадигм (стилей) программирования. У автора возможно и не было намерений сделать крутой язык для web-разработки. Соответственно, встроенная библиотека чуть обширней, но нет «из коробки» некоторых вещей. Впрочем, ruby — это целая экосистема для разработки и поддержки проектов, так что этот «вброс» сильно натянут — пара команд и проблемы как не бывало.
PHP — бывший темплейтор для отображения динамических web-страниц. Соответственно, его спецификация намного ближе к web-разработке. И не смотря на PHP-Qt или phalanger, PHP очень редко используется для Desktop-приложений.

Примечательно, что у обоих общее начало — Perl. Если первый хоть и разрабатывался с нуля, многие вещи были вдохновлены именно Perl’ом. И это чувствуется — именно поэтому он так хорошо подходит к web-разработке. Второй же вырос из набора скриптов на Perl для отображения динамического контента.

Плюсы и минусы… Я не профессионал ни в одной из экосистем. Впрочем, вот личные наблюдения:
Плюсы PHP:
+ огромнейшее сообщество от мала до велика, от дилетантов до спецов; от сюда и минус: по правилу 95% — 95% дилетанты, отсюда весьма странная репутация у илиты.
+ отличная производительность, конечно, он не сравниться с C++ или Java, да и с .NET тоже вряд ли сравнится, особенно с C#, но всё же производительность на уровне с тем же Ruby или Python, к тому же есть туча инструментов, позволяющие ускорить код буквально двумя телодвижениями: kPHP (правда потребуется своеобразный стиль программирования), phalanger (бонусом будет простейшая интеграция с .NET-инфраструктурой и/или -экосистемой) и прочие.
+ невероятная популярность у работодателей — программисты PHP, наверное, самые востребованные в IT-индустрии, отчасти потому, что очень много приходиться отсеивать из-за сильной некомпетентности, отчасти потому, что он очень прост для старта и на всю работает вирусный-маркетинг; забавно, но это первый ЯП, про который я услышал.
+ встроенный в синтаксис PHP html-темплейтор, хотя, вроде, пользоваться им моветон =/ ну или целый обряд его использования есть, честно — я так и не понял.
Минусы PHP:
— отсутствует какой-бы то ни был единый дизайн или guidelines, так что разработка сродни свободному полёту — пока летишь, всё хорошо, но если нет парашюта — падать больно, если не смертельно.
— языком программирования он стал далеко не сразу, так что есть определённые рудименты, не очень приятные.
— далеко не самая лаконичная запись, всё же использовать Си-стайл, так изящно изуродованный невероятно большим количество знаков доллара, что порой читать PHP-код ну очень сложно, особенно человеку, который редко за него садиться (в то же время, python-код может прочитать даже человек, который вообще очень редко программирует, лишь с минимальными комментариями особо сахарных мест).
— личная неприязнь, непонятно с чем связанная.

нечто вроде P.S. минусы у PHP кажутся слишком… субъективными; так оно и есть, и связано это с тем, что именно по этим субъективным причинам я его бросил

Плюсы Ruby:
+ невероятное и очень сильное сообщество: лично мне всегда помогали и направляли к дзену.
+ шикарнейшая магия, недоступная простым смертным (язык невероятно сахарен, и в то же время всё очень лаконично, написать гавно-код на нём довольно сложно, при этом возможностей язык предоставляет предостаточно)
+ очень сильная встроенная библиотека, наверно имеющая возможности чуть ли не на все случаи жизни.
+ весьма и весьма лаконичная запись, всё лучшее из Си, Паскаля, Пайтона, Perl’а и Smalltalk’а.
+ то же самое про остальные аспекты языка: производительность (в 1.9 её очень сильно подняли), мощь, сжатость, ООП.
+ наконец, шикарная экосистема: это и rake, capistrano, gems и другие, с ними разработка очень проста, а идут они во многих дистрах linux’а одним пакетом, да и на винды с макосями аналогично: можно считать, что из коробки.
Из минусов Ruby:
— огромнейшее количество магии: без [stroked]крабовой[/stroked] магической палочки
и ста грамм [stroked]водки[/stroked] эликсира маны не разберёшь.
— своеборазный стиль кода: пусть он и лаконичный, но с наскока некоторые вещи совсем неочевидны.
— до 1.9 в производительности проигрывала всем, даже черепахам аля 1С-битрикс, хотя работала стабильней многих.
— в какой-то степени навязанная экосистема — если привыкли пилить свои велосипеды на каждый чих, первое время будет странное смешанное чувство комфорта и неуюта.

Пару слов о Ruby on Rails. Это дичайший Фреймворк. Самый большой Фреймворк для ruby. Пожалуй, именно с ним ruby получил невероятную популярность.
И вот что можно сказать о нём (RoR):
+ использует все сильные стороны ruby и старается (старался) завуалировать недостатки.
+ первое время была широчайшая свобода действия, сравнимая разве что с PHP, что на самом деле плохо, но даёт некое ощущение полёта.
+ в месте со свободой всё таки была дисциплина, сейчас она вышла на первое место.
+ если следовать всем правилам и best/good practice, то можно добиться невероятных результатов как в производительности труда, так и в качестве работы (читай продукта).
Минусы… Не знаю. Я не искал у него минусов.

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

PHP+Symfony или Ruby+RoR? — Хабр Q&A

Для обучения у руби и рельс, на мой взгляд, есть неоспоримый плюс.
Вот то, что называют порогом входа (я, признаться, не особо понимаю это), мне кажется, играет злую штуку. Например, на руби и рельсах Вы не сможете за 2 часа сделать сайт-визитку, отдать ее заказчику, получить деньги и расслабиться, считая себя крутым разработчиком.

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

Например, что бы начать с ним работать вообще — нужны *nix. Можно, конечно, продолжать юзать виндовс, но пользоваться виртуальными машинами, но это тоже — шаг вперед перед пхп с его денвером и т.д.

Далее, что б установить интерпретатор, в 95% случаев вы поставите менеджер версий языка (rvm или rbenv), что уже много лучше, чем глобальная установка.

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

Что б скачать некоторые пакеты, нужен будет гит, что само по себе очень круто.

Когда будете выполнять какие-то учебные задания, Вам на выбор дадут познакомиться, как минимум, с тремя базами сразу, а не ограничиться одним мускулем.

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

Вот вы ее сделали, используюя архитектуру рельс и хоть какое-то понимание раздления кода, роутинга, хелперов и т.д.

Дальше, нужно ж как-то показать заказчику результат? Самым первым вариантом, скорее всего, вы познакомитесь с Хероку — PaaS сервис вещь тоже довольно полезная.

Но вскоре вы поймете, что он вас не очень устраивает. И попробуете разместить сайт-визитку на хостинге.

Здесь Вам придется познакомиться с ВПС, базовой настройкой линукса, юникс-сокетами, понятиями работы различных веб-серверов

Но вот Вы настроили свой сервер. Надо залить туда свой код. В руби Вам будет очень сложно пойти путем «использования ФТП плагинов в редакторе кода» — как-никак, а придется познакомиться с техниками нормального деплоя.

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

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

Ruby vs. PHP для разработки веб-приложений

Ruby vs. PHP — это сравнение двух крайностей: смелого аутсайдера с Ruby on Rails как козыря в дыре и самого популярного языка сценариев для Интернета. На что стоит обратить внимание при выборе технологического стека для проекта? Выясни это!

Кто есть кто?

Оба имени являются языками сценариев с открытым исходным кодом, которые также используются для создания веб-приложений и программирования общего назначения. Они появились в середине 1990-х годов и имеют общие корни в языке Си.Но затем их пути расходятся.

Ruby

Мы должны поблагодарить Юкихиро Мацумото за создание Ruby. Этот объектно-ориентированный язык вобрал в себя функции Eiffel, Ada, Lisp, Small Talk, Perl и, конечно же, C. С Ruby веб-инженеры получают ясный синтаксис (в некоторой степени похожий на Python и Perl) и повышают производительность. Его руководящий принцип заключается в том, что вы можете разными способами делать одно и то же. Удобство использования — один из аргументов в пользу того, почему Ruby лучше PHP. Код, написанный на этом языке, не только элегантен и выразителен, но и удобен в использовании, что избавляет пользователей от путаницы.

Интерес к этой технологии возрос с выпуском Ruby on Rails в 2005 году. Тем не менее, она все еще сильно отстает от PHP. Среди приложений, созданных с помощью RoR, — Kickstarter, Airbnb и многие другие.

PHP

Это гибкое и прагматичное решение для создания веб-приложений было создано Расмусом Лердорфом. Первоначальная аббревиатура обозначалась как «Персональная домашняя страница». Однако теперь это относится к препроцессору гипертекста. Этот серверный язык сценариев поддерживает почти 80% всех веб-сайтов, включая WhatsApp и Viber.Более того, это также основа для известных систем управления контентом (CMS), таких как WordPress и Drupal. PHP позволяет создавать ряд веб-продуктов, от простых блогов до динамических веб-сайтов.

Технология предлагает множество каркасов для использования. Laravel — самый известный из них, о котором мы поговорим чуть позже.

Различия и сходства между Ruby и PHP

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

Сходства

Оба языка:

• Имеют динамическую типизацию
• Имеют исключения
• Имеют общие парадигмы программирования (императивные, объектно-ориентированные, отражающие)
• Имеют обширную стандартную библиотеку
• Используйте интерполяцию строк
• Имейте векторизованные операции
• Имеют сборку мусора
• Имеют классы с контролем доступа ( частные, общедоступные, защищенные )
• Имеют синтаксис форматирования строк
• Поддержка многомерных массивов
• Подходят для быстрого прототипирования

Отличия

• Ruby отличается от PHP отсутствием другого синтаксиса для доступа к методам, переменным и свойствам.
• PHP использует подсказки типа в определенных случаях, но является динамическим. Ruby использует утиный ввод без подсказок типа.
• PHP использует точку с запятой в качестве символа завершения. В Ruby вы также можете использовать только следующую строку или точку с запятой, что является редким случаем и подходит для нескольких инструкций в строке.
• Конкатенация двух строк реализована с помощью точки (.) В PHP и знака плюс (+) в Ruby.
• PHP поддерживает 32/64-битные целочисленные типы данных, в то время как Ruby использовал два видимых целочисленных класса: Fixnum и Bignum.В последней версии они оба объединены в один класс — Integer.
• Сильная типизация в Ruby по сравнению со слабой типизацией в PHP.
• Блоки кода в PHP заканчиваются фигурными скобками ({}). В Ruby для этой цели вы можете выбирать между фигурными скобками и словом «конец».
• В отличие от PHP, Ruby поддерживает записи и комплексные числа.
• Ruby позволяет вкладывать классы в один и тот же файл и модуль, тогда как в PHP каждый класс требует своего собственного файла и пространства имен.
• Сложный синтаксис PHP по сравнению с простым для понимания в Ruby.

Плюсы и минусы

Интеграции (Frameworks)

Когда мы говорим о Ruby vs.При использовании PHP следует иметь в виду, что языковые фреймворки не менее важны. Например, Ruby on Rails по популярности превосходит базовый язык программирования, о чем свидетельствуют многочисленные статьи в Интернете, в которых сравниваются RoR и PHP. Но это все равно, что сравнивать куриный суп с лапшой. Оба они съедобны, но разные по сути. По этой причине имеет смысл сравнить Laravel и Rails — два отличных инструмента веб-разработки.

Ruby on Rails

Мы постараемся быть непредвзятыми, но Rails занимает особое место в арсенале Railsware.Эта технология может похвастаться многочисленными преимуществами, включая согласованность, консолидацию, масштабируемость, безопасность и другие. Все эти модные слова означают, что вы тратите меньше времени и денег на создание веб-приложений по сравнению со многими другими альтернативами. Еще одно существенное преимущество — ориентация на стартап. Фреймворк может обеспечить быстрые, эффективные и качественные результаты с помощью так называемого магического принципа — модель-представление-контроллер (MVC), парадигмы соглашения по конфигурации, подхода к разработке, основанного на тестировании, и т. Д. Кроме того, Rails доказал свою пригодность для создания электронных компонентов. -коммерческие продукты, такие как Shopify.

Это не серебряная пуля, которую можно применить к любому проекту. Однако, если вы хотите создать обычное веб-приложение без какой-либо фиксированной концепции (вероятны частые изменения), RoR кажется идеальным выбором. Узнайте больше о том, зачем использовать Ruby on Rails для вашего продукта.

Laravel

PHP предлагает набор фреймворков — CakePHP, CodeIgniter, Symfony и так далее. Однако давайте сосредоточимся на Laravel — заметном конкуренте Rails. Этот фреймворк PHP на семь лет моложе RoR. В то же время у них много общего, например, шаблон MVC, поддержка ООП, принцип DRY и потрясающая поддержка сообщества.Большинство различий заключается в синтаксисе из-за их происхождения. Интересно, что Laravel позволяет создавать практически любые типы веб-приложений, включая менеджеры паролей, социальные сети, веб-сайты электронной коммерции и т.д.

Это всего лишь краткое введение в Ruby on Rails и PHP Laravel. По правде говоря, эта тема заслуживает более пристального внимания. Так что мы надеемся со временем разобраться с этим. А теперь давайте вернемся в нужное русло.

Присутствие на рынке

Мы уже упоминали, что PHP превосходит Ruby с точки зрения присутствия на рынке.Согласно W3Techs, Ruby с его 2,5% может только мечтать о высоте PHP в 79%. SimilarTech утверждает, что количество веб-сайтов, созданных с помощью PHP, превышает 7 миллионов, в то время как Ruby, действующий через Rails, может иметь чуть меньше 400K. Превосходство PHP также наблюдается в различных категориях веб-приложений, включая людей и общество, магазины, развлечения, бизнес, искусство и другие. Ruby также проиграл в географическом охвате, где PHP по общему распространению в России и США опережает остальной мир.

Поисковый интерес

Примечательно то, что в отличие от огромного доминирования PHP, поисковый интерес к этой технологии резко упал в последнее десятилетие. Одна из причин заключается в том, что CMS на основе PHP, такие как WordPress или Joomla, теряют свою долю рынка из-за растущей популярности конструкторов сайтов, таких как Wix.

Рубин, в свою очередь, тоже не вырос. Однако интерес к этому языку программирования упал только вдвое.

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

Ruby против PHP — очные встречи

Кривая обучения

Этот аспект важен как для разработчиков, так и для основателей стартапов. Если у языка крутая кривая обучения, понятность и ясность кода будут высокими. А Ruby — это язык, известный своим высококачественным кодом. Отсюда и ответ на вопрос: «Легче ли изучать Ruby или PHP?» будет PHP.Эта технология требует меньше усилий для освоения. Соискатели знаний могут ознакомиться с нашей подборкой лучших книг, а также онлайн-курсами и учебными пособиями, чтобы расширить свои знания о Ruby и его фреймворке.

Производительность

Используя тесты производительности Ruby и PHP, вы можете определить, какой язык обеспечивает наивысшую производительность. Основное внимание было уделено двум параметрам — среднему времени выполнения и количеству строк кода. PHP лидирует по первому параметру, а Ruby дает более короткий код. Итак, мы можем заявить, что у нас нет победителя в PHP vs.Производительность Ruby.

Безопасность

Безопасность в основном связана с фреймворками и библиотеками. Сам язык не имеет большого отношения к защите от различных уязвимостей, включая CSRF, XSS и другие. PHP обычно считается менее безопасным, чем Ruby, который предоставляет универсальные надежные инструменты для борьбы с распространенными уязвимостями безопасности. Имея это в виду, у нас есть явный победитель в сравнении безопасности Ruby и PHP. Однако это не гарантирует невосприимчивость вашего кода к проблемам безопасности.Имейте в виду, что безопасность вашего веб-продукта во многом определяется тем, как он написан.

Спрос на разработчиков

Высокая популярность и низкая кривая обучения PHP означает, что существует больше разработчиков, знающих PHP, чем Ruby. Тем не менее, вы столкнетесь с большими трудностями при поиске достойного Ruby-разработчика, а не PHP-инженера во многих частях мира. В этом смысле рубисты более востребованы не только в США и Японии, где Ruby пользуется наибольшей популярностью. Язык имеет постоянный поток стартапов, финансируемых венчурным капиталом, по всей планете.С другой стороны, одно из крупнейших сообществ инженеров и огромная доля рынка означает, что существует постоянный спрос на программистов PHP.

Почему выбирают Ruby или PHP

Каждый проект имеет свои особенности и требования, которые необходимо учитывать при выборе технического стека. Мы не можем просто сказать: « Сделайте это с помощью Ruby, » или « Все делают это с помощью PHP, поэтому вам следует тоже ». Вам нужен специальный подход к отбору. И следующий список причин должен облегчить вам выбор.

Причины выбрать Ruby

• Ruby on Rails

Неудивительно, что мы поместили Ruby on Rails в качестве ключевой причины выбора этого языка. Если мы возьмем PHP, мы обнаружим множество фреймворков, из которых можно будет принять решение. Ruby, в свою очередь, не ограничивается только Rails. Существует множество других фреймворков, включая Sinatra, Padrino, Ruby Grape и т. Д. Однако Rails — один из главных аргументов разработчиков в пользу Ruby. С помощью фреймворка вы можете автоматически делать кучу интересных вещей.Кроме того, он удобен для запуска, о чем свидетельствуют многие известные имена, включая Basecamp, Slideshare, Github и многие другие веб-сайты Ruby on Rails. Fintech — еще одна ниша, с которой ладит RoR. Узнайте больше о создании финтех-стартапов с помощью Rails.

• Синтаксис

Самый популярный Ruby-фреймворк — не единственное преимущество. Синтаксис — это то, что привлекает многих программистов на сторону Ruby. Зачем изучать PHP, если вы можете получить элегантный и читаемый синтаксис с Ruby и наслаждаться программированием.Некоторые говорят, что хорошо написанный код Ruby похож на книгу, которую нужно читать, и даже не инженер может ее получить. Звучит невероятно, но это Руби. На практике вы получаете

.Веб-сервис

: PHP или Ruby on Rails или Python?

Переполнение стека

1. Около

2. Продукты

3. Для команд

1. Переполнение стека
   Общественные вопросы и ответы

2. Переполнение стека для команд
   Где разработчики и технологи делятся частными знаниями с коллегами

3. Вакансии
   Программирование и связанные с ним технические возможности карьерного роста

4. Талант
   Нанимайте технических специалистов и создавайте свой бренд работодателя

5. Реклама
   Обратитесь к разработчикам и технологам со всего мира

6. О компании

.

JSP или РУБИН / PHP? — Переполнение стека

Переполнение стека

1. Около

2. Продукты

3. Для команд

1. Переполнение стека
   Общественные вопросы и ответы

2. Переполнение стека для команд
   Где разработчики и технологи делятся частными знаниями с коллегами

3. Вакансии
   Программирование и связанные с ним технические возможности карьерного роста

4. Талант
   Нанимайте технических специалистов и создавайте свой бренд работодателя

5. Реклама
   Обратитесь к разработчикам и технологам со всего мира

6. О компании

.