[Обновлено] Microsoft анонсировала дату релиза и состав редакций Visual Studio 2010
Сегодня компания Microsoft должна анонсировать вторую бета-версию Visual Studio 2010 и .NET Framework 4 и разместить их для подписчиков MSDN. Остальные смогут загрузить новую версию 21 октября. Также Microsoft должна официально анонсировать дату релиза Visual Studio 2010 - 22 марта 2010 года.
Microsoft позиционирует Visual Studio 2010 и.NET Framework 4 в качестве наиболее значимых релизов данных инструментов разработки за последние годы. Тут, видимо, имеются ввиду Visual Studio 2005 и Team System 2005, которые ознаменовали приход ALM (от англ. application lifecycle management - система управления жизненным циклом приложений) и стали предшественниками Visual Studio 2008.
В число новых инструментов входят инструменты разработки для Windows 7 и SharePoint 2010, привязка drag-and-drop к Silverlight и Windows Presentation Foundation, Dynamic Language Runtime (DLR) для программирования со скриптовыми языками и поддержку параллельного программирования.
Microsoft намерена сократить количество редакций Visual Studio с девяти до четырех с фокусом на ALM. Итак, Development Edition, Database Edition, Architect Edition и Test Edition канут в Лету. Остаются Visual Studio 2010 Professional, стоимость которой составляет $799 (без подписки MSDN, а с подпиской $1199), Premium ($5469 с подпиской MSDN) и Ultimate, стоимость которой составит $11924, включая новую подписку MSDN. Также остается Express-редакция.
Что же вы получите в новых редакциях?
Visual Studio 2010 Professional (без подписки MSDN) обеспечит базовые функции разработки, интегрированную среду разработки (IDE), поддержку платформы и параллельную отладку. С подпиской MSDN вы получите рабочие среды (от англ. runtime) для текущих и предыдущих версий клиентских и серверных ОС Windows.
В состав Premium-редакции войдет анализ кода, развертывание баз данных, тестирование пользовательского интерфейса и анализ влияния тестов. Добавление подписки MSDN обеспечит серверную платформу для Dynamics, SharePoint и Exchange, а также Office, Expression и некоторые из функций Team Foundation Server.
В Ultimate-редакцию включены все эти функции плюс UML-инструменты, возможность отладки по истории (historical debugging), инструменты ручного тестирования и Visual Studio 2010 Team Foundation Server.
Разработку для Azure можно будет вести в Premium-редакции. Разработчики будут получать по 750 вычислительных часов в месяц в течение 8 месяцев. Отсчет времени будет вестить с даты, когда Azure станет коммерчески доступной. Предположительно, это должно произойти в следующем месяце.
Microsoft также намерена провести ряд специальных акций. В частности, те, кто приобретут редакции Visual Studio 2008 Team System, или те пользователи Visual Studio 2008, которые приобретут подписку MSDN профессионального уровня до 22 марта получат Ultimate-редакцию Visual Studio 2010 бесплатно. Пользователи Visual Studio 2008 Professional и MSDN Professional также смогут получить Visual Studio 2010 Premium бесплатно.
Добавлено: Visual Studio 2010 Beta 2 доступна к загрузке для подписчиков MSDN.
Источник:
Перевод: deeper2k
Комментарии
Ждем с нетерпением...посмотрим исправили они баги, о которых я им писал...
4 Framework для Office шикарная весчь!
Visual Studio - среда для домашнего программирования. Сколько-нибудь серьёзные проекты на нём не пишут. Тогда и стоимость его должна быть как домашнего офиса - тысячи две. Но уж никак не то, сколько они за него просят.
Кстати, интересно, у микрософт на числе "22" свет клином сошёлся? Их руководству гадалка нагадала, что выпуская продукты по 22м дням, будет им счастье? ))
NeverKnow писал:Visual Studio - среда для домашнего программирования. Сколько-нибудь серьёзные проекты на нём не пишут.
Как раз серьезные проекты именно в ней и "пишут".
на числе "22" свет клином сошёлся?
22 июня - день летнего солнцестояния, а ночь с 22 на 23 декабря - зимнего
"Несерьёзные" проекты пишут в Express-редакции. Она и стоит соответственно.
А вообще, VS - средство производства, и стоит своих денег.
Если выбирать необходимую и достаточную редакцию, конечно.
И, кстати, VS (наряду с MSDN) является одним из плюсов Windows-платформы, делающей её привлекательной и удобной для разработчика.
P.S. Всё вышесказанное относится к нормальному обществу. У нас же, в основном, труд разработчиков ПО
не принято ценить, причём как со стороны потребителя, так и работодателя. Хотя некоторые положитедльные сдвиги, всё же, уже заметны.
Жалко, конечно, что ещё полгода ждать... Но зато это должна быть действительно весчь, как сказал StarLancer_23.
По поводу "домашнего", это конечно корка... =)
Серьезная среда, с поистине колоссальными возможностями. С нетерпением жду 2010 версии, и очень расстроен что еще так долго ждать. Изначально примерно с выходом 7-ки должна была быть финал версия, если не ошибаюсь. Но надеюсь что вторая бета будет по стабильнее. У меня на компе, при компиляции начинались жуткие тормоза, а при разработке WPF приложений, так вообще среда висла... Очень надеюсь на улучшения...
Смешные вы, люди. Посмотрите, каким языкам программирования учат программистов в ВУЗах. Что-то, смотря на программы обучения (я имею ввиду ВУЗовские), слова Микрософт в номинации "Языки программирования" там не встречается. И слава богу. Иначе вся наша жизнь стала бы бесконечным вялотекущим процессом запуска и обработки команд на их net.framework'e. А уровень защиты от декомпеляции приложений у них вообще нулевой.
Как результат, ни одна сколько-нибудь уважающая компания не станет писать сколько-нибудь серьёзный код в VS. Потому что это всегда будет медленно и любой студент-второкурсник, в два счёт а получит доступ к исходникам, даже в дистрибутируемом продукте.
Отсюда вполне логический вывод - VS для домашнего пользования. Кто-нибудь захотел сделать себе базу данных для коллекции двд-дисков с описанием фильмов - это да, VS - рулёз. А что-то серьёзней - просто нет смысла там писать... Это факт известный всем серьёзным программистам. И мало кому на этом форуме.
Уважаемый NeverKnow,
Мне кажется, что ВУЗы - не показатели, в особенности Российские. Во-первых, потому что до недавнего времени понятия специальности программист вообще не существовало в стране. Во-вторых, потому что в большинстве ВУЗов нет квалифицированных кадров для преподавания программирования. В-третьих, в ВУЗе обычно преподают вообще говоря ассемблер, Паскаль, С/С++, т.к. это - фундаментальные знания, которые помогают в целом разобраться с теорией программирования, понять основные концепции, напрактиковаться и получить первичный опыт разработки.
Visual Studio, Delphi, Eclipse - современные средства разработки ПО, и они используются для разработки коммерческого/некоммерческого ПО в течение последних 10-15 лет (в зависимости от соответствующей среды разработки). К примеру, Visual C++ использовался и продолжает использоваться многими разработчиками C++ приложений, в т.ч. в Microsoft практически все продукты разработаны с использованием Visual Studio (кроме Dynamics, там свой язык программирования и своя среда, насколько мне известно). Если учесть широчайший спектр программных средств, когда-либо разработанных и выведенных Microsoft на рынок, то говорить о том, что Visual Studio - "для домашнего использования", по меньшей мере, претенциозно.
.NET Framework - это лишь один из фреймворков, предлагаемых Visual Studio, - MFC, C++ runtime и т.д. никто не отменял ;)
Кстати, посмотрите на
офис 2007 и 2010 написаны на VS. ну да, написанная студентами программка для домашнего пользования
Вы себя к серьезным программистам причисляете? Едва ли кто-то в это поверит. Серьезные программисты не стали бы делать столь опрометчивые заявления. VS - мощный продукт. И хотя есть ряд задач, для которых она не подходит, для большинства задач ей нет равных. По-вашему получается, что VS для самоучек и ламеров.
NeverKnow,
ясно. Обсуждаем вкус устриц, не попробовав.
К сведению:
supported (to varying degrees) by the code editor and debugger, provided a language-specific service has been authored. Built-in languages include C/C++ (via Visual C++), VB.NET (via Visual Basic .NET), and C# (via Visual C#). Support for other languages such as F#, M, Python, and Ruby among others has been made available via language services which are to be installed separately. It also supports XML/XSLT, HTML/XHTML, JavaScript and CSS. Language-specific versions of Visual Studio also exist which provide more limited language services to the user. These individual packages are called Microsoft Visual Basic, Visual J#, Visual C#, and Visual C++.
Ну а вы продолжайте, продолжайте использовать nano
О, да! NeverKnow, ты прям светило науки и всем нам открыл глаза! Все уважающие себя компании пишут проги только на ассемблере, чтобы жизньь не казалась сахаром!
По теме: я сам заканчиваю учёбу в (не побоюсь этого слова) в МГТУ им. Н. Э. Баумана на
слова Микрософт в номинации "Языки программирования" там не встречается
Хм, не знаю про какие ВУЗы вы говорите, но мне кажется, что в любом достойном ВУЗе как минимум изучают Borland C++ 3.0 <
любой студент-второкурсник, в два счёт а получит доступ к исходникам, даже в дистрибутируемом продукте
Ну-ну))) вы много знаете студентов-второкурсников, которые легко могут свободно читать код на языке assembler?
Сколько эмоций выплеснулось...
"Мне кажется, что ВУЗы - не показатели" - да, верно. Показателем для вас, наверное, курсы от Микрософт.
"в ВУЗе обычно преподают вообще говоря ассемблер, Паскаль, С/С++, т.к. это - фундаментальные знания" - ну да, а Visual Basic, по-вашему, наверное, вершина эволюции в программировании.
"VS - мощный продукт." - для дома.
"Обсуждаем вкус устриц, не попробовав." - я знаком и работаю в VS с конца 90х.
"вы много знаете студентов-второкурсников, которые легко могут свободно читать код на языке assembler?" - какой ассемблер? Програмный код для фреймворка вообще полу-исходный. Там ума не то чтобы много не надо, чтобы его прочесть. Его вообще особо-то и не нужно.
"Мне кажется, что ВУЗы - не показатели" - да, верно. Показателем для вас, наверное, курсы от Микрософт
Показателем является использование средства разработки в индустрии. Одним из таких показателей является широкий выбор средств расширения Visual Studio, что можно увидеть на Visual Studio Gallery (ссылку давал выше). Другим показателем - число компаний-разработчиков типа Infragistics или ComponentOne, которые либо разрабатывают разнообразные контролы, либо сами ведут кастомную разработку для заказчиков с использованием Visual Studio. Конечно, таких компаний больше всего в США, но и в России есть некоторые из этих компаний. Akvelon, к примеру.
Visual Basic - это вовсе не эволюция, а один из способов достаточно быстро научиться писать GUI-based Windows-приложения (во времена VB6). То, что еще называется RAD - Rapid Application Development. С помощью VB, как и с помощью Delphi, было создано множество бизнес-приложений за последние 10-15 лет. Сейчас в VB8 - это вполне нормальный язык вместе со средой, позволяющий создавать Windows-, Web-приложения и т.д.
"VS - мощный продукт." - для дома.
Т.е. вы просто проигнорировали все ПО, разработанное в стенах Microsoft, включая Windows XP, Office, Windows 7? Это - продукты уровня домашнего каталога видеофильмов?!
Да, программный код .NET Framework полу-исходный - это плохо вообще? Или не подходит для Ваших нужд разработчика? Мне кажется, невежливо делать утверждения "обо всем". Нужно конкретизировать. Опять же, если не писать под .NET, и фреймворка не будет. Хотя, ах да, Windows Template Library является Open Source.
И кстати, свои приложения можно обрабатывать обфускатором еще со времен Visual Studio .NET. Опять же, есть множества способов закрыть Ваше приложение от любопытствующих глаз - у нас есть форум на Русском MSDN, касающийся этой тематики - Безопасность, и там как раз недавно была изумительная дискуссия по этому вопросу (форум открылся только вчера) -
Если Вы сами работаете с VS с конца 90x, то, прошу прощения за ехидство, разрабатываете приложения для дома? Домашние видеокаталоги?
to NeverKnow
1. Наверное у вас не сложилось с VS и платформами, не разобрались что к чему и обиделись ;)
2. Работаю в вполне серьёзной и уважающей себя компании, пишем вполне серьёзные проекты, зарабатываем нормальные деньги, а вы на чём пишете? ;)
3. Знаете такое слово "обфускация" и продукты под названием "обфускаторы"?
4. На счёт серьёзных продуктов: большинсво Windows продуктов пишутся в студии. Да, пока ещё мало под .NET, но никто не отменял Win32, ATL, MFC. Кстати, AutoCAD 2009 написан на WPF, NERO, Sony SoundForge и Sony Vegas на .NET - 'это только те, что я на вскидку вспомнил - как по вашему серьёзные продукты?
Stealth2006, троллефобия?
NERO, Sony SoundForge и Sony Vegas на .NET
С какой версии Nero на .NET?
Уважаемые, этот фреймворк - детя порока. Посмотрите на его вес и подумайте о том, какого это, написать компактную программку по обработке видео (конвертер), или какую-нибудь картотеку, скажем, дистрибутив которой весит 1 мегабайт, предложить её скачать пользователю, и потом сказать: "ОЙ! Кстати, мы тута забыли... Чтобы наша программка на 1 мегабайт работала, вам надо ещё метров 300 скачать библиотек. Но это же вас не тревожит? Ведь правда? Правда?"
Эти фреймворки - г*но полное. Причём, я выражаю не своё личное мнение, а разделяю мнение многих программистов, столкнувшихся с проблемами а) его использования; б) его дистрибуции. И благоразумно ушедших программировать в другие среды.
История использования фреймворка достойна Шекспировской трагедии.
Версия 1, и 1.1 была настолько нелепой и идиотичной, что люди не воспринили его впринципе. От слова "вообще". Пропала возможность компиляции в нейтив-код. Совершенно нелепым образом стали обрабатываться события формы, пропали массивы объектов. Люди плевались на эту студию. И поэтому она с треском провалилась. Программисты остались на прежних версиях языков.
Второй фреймворк хоть как-то привёл в чувства положение студии. Но, опять же, писав мегабайтные приложения, людям приходилось дополнительно дистрибутировать ещё 20 метром фреймворка. Анука, во времена 50Кб-шного интернета! В том же VB было достаточно дистрибутировать 500 кб-шную библиотеку, вместо 20метрового фреймворка. Так что, можно считать, что второй фреймворк тоже ждал провал. Ждал? Он и оказался провальным. Хотя несколько поделок на нём действительно появилось. Люди попробовались, обплевались и перестали им пользоваться.
Третий фреймворк с миллионом багов вообще удручает. Это у нас студия 2008. У меня не раз случалось, что пользовательский интерфейс просто рассыпался. И я был вынужден восстанавливать архивные копии программного кода. Глючит страшно. ОЧЕНЬ СТРАШНО. Глюячат авторазмеры объектов, половина которых просто "не кайф" перерисовываться при изменении размеров окна. Фактически все "удобства" автосайзинга я переписывал вручную расчётом положения и размеров объектов. Глючят панели меню. Стоит набрать и отладить код для какого-нибудь тулбара, как он просто вылетает и форма загружается так, словно в ней его и нет, хотя в коде все строки тулбара сохранены. При смене ОС, размеры окон и объектов, при РАВНЫХ значениях, ОТЛИЧНЫ. Здесь окно такое, а там - другое. И всё это не спасает какой-либо сервис-пак!
И даже если вы таки родили что-то в 2008й студии, попробуйти распространить свой продукт по интернету с нагрузкой фреймворка метров в 250! Ну вот попытайтесь! Сколько людей захочет скачать вашу милую скромную утилитку, размер которой (включая фреймворк) сопостовим с размером дистрибутива целого офиса?!! Провал! Однозначный провал платформы!
И теперь родилось чудовище - фреймворк 4. С чудным интерфесом и размером, поправьте, если я ошибаюсь, метров 400. Так? Просто мечта идиота.
NeverKnow, на висте/семерке это уже неактуально, там никакие фреймворки дополнительно не нужно ставить.
NeverKnow, у вас приступ графомании? или все же троллизма? Ваше мнение давно всем понятно. Как и ваши познания в этом вопросе. Однако, если вы поднимите глаза чуть-чуть выше, вы заметите, что к данной новости ваше мнение о .NET Framework 1,2,3 не имеет отношения.
to NeverKnow
1. Есть .NET Framework Client Profile 25 MB плюс Vista/7, в которых почти всё уже стоит
2. По поводу всех багов и тормозов, которые вы описали, очень похоже на проблемы ваших рук, т.к. я шоке от описанного вами, сам ни разу не сталкивался с подобным, писал под WinForms, щас на WPF/Silverlight/ASP.NET/ASP.NET MVC
Похоже, NeverKnow из разряда программистов, у которых всё виновато, кроме них самих. Система глючит, студия глючит, фреймворк глючит.
NeverKnow, какие проблемы - пишите на голом С под линукс. Будет счастье
"Visual Studio - среда для домашнего программирования." - комментарии бессильны
"И я был вынужден восстанавливать архивные копии программного кода." - автор хоть слышал о системах контроля версий (version control system) ?
"второй фреймворк тоже ждал провал. Ждал? Он и оказался провальным. Хотя несколько поделок на нём действительно появилось." - не представляю с чего сделано такое заключение ибо вторая версия признана как раз самой удачной, а
Ну, конечно, фреймворк как таковой (.NET-ли, JavaFX-ли) по определению тянет множество библиотек за собой. Не нужно - пишите на C++ и делайте свою маленькую библиотеку. Логика в том, что если Вы - хороший разработчик, то Вы можете себе это позволить - писать аккуратный код, руками писать управление памятью и т.д. И это замечательно, но, увы, для миллионов разработчиков это не вариант, т.к. стоимость работы такого разработчика гораздо больше, чем разработчика на готовом фреймворке, и во многих случаях оно просто того не стоит (те же собственные бизнес-приложения для маленьких компаний). Если говорить о том, что Visual Studio разрабатывали для трех типов разработчиков - начинающих, среднего уровня специалистов и экспертов высочайшего класса, то, очевидно, эксперты высочайшего класса могут создавать приложения и без фреймворка, в то время как множеству начинающих удастя сделать гораздо быстрее первые шаги в мире программирования. Выбирать, на каком уровне Вы находитесь и что Вас устраивает, - это Ваше дело.
То, что .NET Framework при всех преимуществах и вложенных силах не имеет огромного числа приложений на его основе, утверждать тоже нельзя. Нужно понимать, что для многих разработчиков .NET Framework - удобный базис для написания бизнес-приложений для их заказчиков. И это - одна из основных целей фреймворка, т.к. именно эти разработчики и приносят прибыль ;) Немного цинично, но правдиво. В Студии есть средства для всех трех основных типов разрабочтиков, определенных выше (не говоря о тестерах, разработчиков БД и тестировщиков), и мы прикладываем все усилия, чтобы расширить возможности Студии.
DanielKornev, у меня возникает чувство, что я общаюсь чуть ли ни с самим соавтором этого продукта. Как бы то ни было...
Вы сами замечаете, что Студия - для людей непритязательных. Да притормаживает, да пишут специалисты среднего класса, да большого размера библиотеки. Как-то грустненько всё выходит, не находите?
Кто будет пользоваться плодами такой Студии? Кто и платить-то много за продукт не готов, либо с ПО вообще не очень разбирается и для кого даже написанная на фреймворке программа - это дидво дивное, чудо чудное.
Поймите, я не против фреймворка как такового. МС сделала большой, я бы даже сказал, огромный шаг в RAD-направлении. Её продукт великолепен по своему потенциалу оперативности написания ПО. То есть, здесь, в Студии, написать законченный продукт можно БЫСТРЕЕ всего. Как результат, выпадает практически ВСЁ, что относится к качеству такого продукта. А это в серьёзных проектах просто недопустимо.
Как раз для максимально быстрого написания программ существуют среды С++Билдер и Делфи, уж поверьте они гораздо более дружественны к программисту, а VS, проф. продукт на котором разве что в 21 веке не пишут пользователи Делфи или Ява!!!!!!!!! Остальное сообщество выбирает VS!!!!!
NeverKnow, бред пишите, причём на эту тему уже не первый раз.
На VS пишут и студенты и профессионалы. На разных языках и с использованием разных технологий. Разве она заставляет писать только под платформу .NET?
Не "притормаживает". Причём приложения "не притормаживают" побыстрее той же явы. А Вы, кстати, не писали на SmallTalk'е в среде, которая сама является SmallTalk'ом (Lego от ПО)? Вот где "притормаживает", когда сборщик мусора вдруг вспоминает, что он есть. А ведь серьёзные глобальные системы на нём реализованы (Хотя SmallTalk (и Xerox) стоят благодарности хотя бы за появление привычного всем оконного интерфейса). Кстати, если уж действительно необходимо самому управлять памятью в .NET C++ программе или извлекать кубические корни из указателей - да пожалуйста! В специально отведённом месте, чтобы случайная ошибка (куда ж без них) в вашем гениальном коде не привела к далеко идущим последствиям.
Для своей функциональности и задач .NET Framework вполне нормального размера. Для установки стандартных драйверов ATI-AMD (ССС) .NET давно уже необходима. В современных M$ OS - встроена. Библиотеки платформы .NET отличные, кстати. Хотя я чаще на C++ пишу, чем под .NET (привычка) - и, надо же, тоже в обсуждаемой VS. И на php пишу и отлаживаю в VS. И верстаю - (ну удобно мне) в привычной среде, которая всё это позволяет (с парой коммерческих плагинов).
И .NET библиотеки и программы при установке, обычно, компилятся в native-код. Под тот процессор, который установлен на данном компьютере, т.е. с использованием всех возможных оптимизаций. Т.е. сам фреймворк не интерпретируется, не компилируется при запуске приложения - он компилируется после установки фреймворка или апдейтов, в фоне, незаметно для пользователя. И большинство приложений, встречавшихся мне, делает то же самое. Надеюсь, смысл данного абзаца понятен?
А технология сборки мусора и автоматического управления памятью в большинстве разработок - благо (модное в последние пару десятков лет, хотя появившееся в индустрии уже лет 40-50 назад). Где требуется более эффективное управление - реализуйте на .NET C++. Где требуется полный контроль - на C или С++. В Visual Studio - оно вас в этом совершенно не ограничивает, в чём проблема-то?
А ещё существует проект, который позволяет использовать видеокарты для выполнения различных библиотечных функций. Пока в разработке, но когда он будет выпущен, то это почувствуют и уже установленные программы, использующие .NET.
И, кстати, проблема ошибок или "дыр" безопасности в статических фреймворках и частных библиотеках довольно часто даёт о себе знать. А когда фреймворк один, и обновляется через winupdate, исправляя баги и бреши сразу во всех .NET-приложениях, то это опять же серьёзный довод для использования .NET-платформы для создания широкого круга приложений.
Старшие редакции VS рассчитана на серьёзную командную разработку, поддерживают различные системы контроля версий и поддерживают или реализуют другие Enterprise-технологии. Позволяет писать так, как требуется программисту и на том, на чём ему удобно. Индустрия ПО - это не только искусство (к некоторому сожалению, не скрою) - это ещё и бизнес, и ремесло, а не только средство самовыражения и приближения к абсолюту. И VS - серьёзное подспорье в данном бизнесе, предоставляющее необходимые технологии, свободу их выбора и реализацию готового продукта при доступных ресурсах - человеческих, временных, финансовых. А ведь ещё есть MSDN... Да все плюсы и конкурентные преимущества перечислять устанешь.
Вы же пишете совершенно противоположное, причём ваши высказывания трудно назвать мнением - настолько они вгоняют в ступор своей неадекватностью, категоричностью и необоснованностью. Создаётся впечатление, что Вы троллите серьёзно и целенаправлено. Хотя цель непонятна, честно говоря, но создаётся стойкое впечатление, что Вы последовательно её придерживаетесь.
Может быть это просто индивидуальная аллергия или непереносимость?
Бывает.
Shame on you за потраченое мной время на написание этого сообщения.
NeverKnow, Вы тут угадали ;) DanielKornev - программист из МС, поэтому ирония Ваша не совсем уместна.
deeper2k, а я здесь не иронизирую, заметьте. Я крайне сожалею о качестве данного продукта. И причины не эфимерны, а вполне конкретны. Я их называл. Именно их существование и портит впечатление. Не знаю. что комичного вы в этом усмотрели.
NeverKnow, хочу обратить ваше внимание, что сожалеете о качестве продукта здесь только вы, все остальные (высказывающиеся здесь) довольны продуктом. Может дело всё-таки не в продукте? Опять-же о фактах, которые вы называли, я лично с ними ни разу не сталкивался, да и от других не слышно
Хотите больше? Легко!
Как насчёт юродивого интерфейса по работе с файловой системой на WM-смартфонах и коммуникаторах? Почему в Студии до сих пор нет нормальных библиотек по работе с мобильными устройствами? Почему, чтобы проинициалищзировать устройство, получить информацию о карте памяти и тем более просто скопировать/прочесть файл, нужно устраивать танцы с бубном? А заходя на МСДН, повсеместно читаешь, мол, ну, знаете, чем фигнёй страдать с нашими командами, возьмитека лучше вон ту бесплатную варп-библиотеку, стороннего производителя, ну, чес-словно, работать лучше будет.
Почему в родной 2008й Студии я должен искать сторонние библиотеки, чтобы элементарно скопировать файл на WM-устройство? Про программирование на WM-устройствах я вообще молчу. Студия не обрабатывает команду END. Ну, ёптить... у меня миллион таких кривых Студийных косяком. И дело вовсе не во мне, типа, руки у меня не от-туда растут. Если я что-то не понимаю, то читаю форумы и советы людей, как они решали аналогичные проблемы. Перечисленные проблемы не решены. И те, что я описывал ранее - тоже.
Я до глубины души ненавижу фреймовский тулбар, который имеет практику разрушаться эпизодически, без ведомых причин. Работаешь в другой части кода, вообще с другой формой, а эта гадость врдруг берёт и пропадает, причём код есть, все элементы в файлах есть, а на экране ни в редакторе, ни после компиляции не отражаются. Специально скачал Студию 2010 бету 1 по весне, открыл проект в нём и, надо же! Все тулбарсы вернулись, словно и повода пропадать не было (а его и не было, их код не менялся). А 2008й их в упор не видит. Что за идиотизм? И как такую студию можно называть ПРОФЕССИОНАЛЬНОЙ?! Смех да и только. Продукт исключительно для домашнего программирования. Не дай бог писать в нём что-то среьёзное.
Хотя, может потому продукты от МС так долго и выходят и так подглчивют, что пишутся в Студии? Пиши на чём-нибудь другом, может было бы лучше?
NeverKnow, в VS2010 есть библиотеки для программирования под WinMo. Вы немного отстали от жизни, раз не знаете этого -
Может это вЫ отстали от жизни? Студия 2010 ещё в бета-версии. И использовать её можно только на свой страх и риск.
То, что я единожды открыл для проверки в ней свой проект, не означает, что я в ней работаю.
Продукты от МС после СП1 остаются сырыми, а вы о бета-версии говорите... кто станет использовать.
Использовал VS 2005 начиная с Beta 2 (под WinForms) и ничо, нареканий не было
NeverKnow, да, ее нельзя использовать для коммерческих целей, пока она в режиме тестирования, однако, это не значит, что в ней нет библиотек для программирования WinMo. Вы, судя по всему, относите себя к мегакрутым программистам, раз для Вас VS - ламерский продукт. Едва ли у Вас найдутся единомышленники, разве что среди красноглазых.
Это что, попытка меня оскорбить? Из тщетности попыток отстоять обратное тому, что я привёл в качестве явных аргументов? Похоже, deeper2k, вы опустились до уровня самых посредственных посетителей данного форума. Что крикнете дальше, "Тро-о-оль! Ба-а-ан!"?
Поверите, даже не пытался. И Ваши так называемые "аргументы" на аргументы настоящих программистов не тянут. Заявлять, что VS = продукт для домашнего использования, это очень неразумно. Это вроде как сказать "Mersedes GL = это для колхозников".
@NeverKnow
Спасибо за открытый и честный feedback по поводу Visual Studio. @deeper2k, спасибо, но я не программист, а Program Manager, отвечающий за Русский MSDN и в параллель занимающийся исследованиями в Computer Science
@NeverKnow, предлагаю Вам поделиться Вашими соображениями у нас на форуме Русского MSDN, в разделе "Visual Studio - отзывы и пожелания", тут:
@NeverKnowВаше мнение по поводу неудобства разработки под Windows Mobile поддерживаю, это направление в компании вообще было в течение длительного времени (как мне кажется - это уже мое, личное мое мнение) "запущено". Но сейчас делаются подвижки в этом направлении. В частности, выпущена Windows Mobile 6.5 с первыми, еще робкими шагами на пути к User-friendly User Interface, Windows Mobile 6.5.1 несет еще больше изменений (посмотрите блог IStartedSomething.com - там показаны некоторые подробности), заново собрана и работает новая команда разработчиков над Windows Mobile 7, вместе с ними работают ребята из команды Zune, привнося свой опыт в Windows Mobile. Лично я признаю, что с мобильными устройствами в целом было довольно плохо, и Compact Framework - откровенно "бедный" фреймворк. Но мы поняли свои ошибки и стараемся их исправлять. В Русском Блоге Windows Mobile (http://blogs.msdn.com/windowsmobile_ru) была недавно статья про создание современного пользовательского интерфейса в Windows Mobile 6.5, кстати.
Продукты MS выходят долго явно не из-за студии Есть еще один вариант студии, Razzle (упрощенная студия - основное окно и отладчик), многие в Windows используют именно его. Некоторые вообще используют NTEmacs Но и сама Студия много кем используется (собственно, все managed-приложения создаются именно в ней - а это большинство продуктов STB Division, E&D Division, MBD и т.д.), да и в Windows тоже используется многими разработчиками в полной ее форме (не Razzle).
Мне кажется, друзья, мы все немного разгорячились. Думаю, что все-таки NeverKnow согласится со мной, что Visual Studio - не "ламерский" продукт, хотя есть некоторые вполне определенные проблемы, которые нам в Microsoft известны и мы стараемся их исправить. В частности, перегиб на managed code, присущий версиям студии начиная с 7.0, исправлен, мы постарались восстановить баланс между managed & native code development, усилив возможности VC++ в Visual Studio 2010. Аналогично, и deeper2k, мне кажется, согласится со мной, что NeverKnow вовсе не "тролль" или "красноглазый", а вполне очень даже опытный разработчик, проработавший в индустрии в течение длительного времени и знающий Visual Studio чуть-ли не вдоль и поперек
Эх, уважаемый, мне бы вас да пол года назад. Или месяца четыре. В те "славные" два дня, когда в первый и во второй раз на ровном месте рассыпалось приложение и, я искал с собаками по всем форумам, кто как решал эту проблему. С удовольствием отправил бы вам чудо-код, открывающий пустое окно в 2008й Студии и он же, открывающийся полноценным окном в 2010й. Я уже пару месяцев как завершил работу с тем проектом. Но, если представится возможность его продолжить и появится та нелепая ситуация, то, буду знать кому предложить над этим подумать.
Нафлудили дискуссию )))
А хотя бы бета Help3 в этом дистрибутиве уже есть, кто может сказать? Я только из-за него бы скачал...
2DanielKornev,
MS вообще имеет тенденцию забрасывать направления, если у них нет конкурентов. IE & WinMobile особенно четко это показывают
Ага, бета2 хелпа3 есть, хоть сырой и с глюками ) Можно качать...
По теме
- Разработчикам доступен Project Reunion 0.5
- Microsoft переименовала Visual Studio Online в Visual Studio Codespaces и существенно снизила цены
- Состоялся релиз Visual Studio 2019 для Mac и Windows
- Выпуск Visual Studio 2019 состоится 2 апреля
- Разработчикам доступна первая предварительная версия Visual Studio 2019
- Microsoft анонсировала Visual Studio 2019
- Состоялся релиз Visual Studio 2017
- Microsoft отметит 20 лет Visual Studio выходом VS 2017
- Visual Studio 2017 готова к выходу
- Microsoft представила Visual Studio 2017 RC