C# sux (hlavně v Plzni)

[Augi]

[ondy1985]

Augi, sa ti zdalo, ze flame uz vyhasinal?
_________________
Whack it! - nová hra pre Android na štýl Whac-a-mole

[Augi]

Ne - mě fakt zajímají důvody, proč C# suxuje - ani si nevzpomínám, jestli jsem tenhle názor vůbec někdy slyšel

[Marek]

Že C# sux se říkat nemusí, protože to všichni dávno ví.
_________________
AMD Open Source Graphics Driver Developer

[VladR]

Na bezne aplikacie je urcite vyborny - nemusis riesit dealokaciu (takze je super pohodlny) a generika maju hodne do seba (uz len tym ze su v specifikacii jazyka a nie nejakych zabugovanych obskurnych opensource knizniciach).

Ale na 3d hry ? Garbage Collector cloveka nuti pisat prasacky kod, pod ktory by sa inak nepodpisal. Este aj MS evangelisti to doporucuju - bol som pred tyzdnom v Chicagu na MS dev release WP7 a jeden z evangelistov mi to potvrdil - zaalokuj secko pri loade a nieze budes nieco alokovat pocas runtimu - ked hra exitne, GC sa uz o to postara. Ak toto nie je WTF, tak uz neviem co...

To na toto bolo treba C# pod XNA ? Aby som kodil ako na PS2ke ? Ved to rovno mozem spravit vlastny mem alokator, ako na konzole (v ramci huge byte array).

Vlastne nemozem, lebo to je unsafe kod a ten neprejde validaciou, takze som v prdeli tak ci onak.

Ohladom elementarnych featur jazyka mam tiez zopar zasadnych vytok (napr. taka dvojna alokacia poli, alebo trebars taky struct), ale nemam zatial chut zistovat, ze preco sa dizajneri jazyka vydali danym smerom. Prd s tym aj tak spravim.
Raz, az sa budem nudit si mozno kupim knihu, kde bude vysvetlene, ze preco dana featura bola dizajnovana tak ako bola.


Dovtedy sa musim zmierim s tym, ze aj ked engine prepisujem de facto od nuly (zacinam od rendereru - vertex buffrov), ani omylom ho nemozem nadizajnovat tak cisto, ako by som si prial, aj ked je okolo C# nenormalny humbuk, jak uzasne masakralny je to jazyk.

Zhodou okolnosti som mal v praci par dni dozadu moznost rozchadzat jeden starsi projekt pod C# - nechapal som, ako moze byt vacsi problem rozchodit kod do kompilovatelnej podoby (na cistom kompe, kde predtym ten soft nebol developovany) ako pri projektoch podobnej velkosti pod C++. Toto bola casto hlavna vytka vsetkych C# koderov, co som zatial stretol, vratane ludi co pod nicim inym ani nerobili - ze ten projekt aj po 3 rokoch otvorim v novom visualku a pojde. Kdeze, clovek to musi kvoli dependencies retargetovat na stary .NET.

Toto je ta uzasna spatna plna kompatibilita ? Ved to je rovnake peklo, ako pri C++, tiez Visualko za mna nezisti poradie kompilacie subprojektov.
Z tohto hladiska .NET nevyriesil nic. Ak clovek nema presne popisane poradie kompilovania subprojektov bokom na papieri, ako v roku pana 1979, tak vela stastia.
Som azda cakal prilis vela, ze toto bude trocha lepsie vyriesene ?

V sucasnej podobe je to len nieco ako build script viazany na klavesu F6, cize opat ziadna vyhra.


Rozmyslam, ci tie C++ mem leaky boli az tak strasne peklo ? Ved aj pod C# dostanem exception, ak nespravne pristupujem do pamate (akurat je garantovana).

Nacitavanie dat zo suboru je kapitola sama o sebe - nacitavanie po polozkach dat. struktury je tazke zverstvo. Iste, viem to obist, ale ten kod v zivote nepublishnem, mozem si ho akurat tak pustat u seba doma.

Subjektivny dojem (ako nooba este len zacinajuceho s C#) - zviazali mi ruky, oci, zobrali monitor ale pis kod...

Cakal som od C# viac, takto je to len trocha upgradnuty BASIC...

[VladR]

[Deluxe]

[Augi]

[Augi]

[VladR]

[Marek]

[OndraSej]

eosie> na uvolnovani resources je v C#/.NET interface IDisposable s metodou Dispose, ktera supluje destruktor, ktery je potreba zavolat (napr. pro uvolneni resources).
Volat si ho muzes bud sam (podobne jako delete/free v C++), nebo pouzit konstrukci using(obj) { ... }. obj je objekt, ktery implementuje IDisposable a tahle konstrukce ohlida, ze se na obj zavola dispose ve chvili, kdy program opusti blok kodu ve slozenych zavorkach (at uz dojde do konce, skonci na return, vyjimkou...).
_________________
http://trionteam.net

[Augi]

[Marek]

Podle mě by se měl MS víc soustředit na C++ SDK pro WM7 a jiné platformy, protože .NET využití těch platformech pro náročné aplikace de facto zabíjí.

Viděl jsem nějaký reporty o tom, jak lidi optimalizují svoje hry pro iPhone pro to CPU a GPU tam, že přímo používají asm, aby z toho vytěžili maximum výkonu a mohli mít úžasně vypadající produkt i na tom shit hardwaru. Dokážu si představit i ruční správu paměti na tom zařízení. To je absolutně opačný přístup než v případě .NETu, kterej se snaží o maximální pohodlí za cenu totálního zkriplení výkonu.

Strategie MS je mi teď mnohem jasnější:
- Dostat co nejvíc vývojářu na C#/.NET a nakecat jim, jak je to všechno lehčí, aby bylo méně C++ vývojářů.
- Méně C++ vývojářů ==> víc C# vývojářů ==> větší monopol MS ==> oslabení konkurence.
- Cíl: Dostat WM všude. Důsledek: Kvůli .NETu velké množství pomalých a méně kvalitních aplikací ==> méně kvalitní výsledný produkt (u MS klasika).
- Alternativa: Zodpovědný vendor (Apple?) s C++ SDK pro mobily soustředěno na výkon a efektivní využití paměti za cenu větší investice do vývoje aplikací (aspoň nebude všude tolik sraček).

Jestli je XNA pro hobby vývojáře, tak buď lžou, nebo já nejsem hobby vývojář.
_________________
AMD Open Source Graphics Driver Developer

[pcmaster]

A ked sme pri tych konspiracnych teoriach, tak by som k tvojmu, Eosie, este dodal zjavne. Mame teda srackove a pomale aplikacie, potrebujeme k tomu co najnovsie pocitace. Donutme ludi kupovat nove kompy co najcastejsie! HW Vendori jasaju a tesia sa. A mozno sa s MS ani nemuseli dohodnut a delit si zisk
Pride vam to nepravdepodobne?
_________________
Off-topic flame-war addict since the very beginning. Registered since Oct. 2003!
Interproductum fimi omne est.