Возникла задача реализовать простейший windows сервис, чтобы код работал даже если юзер не залогинен. Сервис будет реализовывать простую логику общения по HTTP - послать один запрос, получить ответ. Если в ответе обнаруживается некоторое условие, послать HTTP-запрос в другое место. Запросы редкие, супер-производительность не нужна.

Единственный приличный коммерческий опыт есть с C++ (linux, windows, кросс-платформ, но без WinAPI, в основном кросс-платформенные библиотеки, немного касался WinAPI в плане звука) и какой-то опыт в Python.

Кроме самого сервиса, работающего под WinXP, win 7, нужен инсталлятор: любой, лишь бы стабильно ставил-сносил сервис.

Вы конечно не сможете залезть ко мне в голову, но я всё-таки задам этот вопрос. Что было бы для меня проще - быстренько изучить C# на базовом уровне и реализовать сервис, или C++ не является чем-то особо страшным для этой задачи? Интересует ещё и возможность генерации какого-то инсталлятора.

Смогу я взять C++, Visual Studio 2010, реализовать сервис и заставить эту IDE сгенерить рабочий инсталлятор? Или эта идея настолько страшная, что проще будет за пару дней познакомиться с C#? Или реализовать сервис на Python (но повышаются риски и сложность инсталлятора - теперь надо обеспечивать наличие Python на машине клиента).

White OwlЕсли будешь делать, то сможешь.
Если будешь бояться, то не сможешь.
Я не боюсь, мне только дай. Дело в другом - уволят меня за неправильный выбор средств решения задачи или они окажутся правильными.

White OwlА что есть "правильные средства решения задачи"?
Те которые задачу решают или те которые кто-то там считает правильными?
Правильные - те, которые требуют меньше сил пролетария.

WinnipuhdugupserВозникла задача реализовать простейший windows сервис, чтобы код работал даже если юзер не залогинен. Сервис будет реализовывать простую логику общения по HTTP - послать один запрос, получить ответ. Если в ответе обнаруживается некоторое условие, послать HTTP-запрос в другое место. Запросы редкие, супер-производительность не нужна.

Единственный приличный коммерческий опыт есть с C++ (linux, windows, кросс-платформ, но без WinAPI, в основном кросс-платформенные библиотеки, немного касался WinAPI в плане звука) и какой-то опыт в Python.

Кроме самого сервиса, работающего под WinXP, win 7, нужен инсталлятор: любой, лишь бы стабильно ставил-сносил сервис.

Вы конечно не сможете залезть ко мне в голову, но я всё-таки задам этот вопрос. Что было бы для меня проще - быстренько изучить C# на базовом уровне и реализовать сервис, или C++ не является чем-то особо страшным для этой задачи? Интересует ещё и возможность генерации какого-то инсталлятора.

Смогу я взять C++, Visual Studio 2010, реализовать сервис и заставить эту IDE сгенерить рабочий инсталлятор? Или эта идея настолько страшная, что проще будет за пару дней познакомиться с C#? Или реализовать сервис на Python (но повышаются риски и сложность инсталлятора - теперь надо обеспечивать наличие Python на машине клиента).

про питон это вас кто-то обманул
за это могут и уволить...

Судя по написанному в с++ ( немного касался WinAPI в плане звука ) тоже быстро не получится с сервисом и обменом с http сервером и т.д.
Значит, не залезая в голову - с#.
Надо будет фреймворк ставить, если нету в системе.

По инсталлятору:
Студийного инсталлятора, который обрезан, возможно будет достаточно, а может и нет, все зависит скажем от ОС, на которую будет ставиться сервис. Это короткий путь.
Длиннее - WiX или что-то другое, бесплатное или крекнутое...

Я думаю видно, что про два дня вопрос даже не стоит ;-)
А почему быстро не получится с обменом HTTP? Опыт юзания CURL под виндой имеется...

Щас пытаюсь понять, может можно как-то всё это сделать на Python...

Anatoly Moskovskydugupser,

Среди всех перечисленных языков только С/С++ позволит напрямую создать сервис, а остальные реализуют это через всевозможные подпорки разной громоздкости и качества.
Сее осознаваемо. Идёт попытка понять степень отлаженности различных костылей. Я бы реализовал всё на C++, но наш архитектор настоятельно советует провести рисёрч.

Изопропилdugupserно наш архитектор настоятельно советует провести рисёрч.
проведи собственно. Один аргумент Anatoly Moskovsky уже привёл
Слово "подпорки" никого не пугает. Лишь бы работало.