Valie, Honza748: Je vidět, že o VB.NET víte kulové ;-) Hádejte, proč jsou právě v něm primárně uváděny příklady pro .NET FW v MSDN a na řadě webů. A taková perlička, jednotlivé .NET jazyky od MS si žijí vlastním životem a kromě odlišné syntaxe umožňují i mírně odlišné zajímavé jazykové konstrukce (např. "with" ve VB, které nemá v C# ekvivalent, stejně tak samozřejmě existují konstrukce v C#, které nejde zapsat ve VB). A samozřejmě se provádí překlad všech jazyků do stejného MSIL bytekódu, který je pak vykonáván stejným způsobem bez ohledu na to, zda vývojář zrovna preferoval VB.NET, C#, J#, nebo jiný .NET jazyk (nehledě na to, že v rámci jednoho projektu je možné libovolně jazyky kombinovat apod.).

Koho tohle trochu zajímá a stejně jako vy o tom prd ví, ať mrkne třeba na tohle porovnání základních jazykových konstrukcí ve VB.NET vs. C#:
http://www.harding.edu/USER/fmccown/WWW/vbnet_csharp_comparison.html

OMG, dneska si tady dal sraz klub vtipalku, musim pastnout tuhle diskuzi kamosum, protoze z vypraveni by tomu asi nikdo neveril ;-)))

Me osobne by spis zajimala nejaka knizka pro uplny zacatecniky at uz pro VB, Dephi, nebo C++. Naposledy jsem programoval Basicu na ZX Spectrum a kdyz se mi dostane do ruky nejaka knizka pro zacatecniky treba k C++, tak po chvilce nevim o cem je rec.
 
Takze by se mi libilo neco uplne pro analfabety:-)) 

calvera a další: VB.NET je trochu něco jiného, než QBasic z dob DOSu.

Honza748: "Mem: ještě chvilku mi o tom vyprávěj, třeba se dozvím i něco nového."

Původně jsem chtěl, protože jsem na základě tvých zcestných keců předpokládal, že jen nejsi dostatečně informovaný, ale teď vidím, že jsi podobně jako calvera jen obyčejný ichtyl, takže to nemá cenu :-)

lmao: Nemas tak uplne pravdu, ze je to MS only. Mas tady projekty jako Mono, stejne tak muzes ASP.NET provozovat i na Apachi misto IIS (myslim do 1.1) apod., takze nejake omezene moznosti jsou uz ted

Pánové, jak můžete srovnávat .NET a Javu ? To, že Visual C# vypadá jako Java je věc jedna, ale pro programátora je primárním ukazatelem co daná platforma umí, jak je modulární a stabilní. Já pracuji jako profesionální programátor automotive řešení na míru a vězte - když se rozhodnu pro .NET nebo pro Javu, tak se musím přizpůsobit daným konceptům (např. .NET a skoro bezstavovost aplikačního serveru, java - úplně jiná práce s aplikační serverem pomocí EJB). A jestli ten, nebo ten jazyk umí to a to, jde především o to, jak programátor dokáže využít potenciál platformy.
Jde napsat a brutálně vychytanou aplikačku v assembleru pro armv4, ale je to potřeba ? Pokud ano, tak hurá, pokud ne, tak máme .NET Compact Framework.
A tvrdit, že Visual C# (ano, tak se ten jazyk jmenuje celým jménem) je Java dovedená k dokonalosti je neskutečně debilní kec poďobanýho puberťáka, co zkoušel napsat Hello world.

to Mem : Mě připadá jako úchylná sadomasochistické praktika provozovat .NET aplikaci v monu na apachi na *nixu, ale budiž, každý máme své úchylky. Já mám rád své zdraví a ku prospěchu zdraví ostatních doporučuji na daný úkol používat správný nástroj - čímž .NET aplikaci na apachi v monu rozhodně není.

to wow: tak se pojďte přít, máte-li na to. Já jsem napsal svůj názor programátora - tím myslím, že mě to živí.

hellx: Možná tomu nebudeš věřit, ale kolega má obecný framework, který na základě objektového návrhu z case nástroje generuje templaty aplikací a jedním z výstupů je i ASP.NET 1.1 s AJAXem, a celé to běží zcela bezproblémově i na Apachi. Muselo se akorát na začátku odladit pár komponent (podobně jako odladit AJAX pro jádro IE a Mozilla), ale to jsou technické drobnosti, jako celek s tím problém nebyl.

