Tapasztalt és/vagy kevésbé tapasztalt rendszermérnököket keresünk

Állást kínál

Tapasztalt és/vagy kevésbé tapasztalt rendszermérnököket keresünk a Virgo Systems seven24 üzletágának jelenlegi rendszermérnöki csapatába!

Minimálisan elvárt szakmai kompetenciák:
- Linux magas szintű, disztribúciófüggletlen ismerete
- Hálózati alapismeretek (ne kelljen elmagyarázni mi az, hogy routing tábla)
- Adatbáziskezelési alapismeretek (ne kelljen elmagyarázni mi a select)
- Valamilyen verziókezelő ismerete (ne kelljen elmagyarázni, mi a checkout meg a commit)
- Shell scripting
- Bármilyen monitoring rendszer ismerete

Előnyös szakmai kompetenciák:
- Linux mély ismerete (performance tuning)
- Oracle DBA/tuning tapasztalat
- MySQL DBA/tuning tapasztalat
- Apache Tomcat adminisztráció
- Apache Active MQ adminisztráció
- SVN/FSVS ismerete
- "High performance" shell scripting (pl. nem nyitunk új processzt, csak ha muszáj)
- Python ismeretek
- Zabbix ismerete
- Solaris ismerete
- JVM/Java alapfokú ismerete

A minimálisan elvárt kompetenciákkal rendelkezned kell, az előnyös kompetenciák közül az a jó, ha minél többel rendelkezel. Számíts arra, hogy ezekből valamennyit el kell sajátítanod nálunk.

Nem szakmai elvárások:
- Jó problémamegoldó készség
- Jó kommunikációs készség
- Különböző technológiák között szakmai alapon tudj dönteni (nem baj, ha nagyon szeretsz pl. egy Linux disztribúciót, de ne akard mindenhol azt használni)

Amit úgyis ír mindenki (persze nálunk ezek így is vannak):
- Versenyképes fizetés
- Fiatal csapat
- Jó munkahelyi légkör

Amennyiben szeretnél nálunk dolgozni és megfelelsz a fenti elvárásoknak küldj egy önéletrajzot a jobs@virgo.hu címre. Közérdekű kérdéseidet a fórumban, a nem közéderdekűt az email címünkre elküldve teheted fel.
Ha nincs kérdésed, akkor döntsd el, hogy jelentkezel-e vagy nem, majd tégy úgy, ahogy döntöttél.

  • 3612 megtekintés

( _ventura_ v | 2009. 03. 13., p – 13:59 )

ezek az elvárások erősen tapasztalt kollegára utalnak :>

Core2Duo T7100, 2.5G, Ubuntu 8.04, 2.6.28.3

( tompos v | 2009. 03. 13., p – 14:46 )

"- Bármilyen monitoring rendszer ismerete"

Nem inkabb 'valamilyen'?

tompos

( uid_4656 v | 2009. 03. 13., p – 15:12 )

- "High performance" shell scripting (pl. nem nyitunk új processzt, csak ha muszáj)

Ennek komolyan olyan nagy jelentősége van? :-)

ambrus@slactop:~$ time (echo nem fontos | sed 's/^nem//')
fontos

