Vlákno názorů k článku Rychle, rychleji až úplně nejrychleji s jazykem Go od Zuzka - Vlastní OS (hned několik), vlastní jazyk… Hodná firma....

To ano, ale v C# jsou funkce součástí tříd(nejde vytvořit samostatnou funkci). Podle mě je daleko čistší použít interface s definovanou jednou metodou.

To je asi vec nazoru, ale myslim ze delegat je na svoj ucel navrhnuty dobre – ak potrebujem jednoduchy (a aj asynchronny) callback nemusim sa patlat z celym observerom ale pouzijem to. Interface s jednou metodou mozes pouzit samozrejme tiez.

Ak potrebujes samostatnu jednoduchu funkciu da sa tusim od 2.0 pouzit anonymny delegat takze ti to vygeneruje kompilator.

C# ma svoje muchy, ale IMHO riesi 95% aktualny a standardnych situacii (desktop, weboviny, databazovy pristup) zo sucasnych jazykov asi najlepsie.

To s tim out/ref me zajima – jake prostredky?

Použití out/ref mě napadá jenom ve dvou případech.
1. chci mít více návratových hodnot → vracím objekt, který je zapouzdřuje
2. chci vracet stav provedení nějaké operace ₊ její výsledek → vracím výsledek a v případě neúspěchu vyvolám výjimku

Popravdě, neexistenci out parametrů považuji za zdaleka největší nevýhodu Javy. Zaplevelovat kód jednoúčelovými třídami, kdykoli člověk potřebuje předat ven více dat, je fakt humus :-/

Ad delegáti: Nejsem si teď jistý, jestli je to přesně to co si pod tím vybavuji, ale mně přišla jako největší výhoda automatická správa callbacků. Nemusím psát pro každý callback extra set na držení callbacků, add funkci, remove funkci a iteraci přes set.

Není třeba zaplevelovat javu třídamy. Můžeš použít vnitřní třídy, případně je deklarovat static (v tom případě nejsou provázány s vlastníkem).

Diky za pouceni, ale tohle samozrejme vim. Ale ta trida tam porad nekde je a cele to zneprehlednuje.

Ve skutečnosti není důvod, proč by metoda nemohla vracet více hodnot. To by se ale návrháři jazyka museli rozhlédnout více po jiných jazycích (např. objevit n-tice a naučit se je rozbalovat). Výstupní proměnné považuju za anachronismus a výzvu k tomu, aby člověk psal nepřehledný kód. To platí i o Go, které volitelně používá pojmenované návratové proměnné.

O něco přehlednější je místo takových „ad hoc tříd“ používat pole o jednom prvku, které se předá jako parametr a vevnitř funkce se do něj nastaví „návratová hodnota“. Pokud se přitom dodržují nějaké konvence (třeba že název takového parametru má suffix „Ref“), dá se to ustát a ani to moc nebolí…

S tímhle naprosto souhlasím. Když jsem se poprvé setkal s Javou, tak jsem dobrou hodinu hledal jak vrátit hodnotu přes parametr než jsem s hrůzou zjisil, že to opravdu nejde.
Zlaté C/C++, je pravda, že se člověk musí držet, aby nepsal prasárny, ale když je něco zapotřebí, tak mu aspoň tvůrci nestaví do cesty umělá omezení.
Další věc, kterou bych asi nepřekous je neexistence preprocesoru, který se v některých věcech neuvěřitelně hodí – hlavně minimalizace opakování stejného kódu v případech, kdy to jinak nejde. I když chápu, že includování hlavičkových souborů s ním není vždy nejštastnější.

Pokial sa dobre pamatam tak ref a out su tam hlavne kvoli kompatibilite s COM a ATL modelmi plus aby sa dali vyuzivat cez P/Invoke nativne Win32/64 volania do OS.

Je to proste pomocka na kompatibilitu (podobne ako unsafe mod, IntPtr, vypinanie array-checku) atd. a pokial viem tak ani MS to okrem specialnych pripadov moc nepodporuje. Kazdopadne sa pracuje na nativnej podpore Tuples ktore by mali byt coskoro v 4.0 takze sme zase o krok blizie.

V programování přeci jen nejde jen o rychlost psaní kódu – ta syntaktická omáčka v C# zpřehledňuje kód, víme hned zda je metoda virtuální, nebo přepsaná nevirtuální (new) atd.
event a delegate si dovolím tvrdit, že jsou naopak velmi dobrým řešením.
Co se týká multivláknového programování – podpora pro vícevláknové for, parallel LINQ atd. – opět na špici mezi nástroji.
Ref a out jsou často kritizovány, ale někdy se hodí – nikdo nenutí tyto konstrukce nadužívat – mimochodem, v 4.0 je zaveden Tuple pro případ takového rychlého navrácení více hodnot.

Tak jistě, že se toho najde spousta, co by si člověk třeba přál a ono to tam není nebo je jinak, ale jako celek je C# velmi příjemné.

C++ .Net? No to jste si pomohl. :-)))

Tak mi poraďte něco lepšího, když .NET je požadavek. To jsem zvědav, s čím přijdete.

C#. V čem je managed C++ lepší? V C++ (native) jsem dělala 13+ let. Teď, po roce intenzivního používání C# po C++ ani nevzdechnu. Snad jedině na ultra-low level věci by se C++ někomu hodit mohlo.