to Mem : Tak to jsem zvědav, jak budete řešit problémy a udržovat systém, až zákazníci budou vyžadovat, co Apache nepodporuje.
A používat generátor aplikace - to máte redakční systém, ne ? Nedokážu si přestavit, že bych svým zákazníkům nabízel výstupy z generátoru (mluvim o zákaznících jako TRW, Foxconn)
Každopádně TY máš jaký zkušenosti.

hellx: To není můj systém, podílel se na něm kolega (jak jsem ostatně psal), a dělali na tom přes rok - analytici nabouchají v case nástroji objekty business logiky a formuláře a výsledkem je plně funkční aplikace (myslím, že to má výstup do Delphi 2005 jako klasická klient/server aplikace a pak pro web ASP.NET 1.1 a 2.0), tj. ty možnosti a schopnosti aplikace jsou dané jejich frameworkem. Všechny tyhle možnosti včetně klientské stránky obsluhuje bez problémů pro 1.1 ten Apache, funguje jim to, a to je vše, co jsem chtěl sdělit, takže nechápu, co řešíš.

hellx: A skutečně se nejedná o nějaký primitivní redakční systém, ale kompletní systém pro vývoj aplikací - dělalo na tom rok odhadem 5 programátorů a 5 analytiků, je to plně objektový návrh (persistence instancí do DB, podporovaný je Oracle a MS SQL), a skutečně z podkladů vyrobených analytiky je to schopno vygenerovat plně funkční aplikaci bez nutnosti cokoliv dopisovat, na trhu jsem ještě nic podobného neviděl.

To Mem : Tak to je rozhodně dobrý framework a stravilo se na něm spousta času - ale stálo to za ty peníze ? Ovšem jak jsem pochopil, tak ASP.NET 1.x funguje jen jako prezenční vrstva.
A co řeším - tohle je dost složitá problematika a až tak úplně v pohodě to asi není, když píšeš, že ASP.NET 2.0 nejede - a to je ten problém (jen pro prezenční vrstvu). ASP.NET 2.0 přináší technologii master pages a pár dalších mocných vychytávek, který mají vývojáři ušetřit práci. A celkově .NET 2.0 má několikanásobně více tříd než předchozí verze, to samé platí pro .NET 3.0 a jeho WCF a WPF.
Pokud bych chtěl apache používat jako aplikační server, tak si netroufám představit, jak by to vypadalo a o tomhle harakyry jsem mluvil.
Ale dle mého názoru - aplikaci je třeba psát (samozřejmě s podpourou vlastního frameworku), ne ji generovat - moje obchodní strategie je nenabízet zákazníkovi hotové řešení a ohnout ho na jeho potřeby, ale s zanalyzovat jeho požadavky a vytvořit řešení na míru (a třeba v jednotném administračním přístupem). Důležité je spojovat spojitelné a ne znásilňovat produkty a zákazníka.

hellx: Jasně, já v tom svém původním příspěvku psal "stejne tak muzes ASP.NET provozovat i na Apachi misto IIS (myslim do 1.1) apod., takze nejake OMEZENE moznosti jsou uz ted", prostě pro některé případy alternativy jsou a není to MS only. Ohledně psaní aplikací - já osobně také používám vlastní framework nad ASP.NET 2.0, kde jen dopisuju business logiku a naklikám formuláře, ale ten jejich přístup má taky něco do sebe - je poměrně flexibilní, je tam možnost různých výstupů generování, a v 99 % případů to plně postačuje. A co se týče ohýbání hotových řešení, nazývaných dodavateli jako customizace, na tom se živí firmy jako Sap nebo Microsoft s Dynamicsem Nav (Navision) (resp. jejich partneři implementátoři) a nemají se zrovna špatně

to Mem : Když už mluvíte o SAP, tak vězte, že taky není všemocný. Na skladové hospodářství, obchodování, projektové řízení, na to je postaven, ale na těsné HW vazby - např. komunikace s technologií je SAP tak neskutečtě nepružné, že zákazník jako ŠKODA, TRW, Johnson Controls sáhnou po někom jiným.
Co se týče customizace, tak je to pouze v uvozovkách. V vlastní zkušenosti vím, že SAP konzultanti jdou přesně opačným směrem, než který jsem uváděl, a to - pčizpůsobit se zákazníkovi. SAP konzultanti, Navision konzultanti - ti se snaží (většinou za každou cenu) prodat zákazníkovi to, co nechce a ještě mu tvrdí - Takhle to funguje a vy to tak budete používat, protože to tak je správně - toto opravdu není výmysl, ale praktika zvrhlého project managementu.

hellx: Na řízení technologií se žádnej SAP nepoužívá, to je ekonomickej sot. Technologie se řídí speciálními řídícími počítači s jazyky ve stylu STEP atp.