real 0m0.005s
user 0m0.004s
sys 0m0.004s
ambrus@slactop:~$ time (a="nem fontos"; echo ${a#nem})
fontos

real 0m0.001s
user 0m0.000s
sys 0m0.000s

es kepzeld el, hogy nem egysoros, es nem csak egy gepen fut, es a virgobol kitalalhato, hogy mekkora rendszereken futtatunk scripteket :)

Tehat a fejlesztesre szant ido osszeadodik a futtatasi idovel. Erdekes konstrukcio.
A shellek egy rendkivul hasznos es eroteljes eszkozt adnak olyan feladatok elvegzesere amire valok/tervezve lettek. Es ez nem az amikor felmerul a kerdes mi hany ezredmasodpercig fut, vagy hogy a fork mennyire "draga".
==
`Have some wine,' the March Hare said in an encouraging tone.
Alice looked all round the table, but there was nothing on it but tea.

nem arrol van szo, amit irtal. nem olyan embert keresunk, aki mindent shell scriptben ir, es azt high performanciaval. viszont a jelentkezonel _elony_, ha pl nem cat /proc/cpuinfo | grep processor | wc -l -el nezi meg a coreok szamat. de szerintem egy kicsit tul lett ragozva, a mysql es oracle tudas fontosabb.. :)

"es a virgobol kitalalhato, hogy mekkora rendszereken futtatunk scripteket :)"

.. és kitalálható MILYEN rendszereken.
Mi lenne, ha a "perfomance tunning"-okat a iwiw-en is alkalmaznátok, hogy ne legyen olyan
fostalicska, mint amilyen. Bár hozzáteszem, évente egyszer ha felnézek.. lehet azóta
fejlődött a virgo.

Hmm... Szerintem rossz példát írtál, ami semmit nem bizonyít.

1. A bigfile legyen mondjuk 4 gigás.

cat bigfile |grep "interesting" |cut -f1
awk '/interesting/{print $1}/' bigfile

Ez a kettő teljesen ugyanolyan jó, hóttmindegy, hogy mennyi fork() hívás van bennük.

2. Ugyanazzal a file-lal játsszunk egy kicsit:

awk '/interesting/{print $1}/' bigfile |while read id; do; grep $id bigfile; echo; done
awk '/interesting/{print $1}/' bigfile > ids; grep -f ids bigfile

Ezek között nagyon nagy külnbség lesz, de nem a fork miatt, hanem amiatt, mert nem ugyanannyiszor olvasnak végig 4 gigát.

A CPU a legritkább esetekben szűk keresztmetszet bármilyen shell-ben írt alkalmazás számára. Persze ha mondjuk képeket akarsz átméretezni nagy mennyiségben, akkor ott számítani fog, de ott meg nem lesz shell :-)

( bri | 2009. 03. 13., p – 18:14 )

szokjatok már le az és/vagy-ról. és, mint konjunkció, vagy-vagy, mint szimmetrikus differencia, vagy, mint diszjunkció.

:: by BRI.
:: config :: Acer TravelMate // Ubuntu Intrepid
:: tothab [a] gmail [pötty] kom
:: black rose immortal's weblog

az írott és a beszélt nyelv nem ua., írásban teljesen elfogadott az egyértelműsége miatt, tudom a nyelv nagyon szép, főleg amikor tudományos cikkekben egyszerűen nem lehet eldönteni még azt sem hogy a milliárd most amerikai-é, vagy még egyszerűbben: thus

tehát a "megengedő vagy" = "vagy",
sokszor viszont a "vagy" az adott szövegkörnyezetben egyáltalán nem egyértelmű és fontos lehet hogy melyik, tehát mit tennél ha mondjuk adott helyzetben neked is fontos lenne kihangsúlyoznod a megengdő szerepét és pont ebből adódóan nem használhatod a "vagy" szót mert egyszerűen az nem egyértelmű mindenki számára? tegyük fel hogy nem mellékelheted a helyesírási szabályzat megfelelő oldalszámát::)
pontosítás, csak hogy a feladat egyértelmű legyen: tehát NEKED fontos hogy az is megértse, aki más vallást vall mint a helyesírási szabályzat:)

A fenti példánál viszont egyértelműnek tűnik, hogy a kettő kizárja egymást.
Lehet, nem olyan egyszerű őket egymástól elválasztani...

Akár azt is írhatod helyette, hogy "pénteken VAGY szombaton tudunk találkozni"... bár a példád ellentmondást nem tűrő. :D

Tulajdonképpen igazad van, csak a használat módja az adott nyelvtani helyzettől is erősen függ...

Amúgy a fenti mondat tartalma végülis:
- Rendszermérnököket keresünk (többet)
- Köztük lehet tapasztalt és kevésbé tapasztalt is. (Hogy mi alapján válogatva leginkább, az más kérdés.)

A többlet miatt lehet értelme az és/vagy módozatnak szerintem...

"Nem, nem az"

Akkor viszont szukseg van egy egyertelmu jelolesre.

"De ha tévedek, mondj rá ellenpéldát."

Kerlek: "a foobar a foo vagy a bar jelu bemenetere kuldott 1 logikai ertek hatasara fodros baranyfelhoket bocsat ki".

Ha mindkettore 1-et kuldok, akkor mit csinal?

--
Fontos feladatot soha ne bizz olyan gepre, amit egyedul is fel tudsz emelni!

...arról nem rendlkezik? :)

szvsz a következő mondat: "a foobar vagy a foo, vagy a bar jelu bemenetere kuldott 1 logikai ertek hatasara fodros baranyfelhoket bocsat ki".

...sem rendelkezik egyértelműan arról, hogy az és kapcsolat megengedett-e ill. milyen hatást produkál... :)
...legalábbis a kérdés ez esetben is felmerül, így vagy külön kizárom, vagy megengedem és/vagy-gyal...
...esetleg rajzolok egy állapottáblát. :D

nem arról van szó hogy mivel te tudod hogy bizonytalan, ezért azt mondod úgy veszed mintha ott sem lenne, hanem arról hogy van aki meg van győződve az egyik ÉS van aki a másik értelméről,

mi az hogy nincs specifikálva??! tessék:

a foobar a foo vagy a bar jelű bemenetére küldött 1 logikai érték hatására fodros bárányfelhőket bocsát ki, egyébként pedig felrobban

szóval ilyet egyszerűen nem tehetsz ki készülékre ilyen táblát figyelmeztetésként

ha már ilyen szépen kikommentezted a forrást, nem árt ha tudod hogy ebbe a szofvterbe nem gyakran küldenek bugreportot, mert egyébként se hajlandóak frissíteni, (valószínű üzleti okok miatt), pedig ezt is csak emberek írták, hibázhatnak ők is :)
((nem hogy nem szentírás, hanem legalább akkora fenntartással kell kezelni mint egy szentírást, mint ahogy aki a legkomolyabban veszi mondjuk a bibliát, ő sem tart be szó szerint mindent, mert egyszerűen mások voltak a szokások, más volt a nyelv))

( uid_228 | 2009. 03. 13., p – 23:11 )

Ááá, most ugrott be, hogy a Virgo Systems az a cég, ami az enterspájz JSP-re építette az Iwiwet. :D

--
"- The question is: what is a mahna-mahna?
- The question is: who cares?"

A RoR jó arra, hogy gyorsan összedobj egy websiteot, de performanciában a jvm még mindíg rakéta hozzá képest (legalábbis amilyen futtató környezetekben próbáltam idáig).
Rég néztem a ruby-t, de amíg nincs benne bytecode compile, illetve ilyen silány a szálkezelés nem jöhetne szóba.
Ami belátható, hogy bármilyen nyelven (akár javaban is) újraírni durva idő és költség lenne.
Célszerűbb a profiling és refaktoring, de ezt most nem látom szükségesnek alkalmazás oldalon. Inkább ráférne a hibajavítás, facelift, reklámok késleltetett betöltése. S a webaudit is összekaphatná magát, hogy gyorsabban szolgáljon ki, mert ez szintén késlelteti az oldal betöltést. :(

Mivel a hazai RoR kozosseg legnagyobb tamogatoja pont a Virgo, azt gondoltam, hogy legalabb ok jo velemennyel vannak a RoR-rol.
A valaszod alapjan vagy nem igy van, vagy nem ugyanarrol a cegrol beszelunk. :)
Ha a jvm szerinted gyorsabb, akkor fusson az alkalmazas JRuby alatt. :)
Amugy azok utan, hogy pl. a Facebook, Wikipedia alatt PHP fut, youtubeot nagyreszt pythonban irtak, twitter RoR project szerintem eleg egyertelmu hogy kb. barmiben lehet jol skalazodo site-ot irni, csak ehhez kell egy olyan szintu szaktudas, ami nem terem minden bokorban.

Tyrael

Egyetértek veled. Lehet benne nagy siteokat irni. A lényeg, ahogyan már más is leírta, hogy skálázható legyen. JRubyban is aktívan fejleszt a Virgo, s támogatja a hazai közösséget is, jól tudod. Bővebbet talán egy fejlesztő tudna mondani, a Ruby ellen / mellett. A JRuby performanciában a kisalkalmazásoknál fog vizsgázni nálunk, akkor tudok majd többet róla mondani.
Összehasonlítani nagyobb siteokkal amiket említettél nehéz. Tény, hogy 2 nagyságrendel nagyobb oldalak mint egy iWiW, s az is tény, hogy 2 nagyságrendel több gép fut alattuk, de ez önmagában még nem mondd semmit. Más problémákkal kell megküzdeni, más a rendszer felépítése, mások voltak a célok már tervezési fázisban is. Illetve alkalamazhatnak módosításokat magában a technológiában is. Lásd, a Google-nél sem módosítatlan community mysqld-k izzadnak.

pasztorl már leírta a lényeget. Java/Ruby/JRuby/stb. között sosem lehet és szabad egy tényező alapján dönteni.

Másrészt a Ruby sem csak a RoR-ból áll, és bizony akár rendszeradminisztrációs feladatokra is használható. A kiírásból hiányzik, de előnyt jelent Rubys tapasztalat is, főleg a deployment és a különböző interpreterek területéről.

( Smokey2k | 2009. 03. 14., szo – 10:59 )

HUP: hungarian unix portal & lingvisztikai központ :)

( csirkenatha | 2009. 03. 14., szo – 19:00 )

Nah azért alakul.... igazi hup-os szájtépés :D
Azért érdekelne hogy hány órában vagy hétvégén is hány órában ??

-=H5N1=-