Architect/engineer/project manager

 ( Zizi | 2010. szeptember 9., csütörtök - 12:47 )

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.

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

up a szálkövetés miatt

Egy ilyen szálat miért akarsz követni? :-)

Valamelyest hasonló a cipő. ;)

szia

tudnal kuldeni CV-t

udv
adrian

Sajnos nem tudok - a privát üzenetküldés nincs engedélyezve nálad, az e-mail címedet meg nem tudom :-)

te nem vagy eléggé proaktív projektmanager:PPPP

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.

Pedig van pár helyen OCS. Nemrég fejeztem be egy migrációt OCS 2007-ről OCS 2007 R2-re például, ami az OCS-hez integrált rendszerek (saját fejlesztések, Blackberry, Cisco motyók) miatt kimondottan tanulságos volt. :-)

CUCIMOC? :)

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

Meg egyébként csak egy jótanács: ha van Blackberry is a hálózaton, akkor hagyjál meg egy OCS 2007 R1-es CWA szervert legalább...

Éppen CS2010-et telepítek... Ennek nem tudom milyen a Blackberry támogatása, már ha van már egyáltalán. Egyébként CS2010-ben a Front-enden van a CWA. Végülis elég hamar rájött az MS, hogy CWA-ra kicsit túlzás egy külön szerver.

Igen, tudom, már nézegettem az "OCS14"-et. Mikor fog hivatalosan megjelenni? :-)

Idén még mindenképp... (NDA)

már miért ne foglalkozna senki az egész országban 1 ilyen érdekes termékkel? Nagyon nagy jövőt jósolok neki.

3 éve csinálom már, de még hazai ügyfelem nem volt. A hazai vállalatoknak túl drága, a multiknál meg tipikusan nem itthon alakítják ki az infrastruktúrát. Egyébként az OCS2010 már közelít ahhoz, hogy értelmes termék legyen, de még mindig vannak hülyeségek...

Nekünk már volt pár, de valójában mi inkább külföldre dolgozunk. Megkérdezhetem h. CS2010-et hol láttad már: TAP v. más hasonló programon keresztül?

TAP. A nick neved ismerős, voltál Barcelonában Voice Ignite-on?

bingó :) valóban kicsi ez a szakma itthon

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

A fő szempont szerintem az üzemeltetésből való kimászás és az eltervezett karrierút folytatása. Én legalábbis ezt szűrtem le a posztból. Ha ez így van, akkor a fizetés nem elsődleges szempont. Ezzel pedig nem azt akarom mondani, hogy nem lényeges. :)

De, a fizetés lényeges, legalábbis nekem.

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. :-)

Pont ezt akartam kifejezni elsőre is, de nem sikerült. :)

A kapcsolati hálóm elérésének (és nem mellesleg bővítésének) egyik frappáns módja szerintem az, ha pár helyre megírom ugyanezt. És úgy néz ki, hogy műkdüdik a dolog, kaptam pár ígéretes visszajelzést.

Up :-)

besegítek :)

Köszönöm!

sohasem lehet tudni...

Igazából tök jól jött, hogy még mindig a főoldalon van :-)

érdekes dolog lenne kipróbálni hogy mennyi energia lenne folyamatosan a főoldalon tartani a topicot :)

trey megolne minket valoszinuleg :)

de up, Zizi jomunkasember :)

(es igy legalabb kinn lesz reggel is :D)

Trey ismeri Zizit? Mert akkor egy sörözéssel csak megoldjuk :)

Vagy teahazazunk egyet ;)

(Vahj mukodik epp most a kor?)

Tudtommal nem :-( De szivesen készítek rumos kakaót, ha valakinek van rá igénye.

Tudtommal nem ismerjük egymást személyesen. De sörözni sörözhetünk :-)

Inkább ez legyen a főoldalon mint a sok adok-veszek meg offtopik (pl. hogyan vakartam meg a bal herémet) szar.

--
trey @ gépház

[UP] Akkor rakjuk ki a hétvégére is :D

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 --

Küldtem.

Hogy is mondjam: megértem a helyzeted... kíváncsi vagyok, hogy a cég mikor jön rá, hogy kulcsembereket veszt el ilyen hozzáállással... :)
--
http://wiki.javaforum.hu/display/FREEBSD

A cégnek semmi baja nem lesz attól, ha elveszít pár embert. Azt sem merném mondani, hogy nincs logika abban, amit csinál, ez is egy út, és lehet jól csinálni. Hogy én nem passzolok ebbe bele? Nos, ez így van, de ez nem a világvége, sem a cégnek, sem nekem...

