Стоит ли сегодня переплачивать за сайт на ruby? Или сэкономить на php?

Всем добрый день.
Вопрос такой.
Нужно сделать сайт из нескольких составляющих: Новости (большая главная страница, категории и тд.), блоги (стандартный функционал) и страничка зарегистрированного пользователя ( аватарка, своя лента новостей, лс, комментарии, подписки, вообщем ничего особенного). В дальнейшем сайт планируется серьезно развиваться и разрабатываться в соц. направлении + будет много дополнительного функционала ( например интернет магазин и тд.)
Стоимость разработки на php примерно в 2 раза ниже чем на ruby, отсюда и вопрос стоит ли переплачивать за ruby? Дальнейшая разработка на ruby будет, так же дороже.
Возможно ли на ruby в конечном этапе получить продукт более качественный и производительный, чем на php(например на symfony2) или будет примерно одно и тоже только в 2 раза дороже?
Всем заранее спасибо за помощь.
  • Вопрос задан
  • 4088 просмотров
Пригласить эксперта
Ответы на вопрос 12
@vsuhachev
Расширяемое и производительное приложение можно разработать на любом языке, вопрос как всегда в исполнителях.

Вы рассуждаете слишком наивно: вложу в 2 раза меньше и получу то же самое. Увы, получить вы можете все что угодно от в 10 раз лучше до в 10 раз хуже, независимо от технологии.

Если речь идет об одном и том же разработчике - все равно одной технологией (PHP) он владеет лучше и возможно вам предлагают еще и оплатить свое обучение (Rails) с не прогнозируемым для вас результатом.

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

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

PS: почитал тут про тормознутость ruby от коллег php-шников, кратко - это миф из давнего прошлого, современному положению дел не соответствует
Ответ написан
Комментировать
hell0w0rd
@hell0w0rd
Просто разработчик
На мой сугубо скромный взгляд нет в этом никакого смысла (Как разработчика на symfony2).
Почему нет: потому что у руби нет в данном случае никаких приемуществ. Как вы сказали - стоимость разработки выше, профита с точки зрения производительности - 0, руби даже больше жрет ресурсов.
Если бы был выбор между JVM-языками(java, scala) или в последнее время популярными go и erlang, ради производительности - возможно стоило бы. Но явно не тормознутый руби.
Ответ написан
Комментировать
amerov
@amerov
Web Developer
Если нужны такие инструменты как newrelic, airbrake, деплой с capistrano и прочее из экосистемы рельс.
PS: не думаю что на Symfony будет дешевле.
Ответ написан
Комментировать
Stac
@Stac
Осторожно! Не традиционный взгляд на вопрос.

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

