Hatooo...<div><br></div><div>Egyreszt olyat allapit meg, amit mar regota tudunk, csak nem igy mondjuk. Ugye a Java egyik elve a az alacsony kotes a rendszer elemei kozott, eroteljesen elosegitve azt, hogy a modulok cserelhetoek, portabilisek legyenek. Ezert epul egy csomo, Javaban hasznalt pattern annyira az interfeszekre, mert az interfesz moge barmit be lehet rakni, tenyleg barmit.</div>

<div><br></div><div>Masreszt pedig azert en ennyire messzemeno kovetkezteteseket mindig kicsit olyan vajakolas szagunak erzek. A Symbian minden eros kotese ellenere jo rendszer lehetett volna, ha a Nokia jobban kezeli a rendszert, illetve sokkal kozelebbrol koveti a trendeket. Mivel naluk voltak azok, akik a legjobban ertettek a rendszerhez, nem gondolom, hogy ne lett volna ember arra, ha adott esetben ujra kell irni az OS bizonyos reszeit.</div>

<div>Szoval, ha az eros kotes hozzajarult, akkor pont ugyanannyival jarult hozza, mint az, hogy a fejlesztok mondjuk CVS-t hasznaltak. Elhanyagolhato mertekben. Szerintem.</div><div><br></div><div>Egyszeruen a Symbian tervezesekor nem leteztek olyan igenyek, amik mostanaban felmerultek, illetve  a Nokia eleg hanyagul kommunikalta az OS-t, tobb marketing volt mogotte, a fejlesztok meg csak kinlodtak vele. </div>

<div><br clear="all">Garami Gábor<br>E-mail: <a href="mailto:gabor.garami@hron.me" target="_blank">gabor.garami@hron.me</a><br>Tel: +36 20 235 9621<br>MSN: <a href="mailto:hrgy@vipmail.hu" target="_blank">hrgy@vipmail.hu</a><br>

Skype: hron84<br><br>
<br><br><div class="gmail_quote">2012/5/18 Molnár Miklós <span dir="ltr">&lt;<a href="mailto:timortinj@freemail.hu" target="_blank">timortinj@freemail.hu</a>&gt;</span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">










<div lang="HU" link="blue" vlink="purple">

<div>

<p><font face="Courier New"><span style="font-size:10.0pt">Sziasztok,<u></u><u></u></span></font></p>

<p><font face="Courier New"><span style="font-size:10.0pt"><u></u> <u></u></span></font></p>

<p><font face="Courier New"><span style="font-size:10.0pt">MTA, matematika szekció, tudományos ülésszak <u></u><u></u></span></font></p>

<p><font face="Courier New"><span style="font-size:10.0pt">Cím: &quot;A nagyság átka: nagyméretű hálózatok, adatok és szoftverek
problémái&quot;<u></u><u></u></span></font></p>

<p><font face="Courier New"><span style="font-size:10.0pt">Időpont: 2012. 05. 16. volt<u></u><u></u></span></font></p>

<p><font face="Courier New"><span style="font-size:10.0pt">Helyszín: MTA Székház, Kisterem (II. emelet)<u></u><u></u></span></font></p>

<p><font face="Courier New"><span style="font-size:10.0pt">Üléselnök: Pálfy Péter Pál osztályelnök<u></u><u></u></span></font></p>

<p><font face="Courier New"><span style="font-size:10.0pt">Előadások száma: 6 db (akadémikusok, phd-zett oktatók)<u></u><u></u></span></font></p>

<p><font face="Courier New"><span style="font-size:10.0pt"><u></u> <u></u></span></font></p>

<p><font face="Courier New"><span style="font-size:10.0pt">Fantasztikus gondolatok voltak, például:<u></u><u></u></span></font></p>

<p><font face="Courier New"><span style="font-size:10.0pt">- Minimális feszítőfa kiterjedt alkalmazhatósága<u></u><u></u></span></font></p>

<p><font face="Courier New"><span style="font-size:10.0pt">- Függőségi gráfokban rejlő potenciális erő<u></u><u></u></span></font></p>

<p><font face="Courier New"><span style="font-size:10.0pt">- Lineáris időben propagált exponenciálisan növekvő modellek<u></u><u></u></span></font></p>

<p><font face="Courier New"><span style="font-size:10.0pt">- Csatolási mérték erős prediktív ereje szoftverrendszerekben<u></u><u></u></span></font></p>

<p><font face="Courier New"><span style="font-size:10.0pt">stb.<u></u><u></u></span></font></p>

<p><font face="Courier New"><span style="font-size:10.0pt"><u></u> <u></u></span></font></p>

