Можно же начать с фриланса по 10 часов в неделю в нерабочее время. За полгода такой работы набирётся вполне приличный опыт (с учётом того, что бэкграунд ненулевой, ну и мы же о верхушке говорим, то есть о людях по определению способных к обучению). Ну а дальше переходить на фулл-тайм уже с повышением дохода и т.д. Так что нет этой проблемы.
За счет чего будет выигрыш конкретно? Синтаксический сахар? Полная объектность? Метапрограммирование? Что из этого поможет быстрее описать бизнес-логику?
А зачем по-вашему всё это нужно если не для ускорения разработки? Всё это помогает быстрее писать бизнес-логику в конечном счёте, то есть если мы включаем сюда и время на исправление багов.
Ну и все же вроде считается, что Ruby программист стоит дороже PHP того же уровня, поскольку больше соотношение спрос/предложение.
Это верно до определённого момента. Смотрите, имеем хорошего программиста, который знает, что за Ruby платят больше. Какой смысл ему оставаться на PHP? А никакого (или у кого-то эстетические предпочтения такие?). Итого: верхушка гарантированно конвертируется в рубистов/питонистов/кого-там-ещё (Node JS и Go наверное). Ну скажем верхние 2%. Если опускаемся уровнем ниже (верхние 10%), там да, вполне возможно, что они будут обходиться дешевле, чем рубисты аналогичного уровня (но опять же — приплюсуйте сюда то, что на Ruby/Rails разработка будет быстрее, и получится, что итоговая сумма будет примерно та же), но тех самых верхних 2% на PHP просто нет. Ладно, могут быть отдельные уникумы, которые сильно выросли за время работы над единственным проектом своей жизни, ценятся там на вес золота и никуда уходить не собираются, но это совсем другой разговор, на новый проект вы их всё равно ничем не переманите.
Нет, дело именно в соотношении, а не в абсолютных величинах. Низконагруженный проект действительно можно писать на чём хочется (и тут Ruby/Rails в фаворитах за счёт удобства). Но и с высоконагруженными может быть та же ситуация при очень высокой сложности, когда докупка оборудования будет окупаться за счёт меньшей стоимости разработки и поддержки.
Тут всё зависит от соотношения посещаемости и сложности проекта. Если посещаемость высокая, а сложность средняя, то да, производительность критичнее удобства разработки.
Есть определённая критическая масса. Есть много нелинейных зависимостей.
Например, начиная с определённого уровня квалификации хорошего рубиста становится проще найти (вообще без привязки к деньгам — их просто больше), чем хорошего PHP-шника (которые посомневавшись немного конвертируются в хороших рубистов).
Общая схема такая, что чем сложнее проект, тем меньше шансов его удачно завершить на PHP (ну или выйдет в конечном счёте дольше и дороже). И наоборот, для проектов небольшой или средней сложности, да, PHP предпочтительнее.
Обычно не отходит. Разработчики стоят дорого, дороже, чем оборудование. Поэтому как правило проще докупить серверных мощностей, чем нанять дополнительные n человек в команду.
Но вполне допускаю, что бывают исключения.
Потом, давайте предположим, что один и тот же человек (или команда) за одни и те же деньги готов писать на PHP и Ruby.
Можете мне поверить, на Ruby этот проект (если мы условились, что речь о большом проекте, а не о сайте-визитке) будет написан быстрее и дешевле (Ruby в отличие от PHP не мешает разрабатывать, то есть вы просто пишете код, а не героически боретесь с инструментарием).
То есть при одном и том же уровне разработчиков сэкономить на использовании PHP (о чём и был исходный вопрос) никак не получится. Единственный способ сделать такой проект дешевле — это нанять разработчиков более низкой квалификации. Ну а дальше результаты будут те, которые я описал чуть выше.
Чтобы уж совсем правильно быть понятым: живу я в России, но работаю удалённо по большей части на США. Вот в США ситуация такая, как я описал: серьёзные проекты стартуют на Ruby, Python, иногда Node.js. При этом разброс цен между PHP и Ruby большой.
Что творится здесь у нас, давно не интересовался, но думаю, ситуация рано или поздно придёт к тому же.
1) Дилема была, но перевесила прагматика: больше хороших проектов + лучше фреймворк (Rails всё же сильно впереди по возможностям по сравнению с Django); если бы выбирал только по велению души, то даже не знаю, языки действительно похожи и оба нравятся, у каждого свои плюсы-минусы
2) Тут другая ситуация: на Ruby обычно пишутся проекты, которые на PHP стартовать нет никакого смысла (с большой вероятностью они просто не дойдут до релиза в этом случае), то есть там даже сравнивать нечего
В каком-то смысле. Но мне есть с чем сравнивать, PHP я знаю и какое-то время пытался искать проекты по обоим направлениям. Потом просто плюнул на PHP — совсем другие суммы.
Руби. Почему? Годится и для души, и для заработать (для последнего кстати намного лучше, чем PHP — те деньги, которые я в последнее время на нём зарабатываю, PHP-шникам просто нигде не предлагают).
Два момента:
1) на руби пока (к счастью) таковых почти нет; мне не встречались по крайней мере
2) PHP в общем упрощает жизнь на небольших проектах и усложняет на крупных, поэтому тренд состоит в том, что хорошие специалисты с него уходят, то есть найти их на PHP просто сложнее
Ну и в дополнение: собственно, да, цена сама по себе неплахая подстраховка от низкого качества исполнения. Поэтому я просто отвечал на вопрос в том виде, в котором он был задан (зачем платить больше).
А как насчёт Node JS для бэкенда например? Или вот ещё: в Qt несложную UI-логику можно писать на JavaScript. И т.д. Так что JS — это куда больше чем «язык для фронтенда».
Это безусловно, я просто не верю, что есть хорошие программисты, которым PHP может нравиться.
А зачем по-вашему всё это нужно если не для ускорения разработки? Всё это помогает быстрее писать бизнес-логику в конечном счёте, то есть если мы включаем сюда и время на исправление багов.
Это верно до определённого момента. Смотрите, имеем хорошего программиста, который знает, что за Ruby платят больше. Какой смысл ему оставаться на PHP? А никакого (или у кого-то эстетические предпочтения такие?). Итого: верхушка гарантированно конвертируется в рубистов/питонистов/кого-там-ещё (Node JS и Go наверное). Ну скажем верхние 2%. Если опускаемся уровнем ниже (верхние 10%), там да, вполне возможно, что они будут обходиться дешевле, чем рубисты аналогичного уровня (но опять же — приплюсуйте сюда то, что на Ruby/Rails разработка будет быстрее, и получится, что итоговая сумма будет примерно та же), но тех самых верхних 2% на PHP просто нет. Ладно, могут быть отдельные уникумы, которые сильно выросли за время работы над единственным проектом своей жизни, ценятся там на вес золота и никуда уходить не собираются, но это совсем другой разговор, на новый проект вы их всё равно ничем не переманите.
По поводу дешевизны — по-вашему в США люди не умеют считать деньги?
Не стелит, он просто не мешает работать.
Да, тоже вполне варианты. Только не понял, каким боком здесь C — совсем другой класс задач же.
Например, начиная с определённого уровня квалификации хорошего рубиста становится проще найти (вообще без привязки к деньгам — их просто больше), чем хорошего PHP-шника (которые посомневавшись немного конвертируются в хороших рубистов).
Общая схема такая, что чем сложнее проект, тем меньше шансов его удачно завершить на PHP (ну или выйдет в конечном счёте дольше и дороже). И наоборот, для проектов небольшой или средней сложности, да, PHP предпочтительнее.
Но вполне допускаю, что бывают исключения.
Можете мне поверить, на Ruby этот проект (если мы условились, что речь о большом проекте, а не о сайте-визитке) будет написан быстрее и дешевле (Ruby в отличие от PHP не мешает разрабатывать, то есть вы просто пишете код, а не героически боретесь с инструментарием).
То есть при одном и том же уровне разработчиков сэкономить на использовании PHP (о чём и был исходный вопрос) никак не получится. Единственный способ сделать такой проект дешевле — это нанять разработчиков более низкой квалификации. Ну а дальше результаты будут те, которые я описал чуть выше.
Что творится здесь у нас, давно не интересовался, но думаю, ситуация рано или поздно придёт к тому же.
2) Тут другая ситуация: на Ruby обычно пишутся проекты, которые на PHP стартовать нет никакого смысла (с большой вероятностью они просто не дойдут до релиза в этом случае), то есть там даже сравнивать нечего
1) на руби пока (к счастью) таковых почти нет; мне не встречались по крайней мере
2) PHP в общем упрощает жизнь на небольших проектах и усложняет на крупных, поэтому тренд состоит в том, что хорошие специалисты с него уходят, то есть найти их на PHP просто сложнее
Ну и в дополнение: собственно, да, цена сама по себе неплахая подстраховка от низкого качества исполнения. Поэтому я просто отвечал на вопрос в том виде, в котором он был задан (зачем платить больше).