Правильно ли я понимаю, что если ты не являешься работником Microsoft, который участвует в разработке ядра Windows, не малварщик, пишущий трояны, ботнеты и бэкдоры, то связка C/C++ и WinAPI для написания Windows-приложений уже не соответствует современным реалиям, и максимум на что ты можешь рассчитывать, дак это на работу по поддержке старых проектов, которые тоже вот-вот да и перепишут на что-нибудь, по мнению руководства, более подходящее?
PS: вопрос в первую очередь касается работы в РФ (как в Москве, так и в регионах), но было бы интересно услышать и о том, что у них там "в заграницах"...
R5>PS: вопрос в первую очередь касается работы в РФ (как в Москве, так и в регионах), но было бы интересно услышать и о том, что у них там "в заграницах"...
Правильно. Интересуют более высокоуровневые вещи обычно.
Здравствуйте, rude-531, Вы писали:
R5>PS: вопрос в первую очередь касается работы в РФ (как в Москве, так и в регионах), но было бы интересно услышать и о том, что у них там "в заграницах"...
Думаю, что антивирусы, всякие акронисы и т.п. могут тебя нанять. А пользовательские не специализированные приложения так уже не пишут.
Тогда настоятельно прошу посоветовать в какую сторону вообще смотреть, если у меня знания как у стандартного студента — широкие, но не глубокие. Душа, но не знания, лежит где-то на пересечении Си и сетей. Я так понимаю, что искать стоит в области производства и настройки коммутаторов и маршрутизаторов.
Зарплату прошу не оценивать, понятно, что для столицы, не говоря уже о дальнем зарубежье, она не предел мечтаний. Да и данные объявления привел для примера.
Здравствуйте, rude-531, Вы писали:
R5>Тогда настоятельно прошу посоветовать в какую сторону вообще смотреть, если у меня знания как у стандартного студента — широкие, но не глубокие. Душа, но не знания, лежит где-то на пересечении Си и сетей. Я так понимаю, что искать стоит в области производства и настройки коммутаторов и маршрутизаторов.
Еще можно посмотреть на DPI -- deep packet inspection.
Технологическая сингулярность — явление, означающее ускорение научно-технического прогресса до такой степени, что прежнее органическое население больше не в состоянии участвовать в нём или хотя бы осознавать
Здравствуйте, vsb, Вы писали:
N>>А пользовательские не специализированные приложения так уже не пишут. vsb>А какой каноничный способ сейчас для написания приложений? WinRT?
Сейчас уже так много прекрасных GUI фреймфорков, что можно взять тот, который нравится. Даже не обязательно, чтобы язык был С++. Как, кстати, дела у WinAPI с hidpi мониторами? Раньше всё было гвоздями прибито к пикселям.
Здравствуйте, rude-531, Вы писали:
R5>PS: вопрос в первую очередь касается работы в РФ (как в Москве, так и в регионах), но было бы интересно услышать и о том, что у них там "в заграницах"...
А поискать месяцок на hh — не?
Есть тренды а есть исключения. В прошлом проекте у меня было что писали на тех же технологиях, на которых я писал в 2006 году. Ностальгия нахлынула. Я думал их уже и в помине нет — но там внутренняя система и никто ее переписывать с нуля уже не будет. Найти тех, кто согласится писать на старье — сложно, обычно это люди ближе к 40, которые ничего не хотят учить и просто тупо работают для детей. Но и денег не шибко много, хотя кто-то меня уверял, что 100 тыр. для провинции это норм.
Здравствуйте, Nuzhny, Вы писали:
N>Как, кстати, дела у WinAPI с hidpi мониторами? Раньше всё было гвоздями прибито к пикселям.
Оно и будет прибито к пикселям до тех пор, пока для вывода используются растровые матрицы. И все "прекрасные фреймворки" работают через WinAPI, просто добавляя еще один-два уровня абстракции/масштабирования. Нет никаких проблем писать на WinAPI масштабируемый гуй, просто это более многословно, чем на фреймворках.
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>Оно и будет прибито к пикселям до тех пор, пока для вывода используются растровые матрицы. И все "прекрасные фреймворки" работают через WinAPI, просто добавляя еще один-два уровня абстракции/масштабирования. Нет никаких проблем писать на WinAPI масштабируемый гуй, просто это более многословно, чем на фреймворках.
Ну нет, самые популярные могут рисовать интерфейс сами, что Qt, что WPF, например. Даже так: самые популярные как раз рисуют.
Здравствуйте, rude-531, Вы писали:
R5>PS: вопрос в первую очередь касается работы в РФ (как в Москве, так и в регионах), но было бы интересно услышать и о том, что у них там "в заграницах"...
В США из ста 100 вкансий по С/С++ только 2-3 под WinAPI
Здравствуйте, Shmj, Вы писали:
S>Есть тренды а есть исключения. В прошлом проекте у меня было что писали на тех же технологиях, на которых я писал в 2006 году. Ностальгия нахлынула. Я думал их уже и в помине нет — но там внутренняя система и никто ее переписывать с нуля уже не будет. Найти тех, кто согласится писать на старье — сложно, обычно это люди ближе к 40, которые ничего не хотят учить и просто тупо работают для детей. Но и денег не шибко много, хотя кто-то меня уверял, что 100 тыр. для провинции это норм.
Здравствуйте, Nuzhny, Вы писали:
N>самые популярные могут рисовать интерфейс сами, что Qt, что WPF, например. Даже так: самые популярные как раз рисуют.
"Сами" — это устанавливая собственные видеодрайверы ядра?
Здравствуйте, Евгений Музыченко, Вы писали:
S>>Через API, но не используя стандартную оконную систему а отрисовывая все с нуля. ЕМ>Чем это отличается от owner/custom draw?
Всем. У этих контролов нет HWND. Qt может отрисовывать их через OpenGL, задавая любое поведение. GDI может быть невероятно медленным на сложных окнах, потому что будет отрисовывать десятки контролов. Это совершенно разный уровень.
Здравствуйте, Nuzhny, Вы писали:
N>У этих контролов нет HWND. Qt может отрисовывать их через OpenGL, задавая любое поведение.
Да хоть через HWND/DC, хоть через desktop DC, хоть через OpenGL — это все WinAPI.
N>GDI может быть невероятно медленным на сложных окнах, потому что будет отрисовывать десятки контролов.
Десятки элементов — это "сложные окна"? Я всегда думал, что сложные начинаются с нескольких сотен (с которыми GDI вполне себе справляется). А какие революционные технологии отрисовки и/или обрезки применены в Qt, которых нет в GDI?
Здравствуйте, Nuzhny, Вы писали:
N>GDI может быть невероятно медленным на сложных окнах, потому что будет отрисовывать десятки контролов.
GDI точно так же HW accelerated.
И если не надо рисовать всякие прозрачности то GDI фигачит весьма достойно.
И все "прекрасные фреймворки" работают через WinAPI, просто добавляя еще один-два уровня абстракции/масштабирования. Нет никаких проблем писать на WinAPI масштабируемый гуй, просто это более многословно, чем на фреймворках.