Ez mondjuk cégmérettől függ... logika is lehet benne, de az ember sokszor nem logikus, akkor se, ha mérnök... :)
--
http://wiki.javaforum.hu/display/FREEBSD

Vannak olyan cégek, aki tudják hogy ők a saját hülye eljárásaik miatt elveszítik a jó embereket, de arra rendezkednek be, hogy átlag alatti emberekkel is tudjanak működni. Ez is egy modell, igaz többnyire csak a stagnálást tartják fenn, de néha az is elég.

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! :)

Zsenikbol nehez tomegceget csinalni, plane Magyarorszagon

Mármint nem-tömegcéget csinálni nehéz, zseniktől függetlenül, ezért a managerek többsége nem is tud erre lőni... nem?
Amúgy milyen helyet keresel?

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.

Sajat termekest lehetoleg

Mi az akadálya annak, hogy esetleg saját termékes céget csinálj? Minden előnyt megőrzöl, max az elején kevesebb a pénz...

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...

A te szinteden az ajanlatok beerkezesi idejet masodpercekben illik merni.

MIert nem raktatok at a sracot GPU-ra btw? Kicsit szivni kell, az igaz, de egy nVidia chip belsejeben hatalmas tavolsagok nincsenek.

Ez itt egyebkent szokasos high-scale PHP architektura, nem cloud.

Egyrészt a nagyobbacska szerverekben általában nincs túl komoly GPU. Másrészt venni nyilván lehetett volna, de a cél a cloud volt, nem a megoldás :-p

piratebay? :) (csak vicc)

Amugy meg hajra, per.pill. nyugat-europaban vadasszak a jo phps szakembereket.

Mit jelent az, hogy tömegcég?

--
Gábriel Ákos

ceg, ahol tomeg van, mert mondjuk 5 Piedone dolgozik ott

SPAMtelenül - MX spamszűrő szolgáltatás, ahogyan még sosem próbálta

A legtöbb cégnél semmi szükség nincs "jó" emberekre. A "rossz" emberek egy tízszeres időszorzóval simán elő tudják állítani ugyanazt, mint a jók, az pedig sokszor bőven megengedhető - mégha nem is hiszik el ezt sokan...

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 :)

Simán meg lehet lenni mindenféle refaktorálás és hasonlók nélkül meglehetősen sokáig. Hogy nem célszerű, azt látom, de lehetségesnek lehetséges.

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

Zizi mondásából kimaradt egy kulcsszó: 'A legtöbb nagy cégnél...'

Egy 1000+ főt foglalkoztató multinál fel sem merül az a kérdés, hogy az emberek fele nem vagy rosszul dolgozik, a bajuk inkább az, hogy nem tudják, hogy melyik fele az amelyik jól dolgozik :)

Ki kellett rúgnom a bénákat
Legalább olcsóak voltak? :)

Mihez képest, ugye...
Komoly szívás volt. Utólag visszagondolva azt mondom, hogy az időveszteség rosszabbul esett mint a pénzbeli.
--
Gábriel Ákos

Mondjuk azokhoz képest, akiket utánuk vettél fel.

És akkor mi esett rosszul? A kidobott pénz vagy az elpazarolt idő?

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

Keress allast. Ez akkor mukodne, ha vallakozokent dolgoznatok, es
1) ti mondhatnatok hataridot elore
2) ha hamarabb keszen vagytok, nem kell dolgozni a hataridoig.

----------------------
while (!sleep) sheep++;

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

A munkaadónak joga van megfelelő keretek között túlmunkát elrendelni, úgyhogy ha ezt megteszed, az törvényszegés.

A "megfelelő keretek között" nálam azt jelenti, hogy a munkáltató kifizeti az elrendelt túlmunkát, ha nem fizeti ki, az törvényszegés.
--
http://wiki.javaforum.hu/display/FREEBSD

A megfelelő keretek azt is jelentik, hogy a munkavállaló mt szerint anyagi felelősséget vállal a tetteiért. Vedd úgy, hogy egyik oldalról kiszámlázták nektek az okozott kárt, a másik oldalról megkaptátok a túlórát, és micsoda csoda, pont egyenlő volt a két összeg.

Ez egyaltalan nem igy mukodik.

----------------------
while (!sleep) sheep++;

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

Nem ő okozta a kárt.
--
Gábriel Ákos

ezért mondtam, hogy fogja fel csapatépítőnek.

szerk: ha a beszállító fejlesztője rakta bele a hibát és nem a saját munkatársa, akkor igazatok van. viszont akkor a beszállítón verjék le a lét.

