Architect/engineer/project manager

Állást keres

A munkáltatómnál bekövetkezett nagyobbacska átszervezések miatt a korábbi, engineering munkaköröm helyett jelenleg leginkább operations jellegű feladataim vannak, azaz a tervezés/kivitelezés/átalakítás/integráció helyett napi szintű üzemeltetést végzek. Ez nem igazán összeegyeztethető a karriercéljaimmal, úgyhogy ha lehetőségem adódik rá, váltani fogok.

Elsősorban architect, engineering vagy project management jellegű munkát keresek. A korábbi tapasztalataim meglehetősen széleskörűek, rengetegféle rendszerrel találkoztam a linuxon futó SMSC kliensalkalmazásoktól a windowsos OCS szervereken át a néhányszáz gépen és külső szolgáltató által biztosított cloudban futó java alkalmazásig. Ezekben a projektekben elsősorban tervezőként és/vagy managerként vettem részt, de minden esetben boldogultam volna a kivitelezéssel is. Szeretném az ilyen jellegű tudásomat kamatoztatni, illetve továbbfejleszteni - azok számára, akik egy konkrét alkalmazáshoz adminisztrátort keresnek valószínűleg nem én vagyok a megfelelő választás.

Diplomám van (BME, mérnök-informatikus), felsőfokú angol nyelvvizsgám van és nincs különösebb problémám sem az angol nyelvű kommunikácóval.

Önéletrajzot privátban tudok küldeni, illetve bármilyen kérdésre is szivesen válaszolok.

  • 4519 megtekintés

( coco | 2010. 09. 09., cs – 13:44 )

Azt hittem itthon senki nem foglalkozik OCS-sel... Egyébként én is sajnos hasonló cipőben járok, nagyon kevés új projekt van mostanában, helyette supportálhatok.

Is.

De a legszebb rész az volt, amikor egyik első hibabejelentésként megkaptam, hogy egy mexikói irodából nem működik az RCC. Aztán kiderült, hogy ott nem a céges standard cisco telefonok vannak, hanem a helyi matáv behúzott hozzájuk pár analóg vonalat és azon lógnak a kedvenc irodistáink. Aztán oldd meg az integrációt :-p

( gabrielakos v | 2010. 09. 09., cs – 16:18 )

Nem egyszerű. Szerintem ez már nem az a szint, ahol a magyar kkv versenyképes fizetést tud mondani.
Ilyen szintű embereknek afaik "jönni" szokott a következő munkahely a meglevő kapcsolati hálóból.

--
Gábriel Ákos

Nem azt mondtam, hogy bagóért kell elvállalni minden melót, ami a karrierútba illik.
De mondjuk, az hogy bruttó 850-ért napi szinten csak működtetsz vagy 800-ért olyan munkát végzel, amit szeretnél, ott talán lehet értelme megfontolni. Persze ezek csak légből kapott számok, fogalmam sincs, hogy mennyit keresel és hogy mi az a szint, amit a kkv még tud és hajlandó is megfizetni.

Ezt értettem azalatt, hogy ha a működtetésből való elkerülés a cél, akkor nem biztos, hogy egy 50 ezres visszalépés (a fenti számokra értelmezve, nyilván 250 és 200 között ez jóval méretesebbnek számít) lesz a nyomós visszatartó tényező. De persze ezt csakis te tudhatod, én magamból indultam ki.

Így egyetértek.

50 ezer Ft erre-arra mozgás nem túlzottan érdekelne, viszont nem akarok mondjuk feleannyit keresni, mint most. Emellett viszont tényleg fontosnak tartom, hogy kicsit több kihívást nyújtson a munkám. Amikor a jelenlegi munkáltatómhoz kerültem integration engineer munkakörbe, akkor pont aztcsináltam, amit leírtam és igencsak jól éreztem magam tőle.

Viszont a cég vezetősége kitalálta, hogy nem lehet olyan, hogy engineering meg operations, hanem van az IT, és csináljon mindenki mindent. Ennek hatására azok terveznek, akik nem értenek hozzá, és azok üzemeltetnek, akik nem értenek hozzá, ráadásul az emberek többsége nem is szereti azt, amit csinál.

Szomorú történet ez, de majdcsak lesz vidámabb vége. :-)

( gUHU | 2010. 09. 10., p – 23:00 )

Küldjél nekem egy cv, légyszi. :) Szerintem tudok segíteni.

-- "Bízzál Istenben és tartsd szárazon a puskaport!" - Cromwell --
-- Sayusi Ando - http://sayusi.hu --

