Erinevus lehekülje "Kasutajaliidesed (ITI0209)" redaktsioonide vahel
(Verrev teisaldas lehekülje Kasutajaliidesed (ITV0130) pealkirja Kasutajaliidesed (ITV0130)) 2018 alla) |
|||
1. rida: | 1. rida: | ||
− | + | {{UI}}Kursuse kood: <b>ITV0130</b><br> | |
+ | Link: https://courses.cs.ttu.ee/pages/ITV0130<br> | ||
+ | Õppejõud: Martin Verrev, [https://www.linkedin.com/in/kristian-lember-254a2a6a/ Kristian Lember]<br> | ||
+ | Kontakt: martin.verrev@ttu.ee, TTÜ ruum ICT-422<br> | ||
+ | 2018 aasta kursuse lehte näed siit: [[Kasutajaliidesed_(ITV0130))_2019]]<br> | ||
+ | |||
+ | Jooksva info edastamiseks on kursusel [https://kasutajaliidesed2019.slack.com/ Slacki kanal] millega saab liituda kasutades [https://join.slack.com/t/kasutajaliidesed2019/shared_invite/enQtNTM1MTgzMzY4NzUzLTEzNDcyYTBkNWY4OGNiZTNlMWI3Yzg2OTQyYjFlNDM3MWRhYjRlMGNjZTg2YzFhNjI3YzVjZjUyOTQ0MzBjMjg seda linki] | ||
+ | |||
+ | == Aeg, koht, tulemus == | ||
+ | Loeng toimub igal teisipäeval kell 10:00-11:30 ruumis U06a-201. | ||
+ | |||
+ | Praktikumid toimuvad eri gruppidele neljal erineval ajal. Esimesel nädalal on juhendajad Martin Verrev ja Kristian Lember, järgmistel tuleb praktikumijuhendajaid juurde. | ||
+ | |||
+ | NB! Praktikumide eesmärgiks on teha ise ülesande kallal tööd, küsida juhendajalt probleemide korral abi ja esitada valmis või osaliselt valmis töid juhendajale. Praktikumides enamasti ei esitata üldist infot/materjale/näiteid kõigile vaatamiseks: selleks on loeng. | ||
+ | |||
+ | teisipäeval kell 12:00 ruumis ICT-401 rühmad: IAIB42, IAIB43 | ||
+ | teisipäeval kell 14:00 ruumis ICT-401 rühmad: IAIB41, IAIB43 | ||
+ | teisipäeval kell 16:00 ruumis ICT-401 rühmad: IAPB63, IAPB64 | ||
+ | neljapäeval kell 10:00 ruumis ICT-403 rühmad: IAPB61, IAPB62 | ||
+ | |||
+ | Kursus lõpeb hindelise arvestusega. Hinne sõltub kursuse jooksul tehtud praktikumide tulemustest (60%) pluss kursuse lõpus toimuva kontrolltöö tulemustest (40%). | ||
+ | |||
+ | '''Juhime kõigi praktikumijuhendajate poolt tähelepanu, et praktikumitöö arvestamine ja hindamine toimub ainult sinu grupi ajal! Muude gruppide aegadel võetakse töid vastu ainult juhul, kui ei ole kedagi õigest grupist, kes sooviks tööd esitada / konsulteerida, st reeglina mitte arvestuse viimasel nädalal.''' | ||
+ | |||
+ | == Hindamine == | ||
+ | [[Pilt:ITV0130-Excel-error.png|right]] | ||
+ | Aine hinnatakse 100 punkti skaalal; saadaval olevate punktide hulk on veidi suurem. Punktid kogutakse semestri jooksul ja jaotuvad: | ||
+ | |||
+ | * 15 punkti: [[UI:Kodutöö 1 (2019)|Kodutöö 1: Kasutajavood ja staatiline prototüüp. Kasutajatestimine.]] 25. veebruari nädal. | ||
+ | * 15 punkti: [[UI:Kodutöö 2 (2019)|Kodutöö 2: HTML Prototüüp ja CSS raamistikud.]] 2. aprilli nädal | ||
+ | * 15 punkti: [[UI:Kodutöö 3 (2019)|Kodutöö 3: Funktsionaalne prototüüp ja Vue.js]] 30. aprilli nädal | ||
+ | * 15 punkti: [[UI:Kodutöö 4 (2019)|Kodutöö 4: Valideeritud rakendus. Andmete visualiseerimine]] 14. mai nädal | ||
+ | * 40 punkti: kontrolltöö | ||
+ | |||
+ | Iga töö annab 0-15 punkti. <font color="red">Hilinenud tööd annavad poole punktidest.</font> Töid võib (ja on soovitav) esitada enne tähtaega. | ||
+ | |||
+ | === Lisapunktid === | ||
+ | * 9-10 mail toimub [[http://garage48.org/events/garage48-visualising-data Garage48 Visualising Data]] häkaton, millel osalemine annab 5 lisapunkti. Koodi registreerimiseks TTÜ tudengina saab õppejõult kursuse Slacki kanalis. | ||
+ | |||
+ | |||
+ | <font color="red">'''NB!'''</font> | ||
+ | * Kui sinu praktikum on õigeaegselt arvestatud, siis saad esitada täiendusi kuni nädalalani enne järgmise praktikumi tähtaega, ilma pooli punkte kaotamata. | ||
+ | * Kui sinu praktikum ei ole õigeaegselt arvestatud, siis on sul esitamiseks aega veel kolm nädalat peale tähtaega (välja arvatud neljas ja viies praks), aga selliselt hilinenud praks annab ainult pooled punktid. | ||
+ | * Üle kolme nädala hilinenud praks annab edukal arvestamisel ainult üheainsa punkti. | ||
+ | * Oma tööd saad arvestuseks esitada <b>ainult</b> oma rühma praksi ajal. Lihtsalt nõu ja abi saad küsida ka teistel aegadel. Kui sa ei ole üheski rühmas, siis on esimene kaitsmisaeg vaba aga hiljem hakkad oma töid kaitsma selle rühma juures kus kaitsesid esimese töö. | ||
+ | |||
+ | Kõik tööd tuleb esitada ise TTÜ arvutiklassis: emailiga saadetud töid ei vaadata. Kasutada võib nii klassi arvuteid kui oma arvutit, brauser ja operatsioonisüsteem on vabalt valitavad. Programmeerimstööde presenteerimiseks tuleb kasutada ülikooli serverit dijkstra: kõiki prakse vaatavad õppejõud ainult sealt serverist. Kindlasti loe [[Dijkstra server|dijkstra serveri kasutamise õpetust]]. | ||
+ | |||
+ | Kursuse edukaks läbimiseks ja kontrolltööle pääsemiseks peavad kõik kohustuslikud praktilised tööd olema tehtud. | ||
+ | |||
+ | |||
+ | == Kontroltöö == | ||
+ | |||
+ | Kursuses on peale praktikumide ka üks kohustuslik kontrolltöö, mis toimub semestri viimasel nädalal ja annab maksimaalselt 40 punkti. Kontrolltööle pääsemiseks pead olema vähemalt 1-le punktile kaitsnud 1-3 praktikumitöö. Edukaks sooritamiseks pead kontrolltöös saama vähemalt 51% kogupunktisummast ja kogu kursuse eest (praktikumid+kontrolltöö) vähemalt 51 punkti. Kontrolltööd saab kirjutada ühel korral. | ||
+ | |||
+ | Kontrolltöö jaoks on sul valida kaks võimalikku päeva. | ||
+ | |||
+ | * teisipäeval 14. mail kell 10:00 '''auditooriumis U06a-201''' | ||
+ | * neljapäeval 16. mail kell 12:00 IT kolledzis, auditooriumis EIK-316 | ||
+ | |||
+ | Praktikumiaegades on veel võimalik kaitsta koduseid töid, aga peale 17. maid on kursus lõppenud: ülesandeid enam ei vaadata ja rohkem kontrolltöösid ei tehta. | ||
+ | |||
+ | '''Kontrolltööle võtke kaasa pildiga dokument''' | ||
+ | |||
+ | |||
+ | === Kontroltöö sisu === | ||
+ | |||
+ | Kontrolltöö eesmärgiks on kontrollida kursuses läbitud teemadest sisulist arusaamist. Seal on nii vabatekstis kui valikvastustega küsimusi ja lihtsamaid programmeerimisülesandeid. Konkreetsed klasside nimed, teekide nimed, teegifunktsioonide nimed jne ei ole kontrolltöö teema: need antakse ülesandes ette või võite kasutada umbkaudset nime. | ||
+ | |||
+ | Oskused ülesannete lahendamiseks peaks olema automaatselt kõigil, kes on praktikume süvenemisega teinud. | ||
+ | Kontrolltöö punktid lisanduvad praktikumi punktidele. | ||
+ | |||
+ | Alla 50% kontrolltöö tulemus tähendab ebaõnnestumist. | ||
+ | |||
+ | |||
+ | === Teemade loend === | ||
+ | |||
+ | Siin on esitatud valik teemasid mis kontrolltöösse tulla võivad. Oluline on sisuline arusaamine, mite | ||
+ | |||
+ | * Kasutajateekond, flow | ||
+ | * Layout | ||
+ | * Grid | ||
+ | * Navigatsioon (nupud, menüü jne) | ||
+ | * Keskkonna struktuur | ||
+ | * CTA (Call to Action) | ||
+ | * Pealkirjade hierarhia | ||
+ | * Kasutajatestimine | ||
+ | * Gestaltprintsiibid, hea lühikokkuvõte on siin: http://www.paberimuuseum.ee/disainiABC/site/lesson3-1.html | ||
+ | * HTML raamistikud, lihtsamad programmeerimisülesanded teie poolt valitud raamistikel | ||
+ | * Lehe kohandamine mobiilivaadetele | ||
+ | * CSS eelprotsessorid | ||
+ | * BEM | ||
+ | * Veebikomponendid, shadow-DOM | ||
+ | * Lihtsam Vue/React | ||
+ | * KPI-d | ||
+ | |||
+ | == Loengud == | ||
+ | |||
+ | Loengute videosalvestised on kättesaadavad [https://echo360.org.uk/section/3c82e893-acf4-4e75-ac23-6bc45861d5fb/public sellelt lingilt]. | ||
+ | |||
+ | * Loeng 1: [https://docs.google.com/presentation/d/1n9d4uGMVtVvlxoaorpJxdaFPKpcqNaB-BDCZXoUyqVs/edit Sissejuhatus disaini] | ||
+ | * Loeng 2: [https://docs.google.com/presentation/d/1dIfQab7ns7mhZFyDzsgdx6ff8jbjQ-n1tC8XTXt4CLQ/edit Kasutajakogemuse disain: UX] | ||
+ | * Loeng 3: [https://docs.google.com/presentation/d/1qVjyJo-r206XstoH4U6kAStwpMEf9K_7ZR4_esp7y4Y/edit Kasutajakogemuse disain: Wireframe] | ||
+ | * Loeng 4: [https://docs.google.com/presentation/d/1t2tICnUFY2isBphGHjj_3pitG8fHOWmPUCb0GrBSGu8/edit Kasutajakogemuse disain: Wireframe. Prototüüp. Testimine.] | ||
+ | * Loeng 5: [https://www.dropbox.com/s/1ezpk23ypjsnize/ttu_visualdesign.pdf?dl=0 Visuaalne disain graafilise kasutajaliidese kontekstis] | ||
+ | * Loeng 6: [https://www.beautiful.ai/deck/-LXO_WhqKYVnDhCfnn7M/ITV0130-CSS-raamistlikud Kasutajaliideste arendaja roll. CSS raamistikud] | ||
+ | * Loeng 7: [https://www.beautiful.ai/deck/-L_TKpi0_FhW60VKz-1Y/ITV0130-CSS-SASS-LESS Hallatav CSS. Eelprotsessorid] | ||
+ | * Loeng 8: [https://www.beautiful.ai/deck/-LaHEUnlSRf679jiuxwm/ITV0130-BEM Hallatav CSS. BEM] | ||
+ | * Loeng 9: [https://www.beautiful.ai/deck/-LaqnjrE3g0a_NhCU7Y1/ITV0130-Web-Components Hallatav HTML. Sissejuhatus veebikomponentidesse] | ||
+ | * Loeng 10: Veebikomponentide jätk | ||
+ | * Loeng 11: [https://www.beautiful.ai/deck/-Lc-f1fSqwKBlQ-7fpVD/ITV0130-Component-Frameworks-VueJS Komponendiraamistikud. Vue.js] | ||
+ | * Loeng 12: Vue.js jätk | ||
+ | * Loeng 13: Vue.js + NPM. SPA. | ||
+ | * Loeng 14: [https://www.beautiful.ai/deck/-LdOegkRcVwgqH_1nyUQ/ITV0130-Telling-Stories-with-Data Andmete visualiseerimine. Dashboard.] | ||
+ | * Loeng 15: [https://www.beautiful.ai/deck/-LeE9qoHCMB682wZ83SQ/ITV0130-SVG-Animations SVG. Animatsioonid] | ||
+ | * Loeng 16: Kontrolltöö | ||
+ | |||
+ | |||
+ | |||
+ | <!-- | ||
+ | Kursuse kordajatele: varasemate aastate kontrolltöö hinde võib paluda otse üle kanda. | ||
+ | --> | ||
+ | |||
+ | == Viidete kogu == | ||
+ | |||
+ | ===Koodinäiteid=== | ||
+ | [https://github.com/martinve/itv0130 Kursuse koodinäiteid Githubis] | ||
+ | |||
+ | ===Lugemist=== | ||
+ | |||
+ | * Spolsky: [http://www.joelonsoftware.com/uibook/fog0000000249.html User Interface Design For Programmers] - kontrollitundest, kasutajamudelist ja päris inimestest | ||
+ | * A List Apart: [http://alistapart.com/article/indefenseofeyecandy In Defence of Eye Candy] - miks ilus liides on "parem". | ||
+ | * Brandon Walkin: [http://www.brandonwalkin.com/blog/2009/08/10/managing-ui-complexity/ Managing UI complexity] - sellest kuidas asju kasutaja eest ära peita | ||
+ | * Ask Tog: [http://asktog.com/atc/principles-of-interaction-design/ First Principles of User Interaction Design] - tee liides valmis ja loe see uuesti läbi | ||
+ | * Nielsen: [http://www.nngroup.com/articles/ten-usability-heuristics/ 10 heuristilist kriteeriumit] - liidese testimiseks | ||
+ | * [http://ui-patterns.com/patterns UI-Patterns.com] - input, navigation, data | ||
+ | * [http://friedcellcollective.net/outbreak/2007/12/13/messing-up-the-interface/ kuidas vormid koledaks lähevad] ja [http://www.lukew.com/ff/entry.asp?1502 vormide disainist] | ||
+ | * [https://viki.pingviin.org/Stiilijuhend_tarkvara_t%C3%B5lkimiseks Stiilijuhend tarkvara tõlkimiseks] | ||
+ | * [https://www.ttu.ee/tugistruktuur/veebitugi-4/sisuloome-tugi/sisuteksti-koostamine-2/ Sisuteksti koostamine] | ||
+ | |||
+ | ===Tehniline=== | ||
+ | |||
+ | ''Kontrolltöö mõttes tasub mõelda praktikumi- ja kodutööde mahus.'' | ||
+ | |||
+ | * CSS (vt http://www.w3schools.com/css/default.asp). Peab aru saama põhimõtetest ja näidetest. Konkreetsete omaduste ja atribuudite nimesid ise välja ei pea mõtlema. | ||
+ | * Javascript (vt http://www.w3schools.com/js/default.asp). Peab aru saama väikestest näidetest a la js inclusion, vormist teksti kättesaamine ja muutmine, domi kättesaamine ja muutmine. Ei pea oskama erinevaid teeke. | ||
+ | * Json/ajax (vt http://www.w3schools.com/ajax/default.asp). Peab oskama kirjutada väikese JSONi kasutava ajaxi näite. Väike progeülesanne. | ||
+ | * HTML DOM põhipunktid | ||
+ | |||
+ | == Niisama huvitavat lugemist == | ||
+ | |||
+ | ''Kontrolltöö eel siit õppida pole tarvis; siin on lihtsalt lahedused'' | ||
+ | |||
+ | * [[Noppeid (ITV0130)|Noppeid]] - ekraanipiltide kogu | ||
+ | * [https://www.codeschool.com/courses/shaping-up-with-angular-js Shaping up with angular] - imeline angulari veebikoolitus (aga spämmib teid pärast rohkelt äraütlemisvõimalusega) | ||
+ | * [http://www.theverge.com/2013/1/24/3904134/google-redesign-how-larry-page-engineered-beautiful-revolution Redesigning Google: How Larry Page Engineered Beautiful Revolution] - kuidas Google ennast hiljuti ümber ehitas | ||
+ | * [http://bjk5.com/post/44698559168/breaking-down-amazons-mega-dropdown Amazoni alam-menüü nipp] | ||
+ | * [http://paulrouget.com/e/devtoolsnext/ Firefox developer tools] - lahedusi Mozillalt | ||
+ | * [http://www.trinidad.ee/public/materjalid/Kasutajakeskse_veebi_lehekylgede_disain.pdf RISO: Kasutajakeskse veebi lehekülgede disain (.pdf)] | ||
+ | * [http://msdn.microsoft.com/en-us/library/windows/desktop/aa511258.aspx Windows User Experience Interaction guidelines] - Win7 | ||
+ | * [http://msdn.microsoft.com/en-us/library/windows/apps/hh465424.aspx UX Guidelines for Windows Store apps] - Win 8 | ||
+ | * [http://developer.apple.com/library/ios/#documentation/UserExperience/Conceptual/MobileHIG/Introduction/Introduction.html iOS Human Interface Guidelines] | ||
+ | * [https://developer.android.com/design/index.html Android UI Design] | ||
+ | * [https://developer.gnome.org/hig-book/stable/ GNOME Human Interface Guidelines] | ||
+ | * [https://medium.com/product-design/5ccef7b3e1fc Kuidas iOS lapikumaks muutub aja jooksul] | ||
+ | * [http://www.behance.net/rogeroddone Google Visual Asset Guidelines] - Google'i ikonograafia loomisest | ||
+ | * [http://www.theverge.com/2013/8/29/4640308/dark-patterns-inside-the-interfaces-designed-to-trick-you Dark Patterns] - salakavalatest kasutajaliidese mustritest. | ||
+ | * [https://medium.com/@zmh/bye-google-maps-ea3ea10f84dc CityMapper vs Google Maps] - UX võrdlus | ||
+ | * [http://www.allenpike.com/2014/schrodingers-shift-key/ iOS 8 ja shift] | ||
+ | * [https://xss-game.appspot.com/ Cross-Site Scripting] - tore mäng turvaprobleemidest kasutajaliidese ehitamisel | ||
+ | * [http://eev.ee/blog/2012/04/09/php-a-fractal-of-bad-design/ Vihakõne PHP suunal] - väga must huumor | ||
+ | * [http://blog.martindoms.com/2011/01/24/poor-ui-design-can-kill/ Kuidas lennuk valesti disainiti ja inimesed katki läksid sellest] | ||
+ | * [http://www.fastcodesign.com/3053406/how-apple-is-giving-design-a-bad-name How Apple Is Giving Design A Bad Name] - kuidas Apple oma liideste disainiga veidi rappa on jõudnud | ||
+ | * [https://www.npmjs.com/package/jade Jade - miinimumsüntaksiga HTML] | ||
+ | * [http://sass-lang.com/guide Sass - miinimumsüntaksiga CSS] | ||
+ | * [https://www.fastcodesign.com/90157153/don-norman-what-went-wrong-in-hawaii-human-error-nope-bad-design Havai tuumahoiatus ja disain] | ||
+ | * [https://medium.com/@urschanselmann/reactive-programming-an-introduction-for-game-developers-f7da00edb424 Reactive Programming for Game Developers] | ||
+ | * [https://gist.github.com/staltz/868e7e9bc2a7b8c1f754 The introduction to Reactive Programming you've been missing] | ||
+ | * [https://hasso.tepper.pri.ee/2013/09/motteid-tarkvara-tolkimisest-vol-1/ Hasso Tepper: Tarkvara tõlkimisest vol1] | ||
+ | * [https://sander85.com/download/vaba_tarkvara_tolkimine_eestis.pdf Tarkvara tõlkimine Eestis] | ||
+ | * [https://viki.pingviin.org/Stiilijuhend_tarkvara_t%C3%B5lkimiseks Stiilijuhend] | ||
+ | * [https://javlaskitsystem.se/2012/02/whats-the-waiter-doing-with-the-computer-screen/ Kui liidese disain läbi kukub, on kasutaja tihti leidlik.] | ||
+ | |||
+ | [[Kategooria:Kasutajaliidesed]] |
Redaktsioon: 14. jaanuar 2020, kell 14:22
Kursuse kood: ITV0130
Link: https://courses.cs.ttu.ee/pages/ITV0130
Õppejõud: Martin Verrev, Kristian Lember
Kontakt: martin.verrev@ttu.ee, TTÜ ruum ICT-422
2018 aasta kursuse lehte näed siit: Kasutajaliidesed_(ITV0130))_2019
Jooksva info edastamiseks on kursusel Slacki kanal millega saab liituda kasutades seda linki
Aeg, koht, tulemus
Loeng toimub igal teisipäeval kell 10:00-11:30 ruumis U06a-201.
Praktikumid toimuvad eri gruppidele neljal erineval ajal. Esimesel nädalal on juhendajad Martin Verrev ja Kristian Lember, järgmistel tuleb praktikumijuhendajaid juurde.
NB! Praktikumide eesmärgiks on teha ise ülesande kallal tööd, küsida juhendajalt probleemide korral abi ja esitada valmis või osaliselt valmis töid juhendajale. Praktikumides enamasti ei esitata üldist infot/materjale/näiteid kõigile vaatamiseks: selleks on loeng.
teisipäeval kell 12:00 ruumis ICT-401 rühmad: IAIB42, IAIB43 teisipäeval kell 14:00 ruumis ICT-401 rühmad: IAIB41, IAIB43 teisipäeval kell 16:00 ruumis ICT-401 rühmad: IAPB63, IAPB64 neljapäeval kell 10:00 ruumis ICT-403 rühmad: IAPB61, IAPB62
Kursus lõpeb hindelise arvestusega. Hinne sõltub kursuse jooksul tehtud praktikumide tulemustest (60%) pluss kursuse lõpus toimuva kontrolltöö tulemustest (40%).
Juhime kõigi praktikumijuhendajate poolt tähelepanu, et praktikumitöö arvestamine ja hindamine toimub ainult sinu grupi ajal! Muude gruppide aegadel võetakse töid vastu ainult juhul, kui ei ole kedagi õigest grupist, kes sooviks tööd esitada / konsulteerida, st reeglina mitte arvestuse viimasel nädalal.
Hindamine
Aine hinnatakse 100 punkti skaalal; saadaval olevate punktide hulk on veidi suurem. Punktid kogutakse semestri jooksul ja jaotuvad:
- 15 punkti: Kodutöö 1: Kasutajavood ja staatiline prototüüp. Kasutajatestimine. 25. veebruari nädal.
- 15 punkti: Kodutöö 2: HTML Prototüüp ja CSS raamistikud. 2. aprilli nädal
- 15 punkti: Kodutöö 3: Funktsionaalne prototüüp ja Vue.js 30. aprilli nädal
- 15 punkti: Kodutöö 4: Valideeritud rakendus. Andmete visualiseerimine 14. mai nädal
- 40 punkti: kontrolltöö
Iga töö annab 0-15 punkti. Hilinenud tööd annavad poole punktidest. Töid võib (ja on soovitav) esitada enne tähtaega.
Lisapunktid
- 9-10 mail toimub [Garage48 Visualising Data] häkaton, millel osalemine annab 5 lisapunkti. Koodi registreerimiseks TTÜ tudengina saab õppejõult kursuse Slacki kanalis.
NB!
- Kui sinu praktikum on õigeaegselt arvestatud, siis saad esitada täiendusi kuni nädalalani enne järgmise praktikumi tähtaega, ilma pooli punkte kaotamata.
- Kui sinu praktikum ei ole õigeaegselt arvestatud, siis on sul esitamiseks aega veel kolm nädalat peale tähtaega (välja arvatud neljas ja viies praks), aga selliselt hilinenud praks annab ainult pooled punktid.
- Üle kolme nädala hilinenud praks annab edukal arvestamisel ainult üheainsa punkti.
- Oma tööd saad arvestuseks esitada ainult oma rühma praksi ajal. Lihtsalt nõu ja abi saad küsida ka teistel aegadel. Kui sa ei ole üheski rühmas, siis on esimene kaitsmisaeg vaba aga hiljem hakkad oma töid kaitsma selle rühma juures kus kaitsesid esimese töö.
Kõik tööd tuleb esitada ise TTÜ arvutiklassis: emailiga saadetud töid ei vaadata. Kasutada võib nii klassi arvuteid kui oma arvutit, brauser ja operatsioonisüsteem on vabalt valitavad. Programmeerimstööde presenteerimiseks tuleb kasutada ülikooli serverit dijkstra: kõiki prakse vaatavad õppejõud ainult sealt serverist. Kindlasti loe dijkstra serveri kasutamise õpetust.
Kursuse edukaks läbimiseks ja kontrolltööle pääsemiseks peavad kõik kohustuslikud praktilised tööd olema tehtud.
Kontroltöö
Kursuses on peale praktikumide ka üks kohustuslik kontrolltöö, mis toimub semestri viimasel nädalal ja annab maksimaalselt 40 punkti. Kontrolltööle pääsemiseks pead olema vähemalt 1-le punktile kaitsnud 1-3 praktikumitöö. Edukaks sooritamiseks pead kontrolltöös saama vähemalt 51% kogupunktisummast ja kogu kursuse eest (praktikumid+kontrolltöö) vähemalt 51 punkti. Kontrolltööd saab kirjutada ühel korral.
Kontrolltöö jaoks on sul valida kaks võimalikku päeva.
- teisipäeval 14. mail kell 10:00 auditooriumis U06a-201
- neljapäeval 16. mail kell 12:00 IT kolledzis, auditooriumis EIK-316
Praktikumiaegades on veel võimalik kaitsta koduseid töid, aga peale 17. maid on kursus lõppenud: ülesandeid enam ei vaadata ja rohkem kontrolltöösid ei tehta.
Kontrolltööle võtke kaasa pildiga dokument
Kontroltöö sisu
Kontrolltöö eesmärgiks on kontrollida kursuses läbitud teemadest sisulist arusaamist. Seal on nii vabatekstis kui valikvastustega küsimusi ja lihtsamaid programmeerimisülesandeid. Konkreetsed klasside nimed, teekide nimed, teegifunktsioonide nimed jne ei ole kontrolltöö teema: need antakse ülesandes ette või võite kasutada umbkaudset nime.
Oskused ülesannete lahendamiseks peaks olema automaatselt kõigil, kes on praktikume süvenemisega teinud. Kontrolltöö punktid lisanduvad praktikumi punktidele.
Alla 50% kontrolltöö tulemus tähendab ebaõnnestumist.
Teemade loend
Siin on esitatud valik teemasid mis kontrolltöösse tulla võivad. Oluline on sisuline arusaamine, mite
- Kasutajateekond, flow
- Layout
- Grid
- Navigatsioon (nupud, menüü jne)
- Keskkonna struktuur
- CTA (Call to Action)
- Pealkirjade hierarhia
- Kasutajatestimine
- Gestaltprintsiibid, hea lühikokkuvõte on siin: http://www.paberimuuseum.ee/disainiABC/site/lesson3-1.html
- HTML raamistikud, lihtsamad programmeerimisülesanded teie poolt valitud raamistikel
- Lehe kohandamine mobiilivaadetele
- CSS eelprotsessorid
- BEM
- Veebikomponendid, shadow-DOM
- Lihtsam Vue/React
- KPI-d
Loengud
Loengute videosalvestised on kättesaadavad sellelt lingilt.
- Loeng 1: Sissejuhatus disaini
- Loeng 2: Kasutajakogemuse disain: UX
- Loeng 3: Kasutajakogemuse disain: Wireframe
- Loeng 4: Kasutajakogemuse disain: Wireframe. Prototüüp. Testimine.
- Loeng 5: Visuaalne disain graafilise kasutajaliidese kontekstis
- Loeng 6: Kasutajaliideste arendaja roll. CSS raamistikud
- Loeng 7: Hallatav CSS. Eelprotsessorid
- Loeng 8: Hallatav CSS. BEM
- Loeng 9: Hallatav HTML. Sissejuhatus veebikomponentidesse
- Loeng 10: Veebikomponentide jätk
- Loeng 11: Komponendiraamistikud. Vue.js
- Loeng 12: Vue.js jätk
- Loeng 13: Vue.js + NPM. SPA.
- Loeng 14: Andmete visualiseerimine. Dashboard.
- Loeng 15: SVG. Animatsioonid
- Loeng 16: Kontrolltöö
Viidete kogu
Koodinäiteid
Lugemist
- Spolsky: User Interface Design For Programmers - kontrollitundest, kasutajamudelist ja päris inimestest
- A List Apart: In Defence of Eye Candy - miks ilus liides on "parem".
- Brandon Walkin: Managing UI complexity - sellest kuidas asju kasutaja eest ära peita
- Ask Tog: First Principles of User Interaction Design - tee liides valmis ja loe see uuesti läbi
- Nielsen: 10 heuristilist kriteeriumit - liidese testimiseks
- UI-Patterns.com - input, navigation, data
- kuidas vormid koledaks lähevad ja vormide disainist
- Stiilijuhend tarkvara tõlkimiseks
- Sisuteksti koostamine
Tehniline
Kontrolltöö mõttes tasub mõelda praktikumi- ja kodutööde mahus.
- CSS (vt http://www.w3schools.com/css/default.asp). Peab aru saama põhimõtetest ja näidetest. Konkreetsete omaduste ja atribuudite nimesid ise välja ei pea mõtlema.
- Javascript (vt http://www.w3schools.com/js/default.asp). Peab aru saama väikestest näidetest a la js inclusion, vormist teksti kättesaamine ja muutmine, domi kättesaamine ja muutmine. Ei pea oskama erinevaid teeke.
- Json/ajax (vt http://www.w3schools.com/ajax/default.asp). Peab oskama kirjutada väikese JSONi kasutava ajaxi näite. Väike progeülesanne.
- HTML DOM põhipunktid
Niisama huvitavat lugemist
Kontrolltöö eel siit õppida pole tarvis; siin on lihtsalt lahedused
- Noppeid - ekraanipiltide kogu
- Shaping up with angular - imeline angulari veebikoolitus (aga spämmib teid pärast rohkelt äraütlemisvõimalusega)
- Redesigning Google: How Larry Page Engineered Beautiful Revolution - kuidas Google ennast hiljuti ümber ehitas
- Amazoni alam-menüü nipp
- Firefox developer tools - lahedusi Mozillalt
- RISO: Kasutajakeskse veebi lehekülgede disain (.pdf)
- Windows User Experience Interaction guidelines - Win7
- UX Guidelines for Windows Store apps - Win 8
- iOS Human Interface Guidelines
- Android UI Design
- GNOME Human Interface Guidelines
- Kuidas iOS lapikumaks muutub aja jooksul
- Google Visual Asset Guidelines - Google'i ikonograafia loomisest
- Dark Patterns - salakavalatest kasutajaliidese mustritest.
- CityMapper vs Google Maps - UX võrdlus
- iOS 8 ja shift
- Cross-Site Scripting - tore mäng turvaprobleemidest kasutajaliidese ehitamisel
- Vihakõne PHP suunal - väga must huumor
- Kuidas lennuk valesti disainiti ja inimesed katki läksid sellest
- How Apple Is Giving Design A Bad Name - kuidas Apple oma liideste disainiga veidi rappa on jõudnud
- Jade - miinimumsüntaksiga HTML
- Sass - miinimumsüntaksiga CSS
- Havai tuumahoiatus ja disain
- Reactive Programming for Game Developers
- The introduction to Reactive Programming you've been missing
- Hasso Tepper: Tarkvara tõlkimisest vol1
- Tarkvara tõlkimine Eestis
- Stiilijuhend
- Kui liidese disain läbi kukub, on kasutaja tihti leidlik.