02-brainin (9 března 2022) » Historie » Revize 6
Revize 5 (Vojtěch Váchal, 2022-03-09 12:49) → Revize 6/7 (Vojtěch Váchal, 2022-03-09 12:54)
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 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, …
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é)
* co M. Horký potřebuje za větve?
** dev - hlavní větev
** unity
** složka Unity Assets
* vytvořen task na "zkrášlení" repozitáře (viz. https://students.kiv.zcu.cz:3443/issues/9186)