ICO wiki - User contributions [en]

Meeskond "partycrasher"

2012-04-11T15:54:33Z

Tlebedev: /* Idee */

==Idee==

Veebiteenus, mis salvestab rakendustes tekkivad vead.

Erindi (ingl.k exception) tekkimisel saadab rakendus, kus viga tekkis, veebiteenusele vea kirjelduse, stack trace'i, koodifaili nime ja rea numbri. Arendajad saavad hiljem vigade andmebaasi sirvida, vea parandada ja selle andmebaasis tehtuks märkida.

Et veebiteenusele andmete saatmine käib XML abil, siis võib klientrakenduseks olla suvaline rakendus. Käesoleva projekti raames luuakse klientrakendusena Javascript teek ning näidisveeb, millega saab prooviks vigu tekitada.

==Konkurendid==

* http://www.exceptional.io/
* http://airbrake.io/pages/home

==Kasutuslood==

===Arendaja/Lõppkasutaja===

* Konto registreerimine
* Sisselogimine
* Vea salvestamine XML paketiga
* Vigade sirvimine
* Vea lahendatuks märkimine

===Admin===

* Kasutajate sirvimine

==Lähtekood==

https://github.com/tanel/partycrasher

==XML==

===XSD===

https://github.com/tanel/partycrasher/blob/master/crashreport-0-1.xsd

===XML===

https://github.com/tanel/partycrasher/blob/master/crashreport-0-1.xml

===XSLT===

https://github.com/tanel/partycrasher/blob/master/crashreport-0-1-html.xslt

Näidisväljund: http://enos.itcollege.ee/~tlebedev/partycrasher/out/crashreport-0-1.html

==Veebiteenus==

==Klientrakendus==

==Retsetsioonid==

===Unusual suspects===

Retsenseeritav XML: https://github.com/dsour/veebirakendus_kt1/blob/master/Unusual_Suspects/soiduplaan.xml

http://validator.w3.org/check validaator kinnitab, et XML on valiidne.

Natuke häirib see, et XML-is on elemendid ja atribuudid läbisegi nii eesti kui inglise keeles. Näiteks “Plaan”, “Liinid” aga object, refid. Minupoolne soovitus oleks loobuda eestikeelsest XML-ist ning kasutada läbivalt kodeerimisel inglise keelt. Soovituse mõte ei ole eelistada võõrkeelt, vaid see hõlbustaks veebiteenuse kasutamist ka väljaspool Eestit või neil, kes eesti keelt ei oska.

Ei saa aru, miks on elemendi “Plaan” all “object” ja milleks seda vaja läheb. Atribuut “type” tundub olevat mitte tüüp, vaid GUID-laadne identifikaator – kas tegu on Flashiga? XML koosneb andmetest, kuid “object” puhul on segatud andmeid ning nende esitamist – nii on “object” elemendil “style” atribuut, mis paistab olevat CSS. Võib-olla tuleks andmed ning nende esitus kuidagi lahus hoida, näiteks esitada andmeid HTML abil.

“Paev” elemendi sisu on tegelikult piiratud hulk. Siis tuleks kasutada piiranguid, näiteks siit leiab näiteid, kuidas seda võiks teha: http://www.w3schools.com/schema/schema_facets.asp

“alates” ja “kuni” kuupäevad ei sisalda ajatsooni. Ma lisaks igaks juhuks ka ajatsooni selguse mõttes.

Ei saa aru, mida tähendab atribuut “refid”, mis elemendil “Suund” on valikuline, kuid elemendil “PeatusLiinil” kohustuslik.

Kui need pisiasjad kõrvale jätta, siis väga hästi tehtud.

===Meeskond "Kolmas" 2012===

Retsenseeritav XML: http://enos.itcollege.ee/~lrooden/v_rak_2/notes.xml

