Nespravne otazky. Programoval som od asm Z80,8051,x86 cez basic, pascal, c/c++ (std, WinAPI, MFC), php, javascript, trochu velmi malo javu, az po perl, LISP a ine sialenstva :), a je uplne jedno v com nieco pisem, ked si vymyslis nejaky novy jazyk tak po par hodinach studia mozem pisat v nom (to je v praxi uplne bezne ze sa dostanes k niecomu kde je uz zadefinovanych milion makier a nejake proprietarne jadro-kniznica a tym mas z toho uplne iny "jazyk"). A hlavne otazka ma zniet inac - ci clovek uz robil napr. s WinAPI alebo ake kniznice (MFC, ATL, atd), alebo nejake proprietarne alebo specializovane kniznice v zavislosti od problemu ktory chce clovek riesit, co vsetko uz riesil, ci vie robit s datovymi typmi ako napr. dynamicke zoznamy apod, ci vie robit s DB a ako, sietou, ci vie urobit regulator, furierovu transformaciu, kryptovanie, umelu inteligenciu, napr. neuronove siete, analyzu obrazu, zvuku, 3D engine (premietanie, prepocty, fyzika pohybu, apod), multithreading (mutexy atd), platformy win/linux/unix, atd., atd.
Samotny jazyk je nepodstatna trivialita, dolezite je to ze kde je potrebne vysledok pouzit (podla poziadaviek), v com nejake vyvojove prostredie/jazyk obmedzuje, a v com poskytuje vyhody. Vyvojove prostredie/jazyk je len nastroj ako napr. srubovak, nepovies ze "Chcem poznať kvality a nekvality každého rozšíreného srubovaku a robit hlavne s tym, s ktorym sa mi bude robiť najlepšie" ale ked skusa tak preto aby vedel ze ktory sa hodi na co. Na opravu hodiniek pouzijem iny ako na opravu auta a tam kde treba imbus pouzijem imbus atd. Su nastroje ktore umoznuju vela roznych veci, ale treba s tym vediet zaobchadzat, a su nastroje ktore sice napr. ulahcuju robotu (velky srubovak s akumulatorom) ale nedostanes sa s nim do rohu apod (su obmedzene). Tolko k paralele.

Ano, je dobre si skusit pracu s roznymi "srubovakmi" :), ja nemam nic proti tomu ze si skusas (prave naopak, ano, skusaj) a ani som ti nikde nezakazoval robit v C#, napisal som len svoj nazor ze C# "je dementny" (cim som narazal na pre mna "dementne" obmedzenia ktore to ma), kludne si skusaj. A pozitivne je aj to ze sa pytas "preco to tak je". Odpoved je v tom MSDN, alebo ak ti tam to nestaci tak odpoved na otazku "preco" u tohto pripadu je uz len: lebo to MS tak zadefinoval a tak to urobil vo frameworku, tak to tak je.