tak ses nam tu vyblil pod kazdy prispevek, vsechny jsem si je zkopiroval. V rade z nich pouzivas i cizi slova. Klobouk dolu. V jednom z tech clanku ale pises:
< ------ >
IT prumysl ma vuci ostatnim odvetvi to specifikum, ze jako prostredi zalozene na vyuzivani a sdileni datovych sluzeb klade vetsi duraz na unifikaci, nez odvetvi jinych sluzeb
< ------ >
O unifikaci, normalizaci a typizaci nemas chlapce nejmensi poneti. To se ale nedoctes v marketingovych pospektech od M$.
Doufam, ze to dotahneme na tech 200 postingu.
Zdar.
Copy&paste zdar.
Jeden z projevů této unifikace je, že k tomu, aby jste se prosadil s vývojem SW by jste měl nejen respektovat existující rozhraní tak, aby váš produkt mohl produkovat se stávajícími, ale i definovat nová pro komunikaci s produkty budoucími.
To je něco, co ostatní průmyslová odvětví zatím nepotřebují a současné generaci OpenSource SW chybí - slabé využití rozhraní. Než se začnete hádat, ukažte mi, jaké prostředky nabízí v tomto směru třeba OpenOffice. Jak je možné řídit běh makra OO z jiné aplikace - třeba shell skriptu nebo webové stránky ? Nebo jak OpenOfficce dokáže komunikovat s databázemi ? Umí např. využívat DB rozhraní PHP ? Jsou DB funkce použitelné ještě někde jinde, než v PHP ? Podporují GUI aplikace Linuxu vůbec nějaký společný formát schránky (třeba RTF, WMF, EMF) ?
To je úroveň unifikace, normalizace a typizace, přes kterou se roztříštěný vývoj OpenSource přenese těžko. A neříkejte prosím, že o takovou funkcionalitu nikdo nestojí v okamžiku, kdy bojujete o každé promile market share...;-)
Proč ne, umět může (OO ovšem pracuje s DB asi na úrovni spíš MS Query, než Accessu) - ale o tom přece řeč momentálně neběží.
MS Officce ovšem k přístup k DB používá ty samé funkce a to samé rozhraní, jako ASP/WSH/DHTML skripty nebo třeba PHP s myOLEDB. Mluvím o unifikaci rozhraní, se kterým má OpenSource zjevně potíže.
odkaz na DB features OO by měl spíš být :
http://www.unixodbc.org/doc/OOoMySQL.pdf