Tapasztalt Linux rendszermérnököt keresünk

Állást kínál

Tapasztalt Linux rendszermérnököt keresünk az MSCI Kft IT infrastruktúráért felelős csapatába.

Feladatok:

  • Linux renszerek legmagasabb szintű támogatása
  • Új Linux verziók bevezetése
  • A vállalat Linux szabványainak kialakítása
  • A fejlesztő csapatok igényeinek megfelelő Linux rendszerek
    kialakítása
  • Architektúra és támogatói dokumentáció készítése

Elvárások:

  • Angol nyelvtudás
  • Red Hat Linux mély ismerete (RHCE előny de nem feltétel)
  • Nemzetközi vállalatnál szerzett minimum 3 év Linux üzemeltetői
    vagy rendszermérnöki tapasztalat
  • Jó problémamegoldó képesség

Előnyök:

  • puppet vagy cfengine ismerete
  • RHN Satellite gyakorlat
  • Cluster technológiák ismerete
  • SAN/NAS ismeretek
  • Virtualizációs technológiák ismerete
  • Hálózati üzemeltetői ismeretek
  • Blade rendszerek ismerete

Amit kínálunk:

  • Nemzetközi, dinamikusan növekedő vállalati környezet
  • Versenyképes jövedelem, vonzó juttatási csomag

Munkavégzés helye

  • Budapest

További információ: http://www.msci.com

(A hirdetés a HUP-Profession szabadkártya felhasználásával került kihelyezésre)

  • 15189 megtekintés

( nns v | 2011. 02. 16., sze – 16:31 )

Ahhoz képest, hogy az oldal tele van Linux szakértővel nincs nagy tolongás, pedig itt lehetne bizonyítani :) Ha több információ kell az állásról, vagy ha valami nem tiszta akkor tudok segíteni.

Most egy álláskiírásba vagy azt írod bele, hogy a leendő munkatárs alakítja ki a linuxos szabványaitokat, vagy azt, hogy a fejlesztők igényeinek megfelelő linux vagy azt, hogy redhat ismeret kell.

Ebből a háromból kettő üti egymást. Ha én alakítom ki a linuxos szabványokat, akkor a linuxos szabvány az debian lesz. Ha redhatet kell használni, akkor nem én alakítom ki a szabványokat.

Ne felejtsd, hogy az init.d scriptek nem indulnak maguktol (mint Debianon), csak ha a chkconfig segitsegevel beallitod a runlevelt :) Meg eskudni mernek, hogy a config fileok nem olyan jol commentezettek, de ez lehet, hogy csak az en bajom. Mondjuk, ma sem tudom, hogy ellenorizzem, hogy egy yum-mal felpakolt csomag mit es hova tett... (es nincs dpkg-reconfigure sem :)

--
http://www.micros~1

igen, lattam.
viszont o tompos hozzaszolasara reagalt: "A yum is csak rpm-et hasznal (mint az apt)"
es ezert irtam neked, hogy szerintem o nem arra gondolt, hogy egy 3 eve nem frissitett projecttel be lehet az rpm-et is rakni az apt moge.

erdekessegkeppen meg lehet emliteni hogy ilyet is tud(ott) az apt, csak nekem a ... miatt (pedig meg lehet is...) kicsit beszolasnak tunt a hozzaszolasod.

ahogy a mostani hozzaszolasod vegen is ott van...

ps: ha mar szerkesztetted, akkor a elirast is javithattad volna az elso mondatban, mert igy kicsit gondolkoznom kellett, hogy mit akarsz mondani, de mar mind1.

Tyrael

"kicsit beszolasnak tunt a hozzaszolasod."

Egyáltalán nem annak szántam, elnézést. Csupán érdekességnek gondolom, normális ember nem akar apt-vel rpm-et használni :) Nem tudtam, hogy ilyen régi project... biztos nagyon stabil, ezért nem bántják :)

Persze, "eliras" annyit felteteleztem az olvasorol, hogy leforditja maganak:)

Amit irtal, viszont hibas. De ha akarja, ugyis megnezi maganak, hogyan kell, ezert a kerdesem komoly, nem ertem, mit akart kerdezni. Mert amit a kerdese szo szerint jelent, a legalapabb RTFM, ezert felteteleztem, hogy vmi masra akart kilyukadni.

tompos

dehogynem.
rpm -ql

Csak nekem egyszerubb a packages.debian.org oldalon beirni a keresett csomag nevet es megnezni a tartalmat. Vagy ha letoltotte az apt, berakja az /var/cache/apt/packages konyvtarba es roppant egyszeru megnyitni mc-vel. Pl. kiszedni a doksit belole. Nekem egyszerubb, nem akarok hitvitat nyitni.
--
http://www.micros~1

Azt mondod, hogy debianon te megkeresed a deb-et (vagy elmesz az emlitett weboldalra) es onnan nezed ki, mi a tartalma? Vagy ha a doksira van szukseged, akkor a deb-bol kulon kiszeded?

Disztribuciotol fuggetlenul: komolyan?
Egyaltalan mi koze ennek a disztribuciohoz?

tompos

