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

Question

[Valdis11]

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

Answer 1

[vsuhachev]

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

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

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

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

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

PS: почитал тут про тормознутость ruby от коллег php-шников, кратко - это миф из давнего прошлого, современному положению дел не соответствует

Answer 2

[Никита Гусаков]

На мой сугубо скромный взгляд нет в этом никакого смысла (Как разработчика на symfony2).
Почему нет: потому что у руби нет в данном случае никаких приемуществ. Как вы сказали - стоимость разработки выше, профита с точки зрения производительности - 0, руби даже больше жрет ресурсов.
Если бы был выбор между JVM-языками(java, scala) или в последнее время популярными go и erlang, ради производительности - возможно стоило бы. Но явно не тормознутый руби.

Answer 3

[Marat Amerov]

Если нужны такие инструменты как newrelic, airbrake, деплой с capistrano и прочее из экосистемы рельс.
PS: не думаю что на Symfony будет дешевле.

Answer 4

[Stac]

Осторожно! Не традиционный взгляд на вопрос.

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

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

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

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

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

Главное - это хороший проект (персонажи, сценарии, экраны, ТЗ) и люди на участках, будь это один человек или десять.

Answer 5

[Сергей Протько]

Мне не понятно почему в два раза дороже. Ладно бы там на 30% дороже, но в два? Сроки разработки этого проекта на Ruby даже чуть меньше, чем на PHP или приблизительно равны. Покрытие кода тестами и прочее сильно много разницы в сроках так же не дает.

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

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

Словом... мутно как-то. Опишите как вы получили "в 2 раза дешевле".

Comments

[Valdis11]

Тз обсуждал не с одним программистом как на ruby так и на php. Цена на php колеблется от 30 - 50 тыс., а цена на ruby 60 - 100 тыс. отсюда и вывод что почти в 2 раза. Опрошено 7-8 разработчиков от каждого направления

[Сергей Протько]

@Valdis11 то есть вы не уточняли почему именно столько? Не знаете приблизительной оценки сроков и т.д.?

[Valdis11]

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

[Сергей Протько]

@Valdis11 хороших разработчиков в принципе мало относительно общей массы. С другой стороны 30К это занижение стоимости. Узнали бы как именно планируется вести разработку, как дела с тестами обстоят и т.д.

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

[Valdis11]

@Fesor 30 это понятно что заниженная и это не про ruby а больше про php. Я готов заплатить нормальную стоимость, но я хочу точно понять насколько разработка на ruby стоит дороже и вообще так ли это, ведь пока основной довод ruby разработчиков "что их слишком мало и они берут больше" (такой повод мне кажется не совсем правильным). Может я просто попадал не на тех людей.

[Сергей Протько]

@Valdis11 да не должны быть они дороже, это ж не Java или .NET.

[webus]

почему в студии Лебедева стоимость создания сайта начинается от 500 000 руб, а другие делают такое же за 10 000 руб ? Всегда можно провести простую аналогию. Допустим кто-то вам готов сделать сайт за 50 000 руб. Для нормального создания сайта нужен хотя бы 1 дизайнер, 1 верстальщик, 1 программист. Пусть они сайт делают 1 месяц. Берем идеальную ситуацию что у них нет офиса и работают они дома. Итого 50000 / 3 = 16666 руб. На рынке нормальный разработчик не будет работать за 16000 руб в месяц. Т.е. делаем выводы, то что нам будут делать или студенты за еду или что-то тут не так. Конечно это довольно грубая аналогия и не учитывает ряд факторов, но все же придерживаться ее стоит.

[Сергей Протько]

@webus я не беру в расчет студентов работающих за еду и джуниоров за 5 баксов в час. Если брать нормального рубиста и нормального пэхаписта у тех и у тех рейты будут начинаться от 15-20 баксов в час. И не важно, работают они дома, в офисе и т.д. UI/UX так же в расчет не берем. Итого, если брать месяц разработки как 160 часов выходит уже ~100к. Ну и да, это один человеко месяц. Еще добавить дизайн, еще добавить тестирование... Ну и сильно сомневаюсь что за месяц все будет готово.

[Valdis11]

@Fesor я никого на часовую ставку не беру. Я обращаюсь в студию за конкретным проектом за конкретную цену. Я готов заплатить больше среднего но я должен понимать за что. Пока мне этого не рассказали. А из всех комментариев к моему посту я понимаю, ruby разработка равна или стоит чуть больше (10-20%) из-за небольшого дефицита кадров.

[Valdis11]

@webus 50 000 не надо делить на 3х. Дизайнер и верстальщик занимаются 1 неделю ( может меньше) проектом, и идут дальше. За месяц таких как я у них 4-5 человек (может и больше) примерно (уже совсем другая сумма). Я не нанимаю 3-их людей себе в штат, я обращаюсь в студию за всем комплексом услуг и как они там что делят это их дела. Для меня важно обоснование их цены. Но обоснований нет УВЫ).50 тысяч это примерная цена не нужно на ней зацикливаться.

