Почему программисты С# не обращаются к рубину, поскольку Java-программисты
Это тенденция, которую я заметил. Существует очень большое принятие рубина из сообщества java. Это то, что С# - такой замечательный язык +, имеющий хорошие инструменты над java, что большинство разработчиков С# не так сильно стремятся к переходу на ruby постоянно, как разработчики java?
Каковы ваши мнения?
Ответы
Ответ 1
С# - современный и довольно мощный язык, спортивный:
- Lambdas (закрытие)
- Продолжение (
yield
)
- Типы значений
- Свойства
- Тип вывода
- Pass по ссылке
... просто чтобы назвать несколько.
Эти функции делают переход от С# к Ruby гораздо менее привлекательным, чем переход от Java к Ruby.
Ответ 2
Поскольку .NET является частью согласованной среды, включающей инструменты разработчика, ссылки на базы данных, интерфейсы GUI управления orm, чистые передние концы и т.д. и т.д.
Java - это язык! Есть потеря частичных бит и кусков, которые делают все вышеперечисленное, но качество значительно варьируется. Из чего-то вроде Apache POI, который является лучшим интерфейсом для документов MS Office, чем MS, обеспечивает абсурдный J2EE-стек, который наполовину делает очень сложным способом, что .NET делает простым и элегантным способом.
В то время как для уровня предприятия миллионы транзакций, пуленепробиваемые, быстро не теряют ваши данные, вся дополнительная работа по созданию J2EE, JDBC, Spring, Hibernate и т.д. и т.д. на самом деле стоит того, для быстрого простого приложения для веб-баз данных это просто слишком болезненно, следовательно, привлекательность для ROR.
С другой стороны, в то время как .NET может масштабироваться до большого материала (не так хорошо, как J2EE!), Все же достаточно просто сделать небольшое приложение.
Ответ 3
Я вижу две причины:
- Мне кажется, что самыми большими преимуществами перехода на Ruby для Java-разработчика являются закрытие и вывод динамического типа. Оба они могут быть найдены в С#.
- .NET выигрывает от довольно тесной интеграции с платформой Windows - (COM-взаимодействие, WPF, простая установка), что затрудняет переход с .NET на что-то еще.