Игорь Борисов: кстати недавно лазил по сообществу Raspberry, они там настоятельно не рекомендуют использовать дешевые переходники мотивируя это перспективой выхода из строя монитора, либо самой платы. Мне повезло, поэтому был испорчен древний монитор, которому давно самое место в утиле уже было ))
xtala zen: сублим платный, но до приобретения лицензии, раньше по крайней мере - ограничение было только одно, в виде всплывающего окна перед закрытием программы.
Данный режим работает нестабильно и не так, как нужно. Мне нужна именно последовательность, чтобы входящий шел на SIP, а после отработки сервером отправлялся на GSM того-же номера.
Решение нашел в том, что все домены вида http://*.site.ru сделал зеркалами сайта site.net, затем использовал редирект на $_SERVER['SERVER_NAME'], если $_SERVER['HTTP_HOST'] соответствует заданным параметрам.
Спасибо за рекомендацию, я не столько в смену платформы упираюсь, сколько в привлечении того, кто однозначно справится с задачами. В данный момент у меня есть только один хороший кандидат, но он пишет на другой платформе.. Если-бы он был гуру в Ruby, все было бы куда проще. И да, я в панике от мысли о том, что пытаться что-либо менять очень поздно. Это было осознано еще как минимум год назад. Насчет штата будем думать, я с вами согласен насчет старшего + помощников, особенно с учетом того, что как показывает практика - нахождение в непосредственной близости от разработчиков дополнительно мотивирует их заниматься работой в рабочее время..
Плохой сервис => мало конверсий => низкий уровень продаж => нет денег => плохой сервис. Это замкнутый круг, который можно порвать только серьезной фин. стимуляцией, это понимают все, но для такого шага нужны исключительные доводы в пользу гарантии того, что наш действующий замкнутый круг перевоплотится с вкладом денег в: хороший сервис => много конверсий => высокий уровень продаж => есть деньги.
Оценка по времени есть очень приблизительная и равняется она от 3-х месяцев до 5-ти. В эти сроки входит и нагрузочное тестирование API и всего прочего. И я бы сказал, что эти сроки для проекта данной сложности даже малы, но это заслуга уже имеющихся наработок специалиста, которого я желаю привлечь к работе.
Насчет 1000$ полностью с вами согласен, особенно для хорошего RoR-специалиста это вообще не деньги. Но тут для ведущего программиста опять работает магический замкнутый круг и кто-то должен сделать первый жертвенный шаг. Либо разработчик (если вообще в силах), либо руководство.
@OnYourLips именно, класс упомянутого мной PHP-разработчика невероятно высок и у него есть свои готовые наработки, которые значительно ускоряют процесс разработки сервисов любой сложности. Про плюсы в скорости разработки на RoR мне тоже говорили, но к сожалению по ходу работы я этого преимущества совсем не вижу,
@OnYourLips в данном случае большинством являлось мнение двух руководителей, один из которых когда-то был тесно связан с руби, как-раз в пик развития и популярности этого языка несколько лет назад и было принято решение о разработке всех сервисов именно на данной платформе. К сожалению руководство тогда ни-с кем не советовалось о том, сыграет ли такое решение положительную роль относительно использования PHP.
Мне тут подкинули данный рейтинг: www.tiobe.com/index.php/content/paperinfo/tpci/ind...
Думаю, что это поможет при общении с руководством. Он четко отражает то, что руби находится в упадке по-сравнению с технологией PHP.
@natnal агрегатор чартерных авиабилетов + представление собственных регулярных (еще не реализовано), готовых или почти готовых под эту задачу конечно-же нету. Я маркетолог и SEO-специалист, в целом отвечаю за продажи во всех офисах компании, за конверсии, задаю задачи и планы по улучшению юзабилити. Мне будет крайне выгодно наличие качественного сервиса, так как постоянно и тесно приходится общаться с данным сервисом и по сути результат моей работы во многом зависит от качественного исполнения задач IT-отделом и реализации функциональности.