Igy van. Komolyan. Hogy miert? Mert szamomra igy kenyelmes. (Nyilvan regen telepitett filenal nem a deb filebol szedem ki a doksit, de friss telepites eseten - debian, tehat nem disztrofuggetlen - sokkal egyszerubb megnezni, hogy hova pakolja a 384756 db kis filet.)

Jaigen. Nem disztrofuggetlen: Debiannal jellemzo a sok kis file es egyszerubb telepites utan megnezni, hova mit rakott.

--
http://www.micros~1

így van, amit itt az deb csomagokra felhoztak érveket, több mint nevetséges és az egyéb csomagformátumok ismeretének a kurva nagy hiányát tükrözi:D)

Megjegyzem a helyes parancs lokális fájl esetében: rpm -qlp /aholvan/file.rpm, de jobban szeretem az mc-s megoldást én is. Jah, még ilyet, ezt is ki lehet nyitni?! :) Igen, de minek kimásolgatni bármit is? Egyébként még a szerencsétlen krusader is képes ebben a formában kinyitni az rpm csomagot.

(ez ugyan egyedi, de bP alatt csak ennyi: csomaginfo (or packageinfo) /csomag/ahol/van/csomag.rpm

-------------------------------------------------------------------------------------------
Mit használok? Na, na, na? Hát blackPanther OS v11.1-et * www.blackpanther.hu

Poen, de most jott elo Debianon, hoyg milyen szep is lenne, ha a nyavalyas apache nem indulna el es lehetne chkconfiggal kikapcsolni :) Mert ha nrpe-servert rakok fel, akkor nyilvan rakok fel Nagiost. Ha Nagiost rakok fel, akkor nyilvan rakok fel apache-ot is...eh, megiscsak jobb a CentOS :) Vag yha nem is jobb, de kiszamithatobb.

--
http://www.micros~1

Miert rakod fel mind a kettot? Ritka az a helyzet (kvazi proxy-kent hasznalt nrpe szerver), amikor szukseges mind2.

Egyebkent szerintem atvert a recommends.

Csinalj egy ilyen file-t es nem lesz ilyesmi:

$ cat /etc/apt/apt.conf.d/recommends
// Recommends are as of now still abused in many packages
APT::Install-Recommends "0";
APT::Install-Suggests "0";

Vagy: --no-install-recommends

udv,
tompos

Nem mindkettot, csak sose tudom, melyik kell (ilyenkor a packages.debian.org oldalon nezem ki a csomag tartalmat :) check_nrpe kellett, asszem, ez a nagios-nrpe-plugin csomag.

Koszi, de ez maskor meg gond lehet, ha egy csomag nem megy es nem jovok ra, mi a baja...
(Tegnap Squid-et forgattam es a configure nem dobott hibat az ssl-dev hianya miatt....felora utan jottem ra, hogy hianyzik a devel. Ez mondjuk mas teszta, csak azert emlitetm, hoyg altalaban egesz jo a fuggoseg-kezeles Debianban.)

--
http://www.micros~1

Erre gondoltam: "feltesz, bekonfigurál, elindít".

Ha a daemon olyan jellegű, akkor az alapértelmezett beállítások átvizsgálása, illetve az új konfig összerakása sokáig is tarthat, esetleg más csomag beállítását is érintheti (iptables, selinux). Amikor telepítés után nem indul azonnal a daemon, az a biztonságosabb irányba téved (ha egyáltalán téved). És ha nem indul a daemon telepítéskor, akkor már nyilván az a kevésbé becsapós viselkedés, hogy az rcN.d symlink-ek sincsenek létrehozva.

Ha az ember házilag előre kialakított, dobozolt konfigot használ, akkor sem értelmetlen, hogy "telepít, konfigot felmásol, elindít".

azok a daemonok, amelyeknél ilyen félelmek felmerülhetnek, nem indulnak el addig, amíg vagy a /etc/default alatt nem babrálsz egy konfigot, vagy a saját konfigjából ki nem szedsz valami mágikus beállítást.

ez, szerintem, korrektebb, mint indítóscriptekkel bűvészkedni.

"Ne felejtsd, hogy az init.d scriptek nem indulnak maguktol (mint Debianon), csak ha a chkconfig segitsegevel beallitod a runlevelt :)"

Helyesen: az init szkriptek - mint minden normális disztróban - természetesen nem indulnak el maguktól rögtön, konfigurálatlanul telepítés után, illetve azok frissítésekor se indulnak újra ész nélkül. Azokat a service utasítás segítségével lehet elindítani, illetve a chkconfig fájl segítségével lehet beállítani, hogy bootoláskor és runlevel váltaskor mit csináljon.

Az külön öröm volt amikor az ubuntu servernek sikerült azzal tetéznie a debian ssl hibát, hogy frissítés közben kérdés nélkül újragenererálta a vpn és az ssh kulcsait, újraindult mindkét szolgáltatás, kivágott vpnről és ssh-ról. Az adott szerver természetesen kb. 150km-re volt tőlem... Na azóta van rajta CentOS.

--
http://csuhai.hu
http://sys-admin.hu

