Apache NetBeans? (diskuse)

[Christof]

Protože s minulým projektem (OpenOffice), který Oracle předal ASF, to dopadlo skvěle?

[Dreit]

"Musíme to zkoušet, ono se to jednou povede..."

[peperonni]

A navíc bych ASF předal VirtualBox a MySQL :D

[xm]

Tak MySQL už Oracle pohřbil, místo něj je tu úspěšný non-Oracle fork MariaDB. Situace prakticky stejná jako byla v případě OpenOffice vs. LibreOffice.

VirtualBox zatím žádný non-Oracle fork nemá, tam by to fungovat možná i mohlo

[JoHnY3]

Je to takovy paradox.

Oracle odvadi na MySQL po technicke strane dobrou praci a je to videt na lepsi stabilite a velkych optimalizacich v MySQL 5.6. Nevim jestli stavajici team v MySQL AB nemel stejny uklid v planu uz davno, ale Oracle ho zjevne podporil misto aby MySQL zakonzervoval a zlikvidoval. Na druhou stranu MySQL sesroubovala jejich pravni masinerie, nastesti ne do miry OpenSolarisu.

[nyan]

"Na druhou stranu MySQL sesroubovala jejich pravni masinerie"

Netusim, co timhle myslite, ale duvod proc se prakticky vsichni v OSS svete vykaslali na MySQL, byl jejich pristup. Totizto "opravili sme vam par tuctu security bugu, ale nerekneme vam kde a ktere, misto toho tady mate jeden megapatch se vsemi security fixy plus tisic dalsimy fixy a optimalizacemi" je pristup, ktery se z nejakeho duvodu spouste lidi nelibil

[xm]

Tak OpenOffice byly v době kdy ho Oracle předal ASF už pohřbené. Veškerý vývoj, zájem komunity a podporu firem měly už LibreOffice.

NetBeans ale žádný non-Oracle fork nemá, ne?

[xm]

Stejně je skoro až neskutečné, jak efektivně dokáže Oracle pohřbívat opensource projekty, kterých se zmocní

[tux]

Koukám, že Oracle používá ASF jako odpadkovej koš. Co se nehodí, šup tam s tím ...

[dustin]

Jsou to všechno projekty, které Oracle získal při koupi Sunu. Jde buď o jeho přímou konkurenci (mysql), nebo oblast, kterou se nezabývá (oo). Vůbec se jim nedivím, že se jich zbavují. Sun měl původně úplně jiné plány a jiný byznys.

[Filip Jirsák]

MySQL rozhodně není přímá konkurence pro Oracle SQL server, naopak MySQL pokrývá přesně tu oblast, která je mimo záběr Oracle SQL. Navíc nevím o tom, že by se Oracle MySQL zbavoval.

[Grunt]

Já když to tak čtu vlastně vůbec nechápu proč Oracle Sun kupoval. Vždyť co se nezabilo, to se uzavřelo, lidi odešli a to je tak vše. Už zbyla tak maximálně Java.

[xm]

Pravděpodobně jim šlo právě a jen o tu Javu. Aby pak následně mohli žalovat Google za použití Java API v Androidu.

Původní soud rozhodl ve prospěch Google, odvolací soud ale ve prospěch Oraclu (že na API se může vztahovat copyright) a vrátil to k okresnímu soudu . Až tento nový soud konečně letos finálně rozhodl o tom že to využití je fair use a Oracle má smůlu. Naštěstí.

Prostě Oracle je zjevně velká evil korporace Hezky je to vidět právě v kontrastu se Sun, jehož CEO Jonathan Schwartz naopak Googlu když spouštěl Android gratuloval a využití Javy chválil.

[Grunt]

Hezky je to vidět právě v kontrastu se Sun, jehož CEO Jonathan Schwartz naopak Googlu když spouštěl Android gratuloval a využití Javy chválil.

Zajímalo by mě jak by vypadal dnes Sun Microsystems kdyby nebyl odkoupený Oraclem. Jestli by krachoval a nebo naopak prosperoval ještě víc než v době před akvizicí.

[Odin1918]

Osobne si nemyslim, ze by krachoval, ale trpel by nizkou ziskovosti, obrovskymi naklady na lidske zdroje, prezamestnanosti a zbytnelosti. Vsechny zminene nedostatky by si v blizke dobe vyzadaly tvrda usporna opatreni, ktera by lidske zdroje podle mne dost zabolela. Take bych se obaval trendu pro budouci roky. Obavam se, ze pokud by se v Sun nenasel nejaky dobry vizionar, Sun by tezko hledal odpovedi jak byt nadale ziskovy v dnesnich trendech. Jeho budoucnost by patrne nebyla ruzova. Ale to jsou jen me spekulace. Treba by to bylo uplne jinak. Sun mi byl osobne celkem sympaticky a myslim, ze jeho samostatna existence by mela smysl.

[Agent]

obrovskymi naklady na lidske zdroje, prezamestnanosti

Tim myslíš příživníky jako ty? To je dost možné.

[deda.jabko]

