Комментарии 15
НЛО прилетело и опубликовало эту надпись здесь
А что такого вы выучили в джаве чего нет в C#, основа программирования — это архитектура и алгоритмы, за всем этим стоит математика, а язык это всего лишь инструмент, овладеть которым нет ни каких проблем, например если вы строитель, и работали молотком с деревянной ручкой, и квадратным концом, а на новой строке вам дали молоток с железной ручкой и круглым концом, то для вас не должно составлять проблем приспособиться к этому молотку, да некоторое время будет не удобно, но не долго.
НЛО прилетело и опубликовало эту надпись здесь
Неглупые выпускники всё равно много не понимают. Сборка мусора для джуниоров тёмный лес, а открывать байт-код большинство морально не готовы. В JVM и .NET много похожих концептов. Моё мнение: если имеется хорошее понимание управляемой исполняемой среды, то переучиться с Java на .NET не так сложно.
Плюс есть ещё один интересный момент. Будущее за теми .NET-технологиями, которые только-только появились, но даже в релиз ещё не вышли. Появились такие прекрасные штуки как Roslyn, CoreCLR, .NET Native, RyuJIT, ASP.NET 5. На сегодняшний день в них разбирается крайне малое количество народу. Я пишу на C# больше 10 лет, но если я сейчас не стану сидеть долго и упорно изучая все новые .NET-технологии, то через пару лет не смогу назвать себя квалифицированным C#-разработчиком. Microsoft в короткий промежуток времени выкинуло на рынок великое множество новых технологий. С одной стороны — это просто прекрасно, ведь с их помощью можно будет делать не менее великие проекты. А с другой стороны — это большой объём работы по самообразованию для тех, кто эти проекты хочет делать.
Это я к чему. На мой взгляд, сейчас как раз самый подходящий момент, чтобы с Java на .NET переходить. Завтра будут требовать n лет опыта с .NET 2015+, а у вас есть шанс начать работать с новыми технологиями ещё до их релиза. Не думаю, конечно, что в ближайшее время Java умрёт, но если Microsoft доделает всё обещанное (а у них есть все шансы на это с текущей стратегией), то .NET должен отгрызть себе приличную часть рынка.
Плюс есть ещё один интересный момент. Будущее за теми .NET-технологиями, которые только-только появились, но даже в релиз ещё не вышли. Появились такие прекрасные штуки как Roslyn, CoreCLR, .NET Native, RyuJIT, ASP.NET 5. На сегодняшний день в них разбирается крайне малое количество народу. Я пишу на C# больше 10 лет, но если я сейчас не стану сидеть долго и упорно изучая все новые .NET-технологии, то через пару лет не смогу назвать себя квалифицированным C#-разработчиком. Microsoft в короткий промежуток времени выкинуло на рынок великое множество новых технологий. С одной стороны — это просто прекрасно, ведь с их помощью можно будет делать не менее великие проекты. А с другой стороны — это большой объём работы по самообразованию для тех, кто эти проекты хочет делать.
Это я к чему. На мой взгляд, сейчас как раз самый подходящий момент, чтобы с Java на .NET переходить. Завтра будут требовать n лет опыта с .NET 2015+, а у вас есть шанс начать работать с новыми технологиями ещё до их релиза. Не думаю, конечно, что в ближайшее время Java умрёт, но если Microsoft доделает всё обещанное (а у них есть все шансы на это с текущей стратегией), то .NET должен отгрызть себе приличную часть рынка.
Java сложнее молотка, к сожалению.Да и .Net тоже. Тут можно провести сравнение с станком ЧПУ.
Оо, динамическая компиляция. Джва года ждал эту фичу.
Жаль что Entity Framework 7 пока что только SqlServer поддеживает. В beta1 провайдер и для SQLite был, но потом его выпилили. По «слухам» планируют PostgreSQL провайдер добавить в ближайшем будущем, вот тогда можно будет полноценно на linux развертывать приложения.
На EF свет клином не сошелся(тем более в вебе). Есть и другие ORM, побыстрее и без change tracking.
Если можете, посоветуйте что-то кросплатформеное, mono или .net core.
linq2db очень неплох(это бывший bltoolkit). Поддержка mono завявлена
NHibernate же.
Весьма крут, а с FluentNHibernate так и вообще работать одно удовольствие.
Весьма крут, а с FluentNHibernate так и вообще работать одно удовольствие.
Tag Helpers — это очень спорная фича. Возвращение <asp:whatever> тегов прямиком из 2005. Все же надеялся, что их не включат в релиз.
По началу тоже так показалось, но при ближайшем рассмотрении — совсем другое, действительно снимает нагрузку Razor в HTML-коде, и совсем не тоже самое, что <asp:xxx> так, как это не серверный контрол, а всего-лишь упрощённый синтаксис для кодогенерации.
Если посмотреть на эту фичу в целом, то далеко от HTML хелперов эти теги не ушли и код вроде бы чище. Хотя я все же предпочитаю иметь максимальный контроль за результирующей разметкой, а эти атрибуты с первого взгляда ничем не отличаются от тех data- или aria- или еще чего-нибудь. А в итоге разметка на странице выглядит иначе. Неподготовленный фронтендщик вообще может не понять, что это такое.
Но атрибуты — это еще полбеды. Теперь есть возможность написать такое:
Если будет хорошая поддержка данных asp- атрибутов и кастомных тегов на уровне IntelliSense и тулах вроде ReSharper и Web Essentials, то будет проще.
Но атрибуты — это еще полбеды. Теперь есть возможность написать такое:
<email>Info</email><a href="mailto:info@domain.com">Info</a>Если будет хорошая поддержка данных asp- атрибутов и кастомных тегов на уровне IntelliSense и тулах вроде ReSharper и Web Essentials, то будет проще.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Введение в ASP.NET 5