Собстно, сабж

Здравствуйте, Аноним, Вы писали:

А>Собстно, сабж
это определенно троль с говнохабра, который теперь будет ходить в каждый раздел и спрашивать "стоит ли изучать"

Здравствуйте, Аноним, Вы писали:

А>Собстно, сабж
Ну это наверно очень сильно от конкретной ситуации зависит.
Но можно рассмотреть несколько абстрактных вариантов:
1. Если Вы собираетесь устроиться на работу и в требованиях вакансии есть эти три буквы, то очень велика вероятность что прийдется.
2. Если Вы уже работаете на проекте, в котором это есть, то скорее всего аналогично первому пункту.
3. Если есть сугубо личные причины(тут можно много чего придумать, но я не буду ), то можно и изучить.
В остальных случаях про необходимость уж точно говорить не стоит.

Здравствуйте, Аноним, Вы писали:

А>Собстно, сабж
А есть альтернатива для нативного кода под винду?
Голый АПИ, MFC, WTL, QT.
Все.

Остальные "фреймворки" годятся только для наколенных поделок.

Здравствуйте, Stanislav V. Zudin, Вы писали:

SVZ>Здравствуйте, Аноним, Вы писали:

А>>Собстно, сабж
SVZ>А есть альтернатива для нативного кода под винду?
SVZ>Голый АПИ, MFC, WTL, QT.
SVZ>Все.

wxWidgets
Толковый фрэймворк, только документации мало

А вообще нафиг натив. Пишите на дотнэте

Здравствуйте, Аноним, Вы писали:

А>wxWidgets
А>Толковый фрэймворк, только документации мало

Вы много видели коммерческого софта на wxWidgets?
И что-то мне подсказывает, что неспроста ("...документации мало..."(с) ).

А>А вообще нафиг натив. Пишите на дотнэте

Для заказного софта .net и java уместны. Если 90% времени приложение ждет ответа от БД, то быстродействие гуя — дело десятое.
Для коробочного продукта, для софта, которому надо выжимать максимум перформанса — натив рулит.

Здравствуйте, Stanislav V. Zudin, Вы писали:

SVZ>Вы много видели коммерческого софта на wxWidgets?

Это же не значит, что фреймворк плохой.

SVZ>Для заказного софта .net и java уместны. Если 90% времени приложение ждет ответа от БД, то быстродействие гуя — дело десятое.
SVZ>Для коробочного продукта, для софта, которому надо выжимать максимум перформанса — натив рулит.

И много сейчас такого пишут? Всё в вэб переходит, а там рулят C# и Java.
Плюсы юзаются в играх, а за такую крошечную з/п только гики и работают.

Здравствуйте, Аноним, Вы писали:

SVZ>>Вы много видели коммерческого софта на wxWidgets?
А>Это же не значит, что фреймворк плохой.

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

SVZ>>Для заказного софта .net и java уместны. Если 90% времени приложение ждет ответа от БД, то быстродействие гуя — дело десятое.
SVZ>>Для коробочного продукта, для софта, которому надо выжимать максимум перформанса — натив рулит.

А>И много сейчас такого пишут? Всё в вэб переходит, а там рулят C# и Java.
А>Плюсы юзаются в играх, а за такую крошечную з/п только гики и работают.

Ты не поверишь
Мир не ограничен банковским софтом. И даже там серверное ПО пишут на С/С++
А графические редакторы, САПР, ембеддед... В общем, С++ еще долго будет на плаву и востребован.

Похоже, ветку надо переносить в КСВ.

Здравствуйте, Stanislav V. Zudin, Вы писали:

SVZ>А есть альтернатива для нативного кода под винду?
SVZ>Голый АПИ, MFC, WTL, QT.
SVZ>Все.

SVZ>Остальные "фреймворки" годятся только для наколенных поделок.

SVZ>Вы много видели коммерческого софта на wxWidgets?

