Retsensioon Reijo Sirila lõputööle
Tallinna Polütehnikumi õpilasomavalitsuse kodulehekülje sisuhaldustarkvara

Esitatud lõputöö vastab teemale, teema käsitluse järjekord jaotus peatükkideks on loogiline. Välja on töötatud kasutuskõlbulik sisuhaldustarkvara, mida saab muuhulgas kasutada ka Tallinna Polütehnikumi õpilasomavalitsuse kodulehe haldamiseks. 

Oma raamistikke luuakse päris palju. Näiteks Tallinna Ülikoolis valmib sel kevadel üks tõlgitavate lehestike koostamise raamistik lõputöö raames ning mitmesuguste kasutajaõigustega sisuhaldussüsteem praktikatööna. Ehkki on olemas küllalt põhjalikud standardvahendid, siis sellest hoolimata on mitmesuguseid veidigi spetsiifilisemaid ülesandeid võimalik mugavamalt lahendada oma vahendeid luues või olemasolevaid ühendades. Samuti võib olemasolevatest sobiva ülesleidmine osutuda töömahukamaks ning vähem kindlaks võimaluseks kui ise sobiva raamistiku kokkupanek. Samuti annab oma raamistiku loomine tulevikuks julguse, et suudetakse sarnaseid süsteeme ise luua ja hallata - mis lõputöö juures kindlasti tähtis. 

Autor on oskuslikult kasutanud olemasolevaid vahendeid lehestike koostamisel: Smarty mallistikku kujundamisel, AdoDBd andmebaasidega ühendamisel ning YUId Javaskripti vajaduste juures. Samuti paistis tööst/koodist välja, et tal on olnud kokkupuuteid ka muude abivahenditega, nt. LOMM.

Et retsensendi ülesandeks nii head kui vead üles leida, siis nüüd mõned kahtlased kohad, mis silma hakkasid:

* Veebilehtede validaator (http://validator.w3.org) leidis nii avalehelt kui muudelt lehtedelt mitmesuguseid vigu. Veebikirjutajana tean, et lehte korralikult valideeruma saada nõnda, et kõik vajalik tööle jääks, võib olla üsna keeruline. Ning päris vähesed lehed pääsevad kõikidest kontrollidest veatult läbi. Aga sellegipoolest ei saa siinsele tööle valideeruvuse kvaliteedimärki panna.

* Resolutsioonil 1024x768 (mida näiteks retsensent nii esitluste kui vahel ka muul ajal kasutab) moodustab menüü suurema osa lehest, sisu nägemiseks peab kerima. Samas uhkema monitori taga (millega ka nt. pabertöösse pildid tehtud) probleeme pole.

Edasi küsimusi vestluse arendamiseks kaitsmisel:

* Leheküljel 13 antakse teada, et oma raamistiku loomisel võeti aluseks mõned tuntumad nagu .NET ja Prado. Eraldi kurdetakse, et "ametlikud" raamistikud kipuvad minema suurteks ja aeglasteks. Palun autori kommentaari, et millistel alustel valiti oma raamistikku vajalikud komponendid (nt. master-leht). Kas oli ka komponente, mille loomist kaaluti, kuid jäeti teadlikult välja? Milline on autori hinnang omapoolse raamistiku kiiruse osas - võrreldes näiteks "puhtas" PHPs kirjutatuna (ilma komponentideta) või olemasoleva raamistiku (nt. Prado) peale tehtuna.

* Leheküljel 14 kirjeldatakse moodust, kuidas URL-rea kaudu andmeid edasi saata nõnda, et aadressirida viisakaks jääks. Samas töötavat lehestikku ennast vaadates ei õnnestunud sellist kaldkriipsudega andmeid edastavat kohta leida. Kas ja kuidas kavatsetakse vastavat andmeedastusmoodust kasutada?

* Klassis TPage on enamik muutujaid avalikud, samas $Visible on kaitstud. Miks?


Kokkuvõtteks leian, et autoril on tehtud suur töö. Pandud kokku raamistik, selle põhjal ehitatud veebilehestik ning juurde kirjutatud teoreetiline osa ja dokumentatsioon. Eduka kaitsmise korral soovitan kõrgeimat hinnet (5).

Jaagup Kippar
Tallinna Ülikooli Informaatika Instituudi lektor
26. mail 2008 Tallinnas