Ну очень медленная студия. Можно ли как-нибудь повысить скорость её работы? Особенно бесит "Parsing file for solution...". Но intel sense отключать не хочу.
Памяти ей надо. Много.
Антивирус ей мешает. Особенно какой-нибудь Каспер.
И вообще, Студия после 2008 версии, похоже, возложила на Кресты некоторый болт, предпочитая полировать Шарп.
По сравнению с ней какой-нибудь QtCreator могуч и реактивен.
Если ваши Кресты не завязаны на WinAPI / MFC / WinForms / что они там еще настрогали, то Студия им в принципе незачем. Да и Винды в целом.
Иногда есть и Win only задачи, типа системного программирования, драйверы. И там без студии ни шагу влево-вправо обычно не получается сделать, к сожалению...
Adamos: А сервера зачем?
Там производительность не нужна, там нужна в основном шустрая работа интерфейса.
Все эти кнопочки, модули, библиотеки все должно быстро читаться с диска и вмещаться в память.
Основное это.
А у сервера совершенно противоположные задачи.
Вы вот в вопрос вчитайтесь, что автора больше всего раздражает - Parsing file for solution..
А это в первую очередь медленная работа с диском, во вторую очередь недостаток памяти.
АртемЪ: Насколько я понимаю, это в первую очередь - безобразная архитектура, использующая для анализа кода БД. Сравнивал 2008 и 2010 Студии на одном и том же железе для одного и того же проекта - в 2008 Intellisense был на порядок шустрее.
АртемЪ: Почему же? Можем. Отказавшись от программы с убогой архитектурой в пользу более удачных. Проще говоря, сменив IDE. Согласитесь, идти на поводу у одной программы и послушно "кормить" ее апгрейдами - это не для специалистов.
Adamos: И какие же по вашему более удачные обладающие той же функциональностью?
Меня вполне устраивает, ничего плохого сказать не могу, разве что к ресурсам компьютера требовательная, но у меня железо нормальное и проблем не замечаю.
АртемЪ: ну, я прямо сейчас сижу в QtCreator и не чувствую себя обделенным функциональностью. Во всяком случае, переход к определению функции / переменной / поиск использования - все это происходит мгновенно и в один клик, а не в "кликнул - терпи, Intellisense думать будет!"
АртемЪ: Все эти три тега - из вашей головы, а не из вопроса. Совершенно не факт, что ТС интересуется Шарпом. Наоборот, новички - это сплошь и рядом студенты, которых учат Крестам и при этом сдуру приучают к Студии.
Мой ответ, естественно, по Крестам. Шарп - это короткий поводок к Виндам, кто его надел - будет делать, что в Редмонде скажут и не рыпаться.
Adamos: Разумеется не из вопроса.
Вы говорите что ее легко можно заменить. Я вот заменить ее не могу ибо нечем, ничего более удобного.
По поводу шарпа. - Я вообще больше админ, а не программист, хотя бывает пишу.
Чаще всего это пайтон, и JS в последнее время.
Но если мне надо написать виндовс приложение активно использующее апи винды, то я не вижу адекватного аналога шарпу и визуал студии.
АртемЪ: а если мне надо написать приложение, я избегаю в нем активно использовать апи винды - и, тем более, M$-only решения. Благодаря этому, в частности, половина офиса спокойно переехала на Убунту, работая все в тех же программах.
С Шарп-неизбежностью я, например, столкнулся, ставя СКУД в цех. Там и было-то два датчика (вход и выход), подключенные к одной коробочке. Но, к сожалению, софт для этой коробочки писали люди, порабощенные M$-энтерпрайзом. Поэтому к ней пришлось приставлять серьезную машинку с Семеркой (спасибо, хоть не сервером) только ради того, чтобы вести статистику тех самых входов и выходов. Напоминаю, есть похожие коробочки с веб-сервером на борту, совершенно самодостаточные. Там без Шарпа как-то обошлись...
Adamos: Очень странно избегать API винды когда пишешь приложение под windows. И нафига приложение написанное под windows пихать в убунту? В убунте оно просто бесполезно и никому не нужно.
АртемЪ: вам ошейник не жмет? Винда - опциональна! Если она необходима - ее придется использовать, если нет - на хрена ее вообще покупать?
А мои приложения пишутся не под ОС, а под пользователя. Которому в результате все равно, под какой ОС работать.
Adamos: Суть программы - работа с приложениями windows. В убунте этих приложений нет.
Если бы приложения работали на убунте, программа бы писалась для убунты.
Приложений которые работают сразу в нескольких ОС практически не бывает, либо это разные приложения, либо это нечто довольно кривое.
АртемЪ: ваша речь подозрительно начинает смахивать на "дано свыше" и "упало на скрижалях". Особенно первая заповедь.
Смотрю на свою панель задач: VirtualBox, QtCreator, Firefox, Thunderbird, PhpStorm. Не бывает, ага...
Чего кросплатформенного в firefox? Код компилируется под конкретную платформу.
К тому же у указанных вами приложений нет возможности взаимодействия и управления с другими приложениями и системой, только на этапе установки.
Т.е мне нужно приложение со стандартным (привычным пользователям) интерфейсом, способное управлять некоторыми приложениями и настройками системы Windows - начиная от 7 версии и выше.
Какая нафиг тут убунта и кросплатформенность?
АртемЪ: извините, для меня ваши слова по-прежнему выглядят как бред.
Каким пользовательским приложениям вдруг понадобилось соваться в настройки Виндов? Можно пример?
А прошивка вроде как должна работать на микроконтроллере, а не на ОС, которая к нему обращается. Или у вас даже прошивка - на Шарпе под Виндой?
Adamos: Попробую пояснить -
1) Вопрос был задан почему медленно работает VS - я ответил почему. Коротко и ясно.
Вы начали дискуссию о том для чего нужна VS. Для чего она нужна другим в том числе вам и автору вопроса я не знаю.
Мне она нужна чтобы писать приложения работающие на Windows.
Я вообще пишу в основном на пайтоне. Но там нормального приложения под Win не сделаешь, не очень удобная работа с WinAPI и окна родные и привычные не сделать, поэтому для разработки таких приложений используется C# и VS. Cам я не большой знаток C# - чисто поверностные знания, но мне хватает. Если сам справится не могу- обращаюсь к спецам, некоторые модули мне делали под заказ.
По поводу для чего это- я вообще сисадмин, оказываю услуги.
У меня есть клиенты, у клиентов есть проблемы в сфере IT, я решаю эти проблемы, мне за это платят деньги.
Многие решения проблем прекрасно автоматизируются, поэтому нет смысла самому сидеть и тыкать кнопочки, проще написать приложение.
Поскольку в конкретном случае требуется под винду, конкретно для управления некоторым софтом, который не имеет API, то и решение должно быть под винду, и поддерживать те же механизмы виндовые например COM.
Т.е приложение пишется для конкретной ситуации, для конкретной версии windows и конкретного ПО с которым оно будет взаимодействовать.
Потому что за решение проблем с этим ПО мне платят деньги.
Если мне платят деньги за решение проблем с вебсервером на убунте - там используется совершенно другие программные средства, и у меня даже мысли не возникает сделать эти скрипты кросплатформенными и портировать под винду, ибо там они нархен не нужны. Как и виндовые на убунте.
АртемЪ: вот, вполне вменяемая речь.
Смотрите: ТС пожаловался на тормоза Студии и попросил совета.
Я ответил со своей колокольни: если предполагается писать пользовательские приложения и Винда в них принципиально не уперлась, то спрыгивать и не оглядываться.
Вы - со своей: утилиты для администрирования Виндов вполне логично писать на любезно предоставленных вместе с зондом инструментах и терпеть (либо мужественно преодолевать) их недостатки.
