imcon napsal(a)Zeptal by se na trochu offtopic, ale související: jakou máte zkušenost se zabudováním vámi navržených vlastností do systému? Je vůbec nějaká šance, že se něco nového z návrhu dostane do vývoje? Má smysl návrhu věnovat čas? Chápu omezené zdroje programátorů a potřebu opravovat chyby a také to, že každý pracuje především na tom co ho zajímá, je ale škoda, že se nedoplňují třeba maličkosti které by ale zlepšily funkčnost a pracuje se na nepodstatných věcech jako jsou ikonky apod.
To je celkem problematické z pohledu účelů, které vidí mnoho lidí v různých věcech. Já osobně bych se snažil jít cestou rozvoje desktopu s konzervativním vzhledem a standardním (naučeným) ovládáním - estetické měřítko mne osobně zajímá jen tehdy když se něco změní tak že nejsou příkazy tam kde mají být. Mám dojem, že tento prostor (desktopů) MS opoustí právě kvůli novým technologiím a náročnosti spojené s rozptýlením financí do dvou směrů. V tomto smyslu "nových technologií" bych vsadil jen na prohlížečky.
Moje představa se týká zabudování možnosti instalovat podporu pro servery na principu node.js bez cloudu. Je to poměrně velký problém pro nasazení ve státních správách a velkých organizacích různého druhu. Jde o potřebu instalovat intranetový server pro provoz vhodných databází.
Názor na vnější komunikaci mám směrem dovnitř prostřednictvím jediného vstupního zařízení - kopírky která slouží jako vstup pro veškeré informace (tak zvaný "veřejnoprávní původce") a jediným kanálem který by seperátně umožňoval stahování dokumentů. K tomu postačuje omezené FTPs. Dále SMS server a emailový klient pouze pro odesílání ale nikoliv pro příjem. Tyto výstupy oddělené od intranetového serveru (tohle některé "kopírky" také umí. Navíc dnes už mají všechny úřady takovouhle chtrou kopírku. Je to ale postaveno většinou pro Windows. To na přechodnou dobu stačí.
Institut "veřejnoprávního původce" už je celkem běžné zařízení kopírky která je připojená přímo na internet a může všechny vstupy převést na sterilní grafiku pomocí OCR. Mimo toho se také manuálně skenují klasické papírové dokumenty, nebo je možné donést třeba flash pamět a nahrát shodně jako když by to provedl vnější uživatel emailem s elektronickým podpisem. Prakticky je takové zabezpečení lepší kvůli zavadení nějakého škodlivého SW, nebo ukradení dat.
Důvodů je více - například možnost postupně vyřadit veškerý proprietární SW. Otázka webových prezentací je mimo takový systém a úředníci nemohou hrát hry na pracovních strojích. Sdílení dokumentů uvnitř zvládne právě server na principu node.js, což je vlastně JavaScriptové udělátko které zvládá i veliké objemy dat a transakcí (existují milovníci i zatvrzelí odpůrci). V LO je zavedena podpora pro JavaScript pomocí debuggeru Rhino, ale moc se to nepoužívá. Jde spíš o paralelní nasazení s dalšími scriptovacími nástroji.
Abych popsal příklad kdy se to hodí: Dnes je řešen problém sdílení dokumentu tak že se dá editovat mimo Calcu jediným uživatelem - prvně přihlášeným. Ostatní mohou otevřít kopii, nebo jen pro čtení. To je praxe se síťovou instalací, ale lze nasimulovat i podobný systém z lokálních instalací, nebo z instalací kombinovaných. Přenášet se mohou pouze skripty, které upozorní na možnost aktualizace. Při tom může mít každý jedinec svou verzi libovolně dlouho bez aktualizace. Po aktualizaci se to podle mých představ upraví do formátu komentáře.
Abych nepopisoval všechny detaily - JavaScript je schopen nahradit každou itranetovou strukturu a zejména pod galvanickým propojením lze zajistit vysokou míru bezpečnosti. Je to samozřejmě přechod na plné OpenSource a lze programovat tak aby se přenášela jen minimální data - LO je pak jen grafickým rozhraním a je možné plné šifrování při přenosu mazi každými dvěma stroji
Trend izolovaného desktopu je určitě zajímavější pro určitý typ uživatelů. Já pohříchu nevím jestli to tak už nedělá některá zem, město a pod. která migrovala na LO. Zato vím o tom, že Státní správa pomalu sama od sebe přechází na LO a musí si vytvářet vlastní nekonzistentní podpory. Každá zem, nebo město které hodlá migrovat by mělo mít nabídku připravených JavaScriptů.
JavaScript je celkem dost známý a používaný programovací jazyk (základy zná každý webmaster). Node.js obsahuje moduly JSON, AJAX, jQuery, nebo třeba CANAVAS a mnoho dalších. Stačí vytvořit jen podporu a standardy pro LO. Podpora může být jak na straně JavaScriptu, tak také na straně LO.
Já například využívám možnosti Calcu k tomu abych vytvořil kostru pro různé testy, které vygeneruji pomocí Basicu (stačí je otevřít browserem pro kontrolu i když tam je často tagovaná knihovna) ale to je opačný postup nežli bych si představoval pro užití v LO. Přes to i takto použité LO má význam v rámci webových aplikací - tedy jako generátor webových prezentací na principu Html5, CSS a JavaScriptu. Dnes existuje pouze generování statického HTML, nebo kostrbatá tvorba XML. Celkem úspěšné by mohlo být LO jako GUI pro webové vývojáře. Nejde tedy jen o formuláře které požaduje Státní správa (samospráva). Jde více o šablony a filtry. Stačily by vzory s popisem aby se to dalo snadno přizpůsobit různým potřebám a jazykům.
Takže jde o názor jak a k čemu LO používat a nekonkurovat on-line propritárním udělátkům. Hnát se za cloudy a on-line editací mi nepřipadá taktické. Zde LO nemůže stíhat vývoj za pochodu když se technologie stále prudce vyvíjí. Naopak lze dosáhnout toho, že bude v zájmu komerčních firem zpřístupnit jednotlivé aplikace on-line. Stačí držet se decentralizovaných verzí a toto použít správným způsobem.
Editoval neutr (27. 1. 2019 23:22:32)
Moje e-mailová adresa
Pokud je Váš problém vyřešen, označte prosím svůj příspěvek za "VYŘEŠENÝ"
Zlepšíte orientaci při vyhledávání řešení JAK OZNAČIT TÉMA ZA VYŘEŠENÉ