Tlačí Novell Mono do Gnome?

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.

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.

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.

Jenže návrat k X let staré odnoži znamená, že to rozhraní bude oproti moderním desktopům zastaralé a horko těžko to bude dohánět.

Spis nez KDE, bych rek Xfce, to je GNOME mnohem blizsi… Java opravdu ne…

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? :)

Sun Java má také vše pod jenou střechou … odnože oficiální Javy jedině získají tím že budou kompatibilní s offi Javou (a to jednoduše můžou jelikož je OSS) a oficiální Sun Java může zase čerpat nové věci které se osvědčí z těchto nových odnoží … proč protože je to OSS.

Vždy tady bude oficiální Java od Sunu která bude striktně udržovaná tak nevím proč nějaké řešení roztříštěnosti atd.

Mono je také odnož .NETu jenomže kdyby začalo MS .NET ohrožovat tak už vidím jak MS začaruje s .NETem a Mono bude to tam protože kompatibilita bude taky ta tam, jelikož nikdo nikdy nedonutí MS aby „svůj .NET“ implementoval dle stávajících specifikací.

Multiplatformní?

O tom jak je .net alias mono multiplatformní by se dalo polemizovat … MS, Linux a tim sme skončili.

Pro mě je jediný multiplatformní jazyk Java (nejenom sw platformy ale i hw platformy, při použití SWT toolkitu dokonale nativně vypadající desktopové aplikace volající api daneho OS)

nějaký argument?

ještě bych dodal … jestli vubec víte co je to SWT pokud vytvoříte destopovou aplikaci v SWT vypada na linuxu jako nativní Gnome, na win jako nativni Win aplikace … neemuluje jako Swing ale vola přímo api OS, dialogy atd.

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?

Na jednoduchy GUI aplikace je nejlepsi Python, ale jakykoli narocnejsi operace sou v nem desive pomaly. .NET mi pride jako jedinej rozumnej kompromis mezi rychlosti a jednoduchosti programovani.

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?

1. Systém jako takový – C
2. Složité aplikace – Java + SWT Toolkit

Co je to SWT? ⇒ http://www.eclipse.org/swt/

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