До недавнего времени он преданно нес знамя Microsoft .
NET. Он хвалил Silverlight, ASP.NET MVC и верил в чудеса.
За четыре года работы с .
NET я стал сертифицированным разработчиком широкого спектра технологии: ASP.NET, WCF, WPF, ADO.NET. Однако через год существования собственного интернет-агентства я разочаровался в выбранном пути и обратился в другую веру.
В цикле статей «Большой переход или жизнь после Microsoft» я расскажу об опыте, который получила наша команда при переходе от стека веб-технологий Windows + .
NET к Linux + Ruby on Rails, а также приведу конкретные инструкции по использованию, которые помогут помогите сначала.
Начну с трех причин, которые побудили нас сказать «нет» .
NET.
1. Зависимость
Работая с продуктами .
NET, вы обрекаете себя на зависимость.
Зависимость от платного ПО и бесконечное разнообразие платных компонентов, начиная от графического интерфейса и заканчивая банальным сбором почты по протоколу IMAP. Вы тратите львиную долю времени на изучение лицензий и цен, чтобы найти подходящую конфигурацию.
Приходится мириться с тем, что удаленный рабочий стол не поддерживает два подключения, а в состав Windows Web Server 2008 не входит DNS-сервер.
Если вы хотите масштабировать свои решения только за счет покупки или аренды оборудования, то .
NET не для вас.
2. Закрытость
Дополнительные затраты времени и ресурсов на борьбу с лицензиями — это только половина проблемы; Закрытый характер технологии .NET и ее сообщества гораздо более ужасен.
Выбирая платную библиотеку, вы обычно руководствуетесь не качеством, а рекламным слоганом, написанным на сайте.
Качество продукта с открытым исходным кодом можно оценить по более значимым факторам:
- Тестовое покрытие.
- Частота обновления.
- Количество загрузок.
- Количество и личности разработчиков.
Люди, разрабатывающие продукт, общеизвестны, и с ними легко связаться напрямую.
Вы можете решить проблему самостоятельно и отправить решение на рассмотрение разработчикам и другим членам сообщества.
В конечном итоге продукты с открытым кодом обновляются гораздо чаще, учитывают больше потребностей разработчиков, а их функционал на несколько шагов опережает закрытые решения.
Стоит отметить, что Microsoft начала предпринимать шаги в сторону открытого исходного кода.
Однако пока это можно назвать только наклонностями, так как в действительности публикуются только разделы, соответствующие конкретной бета-версии или релизу.
В результате сообщество остаётся равнодушным к жизни продукта и со слюной ждёт следующего релиза.
Для большей убедительности приведу лог коммитов проекта ASP.NET MVC: 
3. Путь Microsoft
Еще одна проблема, вызванная той же закрытостью, — это традиция Microsoft делать все по-своему.Это отражается на проблемах с веб-стандартами и подходами к разработке собственных продуктов.
Буквально вчера Microsoft создавала собственную среду JavaScript и, к счастью, в конечном итоге реализовала Jquery. То же самое можно сказать и о технологии ASP.NET, которая за 5 лет до появления ASP.NET MVC показала свою полную несостоятельность.
Несмотря на положительную тенденцию, заданную ASP.NET MVC (веб-фреймворк, полностью дублирующий Ruby on Rails, однако лишенный прелестей динамического языка), Microsoft по-прежнему попадает в те же грабли.
Так, например, в новой версии вместо адаптации Хамл они обещают нам Бритва , что будет «очень удобно» и все будут «рады».
Аналогичная тенденция наблюдается и среди рядовых .
NET-разработчиков.
Все они без исключения пишут свои собственные фреймворки аутентификации и авторизации, вручную реализуют управление жизненным циклом сессий в базе данных, и этот список можно продолжать бесконечно.
Однако такая самодеятельность не всегда хорошо отражается на качестве проектов.
В один момент мы поняли, что в наших проектах мы тратим больше половины времени на доработку недостатков .
NET и изобретение собственных «велосипедов», что крайне негативно сказывается на времени разработки.
Проанализировав альтернативные открытые решения, мы остановились на фреймворке Ruby on Rails, у которого, на наш взгляд, очень большое и важное профессиональное сообщество (редко можно встретить проект без тестов).
В последующих статьях этой серии я на конкретных примерах покажу преимущества Ruby on Rails перед ASP.NET MVC и другими продуктами Microsoft, а также предоставлю инструкции по безболезненному переходу на Ruby on Rails для людей, далеких от мира Linux и открытые технологии.
Теги: #веб-разработка #с открытым исходным кодом #.
NET #ASP.NET #asp.net mvc #ruby onrails #microsoft #ruby #.
NET
-
Как Восстановить Пароль Windows Xp
19 Oct, 24 -
Аренда Выделенных Серверов В России
19 Oct, 24 -
Приватбанк На Проводе
19 Oct, 24 -
За Деньги Можно Сделать Что Угодно... Или...
19 Oct, 24 -
Discogs – Организуйте Свою Коллекцию
19 Oct, 24 -
Единый Вход - Теперь Для Всех
19 Oct, 24 -
Modx.ru – Новый Старт!
19 Oct, 24
