JAVA Software Engineer-t keres a RIPE NCC (Amszterdam)

Fórumok

http://ripe.net/employment/posts/0717-002-BA-SWE.html

Position: SOFTWARE ENGINEER
Job Reference Number: 0717-002
Salary: The annual salary for this position is between € 42,497 and € 53,128
Date of Posting: 12 August 2008
Duties:

* Rebuild legacy software in Java
* Continuously improve the software development process
* Work closely with business counterparts
* Maintain existing UNIX systems

Please download the PDF document below for more detailed information about this position.
Specific Qualifications and Experience Required:

* A minimum of three years' software development experience
* In-depth knowledge of software development processes and software architecture
* Excellent understanding of Java platform (J2EE)
* Understanding of JBoss and EJB3
* Good UNIX experience
* Strong written and spoken English
* Ability to write user documentation
* Excellent team player abilities
* Excellent social and communication skills

The following qualifications are desirable:

* Familiarity with open source software
* Familiarity with Spring, Hibernate and Eclipse
* Familiarity with Scrum, or any other Agile methodology
* Familiarity with Test tools such as Selenium and FitNesse
* Affinity with the RIPE community or the Internet Engineering Task Force (IETF)
* Experience of working in an Internet Service Provider (ISP) customer services environment, with strong administration/billing background

http://ripe.net/employment/posts/0717-002-BA-SWE.html

(Reszletekert, ugymint elet hollandiaban esatobbi, nezd meg a korabbi RIPE NCC-s allasajanlatos topic-jaimat, ott mar eleg jol kiveseztuk a temat)

Hozzászólások

Ej, már megint ez a kettősség. Java fejlesztő, aki jó lesz Unix rendszergazdának is? :) Vagy mit takar az a 'Maintain existing Unix systems'?

Nem vagyok gondolatolvasó. Lehet arra gondoltak, hogy az ls parancsot magabiztosan ki tudd adni. Vagy lehet arra gondoltak, hogy be tudj írni egy make coffee parancsot.

A 'Maintain existing Unix systems' számomra azt jelenti, hogy 'Meglévő Unix rendszerek karbantartása'. Ez nekem egy kicsit többet jelent, mint feltelepíteni a saját szoftvered. De lehet, hogy csak egyedül vagyok ezzel a nézettel az univerzumban...

En viszont tudom, hogy nem unix rendszerek karbantartasara gondoltak.
Amugy tipp: ha mindig minden aprosagba belekotsz, hamar elpatkolsz agyverzesben. Kepzeld el, a HR-eseknek is ketmillio dolgot kell csinalniuk egy nap, es a sok context switching kozben fellephet nemi adatvesztes.

Az HR-osok csak úgy maguktól kiírják az állásajánlatot? Nem szoktak ilyen ügyben szakértővel konzultálni, hogy mégis mire kellene felvenni még egy embert és milyen szakértelemmel kellene bírnia, mi lenne a feladata, meg ilyenek?

Amúgy mi lenne, ha én is azt mondanám, hogy kétmillió projekttel foglalkozom egy nap és előfordulhat, hogy bizonyos projeketekben fellép némi adatvesztés a sok context switching közben?

Az szerintem meg nem apróság, hogy unix rendszereket kell karbantartani (ahogy a szöveg írása is mondja) vagy annyi is elég, hogy fel tudd telepíteni a programod. De lehet, hogy ezzel a véleménnyel megint magamra maradok az univerzumban.

De te nem foglalkozol ketmillio projekttel egy nap.
Es szinten sosem hibazol, ugye. Meg akkor sem, amikor 3-4 projekt 15-20 apro marhasagaival csesztetnek nap mint nap.

Amugy meg a kiiras *software engineer*-rol szolt. Ilyen context-ben a "system" szonak mas jelentese van.

Vegeredmenyben meg: en csak (puszta jofejsegbol) proxyzom a kiirast. Ha nem teccik, vagy nem tudod, kerdezd meg, ott az emailcom a link mogott.

