BEGIN:VCALENDAR PRODID:-//Liferay Inc//Liferay Portal 7.0.2//EN VERSION:2.0 CALSCALE:GREGORIAN METHOD:PUBLISH BEGIN:VEVENT DTSTAMP:20240329T084638Z UID:897cbcac-d2f7-16fc-164b-3ba7cba5ccfe DTSTART:20150311T131000Z DTEND:20150311T141000Z SUMMARY:Scheidler Balázs: Sprint vs Maraton\, avagy mi a hosszú távú fejles ztés titka - Számítástechnikai szakosztály DESCRIPTION:
\n Szeretettel várunk minden é rdeklődőt a Kecskeméti Főiskola Informatika Tanszéke\, a Hírközlési és Inf ormatikai Tudományos Egyesület Számítástechnikai Szakosztálya\, és a Europ ean Organisation for Quality MNB Informatikai Szakbizottsága közös rendezv ényére\, az Informatika.Neked előadássorozat következő el őadására
\n\n Az előadás fontosabb témakörei strong>:
\n\n Az informatikában manaps ág mindenki arról beszél\, hogy milyen módon lehet a lehető leggyorsabb mó don kész szoftvert adni a felhasználók kezébe. Legyen az a piac bármelyik szeglete\, a sebesség mindenhol fontos: a mobil applikációknál csakúgy\, m int a nagyvállalati szoftvereknél.
\n\ n A BalaBit\, mint szoftver gyártó cég nagyvállalati szoftvereket\, azon b elül is informatikai biztonsági termékeket fejleszt\, és teszi ezt immár 1 5 éve. Az első kódsor leírásakor tette ezt még egy párfős cégként\, egy-ké t fejlesztő mérnök által. Mára közel 70 fejlesztő dolgozik egy közel 180 f ős szervezetben\, termékeinket az alapvetően magyar ügyfélkör helyett ma m ár közel 90%-ban külföldön használják.
\n\n Ma nagyon sok szoftvert projektként fejlesztenek és fognak fel: az e lején meghatározzuk a célokat és a határidőt\, elkészítjük a szoftvert\, a ztán mindenki mehet a következő projektre. A tapasztalat azonban azt mutat ja\, hogy gyakran a szoftverek fejlesztése nem áll meg\, egy-egy új funkci óra vagy hibajavításra bizony az üzemeltetés közben is szükség lesz\, nem is beszélve a termék típusú fejlesztésekről\, amiket akár több évtizedik f ejlesztenek.
\n\n A továbbfejleszthető ség azonban nem egy triviális tulajdonság\, arra tudatosan készülni kell: ha egy projekt véget ér\, a produktum élesbe áll\, a fejlesztőket szélnek eresztjük már egyáltalán nem biztos\, hogy néhány hónap múlva hatékonyan f ogjuk tudni módosítani azt. Az elején egy-egy hét fejlesztés bizony már ak ár hónapokig tart.
\n\n Milyen eszközö kkel\, módszerekkel tudjuk fenntartani a hatékony módosítás képességét? Mi t kell tennünk\, hogy a projekt vége után azt folytatni tudjuk\, akár más fejlesztő csapattal? Erre próbál válaszolni az előadásom\, amiről előzetes en csak annyit árulnék el\, hogy hitem szerint nem a dokumentációban\, spe cifikációkban és UML diagrammokban rejlik a megoldás\, annál sokkal izgalm asabb.
X-ALT-DESC;FMTTYPE=text/html:\n Szeretette l várunk minden érdeklődőt a Kecskeméti Főiskola Informatika Tanszéke\, a Hírközlési és Informatikai Tudományos Egyesület Számítástechnikai Szakoszt álya\, és a European Organisation for Quality MNB Informatikai Szakbizotts ága közös rendezvényére\, az Informatika.Neked előadássor ozat következő előadására
\n\n Az előadás font osabb témakörei:
\n\n Az info rmatikában manapság mindenki arról beszél\, hogy milyen módon lehet a lehe tő leggyorsabb módon kész szoftvert adni a felhasználók kezébe. Legyen az a piac bármelyik szeglete\, a sebesség mindenhol fontos: a mobil applikáci óknál csakúgy\, mint a nagyvállalati szoftvereknél.
\n\n A BalaBit\, mint szoftver gyártó cég nagyvállalati szof tvereket\, azon belül is informatikai biztonsági termékeket fejleszt\, és teszi ezt immár 15 éve. Az első kódsor leírásakor tette ezt még egy párfős cégként\, egy-két fejlesztő mérnök által. Mára közel 70 fejlesztő dolgozi k egy közel 180 fős szervezetben\, termékeinket az alapvetően magyar ügyfé lkör helyett ma már közel 90%-ban külföldön használják.
\n\n Ma nagyon sok szoftvert projektként fejlesztenek és fognak fel: az elején meghatározzuk a célokat és a határidőt\, elkészítjü k a szoftvert\, aztán mindenki mehet a következő projektre. A tapasztalat azonban azt mutatja\, hogy gyakran a szoftverek fejlesztése nem áll meg\, egy-egy új funkcióra vagy hibajavításra bizony az üzemeltetés közben is sz ükség lesz\, nem is beszélve a termék típusú fejlesztésekről\, amiket akár több évtizedik fejlesztenek.
\n\n A t ovábbfejleszthetőség azonban nem egy triviális tulajdonság\, arra tudatosa n készülni kell: ha egy projekt véget ér\, a produktum élesbe áll\, a fejl esztőket szélnek eresztjük már egyáltalán nem biztos\, hogy néhány hónap m úlva hatékonyan fogjuk tudni módosítani azt. Az elején egy-egy hét fejlesz tés bizony már akár hónapokig tart.
\n\n Milyen eszközökkel\, módszerekkel tudjuk fenntartani a hatékony módosít ás képességét? Mit kell tennünk\, hogy a projekt vége után azt folytatni t udjuk\, akár más fejlesztő csapattal? Erre próbál válaszolni az előadásom\ , amiről előzetesen csak annyit árulnék el\, hogy hitem szerint nem a doku mentációban\, specifikációkban és UML diagrammokban rejlik a megoldás\, an nál sokkal izgalmasabb.
LOCATION:Informatika Tanszék\, KF GAMF Kar\, Izsáki út 10.\, Kecskemét\, 4- es épület\, 315-ös terem END:VEVENT END:VCALENDAR