Create IT Blog - odborné

 

 

​Pět současných trendů UX https://www.create-it.cz/Blog/Stranky/UX-trendy.aspx​Pět současných trendů UX <p>​Když jsme v roce 2009 vydávali první almanach Uživatelsky přívětivá rozhraní v ČR, bylo u nás kolem dvaceti odborníků zabývající se tímto fenoménem. Dnes podle údajů Glassdoor, celosvětového lídra v oblasti informací o pracovních místech a trendech zaměstnanosti, UX designer celosvětově patří mezi 25 nejžádanějších povolání. Vstup společnosti Google do světa vzdělávání způsobil, že v oboru UX bylo vydáno více než půl milonů certifikátů. Obor se vyvíjí a s ním i požadavky a výstupy této kreativní činnosti. Pojďme se podívat, které jsou podle nás aktuálně ty nejzajímavější.<br></p><h2> 1. Uživatelská rozhran​​í jsou nositelé brandu </h2><p> Čím více o uživatelích díky výzkumům víme, tím více mají vývojové týmy času a prostředků soustředit se na formu a konzistenci výstupů uživatelských rozhraní. Pro maximální uživatelský zážitek musí všechny výstupy vypadat obdobně, firmy si nemohou dovolit mluvit na zákazníka pokaždé jiným jazykem. Mnoho firem přitom v současnosti řeší ovládání a vzhled aplikace maximálně na úrovni korporátní barvy. Brand esence značky nesená přes uživatelské rozhraní je ale důležitý rozměr komunikace nejenom směrem k zákazníkům, ale i dovnitř samotných společností. Ukazuje to příklad Nike, u jejíchž uživatelských rozhraní je na první pohled vždy rozpoznatelné, že se jedná právě o tuto značku. </p><h2> 2. Design systém jako součást UX dodá​​vky<br></h2><p> Aby si brand zachoval svoji jedinečnost, není možné, aby vzhled jednotlivých technologických řešení závisel pouze na dodavateli nebo platformě. Standardem se stává Design system management (DSM), což je soubor standardů pro správu designu ve velkém měřítku. Díky nástrojům, které v této oblasti vznikly, je možné mít nepřetržitý přístup k aktuálnímu designovému manuálu, a to i pro třetí strany. Výsledkem je vizuální konzistence napříč různými rozhraními nebo digitálními kanály. </p><h2> 3. Budování důvěryhodnosti skrze uživatelský záži​​tek<br></h2><p> Uživatel si stejně jako dříve s produktem kupuje i zážitek z koupě, jen tentokrát v digitálním prostředí. Fakt, že konzistence vzhledu a ovládání je pro uživatele zásadní ve vztahu ke značce, potvrzují i mnohé studie. Například podle Adobe Trust Report (The digital economy is personal, 2022) 57 % spotřebitelů tvrdí, že jakmile společnost naruší jejich důvěru, už jí znovu nedají šanci. 70 % spotřebitelů pak tvrdí, že nepřesná personalizace snižuje jejich důvěru ve značku. S tím souvisí i nakládání se zákaznickými daty. I zde platí pravidlo, že čím transparentnější přístup v digitálním prostředí směrem ke zpracovávaným datům zákazníka, tím je zákazník ochotnější podělit se o svá data se společností, které důvěřuje. <br></p><p> <a href="https://www.cleverlance.com/cz/kariera/Stranky/Skoleni/UX-Akademie.aspx?utm_source=web&utm_medium=blog&utm_campaign=nabor&utm_id=kariera" target="_blank"><img src="/Blog/PublishingImages/Stranky/UX-trendy/skoleniUX.png" alt="skoleniUX.png" data-themekey="#" style="max-width:690px;" />​</a> <br> </p><h2> 4. Typografie - drobnost s fatálním ​dopadem<br></h2><p> Malý, ale významný detail brandu v sobě ukrývá typografie, Čím více textu se přenáší do digitálních zařízení, tím více se od písma vyžaduje kvalita. UX designér si musí uvědomovat, že se dnes text používá v nejrůznějších situacích a místech: řidič sledující přístrojovou desku v autě, běžec nastavující tempo ve své aplikaci, ranní čtení zpráv na mobilu cestou do práce, skladník kontrolující data ze čtečky, operátor nastavující přístroj ve výrobním závodě… Všechny tyto situace mají jedno společné: uživatel často drží zařízení v ruce a čte z roztřeseného displeje. To samozřejmě klade na písmo mnohem větší nároky, než když se používá na stabilním podkladu. V Cleverlance na žádost klientů společně s typografy vytváříme nové písmo, které čitelnost a čtivost textu v náročných podmínkách zvýší. </p><h2> 5. Limity interních UX​ týmů<br></h2><p> Touha mnoha firem odejít od UX konzultantů a zřídit interní UX týmy naráží na své limity. Očekávání, že jeden interní odborník v UX obsáhne všechny UX dovednosti, se často ukazuje jako nereálné. Podobory UX jako výzkum, copywriting nebo design se specializovaly do takové míry, kdy je jeden expert není schopen ovládnout na požadované úrovni. Ve firmách proto postupně vznikají stále početnější UX týmy, na trhu práce je zároveň stále obtížnější najít specialisty s očekávanou úrovní znalostí a dovedností. Výsledkem je pak zaměření se interního týmu jen na jednu z oblastí UX, například na výzkum. Ten ale bez kvalitního designéra přináší jen teoretické výsledky. Významným handicapem těchto týmu je také přílišné (i když pochopitelné) zaměření se na konkrétní produkt společnosti. Designérům i výzkumníkům pak chybí srovnání s jinými odvětvími, nadhled a best practices. Do hry tak​ znovu vstupují technologické společnosti, které jsou díky pestrosti svých zakázek schopny obohatit firmy novými přístupy a interní UX týmy smysluplně doplnit.</p><p> <br> </p><p> <i>Michal Hořava</i></p><p>QUB Digital<br>​<br><br></p>odborné;#
Když se řekne analytik, znamená to, že…https://www.create-it.cz/Blog/Stranky/analytici.aspxKdyž se řekne analytik, znamená to, že…<p>​​Z pohledu IT být analytikem znamená několik různých pracovních pozic s různou náplní práce. Patří sem role IT analytik, který bývá také označován jako systémový analytik, nebo business analytik, datový analytik či test analytik. Co ale vlastně člověk v té které pracovní pozici dělá a za co zodpovídá? Podívejme se na jednotlivé role chronologicky, tak jak vstupují do průběhu IT projektu.<br></p><h2>Business analytik​​<br></h2><p>První analytickou pozicí, která se zapojuje do projektu, je <strong>business analytik</strong>. Jeho zodpovědností, velice zjednodušeně řečeno, je komunikace s klientem, se zástupci businessu u zákazníka​. Cílem jeho práce je sběr potřeb klienta, jejich transformace do požadavků a seřazení dle důležitosti. Následně analytik vypracovává návrh řešení, tj. de facto staví software z pohledu uživatele. Svůj návrh zaznamenává do business analýzy, což znamená tvorbu procesních diagramů, Use Case modelů nebo User Stories, aktivity diagramů, popsání uživatelských rolí, nakreslení drátěných modelů obrazovek atd., tedy všeho, z čeho bude možné vyčíst, jak má systém fungovat z pohledu uživatele. Co všechno musí znát dobrý business analytik se můžete dočíst <a href="/Blog/Stranky/analyza.aspx">zde</a>.<br></p><h2>IT analytik​​<br></h2><p><strong>IT analytik</strong> neboli také systémový analytik, vstupuje do procesu projektu záhy nebo společně s business analytikem. Jeho zodpovědností je návrh technického řešení systému. Při své práci intenzivně komunikuje jak s IT architektem, který má na starosti návrh konceptu vývoje aplikace, tak s business analytikem, který mu předkládá funkční požadavky a popis řešení z pohledu businessu. IT analytik pak navrhuje a popisuje detaily technického řešení, jednotlivých modulů systému, datových a objektových struktur včetně jejich vazeb, definuje rozhraní, modeluje sekvenční diagramy atd. Výstupy IT analytika jsou společně s výstupy business analytika zadáním, dle kterého vývojáři programují požadovaný systém. I proto je u IT analytika standardním požadavkem znalost programovacích jazyků jako např. Java, .NET, SQL nebo XML. Oč​​​ekávaná je také znalost metodik jako RUP a ITIL nebo v poslední době rozšířeného <a href="/Blog/Stranky/DevOps.aspx" target="_blank">DevOps</a> přístupu k vývoji software.<br></p><h2>Test analytik​​<br></h2><p><strong>Test analytik</strong> zpracovává test analýzu. Nastuduje si vstupy business a IT analytika, projde s nimi procesy a logiku celého očekávaného řešení tak, aby pochopil, jak má ve výsledku systém fungovat. Z toho vyplývá, že do projektu vstupuje buď až po zpracování business a IT analýzy, nebo před jejím ukončením. Po seznámení se s analytickými dokumenty vypracovává testovací scénáře (Test Case), test suits (logické seskupení testů, které spolu souvisí) a testovací skripty. Může se také stát, že při tvorbě testovacích scénářů narazí na nějaký nedostatek v business či IT analýze. V daném případě na tuto skutečnost upozorní, aby mohl business nebo IT analytik zjištěný nedostatek do analýzy dopracovat. Test analytik také v průběhu tvorby testovacích scénářů definuje potřebná testovací data pro otestování software. Ve finále je schopen navrhnout plán testování, tj. pořadí testování jednotlivých testovacích scénářů. Někdy také bývá tím, kdo testovací data připravuje, případně se účastní samotného testování software.<br></p><h2>Datový analytik​​<br></h2><p><strong>Datový analytik</strong>, jak již vyplývá z názvu, pracuje s daty. V každém systému jsou tisíce, někdy i miliony datových záznamů, ze kterých lze pro potřeby businessu vytěžit množství zajímavých informací. Jedná se o číselné hodnoty, ale také data textového charakteru. Datový analytik pracuje jak s primárními zdroji dat, tj. daty z hlavního systému, tak sekundárními, například s daty ze systémů, které řeší méně důležité, tedy podpůrné procesy. Analytik data třídí, čistí a analyzuje prostřednictvím standardních statistických nástrojů. Vytváří různé typy reportů a vizualizace pro business nebo management. Navrhuje a tvoří relační databáze, definuje korelace a vzorce v komplikovaných datových setech. Mezi primární znalosti datového analytika patří navrhování databází, orientace v datových skladech a BI platformách, SQL, data mining, schopnost vizualizovat výsledná data a prezentovat zjištěné výsledky. Ale také znalost statistických technik, matematické vědomosti a orientace ve finančnictví. Datový analytik se může do projektu zapojit vlastně kdykoliv. Může být součástí týmu téměř od začátku, pokud se například jedná o projekt, kterého součástí je migrace dat z původního systému do nového. Nebo se může zapojit do projektu po nasazení systému do produkce, aby vydoloval a zpracoval první výstupy pro business či management klienta, přičemž v této práci může pokračovat a průběžně připravovat různé reporty a vizualizace.</p><p>Jak je z popisu výše vidět, do vytvoření návrhu systému vstupuje hned několik analytiků, přičemž jejich práce na sebe navazuje. I proto je pro všechny důležitá průběžná více či méně intenzivní komunikace. Vlastně by se dal návrh nového software popsat jako hra symfonického orchestru, kdy housle doplní flétna či hoboj, sem tam do toho zazní lesní rohy nebo bouchne tympán. Pokud jsou všichni sladěni, zní nádherná melodie, no a pokud ne, pak si všichni kolem zakrývají uši. V případě software by se „falešná hra“ projevila nefunkčním řešením, které by nesplňovalo potřeby klienta a navíc nejspíš nebylo použitelné.​<br></p><p><i>Zuzana Drotárová​</i></p><p><br></p>odborné;#vzdělávání;#
Proč nám cookies otravují život?https://www.create-it.cz/Blog/Stranky/Cookies.aspxProč nám cookies otravují život?<p>​Všimli jste si, že poslední dobou na nás vyskakuje souhl​​as s používáním cookies (tzv. cookies lišta) skoro z každého webu? Je to velmi otravné, že?<br></p><p>Znamená to, že by společnosti konečně začaly brát vážně naše soukromí? Je od nich určitě hezké, že se vždy zeptají, pokud chtějí cookies používat. Ale realita je taková, že provozovatelé webu toto nedělají dobrovolně, ale protože musí.<br></p><p> <img src="/Blog/PublishingImages/Stranky/Cookies/cookies%20lišta.jpg" data-themekey="#" alt="cookies" style="max-width:690px;" /> <br> </p><p> <span style="color:#333333;font-family:farnham-web-medium, open-sans, sans-serif;font-size:1.46em;">Nová legislativa</span><br></p><p>Od 1. ledna 2022 totiž vešla v platnost nová legislativa, která mění <a href="https://www.zakonyprolidi.cz/cs/2005-127" target="_blank">zákon č. 127/2005 Sb., o elektronických komunikacích</a>. Jedná se o velmi rozsáhlou novelu čítající více než 400 změn. V rámci této novely došlo také ke změnám v celé řadě dalších zákonů, jako například zákona o pozemních komunikacích, zákona o provozování rozhlasového a televizního vysílání, a dalších. Veškeré změny, které novela přináší, byly přijaty z důvodu zavedení evropské směrnice 2018/1972 do českého právního řádu, do oblasti týkající se elektronické komunikace.</p><h2>Cookies dříve a nyní</h2><p>Tento nový zákon má zásadní dopad na používání cookies na webu. I dříve musel mít provozovatel webu souhlas uživatele s ukládáním cookies (dle nařízení GDPR). Ale předpokládalo se, že uživatel s používáním cookies primárně souhlasí, pokud výslovně nezvolí opak (tzv. princip opt-out). Vyjádření nesouhlasu muselo být vždy na webu umožněno.</p><p>Ale od roku 2022 platí pro využívání cookies opačný postup (princip opt-in). Provozovatel webu musí od začátku předpokládat, že uživatel s cookies primárně nesouhlasí. A nemůže je tedy využívat k ukládání dat. Cookies lze na webu používat pouze od doby, kdy uživatel výslovně a aktivně vyjádřil svůj souhlas. Výjimkou jsou pouze základní technické cookies, které jsou nezbytné k fungování stránek a pro poskytování služby. Pro takový typ cookies není třeba mít předchozí souhlas uživatele. Ale stále zde platí podmínka, že jde o zpracování osobních údajů a musí být splněny náležitosti nařízení GDPR. A webová stránka musí o cookies uživatele informovat.</p><h2>Jak má vypadat nová cookies lišta?</h2><p>Cookies lišta se používá pro souhlas již delší dobu, ale nyní musí splňovat novou legislativu. Nestačí již jen informovat uživatele, jaké cookies web využívá. Už nelze mít předem zaškrtnuté checkboxy se souhlasem. Souhlas nelze nově vyjádřit využíváním stránky, na které jsou cookies nasazeny.</p><p>Lišta musí mít předepsané vlastnosti, nesmí být agresivní nebo blokovat obsah webu. Musí splňovat tyto náležitosti:</p><ul><li> <strong> <em>Uživatel musí souhlas s využitím cookies aktivně zvolit. Do té doby je práce s cookies na webu zakázána.</em></strong></li><li> <strong> <em>Webová stránka musí uživatele jasně a transparentně informovat, jaké typy cookies využívá a k čemu slouží.</em></strong></li><li> <strong> <em>Webová stránka umožňuje uživateli zaškrtnout souhlas jen s některými typy cookies.</em></strong></li><li> <strong> <em>Web musí fungovat i bez souhlasu s využíváním cookies, nesmí souhlas vynucovat.</em></strong></li><li> <strong> <em>Uživatel musí mít možnost se k nastavení cookies opakovaně vrátit a poskytnuté souhlasy opět odvolat.</em></strong></li></ul><h2>Co jsou to vlastně cookies?</h2><p>Každý z vás asi zažil situaci, kdy si hledáte na webu ubytování nebo pronájem auta na dovolenou. Surfujete na stránkách, zkoumáte alternativy, dostupnost a cenu. Po chvíli se na nejlepší nabídku vrátíte a ejhle… Divíte se, že cena služby poskočila výše!!</p><p>Jak je to možné? Ano, můžou za to cookies! Marketéři předpokládají, že pokud se k nabídce vrátíte, máte o ní opravdový zájem, a proto cenu zvyšují. Je to příklad využití tzv. marketingových cookies, s nimiž se běžně na webu setkáváme. A ani o tom nevíme.</p><p>Cookies je jednoduchá technologie, která je součástí webu a webového prohlížeče. Jedná se přesně o soubor u vás na disku na počítači. Webová stránka si tam ukládá různé informace o nastavení a o vašem chování na stránce. Pokud se na web připojíte po čase znovu, stránka si tyto informace načte, může s nimi pracovat a web přizpůsobit vašim dříve nastaveným preferencím.</p><p>Z toho chování pochází název této technologie – cookies znamená v angličtině „sušenky“. Tyto sladkosti nabízejí hostitelé v anglosaském světě příchozí návštěvě, aby se u nich cítila dobře.</p><p> <img src="/Blog/PublishingImages/Stranky/Cookies/cookies_unsplash.jpg" data-themekey="#" alt="cookies" style="max-width:690px;" /> <br> </p><h4 style="text-align:center;">​Fotografie ​​od <a href="https://unsplash.com/%40rumeyysaben?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText">RUMEYSA AYDIN</a> via <a href="https://unsplash.com/?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText">Unsplash</a>.<br></h4><p>​Některé cookies jsou pro uživatele užitečné, protože umožňují příjemnější prohlížení webu. Například si web bude pamatovat, že preferujete „dark mode“ a bude se pro vás vždy zobrazovat v tmavých barvách. Jiné druhy cookies umožňují sledovat chování uživatelů a využívat je v reklamě a marketingu. Toto je jediné reálné riziko pro uživatele, pokud cookies zapne - vnucování obsahu a cílené reklamy. Ale určitě se nestane to, že se daný web nenačte, bude zpomalený nebo se dokonce přenese virus.<br></p><h2>Tři čtvrtiny populace neví, k čemu cookies slouží</h2><p>V dubnu 2022 zadala společnost Avast realizaci <a href="https://press.avast.com/cs-cz/pruzkum-polovina-cechu-bezmyslenkovite-prijima-vsechny-cookies-tri-ctvrtiny-z-nich-nevi-k-cemu-slouzi" target="_blank">veřejného výzkumu</a> okolo cookies, odkud vypadly poměrně zajímavé závěry. Jak jsme dopadli? No moc dobře ne …</p><p> <strong><em>Polovina Čechů bezmyšlenkovitě přijímá všechny cookies.</em></strong></p><p>Většina Čechů přesně neví, co jsou cookies. K čemu tato webová technologie slouží ví jen čtvrtina uživatelů (26 %). Při návštěvě webu <strong>celá polovina domácí populace zvolí automaticky souhlas</strong> ke sběru a případnému poskytování veškerých přístupných informací třetím stranám. Lidé tedy takzvaně „přijmou vše“. Nejčastěji proto, že se na web chtějí dostat co nejrychleji (31 %), stránkám důvěřují (20 %) nebo je navštěvují opakovaně (18 %). Někteří (31 % dotázaných) si dokonce myslí, že zamítnutí cookies způsobí, že daný web nebude možné vůbec zobrazit. Ale jak my už víme, toto by se díky novému zákonu stávat nemělo.</p><p>Další možností je cookies zcela zamítnout, což ale dělá jen 9 % lidí, a jde většinou o ty, kteří o nich něco ví. Téměř polovina (41 %) těch, kteří cookies neznají, ani neví, jak je zamítnout. Je vidět, že internetová populace je v tomto směru dost nevzdělaná. Podle výzkumu se například 29 % respondentů domnívá, že cookies web zpomalují a podle 7 % jej dokonce mohou zavirovat.</p><p>Na základě výsledků výzkumu se Avast rozhodl připravit pro veřejnost vzdělávací kampaň s názvem <strong>Muž, který povolil vše</strong> (k dispozici​ 5 epizod také na <a href="https://www.youtube.com/watch?v=vLdyFzWG-c4&list=PLsmQTW-n3GdmsADIF9SqgTvhixSHxmrle&index=1">YouTube</a>). Tváří kampaně je herec Martin Kraus a jejím cílem je vysvětlit Čechům, jak cookies fungují a v čem jsou prospěšné. Ale také to, jak si chránit své soukromí na internetu.</p><h2>Odstraňovač cookies lišty</h2><p>Tak a nyní jsme se dozvěděli, že společnosti a provozovatelé webů nemohou defaultně pracovat s cookies, pokud jim to uživatel výslovně nepovolí. Takže pokud zavíráte cookies lištu křížkem, web se musí chovat stejně, jako byste cookies zamítli. Musí to mít logicky stejný výsledek. Přitom zavírání lišty je tak otravné. Pokud cookies na konkrétním webu zamítneme, web si tuto volbu nemá jak jednoduše uložit (cookies jsou přeci vypnuté) a při další načtení lišta vyjede znovu. Jak z toho ven?</p><p>Existuje jednoduché řešení. Můžete si nainstalovat plugin <a href="https://www.i-dont-care-about-cookies.eu/" target="_blank">I-DONT-CARE-ABOUT-COOKIES.EU</a>, který lze instalovat do většiny webových prohlížečů (Chrome, Firefox, Opera, Edge). Zařídí to, že browser nebude cookies lištu vůbec zobrazovat. A funguje překvapivě dobře!​<br></p><p> <br> </p><p> <i>Jan Čermák</i></p><p> <br> </p>odborné;#
Květen ve jménu designuhttps://www.create-it.cz/Blog/Stranky/grafika-pro-deti-II.aspxKvěten ve jménu designu<p>​​Všechny květnové středy a první červnovou jsme zasvětili grafice a designu. Kreativní oddělení QUB si připravilo pětidílný kurz grafiky pro děti. Lekce jsme nachystali jako pět hodinových online setkání a byli jsme nadšení, co všechno 11 malých designerů ve věku 7–12 let během kurzu zvládlo. Ostatně možná jste četli <a href="/Blog/Stranky/grafika-pro-deti.aspx">článek od dvanáctileté Viky</a>.<br></p><p> Postupovali jsme od základů – vysvětlili jsme si základy barevné teori​e, prošli jsme zajímavosti z tvorby pigmentů a první hodinu zakončili tvorbou barevné palety, bez které se začátek žádného designového projektu neobejde. </p><p> Při druhém setkání jsme se lehce dotkli historie. Od piktogramů, hieroglyfů a jeskynních maleb jsme se dostali až k rozdělení typografie na expresivní a funkční a děti se naučily mimo jiné rozlišit mezi patkovým a bezpatkovým písmem. Buďte připraveni, až vás malí designeři doma ohromí zajímavými fakty o stavbě písma a budou správně tvrdit, že některé znaky mají bříška, chvosty a oka a že kuželka nemusí být jen ta na bowlingu! Lekci jsme zakončili tréninkem správného prostrkání písma. </p><p> Na třetím setkání jsme společně vypátrali, že styl komixových hrdinů s černou obrysovou linkou má původ v japonském tradičním dřevořezu a secesních plakátech. Nasdíleli jsme si pár tipů na přidání dynamiky do příběhu, práci s bublinami a ujasnili si, že komix by měl mít hrdinu, zápletku, prostředí a vybraný jednotný grafický styl. Společně jsme tvořili krátký strip na téma Překvapení. </p><p> Ve čtvrté lekci jsme zabrousili do obalového designu, procvičili jsme si nabyté dovednosti o barvách a typografii a postavili jsme malé designery před nelehký úkol ­– design obalu sáčku na bonbony. Opět jsme postupovali stejně jako v běžné praxi, začali jsme rešerší a všímali si detailů a rozdílů například mezi designy ovocných a čokoládových bonbonů. Děti ukázaly ohromnou míru kreativity a kromě designu obalu přišly i s nápady na názvy nových bonbonů – zaujaly by vás v obchodě třeba Slepičí zobáky?<br></p><p> V prvních čtyřech lekcích jsme se záměrně vyhýbali počítači a pracovali s návrhy na papír (o​pět stejně jako v designové praxi). V páté poslední lekci jsme zkusili zabrousit do grafického editoru a představili jsme dětem <a href="https://www.figma.com/">Figmu</a>. Vyzkoušeli jsme si převést svůj návrh bonbónového sáčku do počítače. I touhle poslední zkouškou ​téměř ohněm děti prošly a my v současné sobě sbíráme všechny jejich výtvory. </p><p><i>​​ Za <a href="https://qub.digital/en/index/">QUB Digital</a> Ivana Stránská, Michal Hořava a Jan Čermák<br></i><br></p>odborné;#vzdělávání;#
​​Apple myslí na bezpečnost svých uživatelůhttps://www.create-it.cz/Blog/Stranky/apple-account-deletion.aspx​​Apple myslí na bezpečnost svých uživatelů<p>​Mobilní aplikace jsou mezi uživateli čím dál tím více oblíbené. Každý den jsou jich z <a href="https://play.google.com/store/" target="_blank">Google Play</a> a <a href="https://www.apple.com/cz/app-store/">Apple App Store</a> stahovány tisíce. Ovšem ne všechny aplikace jsou pro své uživatele úplně bezpečné a ne všechny korektně spravují osobní data uživatelů. Výše uvedené společnosti se snaží hlídat, aby se do jejich obchodů dostaly jen ty apky, které „hrají s uživateli fér hru“.<br></p><p> Z důvodu ochrany osobních údajů uživatelů iOS aplikací vydal Apple <a href="https://developer.apple.com/support/offering-account-deletion-in-your-app">nařízení</a>, že „<b>od 30. června 2022 musí všechny mobilní​ aplikace v App Storu, které podporují vytvoření účtu, uživatelům umožnit také jeho smazání".</b> </p><p> Původně měl tento pokyn platit už od konce ledna roku 2022, termín byl však kvůli tlaku vývojářů a společností provozujících aplikace posunut o 5 měsíců. Ne vždy se totiž jedná o jednoduchou proceduru. Apple předepisuje pro mazání účtu jasná pravidla: </p><p></p><ul><li>Proces mazání účtu musí být jasný, intuitivní a transparentní, v aplikaci lehce k nalezení (např. tlačítko do profilu uživatele nebo správy účtu).<br></li><li>Musíme nabídnout smazání kompletně celého záznamu účtu, včetně přidružených osobních údajů. Pouze nabídka deaktivace (dočasného vypnutí) účtu nestačí. </li><li>Pokud uživatelé musí navštívit web, aby dokončili smazání svého účtu, měli bychom přidat přímý odkaz na stránku na webu, kde mohou proces dokončit. </li><li>Uživatelé musí být dobře informováni. Má-li dokončení žádosti o smazání trvat delší dobu, musíme jim dát vědět. </li><li>​Pokud aplikace podporuje nákupy v aplikaci, musíme lidem srozumitelně vysvětlit, jak bude probíhat následující fakturace a rušení účtu. </li><li>Všechny aplikace musí obsahovat snadno dostupný odkaz na zásady ochrany osobních údajů v popisu na App Store Connect v rámci aplikace. </li><li>​​A v neposlední řadě je nutné​ dodržovat platné zákonné požadavky na zpracování a uchovávání osobních údajů klienta. A také na jejich mazání. To zahrnuje dodržování místních zákonů - v našem případě tedy platnou směrnici GDPR.</li></ul> <p></p><p> <a href="https://www.cleverlance.com/cz">Cleverlance</a> jako technologická společnost pomáhá svým zákazníkům řešit tyto požadavky. Jako dodavatel mobilních aplikací jsme tuto problematiku úspěšně vyřešili například v mobilní aplikaci <a href="https://apps.apple.com/cz/app/my%C5%A1koda/id1161648654?l=cs">MyŠkoda</a> společnosti ŠKODA AUTO a.s. Přesně podle direktivy GDPR, zde může zákazník ve svém profilu zcela smazat svůj účet, včetně svých osobních údajů. Musí ovšem předem odpojit své vozy, které přes aplikaci ovládá. </p><p> V bankovnictví je situace trochu odlišná. Uživatel sice může svůj účet a přístup do mobilní aplikace smazat, ovšem jeho produkty dál v bance zůstávají nedotčeny. Stejně jako osobní data, která v systémech musí zůstat z důvodu oprávněného zájmu zpracování osobních​ údajů a plnění legislativní povinnosti. Uživatel si tak může svůj účet v apce zrušit a tím přestane aplikaci používat. Ale dál zůstává plnohodnotným klientem banky. </p><h2>Co na to G​​oogle?<br></h2><p> A jak se k tomuto tématu staví další gigant Google? Pravidla pro vystavení apky v Google Play říkají, že aplikace musí být transparentní a informovat uživatele, jak zpracovává jeho osobní data. Zakazují přímo podvodné nebo nečestné jednání. Ale k nařízení, aby každá apka, pokud vytváří uživatelský účet, umožnila také jeho smazání, se dosud Google neodhodlal. </p><p> Tento krok Applu určitě zlepší transparentní a férové chování aplikací ke svým uživatelům. Je to dobrý krok dopředu k poctivějšímu elektronickému světu. </p><h2> ​Doporučení pro vý​​​vojáře </h2><p> Pro implementaci nové funkcionality mazání účtu doporučuji naplánovat samostatný release, a to po uvedeném datu. Apple totiž bude pravděpodobně funkčnost důsledně prověřovat a může se stát, že se tak vydání nové verze opozdí. To by mohlo mít neblahý vliv na další důležité nové funkčnosti apky, pokud by byly vydávány pohromadě s tímto releasem. A uživatelé neradi čekají.​<br></p><p><em>Jan Čermák</em> <br></p>odborné;#projekty;#
Praha byla centrem blockchainového multivesmíruhttps://www.create-it.cz/Blog/Stranky/Gateway-to-Cosmos.aspxPraha byla centrem blockchainového multivesmíru<p>​​Na pražské konferenci Gateway to Cosmos jsme byli svědky otevření dveří do blockchainového multivesmíru. Podobně jako v posledním marvelovském filmu s Doktorem Strangem, je Cosmos branou do paralelních světů, které mají schopnost navzájem spolu komunikovat. Těmito světy jsou blockchainy vzniklé právě z mateřského Cosmosu.</p><p>Nekompatibilita a přenos inforací mezi jednotlivými blockchainy je jedním z kritických míst, které vývojáři řeší. Blockchain 3.0, jak se Cosmos nazývá, umožňuje programátorům plynule budovat nové blockchainy bez nutnosti následné tvorby tzv. mostů mezi nimi. Cílem celého projektu je vytvoření internetu blockchainů – sítě blockchainů a aplikací na nich postavených schopných vzájemně komunikovat decentralizovaným způsobem.<br></p><p> <img src="/Blog/PublishingImages/Stranky/Gateway-to-Cosmos/cosmos.jpg" alt="cosmos.jpg" data-themekey="#" style="max-width:690px;" /> <br> </p><h2>Napojení Cosmosu na da​lší blockchainy</h2><p> <strong></strong>Interoperabilita je pojem, který  v blockchainovém prostoru rezonuje již dlouhou dobu. Téměř každý den vznikají nové blockchainy nebo kopie těch starých a vzniká u nich dříve nebo později přirozená potřeba komunikovat s ostatními. I když funkce Cosmosu tento problém uvnitř svého ekosystému řeší, potřebuje pomoc s překladem do jiných jazyků a neměnným přenosem informací do jiných sítí.</p><p> <a href="https://axelar.network/">Axelar</a>, jeden z hlavních partnerů akce, představil, jak zajistit bezpečnou interakci s jakýmkoli aktivem, kteroukoliv decentralizovanou aplikací na jakémkoli blockchainu. Takže můžete poslat své NFT z Etherea do libovolného blockchainu Cosmos a naopak. Takto jsou přes axelar propojeny všechny hlavní blockchainy a v brzké době se chystá i přemostění s Bitcoinem.<br></p><p> <img src="/Blog/PublishingImages/Stranky/Gateway-to-Cosmos/dao.jpg" alt="dao.jpg" data-themekey="#" style="max-width:690px;" /> <br> </p><h2>DAO jako středobod decentraliz​​ovaných projektů</h2><p> <strong></strong>Zajímavou myšlenkou je, že skutečně decentralizované řešení by mělo vždy začínat vznikem <a href="https://en.wikipedia.org/wiki/Decentralized_autonomous_organization">DAO</a> – decentralizované organizace vytvořené podle pravidel zakódovaných jako počítačový program (Wikipedie). Jake Hartnell, spoluzakladatel <a href="https://www.junonetwork.io/">Juno</a> a <a href="https://daodao.zone/">DAO DAO</a>, demonstroval na svých projektech, že za funkční organizací nemusí stát žádný konkrétní investor či <a href="https://en.wikipedia.org/wiki/Venture_capital">VC</a>. Jsou čistě postaveny a sponzorovány svou komunitou. Rizikem je, že programovatelná pravidla  na nichž tyto struktury stojí, stále nemají dostatek příkladů použití, jak to udělat správným způsobem. Na druhou stranu i zde může být rozmanitost, jak to vidíme na současné politické scéně. Juno tento problém řeší vytvářením podskupin - tzv. subDAO. To se dá připodobnit firemní struktuře, kde má každý subjekt svou odpovědnost (CoreDev DAO, Event DAO, Hack DAO). Díky tomu by specifická rozhodnutí v rámci organizace měla být vykonávána kvalifikovanou částí komunity.<br></p><p> <img src="/Blog/PublishingImages/Stranky/Gateway-to-Cosmos/smart-contract.jpg" alt="smart-contract.jpg" data-themekey="#" style="max-width:690px;" />Agoricu, blockchainu vycházejícího z Cosmos SDK, představil řešení, které by mohlo zvrátit celou hru. Smyslem není přesvědčit vývojáře, aby se učili nový programovací jazyk, jako je Solidity u Etherea. Jde o to jim umožnit stavět na tom, co již znají. Hovoříme o 10 milionech vývojářů, kteří získají možnost budování Smart kontraktů v JavaScriptu. Díky Agoricu se tak programování aplikací na blockchainu stane dostupné i “běžným lidem".</p><p>Souhrnným poselstvím konference bylo “It's time to build", tedy iniciovat vývojáře a týmy po celém světě, aby začali tvořit svá řešení v Cosmosu. Díky <a href="https://rbf.capital/">Rockaway blockchain fund</a>, který byl hlavním pořadatelem, se podařilo na jednom místě propojit zakladatele blockchainů, tvůrce nástrojů, programátory aplikací, investory a další entity tohoto ekosystému. Přednášky se prolínaly s hackathonem a workshopy a kdokoliv měl možnost získat odpovědi na své otázky hned na místě.</p><p>Misí <a href="https://cleverlance.com/blockchain42">Cleverlance Blockchain 42</a> týmu bylo prohloubit znalosti o Cosmosu, přidružených nástrojích a především pak získání nových zkušeností s Agoric blockchainem a dalšími Cosmos-chainy. Mise dopadla úspěšně a náš tým pokračuje dál. Plní se nám náš dětský sen stát se kosmonauty. Brzy se ohlásíme s dalšími novinkami z tohoto vesmíru.<br></p><p> <em>Filip Dítě</em></p><p><br></p><p><em></em><span style="color:#242424;font-family:-apple-system, system-ui, "segoe ui", "apple color emoji", "segoe ui emoji", "segoe ui web", sans-serif;font-size:14px;">Z​droj fotografií: </span><a aria-label="Link https://gateway.events/" title="https://gateway.events/" href="https://gateway.events/" rel="noopener noreferrer" target="_blank" tabindex="-1" style="box-sizing:border-box;outline-style:none;color:#4f52b2;text-decoration-line:none;font-family:-apple-system, system-ui, "segoe ui", "apple color emoji", "segoe ui emoji", "segoe ui web", sans-serif;font-size:14px;">https://gateway.events/</a>​​​<br></p>odborné;#vzdělávání;#
Typescript: typy pro manipulaci s řetězcihttps://www.create-it.cz/Blog/Stranky/Type_script_3.aspxTypescript: typy pro manipulaci s řetězci<p>​Pojďme se tentokrát seznámit s vestavěnými typy, které nám usnadní práci s řetězci / proměnnými, a mohou být použity v šablonách (tzv. template string literals).<br></p><p> <b>Které typy to jsou?</b></p><ul><li>Uppercase<StringType> - transformuje vstupní řetězec do řetězce s pouze velkými písmeny</li><li>Lowercase<StringType>- transformuje vstupní řetězec do řetězce s pouze malými písmeny</li><li>Capitalize<StringType> - transformuje vstupní řetězec do řetězce s prvním znakem psaným velkým písmem</li><li>Uncapitalize<StringType> - transformuje vstupní řetězec do řetězce s prvním znakem psaným malým písmenem</li></ul><p>Každý z typů přijímá jeden parametr typu string. Pokud se pokusíme předat parametr jiného typu, pak dostaneme chybovou zprávu, upozorňující nás na porušení daného omezení.</p><p>Výše zmíněné typy jsou z výkonnostních důvodů poskytovány TypeScriptovým kompilátorem a nejsou definovány v TypeScriptovém .d.ts souboru. Implementace těchto typů využívá přímo JavaScriptové funkce pro manipulaci s řetězci a nebere v potaz locale běhového prostředí (je to soubor parametrů, které definují uživatelův jazyk, stát a jiné zvláštnosti, které se následně projeví v uživatelském rozhraní). Implementace v TypeScriptu 4.1 vypadá následovně:<span style="font-size:15px;"></span></p><pre> <code class="language-typescript hljs">function applyStringMapping(symbol: Symbol, str: string) { switch (intrinsicTypeKinds.get(symbol.escapedName as string)) { case IntrinsicTypeKind.Uppercase: return str.toUpperCase(); case IntrinsicTypeKind.Lowercase: return str.toLowerCase(); case IntrinsicTypeKind.Capitalize: return str.charAt(0).toUpperCase() + str.slice(1); case IntrinsicTypeKind.Uncapitalize: return str.charAt(0).toLowerCase() + str.slice(1); } return str; } </code></pre><p></p><h2> <strong>Uppercase<StringType></strong></h2><p>Transformuje vstupní řetězec do řetězce pouze s velkými písmeny.</p><p>Mějme typový alias PointsOfTheCompass, jehož definice je následující<span style="font-size:15px;"></span></p><pre><code class="language-typescript hljs">type PointsOfTheCompass = 'north' | 'west' | 'east' | 'south'</code></pre><p>Výsledkem následujícího př​​iřazení<span style="font-size:15px;"></span></p><pre><code class="language-typescript hljs">type Result = Uppercase<PointsOfTheCompass>;</code></pre><p>je typový alias se všemi položkami psanými velkými písmeny.​<span style="font-size:15px;"></span></p><pre><code class="language-typescript hljs">type Result = 'NORTH' | 'WEST' | 'EAST' | 'SOUTH'</code><br></pre><p></p><h2> <strong>Lowercase<StringType></strong></h2><p>Mějme typový alias PointsOfTheCompass, jehož definice je následující<br></p><span style="font-size:15px;"></span><pre><code class="language-typescript hljs">type PointsOfTheCompass = 'NORTH' | 'WEST' | 'EAST' | 'SOUTH'</code></pre><p></p><p>Výsledkem následujícího přiřazení<br></p><pre><code class="language-typescript hljs">type Result = Lowercase<PointsOfTheCompass>;</code><br></pre><p></p><p>je typový alias se všemi položkami psanými malými písmeny.<br></p><pre><code class="language-typescript hljs">​type Result = 'north' | 'west' | 'east' | 'south'</code><br></pre><p></p><h2> <strong>Capitalize<StringType></strong></h2><p>Mějme typový alias PointsOfTheCompass, jehož definice je následující<span style="font-size:15px;"></span></p><pre><code class="language-typescript hljs">type PointsOfTheCompass = 'north' | 'west' | 'east' | 'south'</code></pre><p>Výsledkem následujícího přiřazení<span style="font-size:15px;"></span></p><pre><code class="language-typescript hljs">type Result = Lowercase<PointsOfTheCompass>;</code></pre><p>je typový alias, kde každá položka má první písmeno psáno velkým písmenem<br></p><pre><code class="language-typescript hljs">type Result = 'North' | 'West' | 'East' | 'South'</code><br></pre><p></p><h2> <strong>Uncapitalize<StringType></strong></h2><p>Mějme typový alias PointsOfTheCompass, jehož definice je následující<span style="font-size:15px;"></span></p><pre><code class="language-typescript hljs">type PointsOfTheCompass = 'NORTH' | 'WEST' | 'EAST' | 'SOUTH'</code></pre><p>A výsledkem následujícího přiřazení<span style="font-size:15px;"></span></p><pre><code class="language-typescript hljs">type Result = Uncapitalize<PointsOfTheCompass>;</code></pre><p></p><p>je typový alias, kde každá položka má první písmeno psáno malým písmenem<span style="font-size:15px;"></span></p><pre><code class="language-typescript hljs">type Result = 'nORTH' | 'wEST' | 'eAST' | 'sOUTH'</code><br></pre><p></p><h2> <strong>Použití</strong></h2><p>Nejčastější použití nalezneme spolu s template literal type. Mějme typový alias Point, jehož definice je následující<span style="font-size:15px;"></span></p><pre><code class="language-typescript hljs">interface Point {  <p> longitude: double; <span style="font-family:source-sans-pro, open-sans, sans-serif;"> </span></p><p> latitude: double;<span style="font-family:source-sans-pro, open-sans, sans-serif;"><br>}</span></p></code></pre><pre>Výsledkem následujícího přiřazení<br></pre><p></p><pre><br><code class="language-typescript hljs">type CapitalizedPoint = Capitalize<keyof Point>;</code></pre><p></p><p>pak je<span style="font-size:15px;"></span></p><pre><code class="language-typescript hljs">type CapitalizedPoint = 'Longitude' | 'Latitude'</code></pre><p>pokud náš příklad rozvineme dále a aplikujeme spolu s template literal type, pak můžeme například generovat další typ<br></p><pre> <code class="language-typescript hljs">type PointGetAccessoryNames = `get${Capitalize<keyof Point>}`;</code></pre><p></p><p>kde jako výsledek dostáváme<br></p><pre><code class="language-typescript hljs">type PointAccessoryNames = 'getLongitude' | 'getLatitude'</code></pre><p>pokud tento přístup následně nakombinujeme i s mapováním<br></p><pre><code class="language-typescript hljs">type PointAccessors = {  <p>​[K in keyof Point as `get${Capitalize<K>}`]: () => Point[K];<span style="font-family:source-sans-pro, open-sans, sans-serif;"><br>}</span></p></code></pre><p>pak dostaneme následující typový alias<br></p><pre><code class="language-typescript hljs">type PointAccessors = {    <p> getLongitude: () => number;   <span style="font-family:source-sans-pro, open-sans, sans-serif;"> </span></p><p> getLatitude: () => number;<br></p>}</code><p></p></pre><p></p><h2> <strong>Závěrem</strong></h2><p>Výše jsme představili typy, které můžeme použít pro manipulaci s řetězci a způsob, jakým je můžeme použít spolu s template string literals a jaké výhody nám to přináší. A na co se můžete těšit příště? </p><p>Typy, jako jsou Readonly<Type> ; Record<Keys, Type> ; Pick<Type, Keys> a Omit<Type, Keys><br></p><p><i>Václav Kandus​</i></p>odborné;#
Vývoj multiplatformních mobilních a webových aplikacíhttps://www.create-it.cz/Blog/Stranky/Multiplatform.aspxVývoj multiplatformních mobilních a webových aplikací<p>​​​​​​Chcete vlastní mobilní aplikaci? Všem je jasné, že je třeba myslet jak na platformu Android tak i na iOS, nestačí jedna z nich. A často se neobejdeme ani bez webového rozhraní​. Ovšem prakticky od příchodu mobilních zařízení na trh se proslýchá, že vyvíjet separátně pro jednotlivé platformy je nákladné. Proto se různé společnosti pokoušely přinést alternativy v podobě multiplatformních řešení, ovšem žádné z nich se výrazněji neujalo. Měla svá úskalí, byla zbytečně složitá​ a firmu, která chce vyvíjet své mobilní aplikace flexibilně, drží v pomyslné "kleci" omezených možností. Proto je u B2C aplikací velmi často preferován nativní vývoj, protože nejsou omezeny UX, možnostmi animací a dalšími detaily, které jsou pro tuto cílovou skupinu velmi důležité.​</p><p>V posledních letech se však objevují podnikové mobilní aplikace, u nichž není prioritou dokonalé uživatelské rozhraní a design, ale funkčnost, užitečnost, a především rychlost dodání a flexibilita úprav. A právě tady se ukázal prostor pro používání vybraných technologií, které nabízejí multiplatformní využití. Samozřejmě za dodržení určitých pravidel.</p><p>V Cleverlance se nám osvědčily tři způsoby implementace. Když to velmi zjednodušíme, hned na začátku se musíme rozhodnout, jak robustní back-end s MOA (<a href="https://en.wikipedia.org/wiki/Microservices">Microservice Oriented Architecture</a>) je k dispozici, nebo zda ho budeme potřebovat vytvořit a dále pak, jestli aplikace nebude mít příliš mnoho business logiky, ale bude spíše jen prezentační vrstvou. V tomto případě je vhodné použít <a href="https://flutter.dev/">Flutter</a>. Pokud potřebujeme v aplikaci fronty pro synchronizaci, business logiku a zavádíme určitou komplexitu mimo formuláře, osvědčil se nám <a href="https://kotlinlang.org/docs/multiplatform.html">Kotlin Multiplatform</a>. Nebo je tu ještě třetí hráč = PWA (<a href="https://en.wikipedia.org/wiki/Progressive_web_application">Progressive Web Applications</a>), který využívá silný základ moderních prohlížečů.</p><h2>Fl​​​utter</h2><p><strong></strong>Flutter považujeme za skutečně mnohakanálovou zobrazovací vrstvu, která nám umožňuje vytvářet jak mobilní, tak i webové a desktopové aplikace. Jedná se o flexibilní řešení, se kterým lze efektivně navrhnout B2B, a za určitých podmínek i B2C aplikaci. Příkladem budiž mobilní aplikace pro společnost BMW. Jestliže ale nechcete řešit problémy, je lepší se spolehnout na back-end a nechat na něm veškeré „přemýšlení“.</p><h2>Kotlin Multipl​atform</h2><p><strong></strong>Další možností je multiplatformní jazyk Kotlin. Výhodou je, že programujete "nativní aplikaci" pro Android, jejíž část se použije i pro iOS. Většinou je řeč o business logice a integrační vrstvě, která nám později ve fázi QA ušetří spoustu času. Vizualizační vrstva se pro systémy iOS a Android programuje nativně, a tak je možné dosáhnout „look & feel“ vzhledu platformy a přepoužít „one code base“ pro uživatelsky neviditelné části aplikace. U některých projektů lze takto využít až 70-80 % kódu.</p><h2>P​​WA</h2><p><strong></strong>Progressive Web Applications patří k nejnovějším trendům v oblasti tvorby webových aplikací. Do jisté míry stírají hranice mezi webovou a nativní mobilní aplikací díky možnosti práce offline, přístupu k hardwaru zařízení a to včetně možnosti příjmu push notifikací. Kombinují tak v sobě to nejlepší z obou světů, omezují nás pouze limity internetového prohlížeče. Otevírá se tak pestrá škála funkcionalit, například již v základu může využívat fotoaparát nebo čtečku otisku prstu. Požadavek na použití hlubších funkcí zařízení lze efektivně vyřešit pomocí nativní „obálky“, která je zpřístupní. PWA aplikace lze umístit do všech běžných aplikačních obchodů (Google Play, Apple Store, Huawei AppGallery i Microsoft Store) a mohou běžet na zařízeních s OS Android, iOS i Windows.<br></p><h2>​Kde to funguje?<br></h2><p>Jako dodavatel chceme samozřejmě kromě standardních technologií vývoje nabízet i ty „nové“ a o to více nás těší, že za námi chodí i naši zákazníci, kteří už na začátku požadují Kotlin Multiplatform. Jako příklad můžeme uvést americkou společnost Globstar, pro kterou ve skupině Aricoma dodáváme mobilní aplikaci na konfiguraci a správu satelitních modemů pro připojení k internetu. Využití Kotlin Multiplatform se v tomto případě skutečně osvědčilo, protože se jednalo o aplikaci náročnou na integraci i přenos dat. Integrace navíc probíhá pomocí BLE (Bluetooth Low Energy), která dokáže obsluhovat desítky zařízení najednou a aktualizovat jim například firmware. Technologie přesvědčila jak zákazníka, tak nás jako dodavatele a při vývoji aplikace se tak podařilo vytvořit fungující pracovní partnerství.</p><p>Technologii PWA jsme úspěšně využili například v online samoobsluze pro zákazníky SAZKAmobilu. Její hlavní výhodou je extrémní zkrácení Time-To-Market (času potřebného pro uvedení nových funkcí „na trh“) a velká základna vývojářů, kteří tuto technologii ovládají. Kromě toho se PWA nejlépe uplatní tam, kde není velký důraz na využití komponent samotného zařízení, například v interních firemních aplikacích využívaných pracovníky v terénu či ve výrobě.</p><p>Pokud by vás zajímaly technické detaily, přečtěte si na našem blogu <strong>mobile it</strong> <a href="https://www.mobileit.cz/Blog/Pages/kotlin-multiplatform-first-year.aspx">tento</a> článek, ve kterém se také <a href="https://www.mobileit.cz/Blog/Pages/choosing-mobile-app-technology.aspx">dozvíte</a>, na co si při výběru technologie pro vývoj mobilní aplikace dát pozor.<br></p><p><br></p><p><em>Milan Mitošinka​</em><br></p>odborné;#projekty;#
5 kognitivních zkreslení při vývoji softwaru a jak se jim vyhnouthttps://www.create-it.cz/Blog/Stranky/kognitivni-zkresleni.aspx5 kognitivních zkreslení při vývoji softwaru a jak se jim vyhnout<p>​​​​Kognitivní zkreslení jsou naučená pravidla vnímání a chování. V podstatě jsou to mentální zkratky, které nevědomě používáme. Při práci nás tyto skryté předsudky mohou nemile překvapit, proto je nutné si uvědomovat, jak fungují, a vědomě jim předcházet. V tomto článku se podíváme na 5 hlavních zkreslení a na užitečné techniky, které lze použít pro jejich minimalizaci.<br></p><p><br></p><h2>Optimistické ​zkre​​​slení</h2><p>Optimistické zkreslení (nebo také zaujatost) je tendence k přehnané optimističnosti ohledně okolních událostí. V softwarovém světě se vyskytuje hlavně při odhadech náročnosti úkolů, kdy můžeme přeceňovat vlastní dovednosti.​<br></p><p>Běžně se může při poradě stát, že váš kolega prohlásí, že daný náhodný úkol zvládne lehce udělat a nezabere mu to skoro žádný čas. Přitom nemá žádnou předchozí znalost o úkolu a vše zakládá na přehnaném optimismu. Jak jste určitě ve světě software už viděli, tyto odhady se často ukážou jako těžce podceněné. A malou třešničkou na dortu je tzv. snadné-obtížné zkreslení, kdy lidé odhadují obtížné úkoly optimisticky a ty snadné zase pesimisticky.</p><p>​Tomuto kognitivnímu zkreslení se dá vyhnout pomocí těchto přímých otázek:<br></p><ol><li>Vidíš na úkolu něco, co by mohlo způsobit problémy?</li><li>Vidíš nějaký důvod, proč by tvoje řešení mohlo být nesprávné?</li><li>Zamyslel ses nad závislostmi, které budou ovlivněny změnou tohoto kódu? <br><br></li></ol><h2>Konfir​​mační zkreslení</h2><p>Konfirmační zkreslení je dalším dobře známým zkreslením. Značí, že máme tendenci věnovat pozornost pouze těm informacím, které potvrzují naše existující přesvědčení a názory a naopak ignorovat ty informace, které našim názorům protiřečí. V podstatě je to stejné jako mít hlavu v oblacích a utíkat před realitou. Bystrost našeho myšlení se pod vlivem tohoto zkreslení nijak nezlepšuje, právě naopak.</p><p>Řekněme, že jeden z programátorů v týmu pevně věří, že dědičnost byla vždy základem <a href="https://cs.wikipedia.org/wiki/OOP">OOP</a>. Jiný kolega předloží argument, že tomu tak není. Dědičnost nebyla přijata jen tak a je stále zdrojem debat. Aby první programátor dokázal svoji pravdu, vygooglí třeba “dědičnost základem OOP" a hned první výsledek mu potvrdí jeho názor. Avšak jeho kolega má pravdu. Ani Alan Key, jeden ze zakladatelů OOP,  nechtěl implementovat dědičnost v první verzi jazyku Smalltalk.</p><p>Konfirmačnímu zkreslení se dá vyhnout následujícími způsoby</p><ol><li>​Pokusit se nalézt problémy, které mohou vzniknout, a nehledat jen pozitivní případy. V případě příkladu s Googlem tedy hledat i opačný názor.</li><li>Hledat logické opodstatnění každého předsudku (a nejlépe i zjistit, že jde o předsudek) a hledat i případy, při kterých může být logicky neplatný.<br><br></li></ol><h2>Kot​vení</h2><p>Kotvení popisuje skutečnost, kdy je přirozenou lidskou tendencí spoléhat se při rozhodovacím procesu na jednu informaci či skutečnost, od níž jsou poté odvozována další rozhodnutí. Tato informace však mnohdy vůbec nemusí být relevantní a může náš úsudek ovlivňovat negativním způsobem.</p><p>Toto zkreslení se může vyskytnout např. v následující situaci. Scrum master se zeptá týmu při odhadu pracnosti: “Jak dlouho zabere tenhle task? 2 týdny?". Díky efektu kotvení pak nebude záležet, jak je ten úkol ve skutečnosti obtížný, většina týmu se shodne na 2 týdnech. Byli ovlivněni první informací, kterou obdrželi. Stejná technika se využívá i při pohovorech, kdy je pro uchazeče klíčové navrhnout platové ohodnocení jako první.</p><p>A jak se kotvení zbavit?</p><ol><li>Neptat se přímo na odhad, ale na úkol samotný: “Kolik toho zvládnete udělat za 2 týdny?"</li><li><a href="https://en.wikipedia.org/wiki/Planning_poker">Planning poker</a> - všechny názory jsou dány anonymně ve stejný moment. Je to skvělá technika při scrumových odhadech! ​<br><br></li></ol><h2>Stád​ový efekt</h2><p>Stádový efekt je jev, který jedince nutí jít s davem a spíše přistupovat na názory, které viděl u ostatních. Může také označovat oblibu módních trendů - stačí se podívat na dnešní instagramovou kulturu bezcharakterních lidí. Pokud je myšlenka sdílena většinou populace, nabývá na důvěryhodnosti nezávisle na pravdivosti. Sociální sítě jako Twitter a Reddit jsou na to také velice náchylné. Na Twitteru je to ještě podpořeno omezeným počtem znaků, který podporuje povrchní názory a myšlenky.<br></p><p>Z hlediska softwarového vývoje se podívejme opět na příklad s poradou. Charismatická team leaderka argumentuje, proč by celý tým měl přejít z REST API na GraphQL. V prezentaci demonstruje technické výhody nové technologie pro celou firmu. Kolegové také vypadají, že novou technologii chtějí. Bohužel jde o stádový efekt. Team leaderka ve skutečnosti jen způsobila rozruch okolo nové technologie, ale nedokázala hodnotu svého nápadu. Bude to zajímat zákazníka? Uvidí nějaký rozdíl při používání? Přinese to více času, zákazníků nebo peněz firmě? Když jde o novou technologii, jsou pochopitelně všichni nadšení.</p><p>Jak se zbavit tohoto kognitivního zkreslení? Těmito otázkami:</p><ol><li>Software vyvíjíme hlavně pro podporu firmy. Nemá smysl používat novou barevnou technologii, pokud nepřinese žádnou extra hodnotu<br></li><li>Jaká je hodnota toho nápadu?</li><li>Jak přinese nové zákazníky, čas nebo nějakou jinou výhodu?</li><li>Převažují výhody nad cenou implementace?<br><br></li></ol><h2>Atr​ibuční chyba</h2><p>Atribuční chyba je zkreslení procesů přisuzování. Projevuje se tím, že při vysvětlování chování ostatních lidí má člověk sklon nadsazovat charakterové vlastnosti člověka a podceňovat kontext jeho životní situace nebo náhodnosti okolního prostředí.</p><p>Pro poslední zkreslení tohoto článku už vylezeme ze zasedačky a raději si sedneme zpět k práci. Při programování si však všimnete ošklivého bloku kódu. Pomocí <em>git blame</em> zjistíte, kdo je jeho autorem. Je to Lukáš. Samozřejmě. Lukáš je neopatrný, nezodpovědný a impulsivní. Nepřemýšlí nad tím co dělá. Vy byste to udělali lépe!</p><p>Ale uklidníte se a pokračujete v implementaci svojí feature. Za chvíli však narazíte na další blok otřesného kódu. Zase Lukáš, to je jasné! Avšak <em>git blame</em> tentokrát řekne jiný příběh - autorem jste vy. Všemožné otázky najednou naplní vaši  mysl. Jsem špatný vývojář? Jsem jako Lukáš? Ale tyto pochyby ihned zahodíte a začnou přicházet výmluvy. Samozřejmě, že nejste špatný vývojář, byla zrovna deadline, nebylo dost času, měli jste zrovna rýmu, a psa jste měli u veterináře. To je ve zktrace atribuční chyba - podceňování kontextu životní situace při souzení jiných lidí.</p><p>Jak se vyhnout atribuční chybě?</p><ol><li>Obviňování autora nepomůže. Zkuste zjistit příčinu toho špatného kódu.</li><li>Má Lukáš málo zkušeností v tomto segmentu vědění o programovacím jazyku/projektu?</li><li>Byl zrovna pod stresem? Blížil se deadline? Byl přepracovaný? Byl víkendový crunch?</li></ol><h2> ​Pozvěte ďáblova advokáta<br></h2><p>A to tedy bylo​ 5 hlavních kognitivních zkreslení. Co jsme se naučili? Kognitivní zkreslení se stávají nám všem. Co proti tomu můžeme dělat je naučit se všímat si jich a umět se jim vyhnout. Nejčastější zkreslení v softwarovém vývoji jsou optimistické, konfirmační a kotvící. Také je velice častý stádový efekt a atribuční chyba. Na softwarové projekty mohou mít katastrofální vliv. Hlavní metodou vyhnutí je vždy pečlivé zamyšlení se ​nad problémem a hraní si na "ďáblova advokáta" při jeho analýze, tedy snaha hledat nejen pozitivní případy, ale i ty opačné a negativní. Pro více informací o kognitivních zkresleních v softwarovém vývoji doporučují tuto <a href="https://www.researchgate.net/publication/328410759_Cognitive_Biases_in_Software_Engineering_A_Systematic_Mapping_Study">stud​ii</a>, kterou jsem použil jako zdroj pro tento článek. Doufám, že jste si článek užili, a zase příště!<br></p><p><em>Jan Jileček</em><br></p><p><br><br></p>odborné;#vzdělávání;#
Typescript: Required<Type>https://www.create-it.cz/Blog/Stranky/Type_script_2.aspxTypescript: Required<Type><p>​​​​​​​V úvodním článku našeho seriálu o TypeScriptu <a href="/Blog/Stranky/Type_script_1.aspx" target="_blank">Efektivní TypeScript​​​​</a> jsme se zaměřili na generický transformační typ Partial. <br> Jeho opakem je Required​, ale stejně jako Partial je aplikován pouze na položky na nejvyšší úrovni.</p><p> Pojďme si dát tentokrát za cíl vytvoření nového typu z aktuálního tak, že nově vytvořený typ má veškeré položky povinné.<br></p><p> Mějme typový alias User, jehož definice je následující:<br></p><pre> <code class="language-typescript hljs">type User = { firstName?: string; lastName?: string; age?: number; } </code>​<br></pre><p></p><p> výsledkem následujícího přiřazení<span style="font-size:15px;"></span></p><pre> <code class="language-typescript hljs"> type RequiredUser = Required<User>; </code></pre><p></p><p> je typový alias se všemi položkami povinnými.<span style="font-size:15px;"></span></p><pre> <code class="language-typescript hljs">type User = { firstName: string; lastName: string; age: number; } </code></pre><p></p><p> Pro demonstraci toho, že Required označí jako povinné pouze položky na nejvyšší úrovni, si zadefinujme adresu jako<span style="font-size:15px;"></span></p><pre> <code class="language-typescript hljs">type Address = { street?: string; city?: string; } </code></pre><p></p><p> a uživatele včetně adresy následovně:<span style="font-size:15px;"></span></p><pre> <code class="language-typescript hljs">type User = { firstName?: string; lastName?: string; age?: number; address?: Address; } </code></pre><p></p><p> Výsledkem přiřazení​<span style="font-size:15px;"></span></p><pre> <code class="language-typescript hljs">type RequiredUserNoDeep = Required<User>; </code></pre><p></p><p> pak je<span style="font-size:15px;"></span></p><pre> <code class="language-typescript hljs">type User = { firstName: string; lastName: string; age: number; address: { street?: string; city?: string; } } </code></pre><p></p><p> Jinými slovy, adresa sama o sobě je povinná, jednotlivé její položky však nikoli.</p><p> Pro úplnost se ještě pojďme podívat na implementaci a trochu si ji v krátkosti rozebrat:<span style="font-size:15px;"></span></p><pre> <code class="language-typescript hljs">type Required = { [P in keyof T]-?: T[P]; }; </code></pre><p></p><p> Implemetace výše mapuje každou položku původního typu dle daného předpisu. V našem případě je odstraněn z každého klíče původního typu Elvis operátor “?“ a z volitelné položky je učiněna položka povinná. </p><p> V porovnání s Partial, probíraném v předešlém článku, a jehož implementace vykonává pravý opak, každý klíč původního typu označuje jako volitelný.<span style="font-size:15px;"></span></p><pre> <code class="language-typescript hljs">type Partial = { [P in keyof T]?: T[P]; }; </code></pre><p></p><p> Je dobré si pamatovat, že pokud použijeme typ Required v projektu, kde TypeScriptový překladač má nastavenu hodnotu strictNullChecks: true, pak aplikace typu Required neodstraní pouze nepovinnost dané položky, ale též undefined. Pojďme si to ukázat na příkladu, definujme uživatele následovně:<span style="font-size:15px;"></span></p><pre> <code class="language-typescript hljs">type User = { firstName: string; lastName?: string; thirdName?: string | undefined; age: number; } </code></pre><p></p><p> a proveďme následující přiřazení:​<span style="font-size:15px;"></span></p><pre> <code class="language-typescript hljs">type RequiredUser = Required<User>; </code></pre><p></p><p> pak výsledný alias vypadá takto:<span style="font-size:15px;"></span></p><pre> <code class="language-typescript hljs">type Required<User> = { firstName: string; lastName: string; thirdName: string; age: number; }</code></pre> jinými slovy, při použití původního typu User jsme byli schopni uložit hodno​tu undefined do proměnných lastName a thirdName<span style="font-size:15px;"></span> <pre> <code class="language-typescript hljs">let user: User = { firstName: 'Adam', lastName: undefined, thirdName: undefined, age: 30 } </code></pre><p> zatímco po aplikaci Required již hodnotu undefined vložit do proměnných lastName a thirdName není povoleno a následující kód skončí chybou. Ušetřete si práce a mějte toto chování na paměti.</p><p></p><pre> <code class="language-typescript hljs">​let user: Required<User​> = { firstName: 'Adam', lastName: undefined, thirdName: undefined, age: 30 } </code></pre><h2>​​​Závěrem</h2><p> Tentokrát jsme si ukázali, jak se standardně Required chová a také jsme se seznámili se situací, jak se jeho chování změní, když je parametr strictNullChecks nastaven na hodnotu true. Příště se zaměříme na Capitalize a Uncapitalize.<br></p><p> <i>Václav Kandus</i> </p>odborné;#vzdělávání;#