Ta iniciativa Microsoftu je velmi zajímavá -
Soutěž bude probíhat od dubna do září pod názvem "Ukaž se a vyhraj". "Omezení je minimum – váš software musí být otevřený a musí být napsán s použitím našich nástrojů nebo naše nástroje vylepšovat", dodal Roman Šuk.
Jinými slovy - kup si naše uzavřené řešení, udělej pro nás práci, za kterou nechceš zaplaceno, my budeme potom vydělávat na produktech, které jsi k tomu použil. Jednoduše podpora open-source podle Microsoft -
No "s pouzitim nasich nastroju" muze byt taky to, ze to udelate ve visual studiu. VS express je zadarmo takze staci mit jen legalni widle a muzete se zapojit... Nedavno jsem potreboval neco prelozit pod widle (C++) a ten express jsem zkousel, vypadalo to ze by to snad i molo jit ale nakonec to bylo snazsi v cygwin.
Celá léta se MS k Open Source choval dosti nevíbíravě a teď najednou... Ne ne. V tom podle mě bude snaha získat vliv a prosadit své produkty i v této sféře. Podle mě tomu nasvědčuje i jejich spolupráce s Novellem, zveřejnění specifikací formátů MSO, ty investice do výzkumu a analízy OS projektů, zvláštní podmínky pro vývojáře OS.
Teď je otázkou co z toho bude svět OS vlastně mít, nebo si zas přilepší jen MS? A má vůbec šanci se v této sféře výrazněji prosadit? Máme se začít rovnou bát?
zato microsoft muze ziskat nove talentovane vyvojare a inzenyry (vyhercum souteze nabidnou smlouvy) a dalsi uzivatele, vse na ukor Open Source
osobne se divim, ze si toto zodpovedni lide neuvedomuji a vubec microsoft na takoveto akce pripousteji, vzdyt je to uplne jasne a ani neni treba mit zadne tituly z ekonomickych skol, aby to clovek videl
MS podporuje open source aj inak. Napr. uz davno zverejnili ako open source svoj toolset na robenie instalaciek (WIX). Nikomu nemuseli davat zdrojaky nastroja, ktorym robia instalacky SQL Servera, Visual Studia a Office 2007 ale spravili to.
Mohl. Pokud si porovnáte vyskakovací bubliny aplikací: Thunderbird, Gajim a třeba Skype, tak uvidíte, že každá bublina je jiná, jinak se chová, jinak vypadá a podobně. Tento systém by to měl sjednotit. Jedná se vlastně o systém, kterému pošlete nějakou informaci a on jej přehledně zobrazí na displeji, přičemž dokáže více údajů řadit pěkně nad sebe, zachovává průhlednost, skrze bubliny lze normálně kliknout a podobně.
Podle toho co vím, je to napsané úplně znovu, ale je to kompatibilní se stávajícím D-Bus API, čili s libnotifi je to kompatibilní - ale ne stoprocentně. Některé věci je třeba v komunikaci aplikace s libnotify upravit, o což se Canonical u sebe už postaral.
Bylo by dobré navrhnout nějaký freamwork, nebo standart pro D-Bus jimž by se dalo univerzalně komunikovat se všemi (nebo většinou) GUI systému v Linuxu. Což by ve finále mohlo mít tu výhodu, že když neprogramuji pod toolkitem třeba KDE, GTK - Gnome, atp., moje aplikace pouze požádá o službu klienské části tohoto freamworku, předá mu případně data. Fraemwork přes D-Bus tohle předá GUI systému, který právě běží, ten vyvolá potřebný dialog, nebo odezvu a výsledek vrátí zas přes D-Bus aplikaci.
Mě osobně teď hodně lezou na nervi mime-typy a asociace aplikací s typi souborů. Snad každé GUI si to řeší samo... Výše navrhované řešení by to mohlo řešit a navíc by odpadla ve spoustě případů např. ona tolik diskutovaná nekompatibilita dialogů, a pod.
Podle mě je práce Ubuntu právě ten framework, který Ty popisuješ. Je to nezávislé na prostředí, běží jim to v Ubuntu i Kubuntu a komunikuje to přes D-Bus. Čili by to mělo být ono.
Ano i ne. V článku bohužel žádné podrobnější informace nejsou, ale co jsem z toho pochopil, tak se týká jen určitého typu událostí a (zatím) pouze XXbuntu.
Já mám na mysli něco co by fungovalo na většině standartních dister a navíc to překrývalo (z hlediska aplikace programované v jiném toolkitu než GUI, které má uživatel momentálně spuštěné) většinu "nekompatibilit" mezi jednotlivými grfickými systémi, ať už se jedná o dialogy (save/open, nejrůznější hlášení, atp), nebo služby a informace (např. ty zmiňované mime typy - mnou tolik proklínané :D ).
Představoval bych si to napsané v C (max v C++, s API kompatibilním s C) s použitím max standardních knihoven (zdá se mi, že víc nebude ani potřeba), protože pak by bylo poměrně jednoduší to převést i do jiných jazyků (např, Perl, PHP, TCL) a toolkitů.
stahul jsem si vyse zminenou prezentaci p. Krcmare a musim rict ze si predstavuje vyvoj software znacne najivne. Je mi jasne ze se tato metodika v OSS pouziva a prave proto vysledek vypada tak jak vypada.
Proc tedy podle vas je komercni software tak vyrazne lepsi nez OSS (coz je fakt) kdyz pouziva podle vas neefektivni metodiku vyvoje?
Srovnejte si treba subversion a Jazz SCM. Obadva teamy maji zhruba stejny pocet lidi nicmene kdyz si prohledneme jejich repa, tak svn je stare 7.5 let a Jazz SCM je 3.5 roku stare. Jazz SCM je presto vyrazne lepsi. Snadneji se pouziva, ma vyrazne lepsi design - je velmi podobny perforce, workflow changesetu je v nem take lepsi. Holt lidi ze subversion chteli udelat CVS 2.0, lidi z rational udelali moderni VCS.
Ještě že na software máme tak dobré jednorozměrné kritérium, jako je "lepší/horší". Přestavte si, jak by bylo strašné, kdyby různý software vyhovoval různým účelům různě. To bychom museli vést debatu, jaký software je lepší v jakém konkrétním případě, argumentovat fakty, případovými studiemi, brát v úvahu okolnosti a dělat podobné duševně náročné věci. Takhle můžeme říct, že Oracle je nejlepší, jít si zahulit a bejt v pohodě. 8-)
Ano, a úplně stejně můžeme shodit třeba Visual SourceSafe a říct, že MS neumí dělat SCM software. Vybrat zrovna nepovedený kousek je přeci tak snadné. :)
Visual SourceSafe nemohu soudit, nikdy jsem jej delsi dobu nepouzival. Srovnavat Jazz SCM a SVN je docela fer. Oba dva jsou pomerne mlade centralizovane SCM a jejich developerske tymy jsou zhruba stejne velke. Je proto fer porovnavat jejich vysledky.
GIT, BZR a HG jsou lepsi nez SVN to uznavam. I kdyz JAZZ ma lepsi system pro predavani patchu mezi vyvojari a flow changesetu, ten vyhovuje lepe komercnimu vyvoji (kde se musi lidska prace setrit vsemi prostredky nebot je znacne draha). Pro maly projekty neni rozdil mezi GIT, BZR a HG a profi SCM (Jazz, Clear Case, Serena SW) tak znatelny.
Rational RTC je ted free pro OSS development, tak si ho muzete vyzkouset. Umi import ze subversion.
Obavam se, ze srovnavani komercniho tymu a OSS podle poctu lidi je dost nepouzitelne - v komercnim tymu se tomu clovek venuje radove 8 hodin, kdezto v OSS tech par hodin co urve po praci nebo skole...
> všem těm firmám, které jsou uvedené ve zmiňované prezentaci, byste měl napsat, že používají špatný produkt a poradit jim, jak to dělat lépe
Oni by tuto radu nedokazali prijmou. Musi se nechat at se vymachaji v tom MySQL hnoji a pak za 3 roky prijdou k nam skemrat abychom jim prepsali tu aplikaci.
> P.S. ve firmě připravujeme novou aplikaci, pojede na MySQL
MySQL nevadi pokud vase data v db maji cenu co limituje k nule. My taky jedeme vbulletiny s forama na MySQL, on ostatne na nicem jinym snad ani nejede. Kdyz se to podela tak vubec o nic nejde.
pokud je pravda to co tvrdíte, tak byste naopak měl všechny navádět aby používali MySQL a tím si následně zajistil velké množství vděčných zákazníků
vzhledem k tomu, že ty firmy MySQL určitě používají mnohem déle, než vámi zmiňované 3 roky, tak mi z toho vychází, že byste moc rád aby u vás někdo škemral o aplikaci, ale máte velkej mindrák, protože se vám to nedaří
my mnohem radeji delame aplikace od nuly nez je prepisujeme z LAMP bastlu. Je to mene prace. Zrovna ted jak koukam tu mame 2 LAMP aplikace co se prepisuji do J2EE/DB2. Proto by bylo prirozene nejlepsi kdyby ti lidi to na tom LAMPu nedelali vubec.
Proc se to prepisuje? protoze je to strasne pomaly a to ta databaze ma jen 30GB dat. Nejvetsi tablice ma asi jen 220M radku, mysql neumi vubec optimalizovat slozitejsi JOINy. To co mySQL dela 20 minut z DB2 vypadne za cca 15 sekund. Docela dost rozdil. Kdyz se to v DB2 naclusteruje tak je to dokonce 2x rychlejsi a kdyby se ta tablice zkomprimovala, asi by taky jeste par sekund ubylo.
Proto lidem doporucuji. Vybodnout se na mysql a delat v express verzich velkych db, pak za levny peniz upgradujete a nebudete muset predelavat celou aplikaci. Navic je na tyto databaze mnohem vic profesionalnich nastroju, takze rychlost vyvoje je vyssi.
My jsme treba prerusili spolupraci s netcraftem protoze nebyl schopen prejit z mysql na neco co nekurvi data. Aby nam 3-6 tydnu (nez reloadnul znova db) nekolikrat rocne dodaval uplne chybna data protoze mu zase lehla mysql to nas fakt nebavilo. Jeste jsme vykopli asi 3 nase partnery protoze proste dodavali diky mysql podelany data, uz si nevzpominam kdo to byl.
Ja vim ze bohuzel spousta lidi si na mysql nenecha sahnout protoze jsou prasata a mysql je pro ne idealni db, kde jinde muzou cpat stringy to integer polozek.
Sel jsem na Linux Expo a vracel jsem se s DVD od MS s Windows 7 beta a VS Express studion. Tomu opravdu rikam pokrok :).
Jinak prednaska od MS ne pusobila jak nejaky seminar pro MLM. Heslo: stavime se k opensource celem (tm) hovorilo za vse :).
Tak nejak mam z teto akce dost rozporuplne pocity.
A nezapomente.. vyvojari MS se zasadne autentikuji :D.