Boduletes szamarsag. KARteritesi felelossege van, az is meglehetosen korlatos.

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

Egyrészt +1

Másrészt valahol az is jó, amikor az ember a saját kárán megtanulja ezeket, ugye? ;)

A legjobb ezeket úgy megtanulni, hogy max kiröhögnek/lebasznak :)
Párszor megesett ez első munkahelyemen, hálás leszek ezért akkori főnökeimnek, munkatársaimnak mindig is.
--
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

Ha az, hogy az újabb főnököd lényegesen tájékozottabb az mt-ről, mint az előző főnököd meg ti együttvéve, szerinted átmeneti elmezavar (vagy tartós elmezavar), akkor tényleg sürgősen keress másik állást.

Hát, szerintem azt, hogy pontosan 8 órát dolgozol, jól csinálod. Azt, hogy ezt meg is mondod, nem csinálod jól. De ha úgyis másik állást szeretnél, akkor mindegy :-)

nem a főnökötökre van okotok haragudni, hanem arra, aki elkövette a hibát. vedd úgy, hogy csapatépítő tréningen voltál.

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

Idézet:
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.

Szamarsag. Olvasd mar el figyelmesen az ide vonatkozo bekezdes cimet: "A munkavallalo KA'Rteritesi felelossege"...

A karhoz ugyanis kell egy igazolt kar, jogellenes cselekedet, es a ketto kozotto ok-okozati osszefugges bizonyitasa...

A munkaido nyilvantartasa - ide ertve a tulorakat - a munkaltato felelossege. Feljegyzed a plusz munkat, es ha honap vegen ha nincs kifizetve, vagy ki van huzva, akkor irasban reklamalsz, aztan megy munkaugyi birosagra az ugy, ahol bizonygathatjak az igazukat...

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

a jó emberek ritkán kerülnek csak 3x annyiba... még országon belül is, pláne kívül...

érveiddel nehéz vitatkozni :P
--
Gábriel Ákos

az érvrendszerünk már ott elvérzik, hogy mindenki mást ért 'jó' és 'szükséges' és hasonló fogalmak alatt :)

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

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

Persze az ok-okozat fordított :)
(akikkel 10x gyorsabban lehet fejleszteni, kb. 3x-5x többe kerülnek)

Szó nem volt az ok-okozat viszonyról. Viszont:

Ha egy junior jó, és fejlődik, gyorsabban dolgozik, és emiatt kap később több pénzt.
Mem azért dolgozik gyorsabban akár hétről hétre, mert több pénzt kap.
Hm?

--
Gábriel Ákos

Ahhoz, hogy egy junior fejlodjon, elso korben kell egy 5x annyiba kerulo figura, masodik korben annak az idejenek x szazaleka.

Mellesleg ritkan szokta a junior fizuja siman kovetni a fejlodest, leginkabb savos, es leginkabb a savokat cegvaltasok szegelyezik

Egyetértek. Arra kell vigyázni, hogy az értékes junior maradjon... :)

--
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...

"Muszaj kialakitani a tervezem-megirom-tesztelem ciklust...": ezt a megrendelőkben is sikerült? mert akkor vagy nagy király, ha igen:P

Lefelé mindig könnyebb, mint felfelé. :)

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.)

Aadaam megoldása mellé még hozzátenném, hogy úgy kell odamenni a megrendelőhöz, hogy "közösen megoldjuk a problémáját", és nem pedig úgy hogy "aláírjuk a papírt mert kell a pénz, de úgysem gondolja komolyan egyik fél sem". Sokat segít a dolgon :)

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.

Nu, mi lett?:) (up)

BTW, epp most akadt meg a szemem rajt, itt a hupon, hasznaljuk itt oldalt a spamladat: http://www.profession.hu/allas/364121/p/703

(Bar emlekeim szerint nem budaorson vettel hazat a felesegeddel, de 240-es kivisz :)

Erre korábban már jelentkeztem egy önéletrajzzal, komolyabb visszajelzést nem kaptam.

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

És hol? Már ha nem titok. :)

Aze ez nem volt rovid...

Jó munkahelykereséshez idő kell... :)
--
http://wiki.javaforum.hu/display/~auth.gabor/Home

Nem bizony... Ez leginkább rajtam múlt, egy rakás ajánlatot visszautasítottam. Végül egyébként ez lett:

http://hup.hu/node/97933

Most érzem a munkámban a kihívást, remélhetőleg pár évig elleszek ezzel :-)