Нужно продумать, как будет работать приложение с т.з. бизнеса и с т.з пользователя.
Получите, условно, кучу запросов (url'ов с параметрами) и ответов (экранов, страниц), сгруппированных по функциям или как-то еще.

Затем ищите ответственных людей и даете им на проработку и реализацию те или иные части проекта.

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

Что-то может обсчитывать Руби, другой функционал может быть сделан на PHP, потому что его можно сделать за 2 дня. Что-то вообще будет отдаваться как статика.

Главное - это хороший проект (персонажи, сценарии, экраны, ТЗ) и люди на участках, будь это один человек или десять.
Ответ написан
Комментировать
Fesor
@Fesor
Full-stack developer (Symfony, Angular)
Мне не понятно почему в два раза дороже. Ладно бы там на 30% дороже, но в два? Сроки разработки этого проекта на Ruby даже чуть меньше, чем на PHP или приблизительно равны. Покрытие кода тестами и прочее сильно много разницы в сроках так же не дает.

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

По хорошему стоимость не должна так уж сильно различаться. Рейт сильного Symfony девелопера не ниже рейта хорошего RoR девелопера. Сроки по вашему скудному описанию скорее меньше будут у RoR. Вывод, RoR должен обойтись дешевле. По возможностям Symfony больше подходит для долговременных проектов, он быстрее Ruby (на hhvm так прилично быстрее), но под RoR больше качественных готовых решений, что так же должно сократить сроки разработки.

Словом... мутно как-то. Опишите как вы получили "в 2 раза дешевле".
Ответ написан
Evansive
@Evansive
Rails очень грамотно построенный MVC framework. Но несмотря на это, производительность даже по сравнению с медленным PHP очень хромает. В общем, мой опыт использования rails не дал мне понять, зачем переходить с PHP на него. Symfony2 и Laravel отличные фреймворки. Смотрите сами.

Почему дороже - все очень просто. Практически любой веб-программист знаком с PHP, но не знаком с Руби. Отсюда и цена - тех, кто пишет на Rails, в данный момент, очень мало, и вряд ли прибавится в скором времени. Но, грамотных веб-программистов и в мире PHP мало, не все владеют и знакомы с MVC. Поэтому, разработчика на Symfony тоже поискать нужно. Несмотря на то, что паттерн MVC с бешеной скоростью набирает популярность, в русскоязычном сообществе в основном используют Yii.
Ответ написан
FanKiLL
@FanKiLL
За rails стоит DHH и большое сообщество. Баги фиксятся быстро, новые версии улучшается производительность как и самих рельсов так и самого руби. И по бенчмаркам именно rps они все в одной категории. Про разного рода gem's вообще молчу.

На рельсах куча стартапов написано и выстрелило - работают и маштабируются всё хорошо.
twitter.com/
github.com/
www.shopify.com/
basecamp.com/?source=rail...
soundcloud.com/
www.hulu.com/

А кто пишет symfony? Не умрёт ли завтра этот фреймворк и почему именно symfony а не codeigniter какой нибудь?

Имхо я бы выбрал рельсы, хотя бы за стабильное будущее этого фреймворка. У DHH на нём бизнес завязан, написано несколько стартапов таких как - https://basecamp.com/ так, что фреймворк будет только развиваться и улучшатся.
Ответ написан
kirillplatonov
@kirillplatonov
Ruby on Rails developer
Опытному php-программисту я бы предпочел опытного рубиста. В 90% случаев человек, работающий на руби уже попробовал php и php-фреймворки или фреймворки на других языках. И с бОльшей вероятностью он сможет довести проект до продакшена и развивать дальше.
Ответ написан
Комментировать
kompi
@kompi
nullstack devoops
Мне как заказчику, даже в голову бы не пришло разрабатывать подобное на ruby. Менять шило на мыло, а затем мучиться в поисках компетентных рубистов...
PS Не надо приводить нелепых сравнений - безымянных обычных заказчиков, как правило с ограниченным бюджетом, против известных компаний, с репутацией и внешними инвестициями.
Впервую очередь, для начинающихся бизнесов деньги играют первостепенную роль.
Ответ написан
pavel_salauyou
@pavel_salauyou
Symfony2 & Angular разработчик
на symfony2 вы ни разу не сэкономите
Ответ написан
Комментировать
zoonman
@zoonman
В голове опять туман? - Кури скорее ман!
На мой неквалифицированный взгляд стоимость профессионалов будет эквивалентной. Я совсем недавно познакомился с Rails, но имею продолжительный опыт с PHP. Мне Ruby очень понравился в плане наличия scaffold, что существенно ускоряет разработку. Опять же уровень вхождения в Rails достаточно высок, что говорит о том, что даже среднего уровня Rails программист будет более грамотным, нежели PHP-разработчик.
У Ruby нет проблем с производительностью, но есть проблемы с масштабированием (актуально для проектов с миллионой суточной посещаемостью), но они решаемы. Полагаю, что в ближайшую пару лет вам такое не грозит.
Если у вас действительно вышеописанный сайт, то профи-рубисты сделают вам его за неделю, т.к. там ничего для них нет особенного. При наличии верстки, естественно. Стоить это будет дороже, но чем быстрее вы сможете развивать проект, тем лучше. Опять же средства continuous integration позволят автоматизировать развертывание новых версий, тестирование и т.д. Что в итоге позволит держать разработку и тестирование на очень высоком уровне.
Ответ написан
Комментировать
@RubyOnRails
в вашем случаем на RoR можно не смотреть :) это точно не для вашего проекта.
Ответ написан
Комментировать
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы