Azért jó vitaindító a téma, mert benne van a "hagyományos" kifejezés. Ez azokra utal, akik kevésbé kívánnak haladni a modernizáció felé. S szerintem akik nem haladnak, előbb-utóbb kihalnak. Ez nemcsak az IT, de az élet minden területén így van. Akik haladnak, sokáig megmarad(hat)nak. Ez nemcsak az IT, de az élet minden területén így van ;) S hogy mi a hagyományos és mi nem, mit jelent az előbb/utóbb, a szakmában erősen relatív fogalom. Én ilyen szemszögből hallgattam a beszélgetést, nekem az jött le hogy minden résztvevőnek igaza van :)
Egyébként egyetértek Zero-val. A fejlesztő vs üzemeltető "oldalakon" nincs olyan ,hogy az egyik akar/képes tanulni a másik nem. Az elsősorban személyiségfüggő. Nekem is volt kollégám pont aki irányváltás miatt ( java -> C#) képes volt kilépni csak ne kelljen a java-t lecserélnie másra.De service-ben is van olyan nem èppen fiatal kollégám aki nagyon nyitott az új megoldásokra/technológiákra
Az igazi üzemeltetés ( èn jobban szeretem a service szót) már régen nem statikus. A változáskezelés pèldául fontos rendszeres része. A szolgáltatás sose lesz agilis hanem "stabilis" ( copyright by me) A jo services-nek valamilyen szinten még a fejlesztéshez is kell érteni ( másképp nem tud hibát keresni)
nem lesz nepszeru ez a velemeny, de tapasztalatbol mondjuk, jelentos attitudbeli kulonbseg van az egyes it kasztok kozott. itt azert hozzatennenk, a lehetosegek is masok. nagyon sok helyen az uzemeltetokre szant per-kopf oktatasi budzse toredeke a fejlesztoi keretnek.
@@hwsw igen van attitűdbeli eltérés. Más hozáállás is kell hozzá. Ti se bíznátok üzleti kritikus rendszer üzemeltetését egy trendi fejlesztőre bármilyen jó is abban amit csinál. És fordítva sem.
Azért jó vitaindító a téma, mert benne van a "hagyományos" kifejezés. Ez azokra utal, akik kevésbé kívánnak haladni a modernizáció felé. S szerintem akik nem haladnak, előbb-utóbb kihalnak. Ez nemcsak az IT, de az élet minden területén így van. Akik haladnak, sokáig megmarad(hat)nak. Ez nemcsak az IT, de az élet minden területén így van ;)
S hogy mi a hagyományos és mi nem, mit jelent az előbb/utóbb, a szakmában erősen relatív fogalom.
Én ilyen szemszögből hallgattam a beszélgetést, nekem az jött le hogy minden résztvevőnek igaza van :)
Egyébként egyetértek Zero-val. A fejlesztő vs üzemeltető "oldalakon" nincs olyan ,hogy az egyik akar/képes tanulni a másik nem. Az elsősorban személyiségfüggő. Nekem is volt kollégám pont aki irányváltás miatt ( java -> C#) képes volt kilépni csak ne kelljen a java-t lecserélnie másra.De service-ben is van olyan nem èppen fiatal kollégám aki nagyon nyitott az új megoldásokra/technológiákra
"Jobb felső sarkot célozd meg" Csak óvatosan! GUI-s alkalmazásoknal (de a böngészőbe is) jobb fent az X van ami a bezárás :-)
Az igazi üzemeltetés ( èn jobban szeretem a service szót) már régen nem statikus. A változáskezelés pèldául fontos rendszeres része.
A szolgáltatás sose lesz agilis hanem "stabilis" ( copyright by me)
A jo services-nek valamilyen szinten még a fejlesztéshez is kell érteni ( másképp nem tud hibát keresni)
nem lesz nepszeru ez a velemeny, de tapasztalatbol mondjuk, jelentos attitudbeli kulonbseg van az egyes it kasztok kozott. itt azert hozzatennenk, a lehetosegek is masok. nagyon sok helyen az uzemeltetokre szant per-kopf oktatasi budzse toredeke a fejlesztoi keretnek.
@@hwsw igen van attitűdbeli eltérés. Más hozáállás is kell hozzá. Ti se bíznátok üzleti kritikus rendszer üzemeltetését egy trendi fejlesztőre bármilyen jó is abban amit csinál. És fordítva sem.
A leírásban van az összes említett hivatkozás, vendégek, ill az Országos IT megmérettetés linkje is.
🤡🤡🤡