Comments 15
UFO just landed and posted this here
А что такого вы выучили в джаве чего нет в C#, основа программирования — это архитектура и алгоритмы, за всем этим стоит математика, а язык это всего лишь инструмент, овладеть которым нет ни каких проблем, например если вы строитель, и работали молотком с деревянной ручкой, и квадратным концом, а на новой строке вам дали молоток с железной ручкой и круглым концом, то для вас не должно составлять проблем приспособиться к этому молотку, да некоторое время будет не удобно, но не долго.
UFO just landed and posted this here
Неглупые выпускники всё равно много не понимают. Сборка мусора для джуниоров тёмный лес, а открывать байт-код большинство морально не готовы. В 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, то будет проще.
Sign up to leave a comment.
Введение в ASP.NET 5