Ize. Normal esetben telepites kozben megkerdezi az alapbeallitasokat vagy szoveges modon vagy dialog-ablakbban. Legalabbis Debianon, Ubuntun nem tudom. CentOS-en nem kerdez, talald ki, hoygan kell beallitani.

Frissitettem mar parszor debiant, nem tudom, az ssh-t ujrainditja-e (feltetelezem, hoyg igen), de sose kellett ujracsatlakoznom.

--
http://www.micros~1

igen, ssh ugy indul ujra altalaban, hogy a regi connection-oket nem killeli le, kb. mint az apache graceful restart.
de persze nem azt mondom, hogy nem tortent meg amit csuhi irt, csak hogy alapbol az ssh restart nem szokta kidobni az embert.
ha viszont a szervert is csak vpn-en keresztul latta, ott viszont nem graceful restart volt (ha van ott ilyen egyaltalan), akkor logikus modon az ssh connectionje is megszakadt.

Tyrael

Na varj, probalom ertelmezni. Azt lattad, h az openvpn-t fogja frissiteni, igy ujra fogja inditani a service-t. Azt is tudtad, hogy mit fog javitani. Akkor vegulis mi a problema?:)

Eleg gane modon kezelte anno ezt a csomag karbantartoja, de a sajat hujeseged nem illik rakenni:)

t

ui.: Igazan nem kotekedni akarok, de a chkconfig egy parancs, nem a file-t kell szerkeszteni:)

BTW, a distrib warnak mint altalaban, itt sem sok ertelmet latom.

En nem is akarok haboruzni :) Csak egyszeruen megjegyeztem, hogy szamomra mi volt a furcsa, miutan sok ev Debian utan CentOS-t lattam. Az, hoyg erre masok bizonygatni kezdik, melyik a jobb, asszem, nem az en saram. Az en bajom az, hogy nem ismertem a chkconfigot, ezert furcsa volt az egesz. (Anno, x eve a Mandrake-hez volt vmi menus beallito program, mar nem emlekszem a nevere. Az jo volt, nem volt szuksegem chkconfigra. Most meg visszaut :)

--
http://www.micros~1

Részemről nem kezdek hozzá egy új distrib hekkeléséhez, amíg nem olvastam utána milyen egyedi parancsok vannak, s azok mire jók, hol mit találok.
Ha ezt meg lehet tenni parancssorban akkor úgy, ha nem akkor Google.
Azért biztos nem panaszkodnék, hogy valami nem úgy és nem ott van mint, amihez én hozzászoktam, s már kézre áll.

Tudom, h sokan szeretnek szívni azzal, hogy nem olvasnak utána, hanem "próbálják" csinálnak dolgokat, mintha "otthon" lennének... de létezik célzott olvasás is, így nem kell a 600 oldalas doksit elolvasni, elég csak azt a 6-7 oldalt, hogy mi hol található a többi a feladat és a cél szellemében kitalálható/tovább olvasható.

Amúgy, gyakran már az is sokat segít bármelyik Unix-like rendszeren, ha van tab kiegészítés, ha beírod az abc első betűit majd tabot nyomsz... az ismeretlen parancsokra man -olsz / rákeresel.
Bízom benne, hogy az "alias", "arp" parancsoknál nem kell sokat időznöd ;-)...
Minden esetre a befektetett idő hosszabb távon megtérül, sőt a c betűhöz érve rálelnél a chkconfig-ra is ;-).

Azért kell Red Hat ismeret mert a jelenlegi rendszerben RHEL-ek vannak. Ha valakinek mély Linuxos imeretei vannak (distro függetlenül) az is nyugodtan jelentkezhet és akkor vagy megtanulja a RHEL-t vagy meggyőz engem és a vezetőséget, hogy sokkal jobban járnánk egy másikkal. :) A rendszer kialakításánál viszont nem lehet figyelmen kívül hagyni az üzleti oldal igényeit, mert a cég célja nem csupán a Linux szerverek futtatása... Lehet az nem volt világos, hogy a munkatárs csak és kizárólag az OSért és a HWért felel. Minden ami efelett van kivéve az IT management rendszereket (monitorozás, telepítés, backup, etc...) már másik csapat feladata.

Ez egy szarva közt a tőgyit jellegű hozzászólás volt tőled.

Egyébként megkérdezhetem, hogy olvastad a kiírás szövegét? Úgy érzem, a kérdés indokolt, végülis ha jól értettem a másik hszedet, pályázol meg itt láthatóan flémelsz is az ügyben.

A következő módon kapcsolódik: bennem az a hiedelem él, hogyha valaki pályázik egy meghirdetett pozícióra, akkor alaposan elolvassa a kiírást, a feltételeket, esetleg a weben további információknak is utánanéz. Ergo feltételeztem, hogy te ezt megtetted. Ezt a feltételezésemet cáfolni látszanak a hozzászólásaid, mivel úgy tűnik a hszeid alapján, hogy nem olvastad el rendesen a kiírást. Ezért kérdezem, hogy akkor mi az igazság.

Tudnál idézni valamit a hsz-eimből, ami arra enged következtetni, hogy nem olvastam el rendesen a kiírást? :)