<p><font face="Courier New"><span style="font-size:10.0pt"><u></u> <u></u></span></font></p>

<p><font face="Courier New"><span style="font-size:10.0pt">Nagyon remekbeszabott délután volt, és akkora benyomást tett rám, hogy
hónapok után blogposztot is írtam, elsősorban az előadások vázlatait próbálva
megosztani, hallás után mazsolázva a tömény koncentrációban érkező infókat.<u></u><u></u></span></font></p>

<p><font face="Courier New"><span style="font-size:10.0pt"><a href="http://liftinstinct.blogspot.com/2012/05/mta-workshop-nagysag-atka-nagymeretu.html" target="_blank">http://liftinstinct.blogspot.com/2012/05/mta-workshop-nagysag-atka-nagymeretu.html</a><u></u><u></u></span></font></p>



<p><font face="Courier New"><span style="font-size:10.0pt"><u></u> <u></u></span></font></p>

<p><font face="Courier New"><span style="font-size:10.0pt">De nem is a (gyenge) önmarketing miatt írom :o)), hanem az utolsó
előadás miatt, ami érdekelheti a Java-közösséget.<u></u><u></u></span></font></p>

<p><font face="Courier New"><span style="font-size:10.0pt"><u></u> <u></u></span></font></p>

<p><font face="Courier New"><span style="font-size:10.0pt">A dolog lényege nagyon röviden:<u></u><u></u></span></font></p>

<p><font face="Courier New"><span style="font-size:10.0pt">- A szoftver öregszik, erodálódik (az adatbányász azonnal hozzáteszi,
hogy az adatok is állásukban romlanak, lásd népszámlálás)<u></u><u></u></span></font></p>

<p><font face="Courier New"><span style="font-size:10.0pt">- Elsősorban a változások miatt öregszik a szoftver<u></u><u></u></span></font></p>

<p><font face="Courier New"><span style="font-size:10.0pt">- A változások jellemzően új dolgok implementálása illetve meglévő
hibák javítása<u></u><u></u></span></font></p>

<p><font face="Courier New"><span style="font-size:10.0pt">- Óriási erővel kutatják azt, hogy egy adott kódsor egyrészt mely más
kódrészeket érint (automatikusan detektálhatóan), másrészt milyen optimális (szükséges
és elégséges) tesztelések után jelenthető ki, hogy sikerült a változatás.<u></u><u></u></span></font></p>

<p><font face="Courier New"><span style="font-size:10.0pt">- Sokféle mérték van, ami segíti mutatni a szoftver öregedését és
halálát.<u></u><u></u></span></font></p>

<p><font face="Courier New"><span style="font-size:10.0pt">- A jelenlegi legerősebb mértéknek a csatolási mérték látszik vagyis
mennyi szükséges és szükségtelen csatolás van a szoftverrészek között
(szoftveren belül). <u></u><u></u></span></font></p>

<p><font face="Courier New"><span style="font-size:10.0pt">- Ennek óriási prediktív ereje van a szoftveröregedésre nézvést. <u></u><u></u></span></font></p>

<p><font face="Courier New"><span style="font-size:10.0pt">- Ennek bizonyítására az előadó csapata egy egzakt levezetést adott,
aminek nyomán egy konfenrencia erről szólt, illetve azonnal 300 független
hivatkozást generált a tudományos közösségben, az előadó meg most kapott
akadémiai díjat.<u></u><u></u></span></font></p>

<p><font face="Courier New"><span style="font-size:10.0pt">- Megfordítva aki ügyel a változásoknál a csatolások minimálisan
tartására az továbbélését segíti szoftverének.<u></u><u></u></span></font></p>

<p><font face="Courier New"><span style="font-size:10.0pt">- Az az állítás, hogy komoly vizsgálat után a Nokia Symbian a nagyon
rossz csatolási mérték miatt halt meg elsősorban.<span class="HOEnZb"><font color="#888888"><u></u><u></u></font></span></span></font></p><span class="HOEnZb"><font color="#888888">

<p><font face="Courier New"><span style="font-size:10.0pt"><u></u> <u></u></span></font></p>

<p><font face="Courier New"><span style="font-size:10.0pt">MM<u></u><u></u></span></font></p>

</font></span></div>

</div>


<br>_______________________________________________<br>
Javalist mailing list<br>
<a href="mailto:Javalist@lists.javaforum.hu">Javalist@lists.javaforum.hu</a><br>
<a href="http://lists.javaforum.hu/mailman/listinfo/javalist" target="_blank">http://lists.javaforum.hu/mailman/listinfo/javalist</a><br>
<br></blockquote></div><br></div>