[Modelinterpreter] juliusi scope - lehet, hogy keves lesz

[Gergely Dévai]

>
> Ma volt egy komolyabb beszélgetésünk a generalization kapcsán Boldival 
> és Gergővel. Enyhén szólva nem tűnik túl egyszerű falatnak, ez alapján 
> nem vagyok benne annyira biztos, hogy belefér még más is.

A tegnapi beszélgetés alapján a generalizációra leadandott becslésem 
legalább duplázható. :) Az ok az, hogy tegnap felfedeztük, hogy jónéhány 
generalizációval kapcsolatos, akciókód jellegű dolgot 
(létrehozás/törlés/member access segédfüggvényei), amik már a struktúra 
alapján legenerálhatók, így némileg tudunk előre dolgozni.

> A maradék időben talán érdemes lenne valami jó demót csinálni az 
> external entity-hez, mert a Gergő féle garázskapus dolgot 4 
> állapotgéppel lehet megoldani

Ha csak a kapu mozgatása marad meg, akkor csak egy állapotgép kell 
hozzá. Máté, megcsinálod ezt péntekig, hogy legyen egy kis 
parasztvakítás a demón?

Ettől függetlenül gondolkoztam már hosszabb távú feladatokon, amikkel 
elkezdhetünk júliusban foglalkozni, ha marad idő. Eddig ezek jutottak 
eszembe:
- Összerakni egy olyan demót, ahol txtUML-ből generálunk modellt + 
diagramokat, majd meghajtjuk az executorral. A lényegi funkcionalitás 
megvan mindkét eszközben, de technikai problémákra számítok.
- A debug+visualization felület és a modellvégrehajtó logika 
lecserélhetőségének vizsgálata, pl:
- A debug/vizualizáció oldalon: Papyrus+Moka helyett Sirius
- A modellvégreható logika oldalán: Az UML->Java+JDT helyett txtUML
- Az Ericssonnál volt egy olyan kérés, hogy best effort jelleggel 
javíthatnánk a txtUML szintaxisán. Erre az általam ismert legígéretesebb 
technológia az Extend, ezzel lehetne játszani.

Üdv,
Gergő