Legalább annyira foglalkozok én is 2 millió projekttel, mint egy HR-os 2 millió dologgal. Természetesen hibázni lehet, senki nem tökéletes, de mindig próbálok odafigyelni arra, hogy amit kiadok a kezeim közül az minőségileg is elfogadható legyen, ez nálam szakmai alapelv, de elismerem, ezt is embere válogatja. Persze mindezek ellenére is megtörténik, hogy hibázok, emberből vagyok én is, na de nem ekkorát, hogy deploy/install vagy maintain egy feladatkör.

Az lehet, hogy a system szónak más jelentése van, de a maintain-nek is. A karbantartás messze nem egyenlő a telepítéssel. Az érdeklődő megnézi és azt fogja gondolni, hogy Java fejlesztőként nem akar Unix rendszereket toszogatni, hisz azért lett Java fejlesztő és nem Unix rendszer toszogató (én legalábbis ezt gondoltam). Ugyanez fordítva is igaz lehetne, hogy aki eddig Unix rendszert toszogatott (=maintain, és ez lenne a fő tevékenység), az nem feltétlen szeretne Java-ban programozni, csak mert épp nem akad neki való feladat. Abban meg azt hiszem egyetértünk, hogy fogalma sem lehet, hogy ti/ők igazából csak a telepítésre gondoltatok, ami imho evidens, legalábbis nekem.
Kíváncsi lennék, hogy mit szólna a megrendelő, ha megírnám a sor végére az utolsó pontosvesszőt és felállnék, hogy itt a munka vége, további sok sikert. :)

Az dícséretes, hogy kiraktad ide és megosztottad az érdeklődőkkel, ezért riszpekt. Az elején tetszett, de nem szívesen vennék részt Unix toszogatásban, így el is ment a kedvem, még akkor is, ha az valójában csak telepítést jelent, mint most kiderült.

Nezd, en lattam, miket csinalnak a HR-esek, es meg tudom erteni, hogy elszur ezt-azt.
Ok nem sima HR-esek. Ok az osszes idiota jogi reszet intezik annak, hogy akar teheranbol is itt dolgozhasson egy ember. Tudod, mi mindenen kell atvergodniuk, mire ez megoldhato?
Es ok 3-an vannak 100 ilyen ugyes-bajos emberre!
Arrol nem is szoltam, hogy a hivatalok, akikkel hadakoznak nap mint nap, hogyan mukodnek. Nekem volt, hogy 4x baxtak el zsinorban ugyanazt a papirost.

Ettol fuggetlenul ez hiba, de ezen nem erdemes fennakadni. Az eletben rengeteg ilyen eset van/lesz. A legjobbat kell tudni kihozni belole akkor is. Ha kooperativan allsz hozza a dologhoz, akkor a requirements-bol igazabol kiderul, hogy mire is gondoltak. Nem evidens, de ez van. A legtobb allashirdetesnel meg ennyi infot se kapsz.

Hoppácska, letöltöttem a pdf-et, hogy ne maradjak végtelenül buta, és ott szépen le van írva, hogy "experience of maintaining UNIX applications". Na erről van szó. Úgy tűnik kicsit transzformálódott a kiírás mire ideért és érzésem szerint ebből lett a "maintain existing Unix systems". Szó se róla, a pdf tényleg említi a későbbiekben, de olyan kontextusban, hogy nem csak a saját alkalmazásukat szokták a BA-sok toszogatni, hanem van egy kis shell script bűvészkedés és perl alkalmazás pöckölgetés is. De ez a része csak bónusz feature a jelentkezőktől, amolyan good-to-have-no-problem-if-not-anyway-you-do-it-when-we-say-so. ;)
Visszavonva az HRosokat ért kijelentéseim, a pdf korrekt, annyi történhetett, hogy valahol valaki nem a kellő alapossággal ollózta össze a pdf-ből a lényeget, szerintem.

A követelményekben meg annyi szerepel, hogy "good Unix experience", ez elég általános, mint a fiatal csapat, meg a versenyképes fizetés, ésatöbbi.