Zsenikbol nehez tomegceget csinalni, plane Magyarorszagon. Akinek meg ez munkaja, de semmi tobb, az meg olyan munkat is csinal.

En is leleptem a cegtol, mert nem tetszettek dolgok, es meg egyszer nem szeretnek outsourcingban dolgozni pont emiatt. (Pillanatnyilag en is allast keresek, de inkabb nem Magyarorszagon :)

Up Zizinek tovabbra is! :)

Sajat termekest lehetoleg :)

Most epp Hollandiaval targyalok, egy 1000 node-os kis cluster (jol felskalazott PHP), a felveteli kiirasban kodminosegrol irnak, elso korben a HR-esek kodot kernek, majd utana 2 kor szakmai interju, leginkabb skalazodasrol beszeltunk eddig. Most lesz egy harmadik kor, azon nem tudom mi lesz.

Alapvetoen az elmult 5 evben nagyon hozzamnott a web devlead pozicio, meg ennek a 'nagy' valtozata, a technical architect (nagy projekt, bonyolult rendszer), itt ugy latszik, ebbol lejjebb kell venni, valszeg fizuban is (mmint megelhetesi koltsegekkel aranyosan), de ha 20 olyan emberrel dolgozom egyutt, akik komolyan gondoljak magukat, talan karpotol.

A regi csapatom szetesett, en meg teamben erzem jol magam, altalaban vezetokent.

A burokraciat viszont utalom: szakmernok vagyok, nem konyvelo. Emlekszem, hogy rettegtem a KTHtol, mivan, ha kitalaljak, hogy egy kredittel kevesebb van...

Egy uj csapat osszerakasa ido.

Persze, ha lenne egy meggyozo uzleti terv, vissza tudnam rangatni az embereimet talan.

De nincs ugyfelkor. A webketto pedig osszeomlott, tudjuk, miert ertelmetlen most elindulni barmivel Magyarorszagon... Persze ez nem jelenti azt, hogy ne lennenek a sarokban felkesz kozossegi projektjeink, de egyszer osszeomlott a sajatunk, ez nagy akadaly.

Itthon phpmorickaval versenyezhetnek hulye kisvallalkozok cms-honlapjaiert, finomam szolva nem vezeto fejlesztoi fizuert. Does it scale? Itthon korlatosan erdekes.

Amit lehetne meg, az dev support toolok, meg oktatas. Utobbin gondolkoztam, anno a Webtanfolyamot sokan szerettek, ceges eloadasaim is tudtak jok lenni, es szeretek tanitani.

Gondolkoztam, megkerdezem Hassanekat, bemenjek PhDzni, de a fizu ott is rohej, meg aztan diplomavedesemen osszevesztem Hassannal (azt mertem allitani, a REST idotallobnak tunik mint a SOAP, mert konnyebb megerteni; o valamelyik cikket a SOAPbol irta, az mindenekfelett :)

Szoval marad a kulfold, nagy cegek, ahol kell egy php vagy frontendarchitekt, nem csak jQueryt kell tudni pluginezni, hanem nagyba kell gondolkozni, nagy kepet latni:)

De he, ez itt egy masik architekt topikja, Zizi, kaptal mar uj allast?:)

Érdekes módon négy nap alatt, amiből kettő hétvége volt, nem sikerült még végigjárnom túl sok interjút, de két interjúra megyek jövő héten, illetve három helyről még várok visszajelzést - a hup kapcsán, és azért írogattam máshova is.

Szóval még nem, de folyamatban :-)

Scalabilityvel is szivesen foglalkoznék egyébként, referenciaként olyan projektet tudok felmutatni, amelynél a megrendelő szerette volna, ha a nagy CPU igényű számításait, amelyet nem bírt a 100 szerveres farmja, tudná részben outsource-olni valamilyen cloud szolgáltatóhoz. Mondjuk nem volt éppen egy sikerprojekt: hiába hívtuk fel a figyelmet arra, hogy bár a felhasználható CPU idő nyilván nőni fog, nem fogja bírni sávszélességgel, hogy a feldolgozandó adatot kitolja a could-ba, így hamar belefutott a következő bottleneck-be, amit nem architekturális változtatásokkal, hanem több pénzzel tudott megoldani...

Aha, persze.

Ez igaz is, a mukodes elso 5 evere mondjuk.

Aztan valakinek rendet kell tennie, es az nem a moricka lesz, plane PHP-ben, ami ugye dinamikus... na nem mintha a javasok nem feltenek jobban a tizseres munkaero altal generalt kodot a refaktoralastol, mint en; nekem legalabb a nyelv biztositja, hogy mit biztos nem tudott elbafni a sok elboniai. A tiszta esz, jo vezerelvek, es a regularis kifejezesek aranyat ernek :)

Az előző válaszomat is ide akartam, bocs.
De még kiegészítem: szerintem ez nem igaz, konkrét tapasztalatom van ebben.
Ki kellett rúgnom a bénákat, és újra kellett írni a szoftvert.
3 hónapot veszítettünk, végül 1 év alatt lettünk kész. Ha a bénákkal számolok, ahogy írod, akkor az 30 hónap.
Így is majdnem tönkrementünk, amúgy biztosan tönkrementünk volna.

"Jó" és "rossz" között amúgy mértem nem 10x-es, hanem 100x-os faktort is. Ehhez képest az 5x fizetés egészen baráti.
--
Gábriel Ákos

Az a 10x faktor nem hasból jött, voltak-vannak erre felmérések, olvasgassatok utána. Persze lehet találni 100x-os különbségeket is biztosan, de azok azért ritkák.

(Mondjuk volt ilyen eset is. Évekkel ezelőtt egyik kolléga nekiállt kézzel, egyesével átírni valami telefonszámformátumot az AD-ben. Lassan haladt. Egy másik írt rá egy scriptet és kb. 1 óra fejlesztés/tesztelés és 6 másodperc futtatás után készen volt a feladattal.)

Témába vágó kérdés.

Adott egy egy beszállító cég által kifejlesztett szoftver, az átvétele után az első javításokat és fejlesztéseket tartalmazó csomagban egy fejlesztő véletlenül ejt egy közepesen súlyos hibát, azonban a tesztelések során erre nem derül fény, így kikerül éles üzembe. Ezek után rövidesen kiderül a hiba, ezért több fejlesztő, tesztelő és üzemeltető késő éjjelig benn marad, hogy megtalálja, kijavítsa, teszt rendszerre tegye, letesztelje, majd éles üzembe tegye a megjavított szoftvert.

A cégnél dolgozó emberek másnap túlórát jegyeznek be, amelyet a főnök azzal vert vissza, hogy a beszállítótól elvártuk a hibák garanciális javítását, akkor mi magunk is vállaljunk garanciát a munkánkra és az általunk vétett hiba okán a fejlesztés ne is álmodjon a túlóra kifizetéséről.

A kérdésem az, hogy ez alkalmazottakkal szemben normális dolog?

Ha igen, akkor befogom a pofámat, és elnézést kérek a cégnél. Ha nem, akkor mostantól állást keresek.
--
http://wiki.javaforum.hu/display/FREEBSD

Nekem mióta az IT-ban dolgozom, még soha nem fizettek túlóráért.
Úgy vagyok vele, hogy belefér, ha aztán a kevésbé hajtós időszakokban rajtam se kérik számon, hogy 15 percel később értem be vagy maradtam kint ebédelni. Ha tartósan borul a mérleg, és hülyének/robotnak néznek, akkor léc.
--
geri / otperc.net

En a helyedben egy ilyen esetert meg nem kapnam fel a vizet, legfeljebb legkozelebb majd nem tulorazok...

Szerk: ez persze fugg a tobbi korulmenyektol, ha elegedetlen lennek sok egyeb dologgal a cegnel, akkor lehet, hogy ez lenne az utolso csepp a poharban...

----------------------
"ONE OF THESE DAYS I'M GOING TO CUT YOU INTO LITTLE PIECES!!!$E$%#$#%^*^"

Ez így is történt. Levélben jeleztem, hogy "Továbbiakban jelezném, hogy a hétfői megbeszélés eredményeképpen maradok a napi 8 órás munkaidőnél, amelynek letelte után egyszerűen hazamegyek kikapcsolt telefonnal, akármekkora is a probléma, hiszen hétfőn elhangzott kijelentések óta számomra nem egyértelmű, hogy az általam elvégzett túlmunka kifizetésre kerül-e vagy sem."

Vizet nem kaptam fel, csak új vezető jelent meg kis csapatunk élén, és az egy tucatnyi ember helyes irányba való terelgetését így gondolta elvégezni. Többiek is lázonganak, de csöndben, csak az én pofám nagy... :)

Ennek fényében módosítanám az előző hozzászólásom: összeszokott fejlesztőcsapat céget keres... :)
--
http://wiki.javaforum.hu/display/FREEBSD

