Azért még ezt két megjegyezéssel kiegészíteném:
Lasd peldaul EB trosztellenes perek. (Azt azert itt megjegyeznem hogy ezek is sokat segitettek az OOO es FF eloretoreseben).
És messze nem csak azoknál. Azután, hogy meg kellett nyitniuk a protokolljaikat és már nem wireshark kimenetekből kellett a deveknek kompatibilis szervert varászolni, "hirtelen" (az előtte levő közel egy évtizedhez képest) jött a Samba4 és az OpenChange. Amivel gyakorlatilag a kisvállalatoknál levő Win Serverek bőségesen kiválthatók, így ez a piac nagyon veszélyeztetett lett. És ami azt illeti, szerintem az MS le is mondott róla - helyette állt rá az előfizetéses konstrukciókra (pl. O365). A nagyvállalatoknál egyelőre ez a veszély nem fenyeget, azon a szinten még tényleg nem konkurrencia az OSS replacement, így ott még marad a fejős tehén (lásd még: Enterspájz verzióra nem érvényes ingyenes első éves Win10...)
mig a .NET csak a Mono-ban tud megnyilvanulni ami elegge bugos, befejezetlen es aminek a fejlesztese kodnyitas nelkul soha nem lesz kepes lepest tartani a .NET-tel.
Őszintén szólva szerintem azzal sem. A .NET-et nagyon szépen ráépítették a Win API-ra és az összes Windows-os szolgáltatásra, és ezt a visszafelé kompatibilitás miatt meg is kell tartaniuk (emlékezz, milyen sajtót kaptak, amikor bejelentették, hogy már nem fejlesztik a Silverlight-ot és 8 év múlva kivezetik...). Ehelyett csinálhatnák (nem hiszem, hogy ezt tennék), hogy csinálnak egy .NET 5 "über-API"-t, ami rámegy arra, hogy az OS-ek közti különbségeket elfedje (triviális példa egész pontosan 1 darab megírt C#/.NET alkalmazás után: ProcessStartInfo és a felhasználóváltás. Mono alatt természetesen nem működik)
BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)