Talk:"LLL"

Idee tundub päevakajaline, kuna on palju inimesi, kes hoolivad oma tervistest ning otsivad erinevaid viise kuidas enda eest hoolitseda. Must Have list ei tundu kõige sisukam ning tõenäoliselt jõuavad kõik vajalikud veebirakenduse omadused realiseeritud. Leian, et Must Have list võiks natukene tummisem olla. Nice to Have list on pisut pikem kui Must Have list, ning mõned sealsed funktsionaalsused tunduvad keerulised ja mahukad, nagu näiteks ID-kaardiga kommenteerimine. Terviselehe mobiilse variandi tegemine tundub suhteliselt suur ettevõtmine. Sündmuste kalendri lisamine annaks kindlasti saidile palju juurde, kuna tõenäoliselt hakatakse seal kuvama terviseüritusi (rahvasport, konverentsid jms?) ning paljud selle rakenduse kasutajad huvituvad kindlasti sellest. Isiklikult leian, et ID-kaardiga poleks vaja kasutajal ennast identifitseerida, kuna kehvad/mitteproduktiivsed kommentaarid võiks admin ära kustutada(juhul kui teenus muutub väga populaarseks, siis tõesti oleks vaja seda ID-kaardi lahendust). Väikese veebipoe loomine on ka minu arust hea mõte, sest kui seal promotakse tervisetooteid, siis mõnelt teiselt saidilt (või isegi apteegist/poest) selle otsimine võtab lisa-aega ning samas saab lehe administreerija selle pealt raha teenida. Tasulise ala loomine oleks teemakohane minu arust alles siis kui sait on rohkem populaarsust kogunud, kuid harjutamise eesmärgil selle loomine tuleks kindlasti meeskonnale kasuks.

Retsenseeris Meeskond "ASP .NOT"

Klientrakenduse retsensioon

Lõpuks üks projekt, mis ka tööle hakkas, ilma, et oleks pidanud liiga palju möllama. Tuli ainult MVC installida ja asi toimis.

Rakenduse wiki leht on väga hästi üles ehitatud ning hea on näha analüüsi. Analüüs sisaldab rakenduse üldkirjeldust, problemaatika lahtikirjutust, funktsionaalsuse lahtikirjutust, omadusi, mis peavad olemas olema ning mis võiksid olemas olla. Retsensioonis vaatleme kindlasti ka, kas nende püstitatud funktsionaalsused ja omadused on ka realiseeritud.

Avalehele minnes võib öelda, et disainile pole eriti aega kulutatud. See aga kas leht on ilus või mitte, on muidugi iga inimese enda arvamus. Tavaliselt on igal lehel ka footer olemas, kus kirjas on kasutustingimused. Seda enam, et inimesed ise postitavad ja lisavad artikleid, peaksid need olemas olema.

Terviselehe teemasid on kolm. Alguseks polegi rohkem vaja, kuid kui inimesed seda päriselt kasutama hakkaksid, siis nendest ei piisaks. Ühe teema nimi on Sook. Oleks võinud kodeeringut natukene vaadata. Kui juba teemade kastid on nii suured, siis oleks võinud mingi pildi kiiresti ju lisada. Alguses ei saanud aru, kas sinna peaks veel pilt ilmuma või miks need kastid nii suured on.

Eelnevalt polnud peale ühe peaaegu tühja artikli midagi sealt vaadata, nii et otsustasime uue kasutaja teha, et uusi artikleid lisada ja nende möllata. Sellega sai ilusti hakkama ja sai ka sisse logitud. Välja sai ka logida! Vahepeal proovitud parooli valesti panemise tundis ka süsteem ilusti ära.

Lisamisel on pealkirja ja sisu kastid sama suured. Sisu on terviselehel mõeldud ikka pikem olema kui peakiri. See kast oleks võinud korralikult suurem olla. Samas oleks võinud ka mingi bbcode’i kasutamise võimalus. Kuna te juba kasutasite igasuguseid jquery skripte, siis oleks võinud ka jquery bbedit kasutusel olla. Teeks sisu paremini loetavaks ja attraktiivsemaks. Lisamisel oleks võinud ka kuupäev sinna tulla, kas saad ise valida (kuigi see pole eriti mõtekas) või siis automaatselt artikli juurde. Selle kuvamine iga artikli juures on ka küllaltki tähtis, et teaks kui vanad need andmed on, mida artiklist lugeda võib.

Natukene mõttetu oli see, et kohe pärast artikli kirjutamist ei saanud seda otse avalikuks teha. Oleks võinud preview teha. Vaatad, milline su artikel välja näeb ning siis saad kohe otsustada, et kas avalikustad või mitte. See, et pärast artikli lisamist pead seda uuesti muutma, et avalikustada või arhiivi panna, oli alguses natukene segadust tekitav, sest artikkel ei ilmunud kohe kategooria alla ning pidi minema tagasi vaatama, et mille taha see jäi.

Arhiivis olevad artiklid peaksid olema eraldi, muidu pole arhiivil väga mõttet. Teemade all olev kategooria Arhiiv ei omanud ühtegi artiklik, kuid Arhiivi all olev kategooria Arhiiv omas ühte. Ei saanud hästi aru, miks on kategooriate all Arhiiv, kui see nagunii on eraldi? See oleks võinud otse arhiivi lehele suunata.

Kuna presentatsiooni ei õnnestunud näha, siis oleks tahtnud näha, milline on admini leht ja mis võimalused adminil on. Admini logimisandmed oleks võinud kasvõi wiki lehele kirja panna.

Kasutaja enda andmeid kahjuks ka muuta ei saanud, kuigi koodis on näiteks salasõna muutmine täitsa olemas, siis pole seda rakenduses realiseeritud. Vähemalt ei suutnud leida, kust seda teha saaks.

Väike tähelepaneks inimeste andmete kohta. Kui ainult kasutajanimi on, siis need hakkavad varsti väga tobedateks muutuma. Kaja14343 jne, sellepärast peaks ikka pärisnime ka seal hoidma ning inimene võiks ise saada valida, kas tema postitustel on kasutajanimi või päris nimi näidatud. Kuna tegemist on ka terviselehega, siis kui iga suvaline inimene midagi kirjutab, on seda raske alati tõepähe võtta. Sellepärast võiks olla ka inimestel profiilid, et nad saaksid kirjutada, mis kogemused neil teatud teemadega on. Kui keegi on 30 aastat millegiga tegelenud, siis on tema kirjutatud teksti vast parem uskuda, kui anonüümse inimese.

Üldiselt nende endi püstitatud „must have“ list sai täidetud, kuigi see list oleks võinud rohkem punkte sisaldada ning natukene rohkem läbimõeldud.

Koodi poole pealt kommenteerimist kahjuks ei näinud. Kasutatud on väga palju jquery skripte ning mitte just väga palju ise kirjutatud c#’i.

Retsenseerijateks olid Meeskond ".NOT" liikmed