Comments 114
Учитывая, что "Visual Studio for Mac" — это не Visual Studio, а MonoDevelop, странно, что не выпустили его и под линукс… Всё-таки VSC — это ну уж совсем огрызок, а MonoDevelop хоть что-то умеет.
Вообще, развели "Visual Studio", "Visual Studio Code", "Visual Studio for Mac", у которых из общего только название. :-/ Причём из названий совершенно неясно ху из ху.
Вопрос не такой уж и провокационный, как могло показаться. Мне действительно встречались вполне логичные рассуждения некоторых товарищей, которые полагают, что Microsoft хочет интегрировать ядро Linux в свою операционную систему, и в итоге отказаться от старого ядра (типа того, что когда-то сделали в Apple). При этом основная мотивация — это совместимость с большой массой полезного софта для разработчиков и более высокое качество кода в ядре Linux (по второму — пруфы вот: http://blog.zorinaq.com/i-contribute-to-the-windows-kernel-we-are-slower-than-other-oper/).
Comparing the Windows and Linux kernels
Что же касается вашего вброса про «сравнение» ядер NT и linux, то ничего кроме улыбки он не вызывает. Во-первых, сравнение сделано заинтересованной, абсолютно понятно в чём, стороной, во-вторых, Марка Русиновича не знает никто кроме самого Марка Русиновича и вас, в-третьих, сейчас 2017 год и актуальное ядро 4.10, а ваш широко известный в узких кругах «специалист» пишет о ядрах 2.2 и 2.4 аж 2004 году. Давайте сравнивать os/2 warp с windows nt 4, это же так репрезентативно сейчас.
Что же касается моих высказываений относительно windows и его экосистемы, то это ни в коем случае не, как вы изволили выразиться, «троллинг», а действительно констатация факта. Очень некачественный, плохо поддерживаемый, трудно администрируемый, ненадёжный, полный закладок и уязвимостей и при всём этом платный софт. Рынок windows, в относительных величинах, стремительно схлопывается, что не может не радовать.
И это что-то доказывает?
А я вам, знаете ли, ничего доказывать не собираюсь.
Где? Мой вброс где? Конкретно, ссылочку. Докажете свои слова?
Пардон, вброс не ваш, а гражданина Razaz, но вы настолько похоже (по методичке?) рассуждаете, что вас трудно не спутать.
Очередная ваша чушь, которая демонстрирует уровень ваших «сертификатов».
Да бросьте. Ну есть некий Марк, ну где то он там, возможно, чего то понимает в архитектуре windows, Ну и что? Таких «Марков-популяризаторов платформ» пруд пруди и для индустрии они значения не имеют. Нравиться он лично вам, ну и хорошо.
Сертификат — дали, а мозги приложить забыли?
Переходим на личности? Вам в мозг ударила моча юношеского максимализма? Кстати, году этак в 2002-2003 сертифицировался на MCSE, до сих пор вздрагиваю при воспоминаниях о windows-экосистеме.
Факты — подтверждаются.
Конечно подтверждаются, я же писал выше, что рынок windows стремительно схлопывается. Скоро станет редкой легаси-системой.
Вас элементарно подначили, а вы громко сели в лужу и теперь некрасиво пытаетесь сделать хорошую мину при отвратной игре.
Ещё раз повторяю, этот человек для индустрии полный ноль. Обычный популяризатор платформы.
Это говорит кто? А да, троль с отриц.кармой,
Вы школьник-кармадрочер, как я, впрочем, и предполагал.
но при этом не умеющий ни в гугле инфу нарыть, не на хабре и гике поиск по ключевым словам сделать?
Вот ведь вы упёртый
О да, ваше мнение очень важно для сообщества и индустрии в целом.
Вы правы, индустрия идёт от windows-экосистем семимильными шагами, вне зависимости от моего мнения.
Так что я ушел отсюда
Это правильно, когда шаблон слегка порвался, надо пойти помедитировать рядом со статуей Марка, глядишь отпустит.
Справедливости ради почитайте тред на hacker news. Там ионеску, тоже не последний знаток ядра, указывает на серьезные с его точки зрения просчеты в ntoskrnl
Более корректным было бы сравнение .NET Core и JVM
Мне как разработчику, использующему другую платформу интересно что может предложить .net, который в последнее время активно пропихивается на linux.
Есть xamarin, Avalonia. Можно использовать браузер
CEF, ES6, Angular 2, TypeScript использование классов .Net Core. Создание кроссплатформенного GUI для .Net с помощью CEF
.NET Core — сыро, мелко, заточено под веб и консоль. Жалкая попытка завлечь модными словечками красноглазых хипстеров, у которых IDE не в тренде.
Если сравнивать с .NET, то мейнстримовый язык на платформе .NET более живой: больше сахара, меньше говна; в компании с непопулярностью в опенсорсе со всеми вытекающими. По сути выбор между мощностью языка и мощностью экосистемы.
Короче, если вам нравится шарп, потребности вебовые и не слишком грандиозные, и хочется чего-нибудь новенького — можно поиграться с .NET Core.
Дело не в нагрузке, а в выборе библиотек и прочего. Для .NET Core выбор меньше, чем для .NET; для .NET меньше, чем для JVM. К качеству того, что реализовано мелкомягкими под .NET Core, претензий нет. Проблема в количестве.
Вам никто не мешает таргетить десктопный .Net из Core. Только на *nix не взлетит.
Библиотеки сейчас народ довольно оперативно портирует. Как выйдет .NET Standard 2.0, это будет делать ощутимо проще ввиду увеличения числа реализованных API.
ASP.NET Core, Angular 2, SignalR для чайников
ASP.NET Core + Angular 2 шаблон для Visual Studio
Вопрос без подвоха, правда интересно (т.к. сам сейчас .NET Core под веб ковыряю).
А что у VS2017 с потреблением ресурсов? Будет ли работать на том же железе, что и 2015? Просто на работе есть несколько машин не первой свежести, на которых 2015 худо-бедно работает. Есть ли смысл обновлять?
У меня установка nuget-пакета в один проект в солюшне вешает наглухо 2017-ую студию примерно на две-три минуты. Сам NuGet Package Manager почти неюзабелен из-за реакции на клики секунд по 20. Примерно то же самое происходит при выгрузке и последующей загрузке проектов. Это на Core i7-4800 и SSD, да.
Ну и нестабильное оно сейчас очень, за несколько часов использования RTM падало либо наглухо висло примерно раз 40.
Не работает мультитаргетинг совместно с Xamarin — https://bugzilla.xamarin.com/show_bug.cgi?id=52110
Криво работают транзитивные зависимости — https://github.com/NuGet/Home/issues/4652
Надо просто открыть что-то сложнее хэлловорлда. Если интересно прочувствовать, можно забрать состояние с вот этой ветки, на ней хорошо проблемы все проявляются.
Ваш проект спокойно загрузился.
В проект ReactiveUI.Blend_Net45 установился автомапер:
Attempting to gather dependency information for package 'AutoMapper.5.2.0' with respect to project 'ReactiveUI.Blend_Net45', targeting '.NETFramework,Version=v4.5'
Gathering dependency information took 301,25 ms
Attempting to resolve dependencies for package 'AutoMapper.5.2.0' with DependencyBehavior 'Lowest'
Resolving dependency information took 0 ms
Resolving actions to install package 'AutoMapper.5.2.0'
Resolved actions to install package 'AutoMapper.5.2.0'
Retrieving package 'AutoMapper 5.2.0' from 'api.nuget.org'.
Adding package 'AutoMapper.5.2.0' to folder 'D:\Repos\Perspex\src\Perspex.ReactiveUI\src\packages'
Added package 'AutoMapper.5.2.0' to folder 'D:\Repos\Perspex\src\Perspex.ReactiveUI\src\packages'
Added package 'AutoMapper.5.2.0' to 'packages.ReactiveUI.Blend_Net45.config'
Successfully installed 'AutoMapper 5.2.0' to ReactiveUI.Blend_Net45
Executing nuget actions took 1,7 sec
Попробуйте вынести кеш нагета и поставить Cli и SDK с dot.net.
Вы с ветки netstandard открывали или с мастера? Тормоза начинаются при использовании новых фич, в частности PackageReference
.
Попробуйте
nuget locals all -clear
dotnet restore
И поставить последние версии .Net, а не те что со студией идут.
Возможно проблема из-за того, что добавление пакета вызывает restore у всех зависящих от сборки проектов. Проект на SSD можете попробовать открыть?
На SSD и бегает. Любая правка зависимотей приводит к каскадному restore на две минуты.
У меня оно не установлено. Студия пустая. Скорее всего придётся ставить на чистую систему опять.
Ну и написать человеку вопрос. Он достаточно оперативно отвечает вроде.
Вроде починили — https://github.com/NuGet/NuGet.Client/commit/71a08c74db9030d06a643885c506222837bf24d4
Ждём обновления теперь.
Вы, кстати, вообще не тот солюшн открыли судя по логу. Это субмодуль с ReactiveUI.
А в чем проблема проверить? Есть же бесплатная версия.
Это знак.
Кстати поддержка. UWP есть в vsts и vso, если нужен CI для uwp проектов, можете пока рассмотреть эти сервисы. Поддержка в mobile center анонсирована к build conf 2017.
И было бы круто чтобы можно было таким образом редактировать и компилить код на ReactNative
Так эквивалент cmd+shift+a из intellij там будет или нет? Студия уже х64 процесс?
"Почему вы не перенесете студию на 64 бита" вопросили страждущие: https://visualstudio.uservoice.com/forums/121579-visual-studio-ide/suggestions/2255687-make-vs-scalable-by-switching-to-64-bit
Я ожидал честный ответ, что типа "ой, да там столько говнокода, что мы сдались и не хотим", но вместо этого: "от 64 бит одни проблемы, и ваще 64 приложения тормозят, зато зацените, мы сделали улучшенный goto declaration !". Это не считая того, что на ответ им понадобилось 5 лет
Там проблема будет не сколько в "ой, да там столько говнокода", сколько "ой, да тут уже тысячи расширений понаклепали, они же поломаются все".
Насколько я помню настоящее объяснение, в msbuild'е очень много допущений а-ля "ну тут кастанем адрес в инт". Ну и б0льшая часть расширений либо переписывается (если активная разработка), либо просто не нужны. Авторы не обламываются при выходе новой студии в течение пары дней выложить обновление на экстеншн, который идет на этой студии. тем более, что как уже сказали большая часть из них — на дотнете и написана под anyCPU.
Во-вторых, создатели продолжают заботиться о повышении продуктивности разработчиков, создавая все условия, чтобы сконцентрироваться только на написании кода. Например, улучшения в уже полюбившихся возможностях навигации по коду, рефакторинга, исправлениях и отладке для всех поддерживаемых языков
Кто-нибудь уже пробовал? Насколько позаботились о продуктивности в этой версии, дотягивает до R# хоть насколько-нибудь?
Странно сравнивать IDE с плагином для этой же IDE. МС как и многие другие, придерживаются принципа "зарабатывай и дай заработать другим". В итоге студия без решарпера соответствует примерно уровню этой же студии с решарпером пятилетней давности. Кому нужны самые последние фичи — купят решарпер. Кому кроме переименования метода ничего не нужно — останутся на чистой студии. Студию скорее сравнивать скорее имеет смысл с райдером, но он настолько сырой пока, что и тут промах.
Некоторые пакеты не устанавливаются и в итоге у меня есть частично работающая VS :(
Ждал релиза, не ставил беты и RC, а тут такое…
Копаюсь в логах, гуглю решения :(
Третье важное изменение коснулось процесса установки инструмента.Мы тут выкачали оффлайн установку (24 ГБ, кстати), самый смелый уже установил. Винда при запуске порадовала что она прибила нехорошее приложение и уже тоже гуглим решения. Читаю разные комментарии и чую что лучше подождать ещё немножко. Как-то с инсталлятором в этот раз не задалось опять.
на странице скачивания ничего про это нет; на Xamarin University всем дают пробную на 30 дней; внутри самой студии на стартовой странице тоже нет
Visual Studio 2017 и новые возможности инструментов от Microsoft