XML valideerub (vt http://validator.w3.org/check?uri=http%3A%2F%2Fenos.itcollege.ee%2F~lrooden%2Fv_rak_2%2Fnotes.xml&charset=%28detect+automatically%29&doctype=Inline&group=0), kuid annab hoiatuse, et fail sisaldab BOM märki. Minu soovitus oleks seda märki mitte kasutada, kuivõrd XML ise deklareerib, et kodeeringuks on UTF-8. Unicode'i standard ütleb, et UTF-8 puhul ei ole BOM kohustuslik ega soovituslik (vt http://en.wikipedia.org/wiki/Byte_order_mark#cite_note-2).

Kui elemendil “note” on alati olemas ja kohustuslik “id” ning “url” alam-element, siis tuleks need võib-olla teha elemendi “note” atribuutideks.

Tundub, et “users/user” elemendid võiks hoopis kanda nime “comments/comment”, sest tegu tundub olevat kommentaaride loendiga, mitte kasutajate loendiga. Elemendil “user” on alam-element “time”, aga ei saa hästi aru, mis aeg seal on – kas see on kommentaari lisamise aeg?

Mõte kommentaari CDATA-ga kodeerida tundub kaval, sest kasutaja võib tõesti sisestada kommentaari ka XML märke. Samas saab ta seda vist teha ka oma nime puhul? St võib-olla tuleks kasutaja nimi ka CDATA-ga kodeerida, nagu ka lipikud (“tags”)?

Muus osas on XML hästi lihtne, hõlpsalt töödeldav ja loetav.

==Log==

* 02.04.2012 wiki leht, githubi repo, XSD, XML
* 03.04.2012 XSD ja XML-ile rohkem dimensioone; XLST
* 04.04.2012 Windows 8, Visual Studio ja SQL Serveri installimine VirtualBoxi
* 08.04.2012 Retsensioonide kirjutamine.

Meeskond "partycrasher"

2012-04-08T20:27:06Z

Tlebedev: /* Unusual suspects */

==Idee==

Veebiteenus, mis salvestab rakendustes tekkivad vead.

Erindi (ingl.k exception) tekkimisel saadab rakendus, kus viga tekkis, veebiteenusele vea kirjelduse, stack trace'i, koodifaili nime ja rea numbri. Arendajad saavad hiljem vigade andmebaasi sirvida, vea parandada ja selle andmebaasi tehtuks märkida.

Et veebiteenusele andmete saatmine käib XML abil, siis võib klientrakenduseks olla suvaline rakendus. Käesoleva projekti raames luuakse klientrakendusena Javascript teek ning näidisveeb, millega saab prooviks vigu tekitada.

==Konkurendid==

* http://www.exceptional.io/
* http://airbrake.io/pages/home

==Kasutuslood==

===Arendaja/Lõppkasutaja===

* Konto registreerimine
* Sisselogimine
* Vea salvestamine XML paketiga
* Vigade sirvimine
* Vea lahendatuks märkimine

===Admin===

* Kasutajate sirvimine

==Lähtekood==

https://github.com/tanel/partycrasher

==XML==

===XSD===

https://github.com/tanel/partycrasher/blob/master/crashreport-0-1.xsd

===XML===

https://github.com/tanel/partycrasher/blob/master/crashreport-0-1.xml

===XSLT===

https://github.com/tanel/partycrasher/blob/master/crashreport-0-1-html.xslt

Näidisväljund: http://enos.itcollege.ee/~tlebedev/partycrasher/out/crashreport-0-1.html

==Veebiteenus==

==Klientrakendus==

==Retsetsioonid==

===Unusual suspects===

Retsenseeritav XML: https://github.com/dsour/veebirakendus_kt1/blob/master/Unusual_Suspects/soiduplaan.xml

http://validator.w3.org/check validaator kinnitab, et XML on valiidne.

Natuke häirib see, et XML-is on elemendid ja atribuudid läbisegi nii eesti kui inglise keeles. Näiteks “Plaan”, “Liinid” aga object, refid. Minupoolne soovitus oleks loobuda eestikeelsest XML-ist ning kasutada läbivalt kodeerimisel inglise keelt. Soovituse mõte ei ole eelistada võõrkeelt, vaid see hõlbustaks veebiteenuse kasutamist ka väljaspool Eestit või neil, kes eesti keelt ei oska.

Ei saa aru, miks on elemendi “Plaan” all “object” ja milleks seda vaja läheb. Atribuut “type” tundub olevat mitte tüüp, vaid GUID-laadne identifikaator – kas tegu on Flashiga? XML koosneb andmetest, kuid “object” puhul on segatud andmeid ning nende esitamist – nii on “object” elemendil “style” atribuut, mis paistab olevat CSS. Võib-olla tuleks andmed ning nende esitus kuidagi lahus hoida, näiteks esitada andmeid HTML abil.

“Paev” elemendi sisu on tegelikult piiratud hulk. Siis tuleks kasutada piiranguid, näiteks siit leiab näiteid, kuidas seda võiks teha: http://www.w3schools.com/schema/schema_facets.asp

“alates” ja “kuni” kuupäevad ei sisalda ajatsooni. Ma lisaks igaks juhuks ka ajatsooni selguse mõttes.

Ei saa aru, mida tähendab atribuut “refid”, mis elemendil “Suund” on valikuline, kuid elemendil “PeatusLiinil” kohustuslik.

Kui need pisiasjad kõrvale jätta, siis väga hästi tehtud.

===Meeskond "Kolmas" 2012===

Retsenseeritav XML: http://enos.itcollege.ee/~lrooden/v_rak_2/notes.xml

XML valideerub (vt http://validator.w3.org/check?uri=http%3A%2F%2Fenos.itcollege.ee%2F~lrooden%2Fv_rak_2%2Fnotes.xml&charset=%28detect+automatically%29&doctype=Inline&group=0), kuid annab hoiatuse, et fail sisaldab BOM märki. Minu soovitus oleks seda märki mitte kasutada, kuivõrd XML ise deklareerib, et kodeeringuks on UTF-8. Unicode'i standard ütleb, et UTF-8 puhul ei ole BOM kohustuslik ega soovituslik (vt http://en.wikipedia.org/wiki/Byte_order_mark#cite_note-2).

Kui elemendil “note” on alati olemas ja kohustuslik “id” ning “url” alam-element, siis tuleks need võib-olla teha elemendi “note” atribuutideks.

Tundub, et “users/user” elemendid võiks hoopis kanda nime “comments/comment”, sest tegu tundub olevat kommentaaride loendiga, mitte kasutajate loendiga. Elemendil “user” on alam-element “time”, aga ei saa hästi aru, mis aeg seal on – kas see on kommentaari lisamise aeg?

Mõte kommentaari CDATA-ga kodeerida tundub kaval, sest kasutaja võib tõesti sisestada kommentaari ka XML märke. Samas saab ta seda vist teha ka oma nime puhul? St võib-olla tuleks kasutaja nimi ka CDATA-ga kodeerida, nagu ka lipikud (“tags”)?

Muus osas on XML hästi lihtne, hõlpsalt töödeldav ja loetav.

==Log==

* 02.04.2012 wiki leht, githubi repo, XSD, XML
* 03.04.2012 XSD ja XML-ile rohkem dimensioone; XLST
* 04.04.2012 Windows 8, Visual Studio ja SQL Serveri installimine VirtualBoxi
* 08.04.2012 Retsensioonide kirjutamine.

Meeskond "partycrasher"

2012-04-08T20:24:35Z

Tlebedev: /* Unusual suspects */

==Idee==

Veebiteenus, mis salvestab rakendustes tekkivad vead.

Erindi (ingl.k exception) tekkimisel saadab rakendus, kus viga tekkis, veebiteenusele vea kirjelduse, stack trace'i, koodifaili nime ja rea numbri. Arendajad saavad hiljem vigade andmebaasi sirvida, vea parandada ja selle andmebaasi tehtuks märkida.

Et veebiteenusele andmete saatmine käib XML abil, siis võib klientrakenduseks olla suvaline rakendus. Käesoleva projekti raames luuakse klientrakendusena Javascript teek ning näidisveeb, millega saab prooviks vigu tekitada.

==Konkurendid==

* http://www.exceptional.io/
* http://airbrake.io/pages/home

==Kasutuslood==

===Arendaja/Lõppkasutaja===

* Konto registreerimine
* Sisselogimine
* Vea salvestamine XML paketiga
* Vigade sirvimine
* Vea lahendatuks märkimine

===Admin===

* Kasutajate sirvimine

==Lähtekood==

https://github.com/tanel/partycrasher

==XML==

===XSD===

https://github.com/tanel/partycrasher/blob/master/crashreport-0-1.xsd

===XML===

https://github.com/tanel/partycrasher/blob/master/crashreport-0-1.xml

===XSLT===

https://github.com/tanel/partycrasher/blob/master/crashreport-0-1-html.xslt

Näidisväljund: http://enos.itcollege.ee/~tlebedev/partycrasher/out/crashreport-0-1.html

==Veebiteenus==

==Klientrakendus==

==Retsetsioonid==

===Unusual suspects===

Retsenseeritav XML: https://github.com/dsour/veebirakendus_kt1/blob/master/Unusual_Suspects/soiduplaan.xml

http://validator.w3.org/check validaator kinnitab, et XML on valiidne.

Natuke häirib see, et XML-is on elemendid ja atribuudid läbisegi nii eesti kui inglise keeles. Näiteks “Plaan”, “Liinid” aga object, refid. Minupoolne soovitus oleks loobuda eestikeelsest XML-ist ning kasutada läbivalt kodeerimisel inglise keelt. Soovituse mõte ei ole eelistada võõrkeelt, vaid see hõlbustaks veebiteenuse kasutamist ka väljaspool Eestit või neil, kes eesti keelt ei oska.

Ei saa aru, miks on elemendi “Plaan” all “object” ja milleks seda vaja läheb. Atribuut “type” tundub olevat mitte tüüp, vaid GUID-laadne identifikaator – kas tegu on Flashiga? XML koosneb andmetest, kuid “object” puhul on segatud andmeid ning nende esitamist – nii on “object” elemendil “style” atribuut, mis paistab olevat CSS. Võib-olla tuleks andmed ning nende esitus kuidagi lahus hoida, näiteks esitada andmeid HTML abil.

“Paev” elemendi sisu on tegelikult piiratud hulk. Siis tuleks kasutada piiranguid, näiteks siit leiab näiteid, kuidas seda võiks teha: http://www.w3schools.com/schema/schema_facets.asp

“alates” ja “kuni” kuupäevad ei sisalda ajatsooni. Ma lisaks igaks juhuks ka ajatsooni selguse mõttes.

Ei saa aru, mida tähendab atribuut “refid”, mis elemendil “Suund” on valikuline, kuid elemendil “PeatusLiinil” kohustuslik.

===Meeskond "Kolmas" 2012===

Retsenseeritav XML: http://enos.itcollege.ee/~lrooden/v_rak_2/notes.xml

XML valideerub (vt http://validator.w3.org/check?uri=http%3A%2F%2Fenos.itcollege.ee%2F~lrooden%2Fv_rak_2%2Fnotes.xml&charset=%28detect+automatically%29&doctype=Inline&group=0), kuid annab hoiatuse, et fail sisaldab BOM märki. Minu soovitus oleks seda märki mitte kasutada, kuivõrd XML ise deklareerib, et kodeeringuks on UTF-8. Unicode'i standard ütleb, et UTF-8 puhul ei ole BOM kohustuslik ega soovituslik (vt http://en.wikipedia.org/wiki/Byte_order_mark#cite_note-2).

Kui elemendil “note” on alati olemas ja kohustuslik “id” ning “url” alam-element, siis tuleks need võib-olla teha elemendi “note” atribuutideks.

Tundub, et “users/user” elemendid võiks hoopis kanda nime “comments/comment”, sest tegu tundub olevat kommentaaride loendiga, mitte kasutajate loendiga. Elemendil “user” on alam-element “time”, aga ei saa hästi aru, mis aeg seal on – kas see on kommentaari lisamise aeg?

Mõte kommentaari CDATA-ga kodeerida tundub kaval, sest kasutaja võib tõesti sisestada kommentaari ka XML märke. Samas saab ta seda vist teha ka oma nime puhul? St võib-olla tuleks kasutaja nimi ka CDATA-ga kodeerida, nagu ka lipikud (“tags”)?

Muus osas on XML hästi lihtne, hõlpsalt töödeldav ja loetav.

==Log==

* 02.04.2012 wiki leht, githubi repo, XSD, XML
* 03.04.2012 XSD ja XML-ile rohkem dimensioone; XLST
* 04.04.2012 Windows 8, Visual Studio ja SQL Serveri installimine VirtualBoxi
* 08.04.2012 Retsensioonide kirjutamine.

Meeskond "partycrasher"

2012-04-08T20:24:13Z

Tlebedev: /* Meeskond "Kolmas" 2012 */

==Idee==

Veebiteenus, mis salvestab rakendustes tekkivad vead.

Erindi (ingl.k exception) tekkimisel saadab rakendus, kus viga tekkis, veebiteenusele vea kirjelduse, stack trace'i, koodifaili nime ja rea numbri. Arendajad saavad hiljem vigade andmebaasi sirvida, vea parandada ja selle andmebaasi tehtuks märkida.

Et veebiteenusele andmete saatmine käib XML abil, siis võib klientrakenduseks olla suvaline rakendus. Käesoleva projekti raames luuakse klientrakendusena Javascript teek ning näidisveeb, millega saab prooviks vigu tekitada.

==Konkurendid==

* http://www.exceptional.io/
* http://airbrake.io/pages/home

==Kasutuslood==

===Arendaja/Lõppkasutaja===

* Konto registreerimine
* Sisselogimine
* Vea salvestamine XML paketiga
* Vigade sirvimine
* Vea lahendatuks märkimine

===Admin===

* Kasutajate sirvimine

==Lähtekood==

https://github.com/tanel/partycrasher

==XML==

===XSD===

https://github.com/tanel/partycrasher/blob/master/crashreport-0-1.xsd

===XML===

https://github.com/tanel/partycrasher/blob/master/crashreport-0-1.xml

===XSLT===

https://github.com/tanel/partycrasher/blob/master/crashreport-0-1-html.xslt

Näidisväljund: http://enos.itcollege.ee/~tlebedev/partycrasher/out/crashreport-0-1.html

==Veebiteenus==

==Klientrakendus==

==Retsetsioonid==

===Unusual suspects===

https://github.com/dsour/veebirakendus_kt1/blob/master/Unusual_Suspects/soiduplaan.xml

http://validator.w3.org/check validaator kinnitab, et XML on valiidne.

Natuke häirib see, et XML-is on elemendid ja atribuudid läbisegi nii eesti kui inglise keeles. Näiteks “Plaan”, “Liinid” aga object, refid. Minupoolne soovitus oleks loobuda eestikeelsest XML-ist ning kasutada läbivalt kodeerimisel inglise keelt. Soovituse mõte ei ole eelistada võõrkeelt, vaid see hõlbustaks veebiteenuse kasutamist ka väljaspool Eestit või neil, kes eesti keelt ei oska.

Ei saa aru, miks on elemendi “Plaan” all “object” ja milleks seda vaja läheb. Atribuut “type” tundub olevat mitte tüüp, vaid GUID-laadne identifikaator – kas tegu on Flashiga? XML koosneb andmetest, kuid “object” puhul on segatud andmeid ning nende esitamist – nii on “object” elemendil “style” atribuut, mis paistab olevat CSS. Võib-olla tuleks andmed ning nende esitus kuidagi lahus hoida, näiteks esitada andmeid HTML abil.

“Paev” elemendi sisu on tegelikult piiratud hulk. Siis tuleks kasutada piiranguid, näiteks siit leiab näiteid, kuidas seda võiks teha: http://www.w3schools.com/schema/schema_facets.asp

“alates” ja “kuni” kuupäevad ei sisalda ajatsooni. Ma lisaks igaks juhuks ka ajatsooni selguse mõttes.

Ei saa aru, mida tähendab atribuut “refid”, mis elemendil “Suund” on valikuline, kuid elemendil “PeatusLiinil” kohustuslik.

===Meeskond "Kolmas" 2012===

Retsenseeritav XML: http://enos.itcollege.ee/~lrooden/v_rak_2/notes.xml

XML valideerub (vt http://validator.w3.org/check?uri=http%3A%2F%2Fenos.itcollege.ee%2F~lrooden%2Fv_rak_2%2Fnotes.xml&charset=%28detect+automatically%29&doctype=Inline&group=0), kuid annab hoiatuse, et fail sisaldab BOM märki. Minu soovitus oleks seda märki mitte kasutada, kuivõrd XML ise deklareerib, et kodeeringuks on UTF-8. Unicode'i standard ütleb, et UTF-8 puhul ei ole BOM kohustuslik ega soovituslik (vt http://en.wikipedia.org/wiki/Byte_order_mark#cite_note-2).

Kui elemendil “note” on alati olemas ja kohustuslik “id” ning “url” alam-element, siis tuleks need võib-olla teha elemendi “note” atribuutideks.

Tundub, et “users/user” elemendid võiks hoopis kanda nime “comments/comment”, sest tegu tundub olevat kommentaaride loendiga, mitte kasutajate loendiga. Elemendil “user” on alam-element “time”, aga ei saa hästi aru, mis aeg seal on – kas see on kommentaari lisamise aeg?

Mõte kommentaari CDATA-ga kodeerida tundub kaval, sest kasutaja võib tõesti sisestada kommentaari ka XML märke. Samas saab ta seda vist teha ka oma nime puhul? St võib-olla tuleks kasutaja nimi ka CDATA-ga kodeerida, nagu ka lipikud (“tags”)?

Muus osas on XML hästi lihtne, hõlpsalt töödeldav ja loetav.

==Log==

* 02.04.2012 wiki leht, githubi repo, XSD, XML
* 03.04.2012 XSD ja XML-ile rohkem dimensioone; XLST
* 04.04.2012 Windows 8, Visual Studio ja SQL Serveri installimine VirtualBoxi
* 08.04.2012 Retsensioonide kirjutamine.

Meeskond "partycrasher"

2012-04-08T20:07:56Z

Tlebedev: /* Unusual suspects */

Meeskond "partycrasher"

2012-04-08T19:35:50Z

Tlebedev: /* Retsetsioonid */

Meeskond "partycrasher"

2012-04-08T19:29:27Z

Tlebedev: /* XML */

Meeskond "partycrasher"

2012-04-08T19:27:57Z

Tlebedev: /* Kasutaja */

Meeskond "partycrasher"

2012-04-08T19:27:08Z

Tlebedev: /* Lähtekood */

Meeskond "partycrasher"

2012-04-08T19:17:31Z

Tlebedev: /* XSLT */

Meeskond "partycrasher"

2012-04-08T19:17:20Z

Tlebedev: /* Idee */

Meeskond "partycrasher"

2012-04-08T19:16:39Z

Tlebedev: /* Idee */

Meeskond "partycrasher"

2012-04-08T19:13:30Z

Tlebedev: /* Idee */

Meeskond "partycrasher"

2012-04-08T19:09:37Z

Tlebedev: /* Kasutuslood */

==Idee==

Veebiteenus, mis püüab vigu.

==Konkurendid==

* http://www.exceptional.io/
* http://airbrake.io/pages/home

==Kasutuslood==

===Kasutaja===

* Konto registreerimine
* Sisselogimine
* Vea salvestamine XML paketiga
* Vigade sirvimine
* Vea lahendatuks märkimine

===Admin===

* Kasutajate sirvimine

==Lähtekood==

https://github.com/tanel/partycrasher

===XSD===

https://github.com/tanel/partycrasher/blob/master/crashreport-0-1.xsd

===XML===

https://github.com/tanel/partycrasher/blob/master/crashreport-0-1.xml

===XSLT===

https://github.com/tanel/partycrasher/blob/master/crashreport-0-1-html.xslt

Näidisväljund: http://enos.itcollege.ee/~tlebedev/partycrasher/out/crashreport-0-1.html

==Retsetsioonid==

===Unusual suspects===

https://github.com/dsour/veebirakendus_kt1/blob/master/Unusual_Suspects/soiduplaan.xml

==Log==

* 02.04.2012 wiki leht, githubi repo, XSD, XML
* 03.04.2012 XSD ja XML-ile rohkem dimensioone; XLST
* 04.04.2012 Windows 8, Visual Studio ja SQL Serveri installimine VirtualBoxi
* 08.04.2012 Retsensioonide kirjutamine.

Meeskond "partycrasher"

2012-04-08T19:08:21Z

Tlebedev: /* Log */

==Idee==

Veebiteenus, mis püüab vigu.

==Konkurendid==

* http://www.exceptional.io/
* http://airbrake.io/pages/home

==Kasutuslood==

* Konto registreerimine
* Vea salvestamine XML paketiga
* Salvestatud vigade sirvimine
* Vea lahendatuks märkimine

==Lähtekood==

https://github.com/tanel/partycrasher

===XSD===

https://github.com/tanel/partycrasher/blob/master/crashreport-0-1.xsd

===XML===

https://github.com/tanel/partycrasher/blob/master/crashreport-0-1.xml

===XSLT===

https://github.com/tanel/partycrasher/blob/master/crashreport-0-1-html.xslt

Näidisväljund: http://enos.itcollege.ee/~tlebedev/partycrasher/out/crashreport-0-1.html

==Retsetsioonid==

===Unusual suspects===

https://github.com/dsour/veebirakendus_kt1/blob/master/Unusual_Suspects/soiduplaan.xml

==Log==

* 02.04.2012 wiki leht, githubi repo, XSD, XML
* 03.04.2012 XSD ja XML-ile rohkem dimensioone; XLST
* 04.04.2012 Windows 8, Visual Studio ja SQL Serveri installimine VirtualBoxi
* 08.04.2012 Retsensioonide kirjutamine.

Meeskond "partycrasher"

2012-04-08T19:07:42Z

Tlebedev: /* XSLT */

Meeskond "partycrasher"

2012-04-05T14:41:56Z

Tlebedev: /* Log */

==Idee==

Veebiteenus, mis püüab vigu.

==Konkurendid==

* http://www.exceptional.io/
* http://airbrake.io/pages/home

==Kasutuslood==

* Konto registreerimine
* Vea salvestamine XML paketiga
* Salvestatud vigade sirvimine
* Vea lahendatuks märkimine

==Lähtekood==

https://github.com/tanel/partycrasher

===XSD===

https://github.com/tanel/partycrasher/blob/master/crashreport-0-1.xsd

===XML===

https://github.com/tanel/partycrasher/blob/master/crashreport-0-1.xml

===XSLT===

https://github.com/tanel/partycrasher/blob/master/crashreport-0-1-html.xslt

Näidisväljund: http://enos.itcollege.ee/~tlebedev/partycrasher/out/crashreport-0-1.html

==Log==

* 02.04.2012 wiki leht, githubi repo, XSD, XML
* 03.04.2012 XSD ja XML-ile rohkem dimensioone; XLST
* 04.04.2012 Windows 8, Visual Studio ja SQL Serveri installimine VirtualBoxi

Meeskond "partycrasher"

2012-04-03T19:57:29Z

Tlebedev: /* XSLT */

==Idee==

Veebiteenus, mis püüab vigu.

==Konkurendid==

* http://www.exceptional.io/
* http://airbrake.io/pages/home

==Kasutuslood==

* Konto registreerimine
* Vea salvestamine XML paketiga
* Salvestatud vigade sirvimine
* Vea lahendatuks märkimine

==Lähtekood==

https://github.com/tanel/partycrasher

===XSD===

https://github.com/tanel/partycrasher/blob/master/crashreport-0-1.xsd

===XML===

https://github.com/tanel/partycrasher/blob/master/crashreport-0-1.xml

===XSLT===

https://github.com/tanel/partycrasher/blob/master/crashreport-0-1-html.xslt

Näidisväljund: http://enos.itcollege.ee/~tlebedev/partycrasher/out/crashreport-0-1.html

==Log==

* 02.04.2012 wiki leht, githubi repo, XSD, XML
* 03.04.2012 XSD ja XML-ile rohkem dimensioone; XLST

Meeskond "partycrasher"

2012-04-03T19:48:17Z

Tlebedev: /* XSD */

Meeskond "partycrasher"

2012-04-03T19:47:52Z

Tlebedev: /* XML */

Meeskond "partycrasher"

2012-04-03T19:47:00Z

Tlebedev: /* XSLT */

Meeskond "partycrasher"

2012-04-03T14:59:49Z

Tlebedev: /* Log */

Meeskond "partycrasher"

2012-04-02T21:25:01Z

Tlebedev: /* XML */

Meeskond "partycrasher"

2012-04-02T20:49:14Z

Tlebedev: /* Lähtekood */

Meeskond "partycrasher"

2012-04-02T19:28:27Z

Tlebedev:

Meeskond "partycrasher"

2012-04-02T19:26:53Z

Tlebedev: /* Konkurendid */

Meeskond "partycrasher"

2012-04-02T19:25:08Z

Tlebedev: /* Vajalik funktsionaalsus */

==Idee==

Veebiteenus, mis püüab vigu.

==Konkurendid==

==Kasutuslood==

* Konto registreerimine
* Vea salvestamine XML paketiga
* Salvestatud vigade sirvimine
* Vea lahendatuks märkimine

==Lähtekood==

https://github.com/tanel/partycrasher

==XSD==

==XML==

==Log==

* 02.04.2012 wiki leht, githubi repo, XSD, XML

Meeskond "partycrasher"

2012-04-02T19:24:08Z

Tlebedev: Created page with '==Idee== Veebiteenus, mis püüab vigu. ==Konkurendid== ==Vajalik funktsionaalsus== * Konto registreerimine * Vea salvestamine XML paketiga * Salvestatud vigade sirvimine nin…'

==Idee==

Veebiteenus, mis püüab vigu.

==Konkurendid==

==Vajalik funktsionaalsus==

* Konto registreerimine
* Vea salvestamine XML paketiga
* Salvestatud vigade sirvimine ning lahendatuks märkimine

==Lähtekood==

https://github.com/tanel/partycrasher

==XSD==

==XML==

==Log==

* 02.04.2012 wiki leht, githubi repo, XSD, XML

Kodutöö aines "Võrgurakendused II: hajussüsteemide ehitamine" 2012(kaugõpe)

2012-04-02T18:56:26Z

Tlebedev: /* Meeskond "partycrasher" */

[[Category:Võrgurakendused II: hajussüsteemide ehitamine(kaugõpe)]]
=Kodutöö aines "Võrgurakendused II: hajussüsteemide ehitamine" 2012(kaugõpe)=
==Eesmärk==
Saada praktiline kogemus hajussüsteemide ehitamisest XML veebiteenus ja vastava kliendi loomise abil ning süvendada meeskonnatööoskust. Kaugem eesmärk on loomulikult hinne :).

==Reeglid==
''' Kodutöö koosneb kolmest eraldiseisvast ülesandest:'''
* Luua XML fail vabalt valitud andmete edastamiseks,selle faili skeemifail ning XSL fail(id) erinevate transformatsioonide tarvis (soovitavalt vähemalt andmete HTML ja XML kujul kuvamiseks)
* Luua veebiteenus, mis võimaldaks pakkuda teenust, eristada kasutajaid ning näidata teenuse kasutamise statistikat kasutajate ja tegevuste lõikes
* Luua klientrakendused (soovitavalt vähemalt kaks)endaloodud veebiteenusele

Ühte projektimeeskonda kuulub 3..4 tudengit ning ühel teemal teostab projekti üks või mitu meeskonda.

Töö käiku kajastatakse http://wiki.itcollege.ee keskkonnas. Wikilehe täitmise eesmärke on kaks: nii on võimalik kirja panna kõik mõtted ja ideed (ning nendest jääb jälg) ning õppejõul on hiljem võimalik saada ülevaade iga projektimeeskonna liikme panusest.

==Tähtajad==

* '''XML fail'''
** XML fail, stiilifail ja skeemifail peavad olema valmis ja wikilehel kirjeldatud hiljemalt 3. aprill 2012.
** Retsensioonid XML-failide kohta peavad tehtud olema 10. aprill 2012
** '''Meeskonnad on loonud omale enda wiki lehe, kuhu kirjeldavad meeskonna ja panevad nad üles oma tööd. Lisaks hakkavad kogunema ka sinna teiste gruppide poolt kirjutatavad retsensioonid. <ins>Meeskonnalehed lingitakse selle lehe lõppu Meeskonna pealkirja alla.</ins>'''

* '''Veebiteenus'''
** Veebiteenus peab olema valmis ja ja wikilehel kirjeldatud hiljemalt 29. aprill 2012.
** Retsensioonid veebiteenuste kohta peavad tehtud olema 7. mai 2012


* '''Klientrakendused'''
** Klientrakendused peavad olema valmis ja wikilehel kirjeldatud hiljemalt 26. mai 2012.
** Retsensioonid veebiteenuste kohta peavad tehtud olema 1. juuni 2012




==Hindamine==
===Üldised kriteeriumid===

Teostatuks loetakse projekt juhul, kui lähteülesanne on realiseeritud, lahendus on töötav, kuid esineb suuremaid vigu ning piirsituatsioonidega ei ole arvestatud.

Maksimumtulemuse saavutamiseks peab projekt olema teostatud tehniliselt veatult ning varustatud dokumentatsiooniga, milles sisaldub arendusprotsessi kirjeldus (peab selguma ka iga rühmaliikme panus projekti teostamisel), kasutajajuhend ning lahenduse kirjeldus.

'''Maksimumtulemuse annab (vähemalr 4/7):'''

* Majanduslik mõtlemine (kas loodav teenus ja rakendused oleks kasutatav ka ärilistel eesmärkidel)
* Mobiilrakendused
* Kogukondade kaasamine
* AJAX / Silverlight
* Kasutajamugavus
* Läbimõeldud töökorraldus
* Lisavõimaluste realiseerimine (vt näidisteemad)

===Tähtaegadest kinnipidamine===
Töö tuleb esitada kasutades wiki.itcollege.ee keskkonda tähtajaks. Iga päeva eest, mis töö hiljaks jääb, <b>kaotab see 10% punktidest!</b> Kokku võib kaotada kuni 50% punktidest. Ehk kui töö eest on võimalik teenida näiteks maksimaalselt 10 punkti ja see esitatakse 2 päeva hiljem perfektselt, siis saab meeskond selle eest 8p, kuna on kaotanud maksimumist 20%.
Töö esitamise tähtaeg on <b>konkreetsel kuupäeval kell 23:59</b>. Ehk, kui tähtajaks on märgitud 7.aprill, siis tähtajaks on esitatud töö, mis on hiljemalt esitatud 7.aprill kell 23:59.

===XML andmefail===
Ülesande täitmiseks tuleb luua XML fail andmete edastamiseks, selle XML faili skeemifail ning 2-3 sobivat XSL faili loodud XML failis olevate andmete transformeerimiseks HTML formaati ja XML faili formaadi muutmiseks.
XML andmefaili sisu on vabalt valitav, kuid andmed peavad olema üksteisega loogiliselt seotud ja struktuur otstarbekas. J.Kippari raamatus valmis tehtud XML andmefailide kasutamine on keelatud.

XML-il peab olema vähemalt 4 loogilist dimensiooni.
<dim1>
<dim2>
<dim3>
<dim4>
</dim4>
</dim3>
</dim2>
</dim1>

Lisaks tuleb kasutada 3-el dimensioonil attribuute, mis on enamat, kui lihtsalt ID.

Kindlasti tuleb lugeda töö teostamise käigus järgnevat raamatut: Kippar, J. "XML rakendused", TLU:2009 http://minitorn.tlu.ee/~jaagup/kool/java/kursused/10/xmlrak/trykk/xmlrak.pdf

===Veebiteenus===
Loodav veebiteenus peab võimaldama:
* Teenuse pakkumist
* '''Teenuse kasutajate tuvastamist ning haldamist'''
* Teenuse kasutajate ja kasutusstatistika üle arve pidamist kasutajate lõikes

Soovitav on luua teenus (FE) ja teenuse seadistamiseks ning kasutajate haldamiseks mõeldud rakendus (BE).

===Klientrakendus===
Klientrakendus mõnele olemasolevale veebiteenusele, võib olla teostatud veebirakendusena, Silverlight, WPF või vormirakendusena.

Variant1: teha klientrakendus enda loodud veebiteenusele

Variant2: teha klientrakendus mõnele levinud veebiteenusele.
Näiteks:
* http://www.bing.com/developer
* http://www.flickr.com/services/api/response.soap.html
* http://developer.ebay.com/developercenter/windows/
* http://apiwiki.twitter.com/Getting-Started

===Retsensioonid===
Retsensioon on üliõpilase iseseisva teadustöö kriitilise analüüsi põhjal koostatud argumenteeritud hinnang. Retsensioonis tuleb hinnata töö vastavust esitatud tingimustele, programmikoodi loetavust ning kommenteeritust, dokumentatsiooni ja kirjeldada puudusi. Retsensioonide põhjal on meeskondadel õigus oma projekte parandada enne määratud esitamistähtaja kättejõudmist.

Retsensioon peab sisaldama minimaalselt...
* XML - ...200 sõna.
* Veebiteenus - ...600 sõna.
* Klientrakendus - ...600 sõna.

Mõnelauselisest arvamusest ei piisa, kuna tegemist on grupi loodavate arvustustega, mitte individuaalsete arvustustega.

==Konsultatsioonid==
Igal projektimeeskonnal on piiramatu õigus saada õppejõu käest konsultatsiooni ja juhendamist oma
töö tegemiseks, kas harjutuste ajal või pärast harjutusi ja loenguid. Eriaegade suhtes saab sõlmida
õppejõuga kokkuleppeid kontaktidel
mait.poska [ät] itcollege.ee (+372 53 469 734) või
kaarel.raspel [ät] gmail.com (+372 522 2468)
(teksti originaalautor Priit Raspel)

=Teemad 2012 kevad=
''' Kodutöö koosneb kolmest eraldiseisvast ülesandest:'''
* Luua XML fail vabalt valitud andmete edastamiseks,selle faili skeemifail ning XSL fail(id) erinevate transformatsioonide tarvis (soovitavalt vähemalt andmete HTML ja XML kujul kuvamiseks)
* Luua veebiteenus, mis võimaldaks pakkuda teenust, eristada kasutajaid ning näidata teenuse kasutamise statistikat kasutajate ja tegevuste lõikes
* Luua klientrakendus mõnele olemasolevale või endaloodud veebiteenusele

==Näidisteemad==

===Nimede pakkumise teenus===
Mõte selles, et luua nimede baas, mille abil pakkuda rakenduse loojale sobiva algusega nimesid. Reaalne rakendus: ''autocompleter'' tarvis teenuse pakkumine

====Ülesanne====
Luua sobiva alguse järgi nimede pakkumise teenus:
* alates kahetähelisetest algustest pakkuda sobivad nimesid
* luua võimalus kasutajatel nimesid lisada
* luua võimalus ühele kasutajale (või erinevatele kasutajagruppidele) maksimumpäringute hulga määramiseks

Lisavõimalused:
* luua kontroll, et nimi lisatakse baasi alles siis, kui seda nime on pakkunud vähemalt kaks erinevat kasutajat
* luua roll-back'i võimalus juhuks, kui mõni kasutaja on tegelenud spämmimisega

===Külastusstatistika teenus===
Mõte selles, et pakkuda teenust, kus kasutajal on võimalik registreerida külastused ning küsida oma külastusstatistikat.

====Ülesanne====
Luua külastusstatistika teenus:
* kasutaja saab teenuses registreerida külastusi
* kasutaja saab küsida külastusstatistikat päevade/kuude/kogu perioodi lõikes
* luua võimalus ühele kasutajale (või erinevatele kasutajagruppidele) maksimumpäringute hulga määramiseks

Lisavõimalused:
* luua võimalus registreerida alamlehtede külastusstatistikat
* luua võimalus külastusstatistikale lisaparameetrite lisamiseks (ip aadress, sirviku versioon jne)

===Telefoniraamatu teenus===
Mõte selles, et kasutaja saab teenuse abil salvestada kontakte ja nende seast otsida

====Ülesanne====
Luua telefoniraamatu teenus:
* kasutaja saab teenuses kontakte lisada ja kustutada
* kasutaja saab kontaktide nime/telefoninumbri jne abil otsida
* luua võimalus ühele kasutajale (või erinevatele kasutajagruppidele) maksimumpäringute hulga määramiseks

Lisavõimalused:
* luua võimalus kasutajatel oma kontaktibaase omavahel jagada
* luua võimalus pakkuda kontaktibaasis leiduvate nimede järgi sobivaid nimesid

===RSS voogude kogumise ja uudiste kuvamise teenus===
Mõte selles, et kasutaja saab teenuse abil salvestada talle huvipakkuvaid RSS vooge ja nendelt voogudelt uudiseid lugeda

====Ülesanne====
Luua RSS voogude haldusteenus:
* kasutaja saab teenuses RSS vooge lisada ja kustudada
* kasutaja saab pärida talle huvipakkuvate voogude viimaseid uudiseid
* luua võimalus ühele kasutajale (või erinevatele kasutajagruppidele) maksimumpäringute hulga määramiseks

Lisavõimalused:
* luua võimalus kasutajatel erinevaid vooge grupeerida
* luua võimalus voogudes leiduvate uudiste puhverdamiseks (voogude lugemine võtab enamasti üsna palju aega)

= Meeskonnad 2012=
==Meeskond "Minu meeskonnanimi" ==
*Liikmed
**Kes

Mida selles projektis teeme

== [[Meeskond "Söörlösed"]] ==
*Liikmed: Anneli Rasu ja Reget Kalamees

==[[Meeskond "Unusual Suspects"]] ==
*Liikmed: Denis Veltson, Anu Kuusmaa, Mari Lehis, Alvar Lumberg

* Tööjaotust veel pole, projektijuhtimine käib.

== [[Meeskond "Kolmas"]] ==

* Liikmed: Jevgeni Nesterenko, Jako Heinmets, Lauri Rooden

== [[Meeskond "akaver"]] ==

* Liikmed: Andres Käver

== [[Meeskond "partycrasher"]] ==

* Tanel Lebedev

Kodutöö aines "Võrgurakendused II: hajussüsteemide ehitamine" 2012(kaugõpe)

2012-04-02T18:55:33Z

Tlebedev: /* Meeskonnad 2012 */

Talk:Meeskond "M1 Library"

2010-12-21T10:03:02Z

Tlebedev:

Installisin programmi ja jäin algatuseks nõutult vaatama kahe paaniga akent. Esimene menüü ei aidanud mind mitte temps, vaid näitas miskisuguseid pilte (ma ei saanud hästi aru nende olemasolust selles programmis). Jah, siis nägin all nuppe Lisa raamat ja Lisa sõber. Peale nendel klikkamist sai asi ikka palju selgemaks.

Minu lolli jutu mõte oli see, et oleks jube lahe olnud, kui oleks mingi väike õpetus ka olnud, või siis pakuks programm esimesel avamisel ise välja variandi, et võiks lisada mõne raamatu või sõbra ;).

Tegelikult on programm lahedalt väike ja lihtne. Peale esimest kohanemist suhteliselt intuitiivne, kuid siiski tekkisid mõned märkused:

* võiks olla variant, et ma saan määrata, et raamat toodi tagasi
* ühte raamatut saab laenutada mitmele inimesele, mis vist kodustes tingimustes üldjuhul ei ole teostatav.
* raamatute nimekirjas võiks olla väike "lipuke", mis näitaks ära, kas raamat on laenutatud või mitte.

Koodi poole pealt niipalju, et rohkem oleks võinud kommenteerida oma meetodeid.

Aga kui natuke veel putitada, siis oleks see nii mõnegi inimese koduse raamatukogu programmiks.

Jõudu ja jaksu :D

'''Denis Veltson DK21'''

----

Väga lahe programm! Väga meeldib, et lahendus erineb visuaalse ülesehituse poolest loengus esitletud raamatukogudest, hea vaheldus. Vähem nuppe ja vähem erinevaid aknaid, mille vahel navigeerida - vs lakooniline ülesehitus ja parempoolse klahvi kasutamine. Selle viimasega oli ainult häda, et esimese hooga otsisin ikkagi nuppe, mida vajutada, et raamatuid laenutama hakata. Kui asi selgeks sai, polnud probleemi (nagu märkis ka eelkõneleja).

Meeldisid detailid: et tabelid on sorteeritavad - ja viis pluss kindlasti tujutõstjate eest, mis olid saanud menüüs õigustatult prominentse koha.

Denis tõi juba välja väiksemaid probleeme, millele võiksin samuti mõned lisada (raamatuid saab laenutada minevikku, sh tähtaega varasemaks kui väljalaenutamine, samas ei ole minevikku pandud tähtajaga raamatud üle tähtaja läinud raamatute nimekirjas; e-maili ega raamatu ilmumisaastat ei kontrollita). Norida võiks ehk selle üle, et kaks peamist kasti on tõesti pisut lahmakad, kui nad parajasti raamatuid ja sõpru täis ei ole. Ja disaini mõttes on asi ehk liigagi lakooniline.

Aga. See viimane lõik on tegelikult väheoluline. Tegelikult on tegu väga laheda, teiste analoogseid lahendusi mittekopeeriva tööga. Ilmselt kasutaksin seda kõigist siin nähtutest enda koduse raamatukogu jaoks kõige tõenäolisemalt. Ja veel kord viis pluss tujutõstjate eest.

'''Anu Kuusmaa, DK21'''

Minul läks nüüd päris pikalt, et ära tabada, kuidas siis selles programmis raamatute väljalaenutamine käib :) Lõpuks oli abiks tiimi wikilehe lugemisest- seal väike manual isegi olemas. Kui see selge, siis jäi programmist hea mulje. Programm on kasutajasõbralik, sest ei pea eri tabide või aknate vahel liikuma, tabelid on sorteeritavad ja hea graafika. Kui kellelgi oleks nüüd reaalselt plaan see programm kasutusele võtta, siis tuleks kindlasti natuke kontrolle lisada- näiteks laenutuse algus- ja lõpuaja kontroll (hetkel saab lõpu aeg olla varasem, kui algusaeg) ja võib-olla tuleks siis lisada ka pisut võimsam statistika. Kokkuvõttes ütleksin, et on hea idee ja lahendus.

'''Jako, DK21'''

Olen samuti nõus eelpool kirjutatuga. Veel lisaks käima pannes jäi see aken osaliselt ekraanist välja. Märkasin ka sellist asja, et kui raamat laenutada ilma tagastus kuupäevata siis jäi tabelisse see raamat rohelisena. Minumeelest oleks võinud teha kontrolli, et raamatut ei saa välja laenutada minevikku ja ilma kuupäevata. Selle asemel võiks tabelisse jääda see roheline märge väljalaenutatud raamatutele.
Üldiselt väga toimiv ja lihtne programm.

'''Tanel Štaub, AK22'''

----

Projekti eesmärk ja funktsionaalsus on kasutusjuhendis piisavalt kirjeldatud. Kasutusjuhendi põhjal poleks olnud võõral raske see projekt ise valmis teha. Rakenduse kasutajaliides jätab juba juhendi põhjal lihtsa ja mugava mulje.

Tööjaotus on lahtikirjutatud, samuti on seletatud WPF eelistamist Windows Formsile. Rakenduse valmimise logi annab piisava ülevaate projekti käigust, kuigi puudub seos lähtekoodiga (st kirjeldatud muudatused ei viita otseselt muudatustele lähtekoodi repositooriumis, samas seda polnudki C# projektilt nõutud).

Kood asub CodePlexis. Pea kõik muudatused on korralikult kommenteeritud ja tundub, et versioonihaldust osatakse hästi kasutada.

Rakendus kujutab endast raamatulaenutust, kuhu on lisatud nn tujutõstjad. Kahjuks ei õnnestunud programmi käivitada, aga lähtekoodiga kaasas olnud pildid andsid tujutõstjate olemusest aimu ning olid tõesti naljakad. Idee luua raamatulaenutusprogramm, mis ühtlasti tõstab kasutajate tuju, on innovatiivne ja väga positiivse alatooniga.

Lähtekoodi repositooriumis olev seis ei kompileerunud, nii et kahjuks puudus võimalus kasutusmugavust kontrollida ja rakendusest vigu otsida.

Nagu öeldud, ei õnnestunud kompileerimine, kompilaator andis järgnevad vead:

* File 'UI\Tujutõstja2.xaml' cannot be found.
* File 'UI\Tujutõstja3.xaml' cannot be found.
* The project file contains a property value that is not valid.

Koodi treppimine ei olnud järjekindel, nt kasutajaliidese failides polnud if..else if.. blokkide ülesehitus alati sidus, mis raskendas koodi lugemist.

Koodis kasutati võimalusel private muutujaid ehk siis autoritel on õige arusaam ühest objektorienteeritud programmeerimise tähtsast põhimõttest.

Kood oli üsna kergesti mõistetav ning meeldivalt lühike. Esines mõningat lohakat vormistust (nt puuduv tühi rida kahe funktsiooni vahel), aga need olid kõik pisiasjad.

Lähtekoodi osas polnud suurt midagi ette heita, kood oli kokkuvõttes kergesti loetav ja hõlpsasti arusaadav ning funktsionaalsus loogiliselt liigendatud vastavalt akendele.

Antud projekti tugevaim külg on nii idee kui koodi ülesehituse teadlik minimalism, mis vääriks minu arvates eeskujuks toomist ka teistele projektidele. Vorme ning koodi vaadates tundus, et seda programmi (või siis väga sarnast rakendust) võiks kasutada oma isikliku raamatukogu haldamiseks – asjalik ja praktiline programm.

'''Tanel Lebedev, DK21 - meeskond "codebastards"'''

Talk:Meeskond "M1 Library"

2010-12-21T10:02:47Z

Tlebedev:

Talk:Meeskond "ToString"

2010-12-21T09:59:22Z

Tlebedev:

1. Väga hästi mängitav mäng - seda võiks kasutada pimekirja õppimisel. Lootetavasti on tiimil jõudu seda mängu natuke "tootestada" - lisada rohkem leveleid, teha kiirus muudetavaks, erinevate keelte tugi ehk jne).
Välise koodi kasutamine antud ülesandes on mõistlik (ja kenasti on kommentaarides välja toodud, et tegu ei ole omaloominguga). Kood on väga põhjalikult kommenteeritud (ilmselt algselt peamiselt tiimi liikmete vahel tehtud tööde selgitamiseks?).
Projektijuhtimine on olnud paigas - põhifunktsionaalsus on nädal enne tähtaega sisuliselt valmis tehtud ja viimastel päevadel on rohkem pisiparandusi ja disaini tehtud. Tore oleks wiki lehelt täpsemalt tööjaotuse ja -ülesannete planeerimise kohta lugeda (codeplexist changesete võrreldes saab küll tegelikult ülevaate kätte)

'''Ivo Lõhmus - AK31 - 28.11.2010'''

----

2. Väga lahe idee! Kuigi meeskond reklaamib seda kui "tetrise-laadset" mängu, on ikkagi tegu täiesti originaalse ja iseseisva mänguideega - võiks öelda, et lihtsa, kuid geniaalse ideega. Tekitab hasarti ja tõepoolest on tuntav ka mängu loojate õilis eesmärk kasutajatele klaviatuuri tundma õpetada.
Mängides tekkis ainult soov, et meeskond mängule rohkem level'eid lisaks, et lõbu kauem kestaks. Ja koodi juures häiris natuke, et kommentaarid olid segiläbi eesti ja inglise keeles. Samas jagan eelkõneleja kiitust, et välist koodi oli kasutatud oskuslikult ja häbenemata seda viidata.
Igatahes jaksu ja tänud!

Anu Kuusmaa - DK21, meeskond "Terav Totris"
----

3. Väga huvitav mäng, võibolla peaks mõtlema selle mängu ehitamist hoopis puute tundlikule matile, et peab hüppama tähe peale matil. Samas värvid oleksid võinud olla natuke teised.

Liis Merisaar.

----

4. Mõte iseenesest on väga hea ja omapärane idee on tunnustamist väärt. Segadust tekitab, et peale mängu lõppu ei ole ekraanil ühtegi valikut ega juhist, mida edasi peaks tegema. Mängimiseks kasutasin klaviatuuri, kuid algne juhend tundus olevat vaid gamepad'i jaoks. Arvan, et isegi puldiga mängides, kui enne alustamist vajalikud asjad läbi loed, mida mis puhul vajutama peab, siis mängu lõppedes ei pruugi see enam meeles olla.
Tahtsin proovida, kuidas mängu kaotatakse.
Panin käima ja ei teinud midagi. Tulemuseks oli ülatuslik mängu võitmine 40 punktiga. Edasi arendades, võiks mängule tasemeid juurde teha, kas siis erinevate kujundite või kiiruste näol ning punktide registreerimise võimalus. Pidev tagasiside näiteks jooksva punktiarvestuse näol, oleks teretulnud.
Väike viga tekkis aeg ajalt, kus üksteise peale langenud kujundite vahele jäi poole cm tühimik.

Ulvar Petmanson AK22

-----

5. Kiiduväärt mänguidee, pole ise vähemalt sarnast asja enne näinud. Mõned asjad aga, mida oleks tahtnud näha teisiti:
* Mängu käivitamisel kuvati juhend puldi jaoks, klaviatuuri oma aga mitte (on küll intuitiivselt aimatav)
* Puudus pausi võimalus
* Mängu ilule/graafikale võinuks ehk veidi enam panustada.
* Esimesel levelil vajutasin kõiki klahve piisavalt kiiresti ja nii ei tekkinudki järgmist levelit, selleks, et edasi liikuda pidi kaotama.
* Mängu ajal ei kuvata infot leveli, punktide jms kohta.
* Wiki on veidi hõredalt täidetud, nt igaühe panus välja toomata.
Kui siit veidi edasi vaeva näha, siis saaks päris korraliku mängu.

Lauri Õunmaa
DK21

----

Mängu käik on Wikipedias hästi lahti kirjutatud, põhimõtteliselt saaks sellise spetsifikatsiooni põhjal juba mängu valmis kirjutada. Ühtlasti on mängu kirjeldus ka piisav kasutusjuhend.

Projekti liikmete tööjaotus oli Wikist puudu.

Kõikidel lähtekoodi muudatustel polnud kommentaari juures. See teeb minu arvates efektiivse versioonihalduse raskeks, sest autor pole kirjeldanud oma motivatsiooni, miks mingi muudatus on tehtud. Samas minu teada ei õpetata IT Kolledžis või siis pole veel õpetatud meile versioonihaldust. Wikipedias oleva muudatuste väljavõtte oleks saanud versioonihalduse andmete abil koostada ning see oleks olnud täpsem. Juba seetõttu võinuks versioonihaldust paremini kasutada.

Lähtekoodi wikis on märgitud, et mängust võib olla abi arvuti klaviatuuri tundmaõppimisel. Olen sama meelt, et kui mäng ilusamaks disainida ning lisada heliefektid, siis saaks seda kasutada õppimisel. Mäng oleks üsna nakkav, sest pakub mängijale kiiret tagasisidet tegevuse kohta, a la nagu seda teeb Guitar Hero. Autorid on minu arvates väga innovatiivsed, sest on loonud hübriidmängu Tetrisest ja masinakirja õppeprogrammist.

Hetkel on mängul ainult 2 taset, see arv võiks olla suurem, et mängijal oleks huvitav. Taseme vahetudes võiks kiirus muutuda ja tempo tõustes muusika (või helieefektid) muutuda, samuti mängu taustapildid. Teine tase järgneb hetkel alati, aga võiks olla nii, et järgmisesse tasemesse saad vaid teatud kiirusega ja miinimumtäpsusega mängides, et kasutajal oleks motivatsiooni paremini tippima õppida .

Puudu oli punktide arvestus ekraanil, st üks põhilisi mänguosavuse tagasiside vorme oli kasutamata jäänud. Punktid öeldakse alles lõpus.

Random tähtede asemel oleks võinud kasutada sõnu, et teha mängu huvitavamaks ja sidusamaks.

Graafika on väga algeline, sh taustapilti on igavavõitu. Mängude puhul tuleks kindlasti pöörata rohkem tähelepanu visuaalidele ja helile, kui just pole tegu nt malega vms mänguga, mis nõuavad pigem kindlate reeglite järgimist kui innovatsiooni.

Mängu menüüsüsteemi võiks teha lihtsamaks ja ilusamaks. Kohati oli raske aru saada, mida mängijalt järgmisena oodatakse.

Projektis ei ole kõike ise tehtud ja nö jalgratast leiutatud, vaid on kasutatud juba olemasolevat teeki klahvivajutuste töötlemiseks. Samas see, et vajati eraldi teegi kasutamist, näitab võib-olla, et äkki polnud klahvivajutuste töötlemine mängus päris hästi läbi mõeldud. Vastav kood on võrdlemisi keerukas ning raskesti mõistetav. Põgusa koodiga tutvumise põhjal on aga keeruline midagi paremat välja pakkuda ning projekti liikmete otsus kasutada nö kolmanda partei teeki väärib kindlasti tunnustust, sest nii lahendati üks suur tehniline probleem.

Kood on objektorienteeritud, kuigi klasse võinuks olla rohkemgi. Näiteks klass produceAndMove sisaldab ainult staatilisi meetodeid. Klass on ühtaegu nii vabrik uute fLetter instantside tegemiseks kui juba loodud instantside liigutamiseks. Oleks võinud teha eraldi klassid, selge ja arusaadava nimega. Tundub et fLetter jms nimetamisel on püütud järgida mingit Hungarian notation sarnast lähenemist aga selle eesmärk jääb pealiskaudsel lugemisel arusaamatuks. Sama on private muutujate nimetamisega, kus nimede ette on lisatud alakriips, nt _numColumn, mis tekitab müra ning raskendab koodi lugemist.

Loodud on fLetter (võiks olla Letter), produceAndMove (võiks olla LetterFactory ja LetterRenderer) ning shape (võiks olla Shape) klassid. Nii et objektorienteeritud programmeerimise mõttest on aru saadud ning vastavalt sellele äratundmisele ka lahendus realiseeritud.

Probleemne ja pisut segane on koodis funktsioonide, klasside, muutujate tähistamise loogika. Näiteks klassinimi produceAndMove ei ole minu arvates päris korrektne – tuleks kasutada suurt algustähte. Näiteks võib tuua veel muutujanimesid, mis on raskesti mõistetavad: rnGen, debugL, fLetter jne. Muutujatele on lisatud tüüpiliselt kommentaarid, mis selgitavad muutuja mõtet, aga see mõte võiks selguda juba lähtekoodi lugedes ehk siis muutuja nimest endast.

Kommentaare võiks kasutada ainult siis, kui see annab selgitab koodi mõtet. Hetkel on kommentaare liigselt ja osad neist on mõttetud, nt

//debugL++

Ilmselt on tegu nö surnud koodiga. Samuti on kommentaarid läbisegi nii eesti kui inglise keeles, mis raskendab samuti natuke lugemist.

Koodistiil on väga kaootiline, esineb palju tühje ridu, puuduvaid tühikuid, vigast treppimist, kirjavigu, puuduvaid tühje ridu jms. Põhiline etteheide projektile oleks, et lähtekood on raskesti loetav ja lohakalt vormistatud.
Andmetüüpe on kohati kasutatud natuke riukalikult, näiteks aktiivse mängutaseme meelespidamiseks kasutatakse tõeväärtust level2, kuigi korrektne oleks tasemeid hoida näiteks mingis nimekirjas ning aktiivse taseme indeksit täisarvu tüüpi muutujas. Taseme renderdamine

võinuks olla eraldi klassis, mitte kõik Game'i all koos. Mängitavat ala oleks võinud hoida eraldi klassis ning jätta Game klassi võimalikult vähe muutujaid. Praegu on see klass natuke “ülerahvastatud”. Ühesõnaga, objekte oleks võinud olla rohkem.

Tõeväärtust kasutatakse kohmakalt, nt:
if (a) {
return true;
} else {
return false,
}

kuigi piisanuks lihtsalt

return a;

Kui lohakavõitu vormistus jms üksikasjad kõrvale jätta, siis vigu, mis takistaks mängu tööd, koodi lugemisel ega testimisel silma ei torganud. Nii et sisuliselt on mäng hästi tehtud ja väärib kiitust.

'''Tanel Lebdev - DK21, meeskond "codebastards"'''

Talk:Meeskond "ToString"

2010-12-21T09:59:06Z

Tlebedev:

Talk:Meeskond "ToString"

2010-12-21T09:58:36Z

Tlebedev:

Talk:Meeskond "KRTK"

2010-12-18T13:24:19Z

Tlebedev:

Kõik on omal kohal ja asi töötav ja värvi üle ka ei nuriseks, enamus kontori tarkvara on hall ja valge. Samas nuriseks pika tee üle et tööle saada asi :)

