Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

laboradmin jegyzőkönyv feltöltése #64

Closed
csutorasr opened this issue Sep 19, 2017 · 9 comments
Closed

laboradmin jegyzőkönyv feltöltése #64

csutorasr opened this issue Sep 19, 2017 · 9 comments

Comments

@csutorasr
Copy link
Collaborator

A jelenlegi szerintem még mindig nem a legmegfelelőbb. Most azután is fel tudnak tölteni új jegyzőkönyvet, miután a javító értékelte a laborjukat (vagy lefoglalta értékelésre). Ez szerintem továbbra sem egy jó megoldás, főleg ha a fájlok nem verziókezelve kerülnek mentésre.

by: Kanyó Krisztián

A fronend oldali vedelmet is el kell kesziteni.

@csutorasr
Copy link
Collaborator Author

Szerintem megoldas lenne, hogy a javitok azokat javitsak utoljara, ahol nincs feltoltve fajl. Azokat konnyu kivegezni es a vegen is eleg, de akkor meg van lehetoseg fajlt feltolteni.

Masik lehetoseg a kesedelmes feltoltes hataridejet megszabni pl max 3 napban, es akkor utana lesz csak lefoglalhato.

@gajdos @jmarton velemenyetek?

@jmarton
Copy link
Member

jmarton commented Sep 19, 2017

@csutorasr ezt biztosan ide akartad írni? Krisztián arról beszél, hogy lefoglalta. Ez azt is jelenti, hogy van fájl, amit értékelnie kell.

A határidő után feltöltést csak akkor szoktunk engedni a hallgatónak, ha nincs eddig beadott munkája, ld. #20 a leírásban. Talán kicsit kusza lett a sok leírás. Ha kell, akkor tisztázzuk slack-en.

A késedelmes feltöltés korlátozásával egyetértek, a 3 nap biztonsággal megfelel.

@lordblendi
Copy link
Member

#62 Ez is ide tartozik a #20 mellett.

A masik topichoz: Es szukseges, hogy az ertekelo irja be az elegtelent, ha nincs feloltve fajl? Szerintem az is jo megoldas lenne, ha az ertekelok csak feltoltott fajlokat latnak hatarido lejarta utan. Ha valahol nincs feloltve a fajl, arra meg a labvez nyugodt szivvel adhatja az egyest, hisz lathatja, hogy nincs feloltve fajl. Es akkor az ertekelok idejet sem raboljuk ezzel (megha nem is olyan sok ido).

@csutorasr
Copy link
Collaborator Author

csutorasr commented Sep 19, 2017 via email

@lordblendi
Copy link
Member

lordblendi commented Sep 19, 2017 via email

@gajdos
Copy link

gajdos commented Sep 19, 2017

En azt tartanam logikusnak, ha a javito valoban csak a szakmai tartalommal foglalkozna. Ha nincs jkv, ne legyen tehat vele dolga. Egyebekben pedig a beerkezett jkv-et mihamarabb kezdhesse javitani, hiszen az lenne a cel, hogy a hallgatok mihamarabb visszacsatolast kaphassanak. Ennek csak a beadasi hatarido lejarta szabjon gatat, az elott ne kezdodjon a javitas, hatha ujabb verziot akar a hallgato feltolteni. A hatarido lejarta utan viszont ilyet mar ne akarjon, akar lehetove teszi a mostani rendszer, akar nem.
A labvez viszont ha latja, hogy lejart a beadasi hatarido es hianyzik a jkv., akkor 12 oraval kesobb mar beirhatja a jelzest a jkv. hianyara (tipikusan egy nullast), hiszen 12 oranal tobb keses eseten amugy is elegtelent er a jkv. Hirtelen nem latom, hogy van-e erdemi kulonbseg a ketto kozott a potlas szempontjabol, szerintem nincs. Csak elvi jelentosege van, hogy ne egyest kapjon az, aki be sem adott semmit.

@csutorasr
Copy link
Collaborator Author

Most egy szoveg megjelenik a laborvezetonek, hogy meg tolthet fel a diak munkat.

A 13 oras feltoltesi korlatot beallitsam? 12+1, hogy legyen lehetosege biztosan. Ha a diak mar nem tolthet fel, akkor a labveznel se fogja ezt irni.

@gajdos
Copy link

gajdos commented Sep 21, 2017

Koszi, remek, jo lesz igy.

csutorasr pushed a commit that referenced this issue Sep 21, 2017
@csutorasr
Copy link
Collaborator Author

Letesztelve 😄
Fun fact:
image

A backend ehhez meg szukseges. (issue)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants