ÚPVII Pracovná skupina K9.5 Lepšie služby - Dizajn manuál


#42

Jo, ja som bol vcera na calle k tym dizajn manualom a budu mat ca do pol roka novu verziu. S tym vsak my uz teraz nic nespravime a taky je zivot v IT :slight_smile:

@Ernest_Walzel pisem ti spravu.


#43

A nepustia nas do private alfy alebo forknut rovno hento? Zdrojaky tam su. Ci je nejaka cast co nie je viditelna? Ja vidim toto http://govuk-frontend-review.herokuapp.com/


#44

Napisal som im do GDS s otazkou ci nam to vedia cele spristupnit. Uvidime co napisu.


#45

Australia nespi. A k tomu spravili aj public backlog https://github.com/orgs/govau/projects/7?fullscreen=true a komunitne forum https://community.digital.gov.au/c/designsystem


#46

Info z GOV.uk:

Hi Michal,

The visual styles in the new design system are largely unchanged from the current one. The guidance has been rewritten, but we’ve not radically changed any of our recommendations. The front-end code however has been completely re-written.

We’re working to make sure that you can use the code from both the current and new versions of the design system in your project, without the styles interfering with each other.

All our components, and the design system itself, are tested on a range of assistive devices and with users of assistive technologies, so we’re confident that the service is accessible.

Hope this helps,

Tim


#47

A btw este zapis z posledneho gov callu:

Presentation about government design systems:

  • Australia *
  • https://designsystem.gov.au/
  • plenty of accessibility implemented – own tool to generate the best contrast of 2 colors
  • have own tool that people can use instead of MPM
  • visual regressing testing (coming soon) – software that visually checks compatibility with the design system
  • Italian design system *
  • GDS *
  • they are rebuilding their design system with more accessibility included; will be out in couple of months

Common theme: contribution from the community is very important, otherwise the design system will ultimately fail.


#48

Dizajn manuál oficiálne schválený ako metodické usmernenie:
https://idsk-elements.herokuapp.com/


Vytvorenie dizajn manuálu
#49

Podstatne na tom je toto https://github.com/id-sk a gratulujeme nasmu @Ernest_Walzel, ze to tak rychlo zmakol rozbehat. :wink:


#50

Jou, @Ernest_Walzel nam nesmierne helfol. Dakujeme ti velmi pekne. Este som mu ani osobne nestihol podakovat :slight_smile:


#51

Ahojte, som velmi vdačný za Vašu aktivitu a nesmiernu snahu v boji o lepšie služby pre nás všetkých. Ako som už na slacku spomínal, pracujem v nemenovanej firme, ktorá by mala byť konzumentom dizajn manuálu a nejakého frameworku. Nanešťastie som to tu nesledoval a jedno ráno sa ku mne manuál dostal emailom. Nesporné výhody a dôvody prečo ste sa rozhodli pre fork uk gov su mi jasné. Manuál krásne popisuje všetky princípy, ktoré je vhodné dodržiavať pri návrhu rozhrania. Keď sa však človek pozrie na samotný gov.uk, tak už to také rúžové nie je. Aspoň mne všetko čo sa týka UK gov alebo city gov, príde neskutočne neprehladné. Z môjho pohladu treba popracovať hlavne na UI konponentoch, dokumentácií a frameworku.

UI
Myslím si, že UX aplikácie je priamo spojený aj s UI aplikcie. Darmo budem robiť obrovitánske komponenty, s velkým písmom, keď to zabijem množstvom informácií, ktoré sú zobrazované v neprehladnej forme, s extrémistickou (pozn.politicka terminologia) navigáciou. Predpokladám, že je to kvôli accessbility, (plot twist) ale potom by sme mali robit accessbility aj pre nedisabled ludi, ktorí tiež chcú svoj komfort.

Dokumentácia
Dokumentácia sa má robiť v prvom rade pre vývojárov. Ako dobrý príklad môžu byť rôzne FE frameworky. https://vuejs.org/v2/guide/ https://buefy.github.io/#/documentation/start

Framework
Základom by mal byť čo najlahší a najjednoduchší framework, ktorý bude obsahovať všetky potrebné komponenty a bude sa dať využiť progresívne, iba pomocou pridania do html, ale takisto by mali byť pripravené pluginy do frameworkov ako Angular, React, Vue/Nuxt. Týmto dosiahneme to, že vývojari nebudú obmedzení použitím frameworku a budú ho môcť používať so svojími nástrojmi, bez toho aby sme im to komplikovali. Neviem v akom stave je teraz tá nová verzia gov.uk, ale zdá sa mi to celé byť “overengineered”.

