Как стать автором
Обновить

Комментарии 25

Под семерочку то она будет запускаться?

А вообще конечно интересно, нет ли в планах у Microsoft открытия исходников конкретно компилятора C++ и сопутствующих библиотек.

Сама по себе Студия пожалуй лучшая IDE (и это то чего реально не хватает в Linux), хотя размер дистрибутива почему-то становится все больше и больше. Я еще помню когда IDE были маленькими и компактными (хотя по функционалу кстати они были вполне на уровне). Понятно что там сейчас накручено огромное количество всего, в том числе сторонних производителей. А вот компилятор — вещь по идее достаточно автономная (привязка разве что к набору библиотек *lib, хотя и это неправильно). Новые Студии уже умеют работать со старыми компиляторами, а вот старые Студии с новыми компиляторами — нет. В общем, мне кажется, что было бы интересно, оставив огромную Студию проприетарной, «отпустить» компилятор С++ в мир свободного ПО :)

Под семерочку то она будет запускаться?

А зачем?

https://docs.microsoft.com/en-us/visualstudio/releases/2022/system-requirements

Visual Studio 2022 is supported on the following 64-bit operating systems:

  • Windows 10 version 1909 or higher: Home, Professional, Education, and Enterprise.

  • Windows Server 2019: Standard and Datacenter.

  • Windows Server 2016: Standard and Datacenter.

В общем, мне кажется, что было бы интересно, оставив огромную Студию проприетарной, «отпустить» компилятор С++ в мир свободного ПО :)

А зачем? Что это даст, кроме дополнительной траты времени и денег на «открытие», учитывая что уже есть свободные GCC и CLANG?
Даст то, что как минимум работа разработчиков компилятора не пропадет. А то однажды захотят эффективные менеджеры в MS перейти на Clang, и про свой компилятор забудут. Думаете, не может такого быть? Ну вот в IE случилось же, а уж кто бы мог подумать, когда-то это был можно сказать флагманский продукт…

Сама по себе Студия пожалуй лучшая IDE

Ну с этим можно поспорить - Rider не хуже.

Быстрая и мощная кросс-платформенная IDE для .NET

Но не для С++. Для .NET вообще сред разработки больше, и средства поддержки языка развиты лучше — вполне понятно почему, C# более продуманный язык, т.к. создавался позже чем С++.

Rider по-моему не умеет в edit-and-continue. Там даже нельзя instruction pointer передвигать (Set Next Statement).

А если речь о C++, то QtCreator достаточно шустрый и тоже на C/C++ написан, под Linux именно им пользуюсь, а вот CLion не зашёл.

QtCreator в Linux — работает, но до удобства Студии ему далеко. Особенно при отладке.

нет ли в планах у Microsoft открытия исходников конкретно компилятора C++

Нет, конечно. Они ж на нём деньги зарабатывают. Это на словах еще Балмер бегал с его "developers, developers", а по факту фиг, хочешь делать софт - плати.

Что лучше - vscode или visual studio?

А что лучше - велосипед или подводная лодка? Передвигаться оба могут. Но. Смотря для каких задач.

Если поменять местами Old и Refreshed иконки, то никто не заметит подвоха.
Да и старые выглядят лучше и более цепко.

О вкусах не спорят и это дело привычки ))
Мне приятно, что добавили поддержку приложений C++

— с visual-бейсиком там уже полностью покончено?
— в help viewer можно зафиксировать язык примеров?

Пользуюсь, багов хватает, но на 19 уже нет желания переходить. Новый intellisense крут.

мы улучшаем удобство использования Visual Studio для всех с помощью обновленных значков, которые стали более четкими и легче различимы

Нет, они стали менее чёткими и труднее различимыми.

Обращение к ув. разработчикам Visual Studio, а конкретно к разработчикам поддерживающим VS For Linux подсистемы, которую вы здесь расхваливаете.

Мы работаем с ней уже несколько лет - и это КОШМАР!

Приурочу свою тираду к новому выпуску 2019 студии Version 16.10.4 - в которой Вы опять всё сломали!! И так из раза в раз. Висят ошибки которые не правятся годами, и главное, мы стараемся подсказать Вам из певых рук, то что нужно конечному разработчику и как это будет выглядеть правильно, но многое остаётся сделано криво.

Вот и сейчас: Раньше копирование исходников на удаленную машину происходило в директорию с названием проекта(что есть правильно), но сейчас ВДРУГ исходники стали копироваться в директорию, которая называется по имени файла проекта!! ЗАЧЕМ??

СМ: https://developercommunity.visualstudio.com/t/VS-For-Linux:-WHAT-ARE-YOU-DOING-All-o/1480858

У нас сломались все проекты - это большие проекты решения с десятками проектов - находящиеся на разных уровнях - все директории поплыли!

Более того начала падать Microsoft.Build.Linux.Tasks. Теперь вообще ничего не работает.

А главное ваши горе-разработчики не понимают как надо тестировать это всё - они мне всегда показывают - "Ну вот видишь Helloworld собирается же". Когда уже вы будете проверять ваш продукт на РЕАЛЬНЫХ решениях, сложных проектах использующих PostBuild и PreBuild, RemotePostBuild итд.

Наши проекты собираются в инфраструктуру на удаленной машине, есть общие файлы, о которых VS ничего не знает - НЕЛЬЗЯ просто так брать и менять пути деплоя, копирования исходников и пр. в каждой новой версии!

Более того у нас ещё есть и наши кастомные Targets построенные поверх VS For Linux - которые тоже постоянно ломаются. Половина Resolved путей внутри вашей системы вычисляются изначально верно, но потом заменяются на некорректные - это вообще ни вкакие ворота не лезет.

СМ: https://developercommunity.visualstudio.com/t/VS-for-Linux:-Wrong-resolve-RemoteProjec/1368377

И напоследок самый эпичный Баг - который висит уже 2 ГОДА!! https://developercommunity.visualstudio.com/t/VC-for-Linux-copysources-error-on-some/946015

Здесь я сам декомпилирую Вашу DLL правлю её и собраю заново - потому что Ваши разработчики не могут поправить 1 строчку кода! Описание проблемы давно есть и описание причины есть - я даже указал что именно надо править - это уже смешно.

Хочу привлечь внимание Allen Zeng [MSFT], Danny Cai [MSFT] и прочих, видимо причастных людей к этой разработке.

Почему это опять происходит, почему VS For Linux становится нестабильной - хотя от вас требовалось только поправить те баги, которые на Вас ставят.

К сожалению пользоваться в полной мере Вашей сборочной подсистемой для Linux до сих пор опасно. И честно, я уже желею, что построил сборку на ней. И пока не могу его рекоммендовать НИКОМУ.

Если вдруг представители(разработчики) захотят со мной связаться, могут написать здесь в личку - я и моя комманда с удовольствием проконсультирует их во всех нюансах и подводных камнях Вашего же продукта, который далёк от совершенства!

ПС Прошу прощения, но я уже устал "биться головой" о ваш developercommunity.visualstudio.com, ставя десятки и сотни багов!

Горизонтальную прокрутку колесом мыши добавили?

Не замечена такая опция. А как вообще на практике такое применить, чтоб с вертикальной не спутать?))

Обычно с зажатым Shift (или реже Ctrl).

Благодарю за подсказку.)
Уже протестила))

У меня одного свойства проектов не открываются? При открытии свойств любого проекта вылетает ошибка: Microsoft.Assumes+InternalErrorException: Unable to parse version "5.0" in visibility condition expression.

Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.