Oracle mel hlavne zalusk na HW divizi SUNu, aby mohl nabizet firmam kompletni reseni, od hardwaru pres databazi az po aplikace.

[xm]

Ze se té HW divizi ale daří! SPARCy člověk vidí doslova na každém kroku a x86 a POWER konkurenci přímo drtí

[deda.jabko]

Ze se té HW divizi ale daří! SPARCy člověk vidí doslova na každém kroku a x86

SPARCy byly vzdycky specificke a mimo mainstream. Kvuli sve architekture exceluji jen v urcitych nasazenich. Typicky telco, kde na tom bezel/bezi Oracle. Oraclu navic chybel storage-segment, ktery SUN taky umel, a ktery k tem databazim taky tak nejak prirozene patri.

[Saljack]

No ono ani s tou Javou to neni zadna slava. Na Java EE se v podstate vy..... Java 8 rozdelil na nekolik verzi a project Coin na ktery jsem se osobne nejvice tesil nakonec byl jenom par slabych zlepseni a zbytek mel byt v 9, kde samozrejme nic z toho jiz neni. Java 9 odsouva a verim, ze ne naposled.

[Grunt]

Přinejhorším tu stále existuje GNU Classpath

[Filip Jirsák]

Někdo z vrcholných manažerů Oracle před nějakou dobou prozradil, že Java je pro Oracle příliš důležitá na to, aby mohli riskovat, že Sun koupí někdo jiný. Ono si stačí uvědomit, v jakém jazyce jsou asi nejčastěji psané aplikace, které v Oracle SQL ukládají data. A Oracle má pro Java prostředí samozřejmě další software, např. WebLogic.

O Sunu se říkalo, že má sice spoustu opensource softwaru, ale neumí na něm vydělávat. Což byl také důvod, proč by na prodej. Je logické, že pokud se Oracle nechce dostat do stejné situace, musí něco změnit.

NetBeans pod ASF nemusí být špatné. Java projektů je pod ASF spousta, takže infrastrukturu pro Javu asi umí, Java vývojáři Apache znají. A aspoň v té spoustě Java kódu bude mít ASF konečně nějaký pořádný kód… (Pardon, bude už druhý, Http Components od verze 4 je také dobrý kód.)

[Sid]

Vy sa asi moc v asf neorientujete ked pisete ze tam bude konecne nejaky dobry kod. Celkom by ma zaujimalo to kriterium co.mate

[Filip Jirsák]

Jsou tam různé commons knihovny, Xerces, Xalan – vše důkaz, že v C++ lze psát v libovolném jazyce. Ty commons knihovny jsou jak když pejsek a kočička vařily dort, co se komu hodilo, to tam přidal, ale jiná stejně důležitá věc stejného typu tam není. Navíc obvykle zamrzly někde u Javy 1.4, pak případně „doplnili generiky“. Tomcat opět zpočátku podivný moloch, po letech odtučňovací kůry už je snad použitelný. FOP je užitečný, ale byl zachráněn po klinické smrti, a kód také není zrovna výstavní („tohle asi nebude vždy správně fungovat ve vícevláknovém prostředí“ apod.). Ant byl užitečný, ale ten šílený nápad, psát skripty v XML – já mám XML v oblibě, ale tohle je i na mne moc. Maven s deklarativním popisem projektu byl geniální nápad, škoda, že při implementaci udělali přesný opak. Cocoon byl zajímavý nápad, ale realizace byla divná a proto se neprosadil. Apache Directory Server a Studio – kód neznám, ale je mi podezřelé, že se to moc nevyvíjí. log4j zaspalo dobu. MINA asi bude dobrá, kód neznám. James je stále ve stádiu: „Až to bude hotové, bude to umět úplně všechno. Až.“ Geronimo „aha, vlastně ještě jeden Java EE server“. Lucene má divné API, ale aspoň dělá, co má. A pak ty Http Components, API docela promyšlené a zlepšuje se, a poslední verze už mají implementovánu spoustu věcí, které si člověk dříve musel implementovat sám. Vím, že existují i další jejich Java projekty, ale u nich nemám představu ani o API ani o kódu.

Ale jinak jsem původně myslel hlavně na commons-*, Xerces, Xalan a log4j, na které člověk narazí každou chvíli a které vzácně přitahují kód, ve kterém je zbytečný masivní abstraktní základ, kterým se programátor vyčerpá, a nad ním je malinký špagetový kód, který funguje pouze v ideálním případě a se všemi nestandardními stavy se vypořádá až za běhu vyhozením runtime výjimky, ze které se nepozná, k čemu došlo.

[Sid]

Odporucam sa tam poziet znova, pokryli ste tak 1%. Co tak felix, karaf, activemq, servicemix, atd atd. A samozrejme treba sa pozerat na to aj optikou kedy co vzniklo. Konkretne napr log4j je dobry priklad. Autor casom vylepsil design v logback a log4j bol v podstate roky v mode oprav chyb. Momentalne je ale znova aktivny a je nova verzia log4j 2.0. Takze vytiahnut par projektov specialne v commons je smiesne.