Vidím, že je tu v pracovných skupinách popridávaných dosť ludí a nechce sa mi veriť, že sa medzi nimi nenájde zopár bláznov, ktorí nechápu ako môže prechádzať verejnej správe to čo by inde neprešlo a majú aspoň trošku chuť s tým dačo spraviť.

Ak bude vôla nad takým dačím vôbec uvažovať aj zo strany iných, tak cez víkend by som si mohol nájsť trošičku času a založiť niekde projekt.

Možno ešte trošičku politická otázka. Má slovensko.digital dostatok prostriedkov na to, aby hostovalo gitea alebo gitlab? Gitlab ultimate (selfhosted) je teraz pre OSS zadarmenko. Čisto filozoficky by sa OSS projekty mali snažiť byť nezávislé na službách tretích (uzavretých) strán (táto téma posledné dni rezonuje v OSS svete).

Sorry za wall of text :blush:


#52

Ako som uz spominal, nehnevaj sa, ale takuto aktivitku by som rad zahubil uz prvopociatku.

  1. Tento manual presiel standardizacnou komisiou, predstava, ze si tu po vikendoch niekto nieco bude robit a stat sa tym bude riadit je… nerealna.
  2. Podla mna vyznamne podcenujes rozsah takehoto projektu. UK na tom pracuje sustavne minimalne dva roky fulltime. My to chceme robit bez zdrojov po vikendoch?
  3. github je zadarmo, git je stale opensource a nevidim najmensi dovod preco by sme mali nieco hostovat.

Takze moj navrh je toto, smelo posielaj pull requesty do https://github.com/id-sk.


#53

Som zvedavý kto a ako bude tieto veci implementovať. Čo si môžem predstaviť pod pojmom štandardizačná komisia? Úprimne je firmám jedno či existuje nejaký manuál alebo nie. Firmy zaujíma či sú schopné ho v rozumnom čase implementovať a prípadne ako to vyzerá. Takže z manuálu zostávajú iba doporučenia. Keď má firma UXáka, tak ten best practices pozná aj bez manuálu. Je niekolko spôsobov ako vynútiť konzistentnosť web front endu. Prikázať používanie jedného front end frameworku, ktorý je rozšírený o SK_ID komponenty a predpripraviť a zdokumentovať ho, aby bol totálne blbecproof. V tomto prípade by bolo fajn aj vyriešiť BE časť, resp. povedať, že to bude SPA alebo izomorfická app a data na restful api. Alebo možnosť, ktorú som spomínal vyššie. Minimalistický css framework, ku ktorému bude aj js knižnica so základnou funkcionalitou pre komponenty a k tomu pluginy + templates pre mainstream frameworky - Angular, React a Vue. Takto ho bude vedieť implementovať naozaj každý či už má fetish na .net, PHP alebo pozná node. Front end bude nezávislý a pripravený pre každého či používa angular, react alebo iba html s vanilla js.

TLDR;

  1. Je to škaredé

  2. Je to závislé na ruby a vidím aj django (wtf?) // uz ani sass nie je na ruby

  3. Treba to riešiť framework agnostic + možnosť importovania css a js bez overheadu

BTW, to, že niekde na niečom pracujú fulltime ešte nič neznamená. Keď sa pozrieš na ich github, tak tam toho majú podstatne viac na čom robia, čo je mimo scope tejto témy.

Čo sa týka githubu…myslel som, že tu budú nejakí OSS ultras :smiley:
Asi nie všetci robia jihad v MS oriented firmách :fox_face:
Free (github) a freedom sú dve odlišné veci.


#54

Ty si asi v tom statnom IT dost novy ze?

Stat nech najme dizajnerov, UXakov co to budu dennodenne testovat. Toto realne dnes pouzivaju miliony ludi denne v UK. Ked sa to tebe nepaci, ok - napis plan co sa ma udiat. Plan, ze to statny style guide budu robit po vikendoch a veceroch dobrovolnici… aby potom na tom firmy skasli miliony, dik nie.

To si zle pochopil. Su tam totiz nejake casti pre django a rails a dalsie fw ak to chces pouzivat v tychto frameworkoch. V klude si mozes zobrat ciste css alebo sass. https://id-sk.github.io/idsk_template/

Na vyvoj samotneho style guide je nejaka zavislost uplne ok.

Ano, podla mna to moze byt lepsie ale je to tam.

Este raz: prosim vysvetli co ziskam tym, ze budem git public repo davat do mnou hostovaneho gitlabu. Okrem toho, ze sa budem musiet starat o gitlab, stroj a este to aj platit mi to neprinesie vobec nic. Vendor lock tam nie je ziadny, ak sa zajtra rozhodne github zavriet kram, tak to repo chytim a importnem do uplne inej sluzby.