Ismerem az MT ide vonatkozó bekezdéseit. A kérdésem az lenne, hogy ha egy szoftverhiba elhagyja a fejlesztő gépét, de azt nem veszi észre a szervező, nem veszi észre a belső tesztelés, nem veszi észre a külső tesztelés, engedélyt kap mindenféle felelősségteljes vezetőtől az éles üzembe való helyezésre, majd kiderül, hogy van egy hiba, akkor ebből a láncból miért csak a fejlesztő vállal anyagi felelősséget?

Egy lényeges momentumot szerintem nem említettem. A heti rendszeres megbeszélésen szó szerint ez hangzott el: "... mulasztásból vagy időcsúszásból adódó többletfeladatért ne igényeljen senki túlórát ..."

Köszönöm a figyelmet, megyek aludni... :)
--
http://wiki.javaforum.hu/display/FREEBSD

Ebben teljesen igazad van, nem is itt rontottad el. Hanem ahogy kommunikáltad a bajodat.
Egészíttesd ki a mondatot azzal, hogy "a SAJÁT mulasztásból, ..."
Beszállító miatti szopásért a beszállító felel.
Másnak a szarjáért nem lehet senkit sem felelősségre vonni, hacsak nem a főnököt, aki ezért is főnök és a fizetés egy részét is ezért kapja.

Neked bent kell maradni, meg kell csinálni, a túlórát le kell csúsztatni v ki kell fizetni, a beszállítón meg a főnök eldönti hogy mit és hogyan ver le. Sokszor nem pénzben megy ez, hanem ezt-azt inkább megcsinálnak pluszban, mindenkinek jobb az.

--
Gábriel Ákos

Hát, szerintem keress állást. Mégpedig azért, mert ki fog az új főnök utálni. A főnököd paraszt volt, te is parasztul reagáltál, ráadásul írásban, ami hülyeség. Mintha 10 évvel ezelőtti magamat látnám :)

Nálunk úgy működik, hogy ha túlórát rendelek el, mert valami gáz van, akkor az értelemszerűen lecsúsztatható. Ha valakinek annyi túlórája jön össze hogy épeszűen nem lecsúsztatható, akkor azt kifizetem. Volt már ilyen, de senkinek sem jó, sok meló után inkább lazítson az ember, de leginkábbis ne kelljen túlórázni.

Én nem lennék annyira biztos benne, hogy az egész csapat egyetlen ilyen alkalom után hajlandó lenne követni téged, szóval csak óvatosan...

Úgy kellett volna okosan csinálni, hogy amikor ezt a túlórát "nem akarja elismerni" akkor bemész hozzá és megbeszélitek 4szemközt (!), hogy a túlóra elvégzése ugye maga tény, hogy muszáj volt, az is tény, és ha nem akarja kifizetni, akkor ugye lecsúsztathatod. Ha ebbe se megy bele, akkor tényleg vérparaszt.

--
Gábriel Ákos

Értelemszerűen a túlmunka lecsúszása se járható út, egyszerűen arról van szó, hogy a hiba javításával eltöltött idő ajándék a cégnek (vö. garanciális javítás).

A többiek nem követni akarnak, többen már jó ideje keresnek másik állást, ki titokban, ki nyiltan, ez a mostani helyzet nem egy átmeneti elmezavar, hanem a sokadik csepp, de nem szeretnék ezekről többet beszélni, a kérdésemre kb. megkaptam a választ... :)
--
http://wiki.javaforum.hu/display/FREEBSD

valakinek vállalni kell a felelősséget a hibáért, mondj jobbat.

Egy cégnél a felelősség vállalás tudtommal a vezetők feladata, a kockázatot pedig a tulajdonos viseli, ezért kapnak az alkalmazottak alkalmazotti bért. Ha nekem kell vállalnom a felelősséget a hibáimért, akkor nem a bért várom hónap végén, hanem a számlám ellenértékét a projekt végén, de ezek szerint én tudtam rosszul.
--
http://wiki.javaforum.hu/display/FREEBSD

Neheheheeemmm...

Akinek nem kell vállalnia a felelősséget, az a droid.
Ha te droid szeretnél lenni, lelked rajta.

_Valamilyen_ szintű felelősséget minden ember vállaljon azért, amit elvégzett. Nem feltétlenül anyagit, de legalább annyit, hogy "elbasztam, bocs, kijavítom, belehúzok".
Amikor kollega elbaszott egy pointert a Lufthansa mainframe-n tizenx évvel ezelőtt, és állt a check-in pár órát worldwide, na akkor berobogott vasárnap dolgozni. Nem kellett kifizetnie a kárt, de persze túlórát sem írt be, és dícséretet sem kapott.

