Delphi, Visual C++, C++ Builde что выбрать?

Скажите кто на чём пишет и какое IDE использует? Я использую Delphi, fasm+RedAsm, активно использую WinApi. Тут устраивался на работу и выяснилось что в большинстве компаний необходимо знать С++ и .Net. С чем это связано? В связи с этим собрался изучать C++, точнее библиотеку MFC, а вот .нет терпеть не могу(не системное это программирование). Но ни как не могу найти никаких +, по сравнению с Delphi или C++ Builde. Скажите Вам удобно создавать пользовательские приложения с использованием MFC(почти тоже самое что на API)? Это вроде бы очень не удобно? Может я не прав, так как не давно занялся изучением. А может есть в Visual C++ ещё что то, не привязаное к интерпритатору framework или консоле, просветите меня?

 

А MFC - это по-вашему системное?

 

нет. не системное. Но и пользовалельский интерфейс иногда на чём то создавать надо?

 

Выводы:
1.Иди работать системным программистом.
2.Учи дотнет и не выеживайся, если твоя цель - работа. Ибо технологии виртуализации скоро схавают рынок.

С жизненной целью определяться только тебе, а все, что могут форумчане - это устроить холивар на тему компиляторов. Имхо, глупая тема.

 

Если требуют, значит не просто так. С++ промышленный стандарт. Дельфи используется, но ограниченно, в основном в бизнес приложениях. MFC убого, но за неимением вменяемой альтернативы, юзается именно оно. Builder для бизнес приложений не подходит и большое глюкалище. C# почти тоже С++, но с нормальной гуи библиотекой.

 

+1, выбери сам. А то начнется здесь Си++ - рулез, Дельфи - гуано и т. д. и т. п.

 

Отжигаешь! :-D Перл, достойный занесения в анналы истории... :-D

 

Для С++ лучше всего использоваться библиотеку Qt. MFC и VCL мертвы и никому нах не нужны сегодня.

.NET учить надо, так или иначе подобные архитектуры становятся стандартом де-факто, нравится это кому или нет.

 

MFC по сравнению с VCL - гавнище полное.
Но учить надо то что востребовано, а не то чего хочется - это медицинский факт.

 

Полностью присоединяюсь к последнему мнению. Сам пишу практически исключительно на Дельфях и на асме, но моя работа это позволяет Тем не менее, при необходимости пишу и на Си/Си++, хотя и ненавижу эти языки.

Ну а что касается среды для Си++, совет однозначый: только мелкомягкую Вижуал Студию, потому что именно она является стандартом при программировании для Винды, под особенности её компилятора заточены заголовочные файлы и т.д. и т.п.

 

Юзаю Eclipse IDE для разработки на Java/Perl/C++, синхронизируюсь с Subversion и CVS.

 

Фак мой мозг! То есть, ты хочешь сказать, что из-за вижуалстудии я должен нарушать стандарты C++, делая код непереносимым? VisualStudio для меня не стандарт. Винда - не единственная платформа. Поэтому аргумент этот не считается.

 

SadKo

Последняя версия коппилятора от MS хорошо соответствует стандарту. Разве что comeau уступает, но это компилер для фанатиков.

Если ты используешь старую версию компилятора или нестандартный 3rd party код или microsoft specific features (т.е. вещи, которые не являются частью стандарта), то это уже не проблема компилятора.

 

W4FhLF
а как насчет __in, __out, __in_opt, ...
которые есть в некоторых заголовочных файлах MS SDK?

 

aa_dav

SadKo

Начинается. Не начинайте. Лучше аргументы, что есть в одном, нет в другом, чтобы человек сам смог выбрать. А не начинать с гуано и Фак.

 

У меня возник тогда ещё один вопрос. Как известно Windows и большинство приложений написаны на С++. Интересно а какую среду разработки они используют? В частности для разработки пользовательских приложений, неужели MFC?

 

А что это? Насколько я помню это макросы. Макросы стандартом не запрещены.

 

SadKo

Ещё как считается. Это _для тебя_ Винда -- не единственная платформа и т.д. и т.п. Но если человек, создавший тему, упоминает Дельфи и MFC, логично сделать вывод, что его интересует программирование именно под Виндой -- а там именно VS является стандартом, тот же GCC используют обычно фанатики.

Aids

VS и используют, естественно. А вот с помощью чего делают пользовательский интерфейс, я понятия не имею, хотя подозреваю, что нередко это всё-таки MFC.

 

Не, скорее похож на Java (вообще-то C# альтернатива Java языку), а синтаксис Си-подобный. И не c GUI библиотекой а c целым, нормальным Framework'ом. GUI подсистема не такая уж и нормальная (конечно создавать окошки просто приятно и легко как с помощью визуального конструктора, так и чисто кодом, но производительность работы подсистемы тормозная)

Сам пишу на Visual C/C++ Studio 6.0 + AssistX.

 

Ну вот смотри, задача. Допустим, у меня есть 4 компилятора под венду: MSVS, MinGW, Borland C++ Builder, Open Watcom С++.
Задача: написать несложное консольное приложение, которое будет компилироваться всеми четырьмя без геморроя. То есть, я тупо жамкаю на клавишу или вызываю консольную команду - и оно компилится.
А теперь попробуй, напиши подобную программку без использования уссловного препроцессирования.
Это я кидаю камень в огород #include "stdafx.h" и замены main на tmain и им подобных.