#55

Novy dizajn manual/system UK bude 22 juna predstaveny.


#56

Bojujem s tým už zopár mesiacov. Ako dlho budem zvládať boj s veternými mlynmi ešte neviem, ale rád by som prispel k lepšiemu fungovaniu tejto našej malejvelkej krajiny :tm: :slight_smile:

Samozrejme, bolo by najrozumnejšie, keby to robili ludia fulltime a boli za to aj ohodnotení. Žial, neviem si to reálne v našich podmienkach predstaviť. Toto všetko je iba vec politiky. Komunita toho dokáže spraviť častokrát viac ako rôzne firmy a nefirmy. Nejde o výskum v CERNe, je to len styleguide. UK gov weby sú imho neprehladné, bezohladu na to kolko a na čom všetkom si vykázali mandaye. Takže kde má začať iniciatíva? Vo firmách, ktoré štátu dodávajú, zo strany štátu alebo z komunity? Pre firmy je to práca navyše, pre štát výdavky navyše (málokto v tom beztak vidí význam) a jediná nám ostáva komunita.

Ok uznávam toto som prehliadol. Spravím PR na úpravu readme.

Vendor lockin tam v podstate je. Preniesť repozitár nie je ťažké. S meta dátami už problémy byť môžu (viď rok trvajúci prechod gnome na selfhosted gitlab). Zložitejsie je to už pri špecifických nástrojoch (CI/CD, atd) a najzložitejšie s luďmi a komunitou okolo.

Nie som žiadny paranoidny fanatik, iba mám rád veci pod kontrolou a vo svojej réžií. Github bol a stále je 3rd party proprietárna služba, ktorej najcennejšou devízou sú ludia/komunita, projekty a v prvom rade dáta o nich.

Prečo je komunitný vývoj riešený cez takéto služby je mi jasné. Slovensko.digital (alebo hocaká iná komunita) by mohla byť, ale aj vývojová platforma a v budúcnosti tvoriť akýsi možno aj štátne dotovaný komunitný projekt, ktorý by sa nesústredil iba na problémy pri tunelovaní, ale reálne by dačo prinášal v širšom zmysle (osveta, pomoc, vzdelanie, HW, SW, služby, hackerspace, inkubator,…whatever). V skratke, že by to mali robiť ludia pre ludí a nie pre štát, bezohladu kto za čo kolko zinkasuje. Inkasuje pár postavičiek tak či onak. Pokial chceme niečo spraviť, tak nemôžeme čakať na zmenu (hlavne charakteru tých osôb). Neviem v akom ste štádiu, čo všetko robíte alebo nerobíte. Je možné, že máme podobnú víziu a že by som sa aj teraz vedel zapojiť do niečoho. Ja v tom nehladám chicken egg problem, iba chcem problém riešiť z druhej strany. Prioritu vidím v silnej komunite, ktorá dokáže štátu ukázať, že sa to dá robiť aj inak. Vo firmách, aj keď jedinci chcú, sa veci pretláčajú zložitejšie a pomalšie.

22/6 na to pozriem.


#57

Toto si zmeskal, tento dizajn manual je prave presne iniciativa komunity, ktora po bojoch dospela k tomuto rieseniu.


#58

Toto presne mame tu: https://github.com/id-sk/idsk_frontend_toolkit
Chybaju specificke kniznice na frameworky ktore vymenuvas, ale daju sa lahko pridat, pozri napr https://github.com/id-sk/idsk_elements/tree/master/packages/idsk-elements-sass

Podla mna je najvacsi prinos tohto manualu prave v tom, ze je to style guide a nie len developersky toolkit.

Porovnaj si napr ‘ako zaplatit dane’ a la Financna sprava:
https://www.financnasprava.sk/sk/infoservis/platenie-dani#VseobecneInformaciePlatenieDane
vs UK: https://www.gov.uk/pay-self-assessment-tax-bill

Esteticky ani jedno ani druhe neuraza, ale je tam najma viditelne kde sa rozmyslalo nad nejakou strukturou a privetivostou a kde sa len vyklapal text. Presne o takychto veciach ten manual pojednava. Nie je rocket science, ale vo vysledku je v tom poriadny rozdiel. A to ani nehovorim o veciach ako pristupnost pre screen readery, ktore v tom toolkite maju tiez porobene a otestovane.


#59

http://design-system.service.gov.uk/

@michalblazej @Ernest_Walzel a teraz sa prerobí ta sk verzia?


#60

Este stale to tu niekto chce robit “po veceroch” ?


#61

Prerobime, ked na to dostaneme mandat :slight_smile: