Как я познакомился с C# и едва не перешел на темную сторону Силы

Та нормально! Главное глубоко не заходить!

скомпилированная в Windows программа на C# запускается в Linux без перекомпиляции и — о чудо — без всякого Wine

Я что-то не понял, разве под виндой не в exe компилирует, а такие на линуксе запускаются?
можно поподробней?

Не кидайтесь палками, но вот для сравнительно простых приложений не использовать ли простой Lazarus? Старый добрый паскаль в основе, кроссплатформенный, хотя и медленный, FPC. Зато прекрасно документирован на русском языке, ибо совместим с Delphi.

Правда релиз выпустили сравнительно недавно - в конце августа. До этого падала почти каждая сборка. Неприятный осадок остался с тех пор

Язык TCL и графическая библиотека Tk к нему.

По прошествии многих лет, мне интересно перешел ли автора на темную сторону ?

А почему не рассматривал Python для реализации задач на Linux?
+ свободно распространяемый
+ много библиотек под различных задач
+ примеры вызова bash скриптов из Py
+ прост в освоении
+ платформонезависим и не требует компиляции , интерпретируемый

— не столь красивые IDE , но я остановился на PyCharm / Visual code

(не автор статьи)
У Pyton плюсы как раз не в перечисленном
(да и всё не решу — есть ли они там вообще...),
но минусов — точно МНОГО
и каждый кардинально-фундаментальный, начиная как с этой извратской позиционной системы разделения блоков — само по себе повышающей риски багов и уязвимостей.
И он просто — слишком навязчиво змеино-алиенский.

В целом говоря, даже не согласен с "прост в освоении"...
В моём понимании С++ если игнорирувать его STL классы — вполне прост в освоении, даже с нуля когда обучение. Даже под ДОС. Ну, т.е.да тяжело в учении
— зато легко в бою.
Прост Pyton только если человек уже знает Си или хотя бы Pascal, а иначе у него как и у джавистов и т.д. — просто нет возможности учиться, учиться понимать что такое реальный режим процессора, например для написания MBR, я вот могу даже на СИ написать этот загрузчик, а вы?... (относится и к С++шникам взрощенных на MFC или Delphi) А, BIOS? Да вам там даже с ассемблером нечего делать, как впрочем и в MBR. В вашем понимании это что то эзотерическое — на другом плане мироздания, как и ядро ОС. И не говоря уже про то как оптимизировать ваш же софт даже на том же Pyton эффективней... Эти языки плодят полупрограммистов ничем не отличных от HTML-писалетей или там .BAT'ников(ну или никсовых аналогичных скриптов даже более функциональных).

Могу рассказать жизненный пример из отечественного игростроя. Была контора делали игры, сделали даже единственный и поныне в мире игру-симулятор кой чего, ну и помельче. И было это всё не на нормальном Си или хотя бы без компилерно-стандартных классов С++, а как полагается с убер классами STL и даже якобы ускоряющим глюке BOOST. И потому тормозило капец просто, графику приходилось покупателям снижать, а она и правда была неплоха хоть и однообразна, т.е.всем было жаль это делать. В общем, понятно руководить недоволен, продаж то меньше.
Но, урок — не вынес тогда.
Как пришло время делать очередную игру, решили слабать стратегию, а так как предыдущие команды С++шных криворучек давно разбежались — доверили дело главного программиста руководить имеющемуся программисту-ноухау-фэну хорошо себя зарекомендовавшего на мелких программах. И вот он как почитатель всего новомодного как я понял с разговора — настоял на кажется C#(но, Pyton тут будет где то тут же — в плане доп.защищённости и ноухау фич). Но, как позже я узнал — компания эта развалилась, и ещёпозже из описания участников тех собыий — причём по причине того что игру не доделали в срок и как выяснилось как полагается по ВНЕЗАПНОЙ причине — всё оказалось не так уж просто: тормозило всё — жутко, а судя по тому что невыпустили ЖУТКО даже снижение качества графики ползунком не могло значит помочь, хоть понятно что и оно не порядок. В итоге сроки и выделенные спнсорами деньги давно просрали конкурабельного продукта нету, то что есть — в мусорку. Всё фирма — туда же.
А, ведь его предупреждали невозможно на защищённом от ошибок програмирования языке написать вообще сколько то сопоставимое по производительности иначе говоря качеству_картинки&FPS ПО. В ответ как обычно — а, вот в (синтетических ахаха)[MS-проплаченных] тестах уже "доглани и (даже) обогнали" С++!
Ага, уже!
Смотрел я эти синтетические тесты... и просто голова вроде бы на месте, так что уже тогда было еубедительно, НО вот хотелось ему писать на ноу-хау — и ВСЁ!
Смтрел я позже, уже у других языков и даже якобы-несинтеческие от других аналогичных языков программирования — даже простенький программный 3D-отрисовщик с физической достоверностью освещения, сравнительная оптимизация на С++ там — от слова отсутвует... Потому что автор — тупо переписал всё 1в1 на С++ да ещё их гунолагоклассами стандарптными, и а что такое низкоуровнёвая оптимизации толи незнает, толи скорей был незаинтересован(как автор одного из таких языков). Вот народ смотрит — видит С++ аналог который ой даже больше, ну пусть на 100 строчек, а видит то — фигу. К слову, те же 3D-отрисовщики как заведомо требующие оптимизации — и на Си то никогда не писались, не говоря уже про С+++либы, только ассемблер или куча громадных вставок на нём. Это уже на тему (притом закономерного)отсутвия поддержки ассемблера у безопасных языков. Кстати, самую быструю 3D игру которую я (с ним, точней даже inline-hex кодами) видел, не поверите
— была на Pascal)))
Самые же лаговые, а то и иногда как раз реально изотерично-глючные игры — с вставками по типу скриптового функционала на безопасных языках LUA/JAVA (GSC со сталком на эту же мин наступили).
Как понял даже в Unreal3 — выкинули их продвинуто игровой скрипт до которых этим С# и Pyton — как рукой до неба... После чего их игры ошарашили всех сверхвысокой детализацией и отсутвием лагов даже сней, к которым просто ранее все уже привыкли в ранних версиях движка. Хоть конечно модингу это хуже, но сколько ни видел пиара у разных компаний на дружелюбность мододелам — по факту же: разработчикам не выгоден он, вплоть до того что часто даже ранее открыто обещанный SDK не дают.
И ещё по наблюдениям: если и разработчики игр использовали всё что угодно вместо С'ей — то только потому что считается что так тупо дешевле, глядя на зарплату программистов, вот только не учитывалось что правка багов от неумеющего программировать элементарное — затем всегда куда дороже обходится (и сталк — тому лучшее подтверждение, а какие там примитивный код всего в скриптах — всё надо переделывать для полноценного модинга, и так везде где виде л эти скрипы в играх, так программист на них не тольок лажает а и туп оприори, в итоге и сама механика жизни включая разфуфыренный a-life — жутко примитивное и нерасширяемое ГУАНО!).
А, уж про безопасность хотя бы мнимую, как с С'ями, для прочих типов ПО — и вообе говорить нечего,
уж если в "защищённом" Java — постоянно-периодически откровенно наглые дыры находят,
то что говорить про остальные языки которые вообще никто не проверяет просто из-за меньшей распространённости и ведь самому в дизассемблере почти нереально сделать ибо тупо ассембре ещё оже надо знать, а даже если и знаешь забыть и учить p-code'вский.