[Konkurens] ImageProcessor új változat? Miért? Minek?

[Menczer Andor]

Kedves Mindenki!

Én írtam a keddi konkurens zh feladatsort (ImageProcessor), legalábbis az
eredeti változatot. Már úton kéne hogy legyek felügyelni a hétfői zh-kat,
de ehelyett itt ülök a gépem előtt otthon és nem értem, hogy SVN-ben miért
lett kitörölve a keddi zh régi változata és lecserélve valami egészen
furára.

Alapvetően ennek az új változatnak mi volt a célja? Túl sok volt a feladat
120 percre? Egyrészt lehetett volna szólni és megcsináltam volna, másrészt
akkor legyen az utolsó egy 0, esetleg 2-3 pontos kis szorgalmi feladat, az
első négy meg sok pontos, így könnyűszerrel szerezhető ötös érdemjegy még
akkor is, ha valaki nem ér a végére.

Nekem ez az új konstrukció nagyon zavaros. BSc-s fejjel én ezt tuti nem
érteném, most is csak azért kapizsgálok valamit, mert itt van előttem a
mintamegoldás és mert én találtam ki a feladatsort. De még így is zavaros
az egész. Ráadásul a skeleton és mintamegoldás alapján még mindig nem
sikerült egy normális futást produkálnom.

A skeleton és a mintamegoldás is több ponton hibás. Nagyon kesze-kusza így
hogy mindent listába, segéd metódusba csomagolunk és minden mindent
keresztbe hivogat. Egyszerűbb, tisztább lenne ha a külön feladatok külön
file-ba kerülnének, tehát 1 feladat, 1 mappa, 1 file, 1 main. Ráadásul a
segéd metódusok is furák, néha metódusok, néha egy kikommentezett második
main-ként szerepelnek a kódban. Ezzel mit kéne a hallgatónak csinálnia?
Kikommentezni az eredeti main-t és ezt berakni a helyére? A feladat
szövegében ez még említés szintjén sem szerepel. A mintamegoldásban a
metódusok nevei miért nem egyeznek semmilyen skeleton metódushívással?
Miért van már már sokadik main a mintamegoldásokban? Ezek stand alone
futtatható megoldások, miközben a skeleton ömlesztve várja inplace az
összes feladat megoldást? A hallgatóknak akkor most hogyan kéne ezt
csinálniuk?

A feladat leírásban miért kellett kiszedni a magyarázó részeket? Így most
elég erősen "ne értsd, hanem csináld" jellege van a feladatsornak. Pl. a "9
nő nem szül 1 hónap alatt" skálázódási probléma (latency probléma igazából)
nem polkorrekt vagy mi a baj vele? Többi magyarázó szövegben még nők sem
voltak. Mostani rövidített szövegből nekem abszolút nem jön le, hogy miért
akarunk az adatcsatorna sorosan kapcsolt elemein belül párhuzamosan
kapcsolt threadpoolokat létrehozni, az pedig végképp nem hogy miért fontos
hogy épp 3 elemet tudnak a bufferek tárolni. Meg ez a "kiegyensúlyozott
adatcsatorna" a feladat szövegében micsoda? Hogyan lehet egy adatcsatorna
kiegyensúlyozott, ha nincs is benne súly? Multiple producer multiple
consumer ennek a modellnek a tisztességes neve (ez volt a régi változatban
is). Csatolmányként küldöm az eredeti modellt, így talán világos hogy mit
miért csinálunk. Szerintem a hallgatóknak is be lehetne ezt a képet rakni.
Semmit nem kell használniuk ami ne lett volna a beadban és a 40 soros
skeletonhoz kb 80-90 sort kell hozzáírni, úgy hogy rakás magyarázat volt az
eredeti feladatsorban, szóval nem érzem hogy lehetetlen lenne 120 perc
alatt az eredeti feladatsort megcsinálni. Ez az új változat alapvetően még
egyszerűbb, viszont ezzel a kesze kusza feladatleírással és
skeletonnal ahol csilliárd main és segéd metódus hívogatja egymást én nem
tudom mit kell csinálni. Még todo kommentek sincsenek benne. A régi
változat szerintem egyszerűbb volt. Ott minden feladat felépítése
triviális. Program elején létrehozzuk az objektumokat, elindítjuk a
szálakat, majd bevárjuk és leállítjuk a szálakat. Kész. A szálak meg csak
annyit csinálnak hogy egymásnak adogatják a csatolmányban is látható módon
az adatokat.

Lehet jobb az új változat és csak én vagyok túl hülye hozzá, viszont ebben
az esetben nem érzem hogy tudnék holnap felügyelni, illetve nem érzem magam
alkalmasnak hogy kijavítsam a zh megoldásokat, mert azt olyannak kéne aki
érti is a feladatot.

Félreértés ne essék, ez nem rant, nincs harag, nincs sértődöttség, csak
tényleg totál feleslegesnek érzem, hogy ennyi időt öljek ebbe a tárgyba, ha
úgy is az a vége, hogy amit csinálok az úgysincs senkire és semmire
hatással.

Üdv,
Andor
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://plc.inf.elte.hu/pipermail/konkurens/attachments/20231218/46be6e38/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ImageProcessor.png
Type: image/png
Size: 58617 bytes
Desc: not available
URL: <https://plc.inf.elte.hu/pipermail/konkurens/attachments/20231218/46be6e38/attachment-0001.png>