MIRRI Pracovná skupina K9.3 Strategická architektúra

Predstava je nasledovna - z formularov ostane len ten vymenny format (kontainer ci ako sa to vola) a html vizualizacia (kvoli schrankam) povinne. Tym sa zabezpeci, ze zobrazit to nejako bude vediet hocikto a zaroven vymenny format bude relativne standardizovany a strukturovany.

Toto je ale zle prirovnanie, lebo HTML, XHTML je uplne na inej urovni. Tu sa snazite standardizovat nieco ako boostrap alebo foundation + k tomu vsetky mozne aktivne interakcie. Ja to povazujem za extremne zvazujuce a tlaci to dodavatelov do jednej technologie (jedno ci proprietarnej ci nie).

Ta otazka ktora tu neustale nepadla je… preco povazujeme tuto centralizaciu za dobry napad? Ja som patral po tom, ze odkial tato idea centralizovanych formularov vlastne vznikla a ta historia mi bola prezentovana nasledovne: Existuje mnozstvo subjektov, ktore by chceli komunikovat elektronicky ale nemozu/nechcu robit vlastne sidlo, podatelnu, etc. Pre nich bol vymysleny form designer kde si primitivny formular vyklikaju a mozu zacat fungovat s UPVS. Koniec. Toto dava zmysel, ale absolutne to nedava zmysel pre OVM kde su zlozite interakcie vo formularoch (viackrokove, dynamicke, kadejaka logika).

Z mojho pohladu je toto jednoducho regulacia, ktora len obmedzuje konkurenciu. Firmy dnes v komercii ficia povedzme na react/angular/ember/… vlozili do toho velke investicie a maju v tom skusenosti a my tu ideme vymyslat nejaky frontendovy framework na formulare lebo… preco vlastne? Bude to po nich niekto prerabat? Bude to opensource? Proste nevidim vyhody.

Ked si pozrieme US, UK, AUS tak vsetci idu soft regulaciou na urovni dizajnu lebo to pre koncoveho “vyzera rovnako” ale vnutro je uplne hociake a v hocicom.

Toto je velmi zaujimava ponuka. Podme to skusit: @vojtob @anton-somora @kyselat ? Vy ste v tom zbehlejsi, dajte (proti)priklady.