[Javalist] Csatolások szoftverekben

[Gábor Garami]

Hatooo...

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.

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.
Szoval, ha az eros kotes hozzajarult, akkor pont ugyanannyival jarult
hozza, mint az, hogy a fejlesztok mondjuk CVS-t hasznaltak. Elhanyagolhato
mertekben. Szerintem.

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.

Garami Gábor
E-mail: gabor.garami at hron.me
Tel: +36 20 235 9621
MSN: hrgy at vipmail.hu
Skype: hron84



2012/5/18 Molnár Miklós <timortinj at freemail.hu>

>  Sziasztok,****
>
> ** **
>
> MTA, matematika szekció, tudományos ülésszak ****
>
> Cím: "A nagyság átka: nagyméretű hálózatok, adatok és szoftverek problémái"
> ****
>
> Időpont: 2012. 05. 16. volt****
>
> Helyszín: MTA Székház, Kisterem (II. emelet)****
>
> Üléselnök: Pálfy Péter Pál osztályelnök****
>
> Előadások száma: 6 db (akadémikusok, phd-zett oktatók)****
>
> ** **
>
> Fantasztikus gondolatok voltak, például:****
>
> - Minimális feszítőfa kiterjedt alkalmazhatósága****
>
> - Függőségi gráfokban rejlő potenciális erő****
>
> - Lineáris időben propagált exponenciálisan növekvő modellek****
>
> - Csatolási mérték erős prediktív ereje szoftverrendszerekben****
>
> stb.****
>
> ** **
>
> ** **
>
> 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.****
>
>
> http://liftinstinct.blogspot.com/2012/05/mta-workshop-nagysag-atka-nagymeretu.html
> ****
>
> ** **
>
> De nem is a (gyenge) önmarketing miatt írom :o)), hanem az utolsó előadás
> miatt, ami érdekelheti a Java-közösséget.****
>
> ** **
>
> A dolog lényege nagyon röviden:****
>
> - 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)****
>
> - Elsősorban a változások miatt öregszik a szoftver****
>
> - A változások jellemzően új dolgok implementálása illetve meglévő hibák
> javítása****
>
> - Ó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.****
>
> - Sokféle mérték van, ami segíti mutatni a szoftver öregedését és halálát.
> ****
>
> - 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). ****
>
> - Ennek óriási prediktív ereje van a szoftveröregedésre nézvést. ****
>
> - 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.****
>
> - 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.****
>
> - 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.****
>
> ** **
>
> MM****
>
> _______________________________________________
> Javalist mailing list
> Javalist at lists.javaforum.hu
> http://lists.javaforum.hu/mailman/listinfo/javalist
>
>
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL: <http://lists.javaforum.hu/pipermail/javalist/attachments/20120518/de9b5a3b/attachment.html>