Na igen. :)

A good unix experience vilagon mindenhol azt jelenti, hogy erts hozza valamilyen szinten, a tobbit majd megtanulod.

Nezd, alapvetoen mikor uj helyre megy az ember, akkor (hacsak nem total standard IDE-t hasznalnak, mint pl. eclipse+java+spring, pl) bizony az elso par honapot igy is-ugy is tanulassal tolti a user. Marpedig ha valakinek legalabb alapszintu unix ismereti vannak, akkor 1-2 het, es teljesen jol fog tudni unix alatt java-t fejlesztgetni. A java rengeteg mindent egyszerubbe tesz, mert minden platformon ugyanolyan. Ezert nem tokoltek azzal, hogy jobban specifikaljak.

A masik meg az, hogy amennyien jelentkeznek ide, altalaban kb. 8-10 ertekelheto CV jon. Ezekbol nem nehez kivalasztani a legmegfelelobbet. Teszem azt, ha valaki verprofi java engineer, de linuxot meg csak livecd-bol ismer, akkor siman lehet, hogy felveszik - annyira nem nagy szam beletanulni a linuxba alapszinten.

A kis cegek alapvetoen rugalmasak, ezert van az, hogy a requirementek maguk se valami hudenagyok.

Mert nem hiszem, hogy az a menő, hogy összecsapjuk a dolgokat, kinyomjuk publikba és kész is vagyunk mindennel. Ezért silányul a szakma is, mert ilyenekkel találkozik az ember lépten-nyomon, akik lenyomják a kötelezőt, kódminőség sehol, kommentezés sehol, javadoc-ról még soha sem hallottak, különben sem csinálnák meg, mert az _nem_ programozói munka, ant-ot sem ismerik, ha az xy IDE környezet legyártja a jar/war/ear/egyéb fájlt, akkor kész a meló, én meg lapátolhatom utánuk vissza a sz*rt a lóba. Igényesség, nem sok, egy kicsi.

I love summoner strike! ;)

Mi történt, az előző hirdetésnél nem találtak elég jó embert, vagy közben megint lett üresedés? :)

Meg egyáltalán, mi ez az elmebetegség, hogy Java, amikor ott a jól bevált Perl? :)

--
Ruby takes the elegance and simplicity of Perl, and mixes it with the library support of Lisp.

Mittomen. Valami olyat hallottam, hogy egy teherani jeloltet akartak hozni, gondolom vagy visszalepett, vagy tul bonyi/lehetetlen volt a vizum.

Amugy sok-sok department van itt, a fele engineering dept., es ki milyen eszkozben latja a boldogulasat, olyat hasznal. Ezert van, hogy hol OOperl, hol j2ee mernok kell.

"The annual salary for this position is between € 42,497 and € 53,128"

Nem szakadnak bele abba amit kifizetnek.

Huh.
Ha voltal mar kulfoldon, tudod, hogy nem lehet orszagokat igy osszehasonlitani:
- eltero adozas, igy brutto/netto kulonbseg is eltero;
- eltero arszinvonal - londonban 40K GBP nem sok, budapesten ugyanez rengeteg;
- eltero benefit package - sokal kihagyjak, holott ha jobban megnezed, a RIPE-nal az eves fizu 10-15%-ra is rughat;
- eltero eletszinvonal - avagy mit is kapsz az allamtol az adodert cserebe.

Szumma: nem mondom, hogy abszolut felesleges a hasonlitasod, de csak igy idevetve joforman semmit sem er.
Amit en mondani tudok: nemigen lesz anyagi gondod itt, ebbol a penzbol.

Epp ezt mondom, hogy ennek igy semmi ertelme.

Amugy meg igen, kennismigrant (a jovedelem 30%-a adomentes; savos adozas miatt kulonosen effektiv), benefit package es alacsonyabb arszinvonal azt jelenti, hogy pusztan a jovedelmet nezve is tobbet lehet itt keresni, mint az elobb emlitett php-s user londonban.