<div dir="ltr">Koszi az infot. Most mar a szamok alapjan is kijon, hogy eleg feladat van a honapban ;)<div><br></div><div>Azert nem at berakni a csobe egy potfeladatot. Jo, hogy ezeket leirtad.</div><div><br></div><div>Mormota</div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-07-01 8:46 GMT+02:00 Gergely Dévai <span dir="ltr"><<a href="mailto:deva@caesar.elte.hu" target="_blank">deva@caesar.elte.hu</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
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.<br>
</blockquote>
<br></span>
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.<span class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
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<br>
</blockquote>
<br></span>
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?<br>
<br>
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:<br>
- Ö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.<br>
- A debug+visualization felület és a modellvégrehajtó logika lecserélhetőségének vizsgálata, pl:<br>
- A debug/vizualizáció oldalon: Papyrus+Moka helyett Sirius<br>
- A modellvégreható logika oldalán: Az UML->Java+JDT helyett txtUML<br>
- 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.<br>
<br>
Üdv,<br>
Gergő<div class="HOEnZb"><div class="h5"><br>
<br>
_______________________________________________<br>
Modelinterpreter mailing list<br>
<a href="mailto:Modelinterpreter@plc.inf.elte.hu" target="_blank">Modelinterpreter@plc.inf.elte.hu</a><br>
<a href="https://plc.inf.elte.hu/mailman/listinfo/modelinterpreter" rel="noreferrer" target="_blank">https://plc.inf.elte.hu/mailman/listinfo/modelinterpreter</a><br>
</div></div></blockquote></div><br></div>