Tudod mit, nem szükséges... Bevallom, hogy tényleg nem olvastam, sőt még a weboldalukat sem néztem meg, csak egy jól irányzott google kereséssel kaptam meg a linket a formhoz, amin jelenkezni lehetett pont erre a pozícióra, a 115 nyílt hely közül... De ezt el ne mond nekik, nehogy megtudják, hogy nem követem a "hiedelmet, ami benned él". :D

Valószínűleg a hirdetés nem a magadféléknek készült, akiknek szövegértelmezési nehézségeik vannak. Unixos rendszergazdát keresnek, aki felelős a vasakért és az OS-layerért, efölött már alkalmazás-rendszergazdák dolgoznak. A "meghatározás" meg úgy értendő, hogy az előbbi kollégákkal plusz a fejlesztőkkel együtt dolgozva kialakítsák a megfelelő kompromisszumot, ami minden résztvevőnek megfelel - tehát igenis, meghatározhat dolgokat.

Kapierst?

--
Wir sind erfaßt, sind infiziert,
Jedes Gespräch wird kontrolliert.

Neked sem ártana beleolvasni, miket írt.
"A vállalat Linux szabványainak kialakítása ": hiába van az, hogy szerinted nekem vannak szövegértelmezési nehézségeim (nincsenek), ide akkor is az van írva, hogy a munkatárs kialakítja a szabványokat, nem az, hogy részt vesz a szabványok kialakításában, nem is az, hogy javaslatot tesz, stb. stb. Hanem kialakítja.

Majd utána kiderül, hogy redhat van, amitől nem is nagyon akarnak eltérni, meg az is kiderül, hogy nns-t kell meggyőzni arról, ha másikat akarsz helyette, ami explicite azt jelenti, hogy a szabvány kialakításában nns is részt vesz, majd az is kiderül, hogy csak az os-t üzemelteti a leendő kolléga, az applikációkért más(ok) felel(nek), tehát a más(ok)nak is beleszólása van a szabványokba.

Az eredeti megfogalmazás szerint egy jó linuxos architektre van szükség, a később kiderülő információk szerint meg egy végrehajtó személyiségű rendszergazdára. Ezt nem ártana helyretenni, mert nagyon különböző típusú embert jelent a kettő és ha mellényúlnak, ott elégedetlenkedés lesz.

De nyilván nekem nem megy a szövegértelmezés. Egyébként meg aki panaszkodik, hogy nincs reakció a hirdetésére, az ezek után ne morogjon, ha burkolt upokat kap:)

Abban igazad van, hogy a megfogalmazás pongyola volt és természetesnek vettem, hogy senki sem gondolja, hogy kontroll nélkül alakíthatja ki a vállalati irányvonalat és szabványokat. A pozícióhoz az architect szemlélet elengedhetetlen, mert az architect meló is ide tartozik, nincs rá külön ember. (Csapat van, de abban nincs Linux szakértelem így abba nem szólnak bele) Üzemeltetni nem kell napi szinten, de prjoektekben részt venni annál inkább.

Már nem panaszkodom :)

"Abban igazad van, hogy a megfogalmazás pongyola volt": HURRRÁÁÁÁÁÁ! :)

A kontrollnál számomra mindig az a kérdés, hogy technikai jellegű a kontroll, vagy pl. szolgáltatásjellegű. Nem mindegy, hogy aki a kontrollt gyakorolja, az meg akarja mondani, hogy milyen shellt meg kernelt használjak vagy az az elvárás, hogy a vállalati célok teljesítéséhez szükséges sla az adott csapatra lebontva hogyan teljesül.

Hmmm...

Abba senki nem fog beleszólni, hogy milyen shell-t használj, amíg az a csapatod által támogatott shellek között van (ebben sh, bash, ksh és csh biztosan van). A kernelverzió sem érdekel senkit, amíg az a RedHat által hivatalosan támogatott kernelek között van, és megfelel a security-vel foglalkozó csapat felmerülő igényeinek is.

Viszont arra például, hogy a RHEL-t leváltsd SUSE-re, _nagyon_ kevés esélyed van, annyira kevés, hogy nem is érdemes belevágni. Mondjuk megteheted, majd legfeljebb ír rólad is egy könyvet Cervantes.

Kollégád úriember módjára a vita és a subthread lezárására igen alkalmas hozzászólást írt. Emiatt úgy gondolom, hogy kár volt megint megnyitni ezt. Egy esetben van értelme, ha úgy gondolod, hogy burkolt upokra van szükséged. Ezesetben szólj, nagyon szívesen átállok troll üzemmódra pár napra.

Egy ekkora rendszernél az distro kiválasztáson kívül is van még pár dolog amit el kell dönteni, jelenleg is folyik a rendszer újratervezése amiben nagy része lesz az új kollégának. A jelentkező nem lesz egy személyben IT mindenes, inkább tipikus Linux rendszermérnök akinek architektúrális rálátása is van a rendszerre. A terveket természetesen egy ekkora szervezetben ell kell fogadtatni és előfordulhat, hogy akármilyen jó is a terv nem megy át a vezetőkön, de ettől függetlenül a Linux technikai döntések nálunk születnek.

Az egyik legkorrektebb álláshirdetés, amit mostanában láttam. Lehet hogy ezért sem kezdték el "szétszedni". :)