SVZ>Никто и не говорит, что плохой. Просто при выборе фреймворка для нового продукта надо учитывать насколько легко его будет поддерживать, расширять, есть ли для него сторонние компоненты, легко ли написать свои...
SVZ>Легко ли найти людей, знакомых с этим фреймворком.

Ну на GTK тоже нет коммерческого софта. Скажете он в оупенсорсе тоже для наколенных поделок используется?

Здравствуйте, Аноним, Вы писали:

А>Ну на GTK тоже нет коммерческого софта. Скажете он в оупенсорсе тоже для наколенных поделок используется?

Есть такая софтинка gerbv- вьюер gerber файлов. В ней как раз GTK используется. Может под линюхом она и нормально работает, но под виндой смотреть как панельки скачут при изменении размеров окна — душераздирающее зрелище.
Да и OS-native look&feel тоже штука важная. А под виндой ничего этого не наблюдается.
Может виноваты кривые ручки разработчиков, а может реализация либы такая. Но я бы постеснялся писать софт с применением этой либы.

Но для бесплатного софта проканает. Как говорится, дареному коню...

Здравствуйте, Stanislav V. Zudin, Вы писали:

SVZ>Есть такая софтинка gerbv- вьюер gerber файлов. В ней как раз GTK используется. Может под линюхом она и нормально работает, но под виндой смотреть как панельки скачут при изменении размеров окна — душераздирающее зрелище.
SVZ>Да и OS-native look&feel тоже штука важная. А под виндой ничего этого не наблюдается.
SVZ>Может виноваты кривые ручки разработчиков, а может реализация либы такая. Но я бы постеснялся писать софт с применением этой либы.

SVZ>Но для бесплатного софта проканает. Как говорится, дареному коню...

Говно можно хоть на чём написать..

Здравствуйте, Stanislav V. Zudin, Вы писали:

SVZ>Голый АПИ, MFC, WTL, QT.
Голый АПИ, MFC, ATL, QT. fixed

Здравствуйте, Аноним, Вы писали:

А>Собстно, сабж

Есть слух, что .NET под Винды изучать полезнее.

Здравствуйте, shrecher, Вы писали:

S>Здравствуйте, Аноним, Вы писали:

А>>Собстно, сабж

S>Есть слух, что .NET под Винды изучать полезнее.

А мужики то не знали.

А кто что скажет за managed C++? В нем ведь есть возможность совмещать NET и native код. Есть некое 2D графическое приложение с кучей расчетов на MFC. Вот и возникла идея переписать его на МС++ — интерфейс в NET приятнее делать, а весь расчет оставить в native.

Здравствуйте, Serpuh, Вы писали:

S>А кто что скажет за managed C++? В нем ведь есть возможность совмещать NET и native код. Есть некое 2D графическое приложение с кучей расчетов на MFC. Вот и возникла идея переписать его на МС++ — интерфейс в NET приятнее делать, а весь расчет оставить в native.

Managed C++ — мёртв. Его реинкарнация C++/CLI. По сути, который нужен для обёрток под дот нет. На нём не доступны ни LINQ, ни асп.нет.

Здравствуйте, robin_of_the_wood, Вы писали:

___>Здравствуйте, Аноним, Вы писали:

А>>Собстно, сабж
___>Ну это наверно очень сильно от конкретной ситуации зависит.
___>Но можно рассмотреть несколько абстрактных вариантов:
___>1. Если Вы собираетесь устроиться на работу и в требованиях вакансии есть эти три буквы, то очень велика вероятность что прийдется.
___>2. Если Вы уже работаете на проекте, в котором это есть, то скорее всего аналогично первому пункту.
___>3. Если есть сугубо личные причины(тут можно много чего придумать, но я не буду ), то можно и изучить.
___>В остальных случаях про необходимость уж точно говорить не стоит.

Согласен со всем вышесказанным за исключением "в остальных случаях..." Дело в том, что имхо в MFC собственно нечего _изучать_. Очень прямолинейный фреймворк с небольшими закидонами в части COM controls implementation.