adduser - volt

[BERES Laszlo]

Szalayne' Tahy Zsuzsa írta:

> Tényleg nem sértésnek, lekicsinylésnek szánom, inkább elvi kérdés:
> 1. disztribúciót bárki írhat

Így van. Csak az nem mindegy, hogy hol és hányan használják azt a
disztribúciót (akár vállalati környezetben), esetleg van-e olyan
világcég, amelyik egy disztribúciót kiválaszt és a saját termékét
hivatalosan támogatja ez alatt (ld. Oracle).

> 2. központot is bárki létrehozhat

Hát ez azért nem egészen így működik, furcsállom, hogy Te ezt leírod.

> 3. bárki oktathatja

Ezt miből gondolod? Van arról fogalmad, hogy monduk egy Red Hat
oktatónak/vizsgáztatónak milyen tudásból kell számot adnia? Tudod, hogy
hány RHCI/RHCX (instructor, examiner) van Magyarországon vagy akár
Európában? De ne csak a Red Hatet vagyük alapul, hanem a Sunt, Ciscot
vagy Novellt, amelynek oktatói nem 1-2 nap alatt szereznek jogot az
oktatáshoz.
Tavaly megszereztem az ECDL vizsgáztatói képesítést. Azóta a kedvem is
elment az egész ECDL-től.

> De hol van akkreditálva? (Ki, milyen szinten ismeri el a papírt, amit a
> vizsga végén kapsz?)

Mondjuk az IT világ megfelelő lesz? Vagy ezzel arra akarsz utalni, hogy
amit az állam elfogad, az a jó? Hogy ér valamit az ECLD vagy az
informatika érettségi? Miért is csökken az ECDL központok száma? Miért
bukdácsoltak IT tantárgyakból az előző munkahelyem informatikából
érettségizett hallgatói?

Tavaly év végén a sors úgy hozta, hogy néhány fejvadász céggel
kapcsolatba kerültem. Az önéletrajzomban feltüntettem minden, számomra
fontos minősítést, pl. az ECDL oktatói-vizsgáztatóit, az oktatási
tapasztalatot, publikációt, stb. Az egyik cég vezetője (mellesleg a
legismertebb magyar IT-fejvadászról van szó) kedvesen rám mosolygott,
majd azt mondta: Béres úr, tudja, hogy ezek fikarcnyit sem érdeklik a
piaci szféra képviselőit? Írja le inkább, milyen ipari tapasztalatokkal
rendelkezik. Megtettem - 10 nap alatt 4 nagyvállalat (bank,
IT-fejlesztő, telekommunikációs) keresett meg.

> Amit felsoroltál azok témakörök.

Így van, nem akarok reklámot csinálni a cégünknek. Az egyes témakörök
felett különféle tanfolyamok állnak, igen magas elméleti és gyakorlati
képzésekkel, valamint az IT szakma egyik legnehezebb gyakorlati
vizsgájával. Részleteket inkább magánban küldök, ha érdekel,
mindenesetre annyit elárulhatok, hogy a hallgatók többsége az IT szektor
legmagasabb pozícióiban lévő cégektől kerülnek hozzánk. De szerintem
ugyanez a helyzet ott is, ahol Gál Tamás barátom oktat.

> Rákerestem a google-ban az LPI állás végzettség szavak együttesére.

Az LPI elméleti Linux vizsga, amely tanúsítja az operációs rendszer
disztribúciófüggetlen ismeretét.

>> Ez veszélyes játék: soha semmilyen rendszert nem szabad alaplételmezett
>> beállításokkal használni vagy ezekből bármilyen következtetést levonni.
> 
> Szerintem pedig sokat elárul a rendszer céljáról. Épp most szabadítottam meg

Szerintem meg semmit. De ezen kár vitáznunk.

>> Ez véleményem szerint a rendszeradminisztrátort minősíti.
> Igen: Nem megszállott, van más dolga is.

