teisipäev, 24. november 2009
Essee: "E-õppe metoodikad ja tehnoloogiad"
Kodutöö nr 2.: rühmatöö Lambakasvatajate konverentsist
laupäev, 17. oktoober 2009
Tulem
Nüüd siis registreeritud Flickr'is.
Mis tähtsaim, mässasin nati oma uue lehe peal: allyh.webs.com
reede, 16. oktoober 2009
Õpimaastik
Kõik algab sihtkoha valikust, millele järgneb pikem uurimine, mida külastada, kus ööbida jne. Seda põhjusel, et ise vaeva nähes saab hakkama odavamalt, pealegi kuulun selliste inimeste hulka, kellele meeldib ise oma reisiaega kujundada. Tüüpilisi kiirustavaid linnatuure või rannas lesimisi ei ole ma kunagi nautinud. Sellistel puhkudel võivad fotograafia huvilisel kuldaväärt hetkeolukorrad jäädvustamata jääda.
Planeerimise juurde ei kuulu ainult sihtkoht, vaid ka reisikaaslane. Siiani on parimaks suhtlusvahendik jäänud blogi, kuna seda saab kujundada oma tahtmise järgi, teha pikki liste, mida kaasa võtta, võimalike huviobjektide kohta postitada linke jne. Juhul kui on autoriõigusi vaja kaitsta, siis saab blogi teistele avalikustamata jätta.
Planeerimise üks osa on teiste blogide lugemine. Siinkohal on mugavaim võtta appi Pageflakes, kuhu saab kokku koguda need isikud, kelle reisijutte ja soovitusi tahetakse tulevikus jälgima hakata. Võib leida soovitusi nende blogidest, kes seal piirkonnas juba alaliselt elavad. Pageflakes võimaldab saada ülevaate jälgitavates blogides toimunud muudatustest.
Sõbrad ja tuttavad tahavad teada kuidas reisil läks ja mida nähti, selle info jagamise üheks võimaluseks on lisada teavet juba planeerimise eesmärgil loodud blogisse või teha hoopis uus blogi. Aja jooksul võib tekkida juurde veel teisigi keskkondi - näiteks tahetakse tuttavatele näidata fotosid. Tavaliste reisifotode jaoks olen ma valinud Flickri, kuna seal on tag otsingu võimalus, mis aitab fotosid kergemini leida.
Kuna mulle meeldib fotode töötlemine ja reisi üheks eesmärgiks on mul alati võimalikult palju fotomaterjali koguda, siis kaudselt kuulub reisiplaani juurde deviantArt'is konto loomine.
Parim on see, et selle kasutamiseks ei pea tõmbama alla erinevaid faile/programme.
neljapäev, 15. oktoober 2009
Õpileping
- Aeg ja arvuti koos operatsioonisüsteemiga - vahend, mis on oma riistvaralisest omapärast tingituna lihtsalt vajalik...
- Google otsingumootor ja erinevad interneti/blogide lehed
- Skype ja msn
- jt. - mille peale ma hetkel ei tulegi veel
Sotsiaalne tarkvara ja mina
neljapäev, 28. mai 2009
"Usability for the Web: Designing Web Sites that Work" by Tom Brinck, Darren Gergle, Scott D.Wood
This book has seven categories and reminds me more of a guide book to carry around and peek in when you are at the middle of making a web site. For example what you should think about before even making a sketch, what sorts of problems you may confront and how to reach the final destination – launch day. Reading it for the first time you get perhaps too much information to digest at once and the best way is to re-examine the chapter that implies to your level of process when needed. It also doesn’t matter if you are a manager in some organization, designer, developer or just a web designing fan – everyone can find out some tips and tricks for making a better web site.
As follows I will mention more about every category and what seemed most important to me. The key ideas or tips to follow/reckon with are mentioned in bulleted lists.
Pervasive Usability: This category introduces usability methods, the design process and the stages of it. You also learn about typical project schedules, management and what is important to know about the three critical resources (money, people and time).
· The most important step in the process is requirements analysis because if you identify the goals and parameters incorrectly, then everything you do after this stage is wasted.
· It is good to create intimate teams of people with varied backgrounds rather than discipline specific groups: software developers are more effective if they have some sense of design and know how designers need to work; designers are more effective when they understand technical capabilities and limitations.
Requirements Analysis: The first thing – define your audience. After that you should create scenario that includes three things: a profile, a schedule and interaction episode, a sketch or photo of the user. Next thing to worry about is differences you may encounter witch derive from preference settings, disabilities, international differences etc. This category continues with background research: surveys, interviews, focus groups and how to create them according to your needs.
· The biggest challenges are developing for the wide diversity of users, user preferences settings, hardware and software platforms, browsers and network speeds.
· Use religious and political symbols only after very careful research into their appropriate usage and remember that symbols of any kind are culture specific.
· If you are designing a portal, take a look at Yahoo; if shopping site look at Amazon; if building an auction system, look at eBay.
Conceptual Design: Start with use cases and move on with prioritizing and determining the frequency of tasks. Next chapter teaches the process of developing architecture for your web site and also about the ways to present navigation to the users.
· Designing systems that are tolerant of human error becomes crucial when any task has potentially dangerous and costly consequences, or when the outcome is not easily reversible (for example financial and medical web applications).
· When using a search function keep in mind that you may encounter two reasons it to fail: users may have very poor search strategies or your site may have a very poor search engine.
Mockups and Prototypes: This category is firstly focused on page components, basic page layout, common page structures and their structure problems. Secondly you can learn more about prototyping: sketches, paper and digital mockups and their process witch leads to making storyboards.
· If you have information that user has to receive, make sure it is in the general area.
· The key to developing good solid technique is practice, practice, practice.
· An opening paragraph of the major topics is more useful than a company logo.
Production: The main subject is writing for the web. This tells us what to write about, what the style should be, how it differs from other writings and what the text formatting should be. The category continues with graphic design (colors, icon designs, subnavigation design etc.) and different engineering techniques (programming, HTML etc.).
· For online text, don’t be afraid to be informal, casual, chatty, direct, and hip.
· Certain pairs of colors do not work side by side: red/green, blue/violet, red/blue.
· Icons should be identifiable outside the context of the page, unambiguous, familiar, consistent and attractive.
Launch: This consists of pre-launch (quality assurance testing, fixing the problems), launch stage (final check of functionality, responding to problems, maintenance schedule) and post-launch (overall hits, feedback etc.).
· You can never eliminate all problems – set a target level for declaring that the site is adequately bug-free for launch.
· Different worksheets provide useful documentation and shortcuts for double-checking that you are indeed ready to launch the web site.
Evaluation: Focuses on evaluating your design: types of evaluation, automatic tests, walkthroughs, user testing, analyzing the results etc.
· A usability evaluation must first identify the problem and then suggest practical solution to improve the usability of the site.
· Pilot testing helps you to determine whether tasks are too easy or take too long time.
The Most Important of All: Consistency in everything. If you use British English, then use it always; if you decide to use blue links, then use that color for them throughout all pages etc.
laupäev, 2. mai 2009
MM õpisüsteemi disain: prototüübi loomine
MM õpisüsteemi disain: kolmas kontaktpäev
MM õpisüsteemi disain: teine kontaktpäev
MM õpisüsteemi disain: esmane kontaktpäev
esmaspäev, 5. jaanuar 2009
Rühmatöö
Meie Grupitöö .
Gruppi kuulusid peale minu:
Tuuli Pentjärv
Krete Jalakas
Olga Antriainen
Minu osaks olid vastavalt Adobe Captivate 3, Xerte ja MOS Solo. Enim meeldis mulle neist Adobe versioon, kuna tegu oli suhteliselt lihtsa ja kiire vahendiga. Sobilik nii algajatele kui ka prorgrammerimise ning esitluste harrastajatele.
esmaspäev, 24. november 2008
8 nädala kodutöö: Õpidisaini spetsifikatsioon IMS LD
Mõned sõnad LAMSist:
- Algul tundus uue ülesande loomine mulle kuidagi keeruline, mistõttu tegin ma seda valesti. Eeldasin et panen add lesson, kuid tegelikult pidin suunduma Author alla. Siin kohal tänud Svitlanale, kelle blogist selgus, et ma ei olnud ainuke sellise vea tegija :D
- Järgnev probleem tekkis mul kustutamisega. Kuidas kustutada tehtud ülesanded, mida ei saanud modifitseerida mingil põhjusel ja millel olid igati puudujäägid. Usute või ei, kuid kustutamis koha avastasin alles lõpu eel.
- LAMS oli kuidagi aeglane. Algul arvasin, et tegu võib olla internetist sõltuva veaga, kuid ühest kohast teise liikudes selgus, et ei ole. Usun siiralt, et põhjus on mingil määral arvuti jõudluses või milleski sarnases. Hetkel kui ma olin valmis juba LAMSile täielikult käega löömast, istusin õe tutikama arvuti taha ja sain ka selle tehtud (...samas ei ole minu läpakas mingi risu).
Lõpetuseks pean ütlema, et pärast 2,5 päeva LAMSiga jamamist, et ta teeks asju nii nagu mina soovin, ei ole ma just aldis teda nii pea uuesti kasutama. Samas sain ma lõpu eel nii mitmeski punktis targemaks ja avastasin, kuidas asju väiksema vaevaga teha, kui siiani olin teinud (kui mu ärritus ta suunas vaibus, pidin tõdema, et iseenesest LAMSi kui ideed kasutaksin ma meeleldi teine kordki).
Ja kui mitte midagi muud, siis oodates oma 10 minutit kuni ta järgneva aknakese avab, suutsin ka pesu pesta ja muudki teha :D
pühapäev, 2. november 2008
6 nädala kodutöö: küsimused ja testid (IMS QTI)
Koostasin 4 erinevat ülesannet, mis siis kokku mixisin. Kuna Hot Potatoes väitis, et registreerimata saab ainult kolm ülesannet kokku ühendada, siis ma nõustusin kolmega ja tegin lihtsalt 2 versiooni. Ei ole kindel kui tihti ma Hot Potatoest tulevikus kasutama hakkan, mistõttu hetkel ei vaevanud ennast regitreerimisega................Versioon1 ja Versioon2 või neli ülesannet eraldi.

