ASWI - Pokročilé softwarové inženýrství » ASWI 2022 » Úprava systému BrainIn pro neurorehabilitace pacientů se získaným poškozením mozku (KIV) - JVDF

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é)

* vytvořen task na "zkrášlení" repozitáře (viz. https://students.kiv.zcu.cz:3443/issues/9186)