Neviem ci ma zmysel sa este bavit o hard-forku alebo soft-forku. Tamta Figma mi pride ako uplne novy dizajn system, prebrali sa akurat tak nazvy komponentov. Su tam nove konvencie a podla mojho nazoru aj regresie (pozeram napr na multi-column formular).
Zakonspirujem si, ze “IDSK v.4” uz bude “je to hrozne tazke upravovat, spravime to cele nanovo”. Co bude uz potom davat zmysel, lebo fakt to ma daleko od GOV.UK.
Ten dizajn system je sice vizualne pekny, ale tiez som presvedceny, ze sa tu vyhadzuje kopa kvalitnej roboty (myslim najma tu z UK) a pridava dalsia, vacsia, kopa roboty na vyvoj a udrziavanie. Tento aspekt sa pri schvalovani preberal?
Som rad, ze tu upozornujes na Tailwind. Koncepcia s ktorou zatial pracujeme je postavena prave na tailwind css. Vsetky tokeny vo Figma kniznici mame namapovane na Tailwind classy:
Vdaka tomu dokazeme rovno z Figmy generovat json s tokenami, ktory vies nasledne konvertovat do CSS stylov. Mrkni napriklad na https://specifyapp.com/. Vdaka tomuto pristupu sme schopni pouzivat rovnake dizajn tokeny pre rozne kniznice - napriklad HTML/CSS, React, iOS, Android, … Ma to velke vyhody hlavne v konzistentnosti pouzivanych farieb, typografie, stylov, …
Dalsia vyhoda je, ze developer ma priamo vo figme moznost vidiet potrebne classy pre jednotlive komponenty. Napriklad button:
React komponenty pre mUPVS su tiez navrhnute pomocou Tailwind CSS. Samozrejme vsetky presli detailnym auditom pristupnosti. Myslim, ze vacsieho experta na pristupnost ako Moniku M. z MIRRI nemaju ani v UK (myslene len v tom najlepsom). Taktiez je vsetko konzultovane s Petom T. z Unie nevidiacich a slabozrakych s ktorym dlhodobo spolupracujeme.
Tato koncepcia je dalsia z moznych variant ako pristupit ku kniznici.
Na gov.uk formularovych prvkoch nevidim nic zle. Tak ako nevidim nic zle na Material dizajnovych formularovych prvkoch. Nasim cielom bolo skonsolidovat dizajn system tak aby bol konzistentny napriec rozdielnymi platformami - aby aplikacia SVM nemala ine inputy ako web slovensko.sk a to malo este ine inputy ako webova aplikacia napr. zdravotna knizka. Verim, ze s kazdym kto skusal niekedy pouzit Gov.uk na dizajn mobilnej aplikacie alebo webovej aplikacie sa zhodnem, ze to velmi nefunguje.
Co sa tyka testovania:
pri vsetkych prvkoch boli detailne riesene kontrastne pomery minimalne na urovni WCAG Level AA
vsetky prvky sme prechadzali nastrojom, ktory simuluje najbeznejsie zrakove vady … na zaklade toho sme sa rozhodli zmenit zltu gov.uk farbu oznacuju active stav prvku (v niektorych pripadoch nebola idealna)
jednotlive navrhy, ci uz riesenie chybovych hlasok a podobne boli diskutovane so spominanymi specialistami na pristupnost
Budem rad ak mi vysvetlis ako by si testoval pouzitelnost inputu, alebo checkboxu.
Mozem povedat, ze sme urobili desiatky testovani ktore vyuzivaju navrhnute komponenty a ani v jednom pripade sme nenarazili na problem aby clovek nepochopil, ze sa jedna o chceckbox alebo input.
Tuto problematiku riesime denno-denne uz viac ako rok. Sme otvoreni akejkolvek diskusii. Na konci dna vsak aj tak bude musiet rozhodnut MIRRI.
Nechcem tu vytahovat ultimativny argument “mne sa to nepaci”, ale teda ked uz piseme, tak ten dizajn ma sice nijako neuraza, ale pride mi to ako korporatny dizajn #4239. Gov.uk ma aspon silny charakter.
Ked teda chceme zahodit gov uk, nemalo skor zmysel oslovit sutazou nejakych poriadnych dizajnerov, aby sa pobili? Ved toto je brutalne lukrativna zakazka/referencia. Ci rozhodujuca kvalifikacia na oficialny statny dizajn, ktory sa tu bude pouzivat roky je “bol som vtedy zamestnany v SKIT” ?
Cize k sunk cost tohto rozhodnutia, nakladom na strane SKIT si pisem este interne kapacity MIRRI, navyse to cele bude treba este nakodit. Predstava, ze to preklopite len tak do CSS cez tailwindcss ma celkom pobavila. Som zvedavy, kedy zistite, ze pristupnost nie je len o kontrastoch farieb a velkosti fontov, ale aj tie komponenty musia mat specialne aria- atributy a vselico ine. Toto bude samozrejme musiet dokodit SKIT, ale ved v pohode, SKIT chce kreslit a my vsetci to len platime. Nehovoriac o ladickach na responzivitu, rozne browsre… a to vsetko preto lebo… preco vlastne?
Mozno keby na zaciatku stala otazka - nechame si govuk, zoberieme nieco ine na com budeme stavat alebo ideme vyrabat toto tu, co nas bude stat odhadom pol miliona eur a este nam to vybookuje kapacity, ktore by mali robit nieco uzitocnejsie, tak by sme tu dnes mali uplne inu diskusiu.
Beriem toto ako zlyhanie MIRRI, ze si dizajn system nechali takto SKITom ukradnut. Explicitne som im to hovoril, ze sa toto stane a nech si davaju pozor. Opat je to pre mna potvrdenie, ze to nikdy nemalo produktoveho/projektoveho cloveka na MIRRI. Toto by nikdy nedovolil bez zvazovania nakladov a dopadov. Nechali to tak, naklady a vsetko okolo je na ich triko. Je mi to luto, ale obavam sa, ze konstruktivna debata sa tu skoncila.
V MPK vyhlasky budem ziadat vycislenie buducich a minulych financnych dopadov tohto rozhodnutia a ake alternativy boli zvazovane.
Toto je vsetko riesene v ramci projektu mUPVS a navrhu webu slovensko.sk. Prva financovana aktivita ohladne ID-SK 3 bola snad priprava tej prilohy c.12, ktora isla na pripomienkovanie + priprava Figma kniznice, ktorej gro pracnosti prebiehalo teraz v januari. Na dev. nebolo pouzite ohladne ID-SK 3 este ani euro.
V mUPVS sme sa rozhodli pre React. Cela mUPVS react kniznica je vytvorena na zakladoch tailwindu. Audit prebiehal na hotovych komponentoch. Snad mesiac tu jeden clovek ladil len pristupnost, aria atributy, semantiku a kadejake dalsie veci ohladne pristupnosti. Z budgetu ID-SK toto financovane nebolo. Uz dlho tu tvrdim, ze podla mna je budget ID-SK v kazdom jednom statnom realizovanom projekte.
Pred rokom si sedel s nami na pive kde sme ukazovali nove slovensko.sk a moje.slovensko.sk. Uz vtedy padlo explicitne rozhodnutie, ze to mame kreslit v ID-SK 3. Inak by sme s evoluciou ID-SK vobec nezacinali (mail ti hladat nebudem). Preco si sa vtedy neozval? Preco si to vtedy neeskaloval? Nie je to trochu neskoro zobudit sa po roku?
PS: Nechaj si prosim nacenit aj dopady na aktualne rozbehnute projekty(mUPVS, KSDR, UVO, ZS, …) v pripade, ze zostaneme pri ID-SK 2. Vo vsetkych pripadoch bolo overovane v akom ID-SK to realizujeme.
A tie prachy na web slovensko.sk a muvps rastu podla teba na strome ci ako si to presne predstavujes?
Seriozne ma zaujima kolko kapacit a penazi sa uz na toto vylialo, podla mna je to z velkej casti uplne zbytocna aktivita a ked zase budem pocut fnukat MIRRI a SKIT, ze nestihaju tak zacnem ukazovat prstom, ze aha, toto ste vobec nemuseli robit. Normalne sa mala spravit sutaz na top dizajn a postavit dizajn system na niecom existujucom. Rozpravat, ze “ved to je postavene na tailwindcss” - toto je ako rozpravat, ze “ale ano ved je jedno ci si kupim hotove auto alebo suciastky z ktorych sa to nejako da poskladat”.
Mne fakt nejde o to ci to bude zelene alebo modre alebo ruzove, to mi je (takmer jedno). Niekomu sa paci to, inemu ono. Mna zaujimaju naklady, vysledok a stratene prilezitosti, ktore sme nerobili lebo sme sa venovali takemuto vymyslaniu kolesa. Chapeme sa? Keby sa na toto nevylialo pol mega a toho pol mega sa vylialo trebars sirotam na Ukrajine nebolo by krajsie na svete? Uz rozumies kam tym mierim?
Cize naklady - podla mna extremne vysoke - viem si predstavit, ze keby sa toto normalne sutazilo, tak za tu sumu mame ovela lepsiu kvalitu.
Cize vysledok - za mna - neurazi - nicim neohuri. Priemer.
Cize stratene prilezitosti - brutalny defocus a vytazovanie kapacit SKIT, MIRRI na nieco co sa dalo hotove zobrat/kupit alebo minimalne upravovat. (Vid debata vyssie o soft-forku gov.uk)
Schvalne sa skusme spytat SUXA, ze aky dizajn manual by dodali za pol mega a ako rychlo. Hm? @michalblazej
… a preto zacneme na zelenej luke a nebudeme setrit zdroje. Povedz si to nahlas.
Dakujem za potvrdenie mojej hypotezy/konspiracie, ze toto rozhodnutie padlo davno predtym ako sa o tom dozvedela nejaka pracovna skupina. Proste ste si to zmysleli v SKITe, ze idete to cele premalovat “lebo sa vam to nepaci” a projekt bol na scene. Najprv sa “prisposobila hlavicka” idsk a potom “sa to cele ujednotilo” tak, ze sa vykoplo cele gov.uk a stavia sa na zelenej luke. Toto nazvat evoluciou…ja to volam unos.
Inak samozrejme ze som sa ozval, spominam to uplne vzdy a stale dokola sa to pytam. Nepamatas ako som skakal, ked sa riesil este CBA k SVM a pleskli ste tam dizajn manual? Nepamatas si ako som sa dookola pytal, ze ako to bude s novym upvs, ked to vyzera uplne inak ako idsk2.0? Naozaj si to nepamatas? Lebo ja si to pamatam, ale nikdy si nepamatam priamu odpoved.
A aj keby som sa nepytal, tak to kde sme? Nemate medzi stakeholdermi egovu a dizajn manualu Slovensko.Digital? Chodis tu sem na platformu a nezdalo sa ti ani trochu divne, ze sa furt pytam stale to iste dokola?
Ved prave, vy ste spravili takmer nezvratne rozhodnutie, ktore sposobuje brutalne naklady a este sa tvaris, ze teraz ides transparentne diskutovat a participovat s komunitou? Tebe naozaj stale nedochadza co ste to spravili? Usili ste na stat akysi vendor lock (lebo kto to po vas chyti?) a maintenance cost na dlhe roky dopredu.
Len bokom: Povazujem za zbytocne, aj z pohladu architektury upvs, aj z pohladu potrebnej funkcionality pre statne sluzby. React je novy angular a angular je novy cobol webu. Pozajtra budu dodavatelia chciet vue, popozajtra este nieco ine. Ak je to vedlajsi produkt mupvs, tak este ako tak.
Avsak polcas rozpadu statnych projektov nutne znamena, ze technologie treba volit extremne konzervativne. Asi aj preto gov.uk od html/css nikdy neslo dalej. Ked chce pouzivat dodavatel react/vue, nech si to vyrobi, z hotoveho html/css to nie je fakt ziadny problem.
Mozno vam to otvori oci a pomoze si uvedomit, ze ID-SK nie je zdaleka o nejakych HTML komponentoch a preberani kodov. To co tu riesime je ta jedna bublinka HTML/CSS kniznica
Radšej ako volnú pozíciu Head of design v SKITE by som videl obsadenú pozíciu Business ownera IDSK v MIRRI. Lebo teraz to vyzerá trochu ako keď sa na chate poobede nájde grcka. Každý vie, že pil celý večer ale tá kôpka nejako nikomu nepatrí.
(Moje prirovnania buď ľudia milujú, alebo mi to je jedno…)
Cloveka hladaju uz takmer 5 mesiacov. Co myslis, ked sa za 5 mesiacov takmer nikto neprihlasil aka bude kvalita vybraneho uchadzaca?
A ako dlho mame este na spasitela cakat? A co od toho ocakavas? Pride tam nejaky borec a rovno povie ako sa to ma robit?
Pozri, ja si myslim, ze tu nemam ziadnu grcku. V SKITe mame uz 2 roky jasnu viziu - jednotny digitalny ekosystem obcana. ID-SK je sucast tejto vizie. Na potreby sa pozerame zo siroka, z roznych perspektiv. Vsetky ich vnimame, konsolidujeme a z toho tvorime produkt.
Ja dobre chapem potreby Jana Suchala a jeho forku/neforku. Stale je to vsak v ponimani celeho ekosystemu ID-SK jedna, mozno trochu vyznamnejsia, bublinka.
Sme v kontakte s dizajnermi z roznych spolocnosti, ktore prejavili zaujem sa na tomto podielat (LB, UI42, Ditec, PWC). Kniznice a navrhy uz videli, feedback zbieram uz takmer rok.
Aj na tychto spolupracach je vidiet, ze ID-SK moze fungovat ako komunitny projekt. Dvere su otvorene pre kazdeho.
Oktober 2022:
Uz spominana prezentacia na PS + mesacne pripomienkovanie
Pocas celej doby aktivna komunikacia s ludmi v komunite. Aj mimo toto Forum!
Januar 2023:
Zverejnenie roadmapy na rok 2023
Februar 2023:
Chystana akcia pod zastitou BRISK.
A to mame stale pol roka do spustenia.
Pridam este akceptovane DNRka k projektu mUPVS niekedy v maji/juni 2022 s obrazovkami v ID-SK 3. Pouzitie ID-SK 3 vzdy konzultovane a schvalene MIRRI/NASES! Verim, ze ste tieto temy otvorili aj na riadiacich vyboroch - pokial viem SD sa na nich ucastni.
Vysledok? SKIT ukradol ID-SK! Keby nam nezalezalo na robeni veci dobre nic z vyssie spomenuteho sa nestane! O ID-SK 3 sa dozviete tak akurat z hotovej vyhlasky v auguste 2023! Tak ako to je v tomto state beznou praxou.
Bolo to až tento rok a žiadne dizajny som nevidel. To že kreslite nové mupvs úplne mimo idsk som samozrejme videl. Ale ani vo sne mi nenapadlo, že “všetko bude v idsk” znamená, že celé idsk idete nahradiť. Ako si sám písal, doplniť nejaké komponenty aby sa to dalo použiť na edesk. Toto som čakal.
Doslova som tú zmenu vyhlášky videl včera. Nechápem čo naznačuješ. Akože došiel som na to neskoro a mám byť ticho? No nie. Lebo zajtra mi napíše iný úradník, že čo som robil dnes.
Mňa teraz fakt zaujíma ako sa k tomuto postaví Mirri, že toto celé stojí na pár ľuďoch v skite, kódy žiadne (ani čiarka), hlavná hlava tohto ide tatam zo SKIT, na Mirri toto nikto nedá. Proste presne dôvody prečo sme mali držať soft fork aj keby to bolo celé hnusné škaredé sa napĺňajú.
A akože sorry, robiť celý dizajn manuál odznova kvôli jednej štátnej mobilnej appke ( ktorá mimochodom mala dizajn dávno predtým ako nejaké mupvs) to sú úplne haluze.
Normálne ste tam týmto rozhodnutím v skit/Mirri/nases zarubali sekeru pol mega a úplne zbytočne. Čo nie je teda veľká katastrofa na štátne pomery, ale zamrzí.
Hlavna hlava tohoto bola minuly tyzden vyhodena z prace lebo si tu s vami vypisuje na platforme. Spytaj sa vedenia MIRRI ake maju s ID-SK plany a kto to bude robit.
S Briskom o dalsich krokoch aktivne komunikujem. Nemam problem s ID-SK pomahat nadalej aj zadarmo.
Tak len appka, ci aj eDesk, ci ako?
Prilezitosti ozvat sa bolo plno! (viz. vyssie) Nepovazujem za konstruktivne teraz to cele rozkopavat.
Radsej by som energiu venoval tomu aby mal stat v auguste vymakany dizajn system, ktory sa dobre pouziva dizajnerom, developerom a biznis vlastnikom.
Mal dobre nastavene procesy rozvoja a mal vybudovanu komunitu odbornikov, ktori maju ochotu s rozvojom dizajn systemu pomahat.
Vdaka komunikacii s komunitou viem, ze takych ludi je plno. Tak ich podme dat spolu dokopy!
… a preto zacneme na zelenej luke a nebudeme setrit zdroje. Povedz si to nahlas.