IMS QTI küsimuste tüübid:
Kõik kuuluvad 3.2. Simple Items'i alla, sest ükski ei ole kokku komponeeritud ehk läbi valede ei õpeta midagi uut. Minu arvates on testid järgnevad:
- choice interaction (single response) eesti_taimkate sest: annab 4 valiku vahel valida; ütleb kui vastus on vale; ei õpeta midagi muud
- match interaction - eesti_mullad sest: annab valikuid sama palju kui on mõisteid; tegija valima õige, vastust saab olla ainult üks
- gap match interaction (text entry interaction) - eesti_metsad sest: tegu on lünktekstiga; kasutaja saab sisestada ühe sõna, kuid vastuse varjante võib aktepteerida mitu (sõna pikkus ei ole oluline) kui koostaja nii on seadnud
- gap match interaction (text entry interaction - expected length) - eesti_kaitsealad sest: tegu on lünktekstiga; kasutaja saab sisestada ühe kindla pikkusega sõna
pühapäev, 26. oktoober 2008
5 nädala kodutöö: SCORM sisupaketid
Seekord tegin oma õppematerjali Xerte abil. Peale selle, et ma olin kergelt veel solvunud eXe peale(usun, et süü oli siiski minu aeglases "koolevas" läpakas), hakkas Xerte mulle tunnis huvi pakkuma.Xerte puhul otsustasin siiski esmalt kasutusjuhendi kasuks, sest demo vaadates, tundus mulle vähe harjumatu, et esmalt pean tegema kausta ja hakkama siis sinna materjale looma jne. Aga nagu ikka on demo tavaliselt keerulisem kui programm ise. Kuna ma tegin jälle väikese kokkuvõtte Kolumbusest, siis ei kasutanud ma enamusi Xerte võimalustest. Minu jaoks tundus tiba "naljakas", et pildi lisamiseks pidin ma selle kaustast tirima ja asetama konkreetse lehe sisse, kuhu seda tahtsin. Muide mitmete katsetustega sain ka selgeks, et tirimisest üksi ei aita, enne on vaja kindlalt markeerida leht ja siis tirida. Samas oli see ka plussiks: sinna veetud pildist tegi ta kohe antud projekti meedia kausta koopia (nii on tagatud, et kõik püsiks ühes kohas koos).
Muidu olin programmiga igati rahul. Positiivne on see, et see on nii algajatele kui ka juba nõudlikemale kasutajatele kohane. Seal saad kirjutada teksti puhtale valgele väljale või scripti ning propertiesi alt kõik paigutused ja värvilahendused jne. paika panna (hetkel sellega erilist vaeva ei näinud).
SCORMIST: Valminud õppematerjal
Algul tundus kõik minevat hästi. Laadisin programmi alla ja käivitasin. Ta ei tundnud algul ise kohe .jar faili ära. Kui mainisin, et tuleb kasutada JAVAt, siis oli kõik suurepärane. ScormPlayerist run'i valides tegi korralikult materjali lahti, kuid 14st lehest näitas ainult kolme. Algul arvasin, et selline anomaalia tingitud minu vusserdamises Xertes, kuid kõik tundus korras ja tekkis küsimus, et miks need teistega identsed lehed nii erilised on.
Õnneks sain vastused õppematerjali kodulehele pannes kiirelt teada, sest Xertes loodu ei näidanud ka seal ülejäänud 11 lehte. Vastus oli lausa hämmastav ja samas nii tavaline. Nii Xertele kui ka SCORMile ei meeldinud laiend .jpg, see tuli asendada .JPG. Samas ei sallinud veebis olev materjal esimesel slaidil .JPG ehk sinna jäi siis ainus erand .jpg. Ma usun, et see on tingitud asjaolust, et esimene slaid on esimene ja ainus, kus leidub ka kirjutatud teksti.
Kui parandus oli sisse viidud, siis rohkem probleeme ei tekkinud ja kõik töötas nii nagu pidi.
neljapäev, 16. oktoober 2008
4 nädala kodutöö: metaandemed
- 1.1. Identifier - väga kasulik, kui sama materjali mitu korda nt. soovid kasutada.
- 1.2. Title - öelge üks asi, millel pealkirja ei ole? See on A&O.
- 1.3. Language - kindlasti peaks olema. Kuid arvestama peaks, et tänapäeval ei ole see ime kui õppematerjal on kahekeelne. Näiteks seletatakse inglise keelseid mõisteid ja millises kontekstis neid peaks arheoloogias kasutama. Või selle kohta käiv test 75% ulatuses inglise keelne? Kas on sel juhul õige panna eesti keel olgugi, et eestlane on pannud selle üles teise eestlase jaoks.
- 1.5. Keyword - kasulikud kõigikides keskkondades.
- 2.2. Status - kindlasti oluline. Nii tead, kas on loota veel materjalide uuendamist ja lisamist. Eriti oluliseks muutub see hetkel kui mõistad, et too teeb just teemal, mille kohta sa ise ei ole mitte vähimatki asjalikku leidnud.
- 4.1. Format - suhteliselt oluline, eriti kui antud valdkonna puhul faile palju ja info üleküllus.
- 5.1. Interactivity Type - muutub üha olulisemaks aktiivõppes.
- 5.2. Learning Resource Type - info otsimisel või visuaalsel sorteerimisel lihtsustavaks faktoriks.
- 5.6. Context - lihtsustab.
Olla või mitte...
- 1.4. Description - kui on, siis võimalikult lühike. Enamasti vaadatakse pigem märksõnade järgi, harva loetakse kirjeldust (lõpuni veelgi harvem).
- 4.4. Requirement - võiks olla valikus, et juhul kui rakendamiseks on midagi väga ekstreemset (nt. tarkvara puhul) või kallist vaja.
- 5.7. Typical Age Range - kui sisse panna, siis kindlasti peaksid vanusegrupid olema rohkem kui 2 aastat. Eestis on viimasel ajal õpetajate puudus, mistõttu võib õpetaja puudumise või ebakompetentse asendaja süül antud klass teistest mahajäänud. Klass on siiski parem pidepunkt kui otsene vanus. Mõni läheb nooremana kooli, mõni tõstetakse järgmisse klassi üle või mõni jääb hoopiski istuma: kõik on võimalik....
- 5.8. Difficulty - raskusaste on väga suhteline mõiste. Selle sisse lisamisel peaks kindlasti seletama üksikasjalikult, milline on raske või keskmine jne.
3 nädala kodutöö: õppematerjal
Esimene tunnitöö
esmaspäev, 6. oktoober 2008
2 nädala kodutöö: HTML, lihtne veebileht
Link
W3C'le lehte ette söötes ei läinud see läbi: 69 viga, nati parandades tuli koguni 80. Põhiline asi, mis algul vigade hulgas silma hakkas, olid valed lõpetamised...nt oli mul hoopis /> kuigi oleks pidanud olema < /img > ehk siis suuresti tähelepanu vead või kunagi Kipparist teisiti meelde jäänud kirjapilt.
Kuna tegu oli ainult ühe lehega, siis otsustasin CSS mitte kasutada ja värvilahendused, asetused kirjeldada kohe ühel lehel. Siit õpetus: kui vähegi stiliseerid kasuta CSSi!!!!! Nendest "lahendustest" tulid enamikud vead. Nii tähelepanu kui ka tiba oskamatusest neid õigesti panna. Vigade kohta lugedes ja vähesel määral kasutades katse-eksitus meetodit sain lõpuks valideeritud.
(Viimane puuduv asi oli meta equiv="Content-Type" content="text/html;charset=ISO-8859-1")
reede, 26. september 2008
1 nädala kodutöö: Learning Technology Standardization: Making Sense of it All
Tehnoloogia ja ka tarkvara arenevad suhteliselt kiiresti, kohati isegi helikiirusel võrreldes nii mõnegi tööstusharuga. Kui nüüd oleks selline suund, et igaüks arendab ise: üks või paar-kolm firmat hakkavad teistega võrreldes kõvasti tulu teenima. Mingil hetkel toimub väiksem tagasilöök või kapitaalne kokkuvarisemine ning liidriks hakkavad pürgima hoopis uued firmad. Selles tohuvapohus pöördub inimene tavaliselt algelisemate versioonide poole, sest ei ole mõtet hoida end kursis asjadega, mis homme on juba nn. vana uudis. Viis aastatki on pikk aeg ja standardite puudumisel võib tekkida sadu või tuhandeid eri versioone, milles orienteerumiseks läheks vaja ühel inimesel mitut eluiga. Standardamine võib mõne meelest olla raamidesse panemine, mille vastu tuleb mässata, kuid tuleb tunnistada, et samas ka ainus viis selge mõistuse säilitamiseks.