[Сергей Протько]

@Valdis11 тут работаю правила рынка. Можно и голодных рубистов найти, не проблема.

Что до fixed-price, тут могут быть свои касяки. Скажем вы скинули не достаточно подробное описание, и вам его оценивали по разному. Кто-то помножал на три, кто-то на два свою оценку (риски то заложить нужно). Обычно в сроки закладывается нехилое количество времени еще на потрындеть (митинги, колы, составление документации о проекте и т.д.), просто риски за счет погрешности оценки (обычно 50% и выше), Словом все эти суммы могут быть более точными в зависимости от постановки задаи. Если вы опишите все так как в вопросе - разброс будет огромнейший. Если прдоставите полную спецификацию по проекту и дизайн - разброс будет меньше.

Но imho нужно стремиться к time-n-material.

[Сергей Протько]

@Valdis11 fixed price считается так же как и time-n-material, просто закладывают больше рискок (ибо ну вот покажите мне клиентов которые не хотят что-то поменять в процессе?). Дизайнеры так же не должны работать только неделю, они просто могут меньше времени проекту уделять. Но обычно они с проектом до какой-то определенной точки. Верстальщики если есть отдельно, так же подключаются по мере необходимости. Чистый waterfall это отстой. Обычно все же стараются как можно плотнее забивать все таски что бы небыло простоев.

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

[FanKiLL]

имхо, я полностью согласен, что не должно быть дороже.. всё зависит от обьёмов работы. То что вы описали как раз стоит 50-60. Даже если писать на java на каком нибудь spring цена будет примерно такое же...

А вот то что пхпшники занижают цену до 30к это уже их болячки и проблемы. Тут просто сам обьём работ не стоит 30к

[Valdis11]

@FanKiLL я не хочу вас пугать какие цены мне выставляли некоторые товарищи)

[Сергей Протько]

@Valdis11 я не хочу вас пугать теми ценниками, которые бы наши добрые сэйлы выставили бы вам.

[Valdis11]

@Fesor ))

Answer 6

[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/ так, что фреймворк будет только развиваться и улучшатся.

Comments

[Сергей Протько]

Потому что codeigniter умер при родах. Symfony существует не первый год, это один из самых популярных фрейморков. В него и его экосистему не так давно инвестировали что-то около 8 миллионов евро. Это решение enterprise уровня, да и тенденции к отчищению самого языка от скверны то же есть.

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

[FanKiLL]

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

[FanKiLL]

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

Answer 7

[Кирилл Платонов]

Опытному php-программисту я бы предпочел опытного рубиста. В 90% случаев человек, работающий на руби уже попробовал php и php-фреймворки или фреймворки на других языках. И с бОльшей вероятностью он сможет довести проект до продакшена и развивать дальше.

Answer 8

[kompi]

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

Comments

[webus]

к слову toster написан на ruby / ruby on rails. авторы ошиблись ? что-то на toster работает не так ?

[Иван]

@webus как сказал один из tmtm: «мы наняли 2х самых лучших рубистов, нужно их было чем-то занять»

[drupby]

@webus заголовок ответа X-Powered-By:PHP/5.5.11, специально такой header отдают?

[webus]

@drupby хм. неужели переписали. наверное теперь только freelansim на RoR остался

[Иван]

@drupby @webus ага, был на руби же

[Иван]

Сколько серверов использует Хабрахабр?
На чём написан Хабр?

[webus]

@0neS @drupby хотя может

server {
server_name toster.ru;
...
add_header X-Powered-By PHP/5.5.5;
...
}

[FanKiLL]

Тоестер на пхп, а вот brainstorage.me и freelansim.ru на рельсах и это проекты не так просто занять 2 программистов...

Answer 9

[Павел Соловьёв]

на symfony2 вы ни разу не сэкономите

Answer 10

[Philipp]

На мой неквалифицированный взгляд стоимость профессионалов будет эквивалентной. Я совсем недавно познакомился с Rails, но имею продолжительный опыт с PHP. Мне Ruby очень понравился в плане наличия scaffold, что существенно ускоряет разработку. Опять же уровень вхождения в Rails достаточно высок, что говорит о том, что даже среднего уровня Rails программист будет более грамотным, нежели PHP-разработчик.
У Ruby нет проблем с производительностью, но есть проблемы с масштабированием (актуально для проектов с миллионой суточной посещаемостью), но они решаемы. Полагаю, что в ближайшую пару лет вам такое не грозит.
Если у вас действительно вышеописанный сайт, то профи-рубисты сделают вам его за неделю, т.к. там ничего для них нет особенного. При наличии верстки, естественно. Стоить это будет дороже, но чем быстрее вы сможете развивать проект, тем лучше. Опять же средства continuous integration позволят автоматизировать развертывание новых версий, тестирование и т.д. Что в итоге позволит держать разработку и тестирование на очень высоком уровне.

Answer 11

[RubyOnRails]

в вашем случаем на RoR можно не смотреть :) это точно не для вашего проекта.