WELT 2000 KFT munkatársat keres
PHP Senior programozó munkakörbe.
Elvárások:
- minimum 3 év gyakorlat PHP 5.x programozásban
- OOP, MVC ismeret
- Yii, CodeIgniter, Zend framework, Symfony, CakePHP vagy más hasonló keretrendszerek mélyebb ismerete
- alapszintű adatbázis ismeretek
- ADOdb, PDO
- Smarty (vagy más hasonló sablonkezelő rendszer)
- új ismeretek maradéktalan és gyors elsajátítása
- nagy munkabírás, terhelhetőség
- legalább egy javascript keretrendszer ismerete (pl.: JQuery, ExtJS, Prototype, stb.)
- frontend fejlesztési ismeretek (AJAX, HTML, HTML5, XHTML, CSS)
Előnyt jelent:
- Design pattern ismeretek
- agilis szemlélet: scrum
- PL/SQL (Oracle) ismeretek
- szervezői készség
- haladó adatbázis ismeretek
- Verziókezelő ismerete (git, svn, stb.)
- felsőfokú végzettség
- angol nyelvismeret
- jó kommunikációs és feladatmegoldó készség
Amit kínálunk:
- stabil háttér, biztos egzisztencia
- versenyképes jövedelem
- érdekes, változatos munka
- felelősségteljes, kihívást jelentő feladatok
- folyamatos szakmai fejlődési lehetőség
- előrelépési lehetőség
- fiatal/lendületes fejlesztői csapat
- kulturált munkakörülmények
Belépés időpontja:
- megegyezés szerint, akár azonnali belépéssel
Munkavégzés helye:
- Budaörs legfrekventáltabb részén, kiváló közlekedés mellett, a Terra Park Business parkban
Egyéb információ:
- főállású munkavállalás vagy vállalkozói munkaviszony lehetséges
- távmunka nem lehetséges
Jelentkezés módja:
- fényképes, részletes szakmai önéletrajzát, fizetési igény megjelölésével a hr@welt2000.hu e-mail címre várjuk!
(A hirdetés a HUP-Profession szabadkártya felhasználásával került kihelyezésre)
- 13907 megtekintés
Hozzászólások
Két dolog régóta piszkálja a fantáziámat.
Az egyik, hogy mikor érjük meg, hogy a t. hirdető ad meg egy közelítő összeget és nem a jelentkezőtől várják a fizetési igény megjelölését?
A másik, hogy 2013-ban egy ilyen munkát miért nem lehet távmunkában végezni? Ma talán nem is lehet olyan gépet kapni, amin ne lenne web kamera, a megbeszélések többségét el lehetne intézni online is. (lásd slapicék tanfolyamai)
Húsz év alatt talán egyszer ültem olyan megbeszélésen, ahol valóban szükség volt a személyes jelenlétre.
Gondolom, a scrum sem indokolja igazán.
Jó, kis cégek esetében még talán megértem. Olyan online konferenciához, ahol a csapat egy része jelen van, mások meg online talán drága lenne az ehhez szükséges infrastruktúra. De amikor nagy vállalatok is így csinálják...
Aki tudja, csinálja, aki nem tudja, tanítja... Hm... igazgatónak talán még jó lennék. :)
A távmunkával szerintem van (lehet) néhány baj:
1) aki otthon dolgozik, nem biztos, hogy ki tud szakadni az otthoni dolgokból, márpedig ha dolgozni kell, akkor nem jó, ha a gyerek ott sír mögötte, az asszony hivogatja, zajlik az élet a háta mögött. Nem mindenkinek van otthon tisztességesen elszeparált dolgozószobája;
2) sok ember van, aki nem képes arra, hogy önmagát motiválva a munkával foglalkozzon külső nyomás nélkül, így ha nincs "ráhatás" (látja a főnök, kollegák stb.), akkor hajlamos mással foglalkozni;
3) az irodában dolgozó kollegáknak is macerás, ha nem lehet csak úgy odamenni kérdezni valamit a kollegától, mindig telefonon, Skype-on stb. kell izélgetni minden apró kérdésben;
4) véleményem szerint a távmunka egyfajta bizalmi viszony, márpedig teljesen ismeretlen emberben nem lehet és nem is szabad megbízni. Ha már lehúzott fél/egy évet bent az irodában, látják, hogy milyen, és valószínűleg sejtik, alkalmas lenne-e távmunkára. Láttunk már olyat, hogy bejött a srác, felvette a munkát, aztán eltűnt és sosem lett kész vele;
Ha a fentiekkel nincs gond, akkor persze működhet a távmunka is, ahogy működik is sok esetben.
Na ezen pontokkal nem tudok igazán azonosulni. :)
1. Aki otthon akar dolgozni, az legyen képes rá, hogy a munkájával foglalkozik amikor kell. Egyértelmű, hogy ha két éves ötösikrekkel áldotta meg a sors, akkor meg sem próbál szellemi munkát végezni melletük. :)
(értsd: ennek eldöntését inkább a munkavállalóra bíznám, a teljesítményét valamilyen módon mindenképp mérik, tehát lenne rá lehetőség, hogy észrevegyék, ha nem jól mérte fel saját magát)
2. Ebben van valami, de ez megint csak az előző, zárójeles rész kategóriája szerintem. Ha tudja, hogy ilyen, ne akarjon távmunkában dolgozni, de ha így jobban megy neki, akkor inkább segíteni kellene, nem tiltani. (kicsit hazabeszélek, mert én is sokkal jobban tudtam foglalkozni a dolgommal, ha itthonról csinálhattam)
3. Igaz, de az irodában dolgozó kollégának is macerás, ha öt percenként odamegy hozzá valaki valami apróság miatt, míg ha e-mailben elsírja a bánatát, akkor nem kell megszakítani egy gondolatmenetet, majd válaszol, ha épp ráér. Sürgős kérdésekre meg ott a mobil/skype/stb.
4. Felvette a munkát és... Most itt kifejezetten fejlesztési munkákról beszélek, ott meg azért lehet mérni, akár naponta, akár hetente, hogy mennyit haladt a kedves munkavállaló az adott feladattal (jó, nem 100%-os pontossággal, de az látszik, hogy halad vagy csak ül rajta)
Ha két hónappal később jut eszébe a megbízónak, hogy utánanézzen, mi történt a kiadott feladattal, az már az ő sara. Meg ahogy olvaslak, a példád az nem annyira távmunkáról, mint külsősnek kiadott megbízásról szól, ami azért egészen más. Számomra a távmunka kb. úgy néz ki, hogy bejelentkezek reggel VPN-en a céges hálóra, egy ablakban fut egy mail kliens, amin látom a benti leveleket és tudok reagálni, ha valamit akarnak. Doksit (túl sokat nem írtam :) ) pl. szinte kizárólag úgy tudtam készíteni, hogy itthon leültem a gép elé és írtam. Odabent, pláne miután egylégterű irodába költöztünk, mindig volt valaki aki beszélt, rádiót hallgatott stb., ami nem tesz jót a munkának, pláne, ha olyasmi, amit tképp undorral csinál az ember. (megjegyzem, amennyire utáltam a doksi készítést, a vége felé már egészen jó szórakozásnak tűnt - igaz, ami szórakoztató volt, azt inkább magamnak csináltam)
Aki tudja, csinálja, aki nem tudja, tanítja... Hm... igazgatónak talán még jó lennék. :)
arról nem beszélve, hogy van az az élethelyzet, amikor nem tudsz/bírsz bejárni valahova dolgozni...
Ezt a hozzászólásodat arany betűkkel kinyomtatom, bekereteztetem. Az persze más kérdés, hogy szerintem 4 embernél többnek nem lenne szabad egy irodában ülnie és a telefonbeszélgetéseket, megbeszéléseket be kellene tiltani az adott helységben. Ennél nagyobb irodában ugyanis folyamatos a hangzavar és nem lehet hatékonyan dolgozni.
Én már el nem tudnám képzelni, hogy 4-en ülünk kussban egy szobában, és még a másik gyomránák korgását, meg szörcsögését, lihegését is hallgathatnám. A fejhallgatót meg open-space-ben is fel tudom tenni, ha nagyon kell.
Mondjuk az open space-szel engem is ki lehet kergetni a világból. Bizonyos munkákhoz (mint pl. az enyém is) csönd, elmélyülés kell, amit zavar a beszélgetés, (üvöltve) telefonálás stb. A fejhallgató meg nem opció, mert egy idő után nyomja a fülemet, és zenére/rádióra ismét csak nem tudok dolgozni.
5) Ha valaki ala tolna kegy 3-4 fobol allo csapatot, meglehetosen nehez a kommunikacio, ha skypen, vagy emailben kellene.
6) Whiteboard. Semmi nem potolja.
7) A szor felall a hatamon, ha belegondolok a "bemegy a dolgozo VPN-nel" scenarional, hogy mit vihet el vagy hozhat be...
----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™
Az a 7. pont azért erősen bizalmi kérdés is. Ha valakiben nem lehet ennyire megbízni vagy olyan a cég, akkor nincs távmunka, ez OK.
Na de a legtöbb cégnél szerintem nem a bölcsek kövét őrzik. ;)
Aki tudja, csinálja, aki nem tudja, tanítja... Hm... igazgatónak talán még jó lennék. :)
Meg aztán, ha ennyire rossz a helyzet, akkor vajon van-e testüregi motozás távozáskor, röntgen vizsgálat, nem nyelt-e le valaki egy flash kártyát, amin lopja a cég adatait. Alapvetően a dolgozó lojális a céghez, az ő érdeke is, hogy a cégnek jól menjen. Már feltéve, hogy nem minimálbért kap, miközben a tulaj a negyedik autót cseréli az idén, mert akkor a cég hozzáállásával van a baj.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
(paranoia on) azért ebben nincs teljesen igazad. Alig hiszem, hogy volna ember, aki puszta lojalitásból tartóztatná meg magát, ha hozzáfér bizalmas adatokhoz.
Ez inkább tisztesség kérdése, rosszabb esetben a retorzíótól való félelem.
Lojalitás... létező fogalom egyáltalán?
Kezdőknél, egy-két, talán öt évig.
(paranoia off)
Azért ha olyan helyen dolgozol, ahol ennyire gázos lehet pl. az adatlopás, ott csak céges géppel lehet a hálóra csatlakozni, ha lehúzod a hálókábelt, nem tudsz visszacsatlakozni, mert a switch letilt, az op.rendszereden annyira meg vannak nyirbálva a jogaid, hogy max. a fejedben vagy fényképezőgéppel lefotózva a monitort tudsz elvinni bármit, wifi nincs stb.
Aki tudja, csinálja, aki nem tudja, tanítja... Hm... igazgatónak talán még jó lennék. :)
Magam is azt mondom, a legtöbb helyen talán nem eszik ennyire forrón a kását.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
Ahhoz képest pont most volt nemrég balhé abból, hogy egyik volt kollégánk pár éve vitt magával 1-2 dolgot, amihez a távozása után nem igazán volt köze. És nem fejlesztő, az ő munkáját még mindig hamarább lehetne távmunkába kirakni.
----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™
"nem lehet és nem is szabad megbízni."
1 kis előítélet meg sose árt.
Mert a "nyugat" még messze van. Ha megnézed pl. az osztrák álláshirdetéseket, a minimum bér szinte mindenhol ki van írva. De becsülni kell azt is, hogy le vannak írva a pontos igények.
[OFF]
Mert a magyar álláshirdetések jellegzetessége, hogy a valójában keresett ember és a meghirdetett között nem sok kapcsolat van. Jellemző, hogy minél több igényt írjunk fel, elindul a ki tud több 3-5 betűs rövidítést egy hirdetésbe zsúfolni verseny, majd igazából "lelkesPistike" PHP kódot kellene csak javítani és tintapatront cserélni a Gizikénél.
Az állásportálokon hirdetett állások nagy része szerintem 1 ember számára képtelenségek vagy a kínált fizetés köszönőviszonyban sincs az igényelt tudással és tapasztalattal. Polihisztornak lenni az informatikában nem lehet.
[/OFF]
"Ha megnézed pl. az osztrák álláshirdetéseket, a minimum bér szinte mindenhol ki van írva. De becsülni kell azt is, hogy le vannak írva a pontos igények."
Ja. Le van írva, hogy fizetés az ágazati minimálbér, de tapasztalat alapján lehet több is.
Kb annyi információt ad, mintha a fenti álláshirdetésben fel lenne tüntetve, hogy fizetés: minimálbér, ami a tapasztalat függvényében változhat...
Szerintem scrum pont hogy megköveteli.
Miért? Hány ember kell hozzá általában? Nekem olyan elképzeléseim voltak - lehet, hogy hibásak -, hogy max 4-5 fős csoportokban alkalmazható igazán.
Annyi meg kifér egy képernyőre ;)
Aki tudja, csinálja, aki nem tudja, tanítja... Hm... igazgatónak talán még jó lennék. :)
Igen, de eleve a runokat egy tablan vezetik, nem véletlenül. Illetve vannak napi 20 perces álló megbeszélések kv mellett. A heti (vagy egyéb) megbeszélés persze lehetne online, de ezt nem arra találták ki. Márcsak azért sem mert ha elakad valaki, ami miatt a többiek is csusznának akkor azt egyből átcsoportosítják. Ehhez meg tudnod kell mit csinál a másik és mi a nyűgje.
Köszi, akkor már ezt is tudom. :)
Aki tudja, csinálja, aki nem tudja, tanítja... Hm... igazgatónak talán még jó lennék. :)
+1, a scrum kizarja a tavmunkat
// Happy debugging, suckers
#define true (rand() > 10)
pár hónapja csináljuk ezt a scrum csodát és én heti 2 nap távmunkában vagyok. elvileg működik, de meg kell mondjam nem a szívem csücske ez a mostani scrum divat. lehet, hogy mi csináljuk rosszól, de az a csoport akinél elsőként bevezették és komolyan a scrum szabályok szerint dolgoznak, jelentősen rontott a teljesítményén.
Ha romlik a teljesítmény, akkor ott bizony valami rossz. A scrum elsődleges fő igénye, egy megfelelő scrum master. Egy jó scrum master nem kinevezés útján lesz scrum master, hogy jó, mostantól te csinálod. Ez majdnem egy külön szakma:)
// Happy debugging, suckers
#define true (rand() > 10)
Ha a távmunka lenne a hazai informatika szent Grálja, akkor lehet, hogy a sikeres pályázó anyanyelve se a magyar lenne.
Ha pedig számodra üdvözítő lenne a távmunka, akkor miért pont hazai cégnek dolgoznál így?
Részemről egyetlen oka van: nem beszélem olyan magabiztosan az angolt, hogy külföldivel ilyen szinten szóba álljak. (bocs, ha nem nekem szólt a kérdés, macerás visszakeresni)
Aki tudja, csinálja, aki nem tudja, tanítja... Hm... igazgatónak talán még jó lennék. :)
nem derül ki a hirdetésből, hogy mit kell csinálni.
------------------------
Jézus reset téged
hint: webalkalmazásokat fejleszteni php-ban
--------------
Sok ember hord Superman-pizsamát. Superman Chuck Norris-pizsamát hord.
de most valaki kódját átvenni=>szenvedni
architektúrát kitalálni és lekodolni=>cool
leteszik elém, mit kell csinálni és kodolni=>biorobot
mindhárom=>varázslós
------------------------
Jézus reset téged
"Yii, CodeIgniter, Zend framework, Symfony, CakePHP vagy más hasonló keretrendszerek mélyebb ismerete"
Akkor most melyik? Tehát az összes megnevezett [+más hasonló] keretrendszer használatban van ennél a cégnél? Ezt takarná a "változatos munka"?
"Smarty (vagy más hasonló sablonkezelő rendszer)"
Ki tudja, h mit jelent a "hasonló" jelző? Vajon ha Smarty ismeret kell a munkához, akkor miért nem azt írják? (költői kérdés, én tudom rá a választ)
"Verziókezelő ismerete (git, svn, stb.)"
Hát persze, egyszerre nyolc különböző verziókezelőt kell használni. LOL
"legalább egy javascript keretrendszer ismerete (pl.: JQuery, ExtJS, Prototype, stb.)"
No comment.
Mi ezzel a probléma? Pusztán csak az, hogy a felsorolt kompetenciák túl tágak ahhoz, amit egy komolyan vehető fejlesztő cég megkívánhatna. (Persze kérdés h létezik-e egyáltalán komolyan vehető fejlesztő cég?) Azaz a hirdetésből számomra az tűnik ki, hogy a hirdető képtelen arra, hogy specializált igényeket fogalmazzon meg a leendő munkavállalóval szemben, miközben a komolyan vehetőség kritériuma - és nem csak munkavállalói aspektusból -, hogy a specializáció által legyen az állást kínáló cég meghatározott.
Irreális lenne az az elvárás, hogy az álláshírdetés ne geek és hr sablonszlengekből legyen összetákolva, és elolvasás után potenciális jelentkező meg tudja belőle itélni, hogy el tudná-e látni a felkinált pozíciót? Szerintem ez az abszolút minimum lenne.
Azt hittem, én vagyok igazán kukacoskodó, de úgy tűnik, te rajtam bőven túlteszel.
Gondolom, feltételezik, hogy a felsoroltak valamelyikét elég mélyen ismerve, könnyen beletanul a delikvens az általuk használt rendszerbe.
Csak magamból kiindulva: minimális svn előismerettel egész könnyen belerázódtam a git használatába.
Ahogy mondjuk valamelyik PHP-s keretrendszerrel való felületes ismerkedés is nagy mértékben megkönnyítette, hogy mondjuk egy django-ba belemásszak valamennyire.
Magyarán nem feltétlenül olyat keresnek, aki 100%-ban munkakész, hanem valakit, aki viszonylag hamar beletanul az eszközeik használatába.
Aki tudja, csinálja, aki nem tudja, tanítja... Hm... igazgatónak talán még jó lennék. :)
Gondolni meg feltételezni természetesen lehet bátran. Én pl. arra gondolok, hogy ha a cégnek arra van szüksége, hogy a jelentkező könnyen elsajátitsa, a valamilyen rejtélyes okból konkrétan meg nem jelölt de cégnél rendszeresített, keretrendszer, eszköz használatát akkor talán ezt kéne megfogalmaznia. Persze azt ember nem érti, hogy miért lenne előnyösebb egy olyan munkavállaló keresése a cég számára, aki könnyen elsajátítja a pl. bevett verziókezelő használatát, mint aki már eleve eleve ismeri azt.
A felvetésed érvényessége sajnálatosan csak látszólagos, mert elfogad egy minősíthetlen, de általánosan elterjedt hr szokást, ami a munkakör leírása helyett, annak körülírásával elégszik meg - és teszi ezt (az én feltételezésem szerint - ugye nekem is szabad feltéleznem) vagy abból az okból, hogy igazából nem is tudják pontosan h milyen munkára keresnek embert (milyen projekt fog beesni), vagy ami talán még rosszabb h a munkát ugyan látják, de a megvalósításához szükséges kompetenciákat nem tudják felmérni.
"Persze azt ember nem érti, hogy miért lenne előnyösebb egy olyan munkavállaló keresése a cég számára, aki könnyen elsajátítja a pl. bevett verziókezelő használatát, mint aki már eleve eleve ismeri azt. "
Nem biztos, hogy az a jó szakember, aki a cégnél használt verziókövető rendszert ismeri. Ergo lehet, hogy jó szakembert keresnek és nem droid v1.0-t, ami viszont dícséretes.
-----------
"640GB sokmindenre elég"
Ha munkát keresel, akkor kezdd az elején: írj CV-t.
Csúsztatsz! Természetesen nem zárja ki valaki "jó szakemberségét", v. azt h az általa még nem ismert dolgokat el tudja sajátítani és természetesen nem is jelenit az illető "1.0 droidságát", hogy ismeri az adott verziókezelőt vagy bármi -meg nem határozott- eszközt. Az álatalad felállított ellentétpár hamis. És ezen hamis felvetés alapján dícséred a céget.
Hint: "Ergo lehet, hogy". Tehát, ha tényleg jó szakembert keresnek és nem droidot, akkor az dicséretes.
-----------
"640GB sokmindenre elég"
Ha munkát keresel, akkor kezdd az elején: írj CV-t.
"Yii, CodeIgniter, Zend framework, Symfony, CakePHP vagy más hasonló keretrendszerek mélyebb ismerete"
Akkor most melyik? Tehát az összes megnevezett [+más hasonló] keretrendszer használatban van ennél a cégnél? Ezt takarná a "változatos munka"?
értsd: a jelentkező látott már keretrendszert, szükség esetén viszonylag gyorsan meg tud tanulni egy újat (ami vagy a fentiek közül valamelyik, vagy saját, céges cucc), és nem kell neki 0-ról megismernie, hogy mi az a webes MVC.
"Smarty (vagy más hasonló sablonkezelő rendszer)"
Ki tudja, h mit jelent a "hasonló" jelző? Vajon ha Smarty ismeret kell a munkához, akkor miért nem azt írják? (költői kérdés, én tudom rá a választ)
értsd: látott már template rendszert, tudja, hogy mi az és mire használjuk, szükség esetén meg tud tanulni egy új eszközt, a koncepciót már ismeri.
"Verziókezelő ismerete (git, svn, stb.)"
Hát persze, egyszerre nyolc különböző verziókezelőt kell használni. LOL
a) lehet, hogy az a követelmény, hogy tudja mire jó egy verziókövető, és amit a cégnél használnak, azt gyorsan be tudja tanulni
b) lehet, hogy a cégnél több projekt fut párhuzamosan, amit 2005ben kezdtek az még svn-ben van, az újabbak git-ben
"legalább egy javascript keretrendszer ismerete (pl.: JQuery, ExtJS, Prototype, stb.)"
No comment.
értsd: szükség esetén az általa választott js keretrendszerben fejlesztett kliensoldali kód fejlesztését tudja vezetni és ellenőrizni
Pusztán csak az, hogy a felsorolt kompetenciák túl tágak ahhoz, amit egy komolyan vehető fejlesztő cég megkívánhatna.
Szerintem pedig kifejezetten szimpatikus, ha egy cég úgy keres fejlesztőt, hogy nem kell minden ebben a hónapban éppen divatos technológiának az API-doksiját fejből tudni, hanem a cég rászánja az időt (befektetést) némi betanulásra, és inkább koncepciók, működési modellek ismerete a követelmény, mint egy konkrét eszközben szerzett tapasztalat. A fentiekből nekem ez derült ki, és ha nem lennék elégedett a jelenlegi munkahelyemmel, akkor kifejezetten érdekelne a hirdetés.
Persze biztos én vagyok komolytalan :)
--
CyclonePHP
Igen komolytalan vagy! De ez megszokott, az ilyen hirdetések Nektek íródnak.
"és nem kell neki 0-ról megismernie, hogy mi az a webes MVC."
Ez esetben a komolyan vehető megfogalmazás [továbbiakban: KVM] pl ez lehetne: Saját fejlesztésű webes MVC keretrendszerünk gyors megismerését várjuk az új munkatárstól.
"értsd: látott már template rendszert, tudja, hogy mi az és mire használjuk, szükség esetén meg tud tanulni egy új eszközt, a koncepciót már ismeri."
Érvelésed téves annyiban, hogy figyelmen kívül hagyja h a hirdető template rendszerek hasonlóságát [és így értelemszerűen különbözőégét is] vizionálja, de arra nem tér ki, hogy milyen szempontból kéne összehasonlítani ezeket. De nyilván Te ezt is tudod, érted!
Ha éppen dolgozol, akkor talán könnyű belátni, hogy nem lehet érdeke a cégenek, hogy különbőző keretrendszereket, eszközöket használjon a fejlesztései során - ha azt egyébként más megkerülhetetlen tényező nem írja elő számára (ekkor sem érdeke, csak szükséges rossz amit esetleg le kell nyelnie) A komolyan vehető cég homogenitásra törekszik, mind az elkészült kód, mind a felhasznált eszközök tekintetében.
KVM: smarty template kezelő kézségszintű ismerete v. annak elsajátítása szükséges az állás betöltéséhez.
"értsd: szükség esetén az általa választott js keretrendszerben fejlesztett kliensoldali kód fejlesztését tudja vezetni és ellenőrizni"
Definiáld "szükség esetén"! Vagyis elég fura cég lehet, ahova a frissen felvett "senior PHP" programozó választgat js keretrendszerket, mert erre van szükség! Persze ha ez a bevett szokás akkor tulajdonképpen az mindent megmagyaráz, főleg ha már volt vagy 10 senior PHP progrmozó 10 kölünböző js választással korábban. Akkor tényleg sok mindenhez kellhet ott érteni :-) Homogenitás erre is vontkozik. Nyilván flame: de a magam részéről nem tartozom azok közé aki a kliens oldali programozást a backend fejlesztő nyakába lőcsölné.
"a) lehet, hogy az a követelmény, hogy tudja mire jó egy verziókövető, és amit a cégnél használnak, azt gyorsan be tudja tanulni
b) lehet, hogy a cégnél több projekt fut párhuzamosan, amit 2005ben kezdtek az még svn-ben van, az újabbak git-ben"
Illene migrálni vagy esetleg használni SVN-Git hidat! Na és mi vn a "stb" -vel?
"szimpatikus, ha egy cég úgy keres fejlesztőt, hogy nem kell minden ebben a hónapban éppen divatos technológiának az API-doksiját fejből tudni, hanem a cég rászánja az időt (befektetést) némi betanulásra"
Hát lehet h ezek Neked szimpatikusak, de a hirdetésben nincs szó arról, hogy a betunálásra/betanításra milyen módon kerülne sor. A "folyamatos szakmai fejlődési lehetőség" standard hr bullshit, pedig éppen arra hajaz, h " ebben a hónapban éppen divatos technológiának az API-doksiját fejből tudni" kell.
Szívesen válaszolnék érdemben, ha nem lennél writeonly troll.
Inkább nem teszem :)
--
CyclonePHP
Nézd, ez a hirdetést ránézésre a jobbak közül való, de ez nem jelent semmit. Aki képes olvasni a sorok között is, annak teljesen világos, hogy a szövegezése leképzi a foglakoztatás terén meglévő szomorú állapotokat, azon belül speciálisan a IT szektoron belüli konfliktusokat. Nyilván nem érzékeled, hogy micsoda arrogancia, h az álláshirdetésbe ilyeneket mernek elvárásként megfogalmazni: "új ismeretek maradéktalan és gyors elsajátítása". Hogy lehet elvárni valakitől, h meg nem határozott ismeretek maradék nélküli, gyors elsajátítására vállalkozzon? Ez nonszensz. Persze lehetne jönni azzal, hogy a hirdető cég ezzel azt akarta volan megfogalamzni...ha tudna fogalamzni, hogy...tudom is é: a jó pap holtig tanul.. De ez az én write only troll izlésem szerint már túl explicit megfogalmazás ahhoz képest, ami kooperatív szövegértéssel korrigálható lenne. Profánabbúl nettó bunkóságnak nevezném. :-) :-(
latogasd meg a pszichiatered... :-)
--
"Pontosan ez a ti bajotok. Ez a kurva nagy csőlátás. [...]" (bviktor)
és ez a felemelően értelmes javaslat magadtól jutott az eszedbe, vagy "A Hangok" súgták? :-D
Mert ha az utóbbi, akkor nem kéne rájuk hallgatnod!
Nem gondolod úgy, h a hirdető cégnek amellett, hogy felsorolja, h szerinte mi minden szükséges az általa kínált pozició betöltéséhez, talán nem kéne elvonni a lehetőségét annak, h a potenciális jelentkezők a maguk szempontjából is megitélhessék, hogy rendelkeznek-e azokkal a kompetenciákkal amik [szerintük] szükségesek az állás betöltéséhez? Ugyanis egyáltalán nem biztos, hogy a cég és jelentkező ugyan azokat a kompetenciákat tartják szükségesnek. De ha a hirdető hasonló terjedelemben megfogalmazná, hogy mi az amit csinálni kell, mint ahogy azt megfogalmazta, hogy szerinte mi az ami szükséges ahhoz, amit csinálni kell, akkor talán jelentkező is inkább érezhetné magát partnernek ebben a munka[v]iszonyban. De hát mint látjuk ez a cég, konkrét kérdésre is csak arrogánsan reagált: "hint: webalkalmazásokat fejleszteni php-ban" - ezt kell itten csinálni, háá mééég ezt sem éérteed.
igen, a hangok mondtak :-) Most komolyan, nem ertem a problemadat. Nem csak a cegek hasznalnak szuroket, hogy a szerintuk nem megfelelo jelolteket eltantoritsak, hanem a munkavallalok is szurnek, hogy ne pazaroljak idejuket, stb. a nem megfelelo cegekre.
Ha ugy erzed a hirdetes alapjan (bar szerintem hamar iteltel, anelkul, hogy ismerned oket, ill. egyaltalan beszelgettetek volna, ahol van mod a ketelyeket tisztazni), hogy a weltautosok arrogansak, meg ugy altalaban hulyek a (web) fejlesztes kapcsan, akkor egyszeruen mondd/ird meg nekik, oszt csokolom. Igy te is kiadtad, ami a zuzad nyomta, ok meg mostmar tudjak, mehet a vilag tovabb elore. Gondolom, titokban te is, ok is rohogtok/nek a masikon. Ilyen ez...
--
"Pontosan ez a ti bajotok. Ez a kurva nagy csőlátás. [...]" (bviktor)
En nem ismerem ezt a céget. Dolgozni sem akarok náluk. És kizárólag a hirdetés szövegére reagáltam, az egyetlen ismeretem velük kapcsolatban ez a hirdetés, ami ennek a topiknak a tárgya. Ha ez a hirdetés valami fatális tévedés, és a Gizike titkárnő fogalmazta meg -mert kiadták neki feladatnak - , de a belőle levonható egyébként logikus következtetések nem felelnek meg a valóságnak, akkor az nem annak a hibája aki levonta ezeket a következtetéseket, hanem azé aki engedte, hogy ilyen hirdetés reprezentálja a céget egy szakmai fórumon.
Arra nem gondoltál esetleg, hogy ez is egyfajta szűrő? Amin szemmel láthatólag megbuktál... :)
--
Gábriel Ákos
http://i-logic.hu
ezt akartam en is finoman ertesere adni... :-)
--
"Pontosan ez a ti bajotok. Ez a kurva nagy csőlátás. [...]" (bviktor)
Majd én megteszem :)
Kedves Zoltánunk ismeretlenül is el akarja földelni a céget.
Amit leír, abból tökéletesen kitűnik, hogy nem dolgozott még komolyabb projekteken (troll on).
Nagyon ritkán fordul elő, hogy egy cégnél lévő x db projekt pontosan ugyanabban az időpontban ugyanaz az ember kezdi el fejleszteni. Ergo a technológiák eltérhetnek (és általában el is térnek) és a cég nem feltétlenül fog arra pénzt áldozni, hogy egy meglévő projektet SVN-ről átrúgjon GIT-re, főleg ha erre nincs nyomós indok. Nem is feltétlenül van erre szükség. A felhasznált technológiák teljesen igényfüggőek, nekem volt olyan webes projektem, ahol párhuzamosan ment két keretrendszer. Simán el tudom képzelni, hogy az egyiknél ExtJS-t kell használni, a másiknál JQuery-t. Továbbmegyek, akár még azt is megkockáztatom, hogy rábízzák a SENIOR webfejlesztőre, hogy adott projektnél milyen technológiát fog használni.
-----------
"640GB sokmindenre elég"
Ha munkát keresel, akkor kezdd az elején: írj CV-t.
Tévedés történt! Én nem a céget akarnám elföldelni, hanem a jelenséget aminek generálója, részese [ez] a cég is, és a hozzászólók egy része is. Ha másik cég ír ilyen állásajánlatot ugyan így reagáltam volna, nem vagyok haragban ezzel a welt2000-rel.
Egy komolyan vehető cég homogenitásra törekszik. Ez alapvető érdeke. Ezért alkalmaz coding standard-et, vannak know-how -i, best practice megoldásai, bevett eszközei a feladatok megoldására. Nem engedhető meg, hogy a különböző fejlesztők alternatív megoldásokat dolgozzanak ki, a már létező megoldások alkalmazása helyett, l'art pour l'art döntsenek alkalmazott eszközökről, js frameworkok használatáról. A cégnek a karbantartás, fejlesztés folyamtosságát biztosítania kell a fejlesztők személyétől függetlenül. Egy-egy PHP framework van annyira bonyolult és specializált, hogy nem a tud a fejlesztő ki-be ugarálni a különbözö rendszerek között. Jó ha egyet ismer "mélyebben", ha már kettőt az nagy szó szerintem. Sőt akár még egy FW-ön belül is jelentős különbség lehet verziótól függően pl. ZF1 vs. ZF2. Tehát az olyan cég amely nem figyel erre, engedi különböző rendszerekben fejleszteni az alkalmazottait azok személyes preferenciája szerint, óriási hibát követ el, mert az évek alatt a különböző fejlesztők által áttekinthetetlenül heterogén kódbázis keletkezik, amit képtelenség hatékonyan kezelni, fejleszteni, karbantartani. Na most az ilyen cégek aztán persze kénytelenek olyan álláshirdetést feladni, ahol aztán minden létező és nem létező framework fel van sorolva, mint szükséges kompetencia, hisz az új munkatársnak mindenhez értenie kéne, ami ugye teljes képtelenség. Tehát egy álláshírdetés kapcsán pontosan az az egyik demarkációs kritérium a komolyan vehető és a komolyan nem vehető cég között, hogy mennyire tudja specializáltan megfogalmazni a a munkakör betöltéséhez szükséges kompetenciákat.
Ezen túl a hirdetés szövegének stilisztkai jegyeiből vonok le egyéb, akár messzire mutató, következtetéseket.
Jó, leírtad, szerinted milyen a komolyan vehető cég. És mi van azokkal - a szerintem egyébként erős többségben lévő - cégekkel, amely a kritériumaid szerint nem komolyan vehetők, a fejlődésnek nem állnak azon a szintjén, amelyet Te, az emberiség 1.4e-10 része - ez ugye elég elhanyagolható, mintegy 1.4e-4 ppm - elvárásként fogalmaz meg, s egyben ezen cégek viszik előre a világot, mert ez a mindennapi gyakorlat? A valóság sohasem ideális, sokkal inkább reális.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
Abban a kérdésben, hogy milyen cégek viszik előre világot, én nem érzem magam felkészültnek. Alapvetően azt sem értem, h mit jelent a "a világ előre vivése". Tehát ez olyan fogalom, amiről nem tudok nyilatkozni. Te a világ előre vivését mindennapi gyakorlatává teszed azon cégeknek, akik a kritériumom szerint a nem komolyan vehetők közé tartoznak. Ezzel az önhatalmú felosztással viszont olyan helyzetet alakítasz ki, amiben én sajnos nem tudok érdemben megnyílvánulni.
Nem értem miért ne lenne realitás a homogenitásra való törekvés kényszere. Persze nem vagyok naiv. Értem én, h ha megjelenik a cégnél az ügyfél és hozza pénztárcáját azzal igénnyel, hogy neki konkrétan Drupálban csinálják meg a webshopját, akkor az üzletkötő, meg a cégvezető mosollyal ráz vele kezet, meg írja alá szerződést, akkor is ha az adott cég még egyetlen egy webshopot sem csinált, Drupált egyáltalán nem ismerik. Ez lenne a [lehangoló] realitás. De h ez vinné előre a világot...
A világ előrevitelét úgy értettem, hogy csinálunk valamit, aminek következtében nem fagyunk meg, nem pusztulunk éhen, fejlődünk. Bár tudom, a fejlődés is olyan valami, amit nem feltétlen könnyű definiálni.
Egész egyszerűen arról beszélek, hogy noha egy laborban megálmodott steril világban a dolgok úgy vannak, ahogy írod, a valóságban erre ugyan lehet törekedni, de én még ennél is tovább megyek. Engedtessék meg, hogy egy cég ilyen-olyan okok miatt másképp gondolja, ahogyan Te, talán akkor is van létjogosultsága a piacon. Lehet, egy kis cég nem úgy fog erről gondolkodni, hogy nagycégesen szervezi az életét, mert arra nincs kapacitása. Teszem azt, egy 10 fős cégnél valószínűleg nincs HR részleg, nincs külön bérszámfejtés - mint részleg, természetesen folyamatként van -, nincs munkaügy, mert ha ezek mind lennének, akkor a végén egyetlen ember végezné az érdemi munkát. Kis cégnél nagy céges szemlélettel óriási az overhead.
Ugyan nem optimális, de egy kis cégnél lehet akár az is hatékony, ha a fejlesztő olyan eszközt választ a munkához, amire affinitást érez, amihez kedve van, amit kellőképpen jól ismer. Ez viszont nyilván nem működik egy nagyobb cégnél.
Feladathoz kell eszközt választani, nem pedig fordítva.
A világ előreviteléhez még annyit tennék hozzá, hogy nem feltétlenül kell optimálisan csinálni mindent, hogy az működjön. Láttál már asztalost, aki a bútor felszerelése előtt a csavarban fellépő tau és szigma feszültségeket számolt, majd hosszas kalkulációval határozta meg a csavar átmérőjét? A fenét, tapasztalatból, érzésből befúrja a lyukat a falba, beteszi a tiplit, behajtja a csavart, felteszi a bútort rá, s láss csodát, működik. Szemléletből, tapasztalatból, érzésből. Túl van méretezve? Nyilván. Baj? Nem, mert azon a csavaron spórolhatna 40 fillért akár, ha kisebbet rakna be, viszont ráment volna fél napja a méretezésre.
Attól, hogy valami nem optimális, még lehet jó, és ennek az asztalosnak a cége működik, a vevői elégedettek, a világ előrébb van, mert az illető polc tartja a könyveket, ahogy kell.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
Fejlesztő részéről teljesen érthető, h olyan megoldást támogat ami engedi neki, hogy abban fejlesszen amiben szeret, olyan toolokat librarykat stb használjon amiket már ismer és hatékonyan alkalmaz. De itt érdekellentét lehet az őt alkalmazó céggel szemben, ha annak termékei egységesen más alapokon készültek korábban. Tehát amikor a cég felad egy hírdetést fejlesztői állásra, akkor határozza meg a szükséges kompetenciákat. A felvételi eljárás során pedig tisztázza a jelentkezővel, hogy ugyan nagyra értékeli és fontosnak dolognak tartja, h az illetőnek van saját elképzelése a fejlesztésről, de alkalmazkodnia kell a céges standardokhoz. Ez természetesen nem zárja ki azt, h az új munkatárs kellő gyakorlat megszerzése után, akár ne tehetne javaslatot a standardok megváltoztatására. Ez nem kis-nagy cég szemlélet konfliktusa. Kis cég esetében is realizálható elönyt jelent, h egységes kódot, eszközöket kell üzemeltetni, fejleszteni.
Mitöbb idővel a saját megoldásaiért oly' lelkes fejlesztő is megtapasztlaja ennek előnyét, amikor egy-egy korábbi, mások által fejlesztett projekthez kell hozzányulnia, és nem ismeretlen rendszerrel szembesül.
Az nem kérdés, hogy a homogentásra törekvő céggel szemben a homogenitást mellőző nem versenyképes. A piac - mint közgazdasági fogalom - csak egy elvont, megfoghatatlan dolog. Egyformán beszélhetünk a létezésérő és a nem létezésérő is. Az elmúlt években, a válság kapcsán tanúi lehettünk, hogy a rá vonatkozó szabályok, képletek szart sem érnek. Ehhez vedd hozzá, hogy az informatikai projektek meghatározó része, egyszerüen csak fedőprojektje valamilyen kifizetőpénztárnak - akár állami szinten is. Ezért a homogentisra való törekvés a cég esetében csak technikai/technológiai oldalról jelent versenyelőnyt, de ez sajnálatosan kevésbé döntő tényező, mint az h mennyit fog visszajátszani a cég a megrendelést szállítónak. Bár volt ezzel kapcsolatos téma a HUP-on egy-egy botrányos "honlap-biznisz" kapcsán, azt hiszem maradnunk kéne a technológiai megközelítésnél, itt pedig - remélem - nem kérdéses az általam vázoltak előnye.
Ideális világban betegségek sincsenek, a munkavállaló sohasem megy szabadságra, mégis boldog, de mint mondtam, valóságos cég valóságos munkaerőt keres egy valós álláshirdetés útján. Amit írsz, annak lehet előnye, ugyanakkor egy egyszerű feladatot megírni kényelmes eszközökkel lehet hatékonyabb, mint belső, szabványos eszközökkel folyamatosan doksit olvasva.
Picit próbálj már elszakadni ettől a hatékonyság fétistől, meg komolyan vehetőségtől. Nem biztos, hogy egy cég komolyan vehető szeretne lenni, beéri azzal is, ha sok pénzt keres, van megrendelése, mosolyognak az alkalmazottai. Mindezt úgy, hogy baromira komolytalan az egész. Csak működik.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
Ha már ennyire a keretrendszereken ugrálsz, pl SQL prepared statementeket annyira nagyon sokféleképpen nem lehet csinálni, valahol a mélyén van egy mysql_query(), vagy hozzá funkcionálisan hasonló függvény, ami megkap egy lekérdezést. Én pl használtam Zend Frameworkot és Yii-t is, nem volt nagy kaland megtanulni egyiket sem.
A homogenitással kapcsolatban locsemege minden commentjére írnék egy +1-et, a homogenitás kb olyan, mint a 3. NF-ben lévő adatbázis, szép meg optimális, de a gazdasági érdekek elnyomják. Mellesleg, ha erőlteted, akkor akár még káros is lehet.
-----------
"640GB sokmindenre elég"
Ha munkát keresel, akkor kezdd az elején: írj CV-t.
> Egy komolyan vehető cég homogenitásra törekszik. Ez alapvető érdeke.
Bocsánat, nem kötekedésnek szánom, de dolgoztál te már olyan cégnél, ahol n >= 10 a munkavállalók száma? Már csak azért, mert akkor lehetne látni, hogy törekvés != valóság.
Akár kötekedésnek is szánhatod, nem fogok haragudni érte, ha van értelem abban amit írsz. Nem értem ez mit jelent, vagy h milyen aspektusból kellene értelmeznem "törekvés != valóság". A homogenitásra való törkvés nagyon is valóságos, konkrét dolgokban nyilvánul meg, ezek előírások, követelmények a mindenkori fejlesztők számára.
A válasz a kérdésedre: igen.
Így visszaolvasva igaz, tényleg nem biztos, hogy átment a mondanivaló. A lényeg az, hogy lehet törekedni a homogenitásra, de ezer indoka lehet annak, hogy _új_ projekteknél sem sikerül tartani az irányt. Nemhogy ne adj' Isten átvett, legacy holmiknál.
"mennyire tudja specializáltan megfogalmazni a a munkakör betöltéséhez szükséges kompetenciákat"
Ennek a másik oldala az, hogy pont olyan embert majdnem biztosan nem találok, aki az aktuális követelményeimet ideálisan kielégítené. Mivel tudom, hogy ez az elvárás eléggé irreális, ezért inkább a _képességet_ várom el, és adok időt az embernek az elvárt tudás megszerzésére (befektetek).
A _képességet_ pedig előrevetítheti az, ha hasonló dolgokat képes volt megtanulni/használni.
Hm?
--
Gábriel Ákos
http://i-logic.hu
Igen nagy +1!
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
Kiemelem a szövegedben a bizonytalansági tényezőket:
"Ennek a másik oldala az, hogy pont olyan embert majdnem biztosan nem találok, aki az aktuális követelményeimet ideálisan kielégítené. Mivel tudom, hogy ez az elvárás eléggé irreális, ezért inkább a _képességet_ várom el, és adok időt az embernek az elvárt tudás megszerzésére (befektetek).
A _képességet_ pedig előrevetítheti az, ha hasonló dolgokat képes volt megtanulni/használni."
Ennyi bizonytalansággal, hat-heteléssel, talán igen talán nem -eléssel, legfeljebb olyan álláshirdetést tudsz feladni, aminek spekulációs jellegét nem menti, hogy előzetesen fejben Te már szétválasztottad a munkakör betöltéséhez szükséges elvárásokat, a jelentkezővel szemben támasztott elvárásoktól.
Mégis miért nem lehet leírni egyrészt azt, hogy mi a feladat és ehhez milyen kompetenciák szükségesek, másrészt azt, h a jelentkezőtől már milyen meglévő kompetenciákat várnak el - mint megfogalmazódott jelentkezési feltételeket?
"Mégis miért nem lehet leírni egyrészt azt, hogy mi a feladat és ehhez milyen kompetenciák szükségesek, másrészt azt, h a jelentkezőtől már milyen meglévő kompetenciákat várnak el - mint megfogalmazódott jelentkezési feltételeket?"
Te tényleg nem érted, amit leírnak? Nem akarják a szűrést túl szigorúra állítani, mert olyanok is kieshetnek miatta, akiket egyébként alkalmaznának.
-----------
"640GB sokmindenre elég"
Ha munkát keresel, akkor kezdd az elején: írj CV-t.
Pontosan. :)
Amikor irodavezetőt kerestem, akkor is eléggé bajban voltam, mert kb. 3 elvárásom volt: értelmes, szorgalmas, precíz. Na most egy ilyen hirdetésre 3millióan jelentkeznnéek, ami szintén nem célszerű. :)
--
Gábriel Ákos
http://i-logic.hu
Például azért, mert ha leírom, hogy Liferay-ben kell service builderrel portleteket fejleszteni, meg SearchHub meg BookingHub rendszerek API-jait kell használni az nem biztos hogy túl sokat mond annak, aki ezeken a technológiákon _kívül_ van.
Én belül vagyok, ismerem ezeket. Ez a technikai rész.
És legalább ilyen fontos a személyiség.
Engem amikor hirdetést adok fel, egyáltalán nem érdekel, hogy mindenkinek (vagy akár csak neked) megfeleljen a hirdetés. Az érdekel, hogy gyorsan megtaláljam a jövőbeli csapattagjaimat. Olyan hirdetést adok fel, amire _én_ jelentkeznék, akkor feltételezem akik jelentkeznek hasonló gondolkodású emberek, tehát valószínűleg jól kijövünk.
A sok -hat, -het annak szól, hogy nem 100% a sikerességem az emberfelvétel terén, csak olyan 90-95%, és nem vagyok minden titkok tuti tudója - viszont ezt már tudom magamról :)
--
Gábriel Ákos
http://i-logic.hu
Az h milyen absztrakciót alkalmazol amikor megfogalmazod a feladat leírását Rád van bízva, itt elég nagy a mozgástér, nyilván egy jelentkező minden infonak örül, miközben azért mégis indokolatlan a terjengős részletesség.
Bizonyára méltán tölt el Téged büszkeséggel a 90-95% -os eredmény, külön köszönöm a közönség nevében h ezt az infót ilyen szerénytelenül megosztottad velünk, de azért azt ugye jól gondolom, h ez az erdmény a már felvett és bevált munkavállalók viszonyát jelzi, és nem a jelentkezők és a felvettek viszonyát?
Persze az elsőt jelzi.
Nem tudom mennyire jó vagy rossz eredmény ez, de ha mondjuk 50% körül lenne, akkor gyanús hogy azt a cég nem bírná el anyagilag.
A jelentkező/felvett arányt nem követem, de kb. 30% lehet úgy saccra.
--
Gábriel Ákos
http://i-logic.hu
Tartok tőle, hogy ezen számok jó-rossz eredménynek való tekintése csekély relevanciával bír az álláshirdetés értékelésének tekintetében, mert arra nincs vonatkozó adatunk (pl. nem tudjuk h a fel nem vettek közül milyen arányban váltak volna be).
Egy ember összetett szerkezet. Számítanak a szakmai kompetenciái, a tanulási, alkalmazkodási képessége, ugyanakkor az is, mennyire képes, hajlandó együtt dolgozni kollégáival, mennyire kreatív, hogyan viszonyul a többiekhez. Nem feltétlenül az az ember a legjobb választás, aki a ma a cégnél futó projectekhez legjobban ért, sok más tulajdonság is fontos lehet, ha nem egy évre kell az ember.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
Adott kérdés megitélést nem befolyásolja, hogy vannak más kérdések is amiket igy-úgy meg lehet ítélni. Tehát ha szakmai kompetenciákról vanszó, akkor ne vegyünk már figyelembe, h az illető egy picit büdös. Az más kérdés...:)
Nem szakmai kompetenciákról van szó, hanem egy álláshirdetésről, amely felhívja a potenciális munkavállalók figyelmét a cégre, a munkalehetőségre, lehetőséget biztosít kölcsönös megfelelőség esetén az állás elnyerésére, a munkáltató pedig a számára szükséges munkavállalót kaphatja így meg. Ez lényegesen több, mint szakmai kompetenciák felsorolása.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
Akkor mondok egy példát, hogy mi lenne benne, ha most feldobnánk egy álláshírdetést:
- PHP5, OOP, tervezési minták ismerete.
- Valamilyen keretrendszerben és/vagy CMS-ben szerzett tapasztalat. (Nem azért, mert sok futna belőle, hanem, hogy láss normális rendszert, ne csak te akard megváltani a világot. Na meg, hogy szokd, hogy más kódban kell dolgozni és ahhoz alkalmazkodni.)
- Octopus vagy más ügyviteli rendszer ismerete (Elárulom, kevesen lesznek.)
- MySQL, MSSQL, PostgreSQL, ismeret. (Igen, van mindhárom. Nyilván nem ért mindenki mindegyikhez expert szinten, tanulni kell.)
- Slony-I, PgAgent, PL/SQL
- SVN, de ha mást ismert eddig az is előny, mert legalább már dolgozott valamilyen SCM alatt és nem nulláról kell kezdenie a tanulást.
- Alapvető Linux, Windows, Apache ismeretek, Exchange, minimális admin ismeretek Windowson és Linuxon (hogy tudd, hogy mi van körülötted, még ha nem is neked kell adminolni.)
- CSS, HTML, JS ismeretek (mert kellenek)
- Flash, Photoshop ismeret előny (mert előfordulhat)
- Excel felhasználói ismerete (mert Excel nélkül nem mozdulsz sokat)
- .NET, Java, C++ ismeret (mert van nagyobb arányú .NET, meg egy pici C++ kódunk is. Na meg előny, ha nem a PHP24 óra alatt az egyetlen, amit valaha is láttál az életedben, hanem láttál értelmes programozási nyelveket is.)
- SOAP, XML technológiák
Mind kell tudni ahhoz, hogy jelentkezz? Nem, a legutóbb felvett kollégám szerintem a fenti felsorolásból nem egy tételről még csak távolról sem látott, mielőtt ide került (és van olyan, amit pl. én is elkerültem, pl. Flash, Photoshop, MSSQL-t is itt használtam először, stb.), mégis muszáj volt utánanéznie 1-2 dolognak.
De ha ezt így kiraknám (persze, szétválasztva az igazán fontos és a nem baj, ha nem láttad, max majd utánanézel kategóriát), ugyanígy leszólnád. Pedig tényleg van ennyi mindenféle dolgunk és ez csak pár kereskedőcég rendszere.
----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™
Mondjuk azt hasznosnak látom, ha jelzed valami módon, hogy miért ill. milyen mélységben van szükség adott ismeretre. Ezzel együtt, igen, attól tartok, h leszólnám ezt a hirdetést is. Szétválasztva nyilván áttekinthetőbb lenne, de most teljesen kaotikus. Nem látom, hogy mi lenne a fő feladata a jelentkezőnek. Vagy mi a profilja a cégnek? Ez a cég kereskedőcégek ügyviteli rendszerének fejlesztésére szakosodott? Van saját terméke, amit elad és üzemeltet. Egyedi szoftvereket fejleszt?
Tehát mondjuk ha alapvetően MSSQL -t használtok, és mellékesen van egy mástól átvett/örökölt valami amihez PostgreSQL v. a MySQL kell, akkor nem érdemes ezeket együtt említeni. Gondolom ilyesmiről lehet szó, hisz minek használna egy cég három különböző adatbázist? Ha alapvetően dotnet -ben fejlesztetek [felteszem ez csharp-ot jelent], akkor ne legyen együtt említve a többi nyelvvel. Azok mellékesek.
Kiderül ebből a szövegből:
1) Mi lesz a feladata az új munkatársnak?
2) Milyen kompetenciák szükségesek szerintetek a feladatának az ellátásához? (úgy értem h ebből halmazból mik a lényegesek)
3) Milyen kompetenciák meglétét várjátok el a jelentkezéskor?
Nem éppen mellékes kérdések.
Munkakör: szoftverfejlesztő. Profil: számtech és fotó kis és nagykereskedés. Feladat? alapvetően webfejlesztés, de van sok egyéb is.
Konkrét példa: tfh. egy évvel ezelőtt vagyunk, mikor kerestünk alapvetően webre embert. Belsőre fejlesztünk, van legacy MySQL, továbbvivendő PostgreSQL-es webshop, mögötte egy ügyviteli rendszer, az meg MSSQL. Nyilván a jövőre nézve a cél az, hogy a legacy kódot kivágjuk, így Pg _ÉS_ az MSSQL marad a fő irány. De bármikor bejöhet egy olyan, hogy valami 3rd party komponens szállítója azt mondja, hogy "az xy elvileg ismer mást is, de mi csak a AsdfSQL-lel használtuk, és muszáj azt is használni.) De itt jön be az, hogy ha már az egyiket ismerte, akkor jó jel, mert a másik kettőt majd megtanulja itt.
Webshopnak mondjuk itt-ott van egy-két .NET-es és C++ bővítmény is, amit nem árt, ha legalább értemezni tud a delikvens és nem azzal kezdi, hogy fúj C[*], hozzánemnyúlok! Opcionálisan ad-hoc lekérdezések gyártása a sales/marketing/stb. támogatására, adatok lapátolása ide-oda (Excelből DB-be be/ki, ahol nincs rá gyári eszköz az ügyviteli rendszerben/weben), stb.
Plusz mivel van C# kód is használatban (belső használatos desktop kliens, windows service), amihez előfordulhat, hogy hozzá kell nyúlni, így ha nem is ért hozzá, akkor idővel jó lenne, ha megtanulna olyat is. Persze, C#/Java/C++ nyilván az előny szinten van/volt említve.
És még sorolhatnék példákat olyan dolgokra, amik maximum az előny szinten van megemlítve, de simán lehet döntő szempont. És, hogy őszinte legyek, személy szerint nem szeretek olyan emberekkel együtt dolgozni, aki egyszer megtanult mondjuk PHP-ben meg MySQL-ben kódolni és azon kívül az ég világon semmit nem látott. És egy Senior ne legyen már _ennyire_ szakbarbár, hogy junior szinten nem ismer semmit sem a saját területén kívül.
Egyébként webes területen dolgozol?
----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™
A szakbarbár kicsit mást jelent. De valahol azokat is meg lehet érteni akiket ezzel a jelzővel illettél.
A mai világban, ha nem csak a munkából áll az élet, nem biztos, hogy van lehetőség a feladatokon túl is tájékozottnak lenni.
Aki tudja, csinálja, aki nem tudja, tanítja... Hm... igazgatónak talán még jó lennék. :)
Na, akkor fussunk neki meg egyszer: szoftverfejlesztőt kerestünk, nem phpistukat. Nem ertem, hogy miert olyan meglepően nagy elvárás, hogy az egyetlen egy kedvenc rendszeren kivul masvalamihez is hozza tudjon szagolni alapszinten (ami ráadásul sokszor hasonloan is mukodik), termeszetesen segítséggel, es a felkészülésre hagyott megfelelő mennyiségű idővel.
Es meg egyszer: a hirdetésben seniort keresnek. Egy Senior ismerjen mar tobb alternatívát, hogy tudjon választani a feladatnak megfelelő eszközt, megoldast.
Es igen, meg tudom érteni azokat is, akik nem akarnak tanulni: lustaság. Akik lusták megtanulni más eszközöket. Pl. Regexpet ismeri, nekiáll azzal xml-t feldolgozni. Vagy csv feldolgozás excellel. Vagy http-n at webszerverrol hívott windowsos xampp, mert nem jött ra a jóember, hogy nem csak a webszerveren levo cron által ütemezett scriptből hívott hatterfolyamat, mert a Windows ütemezett feladatokat mar nem ismerte. Iconv helyett str_replace hegyek. Es hasonlo horrorisztikus dolgok. Persze, mind "mukodott". (Egy darabig).
De akkor megkérdezném toled is: dolgoztál mar szoftverfejlesztokent huzamosabb ideig (1-2 év minimum) főállásban, lehetoleg csapatban? Remelem, ez az információ nem titkosított.
----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™
Nem nagy elvárás, sőt... De azt sem várhatod el az átlagembertől, hogy ha nem ez a hobbija, netán családja is van, akkor naprakész legyen az IT világ összes újdonságából.
Láttam, hogy napi tíz órában dolgozó fejlesztőknek esélyük sem volt mással foglalkozni, mint a saját, szűk kis világukkal, ami nagyon távol állt az általában keresett szakemberek ismereteitől. (sőt, amíg köztük dolgoztam, én is csak azért tudtam mással is foglalkozni, mert nem volt család, fiatal voltam, az egész életemet ez töltötte ki)
Amiről te beszélsz, az a szűk kör átfogó ismerete. Ami meg lejött a korábbi hozzászólásodból, hogy egy fejlesztő legyen otthon mondjuk java-s desktopban, de ugyanakkor értsen a webhez, .net-hez is, meg valamennyire üzemeltető is legyen. Erre mondom, hogy ez nem megy.
Desktopra dolgozónak max. felületes ismeretei lesznek a webről, ha komolyan csinálja a munkáját és viszont. Legalábbis az elmúlt pár évben én ezt láttam a különböző fórumokon előforduló szakemberektől. (innen tudnék két embert említetni, akik kilógnak ebből, de ők a tudásuk alapján bőven a topon vannak, messze nem az átlagos IT-s ismereteivel rendelkeznek)
Aki tudja, csinálja, aki nem tudja, tanítja... Hm... igazgatónak talán még jó lennék. :)
Egyet értek saxussal. Senior fejlesztőt keresnek, ahol már elvárás, hogy ne csak a PHP-t ismerd, ha adnak egy .NET-es forrást, hogy ennyi van, ezt kellene implementálni PHP-ban, akkor meg tudd csinálni. De ez nem azt jelenti, hogy mondjuk C# expertnek kell lenned.
Nem kell naprakésznek lenni az IT világ összes újdonságából (nem is lehet imho). A gondolkodásmódod legyen olyan, hogy ha eléd tesznek egy C# kódot, mellé pedig egy referenciakönyvet, akkor záros határidőn belül meg tudd érteni. Az adattárházaknál pl elengedhetetlen, hogy megértsd, hogy mit csinál a forrásrendszer, ami kb cégenként más.
A család és a hobbi nem lehet kifogás. Család mellett/családdal együtt is lehet fejlődni. A hobbi pedig nem veszi el minden szabadidődet, én pl most hobbiból lakásfelújítok, közben van egy csomó időm olyanokon elmélkedni, amiken máskor nincs. Az IT nem feltétlenül van hozzákötve a számítógéphez.
-----------
"640GB sokmindenre elég"
Ha munkát keresel, akkor kezdd az elején: írj CV-t.
Szerintem te pont ugyanazt írtad amit én. :)
Csak ami a korábbi hozzászólásból lejött, az nem egészen ez volt, ezt próbáltam magyarázni. (azon túl, hogy amiről ő beszélt, arra inkább a dilettáns ősi definíciója illik, a szakbarbár az valami egészen más)
Aki tudja, csinálja, aki nem tudja, tanítja... Hm... igazgatónak talán még jó lennék. :)
Fuss már neki még egyszer: azt mondtam, hogy hozzá tudjon szagolni. Azaz, ha elé rakok egy C#-os kódot, hogy nézze meg, hogy mit csinál a kód, akkor ne sikítva meneküljön, hanem üljön neki és olvassa át. A ciklusok, if-ek és az OOP alapok meg azért C# alatt is nagyjából ugyanúgy működnek, a többit meg tudja már kigooglezni MSDN-ről...
----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™
Azt próbálom veled megértetni, hogy pusztán azért, mert ezeket a feltételeket nem teljesíti, még nem kell feltétlenül lenézni. Volna egy fogadásom, hogy pl. ex-ex-ex-főnököm, aki a fejlesztőknél a helyemre ment dolgozni, még a nyugdíjazásakor sem tudott volna mit kezdeni egy C# kóddal, pedig elég értelmes emberke volt - OOP-t szerintem életében nem látott, azt meg én is csak pár éve tudom, hogy nem attól OOP az OOP, hogy class-t és interface-t írok a kódba. :)
Nem azt mondom, hogy vedd fel, mert nektek biztosan nem jó, de attól, hogy nincs rálátása ezekre a mindenféle ...kra, még lehet esze, csak más környezetben dolgozott.
Aki tudja, csinálja, aki nem tudja, tanítja... Hm... igazgatónak talán még jó lennék. :)
Nyilván nem. De őszintén szólva, aki elsajátította az imperatív programozás és az OOP alapjait, annak nem vágom, hogy miért esik nehezére váltani két nyelv között.
Ez olyan, hogy ha egy új nyelvet elkezdesz tanulni, gondolkodni nem tanulsz meg 0-ról, csak a gondolataid lefordítani.
----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™
Na jó, nem akartam, de... csak két szó: MAGIC uniPaaS (utóbbit csak hallomásból ismerem, előbbit testközelből :) ).
Ezekkel élsz öt-hat évig, napi 8-10-12 órában, állandó hajtásban... Esélyed sincs "emberi" nyelveket megismerni.
Aki tudja, csinálja, aki nem tudja, tanítja... Hm... igazgatónak talán még jó lennék. :)
Dehogy nem, csak akarni kell. Nyilván, ha szénné specializálod magad, akkor csak ahhoz fogsz érteni. De akkor meg ne akarj azzal a tudással elmenni olyan helyre, ahol generalizáltabb tudást várnak.
De akkor légyszi, ne azon menjen már a nyafi, hogy valahova kevésbé mélyebb, de generalizáltabb tudás kell.
----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™
Alapvető nehézséget nem a közös alap, hanem az eltérések, programnyelvi sajátosságok elsajátítása jelenti plussz az adott nyelven már rendelkezésre álló, hatékony fejlesztéshez nélkülözhetetlen frameworkok, libraryk készségszintű megismerése. Ez utóbbiak egy adott nyelven belül is problémát jelentenek. pl PHP nyelv ismerete önmagában semmi, ha munkához Symphony ismeretre is szükség van. Fényévnyi távolság van Drupal és Magento fejlesztés között vagy akár egy frameworkon belül is a különböző verziók között pl. Zend Framework 1 és 2, és sorolhatnám tovább. Ha a rendszergazda rákérdez, hogy GD v. ImageMagick kiterjesztést telepítse a PHP-hez mi alapján válaszolsz, ha nincs tapasztalatod mindkettővel? Mindkettőt, az a tuti, igaz?
Szóval be kéne látnod, h ez ki-be ugarálok a nyelvek között, mert tudom az OOPt, csak egy bullshit, és senior szinten egy nyelven belül is csak idővel megszerezhető tapasztalattal lehet boldogulni. Persze nem kétlem, hogy vannak emberek akik több nyelven is elmélyült tudással rendelkeznek, de azt feltételezem, hogy ők nem nyelvek közötti könnyű átjárhatóságról értekeznek.
Nem értitek. Saxus azt mondja (és ez az én véleményem is), hogy attól, hogy te Senior XY vagy, még ha ránézel egy YZ technológiára, legalább egy kicsit értsd.
Ettől még nem kell az YZ technológiát ismerned, ne adj' Isten megmondanod, hogy a céged mit használjon élesben. Ugyanis XY szekértő vagy. De attól még nem kell szűk látókörűnek lenni.
+1
Zoltánnak felakadt a tű a homogenitásnál, szerinte több területre egyszerre nem lehet rálátása az embernek.
-----------
"640GB sokmindenre elég"
Ha munkát keresel, akkor kezdd az elején: írj CV-t.
Kíváncsi lennék, hány embernél verné ki a biztosítékot, ha beleírtam volna azt is, hogy kereskedelmi ismeretekkel rendelkező egyén is meglehetősen nagy előnnyel indulna nálunk.
Egyetemen pl. azt láttam, hogy a vállalati információs rendszerek című tárgyat nagyon-nagyon sokan lebecsülik. Nálunk meg gyakorlatilag az első perctől kezdve képben kell lenni jó néhány alapvető dologgal, valamint hogy mi mivel kapcsolódik. Természetesen nem kell beülnie saleses tevékenységet folytatni, könyvelnie, raktári bevét/kiadást csinálnia (sőt, joga sincs hozzá), de magukat a folyamatokat ismernie kell. Bónuszban mindezt sokszor átfogóbban kell tudnia, mint azoknak a kollégáknak, akik a konkrét feladatokat végzik. Ez persze, nem jelenti azt, hogy ugyanolyan mélyen, csak hogy mi mivel függ össze.
Ezek nélkül pl. hosszú képtelen lesz normálisan ellátnia a feladatát.
----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™
Jó, már rég volt: mit morogtunk, hogy a fenéért kell egy programozó szakon üzemgazdaságtant, könyvvitelt, meg egyéb hasonló hülyeségeket tanulni! És milyen jó volt, mikor programozóként kezdtem dolgozni, hogy nem voltam hótthülye a könyvvitelhez! :)
Csak az a baj, hogy az ilyenek mindig utólag derülnek ki, amikor tanulni kellene, akkor "minek az?" címszóval sokan hanyagolják az ilyen dolgokat.
Aki tudja, csinálja, aki nem tudja, tanítja... Hm... igazgatónak talán még jó lennék. :)
Tegyük hozzá, az egyetemek nem jeleskednek abban, hogy elmondják, hogy egyik-másik tananyagnak hol van igazán jelentősége és mi mivel függ össze.
----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™
Kíváncsi vagyok, hogy én a filozófiatörténetet és a bevezetés a pszichológiába tanulmányaimból mikor fogok profitálni :)
-----------
"640GB sokmindenre elég"
Ha munkát keresel, akkor kezdd az elején: írj CV-t.
Az elsőből nem tudom, a másodikból pl. ha vezető beosztást kapsz. ;)
Aki tudja, csinálja, aki nem tudja, tanítja... Hm... igazgatónak talán még jó lennék. :)
Mindkettőből századjára mentem át "kettesaláalával", úgyhogy nem mondanám, hogy expert vagyok belőle :) Diffegyenletek jobban ment :) Sosem volt erősségem a humán irány :) Mellesleg progmat estin sosem értettem ezeknek a tárgyaknak a létjogosultságát. Értem én, hogy általános értelmiség, de ennek így értelmét nem láttam, mert estisként nem jutottam be egyetlen hétköznap délelőtt tartott előadásra sem.
-----------
"640GB sokmindenre elég"
Ha munkát keresel, akkor kezdd az elején: írj CV-t.
Most dicsekedjek? Könyvvitelből épp csak hármasom volt, mindezt középiskolai szinten, mégis láttam némi hasznát. :)
Aki tudja, csinálja, aki nem tudja, tanítja... Hm... igazgatónak talán még jó lennék. :)
Én azt mondom, hogy kb 10 éve nem láttam még hasznát a két tantárgynak :)
-----------
"640GB sokmindenre elég"
Ha munkát keresel, akkor kezdd az elején: írj CV-t.
Nem készségszintű fejlesztésről van szó. Miért olyan nehéz ezt megérteni? :)
---
Szerk.: Csak, hogy lásd, saját magam hogy mennék át a fenti felvételin:
- PHP5, OOP: ok, ezekből szerintem van egy elég jó alapom.
- Más keretrendszerre építve sosem kezdtem még munkát, egy eredetileg 9 éve kezdett alap fejlődött az évek során rengeteget, amire 5,5 éve lett elkezdve a mostani webshop. Más keretben készült dolgokba persze bele-belenyúltam, mikor az volt a feladat. Ilyenkor jött az RTFM.
- Octopus: 3 éve még azt se tudtam, hogy létezik.
- MySQL: kb. 7 éve átszoktam PostgreSQL-re, az elmúlt 2 évet leszámítva MySQL-lel csak nagyon futólag találkoztam. MSSQL-lel konkrétan itt találkoztam először.
- PL/SQL: ami van PL/SQL tudásom, annak nagyját gyakorlatilag az előző munkahelyemen szedtem fel.
- Slony-I, PgAgent: 2 hónapja még csak a dokumentációval, levlistákkal szemezgettem és a demo rendszert nyúztam.
- SVN: Aktívan az életemben nem használtam még mást huzamosabb ideig, de ennek ellenére mégis sikerült CVS-sel, Git-tel, HG-vel összefutnom.
- HTML, CSS, JS: kb. 0 db. JS frameworkkel van tapasztalatom, minden, ami JS framework a rendszerünkben, azt a többi kolléga rakta be. Attól még utána tudok nézni, ha nekem kell javítani valamit.
- Flash, Photoshop: az X-et még megtalálom a jobb felső sarokban.
- Excel: egészen új távlatait sikerült felfedeznem a mostani munkahelyemen...
- Java: minden Java tapasztalatom a Minecraft hackelgetéséből van, valamint a suliban kb. 1 félév Java és 1,5 félév mobilprog (Android, J2ME). Aztán előző munkahelyen adódott egy olyan, hogy egy forráskód nélkül kapott Java-s kis tesztprogramot kellett volna picit továbbokosítani, mégis megoldottam.
- C++: meglehetősen kezdő vagyok belőle, mégse akadok ki, ha meg kell nézni egy C++ kódot, hogy mégis mit művel.
- C#: itt mondjuk volt egy viszonylag jó nyelvi alapom, de pl. a WPF tudásom 85%-át a legutóbbi projektem során szedtem fel.
- SOAP, XML: javarészt az ezekhez tartozó dolgokat is az elmúlt 5 évben, munka közben szedtem fel.
Mikor elkezdtem "rendesen" dolgozni, kb. ott tartottam, hogy láttam SVN-t, PHP-t, Delphi-t, icipici C++-t, kis C#-ot, PgSQL-t, MySQL-t (kb. negyed annyi ismerettel, mint most) meg HTML/CSS/JS-t.
De amúgy tényleg, mi ebben a fenti listában olyan különleges, ami egy szoftverfejlesztőtől nem várható el?
----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™
A homogenitásra törekvő cég több oldalról is nyomás alatt van. Belülről az önmegvalósító fejlesztők felől, akik az egyéni elképzeléseiket akarják érvényesíteni a céges standardok alkalmazása helyett, kívülről pedig ott a mézesmadzag, a mindenféle kóbor, ki tudja ki által fejlesztett rendszerek adoptálásával járó bevételi lehetőség.
Persze ha a cégnek olyan fasza szakemberei vannak, akik képesek rá és kifejezetten kedvüket lelik abban, hogy a legkülönbözőbb program nyelveken, eltérő platformokon, tetszőleges keretrendszerekben, minden feladatot meg tudjanak oldani - gyorsan és hatékonyan, bárminemű céges standard hiányában is könnyen átlátják az évekkel korábbi fejlesztő kódját, akkor ott tényleg nincs jelentősége a homogenitásra való törekvésnek. Esetükben az álláshirdetés is tartalmazhat mindent, hisz a felkínált munkakőr totálisan eltérő rendszerek menedzselését jelenti, univerzális képességgel megáldott munkavállalóknak. Hát nem tudom mennyire jellemző, h ilyen emberek szaladgálnának a munkaerőpiacon, én biztos nem tartozom közéjük. És az eddigi tapasztalataim is arról szólnak, hogy igenis több szempontból is gondot jelent eltérő rendszerek menedzselése. Ha csak arra gondolsz, hogy specializációra kényszeríti a brigádot, hisz ha valaki már szívott valamivel, annak nagyobb rálátása lesz arra dologra, így legközelebb már célszerűbb ugyan ezt az illetőt megbízni az adott feladattal, mert gyorsabban, könnyeben elkészül vele, mint aki most kezdene a 0-ról szívni vele. Egy ilyen megosztás a homogenitásra törekvő cégnél kevésbé, vagy ideális esetben egyáltalán nem, merül fel.
És azt is gondolom, h hiába van a junior rálátásod a photoshoptól az egzotikus adatbázis kezelőig (dolog már ott sántít, hogy a photshopban végzett munka eleve eltérő személyiséget igényel, mint az adatbányászé) vagy a különböző programnyelvekre stb, a tendenciát figyelve elképzelhetőnek tartom, hogy a cégednél szükséges feladatok olyan széles spektrumot ölelnek majd fel, amire már ez is kevés lesz. Egyébként kiérződik az írásodból, h már most is küzdötök ezzel a problémával.
Tehát a homogenitásra való törekvésnek nem alternatívája a munkavállalótól elvárt tanulásra való képesség (és ezzel persze nem ezt akarom mondani, hogy ne lenne fontos ez a képesség).
Sokszor egy-egy software is különféle nyelveken íródik, már önmagában nem homogén.
Ha csak arra gondolsz, hogy specializációra kényszeríti a brigádot, hisz ha valaki már szívott valamivel, annak nagyobb rálátása lesz arra dologra, így legközelebb már célszerűbb ugyan ezt az illetőt megbízni az adott feladattal, mert gyorsabban, könnyeben elkészül vele, mint aki most kezdene a 0-ról szívni vele. Egy ilyen megosztás a homogenitásra törekvő cégnél kevésbé, vagy ideális esetben egyáltalán nem, merül fel.
Mekkora ötlet: a homogenitás jegyében tervezzen hardware-t a programozó, csak azért, mert most éppen ő ér rá.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
Alapvetően nincs gond ezzel. Van egy legacy webshop (PHP-ben), MySQL-lel, ahol inkább az a gond, hogy nem tudjuk bedobni a Slony-I-t. :) A többi webshop szintén PHP, PgSQL-lel, talán nem akkora akadály.
Az ügyviteli rendszert meg nem mi fejlesztjük, de az adatbázisból kell tudni lekérdezni. És itt jön be az, hogy nem árt, ha a delikvens késztetést érez arra, hogy egy picit megismerje az MSSQL-t, mert akkor mondjuk tud hibát keresni a tárolt eljárásaiban és lehet, hogy hamarább megtalálja a hibát, mint az ERP supportja, ami ki tudja mikor kezd el foglalkozni vele egyáltalán.
De ez a 3 adatbáziskezelő annyira nem egzotikus, szerintem.
Másrészt meg szép dolog a homogenitás, de van, amit weben nem jó megcsinálni. Éppen ezért mondom: nem arról van szó, hogy expert szinten kell .NET-ben kódolni, (pl. a WPF nagyját én is ezen a projekten tanultam meg), hanem arról, hogy ha egyszer úgy adódik, akkor kisebb dolgokat meg tudjon csinálni az ember.
Photoshop dettó: nem arról van szó, hogy a webdevnek kell designet faragni, hanem arról, hogy ha kap egy kész designet vagy egy marketing anyagot, amiből mondjuk ki kell vágni valami részt és ki kell exportálni, akkor előny, ha tudja a tudja a Photoshopot is kezelni. Attól függetlenül lehet, hogy soha az életben nem fog hozzányúlni. (Magam részéről egy percig nem használtam még...)
----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™
Én egy időben tudtam fejből az összes billentyűkombinácót photoshophoz. Akkoriban asszem 5-ös verziónál járt. Nagyjából egér nélkül kezeltem, a designerek lehidaltak :-) De már vagy 10 éve hozzá sem nyúltam, azt sem tudom milyen verziónál jár éppen.
Ismerem a helyzeted, magam is dolgoztam úgy h amit nem tudtak Drupalban, vagy PHP-ben megoldani, de pénzt jelentett a cégnek azt megkaptam feladatnak. Ilyenek tipikusan akkor áltak elő, h olyan volt a feladat amit nem volt célszerű PHP-ban csinálni (mondjuk szerver alkalmazás), vagy harmadik fél rendszerével kellett együttműködni, vagy migrálni kellett kB ilyenek. Egyfelöl élveztem a tanulást meg az újdonságot, másfelöl rohadt frusztráló tud lenni így határidőre dolgozni.
Az én tapasztalatom az, h amig egy fejlesztő cég nem kezd el specializálódni valamire, akár konkrét termékre, nem alakít ki valamilyen profilt magának addig olyan mint a tengeren sodródó tutaj. Amint képessé válik arra, hogy elutasítson olyan megrendeléseket, amik nem tartoznak a profiljába, hajó lesz ami egy cél felé tart.
Az én ideám pl webfejlesztés esetén, egy olyan rendszer amelyben a honlapokat alapvetően ugyan az az egy közös motor hajtja [nem annak példányai], a funkcionalitásuk a ki-be kapcsolt modulok szerint különbözik. A fejlesztők feladata ennek a motornak fejlesztése, optimalizálása, új modulok készítése, átvett oldalak tartalmának a migrálása a saját rendszerünkbe ill a megrendelések szerint az új weboldalak elkészítése - ami általában némi konfigurációból és a design elkészítéséből áll. Ezért fejlesztéshez szükséges kompetenciák pontosan mehatározhatók, a fejlesztőknek alapvetően nem kell más programnyelvet ismerniük, különböző adatbázisokat használiuk, webszerveret, levelezőszervert baszkurálniuk, bármi olyasmit tenniük, ami elvonja a figyelmüket a fő feladatuktól. Természetesen ennek van egy olyan vetülete, h van mondjuk egy v. két fórum modul a rendszerhez, és ha a megrendelő fórumot akar, akkor eldönthei h kell-e neki v. sem, de azért mert valamiben eltérő működést szeretne nem fogunk neki külön újat fejleszteni. Ahhoz nagyon mélyen kéne a zsebébe nyúlnia. Tehát a felállás a "mit szeretne"-ról, az "ezünk van kell-e"-re változna a tutajos korszakhoz képest. És ez alapvetően jó, mert a megrendelőknek inkább nincs, mint van határozott elképzelése arról, h mit szertne. amikor pedig összehasonlítja egy kifejlesztendő valaminek az árát, a már meglévőnek az árával, komoly kompromisszumokra lesz hajlandó (már ha lett volna elképzelése).
Namost egy ilyen idea meglehetősen hajóformájú, olyan négyárbócos, ami sebesen siklik a vizen, és a rajta tartózkodók értetlenül bámulják az összetákolt tutajon ingerülten különböző feliratú táblákat lengetőket pl ilyen feliratokkal "mi négy különböző nyelven tudunk programozni" v. "mi mindent elvállalunk", "ismerjük az összes verziókezelőt" - kiegészítő tábla: "...és az összes js keretrendszert is".
Akkor még egyszer: "Munkakör: szoftverfejlesztő. Profil: számtech és fotó kis és nagykereskedés."
Nem fejlesztünk eladásra terméket, házon belülre megy az összes fejlesztés.
----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™
Tételezzük fel, kapnak két megrendelést. Az egyik szóljon mondjuk hírportálról, a másik pedig mondjuk egy ügyviteli rendszerről, amit integrálni kell a jelenlegi eszközökhöz, legyen mondjuk MS SQL, a belső rendszer eddigi kódjai pedig legyenek svn-ben tároltak.
Az első project nyilvánvalóan létrehozható bármivel, használhatunk hozzá gitet, Yii-t, ami tetszik, mivel új termék. A második project pedig erős megkötéseket fog tartalmazni a jelenlegi rendszer miatt.
No itt bukik el a homogenitás, mivel nem mindenki fejleszt saját terméket, megrendelésből is élnek páran, ott pedig lehetnek eltérések.
Egyrészt igen, alkalmazkodni tudni kell.
Másrészt viszont érdemes egy(két) jól meghatározott területet kiválasztani amire a cég "specializálódik". Ha az ügyviteli rendszer nem "in-scope" akkor azt nem szabad elvállalni.
--
Gábriel Ákos
http://i-logic.hu
Köszönöm! Én féltem ezt leírni, de igen tudni kell nemet mondani - és ezzel lemondani a pénzről. Ez egy másik kritérium a komolyan vehető cégek esetében.
A két példa természetesen elég széles spektrumot fed le, párhuzamba állítani lehet, hogy nem volt szerencsés, de ha a szöveg mondanivalójára összpontosítunk, akkor a lényeget értheted belőle.
Homogén rendszer alatt mit értesz? Ha az adatbázis réteg MySQL-ben van, akkor az adattárháznak is abban kell lennie? Mert ha igen, akkor szólj a Facebooknak, hogy rosszul csinálják és így nem fognak egyről a kettőre lépni :)))))
-----------
"640GB sokmindenre elég"
Ha munkát keresel, akkor kezdd az elején: írj CV-t.
Nem egészen értem a kérdésed. Én nem homogén rendszerről írtam, hanem homogenitásra törekvő cégről. Hogy homogenitás alatt mit értek azt már korábban kifejtettem, de röviden a kedvedért arra vonakozik, hogy ne használjanak azonos célra különböző megoldásokat eszközöket. A cég határozza meg h mit kell használni és ne az aktuális fejlesztő személyes preferenciája. ha így tesznek, annak több előnye is van, ezek közül az egyik kevésbé lényeges, hogy fel lehet adni olyan álláshirdetést amiben általánosságok helyett a szükséges kompeteneciák vannak megjelölve.
Oké. Van egy megrendelőd, megrendel két projektet, supporttal. Mindkettő interaktív weboldal, az egyiket Microsoft, a másikat Open Source technológiával szeretné megoldani. Ez esetben meggyőzöd Őket, hogy nem akarják a kétféle technológiát vagy inkább elküldöd Őket melegebb éghajlatra és lemondasz arról az évi x millió forintról, ami a megrendelésből biztos bevételként jönne? Ha feldobod nekik, hogy így homogén lesz a rendszer, magasról lesz.rják, maximum úgy tudnád Őket meggyőzni, hogy homogén rendszerrel fele annyiból meglenne, de gyanítom, nem vagy jótékonysági szervezet :)
-----------
"640GB sokmindenre elég"
Ha munkát keresel, akkor kezdd az elején: írj CV-t.
Erre nem lehet egyértelmű választ adni, bár kétségtelen, hogy a felvétésed konfliktusa a genezise az egész problémának.
Ha komolyan vehető céget képviselek, akkor azt mondom, hogy kérem nekünk saját technológiánk van, mi azt alkalmazzuk és a vázolt feladatot könnyen, gyorsan meg tudjuk valósítani ebben a technológiában. Hogy mi ez a technológia, az nem tartozik a megrendelőre.
Ha komolyan nem vehető céget képviselek,akkor azt mondom, hogy mindent a kedves vevőért.
Nem igazán. A vevőnek jó eséllyel integrálnia kell a meglévő rendszerébe azt, amit megcsináltat a cégeddel, ez beszűkíti azt a lehetőséget, hogy teljes mértékben szabadon rendelkezz a technológiával.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
A megrendelő felelőssége hogy jól specifikálja a követelményeket, de nyilvánvalóan egyeztetésekre is szükség van. mondjuk talán egy "interaktív weboldal" integrálása nem jelent megoldhatatlan problémát. Ráadásul ha ő lesz az üzemeltető, akkor a projekt kevésbe jelent veszélyt a cégünk homogenitására. Oké,h supportálni kell, de az még sem ugyan az, mintha esetlegesen egy a fő profiltól eltérő technológiát üzemeltetni is kéne.
Én nem vagyok az ellen, hogy ésszerű kompromisszumokat kössön a cég a homogenitás terhére. Vagy akár az is lehet, ha úgy ítéli meg a cég vezetése, hogy nem üzemeltethető a cég pusztán egy technológiára alapozva, akkor válasszon egy másikat is! De vállalja ennek következményeit is! Ami jelentheti azt h specializáltan kell állást felkínálnia az eltérő technológiák miatt. Nem tudom, mit szólnának a java-s fejlesztők, ha a főnökség egyik nap bejelentené, h a céget megbíznák több tucat Joomla alapú honlap elkészítésével, és mostantól mindenki PHP- zik, mert egyébként is úgy vettek fel mindenkit, h szükséges skill az új technológiák gyors elsajátítása. Gondolom nem repesnének az örömtől.
Oké, de Ő meg a Microsoft-ban bízik meg és nem akarja, hogy php-ben mysql-lel legyen összetákolva az oldal. De ha nektek ez ennyire problémás, akkor keresnek olyan céget, aki elvállalja. Én pl ezt mondanám és mellesleg a negatív tapasztalat miatt többet nem fordulnék hozzátok, ha pedig valaki kérdezné, hogy mi a tapasztalatom a cégetekkel kapcsolatban, elmondanám neki, hogy ez volt. Ezzel a filozófiával nem tudom, meddig tud egy PROGRAMOZÁSBÓL ÉLŐ cég talpon maradni. Legrosszabb esetben a cég telephelyén betont tároltok :)
-----------
"640GB sokmindenre elég"
Ha munkát keresel, akkor kezdd az elején: írj CV-t.
Háát az ég szerelmére, milyen negatív tapasztalat? Az a negatív tapasztalat, hogy nem fogadtunk el egy olyan ajánlatot, ami nem kívánt technológiát erőltetett volna ránk?
Mondjuk ha ez Neked - v egyáltalán bármi - okot ad arra, rosszindulatú pletykákat terjesszél, akkor nem sok hitelt adnék a szavadnak és eszembe se jutna Tőled olyat kérdezni, h: mi a tapasztalatod...
Vagy a betonos kommentet értetted félre? A visszakérdezés Neked szólt, nem a képzeletbeli ügyfélnek!
A válasz negatív, nem a tapasztalat. Én nem terjesztek pletykákat, csak ha megkérdezik, elmondom, hogy szerettem volna egy weblapot M$ technológiával, Ti pedig elutasítottátok, mert ezzel a technológiával nem vagytok hajlandóak foglalkozni, mert így homogenitását veszíti a cégetek. Ez nem pletyka, hanem az igazság. Azért pedig ne engem okolj, hogy egy olyan cég, aki szintén M$ technológiával szeretne weblapot fejlesztetni, nem fog Titeket megkeresni.
-----------
"640GB sokmindenre elég"
Ha munkát keresel, akkor kezdd az elején: írj CV-t.
Az Ő alatt kire gondolsz?
----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™
A megrendelőre.
-----------
"640GB sokmindenre elég"
Ha munkát keresel, akkor kezdd az elején: írj CV-t.
Visszakérdezek: Megkeresik a cégeteket azzal, h a telephelyének udvara alkalmas lenne ipari mennyiségű beton értékesítésére és ez "évi x millió" Forint bevételt jelentene számotokra. Mit lépnétek? Ha belementek akkor pl. állás hirdetéseitek esetleg zárhatnátok így: "...ugyanitt zsákolt beton eladó 50 kilós kiszerelésben. Két tonna felett kedvezmény!" :-D
Ezzel a hozzászólással fejest ugrottál abba a szartengerbe, amit korábban szétlocsoltál (a telephely udvarán :) ). Kérlek, ne vedd személyeskedésnek, de nehéz trollkodás nélkül válaszolni a megjegyzéseidre :)
Szerk.: Mellesleg, ha a telephely udvarán gazt termelünk (értsd semmire nem használjuk), akkor miért ne? Enni nem kér, kvázi ingyen pénz, amit mondjuk fordíthatok arra, hogy a fejlesztőimet tejben-vajban fürösszem.
-----------
"640GB sokmindenre elég"
Ha munkát keresel, akkor kezdd az elején: írj CV-t.
Hogy a viharba ne! Szoftverfejlesztésre úgysem tudtuk volna használni az udvart, akkor meg már ki is adhatnánk, és a pénzt visszaforgathatnánk eszközökbe, új munkaerőbe, a régi munkaerőbe, marketingbe, napi kiadások fedezésébe, stb.
Elég sok a lehetőség, ha az eddig csak kiadást termelő udvar hirtelen magától kezd pénzt hozni.
Tudok egy retkes nagy udvart, nem csinálunk köré egy IT céget? :)
-----------
"640GB sokmindenre elég"
Ha munkát keresel, akkor kezdd az elején: írj CV-t.
Jó, hát a példa nem volt az igazi. :D
De, egyébként kéne.
Adhatnánk ingyen a szoftvert, ha a betonból megvan a napi betevő :) Tudom, extrém üzleti modell :))))
-----------
"640GB sokmindenre elég"
Ha munkát keresel, akkor kezdd az elején: írj CV-t.
Akkor vihetem a cementet betont? :DD
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
ofkorz :)
-----------
"640GB sokmindenre elég"
Ha munkát keresel, akkor kezdd az elején: írj CV-t.
Szerintem a hirdetes 99%ban rendben van, talan az egyetlen ami nem artott volna neki az valoban egy fizetesi sav megjelolese (ez kifejezetten altalanos erre nyugatabbra) annyit hozzateve hogy a savon belul tapasztalat szerint, amit viszont konkretan nemertek (es ez viszont valoban totalisan ellentetes az itteni hozzallassal) az a "fenykepes" oneletrajz. Minek kell nektek valakinek a fenykepe ahhoz hogy el tudjatok donteni hogy kompetens-e? vagy legalabb hogy behivjatok-e egy beszelgetesre hogy kideruljon hogy kompetens-e?
Valahol, valami nagyeszű egyszer azt mondta, hogy "ne vegyél fel magad mellé munkatársnak olyat, akivel nem szeretnél együtt ebédelni!".
Valaki beküld egy képet, amin egy lilára festett hajú punk van, azt lehet, hogy mellőzni fogják egy bankban és előnyben részesítik egy fodrászatban. :D
(bocs :) )
Aki tudja, csinálja, aki nem tudja, tanítja... Hm... igazgatónak talán még jó lennék. :)
es ez remekul kiderul egy interviewn is ha muszaj, legalabb az esely meg van adva a delikvensnek hogy bizonyitsa mit tud, btw ez errefel pl illegalis, nem biralhatnak el annak alapjan hogy hogy nezel ki egy allashirdetesben, az egyetlen kivetel a model ipar, mert ott a kinezet a munkaeszkoz
Egy szóval nem mondtam, hogy egyetértek vele. Csak egyszer valaki ezt hozta fel indoklásként.
Baromságnak tartom, mert ismerek olyan nagyon jó szakembert, akit ha a külseje alapján ítélnék meg, részemről inkább lenne börtönben őrzött rab, mint kolléga :DDD
Mindehhez még hozzáveszem, hogy egy egyébként normális, esetleg előnyös külsejű emberből mi negatívumot ki tud hozni egy rossz (vagy szándékosan egy jó) fotós...
Meg egyébként is: általában nem a leendő munkatársaknál köt ki a fotó, hanem a fejvadásznál vagy a HR-en, nekik meg végképp semmi közük hozzá, azt hiszem.
Aki tudja, csinálja, aki nem tudja, tanítja... Hm... igazgatónak talán még jó lennék. :)
Azért a jobb helyeken Magyarországon sem kötelező a fénykép, sőt, valahol kb. tilos.
Ne is küldj fényképet ha felesleges köröket akarsz futni.
--
Gábriel Ákos
http://i-logic.hu
Mert? A fénykép elvárás?
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
Én úgy látom, igen.
Aki tudja, csinálja, aki nem tudja, tanítja... Hm... igazgatónak talán még jó lennék. :)
Szerintem a fénykép valahol a bemutatkozás része ezért is szoktott a cv elejére kerülni. Viszont ha nem küldesz fényképet és egyébként a cv meggyőző akkor nyílván ugyanúgy számíthatsz egy hívásra.
--------------
Sok ember hord Superman-pizsamát. Superman Chuck Norris-pizsamát hord.
Jó, csak míg rólam jellemzően elég vacak képek készülnek, úgy érzem, ez helyből hátrány. Élőben úgy érzem, lényegesen jobb a helyzet. Éppen ezért úgy gondolom, tiszteljük már meg egymást annyira, hogy amennyiben a szakmai kompetenciák rendben vannak, úgy egy beszélgetés alkalmával folytatódhasson az ismerkedés. Vélhetően nem húzok harisnyát a fejemre, és talán bukósisak sem lesz rajtam, így élőben akár ezek a szempontok is előtérbe kerülhetnek. Ez ugye nem a szépségipar. Bár, szerintem egy fénykép ott is eléggé semmitmondó. Másfelől viszont félrevezető.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
OK, mint írtam nem ezen múlik a dolog és egyetértünk. Várjuk a jelentkezésedet.
--------------
Sok ember hord Superman-pizsamát. Superman Chuck Norris-pizsamát hord.
Nem vagyok PHP programozó, így elnézést, hogy off lett ez a szál. Általánosan érzem problémának ezt a fénykép dolgot.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
Megkérdezhetem, hogy akkor miért szerepel követelményként a kép?
Tényleg érdekel, nem kötekedni akarok.
A többség, ha akar, akkor kérés nélkül is fényképes jelentkezést küld, azt hiszem, akkor meg miért kérik sok helyen? (egyébként volt rá példa, hogy kissé ingerülten tettem szóvá egy jelentkezésemben, hogy ezt mégis miért... rendszergazdát akarnak vagy fotómodellt? Képet nem küldtem, de behívtak beszélgetni - hogy elmentem-e, arra már nem emlékszem)
Aki tudja, csinálja, aki nem tudja, tanítja... Hm... igazgatónak talán még jó lennék. :)
[törölve]
Róluk szól ez a bejegyzés? http://webisztan.blog.hu/2008/12/03/4_6_milliard_forint_kozbeszerzes_ne…
--
Coding for fun. ;)
O-o, ezt kifelejtettek a leirasbol...
--
"Pontosan ez a ti bajotok. Ez a kurva nagy csőlátás. [...]" (bviktor)
touché
A "rólunk írták" alatt nem szerepel a cikk. Szerintem nem. :)
(bár van egy olyan gyanúm, hogy az a négy milliárd még mindig jobban megtérült az államnak, mint az elmúlt három évben elsinkófált összegek)
Aki tudja, csinálja, aki nem tudja, tanítja... Hm... igazgatónak talán még jó lennék. :)
Nyugi srácok! :)
Mostanság keresek munkát (php, senior) és számos helyen megfordultam. Volt olyan hely, ahol simán egy heurisztikus gráfkereső algoritmust kértek, volt ahol még teszt sem volt, csak elbeszélgetés.
Náluk is voltam (Welt 2000). Szerintem a felsoroltak között "vagy" kapcsolat van, tehát nem kell mindenhez értened. Igaz, nem mondták még, hogy kellek-e vagy sem -> pont ezért kell több helyre próbálkozni. ;)
Ami valamennyi interjún zavart, hogy nem ajánlanak összeget, hanem neked szükséges belőnöd. Következtethetsz a munkakörből, de azért mégis sok kellemetlenséget okozhat a dolog.
Szerk:
Ja és még valami: általában nem érdekli egyik munkaadót sem a referenciád, de azért legyen "jó sok". :) Nyomnak egy brutal-hardcore tesztet olyan kérdésekkel, amik inkább ne forduljanak elő a valós fejlesztés során. (Pl.: egy olyan pointeres szerkezet, amit beleraktak 10 egyéb jel közé, hogy szemmel is nehéz legyen felderíteni.)
Mégis úgy gondolom, hogy nekünk kell elkalmazkodni a halpiacon bevett szokás szerint. Ez van.
Pl.: egy olyan pointeres szerkezet, amit beleraktak 10 egyéb jel közé
ugy erted, hogy php 5.x-ben volt egy ilyen szerkezet? :-)
--
"Pontosan ez a ti bajotok. Ez a kurva nagy csőlátás. [...]" (bviktor)
Ja. Pl.: &a -> azaz referencia és nem érték. (Jóvannanempointer.)