Prethodna tema :: Sljedeća tema |
Autor/ica |
Poruka |
kika Forumaš(ica)
Pridružen/a: 11. 02. 2005. (09:36:12) Postovi: (188)16
|
|
[Vrh] |
|
mdoko Forumaš(ica)
Pridružen/a: 30. 11. 2002. (22:17:12) Postovi: (71A)16
Spol:
Lokacija: Heriot-Watt University, Edinburgh
|
|
[Vrh] |
|
kika Forumaš(ica)
Pridružen/a: 11. 02. 2005. (09:36:12) Postovi: (188)16
|
|
[Vrh] |
|
mladac Forumaš(ica)
Pridružen/a: 24. 10. 2005. (22:46:14) Postovi: (4D5)16
Spol:
Lokacija: zg
|
|
[Vrh] |
|
pero Forumaš(ica)
Pridružen/a: 02. 02. 2005. (17:13:37) Postovi: (81)16
Spol:
|
Postano: 10:04 uto, 21. 11. 2006 Naslov: |
|
|
Da ne otvaram novu temu.
Da li kod mora biti lijep, elegantan, optimalan
npr. svaka moja funkcija ima drugačije imenovane varijable, imam puno koda koji se ne izvršava, imam puno funkcija koje nikad neće biti pozvane, imam program od 200 linija koda koji bi se mogao svest na 80, puno nepotrebnih komentara ...
Ali program radi ono kaj bi trebal!
Hoće li to utjecat na rezultat moje prezentacije u srijedu?
I da li moram implementirat sve funkcije atp-a, u mom slučaju bin stabla
Da ne otvaram novu temu.
Da li kod mora biti lijep, elegantan, optimalan
npr. svaka moja funkcija ima drugačije imenovane varijable, imam puno koda koji se ne izvršava, imam puno funkcija koje nikad neće biti pozvane, imam program od 200 linija koda koji bi se mogao svest na 80, puno nepotrebnih komentara ...
Ali program radi ono kaj bi trebal!
Hoće li to utjecat na rezultat moje prezentacije u srijedu?
I da li moram implementirat sve funkcije atp-a, u mom slučaju bin stabla
|
|
[Vrh] |
|
mladac Forumaš(ica)
Pridružen/a: 24. 10. 2005. (22:46:14) Postovi: (4D5)16
Spol:
Lokacija: zg
|
|
[Vrh] |
|
Zvone Forumaš(ica)
Pridružen/a: 01. 07. 2003. (13:09:44) Postovi: (9D)16
|
Postano: 10:27 uto, 21. 11. 2006 Naslov: |
|
|
[quote="pero"]Da li kod mora biti lijep, elegantan, optimalan [/quote]
Ne, ne i ne :) Nazalost :klik-klak: Ali asistenti bi bili jako zahvalni kad bi kod bio takav, i puno bi blagonaklonije gledali na nj. A i vjerojatno bismo te manje gnjavili jer je takav kod moguce lakse i brze skuziti.
Dakle, sam izgled koda, dok god nije rijec o totalnom dzumbusu i dok su sve funkcije iz atp-a na broju (osim, ponovno, LEFT/RIGHT_SUBTREE kod implementacije BTREE pomocu polja) nece utjecati na broj bodova koji cete dobiti.
pero (napisa): | Da li kod mora biti lijep, elegantan, optimalan |
Ne, ne i ne Nazalost Ali asistenti bi bili jako zahvalni kad bi kod bio takav, i puno bi blagonaklonije gledali na nj. A i vjerojatno bismo te manje gnjavili jer je takav kod moguce lakse i brze skuziti.
Dakle, sam izgled koda, dok god nije rijec o totalnom dzumbusu i dok su sve funkcije iz atp-a na broju (osim, ponovno, LEFT/RIGHT_SUBTREE kod implementacije BTREE pomocu polja) nece utjecati na broj bodova koji cete dobiti.
|
|
[Vrh] |
|
pero Forumaš(ica)
Pridružen/a: 02. 02. 2005. (17:13:37) Postovi: (81)16
Spol:
|
|
[Vrh] |
|
weirdie Forumaš(ica)
Pridružen/a: 18. 11. 2005. (15:39:31) Postovi: (69)16
Spol:
Lokacija: na svom aršinu prostora
|
|
[Vrh] |
|
tihana Forumaš(ica)
Pridružen/a: 19. 06. 2006. (13:26:54) Postovi: (30D)16
Spol:
Lokacija: Zagreb
|
|
[Vrh] |
|
mladac Forumaš(ica)
Pridružen/a: 24. 10. 2005. (22:46:14) Postovi: (4D5)16
Spol:
Lokacija: zg
|
|
[Vrh] |
|
weirdie Forumaš(ica)
Pridružen/a: 18. 11. 2005. (15:39:31) Postovi: (69)16
Spol:
Lokacija: na svom aršinu prostora
|
|
[Vrh] |
|
weirdie Forumaš(ica)
Pridružen/a: 18. 11. 2005. (15:39:31) Postovi: (69)16
Spol:
Lokacija: na svom aršinu prostora
|
|
[Vrh] |
|
Zvone Forumaš(ica)
Pridružen/a: 01. 07. 2003. (13:09:44) Postovi: (9D)16
|
|
[Vrh] |
|
weirdie Forumaš(ica)
Pridružen/a: 18. 11. 2005. (15:39:31) Postovi: (69)16
Spol:
Lokacija: na svom aršinu prostora
|
Postano: 12:41 uto, 21. 11. 2006 Naslov: |
|
|
hvala puno.
dal se smije napraviti polje pointera na liste, tj. polje tih l-ova, pa po tome operirati dalje (sort, traženje minimuma i sl.), dal ce bit priznato u zadaći? recimo, meni bi tako bilo lakše.
hvala puno.
dal se smije napraviti polje pointera na liste, tj. polje tih l-ova, pa po tome operirati dalje (sort, traženje minimuma i sl.), dal ce bit priznato u zadaći? recimo, meni bi tako bilo lakše.
_________________ don't let them change ya!
or even rearrange ya!
we've got a life to live. they say: only-only-only th fittest of the fittest shall survive!
stay alive! eh!
|
|
[Vrh] |
|
vsego Site Admin
Pridružen/a: 06. 10. 2002. (22:07:09) Postovi: (3560)16
Spol:
Lokacija: /sbin/init
|
|
[Vrh] |
|
mladac Forumaš(ica)
Pridružen/a: 24. 10. 2005. (22:46:14) Postovi: (4D5)16
Spol:
Lokacija: zg
|
|
[Vrh] |
|
marijap Forumaš(ica)
Pridružen/a: 21. 06. 2006. (19:04:40) Postovi: (209)16
Spol:
Lokacija: zg
|
Postano: 19:08 uto, 21. 11. 2006 Naslov: |
|
|
Kolko sam ja shvatila, smisao određenog atp-a je da ga implementiramo standardno, tj. uključimo u program (neovisno o tome hoćemo li ih baš sve koristiti) SVE funkcije kojima smo ga opisali.
Uostalom, negdje je spomenuto da se smiju izostaviti eventualno 2-3 f-je kod binarnih stabala koje su dosta kompliciranije za implementirat, a nepotrebne su za podijeljene zadatke.
primjer: da implementiraš atp COMPLEX (kompleksne brojeve), zar bi izostavila f-ju koja množi 2 kompleksna broja samo zato jer ju nećeš koristiti ?! :? pa onda taj atp nije specifičan za kompleksne brojeve nego iza neku drugu vrstu struktura, recimo, vektore u R2...!?
mladac, kak možeš uopće imat "duple" f-je?...
pa nabrojiš ih, tj. implementiraš sve za stack i sve za btree (osim možda onih za koje je asistent napomenuo da nisu nužne), a koristiš ih po potrebi.
Kolko sam ja shvatila, smisao određenog atp-a je da ga implementiramo standardno, tj. uključimo u program (neovisno o tome hoćemo li ih baš sve koristiti) SVE funkcije kojima smo ga opisali.
Uostalom, negdje je spomenuto da se smiju izostaviti eventualno 2-3 f-je kod binarnih stabala koje su dosta kompliciranije za implementirat, a nepotrebne su za podijeljene zadatke.
primjer: da implementiraš atp COMPLEX (kompleksne brojeve), zar bi izostavila f-ju koja množi 2 kompleksna broja samo zato jer ju nećeš koristiti ?! pa onda taj atp nije specifičan za kompleksne brojeve nego iza neku drugu vrstu struktura, recimo, vektore u R2...!?
mladac, kak možeš uopće imat "duple" f-je?...
pa nabrojiš ih, tj. implementiraš sve za stack i sve za btree (osim možda onih za koje je asistent napomenuo da nisu nužne), a koristiš ih po potrebi.
|
|
[Vrh] |
|
mladac Forumaš(ica)
Pridružen/a: 24. 10. 2005. (22:46:14) Postovi: (4D5)16
Spol:
Lokacija: zg
|
|
[Vrh] |
|
Zvone Forumaš(ica)
Pridružen/a: 01. 07. 2003. (13:09:44) Postovi: (9D)16
|
Postano: 19:18 uto, 21. 11. 2006 Naslov: |
|
|
Evo pricao sam sa Krunom i dogovor je otprilike ovakav: iako je pozeljno, ne morate imati napisane bas sve funkcije iz atp-a, vec samo one koje koristite. Medjutim, ako neku funkciju niste napisali, trebate biti u stanju napisati ih na licu mjesta (to ne znaci da cemo svakog tko nema neku funkciju traziti da ju i napise, ali se moze dogoditi da nekog pitamo i to :)).
Inace, kao sto je i spomenuto na samoj stranici od zadaca, vasi programi da bi napravili ono sto se u zadatku trazi (dakle, npr. nasli sve cvorove sa jednim djetetom, pretvarali infix u postfix pomocu stabala, spajali liste i sl.) __moraju__ koristiti funkcije definirane u atp-u -- ako npr usred Dijkstrinog algoritma pise T->label = ch; necete moci dobiti maximum bodova. U biti sve sto nije dio samog atp-a treba biti napravljeno neovisno o implementaciji.
Iznimka od ovog pravila je generiranje bin. stabla iz ulaza zadanog preorder obilaskom upotpunjenim NULL-oznakama (oni koji imaju ovakav zadatak, znaju o cemu je rijec) -- tu zbog dosta zapetljane rekurzije ipak smijete napraviti unos ovisan o implementaciji.
Evo pricao sam sa Krunom i dogovor je otprilike ovakav: iako je pozeljno, ne morate imati napisane bas sve funkcije iz atp-a, vec samo one koje koristite. Medjutim, ako neku funkciju niste napisali, trebate biti u stanju napisati ih na licu mjesta (to ne znaci da cemo svakog tko nema neku funkciju traziti da ju i napise, ali se moze dogoditi da nekog pitamo i to ).
Inace, kao sto je i spomenuto na samoj stranici od zadaca, vasi programi da bi napravili ono sto se u zadatku trazi (dakle, npr. nasli sve cvorove sa jednim djetetom, pretvarali infix u postfix pomocu stabala, spajali liste i sl.) __moraju__ koristiti funkcije definirane u atp-u -- ako npr usred Dijkstrinog algoritma pise T->label = ch; necete moci dobiti maximum bodova. U biti sve sto nije dio samog atp-a treba biti napravljeno neovisno o implementaciji.
Iznimka od ovog pravila je generiranje bin. stabla iz ulaza zadanog preorder obilaskom upotpunjenim NULL-oznakama (oni koji imaju ovakav zadatak, znaju o cemu je rijec) -- tu zbog dosta zapetljane rekurzije ipak smijete napraviti unos ovisan o implementaciji.
|
|
[Vrh] |
|
|