Еще раз озвучу мнение, что если для платформы плодят кучу разных альтернативных языков, то это означает что нормального языка, который бы всех устраивал под неё нет :)
Этот замечательный пример стоит дополнить тем, что C# так же умеет в анонимные типы, что делает возможным кровавые группировки и джоины. По моему скромному мнению, человек, утверждающий что LINQ не нужен, а он-де пользуется extension-методами для IQueryable ни разу не писал джоинов по составному ключу и группировок этими самыми методами. Я тоже когда-то был маленький и мне LINQ казался не нужным, ибо .Select написать проще чем from x in y select x. Однако потом я столкнулся с частным случаем построения отчетности через EF без SQL. И все заверте…
При всем уважении, господин хороший, если вы уберете из CTS IDisposable, то у вас в C# перестанут компилироваться using-и, если уберете Func<...> и Expression<...>, то перестанут работать лямбды, про Monitor и lock и Task с async/await упоминать?
Так что вы ошибочно разделяете платформу и язык. Они взаимосвязаны настолько, что если вы выбрасываете составляющую часть платформы — у вас перестают работать фичи языка.
Не вижу смысла в Scala/Clojure если у вас в руках C#. Если вы пишете на C# и хотите при этом Scala, то вы плохо знаете C#. Когда знаете нормально — начинаете хотеть Nemerle
Я учился в НГУ и сейчас преподаю в НГУ (как раз C#/.NET). Так вот, про агрессивное продвижение всяких курсов скажите Oracle (тогда еще Sun), когда курс ООП читается в первом семестре на C++, а потом внезапно съезжает на Java, сетевые технологии (лабораторные работы) — на Java, компьютерная графика — на Java (но тут правда у студентов есть выбор), в магистратуре курс распределенных систем — Globus Toolkit, базы данных на Oracle зачастую с жестким ограничением на него в лабораторных работах, на терминальных компьютерах в дуалбуте стоит (стояла?) солярка с LibreOffice.
А агрессивно продвигает всякие курсы в университетах все равно Microsoft, ну.
Наладить контакт с Microsoft просто чтобы выбить ну хоть какую-то поддержку локальному коммьюнити (хотя бы информационную — о деньгах не говорю) — оооочень сложная задача в отличие от безгрешного в ваших устах Oracle. Даже гугл лучше поддерживает локальные коммьюнити.
На самом деле значительно раньше — когда пользователи отказались ставить себе левое расширение для браузера, а программисты открыли для себя удивительно бажное окружение и чудовищно негибкий WCF RIA
Прошу прощения что вмешиваюсь, но вот сугубо ИМХО — кроссплатформенный GUI (речь о десктопе) по моему опыту использования приложений с таковым (видел реализацию на Java) в результате означает что этот самый GUI, уж простите, одинаково отстойно выглядит на всех платформах.
Мораль сей басни обычно сводится к тому, что если хочешь сделать серьезный GUI в серьезном приложении — пиши отдельно на каждую платформу. Ну то есть примерно та же ситуация, что и с мобильными приложениями.
Кстати в порядке троллинга можно вывернуть дело так, что Girls Day является гендерной дискриминацией — это вы типа вот так на уровне компании решили, что девушки глупее и поэтому им надо проводить специальные экскурсии, да? Вуаля и вы — шовинист. :)
Феминизм и меньшинства — очень, очень опасная тема :)
Как имеющий опыт скажу, что указанная положительная динамика ни коим образом не мешает компаниям плеваться от VB.NET и отказываться от него в пользу C#. Основная проблема VB.NET — это просто дикое, неуправляемое приведение типов, громоздкий синтаксис для лямбда-выражений и сильно урезанная поддержка у ReSharper. Даже литеральные даты и пара полезных LINQ-словечек не спасает
Задался тем же вопросом.
У моего основного клиента CI/CD это jenkins. Проект выкладывается на инфраструктуру Amazon из github-репозитория. Работает без запинки, из чего складывается крамольная мысль: если автор комментария не смог подобную связку настроить — это не значит что оной нет :)
Это желание новых людей сделать модно «как у них» сейчас и здесь
Вот! Вот от таких мыслей при проектировании хорошие системы и загибаются. «Как у них» — не значит «хорошо». project.json для сборки .NET-проектов очевидно не подходит, ибо как вылазит проблема совместимости со старыми системами, завязанными на специфические особенности msbuild-а, как верно команда .NET Core заметила в своем блоге.
У меня просто солидный опыт работы с MSBuild и это реально очень удобная система сборки чем-то похожая на ant. project.json сильно уступает ей в функциональности. project.json отлично работает на маленьких и простых проектах и превращается в сущий ад на попытке собрать большой проект (я собирал свой фреймворк с помощью project.json — прошелся по такому количеству граблей, что страшно становится)
Прошу прощения, о благородные доны, но я вот как-то все перечисленные задачи до этого момента благополучно решал с помощью C# (ну за исключением клиентского web-а, хотя и тут есть варианты) и впервые слышу что кто-то испытывает сложности подобного характера.
(вероятно это потому что я плотно сижу на windows-инфраструктуре)
Ваши слова не опровергают моих.
Я к тому, что есть JetBrains, который в состоянии снабдить нас нормальной IDE для C#. Есть MonoDevelop, как вариант «на крайний случай» есть VS + R#. Так что нормального окружения для работы с C#-кодом полно и на моей памяти VS+R# самая удобная связка.
Да клиент вообще в большинстве случаев платить не хочет в принципе. Клиенту выгодно быстро, бесплатно и качественно.
А для разблюдовки по часам — я выше где-то писал коммент про WPF-приложуху для разбиения проекта на задачи и оценки. Посмотрите — там как раз я говорю о том, что вы хотите.
Так что вы ошибочно разделяете платформу и язык. Они взаимосвязаны настолько, что если вы выбрасываете составляющую часть платформы — у вас перестают работать фичи языка.
А агрессивно продвигает всякие курсы в университетах все равно Microsoft, ну.
Наладить контакт с Microsoft просто чтобы выбить ну хоть какую-то поддержку локальному коммьюнити (хотя бы информационную — о деньгах не говорю) — оооочень сложная задача в отличие от безгрешного в ваших устах Oracle. Даже гугл лучше поддерживает локальные коммьюнити.
Мораль сей басни обычно сводится к тому, что если хочешь сделать серьезный GUI в серьезном приложении — пиши отдельно на каждую платформу. Ну то есть примерно та же ситуация, что и с мобильными приложениями.
Феминизм и меньшинства — очень, очень опасная тема :)
Как имеющий опыт скажу, что указанная положительная динамика ни коим образом не мешает компаниям плеваться от VB.NET и отказываться от него в пользу C#. Основная проблема VB.NET — это просто дикое, неуправляемое приведение типов, громоздкий синтаксис для лямбда-выражений и сильно урезанная поддержка у ReSharper. Даже литеральные даты и пара полезных LINQ-словечек не спасает
У моего основного клиента CI/CD это jenkins. Проект выкладывается на инфраструктуру Amazon из github-репозитория. Работает без запинки, из чего складывается крамольная мысль: если автор комментария не смог подобную связку настроить — это не значит что оной нет :)
Вот! Вот от таких мыслей при проектировании хорошие системы и загибаются. «Как у них» — не значит «хорошо». project.json для сборки .NET-проектов очевидно не подходит, ибо как вылазит проблема совместимости со старыми системами, завязанными на специфические особенности msbuild-а, как верно команда .NET Core заметила в своем блоге.
У меня просто солидный опыт работы с MSBuild и это реально очень удобная система сборки чем-то похожая на ant. project.json сильно уступает ей в функциональности. project.json отлично работает на маленьких и простых проектах и превращается в сущий ад на попытке собрать большой проект (я собирал свой фреймворк с помощью project.json — прошелся по такому количеству граблей, что страшно становится)
(вероятно это потому что я плотно сижу на windows-инфраструктуре)
Я к тому, что есть JetBrains, который в состоянии снабдить нас нормальной IDE для C#. Есть MonoDevelop, как вариант «на крайний случай» есть VS + R#. Так что нормального окружения для работы с C#-кодом полно и на моей памяти VS+R# самая удобная связка.
А для разблюдовки по часам — я выше где-то писал коммент про WPF-приложуху для разбиения проекта на задачи и оценки. Посмотрите — там как раз я говорю о том, что вы хотите.