>  В Perl точно есть модуль (?) и с ним скрипт функционирует как сервис.
>  Несколько нескладное описание, но работает это преотлично.

Теперь попробуйте без посторонней помощи и чужих костылей взять воооон ту программу - и теперь сделать ее сервисом винды. И как вам оно? А, да, большая часть *nix программ еще и собираются как "консольная подсистема" что гарантирует клевое черное окно, добровольно-принудительно.

Ну а вот в линухе юнитом системды можно сделать практически все что шевелится - единственный критерий это отсутствие интерактивности т.к. там некому кнопки жать. Это очень минимальные требования. Остальное опционально. Ну да, есть апи вачдога если кому надо. Но если кто его не умеет, у него просто не будет этой фичи. А работать - будет.

И вот берем какуюнить типовую прогу допустим сетевого *никс-лайк сервиса. Она при старте немного матюкается в консоль, потому что так было удобно мониторить что код делает ее кодеру (значит консоль должна быть) - а потом уходит в фон и вообще не отсвечивает с точки зрения взаимодействия с юзером. В линухе с системд я такое прикручу как "сервис" за пару минут. В винде что-то такое ... в _нормальном_ виде потребует жесткого палчинга кода, и даром что WinSock по сути калька BSD sockets, будут еще отличия именно системного уровня. Вплоть до того что в "гуйных" прогарммах не снабженных принудительной консолью - вызывается WinMain а не main изначально. А в "виндовых сервисах" чего доброго и что-то иное, по изначальной задумке это же не программа а DLL вообще. И вон то за 5 минут в свою систему точно не прикрутишь. Вместо этого целая эпопея получается. Особенно если хочется пользоваться открытым софтом - который в массе своей кроссплатформенный.

> Чуть выше писал про Automate.
> Решает множество вопросов.

Я не знаю кто такой Automate - но это _не_ есть штатная фича SCM. И соответственно достоинством SCM не является, хоть тресни. И получается что systemd - жестко сделал майкрософт на их же поле. Сделав что-то немного по мотивам - но намного лучше, мощнее, логичнее, фичастее, с конфигами редактируемыми в моем любимом эдиторе, и без легаси-костылей совместимости и костылинга никакого убогости FAT отдельной БД.

>  Со всякими перезапусками повисшего и неотвечающего я работал плотно.
>  И с нетривиальными случаями, в том числе.

Давайте я скажу что мне нравится делать из линуха эмбедовку работающую без human supervision? Из винды я в принципе не возьмусь сделать те конфигурации которые я на линухе делаю, потому что линух будучи опенсорсом я таки могу перепахать как мне надо было. Начиная от дефолтов кернела (без этого блабла о автопилоте систем смысла не имеет) и заканчивая адекватной реакцией на сбои критичных сервисов. Да, это можно вкостылить сторонними тулсами и своими хаками много где. Но в современном линухе и системд как раз нестандартно костылить стало надо в разы меньше. А Поттеринг запилил ряд фич спецом по просьбам эмбеддеров. От майкрософта такое не дождешься. Ну что, сравнили автоматику? Я вам в ней мастеркласс, имхо, так, даду...

>  Не признак ли недостатка навыков и умений? До сих пор удавалось
> "дожать" средне-мелкие проблемы

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

Переход на линух с точки зрения технаря ощущался как жесточайший апгрейд по всем параметрам. Я стал многократно эффективнее. И смог заимплементить многие свои мечты. Не, на винде я бы так не смог. А чисто практически удобно когда у меня на десктопе, серверах и эмбедовке примерно 1 и тот же набор технологий. Реюз кода и знаний это хорошо. И дебажить код проще. В том числе и за счет более удачной реализации, вот, вывода в текстовую консоль, без форсированого окна в нагрузку.