Viszont egy dolog nem tiszta:
A weboldalatokon lévő hirdetésben megjelenik a "technical leadership" szöveg, itt pedig nem. Viszont a 3 év experience-t egy picit kevésnek érzem egy unit head szerephez. Tehát a csapatba kerestek embert vagy ...?

Bennem felkeltette az érdeklődést, ígyhát jelentkeztem is a weboldalatokon keresztül. Bár eddig semmi visszajelzést nem kaptam (leszámítva egy autómatikusan generált üzenetet), remélem eljutott a megfelelő helyre a jelentkezésem. ;)

Csapatba keresünk embert, de a Linux-ért felelős csapat nagyon kicsi. A "technical leadership" szöveget úgy kell érteni, hogy ez a legmagasabb Linux engineer pozíció a cégben, így nekünk (új ember +én) kell meghatározni minden Linux OS-el kapcsolatos szabványt és szabályt. A 3 év azért van, mert a tehetségesebb de kevesebb tapasztalattal rendelkezőknek is megadjuk az esélyt. A tapasztalat mennyisége/mélysége fontosabb mint az időtartam. Az interjú alatt úgyis sokminden kiderül.

"Az interjú alatt úgyis sokminden kiderül."
Hát ezzel tudnék vitatkozni. Az interjú alatt alig derül ki valami.Igen jó emberismerőnek kell lennie annak, aki számára tényleg sokminden kiderülhet!

Mi az ami biztosan kiderül: papírok végzettségek, esetleg a technikai tudást itt ott kicsit meg lehet kapargatni.

Ami nem biztos, hogy kiderül: hozzállás és egyéb emberi tulajdonságok. Persze a hr-eseknek van mindenféle vizsgálatuk elemzésük, amit az esetek egy részében szerintem akár a kukába is dobhatnának. Előszűrésnek persze jó lehet, de ott is sokan esnek ki, akik esetleg bejuthatnának és meg is felelnének. Másrészt amikor egy hr-es elkezdi a szakmai tudást papírok alapján megítélni, na azt inkább hagyjuk is.

Ami biztosan nem derül ki: tanulási hajlandóság, fejlődési képesség, biztosan van még...
A fentieket két oldalról sikerült megtapasztalni, ez alapján viszont eléggé bosszantó tud lenni az ilyen kijelentés.

Teljesen függetlenül a topictól:
nejem egy ideig fejvadászként dolgozott. Ami kívülről úgy látszik, hogy betanított kérdezőoperátorok töltögetik a csekklistájukat, de amúgy már a cipőd fazonja alapján döntöttek, az belülről pont az. Pszichológiai hátterük annyi, amennyit Pease-ék valamelyik könyvének fülszövegéből merítettek.

Well :-)

A papírok, végzettségek akkor derülnek ki, amikor megvolt a papírok sorszámának visszaellenőrzése. Szomorú, de ez van.

A technikai tudásról viszont rengeteg mindent ki lehet deríteni. Egyszer nagyon régen kerestünk tapasztalat, postgresql-hez értő adatbázis-adminisztrátort. Az álláshirdetésre nagyon sokan jelentkeztek, köztük:

- református lelkész, bármilyen informatikai ismeret nélkül
- tapasztalt informatikus, aki úgy gondolta, hogy egy adatbázistáblából a "show" parancs segítségével lehet sorokat kiválasztani, a "select" parancsról pedig még nem hallott
- olyan ember, aki kente-vágta a postgresql összes konfigopcióját, a memória felosztásának célszerű módjait, ellenben nem tudta megcsinálni, hogy csinál egy táblát, és feltölti egymillió random rekorddal
- olyan, aki nem látott még postgresql-t, de profin konfigolt mysql-t és oracle-t, valamint táblát is tudott csinálni egymillió rekorddal

A négy közül teljesen nyilvánvaló volt, hogy az első kettő nem alkalmas az állásra, és a követelmények ismeretében simán jól lehetett választani a második kettő között is. Szakmailag, merthogy aztán egyiküket sem vettük fel, az egyik túl sok pénzt kért, annyit a cég nem tudott kifizetni, a másik meg nem akart megtanulni minimálisan sem programozni. Szóval azért sokminden kiderülhet.

A fejlődési hajlandóságra is sok ráutaló jelet észre lehet venni egy interjú során. Az egyik jó technika az, ha felteszel egy kérdést, amire nem tudja a választ a jelölt, majd anélkül, hogy megmondanád neki a helyes választ, mégy a következő kérdésre. Ha rákérdez, akkor legalább egy kicsit kíváncsi arra, hogy mi is van. De ennél sokkal finomabb jelek is vannak, csak oda kell figyelni, meg egy kicsit érteni kell hozzá.

Ha rákérdez, akkor legalább egy kicsit kíváncsi arra, hogy mi is van.

Vagy utananez a google-ben az adott feher foltnak, de ott es akkor inkabb nem forszirozza a dolgot, gondolvan: ne rugozzunk egy kellemetlen tenyen. Mondom, persze, lehet ugy is, de ha megsem, azert nem erdemes tul mely kovetkezteteseket levonni pusztan az utankerdezesbol vagy annak hianyabol...

