LARS_GUNNER: Asi záleží co ta microservice má dělat, předpokládám, že se bavíme o Linuxu, kde c# není ještě úplně mature

LARS_GUNNER: Přijde mi, že jsou mnohem důležitější argumenty pro volbu konkrétního jazyka, než jestli se jedná zrovna o mikroservisy (kde nevidím, na čem by se to mělo lámat): Expresivita, zkušenost, stabilita, ekosystém, komunita, tooling, averze k riziku, afekt.

LARS_GUNNER: Podle určení volíme jazyk, něco máme v C#, něco máme v PHP. Oboje má své výhody i nevýhody...

P19: To sice jsou, ale pokud si je udržuješ v oddělení o 2 stálých lidech, tak nechceš 5 jazyků (a s nimi příslušné ekosystémy). Na druhou stranu některé jazyky asi vhodné nebudou (přilišná bariera ve znalostech, přilišná těžkotonážnost). Čili mně ta otázka smysl dává.

Pouzivate nekdo C# pro microservices? Volime jazyk a jsme neustale vepri.

INTER_MAN: Jo, díky. To vypadá nadějně. Píše mi to teda během publishe, že to nepodporuje Compute Module 4, ale to snad bude otázka změny pár řádků kódu v tom extension, ten CM4 by měl být identickej jako Pi 4.

URZA: Problém není udělat jednotlivý ty kroky (build, publish, debug) jednotlivě, ale udělat je najednou a automaticky. Snad to řeší to co posílal INTER_MAN, zkusím si s tím trochu pohrát a dám vědět.

RORSCHACH: případně

How to remotely debug DotNet Core on Linux with Visual Studio(Windows) | by Zoe YT Chen | Medium
https://medium.com/@zoegroes/how-to-remotely-debug-dotnet-core-on-linux-with-visual-studio-windows-539080c2483c

RORSCHACH: Toby to nepomohlo?
Debug .NET apps in Linux using WSL - Visual Studio (Windows) | Microsoft Docs
https://docs.microsoft.com/en-us/visualstudio/debugger/debug-dotnet-core-in-wsl-2?view=vs-2019

RORSCHACH: https://marketplace.visualstudio.com/items?itemName=neonFORGE-LLC.RaspberryDebugger - nezkoušel jsem, ale vypadá to nadějně.

RORSCHACH: tvl to je solidni abuse :-D

CERMI_FOX: Asi jsem špatně vysvětlil, co hledám. Já nemám problém to na tom Linuxu buildnout nebo spustit. Problém je to udělat nějak pohodlně přímo z Visual Studia. Prostě chci programovat v pohodlí Windows, ale spouštět to na Linuxu, kde mám na GPIO připojený hardware, který v tom .NETu ovládám. V C++ projektu to Visual Studio udělá všechno za mě. Stačí dát debug a všechno se stane automaticky na Linuxu (nahrajou se tam zdrojáky, buildnou se, spustí se ten projekt a připojí se k němu debugger, viz. obrázek). Pro .NET tuhle možnost nikde nevidím, což mi přijde docela divný. Čekal jsem, že situace bude lepší než u C++, když Microsoft .NET na Linuxu tak tlačí :)

RORSCHACH: pokud máš .net core, tak nic takového není třeba - při publishi si jde zvolit, jestli appka má být platform independent (tedy poběží na libovolném z podporovaných. raspi není problém, používám) nebo jestli se má publishnout přímo pro danou platformu.
Debugger jsem nezkoušel, nicméně zjevně to jde přes ssh https://docs.microsoft.com/en-us/visualstudio/debugger/remote-debugging-dotnet-core-linux-with-ssh?view=vs-2019

Pokud jsi nucen jet na "klasika" .NET Frameworku, tak je to horší, ten ofiko na Linuxu nejede vůbec, existuje port Mono (sežere stejné binárky jako pro Windows, takže není potřeba speciální kompilace), ale bylo to takové smutné.

OK, díky.