Názory k článku
Tlačí Novell Mono do Gnome?

nebal bych se – programovani v .NETu je velice pohodlne a snadne. navic by slo tvorit multiplatformi aplikace velice jednoduse. jediny problem by tedy mohl byt, ze je to z dilny MS, ktery by klidne mohl zacit po nejake dobe framework uzavirat.

Když se MS útoky na GNU/Linux nedaří přímo a čelem, bere to oklikou a zezadu. Pár let v tomto boji nehraje roli. A za pár let může být hodně věcí v linuxu, a možná i celé Gnome „jejich“. Pomoz ďáblu, peklem se ti odmění. tfuj tfuj tfuj.

… protože jsou stále IP a patentově chráněny knihovny v namespace System pro elementární věci a Microsoft se nároku na ně nikdy nevzdal. Jak nás mohl přesvědčit nedávný krok s TomTom, tak MS hodlá využít i „hovna“.

Jo, to je asi hlavní problém, konečně by měl nějaký soud potvrdit, že když si z důvodů kompatibility udělám vlastní implementaci nějakého API nebo nějakého formátu, tak že to není porušení žádného patentu. Aneb: ukliďte konečně ten právní bordel v IT patentech.

Pokud neprodavas SW do USA a podobne postizenych zemi, tak se muzes na patenty MS s nejakym API tak leda zvysoka a vydatne… toz asi tak.

Ano, do Iránu stejně MS jako americká firma nesmí dodávat, takže …

Ja by som sa nebal, ak pojde gnome do kyticiek, tak ho nejake ine desktopove prostredie zasa nahradi. Mozno znova KDE, odnoz GNOME zalozena na starsich kodoch, alebo nieco dalsie. Len sa cudujem, preco mono a nie java.

Len sa cudujem, preco mono a nie java.

Jeste to tak… to by fakt „pomohlo“ :P

KDE nahrazka za GNOME? myslim, ze to by byl konec. ti, kteri opustili svet Windows by se honem vratili zpet (k Windows 7) a zbyli by zas jen ti ortodoxni, kteri by jen prskali, jak je vse M$ zle. (nic proti KDE, ale …)

a Java? prijde mi, ze je Java ponekud roztristena do mnoha projektu. jiste to prinasi svobodu, mozna je v tom nejaky rad. ja sem se s Javou nikdy „na vazno“ nesetkal – prave pro to, ze sem musel badat, co kde pouziji, co ma jake vlastnosti a podobne. v .NETu je vse pekne pod jednou strechou, ale kdyz chci, mohu sahnout i jinam. (ono vlastne .NET je framework, Java je jen jazyk).

no a asi nema cenu zminovat „rychlost“ Javy… ze? :)

dokonale nativně vypadající desktopové aplikace

To mi spravilo naladu na cely den… :-))))))))))

Přesně celé Mono od začátku tlačí pouze Novell v čele s Miguelem de Icazou, který se prý navíc dříve i ucházel o práci v Microsoftu (možná je to kec). Vůbec se mi nelíbí, jak za každou cenu snaží Mono uměle protlačovat. Možná znáte přehrávač Banshee, který je napsaný v Mono. Z tohoto přehrávače chtějí udělat platformu pro vývoj ostatních aplikací jako např. správce fotek.

Na druhou stranu se musí podotknout, že Mono se začalo vyvíjet už v roce 2001 ve firmě Ximian, kterou až v roce 2003 koupil Novell.

kec to nie je

je to kec, zajem byl ze strany MS o MdeI, dokonce si ho na pohovor privezli letadlem. Nicmene po te, co jim vysvetlil svuj nazor na zivot vesmir a vubec, ho pomerne rychle odvezli pryc. :D

No, KDE taky není k zahození :) A kdyby se to Novellu povedlo (HAHAHA) tak jdu do Gnome..

Ale podle mě je to vrcholně nepravděpodobné..

Ja bych se bal C# to je to si může MS jednou narokovat.

C# jako jazyk není problém, protože ho MS standardizoval. Problém je v runtimových knihovnách, resp. C# frameworku. Ten není úplně čistý, resp. část je a část ne.

C# nechat, ale nepoužívat knihovny .Netu ale napsat jiné vlastní, nebo udělat binding některé existující knihovny.
Dobrý by byl binding Qt (multiplatformní, vlákna, gui, sockety, stringy, etc...), navíc by to bylo rychlé, protože Qt je v C++ a ne v C#.

A cem by se teda mely psat GUI aplikace v linuxu? Asm, C, ani C++ neprichazeji v uvahu kvuli rychlosti vyvoje a hlavne kvuli rychlosti fixovani bugu. JAVA stoji stranou a vsichni rikaji ze jeji GUI je pomale? Co na nam zbyva? Python? Gtk/Qt bindings do PHP?

V pohode aj C++. C# ako jazyk neprinasa nic extra nove. Cyklus zapisem v C# rovnako ak v C++. Rozhodujuce su prave .NET a kniznice, nie samotne C#. A pokial viem aj pre C++ je dost kniznic a kvalitnych, napriklad Qt, boost a zakladna STL je tiez pouzitelna. Qt ma okrem GUI aj sockety a podobne veci.

C# ma managed kod, ktery je sice pomalejsi ale znemozni vam udelat nektere hodne hnusne chyby. Pokud vam padne na hubu Oracle nebo AIX tak mate k dispozici obrovsky trace(nebo core), ten poslete vendorovi, vendor ho prozene analyzatorem a rekne vam kde je chyba – nebo posle patch. U GUI aplikaci nic takoveho nemate. Ted si predstavte ze vam padne FF(nebo jiny program) a jedine co vite, ze nekdo prepsal kus stacku vlakna cislo 2. Anebo v jednom z milionu volani dynamic_cast umre na SIGILL. Co s tim? Kolik cloveko-hodin zabere fixnuti takovehle chyby? Co vam ma uzivatel/zakaznik poslat aby vam vubec umoznil tu chybu najit? C# mozna neni to prave reseni, ale C++ je tu s nama uz pekne dlouho, a mozna by stalo zato kouknout se po necem lepsim.

Cože? C# obsahuje příkaz(!) pro cyklus??? To je v rozporu s camráním různých uživatelů, že jde o čistě objektový jazyk. Tak jak je to tedy?

http://www.microsoft.com/…default.mspx