Jon a hamburgerado? - politika, flame és offtopic huppereknek szabadon!

( uid_228 | 2011. 02. 17., cs – 10:30 )

Korrekt hirdetés, meg is felelnék neki, RHCE is vagyok. Kár, hogy perpillanat eszem ágában sincs állást változtatni. :)

Illetve: mit ajánlotok? :))

--
Wir sind erfaßt, sind infiziert,
Jedes Gespräch wird kontrolliert.

Arról nem is beszélve, hogy

1) a hírek szerint perpillanat nincs keret béremelésre, tehát fölösleges erőlködni
2) valahol etikátlannak tartanám. Biztos van olyan munkahely, ahol kellő motiválatlanság, kihasználtság stb. miatt megcsinálnám én is ezt, de a jelenlegi szerencsére egyáltalán nem ilyen. :)

--
Wir sind erfaßt, sind infiziert,
Jedes Gespräch wird kontrolliert.

( uid_18247 | 2011. 02. 18., p – 19:08 )

subscribe

( uid_4656 v | 2011. 04. 04., h – 16:05 )

-

( nns v | 2011. 02. 22., k – 09:34 )

Köszönöm az eddigi jelentkezéseket. Aki még hezitál siessen, mert még bekerülhet az első interjúsorozatba. Aki már jelentkezett számíthat rá, hogy nemsokára megkeressük az interjúkkal kapcsolatban.

Itt szeretnék az időközben felvetődött kérdésekre válaszolni.

- Angol nyelvtudás: nem lett kifejtve a kiírásban, de valódi tudással rendelkezőt keresünk aki képes telefonon angolul meggyőzni a főnököt, hogy őt kell felvennünk :). Az önéletrajzot is angolul kérjük, és minden jelentkezőnek az angolját fogják tesztelni az első ismerkedő interjúban.

- Red Hat Linux mély ismerete: ez senkit se tartson vissza a jelentkezéstől. Egyéb Linuxos szerveres ismeretek pótolhatják ezt a pontot, ha megfelelően mélyrehatóak.

- A vállalat Linux szabványainak kialakítása: fent ki lett fejtve a téma, de röviden arról van szó, hogy a Linux rendszerekkel kapcsolatos minden tervezés a Linux csapat feladata. A Linux csapat rendkívül kicsi és együtt kell dolgozia többi csapattal és még a főnököknek is jóvá kell hagynia a terveket, de a részletekbe nem mennek bele.

( ha1dfo | 2011. 03. 08., k – 14:30 )

A heti 5x8 órás kötöttség mennyire fontos nektek?

"A herceg én vagyok."

( uid_4656 v | 2011. 04. 04., h – 16:04 )

-

( nns v | 2011. 04. 08., p – 11:40 )

Még mindig keresünk mert időközben úgy alakult, hogy két azonos nyitott pozíció is lett.

Mindenkit arra bíztatnék, hogy nyugodtan jelentkezzen mert még nem késő és az egyik helyre még bejuthat.

az az enterspájz linux mérnök kiírás elég flamemágnes... vagy nem tudnak angolul?
elvárás: "The primary function of this role is as an enterprise Linux engineer designing, implementing and supporting several enterprise applications and systems including:"

erre (meg az utána leírtakra) én inkább a senior j2ee programozó kifejezést használnám, mint a linux mérnököt...

A kiíró szerintem elég jól tud angolul (momentán ausztrál, de az most mindegy).

Viszont az állás sem igazán igényel programozói tudást, a két év alatt, amíg csináltam, összesen nem írtam háromnál több programot. J2EE (vagy JEE) programokat meg mégcsak nem is nagyon láttam, legfeljebb egy-két Tomcatet :-)

További infó magánban, ha érdekel valakit. Nem rossz állás, megéri megpályázni.

( vavhab v | 2011. 05. 26., cs – 09:00 )

Sziasztok,

Ujra aktualis ez a pozicio.
Jelentkezeseket a nora.foldi@msci.com cimre kuldjetek es ne nns-nek.

Az enyémmel nem lesztek közelebb :) Nem rólam van szó. Egyrészt nem merném állítani, hogy ehhez értek, ami itt fel lett sorolva. Nem mondom, hogy nem tudom, hogy miről van szó, de azért egy-két dolognak utána kéne néznem. Másrészt nem kifejezetten ilyen jellegű melót képzelnék el magamnak, ha váltanék.
--
unix -- több, mint kód. filozófia.
Life is feudal

( uid_4656 v | 2011. 05. 30., h – 10:53 )

Kár, hogy ezt (meg a pár hasonló másikat) még mindig nem sikerült betölteni.

Pedig ez jó kis állás.

Én nem értek a HR-hez, de az végső eszközként nem vethető be, hogy a jövedelem tól-ig kiírásra kerül? Mert ugye végigcsinálni a több körös procedúrát, hogy aztán kiderüljön, hogy a jövedelemmel kapcsolatos elvárások messzebb vannak mint Budapest-Bamako.. Én úgy tanultam, hogy ha nincs kapás, be kell etetni, ánizsos kukoricával vagy lucernás bojlival.. :)

