Что касается производительности, то это проблема решается за счет native кода написанного для узких мест. Также очень просто сконфигурировать проект для запуска на нескольких инстансах.
В целом думаю проблема производительности относительно надумана, так как уже есть не мало нагруженных проектов на Rails: github, twitter.
Мы используем JetBrains RubyMine 2.5 EAP. Рефакторингов меньше, но они есть. Интелисенс тоже есть, но не везде. Отмечу, что ошибок связанных с динамической типизации почти не делаем.
Ошибок в написании переменных, классов тоже практически нет, просто пишешь правильно на английском языке, а spell сhecker в IDE сразу увидит если что не так.
На момент подготовки данной видеопрезентации у меня не было достаточно времени подготовить примеры. Именно поэтому я решил написать серию постов, где остановлюсь на каждом аспекте подробнее.
В Rails действительно надо меньше думать о том как построить приложение и больше времени можно уделить непосредственно самому веб-приложению.
Сейчас мы делаем в основном многпользовательские веб-проекты, которые нельзя назвать тривиальными. Вот например: keekme.ru
В контексте веб-фреймворка статика сильно мешает. Она провоцирует создание дополнительной прослойки из PresentationModel классов, которые растут как грибы после дождя (Пример: UserRegistrationInputModel, UserChangePasswordInputModel, UserLoginInputModel) итд.
DLR — это хорошо. Но пока тот же IronRuby не может заменить оригинал, так нет возможности работать с gem'ами, которые содержат native code на C. А таких очень много, причем самых критичных.
Сodeplex — это хорошо. Но он все больше и возможно безнадежно отстал от Github.
Мы смотрели эту библиотеку. Но она давно не обновляется и практически никем не используется. У нее с 2009 года нет коммитов.
>> DNS сервер у регистратора домена или хостера. Зачем свой? Для публикации web приложений не нужен remote desktop.
Свой DNS сервер удобен, когда у компании много сайтов, а домены разбросаны по разным регистраторам.
Remote desktop нужен для управления собственным удаленным сервером.
>> ОК, посмотрели скриншот. Увидели коммит не для публики. Дальше что?
Суть в том, что ASP.NET MVC это проект в который нельзя сделать Fork, а его коммиты не публичны. Выкладываются лишь срезу за определенный период.
>>Вы в зеркало смотрели когда это говорили? Кто кроме вас «вручную реализует управление жизненным циклом сессии в БД»? Это же какая бредятина-то!
ASP.NET MVC не регламетнирует момент освободжение объектов типа LTS, EF датаконтекстов. Всем разработчикам надо самим решить где и когда они будут создаваться и освободжаться.
В целом думаю проблема производительности относительно надумана, так как уже есть не мало нагруженных проектов на Rails: github, twitter.
Мы используем JetBrains RubyMine 2.5 EAP. Рефакторингов меньше, но они есть. Интелисенс тоже есть, но не везде. Отмечу, что ошибок связанных с динамической типизации почти не делаем.
Ошибок в написании переменных, классов тоже практически нет, просто пишешь правильно на английском языке, а spell сhecker в IDE сразу увидит если что не так.
В Rails действительно надо меньше думать о том как построить приложение и больше времени можно уделить непосредственно самому веб-приложению.
Сейчас мы делаем в основном многпользовательские веб-проекты, которые нельзя назвать тривиальными. Вот например: keekme.ru
www.codeplex.com/site/search?query=imap
Сodeplex — это хорошо. Но он все больше и возможно безнадежно отстал от Github.
Мы смотрели эту библиотеку. Но она давно не обновляется и практически никем не используется. У нее с 2009 года нет коммитов.
>> DNS сервер у регистратора домена или хостера. Зачем свой? Для публикации web приложений не нужен remote desktop.
Свой DNS сервер удобен, когда у компании много сайтов, а домены разбросаны по разным регистраторам.
Remote desktop нужен для управления собственным удаленным сервером.
>> ОК, посмотрели скриншот. Увидели коммит не для публики. Дальше что?
Суть в том, что ASP.NET MVC это проект в который нельзя сделать Fork, а его коммиты не публичны. Выкладываются лишь срезу за определенный период.
>>Вы в зеркало смотрели когда это говорили? Кто кроме вас «вручную реализует управление жизненным циклом сессии в БД»? Это же какая бредятина-то!
ASP.NET MVC не регламетнирует момент освободжение объектов типа LTS, EF датаконтекстов. Всем разработчикам надо самим решить где и когда они будут создаваться и освободжаться.