02-brainin (9 března 2022) » Historie » Revize 5
Revize 4 (Vojtěch Váchal, 2022-03-09 12:30) → Revize 5/7 (Vojtěch Váchal, 2022-03-09 12:49)
h1. 02-brainin (9 března 2022) ---- h3. Dotazy ohledně přidělených úkolů h4. Workspace * uživatel ve více workspace (pacient může mít více zařízení) * terapeut můžou mít taky více lokalit, kam dojíždím (viz. XXX do Dobřan a do Praha) * uživatelé, úlohy (v rámci FN, Dobřany) nezajímají je ostatní * nejspíš jedna default workspace pro všechno (public) * problém že pacienty nějakého terapeuta vidí i ostatní z jiných středisek * “zaplevelení” úlohami - blbě se jí to hledá * klidně to přidat do filtru * zákazník nechce aby viděl na poprvé ?? úloh - usnadnit terapeutovi výběr * problém -> pokud terapeut pracuje ve více workspaců * pavel -> něco jako label a vyfiltrovat ty úlohy ** když bude člověk ve dvou organizací, tak si může vybrat více labelů (workspaců) ** když člověk dá úlohu jako public, tak ji mohou vidět ostatní (chceme udržet) * u uživatelů jinak - prostě je nebudou vidět - h4. Rest API * mobilní aplikace ** co bude dělat?? *** Horký má nějaké nápady v notísku :D *** nejspíš komunikace s M. Horkým - -*schůzka *schůzka v 13:30*- * offline?? * aplikaci si stáhne a má tam sadu úloh v nějaký verzi * komunikace ** jaké úlohy podle jakých šablon a jejich konfigurace ** když se připojí tam uložit všechny dostupné výsledky, které jsou uloženy * největší problém ** jak stáhnout data z úlohy? (obrázky, soubory, …) ** potřeba vymyslet jak to udělat efektivně * -možná přesun věcí na CDN- ** -Jenda o tom něco ví- ** -spíš ne…možná udělat nějaký návrh- ** -přinese další množinu problémů- *** -odkazy na CDN - *** -problém s ukládáním do CDN- *** -…- * *udělat to můžeme podle Vojtovo bakalářky přes Base64* ** *převést do nějakého textového řetězce a poslat* * potřeba se zamyslet nad ověřením uživatele ** nechceme nutit k opakovanému přihlašování ** komunikace s M. Horkým * počítat s hromadným odesíláním dat z aplikace do systému po přechodu z offline do online formy * lze začít přemýšlet, … 13:30* h4. Rychlejší načítání * hry se načítají pomalu * ohledně Unity nic - to už zkoušeli * zkusit zrychlit přechody mezi stránkami a celkově v tom systému * vůbec se to netýká těch her * analyzovat co se tam vlastně načítá a jestli by nešla udělat nějaká optimalizace * zkusit více prostředí ** různé internetové připojení (páteřní síť, domácí internet, kavárna, …) ** internety pro “chalupáře” xD * zjistit jestli je problém na naší straně * lze v DevTools upravit rychlost internetu * zkusit i jiná zařízení typu mobil, starý table, … h4. Problém nezobrazení úlohy * přístupový údaje od p. Herejkové * jenda něco víc :D já ne * Analyze - dlouho načítá výsledky ** nejspíše moc dat a pak to na něčem padlo * Jenda dostane přístupové údaje od p. Herejkové do osobní konverzace h4. Inf. souhlas * víme h4. Analýza duplikace úloh, úložiště multimediálního obsahu * při duplikace úloh - něco jako oddědění * zajistit aby to byla deep copy?? * možná nice to have - nějaký výběr ze všech obrázků a vyhledávat je ** centrální úložiště obrázků h4. Nezobrazovat nepoužívané úlohy * nějak to zaznamenávat a pak je jen nezobrazovat (neodstraňovat) ---- h3. Práce s GitLabem * hlavní větev je *DEVELOP* * není zamergována jedna větev asi MOTL DEVELOP DB * jak to poznat? ** je nasazená na devu ** přihlásit ** dlaždice hrát - lze vybírat z jakého ** pokud tohle není v developu -> zamergovat (jinak nic nedělat) * master bude hlavní větev (produkce) * develop prostě vývoj do který se bude mergovat všechny feature * master by měl být starý * develop se používá jako výchozí * co s ostatními větvemi? ** nejlépe nějak promazat ** něco od Motla nebudeme mergovat - něco tam nefungovalo ** develop motl nebo develop motl db ** od motla nechat - ostatní bychom asi odendali ** seznam přijde od Motla ** na ostatní máme volnou ruku (od P. Skaly je asi pasé) * vytvořen task na "zkrášlení" repozitáře (viz. https://students.kiv.zcu.cz:3443/issues/9186)