A rendszergazda dolga, hogy az adott munkakörnyezet kialakítását
elvégezze. Nem megszállottság, hanem alapfeladat. Aki nem képes erre, az
ne csinálja.

>> adottságoknak megfelelő fejlesztéseket végzünk.
> 
> Hát ez az, elvárás, (Te is elvárod) hogy a rendszergazda saját
> fejlesztéseket végezzen. Nem ez a dolga (szerintem).

De Zsuzsa, nincs olyan rendszer a világon, amelyik dobozból kivéve
mindent tud! Minden rendszer alatt szükséges valamilyen szintű
fejlesztés, ezért is szükséges az érintett rendszerek beható ismerete.
Aztán kérdés, mit nevezünk fejlesztésnek? Egy Samba megfelelő
beállítását? Vagy egy Windows Server scriptelését? Nézd meg, itt a
Techninfon is mennyi speciális kérdés hangzik el minden irányból.

> A Unixos hiányosságokról csak annyit, hogy egy WAN-ra tervezett eszköz
> hiányos képességekkel fog rendelkezni, ha LAN-ra, csoportmunkára használják.
> Hasonlóan, egy LAN-ra tervezett eszköz gyenge lesz WAN-on. (lásd szandál...)

OK, de hogy jön ez ide? Unix = WAN?

> De a hazai fejlesztés használatának magas szintű elsajátítására nincs
> nemzetközi (vagy akár magyar) akkreditált vizsga. Így az a hozzáértő, aki
> magáról ezt állítja, vagy van valaki, aki referenciát adott róla - de akkor
> ő volt az, aki a saját rendszerét odaadta gyakorlópályának, kísérletezésre.
> 
> ((((Érzelmi oldalról: Ha lesz akkreditált minősítés Linux kezelésére, akkor
> lehet, hogy elveszíti mai varázsának jelentős részét, a felfedezés
> szabadságának érzését.)))

Ez az egész beszélgetés kezd engem a tavaly őszi Info Éra konferencia
egyik igen kínos előadására emlékeztetni. Az előadó - régi ismerősünk,
kedves, szerény fiatalember - az IBM amerikai központjában vezeti egy
projekt fejlesztését Eclipse környezet alatt. Az előadásában szépen
elmondta, hogy az Eclipse több vezető világcég hivatalos IDE környezete,
alkalmas X db nyelv (többek között Java) alatti fejlesztésre.
Az előadás után felállt egy "kolléga" és kíméletlenül lehordta őt,
mondván, nagyon szép, de senki sem használ a közoktatásban Java-t, mert
nem kell, és az Eclipse is abszolút felesleges, az oktatásban nem
használható, bezzeg a Visual Basic. Az előadó megmosolyogta, mondván,
nagyon szép, de az iparban lassan nincs szükség VB fejlesztőre, viszont
tömegével kellene Java meg Python fejlesztő. Erre a "kolléga" ismét
felháborodott, mondván, ezek marhaságok, meg nem is kellenek, ők akkor
is VB programozást fognak tanítani.
Az előadó ekkor elkezdett összepakolni, majd csendben megjegyezte: tudja
mit, akkor képezzenek VB programozókat, de ne csodálkozzanak, ha a
diákok a fenenagy tudásukkal semmit nem tudnak majd kezdeni. A vezető
ipari cégek meg majd inkább azokat alkalmazzák, akik az oktatási
irányokkal ellentétes "lázadó" dolgokat ismerik - és otthagyta a társaságot.

Ahogy távolodom a köz- és felsőoktatástól, egyre tisztábban látom, hogy
a benne szereplők - tisztelet a kivételnek - milyen belterjes és
veszélyes világot alakítottak, alakítanak ki maguknak. Olyat, amelyből
kiszabadulva szegény diáknak sokat kell küzdenie, hogy az igazi iparban
elhelyezkedjen.

-- 

BÉRES László	       RHCE
senior IT engineer, trainer