🚀 go-pugleaf

> To jest akurat proste -- frontend zawsze bazuje na jakis danych. Zamiast pisac kod w jednym kawalku dzieli sie go wg specjalizacji. Cos
> co reprezentuje dane, czyste dane i nic wiecej. Cos co zarzadza tymi danymi. No i cos co wyswietla te dane.

to rozumiem, podstawy są przejrzyste, diabeł leży w szczegółach
problem jest taki że przy używaniu MVVM + Prism / Caliburn Micro
rzeczy które były skomplikowane do zrobienia w Windows Forms,
teraz robią się cholernie trudne (przynajmniej dla mnie), oto
przykład : http://blogs.msdn.com/b/dphill/archive/2011/01/23/closable-tabbed-views-in-prism.aspx.
WPF/Silverlight nie było pisane z myślą o MVVM. MVVM zostało sobie
przypomniane (bo to wariacja na temat MVP czy jakoś tak) trochę
później. Jeszcze
później MS zainteresował się MVVM. Efekt jest taki że na prezentacjach
i konferencjach, przy dosyć prostych rzeczach to w miarę fajnie
działa. Ale
jak chcesz zrobić coś większego to zaczyna robić się kosmos - i tego
nie potrafię ogarnąć.

 Żeby oddać sprawiedliwość: WPF / MVVM sprawia że pewne rzeczy stają
się łatwiejsze, kod bardzie czytelny, separation of concerns itd.

> Microsoft atakuje Jave, a nie tworzy narzedzie pracy tak naprawde. Dlatego w samym jezyku znajduja sie koszmarne bledy, czy
> niedociagniecia. Np. juz od wiekow tluczono -- nie powtarzaj kodu metoda copy&paste (zasada DRY). A w C# ciagle sie to dzieje.

Nie rozumiem do końca o czym mówisz. Jak dla mnie to Java musi
gonić .net a nie odwrotnie.
Co możesz zrobić w Javie odnośnie DRY a nie możesz w C#? Linq,
properties, Taski - to w C# kod jest ładniejszy, i bardziej DRY

> Niemniej jednak jak przejrzysz inne jezyki oprogramowania, to rece Ci opadna. Tylko D moze konkurowac z C# jesli chodzi o czysty jezyk, tyle
> ze D nie ma poza jezykiem nic -- ksiazek, zaplecza, IDE, GUI, toolkitu do WWW, etc.

Nie znam D, C# bardzo mi się podoba, tutaj się bardzo postarali, teraz
idę w stronę Python'a
Nie ma języków idealnych, chociaż pewnie c# będzie najbliżej do ideału
z języków statycznie typowanych,

Arek