Ez penzugyi ceg. A penzugyi cegek szarul fizetnek. Erzed az ellentmondast? :D
En nem bantam meg anno, hogy idejottem. Jo a kornyezet (Aeron szekek ha mond ez valamit), normalis kollegak, fizu is jo, erdekes a melo, van mit csinalni boven.

Akarod kicsit kevésbé bullshitesen?

Feladatok:

"Linux renszerek legmagasabb szintű támogatása"

Ez nagyjából azt jelenti, hogy ha a kollégák elakadnak valamivel linuxos ügyekben, akkor téged fognak felhívni és neked írnak e-mailt. Tőled várják a megoldást. Te ugyanezt nem teheted meg, nincs kinek áthárítani a feladatot. Ennek a dolognak nyilván vannak előnyei is (pl. érdekes feladatokat kapsz) és hátrányai is (lesznek olyan esetek, amikor lustaságból passzolják neked a munkát, amit vagy visszapasszolsz (ami nem egyszerű, mert az eredeti küldő mondhatja, hogy "dehát én nem értek hozzá"), vagy megcsinálsz, de ha mindent megcsinálsz, akkor nagyon sok dolgod lesz).

"Új Linux verziók bevezetése"

Momentán a RHEL-ből évente 1-2 kisverzió jelenik meg. A te dolgod az, hogy ezt figyelemmel kövesd, olvasd a RHEL-es levlistákat, RSS feedeket, kövesd, hogy mi történik, majd amikor eljön az idő a frissítésre (direkt így írtam, nem félévente, nem verziónként, hanem amikor te felelősséggel ki tudod jelenteni, hogy itt az ideje frissíteni), akkor kidolgozod, hogy:

- hogyan fog együttműködni a hardware-rel az új linux verzió
- hogyan fogja kiszolgálni a linuxon futó alkalmazásokat az új verzió
- mi az, ami kell, és mi az, ami nem kell (mert mondjuk az nscd ebben a release-ben hibás, mert mondjuk a vsftpd frissítése éppen elrontja az SSL contexteket, mert mondjuk a squid frissített csomagjában nincs aktiválva a kerberos authentikációért felelős modul (ezek konkrét, megtörtént esetek))
- illetve az előzőekben felvetett problémákat orvosold, így vagy úgy.

"A vállalat Linux szabványainak kialakítása"

Az nem fog menni, hogy 1000 számítógépen 300 különböző disztribúció/verzió fut liunxokból, mert karbantarthatatlan lesz. Úgyhogy a te dolgod, hogy kitaláld, hogy mi legyen, egyeztess mindenkivel arról, hogy nekik hogy lenne jó a liunx, és ha pl. RHEL-t használ az egész cég, akkor meggyőzd a fanatikus ubuntu-hívőt, hogy neki a RHEL jó.

"A fejlesztő csapatok igényeinek megfelelő Linux rendszerek kialakítása"

Lásd fentebb. Érd el, hogy jó legyen mindenkinek.

"Architektúra és támogatói dokumentáció készítése"

Egy nagy cégnél, párezer géppel már nem olyan egyszerű olyan dolgokat csinálni, mint pl. az időszinkronizáció. Meg kell tervezned, hogy a létező 10-20 internetes kapcsolat közül melyiken próbálj NTP-n a külvilággal szinkronizálni, meg kell tervezned, hogy a cégen hálózati zónái között hogy működjön az időszinkron. Ki kell találni ezt úgy, hogy ha lebombáznak 1-2 datacentert, akkor is működjön a dolog. Aztán az egészet le kell dokumentálnod, a miértekkel együtt, majd meg kell valósítanod, ideértve a párszáz linuxos gép bekonfigurálását, a segítségnyújtász a windowsosokak, hogy ők is használják ezt az infrastruktúrát, a cisco NTP kliens hibájának a debugolását, meg még egypár más dolgot.

Elvárások:

"Angol nyelvtudás"

Nemzetközi cég, kell tudnod angolul. Nem Shakespeare-t idézni, hanem technológiai dolgokról értelmesen beszélgetni, írni. Kollégákkal tárgyalni ilyesmikről, ügyelve arra, hogy a jobb angoltuásukkal ne söpörjenek el téged, mert azzal bukod azt a presztizst, amire a napi tevékenységedhez szükség van.

"Red Hat Linux mély ismerete (RHCE előny de nem feltétel)"

RedHat van a cégnél. Ha szerinted ez rossz választás, akkor inkább felejtsd el az állást.

"Nemzetközi vállalatnál szerzett minimum 3 év Linux üzemeltetői vagy rendszermérnöki tapasztalat"

Ez szerintem nem kell az álláshoz :-) nns beleírta.

"Jó problémamegoldó képesség"

Ahogy látod, lesz problémád elég. Ha olyan ember vagy, aki csak leírások alapján, kreativitás nélkül tud/akar dolgozni, akkor ez nem neked való (cserébe ilyen állás is van a cégnél, nem is kevés).

Előnyök:

"puppet vagy cfengine ismerete"

