Требования к кандидату.

— языки программирования: С/С++ (уверенный уровень), ASM(средний уровень)
— интегрированная среда: MS Visual Studio
— технологии: winsock(уверенный уровень), wininet(очень желательно), XML(средний уровень), multithreading/synchronization(уверенный уровень), DLL
— сетевые протоколы: TCP/IP, HTTP/HTPS
— на хорошом уровне уметь работать с отладчиками и дизассемблерами, желателен опыт реверс инжениринга

Задачи.

— разработка и поддержка клиент-серверных приложений

Оплата.

— USD 2000 в месяц, полностью удаленная занятость

Связь.

— ждем ваших резюме на pinbox1601@mail.ru (Александр)

Интересует вопрос, почему именно Winsock и Wininet. Проще говоря, какой из этих вариантов правильный?
1. Все настолько критично к производительности, что использовать Boost.Asio, POCO или другие качественные высокоуровневые библиотеки не представляется возможным.
2. Причины именно религиозные, и заключаются в отсутствии у разработчиков желания изучать и внедрять современные технологии и библиотеки.
3. Много Legacy-кода бородатых годов.

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

S_>Интересует вопрос, почему именно Winsock и Wininet. Проще говоря, какой из этих вариантов правильный?
S_>1. Все настолько критично к производительности, что использовать Boost.Asio, POCO или другие качественные высокоуровневые библиотеки не представляется возможным.
S_>2. Причины именно религиозные, и заключаются в отсутствии у разработчиков желания изучать и внедрять современные технологии и библиотеки.
S_>3. Много Legacy-кода бородатых годов.

4. специфика кода — трояны, даунлоадеры и прочее по аналогии

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

S_>Интересует вопрос, почему именно Winsock и Wininet.
ууу.... какие у вас вопросы. мне вот, например, интересно, что такое "средний уровень" в XML. с библиотеками прочитать/записать xml сможет даже буратино. без библиотек -- ну да, тут ньюансы, но в том же HTTP/HTTPS этих ньюанос существенно больше и если мы готовы сражаться с HTTP/HTTPS, то XML явно одолеем.

непонятно почему при _удаленной_ работе указывается IDE. о, понял! это remote desktop, да? а если нет, то почему нельзя писать код хоть на маке, хоть на никсах, хоть в far'е. студия она же и make понимает.

почему C/C++ пишут через слеш ни фига не понятно. как, впрочем, и с HTTP/HTTPS. да еще и рядом с TCP/IP.

Здравствуйте, мыщъх, Вы писали:

М>например, интересно, что такое "средний уровень" в XML. с библиотеками прочитать/записать xml сможет даже буратино.
Ну тут не все так просто. Человек, который только начинает работать с XML, скорее всего напишет говнокод даже с использованием библиотек. Например, будет выполнять обход вручную в том случае, где проще было бы использовать какой-нибудь там XPath. А если нужно не только парсить, но и самому спроектировать структуру XML-документа, то спроектирует ее неэффективно.

М>непонятно почему при _удаленной_ работе указывается IDE. о, понял! это remote desktop, да?
Ну это уже придирки. Ты ведь и сам знаешь ответ — видимо, сами проекты оформлены в виде студийных солюшенов. А переделывать это все на нормальную систему сборки вроде CMake ни у кого нет желания и/или потребностей. Тем более студия стабильная и удобная среда, которая сразу из коробки просто работает (ну разве что VA X желателен), и позволяет решать задачи, не тратя три с половиной часа на написание мейкфайлов.

М>а если нет, то почему нельзя писать код хоть на маке, хоть на никсах, хоть в far'е. студия она же и make понимает.
А отлаживать-то как?

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

S_>Здравствуйте, мыщъх, Вы писали:

М>>например, интересно, что такое "средний уровень" в XML. с библиотеками прочитать/записать xml сможет даже буратино.
S_> Человек, который только начинает работать с XML, скорее всего напишет говнокод даже с использованием библиотек.
. . .
S_> А если нужно не только парсить, но и самому спроектировать структуру XML-документа, то спроектирует ее неэффективно.
"говнокод" это сильно. это от общих навыков программирования зависит.

М>>непонятно почему при _удаленной_ работе указывается IDE. о, понял! это remote desktop, да?
S_> Ну это уже придирки. Ты ведь и сам знаешь ответ — видимо, сами проекты оформлены в виде студийных солюшенов.
S_> А переделывать это все на нормальную систему сборки вроде CMake ни у кого нет желания и/или потребностей.
это не придирки. при удаленной работе исходниками сильно не разбрасываются, да и зависимости по коду между членами удаленной команды стремятся свести к нулю. а при таком раскладе экспорт/импорт рулит.

М>>а если нет, то почему нельзя писать код хоть на маке, хоть на никсах, хоть в far'е. студия она же и make понимает.
S_>А отлаживать-то как?
ну не отладчиком же! тем более, что мы говорим о сети и синхронизации. ну сеть это ладно -- можно написать и свой "стенд", но с синхронизацией полная жопа будет в отладчике, а потому лучше сразу привыкать писать правильно. "правильно" это со встроенным логгером, отладочной печатью, тестами и головой.

Здравствуйте, мыщъх, Вы писали:

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

S_>>Здравствуйте, мыщъх, Вы писали:

А вы че здесь ? Работу уже ищете ?

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

C>Здравствуйте, мыщъх, Вы писали:

М>>Здравствуйте, S_snowfall, Вы писали:
S_>>>Здравствуйте, мыщъх, Вы писали:
C>А вы че здесь ? Работу уже ищете ?
да меня никто выгонять не собирается. а если даже и вдруг, то на пенсию я себе уже заработал. буду точить ништяки и книги писать