[namstoop]

Seoses ühe mõnda aega kripeldanud projektiideega, mis ehk sügisest veidi konkreetsemasse vormi hakkab liikuma, tekkis paar küsimust mobiilirakenduste arendamise osas. Mobiilirakendus on üks väike osa koguprojektist.

Endal mul sellealane kompnetents täielikult puudub, ausalt öeldes isegi ei kujuta õrnalt ette kui töö ja ajamahukas ühe rakenduse väljatöötamine (paralleelselt Androidile ja I-phone'le) võiks olla.

Väga täpselt spetsifikatsiooni antud hetkel jagada ei saa. Rakenduse peab olema võimeline kuvama asukohapõhist infot kaardil (punktobjektid), tevitama inimest kui ta on kindlasse kohta jõudnud ning vastavalt inimese valikutele kuvama seejärel erinevates keeltes erineva sisu ja mahuga infot. Info võib olla nii teksti ja piltide kujul kui ka audio-visuaalselt.


Kõiksugused arvamusavaladuses on väga oodatatud.

[mattiaza]

Antud kirjelduse põhjal on ajakulu (ja seega ka rahakulu) peaaegu võimatu ennustada. Nendes rakendustes ei ole kindlasti midagi tehniliselt keerukat: ma pakun, et 90% oleks kasutajaliidese ja pildi/audio/videomaterjali näitamise funktsionaalsuse viimistlemine. Aga sellele kuluv aeg võib 10 korda ühes või teises suunas kõikuda, sõltuvalt

* kasutajaliidese disainist,
* multimeediaformaatidest, ja nende erinevatel platformidel sujuvalt tööle saamisest,
* igasugustest "väikestest" lisadetailidest: näiteks info uuendamise küsimused, asukohateavituste kasutajaliidese disain, kasutatavuse jälgimine,
* Androidi puhul erinevatel telefonimudelitel testimine

Väga umbmääraselt võib öelda, et sama funktsionaalsusega iPhone jaoks native rakenduse arendus on 2-3x ajamahukam, kui veebis, ja Android sellest omakorda 2-3x ajamahukam. On olemas veebi-mobiil hübriid-frameworke, mille abil saab mobiilile optimeeritud veebilehe allalaetavaks rakenduseks muuta, aga ükski neist ei toeta taustal (kui telefon on taskus) asukoha jälgimist. Nende abil arendus ei ole iseenesest kiirem, aga võimaldab mitu platformi korraga valmis teha.

Arenduse tellimise koha pealt on üldiselt kaks võimalust: projektipõhise fikseeritud hinnaga, või tunnihinnaga.

Fikseeritud hinnaga tellimise korral soovitan enne selle alustamist täpne kirjeldus valmis kirjutada - veel parem, kui ka (kasvõi paberile joonistatud) kasutajaliidese disain kaasa panna. Selle abil on arendajatel võimalik ajakulu täpsemalt arvestada ja hinnapakkumine teha - ja tuleb ilmselt ka odavam, sest siis ei ole vaja suurt varu "klient otsustab poole pealt ümber, ja tuleb uuesti teha" juhtumiteks.

Kõige efektiivsem on leida arendaja, kelle kompetentsi, tööülesannete planeerimist ja nõuandeid usaldad, ja siis tunnihinnaga maksta seni kuni rakendus piisavalt valmis on. Sel juhul saab edasi viimistlemise lõpetada kohe, kui rakendus on piisavalt hea. Fikseeritud kirjelduse ja hinnaga tellimisel on oht, et saad "mida tellisid", mitte "mida tahtsid", eriti kui kirjeldus on ebatäpne - või ehk sisaldab üksikuid keerulisi aga ebaolulisi detaile, mille oleks võinud ära jätta.

Kui idee suhtes täpsemad plaanid tekivad, võin tuttavaid häid arendajaid soovitada.

[namstoop]

mattiaza, tänud, väga kasulikud mõtted alustuseks

[iceincube]

Jep- endal võiks kirjeldus ja ka kasutaja liidese tõmmised/sketchid olemas olla kinldasti mingil kujul.

Ise palju kohanud inimesi kes alguses tulevad jutuga, et väike mini-äpp (loe: odav) vaja teha. Siis natuke edasi puurides selgub, et pole nii väike midagi. Mis teeb asja raskeks on see, et enamasti ei teata ise ka mis ja kuidas- kirjavahetusega peab niiõelda projekti kirjutama kliendi jaoks lahti ja uurima (mis võtab minu aega). Aeg mida keegi kinni ei maksa. Enamasti selgub lõpuks lihtsalt, et eealrve ei kataks äppi tegemist ning asi jääb katki. Asi pole mitte halvas müügis vaid selgub, et "luksus villat" mereäärde lihtsalt "pisikese maja võrumaal" raha eest ei tee.

Kui alguses raha vähem tuleb leppida võimalike pisidetailide pealt tagasi tõmmata alguses- kuni asi end tõestanud on. Detailid ongi need kõige ajamahukamad asjad nagu üleval öeldud tegelikult. Üldjoontes "majakarbi" lükkab kähku püsti.

[namstoop]

[mattiaza]