Цитата

Ты думаешь почему бум на Java, PHP, Perl - языки которые вообще ближе к скриптам чем к железу?

Но ведь не все работают "на бизнес". Вдруг, нужен именно уровень железа?
ИМХО, знать WinAPI (и время от времени программить, дабы не забывать) просто НЕОБХОДИМО.
Хм.. А вот везде использовать тока его.. Это уже другой вопрос.

Цитата(Kurt @ 15.10.2004, 16:16)

Но ведь не все работают "на бизнес". Вдруг, нужен именно уровень железа?

Естественно, но это очень небольшая часть программирования, хотя и сложная и важная.

Цитата(Kurt @ 15.10.2004, 16:16)

ИМХО, знать WinAPI (и время от времени программить, дабы не забывать) просто НЕОБХОДИМО.

Вот тут на 100% согласен, хотя хочется добавить фразу "для тех кто программирует под платформу Windows", так как для тех кто программирует под Linux или микроконтроллеры WinAPI на фиг не нужны, разве что для общего развития.

Цитата(Kurt @ 15.10.2004, 16:16)

Хм.. А вот везде использовать тока его.. Это уже другой вопрос.

А везде и не получится

Полностью согласен с Vit'ом. Компоненты, они и универсальнее, и их удобнее и легче использовать. Плюс к тому же компонентов написано просто огромное количество, а изобретать заново колесо не всегда правильно

Цитата(oleg1973 @ 11.10.2004, 12:51)

я за Winapi

Похвально, в стиле "мы простых путей не ищем".

RAdmin
да похвально
покрайне мере я к примеру отчетливо представляю всю работу sock
че как происходит и почему именно так а не иначе,без проблем смогу реализовать к примеру работу с маил сервером и еслу уж совсем выпендрится то на raw socket
имхо с компонентами немнога все по другому дело обстоит

Цитата

Кросплатформенность - написанная на WinAPI программа привязана к Windows...

Что-то я не совсем понял. Cамо название WinAPI говорит, само за себя. Говорит, что это Windows API. Причем здесь крос? Также MFC/WTL это тоже Винда, но это компонент

Цитата

так как для тех кто программирует под Linux или микроконтроллеры WinAPI на фиг не нужны, разве что для общего развития.

кстати, сейчас на других ОС(точнее средах разработки) активно используют Windows API терминологию.

Цитата

Похвально, в стиле "мы простых путей не ищем".

Смотря, что писать. Если стандартный интерфейс, то тогда однозначно компонент. А если к примеру какой-нить фильтр ip пакетов или task manager, который должен знать все и вся про процессы в системе, то WinAPI.

В общем, с одной стороны я за компоненты, т.к. позволяют ускорить процесс разработки программ. А с другой за WinAPI, т.к. я все-таки хочу знать, что реально делает моя программа, и почему, и где она глючит
Добавлено @ 23:45

Цитата

Вобщем, я так понял пользовательский интерфейс лучше делать компонентами, а всю начинку на API?

Я бы сказал так: WinAPI использовать там, где требуются нестандартные решения

Пишу на WInapi поскольку нужна скорость..

Уже не актуально. После выхода .NET.

Цитата(Pegas @ 20.12.2004, 01:16)

Уже не актуально. После выхода .NET.

Что не актуально? Скорость?
На .NET я точно не могу позволить себе писать, фреймворк не у всех есть..

Вопрос по большей сложности глобальный - таков и ответ.