Kõikke paremat tiimile,
Liis Merisaar.

============================================================
Kiidan erakordselt ausat ja illustratiivset wikit.
Daunlõudisin koodi ja isegi baasi tekitamise SQLi ja isegi lasin ta mingis augus jooksma, aga tulemuseks sain hunniku erroreid "near to GO"... nii, et baasi ma rakendusele ise tekitada ei suutnudki. Samas on ikka natuke vähe juhendatud mismoodi ma peaksin midagi veel konfima, et see kõik tööle hakkaks. Nii et piirdun uskumisega, et see asi teil töötab. Minu usku kinnitavad ka koodivaatlused - see on jälle see Linq!

Anneli Rasu DK21

============================================================

Huvitav projekt, aga lahenduse GUI jättis soovida (oli arusaamatu), samuti polnud võib-olla LINQ kasutamine hea otsus, sest tundus, et selle toimimisest ei saanud arendajad hästi aru kahjuks.

Tanel Lebedev

Talk:Meeskond "Terav Totris"

2010-12-18T13:22:11Z

Tlebedev:

Meie arust kõige lahedam mäng oli Terav Totris. Disain , seletused , muusika. Oleme kindel, et ikkagi inimesed tegid väga suurt tööd, Edu teile ka tulevikus.

Team PEA

