Задать вопрос
  • Что выбрать для карьеры c# или ruby?

    @eliastro
    Если нравится руби, то его и изучай. Скорее всего потом ты все равно перейдешь на другие языки и технологии независимо от того, что ты выберешь (руби или с#). Работы на руби много, особенно учитывая соотношения кол-во вакансий и конкуренцию на рынке. Более того на руби ты легко сможешь найти работу удаленно при желании (как на западные компании, так и РФ), т.е. не ограничен рынком своего города или страны. А в C# удаленная работа скорее исключение, чем правило. Также в плане фриланса (upwork например), то руби гораздо предпочтительнее, чем C#.
    Ответ написан
    Комментировать
  • Что выбрать для карьеры c# или ruby?

    @vsuhachev
    Выбирайте шарп! Иначе руби не полюбите :)
    Ответ написан
    Комментировать
  • Стоит ли сегодня переплачивать за сайт на ruby? Или сэкономить на php?

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

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

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

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

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

    PS: почитал тут про тормознутость ruby от коллег php-шников, кратко - это миф из давнего прошлого, современному положению дел не соответствует
    Ответ написан
    Комментировать
  • При перезагрузке nginx, ошибка duplicate upstream "php-fpm" in /etc/nginx/common/upstream:2?

    @neol
    Значит такой же upstream задан где-то ещё, либо /etc/nginx/common/upstream у вас инклудится несколько раз.

    Можно поискать так:
    grep -r upstream /etc/nginx
    Ответ написан
    2 комментария