Szerintem rossz kedved van, tényleg keress másik melót.

--
Gábriel Ákos

jézus... ugye te nem éltél eddig abban a hitben, hogy semmi felelősséged sincs?
egyébként pedig az mt egy teljes fejezetet, a 8-at szenteli a munkavállaló felelősségének, 166-173. paragrafusok. Aki nem tudná: mt=1992. évi XXII. törvény a Munka Törvénykönyvéről.

Jó reggelt.

Ja, és gyengébbek kedvéért: ha a munkádért vársz ellenszolgáltatást, az munkabér. Ha a piaci viszonyok alakulásáért is vállalod a rizikót (meg még sok másért is), az a számla ellenértéke.

( gabrielakos v | 2010. 09. 13., h – 08:47 )

De ha a jó emberek csak 3x annyiba kerülnek, és nem kell annyi irodát bérelni, széket meg gépet venni, tisztán látszik, hogy megéri inkább jó emberekre építeni.

--
Gábriel Ákos

Hahh, átfogalmazom egzaktabbra:

Tapasztalatom szerint a kb 3x annyiba kerülő emberekkel kb 10x gyorsabban lehet fejleszteni.

Érdekes lenne egy hatékonyság-ár görbét felrajzolni...
Én ezt a függvényt logaritmikusnak érzem kb.

Mondjuk a reláció nem állandó, senki nem képes folyamatosan csúcsteljesítményt nyújtani, ezzel is számolni kell. :)

--
Gábriel Ákos

Az kihasznalas, ha juniorkent tartod ott, ahogy szokas... en 2 ev alatt siman tervezoi pozicioba nyomtam embereket, ha jol fejlodtek.

Emlekszem, volt cegemnel kiadtam egyik sracnak - sima fejleszto, de tehetseges volt - a sajat moduljanak megtervezeset, ismert, irasos specifikacio alapjan (UML-ben, tul komplex volt ahhoz, hogy tervezes nelkul megusszuk).

Egyszercsak jon arra egy lead dev, kerdezi, mit csinalsz? rajzolok. mit? UML-t. Mivel? Visio. Nekunk ilyenunk van??

Mondjuk aztan persze a vegleges tervekbe erosen rendet kellett tennem, de muszaj gyakoroltatni veluk, vagy csak ganyolnak egesz eletukben. Muszaj kialakitani a tervezem-megirom-tesztelem ciklust...

Igen, sikerult. Ugy kell bemenni, hogy te vagy a mernok, es a mernokok igy dolgoznak. Ehhez mondjuk kell a diploma, hogy a mondat elso fele igaz legyen.

Ez nem azt jelenti, hogy a megrendelonek nem lesz hat tonna valtoztatasi kerese; ez csak azt jelenti, hogy nem agyatlanul kezdek ebbe bele, es nem agyatlanul rakunk hozza uj funkcionalitat

(Szerintem a 600 soros fuggvenyek karbantartoinak utolso 50%-at siman ki kene vagni egy nemletezo mernokkamarabol.)

Igen, de kell az a fellepes, hogy igen, azert jottem ide, hogy megoldjunk egy problemat - hanyszor hallottuk golyakent: "mernok lesz, oldja meg!", de meg kell biznia benned, hogy nem azert mondasz 2 hetet, mert elszallt otleteid vannak, hanem azert, mert a 2 het vezet egy biztosabb megoldashoz.

Nyilvan hazat is el lehetne kezdeni epiteni egy kalapaccsal meg egy rakas gerendaval, csak letrejott a foldhivatal, mert par emberre ugyanugy raomlott, mint a szoftverek szoktak ilyenkor :)

A legnehezebb egyebkent a ganyolasban megoszult, termeszetes folyamatokkal lassan feljebbjutott emberek meggyozese vagy megkerulese. Legutalatosabb pillanat: "miert mondtatok az ugyfelnek, hogy 2 het, mert ki kell tisztitani a kodot? mindenki gephez, holnapra meglegyen". Na, az ilyenekkel nem tudom, mit csinaljak, az en hitelemet teszik csak tonkre a juniorok elott, de jo nem lesz.

( uid_4656 v | 2011. 04. 19., k – 15:17 )

No, úgy néz ki, hogy (kisebb kitérők után) megtaláltam a helyemet :-)