Polskie Centrum LabVIEW

4.2.4.Licencja LabVIEW Student Edition dla każdego studenta, który weźmie udział w konkursie i zdobędzie minimum 20 punktów w ocenie Jury.

W sumie czy średnio?

Witam,

Mam wrażenie, że w zaproponowanym ocenianiu kodu:

3.2. Oceniane będą następujące elementy:

3.2.1. przydatność dodatku: 0 – 5 punktów,

3.2.2. dokumentacja kodu i jego czytelność: 0 – 15 punktów,

3.2.3. jakość kodu: 0 – 15 punktów,

3.2.4. łatwość wykorzystania dodatku: 0 – 5 punktów.

słabiej docenia się pomysł i projekt (3.2.1 i 3.2.4), które tak na prawdę świadczą o późniejszej przydatności wyprodukowanego narzędzia dla społeczności forum (i nie tylko). Więcej punktów dostać można za elementy oczywiste ... wiem, że można punktować od 0 - 15 dokumentacje i czytelność, i również do 15 jakość kodu - jednak te elementy w rzeczywistości niewiele się różnią a mają w sumie aż 75 % punktów !
Skoro konkurs dopiero się rozpoczął to proponuję jeszcze rozważenie skorygowania aktualnej punktacji, wg. której ma szanse wygrać nieprzydatny lub niemożliwy do zastosowania "tool", na taką, która może przyczynić się do wykorzystywania konkursowych narzędzi i przez to może łatwiejszą pracę w środowisku LabVIEW.

Moja ewentualna propozycja to:
1. Przydatność (Pomysł) - 0-10
2. Styl Programowania (zgodny z konwencją dostępną w pomocy LabVIEW) - 0-15
3. Projekt (świadczący o możliwości wykorzystania w aplikacjach) - 0-15


Pozdrawiam
Piotr Maj

PMaj, po głębszym zastanowieniu się muszę przyznać ci rację.
Cieszę się że poruszyłeś ten temat, bo mnie moja ocena podpada pod certyfikaty NI (pewnie zbytnio się nimi zasugerowałem), co niekoniecznie jest dobrym rozwiązaniem, patrząc na tematykę konkursu.
Myślę, że twoja punktacja przyczyni się to większej kreatywności, jeśli chodzi o pomysł na zgłaszaną pracę.

Dziękuję i czekam na kolejne uwagi.

bogdani

Nowszy, sprawa również wyjaśniona.

Chodzi o ocenę średnią od wszystkich członków Jury.