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.

Trošku mimo téma, ale třeba mě nasměrujete:

Potřebuju několik tisíckrát zopakovat akci v browseru typu "Jdi na stránku X" (ta je pokaždé stejná), "Najdi první odkaz za textem ABCD", "Klikni na tento odkaz (ať už zní jakkoliv)" atp. Je nějaký vhodný plugin, který by mi umožnil něco takového nahrát/naklikat jako makro a pak to spustit s pár tisíc opakováními (a nezbytnými pár sekundovými pauzami mezi tím)?

EMBI: koukal, podle toho jsem dottrace nastavil.
Co mi přinese ruční IAsyncStateMachine? Já vím, o který await (v mém kódu) jde, to jsem si našel stopwatchem, nicméně za tím awaitem je skrývá spousta 3rd party kódu, kde se pracuje se sítí, a vzniká tam spousta tasků; zajímá mě právě pohled dovnitř.
ANTS jsem zkoušel, ale padá mi na různé velmi deskriptivní chyby jako E_FAIL nebo obecnější "failed".

CERMI_FOX: Koukal jsi na https://www.jetbrains.com/help/profiler/Analyzing_Async_Calls.html ? Co prepsat async/await na IAsyncStateMachine (tj. bez klicovych slov) a pak zkusit profiler?

Redgate profiler ma 14 denni free trial https://www.red-gate.com/products/dotnet-development/ants-performance-profiler/