!!???? 

Добавлено через 1 минуту

голословное и неуместное утверждение, средства разработки у них более чем на уровне  

речь не о версии шла


вообще-то у них все на уровне, просто от microsoft по вполне логичным причинам народ ожиает уровня повыше. А так, в последние годы они значительно повысили качество продуктов.

п.с. только не надо войну разводить, я против студии ничего не имею, но gcc на мой взгляд строже в плане стандарта. Это мое мнение, и оно вряд ли изменится по отношению к текущим версиям обсуждаемых компиляторов. А баги есть везде, никто ничего не идеализирует. Если в программе не нашли ошибок, значит их плохо искали..народная мудрость.

Это сообщение отредактировал(а) azesmcar - 14.6.2009, 23:42

Ценность компилятора как средства разработки складывается не только из его собственных технических характеристик, а ещё и характеристик совместимого с ним инструментария.


Это чисто теоретически или для этого есть какой-то реальный плагин? И даже если есть плагин, то чья стандартная либа и чей отладчик тогда используются?
 

Отладчик нужен всем: и новичкам и не новичкам. В студии он изначально интегрированный и очень удобный. Например, чтобы посмотреть значение выражения, достаточно выделить его мышкой в редакторе. Содержимое контейнеров STL можно просматривать, как обычные массивы данных. Что-то я не видел ничего подобного в поделках, совместно работающих с MinGW (Eclipse+CDT+GDB, CodeBlocks+GDB). Или взять хотя бы typeid(x).name() - тоже бывает полезно при отладке, только вот в VC++ сразу получается нормальное имя типа, а в gcc это непонятная кучка символов, которую нужно расшифровывать. А как насчёт стандартной библиотеки? MinGW-шная либа уже имеет работать с std::wcout, std::wstring и т.д.? И локалями, кроме C? Или новичок ещё должен поплясать с бубном, устанавливая STLport из-за недоделанности нативной стандартной библиотеки?


 Этак и я могу сказать: нечего VC++ всякие извращения скармливать.


Был у меня один веселый случай на практике, когда я тестировал свою либу на предмет переносимости. Где-то часа два убил на поиск несуществующей ошибки в коде - в итоге оказалось, что баг не в коде, а в MinGW, который пытается выводить шаблонные аргументы из nondeduced contexts. Этот пример


как раз демонстрирует данный баг. 


Нарыл? Да это только то, что мне сразу вспомнилось  К тому же я gcc очень мало пользовался.


Я и так знаю, что у VC++ много багов  Но отсутствие удобного сопутствующего инструментария куда неприятнее.

Ну для новичка это не средство разработки, а скорее средство для изучения языка. Я как уже сказал очень люблю VisualAssistX, но не рекоммендую его знакомым новичкам, чтобы руку набили. Тяжело в учении, легко в бою.


о практике ничего не могу сказать, знаю только что это реально. Не пробовал  


Повторюсь, я не выступаю против студии, я даже написал что сам ею пользуюсь (правда не только ей).


А вот тут есть разница. 
d.~B() ты знаешь хоть одного новичка который такой код напишет?  
а вот я знаю полно не новичков которые пишут throw std::exception("error") а потом меняй после них на хрен знает что, ради того чтобы под gcc скомпилировать код. Эти люди на студии учились. У тех кто писал на линукс всю жизнь код легче портируется, мое личное наблюдение.


Ну это уже дело вкуса. По мне так оба важны, моя рекоммендация касалось только для новичков, говорить об этом вообще значило бы призывать к религиозной войне, а мне неохота, бессмысленное занятие на мой взгляд.

Кстати последние два ill-formed студия тоже скомпилировала.


Это сообщение отредактировал(а) azesmcar - 15.6.2009, 13:37

Оказывается, сборка Eclipse+CDT+GDB тоже так умеет. А раньше вроде не умела. Прогресс 

можно еще писать визуализаторы для своих типов данных  

я раньше думал, что связка eclipse + Mingw + gdb глючит в windows, но вот в linux оно должно здорово работать.. боже мой, как я ошибался  
теперь я понимаю, почему так много людей, программируя под linux используют только %favorite_text_editor_name% + gdb в терминале (ну и что-нибудь для сбокри проектов)

Добавлено через 2 минуты и 30 секунд
CodeBlocks, это вообще отдельная тема, впервые я его увидел 2 гда назад, за эти два года там практически никаких изменений (хотя серьезно я его не использовал, просто немного поюзал и снес, может что-то упустил)  

а что еще надо кроме vim?  
vim+gcc+makefile+valgrind, мне этого вполне достаточно под линукс. Кстати если долго сидеть на vim, потом даже в студии как-то неудобно, клавиатурой не все можно сделать. Так что это даже дело привычки. Но помнится в одной из компаний в которых я работал был очень популярен SlickEdit. Он правда не бесплатен, но штука хорошая. Народ бы доволен.


А они там нужны? я вообще CodeBlocks за профессиональную среду разработки не принимаю, по моему ее и  создали как раз для студентов.

Это сообщение отредактировал(а) azesmcar - 15.6.2009, 22:31

Нет, для С++ уж лучше Emacs+XRefactory+CMake+GCC+Valgring. Ну а с отладкой все гораздо хуже, все обертки вокруг GDB полный отстой по сравнению с отладкой в MSVC.

Серьезно? спасибо, не знал что для меня лучше.  

Ну в любом случае стоит попробовать такую связку и сравнить. Мне показалось, что значительно лучше 

Ещё QtCreator есть  

Вспоминлся Скотт Мейeрс.