A megoldás a sok-sok gép együttes managementjére, az upgrade-ekre, a konfigurációk szinkronban tartására és hasonlókra az bizony egy konfigurációmenedzsment eszköz. Ha nem tudod, hogy mi ez, akkor nem biztos, hogy jó vagy a feladatra. Ha ismered a puppet-et vagy a cfengine-t, akkor esélyes, hogy láttál már konfigurációmenedzsmentet.

"RHN Satellite gyakorlat"

Szerintem tökfölösleges, egy délután alatt megtanulható.

"Cluster technológiák ismerete"

A cégnél vannak clusterek és clusterszerű képződmények. Ha tudod, hogy hogyan tudsz választani az előző kettő közül a hálózati kapcsolatok száma alapján, akkor már jó vagy. Egyébként meg nem árt tudni, hogy pontosan hogy működik egy cluster, mi alapján próbálják a node-ok egymást fence-elni, meg ilyenek.

"SAN/NAS ismeretek"

Vannak ilyenek is a cégnél. Nem árt ha nagyságrendileg tisztában vagy ezeknek a performance-karakterisztikáival, azzal, hogy mivel lehet jobban kihasználttá tenni őket. Mit konfigurálnál a linuxokon, hogy jobban együttműködjenek ezekkel. Mit mondanál a storage-os rendszergazdának, mit nézzen meg, ha nálad arra panaszkodnak, hogy túl sok az iowait.

"Virtualizációs technológiák ismerete
Hálózati üzemeltetői ismeretek
Blade rendszerek ismerete"

Hasonlóképpen, ilyenek is vannak. Ha nem láttál még ilyesmit, akkor határozottan hátrányból indulsz.

Amit kínálunk:

Ezt nem kommentálom, mindenkinek más a jó fizetés meg a jó benefit csomag.

Így kevésbé bullshites? :-)

ha read only trolling helyett olvasnád a többi állásajánlatot, akkor tudnád, hogy egyszer egy nagyobb lélegzetvételű commentben végigfikáztam már az összes ilyen bullshitet. De ha gondolod, veszem a fáradságot helyetted és megkeresem.
és az előbb hivatkozott hozzászólásom ennél jóval szofisztikáltabb, szóval igazad van, ilyen nem, csak jobb színvonalú van.

--
"SzAM-7 -es, tudjátok amivel a Mirage-okat szokták lelőni" - Robi.

Feltételezem, hogy a kolléganő nem informatikus volt, így vele elsősorban a nem-informatikai kérdésekről érdemes beszélgetni...

Egyébként én már nem dolgozom az MSCI-nál, a helyemre tudtommal közvetlenül nem írtak ki állást, de nagyjából ennek a kettőnek a keverékével foglalkoztam:

http://www.randstad.hu/allas/5659-microsoft_exchange_engineer
http://www.randstad.hu/allas/5893-enterprise_linux_engineer

Nem tudom, hogy betöltötték-e már ezeket a pozíciókat.

Amint látható sokminden érdekes dolog van a cégnél, kezdő informatikusoknak talán nem annyira jó, de tapasztaltabbak számára lehet jó lehetőség, ha az illető sikeresen beilleszkedik a céges kultúrába:

http://www.msci.com/careers/culture.html

Gondolom a fejvadász kolléganővel beszéltél. Ezért hasznos a multi tapasztalat, hogy tudd hogyan is működnek a dolgok egy ilyen szervezetben... (Ez válasz Zizinek is :P) Ez a thread, meg a felajánlásom, hogy közvetlenül lehetett tőlem kérdezni a munkával kapcsolatban (+Zizi aktivitása), szerintem elegendő információval szolgált a jó döntés meghozatalához.

Szerintem nyugodtan írj a fent megadott e-mail címre, mert még lehet esélyed. Úgy tudom az én régi pozícióm még nyitott.

Nekem nem igazán tetszett a cégnél a menedzsment és a már linkelt "culture" sem igazán az én világom. Emiatt jöttem el (meg jó sok pénzért, nyilván :p).

A munka maga az MSCI-nál szerintem jó és érdekes, bár lehetne kicsit kevésbé burstös meg sokkal jobban szervezett (de ez ugye az amit fentebb írtam, menedzsment...)

A kerdes amit feltettem, kozel, tavol nem volt informatikainak nevezheto.
Egyebkent az a holgy keresett meg aki fent megadott elerhetosegen talalhato.

Mindenesetre reszemrol teljesen targytalan mar a dolog.
Gondolom akik a poziciora megfelenek, azok akkor, es addig vannak "allas nelkul" amig ok akarnak, legalabbis nallam igy volt, valamint remelem lesz is legkozelebb is.

Nagyon jó válasz, egy szakmai(szerű) portálon ilyennek kellene lennie egy álláshirdetésnek és talán kevesebben üldöznék el a trollkodással a copypastelő hirdetőt :)

Amikor ilyen összeszedett igénylistát látok mindig rádöbbenek mennyi mindennel nem találkoztam még, pedig a 10+ év nem volt egyszerű :)

A kért dolgok egy részét ismerem, egy részhez hasonlóval találkoztam, egy részét szeretném megismerni....ha bevállalalok 3 hónapot ingyen akkor mehetek? :))