---

Space Totris on väga hästi tehtud. Lapsepõlv tuleb meelde kui sai Tetrist kõvasti mängitud. Mängimine on hea, algul on harjumatu, et klotsid liiguvad vasakult paremale. Puldiga mängimist ei oska komenteerida, sest pulti ei oma. Kood tundub ka puhas ja arusaadavalt komenteeritud. Rohkem nagu ei oskagi öelda kui, et hea töö.

Reigo Riives

---

Nõustun eelnevate kommentaaridega, et väga hästi tehtud mäng. Proovimise käigus vigu ei esinenud. Kujundus ilus ja neutraalne, värvivalik ei kriibi silmi. Kergelt hüpnotisseriv taustamuusika sunnib mängimist jätkama pikemalt kui algselt planeeritud. Kui lisada paar featuuri leveli vahetustele (näiteks kuskilt maalt pöörab mäng teist pidi), võiks asja panna karpi ja müüki. Kood hästi struktureeritud ja kommenteeritud.

Artur Mölter

---

Mängimise teeb lihtsamaks õrn taustarudustik, mis aitab silmal paremini hallata, kuhu klotsid maanduvad. Ilma selleta oleks küliti varianti mängida tunduvalt keerulisem kui ülalt alla. Samuti on hea, et klotsidel on eri värvid. Omamoodi huvitavam variant, et taseme lisandumine lühendab mänguala, mitte ei pane kiirust juurde. Mängul võiks olla punktide registreerimise võimalus, näiteks 10 parimat tulemust, see lisaks kindlasti hasarti.
Mängu kood on selge ülesehitusega, kenasti funktsioonide järgi klassidesse jaotatud ja ohtralt kommenteeritud.

Ulvar Petmanson

---

Kujundus ja värvikasutus annavad tulemusena väga korraliku visuaalselt ilusa mängu. Idee kasutada horisontaalset liikumissuunda ja levelite kasvamisel mägnuvälja vähendamist anavad mängule vaid plusse lisaks. Mõne nupu funktsioonid tundusid natuke imelikud alguses, aga harjub kiiresti ära.

Kuna ma ei tea c#-st veel suurt midagi, siis on raske sellist asja hinnata, aga kõik tehtud sammud on korralikult dokumenteeritud. Üsna detailselt on paljudes kohtades välja toodud meetodite töö põhimõte, et siilile ka selge oleks (näha on, et on ka minule mõeldud, selle eest kõvad lisa punktid).

Indrek Kahu

---

Hästi realiseeritud mäng, sest kasutas multimeediat hästi - mäng oli nägus ja hästi mängitav. Samuti oli innovatiivne keerata Tetris nö külje peale. Sellist mängu mängiks isegi.

Tanel Lebedev