Szoftvermérnökök Nyíregyházán: Vélemények és kedvező árak

Szoftvermérnök Nyíregyházán

A Szoftvermérnök akkor kell, amikor egy ötletből működő rendszer legyen, nem csak félkész terv. Nyíregyháza környékén is sok magánügyfél keres ilyen segítséget saját ügyfélportálhoz, foglalási felülethez, belső nyilvántartáshoz vagy egy régi program javításához. A legtöbben először csak annyit mondanak, hogy kellene egy alkalmazás. De a valódi kérdés inkább az, mire lesz használva, ki kezeli majd, és mennyire kell biztosan működnie. A Qjob.hu felületén ezért érdemes olyan embert keresni, aki nem csak kódot ír, hanem átlátja a teljes feladatot.

Én személy szerint azt preferálom, ha már az elején rendesen szét van bontva a munka. Mi az első verzió, mi ér rá később, és hol van az a pont, ahol már nem kézi barkácsolásról beszélünk. Sok magánmegrendelő ott hibázik, hogy túl sok mindent akar egy körben. Ettől nő a költség, csúszik a határidő, és a végén egyik rész sem lesz igazán jó. Egy jó fejlesztő ezt idejében jelzi. Nem ígér mindent, hanem sorrendet rak.

Mikor kell szoftvermérnök

Szoftvermérnök akkor hasznos, ha az egyszerű weboldal már kevés, és valamilyen egyedi működésre van szükség. Ilyen lehet egy időpontfoglaló rendszer, egy ügyfélfiók, egy belső adminfelület vagy egy olyan program, amely több adatforrásból dolgozik. Itt már nem elég a sablon. Itt tervezés kell, adatkezelés kell, tesztelés kell. És gyakran utólagos finomítás is.

Volt már olyan eset, amikor egy ügyfél azt hitte, csak néhány űrlapot kell összekötni. A beszélgetés után derült ki, hogy külön jogosultsági szintek kellenek, naplózás kell, automatikus értesítés kell, és a régi adatok átvétele sem maradhat el. A munka végül jóval nagyobb lett, mint elsőre látszott. Szerintem ez teljesen tipikus. Nem az a gond, hogy az ügyfél nem műszaki ember. Hanem az, hogy sokan túl későn kérnek felmérést, és addigra már rossz irányba indult a projekt.

Nyíregyháza megbízói között is gyakori, hogy valaki előbb ismerőssel próbálkozik, aztán amikor megakad a fejlesztés, keres programozót. Ezzel nincs baj, csak ilyenkor a javítás majdnem mindig drágább, mint a tiszta indulás lett volna.

Fejlesztő választása

A fejlesztő kiválasztásánál nem az a legfontosabb, hogy mennyi szakkifejezést használ. Inkább az, hogy képes e világosan elmondani, mit vállal, mivel számol, és mi jelent kockázatot. Én jobban bízom abban az informatikai szakemberben, aki az első egyeztetésen visszakérdez. Ki fogja használni a rendszert, milyen adatok kerülnek bele, milyen hibát nem lehet megengedni. Ez jó jel. Azt mutatja, hogy nem csak gyors megrendelést akar.

Sokan hibát követnek el, amikor csak portfólióképeket néznek. Egy szoftveres munka nem attól jó, hogy szép a nyitóképernyő. Kell hozzá stabil háttér, rendezett adatbázis, átlátható jogosultság, és olyan felépítés, amit később másik szakember is tud folytatni. Kérdezz rá arra is, hogyan dokumentál, hogyan tesztel, és mi történik, ha a kész rendszerben hiba marad. Aki erre ideges lesz, annál én óvatos lennék.

Nyíregyházán sokan örülnek a személyes találkozónak. Ez valóban hasznos lehet az elején. De a döntésnél fontosabb, hogy a szakember írásban is tisztán fogalmazzon. Abból hamar kiderül, mennyire rendezett a gondolkodása.

Szoftvermérnök árak

A Szoftvermérnök díja erősen függ attól, hogy új fejlesztésről, hibajavításról vagy meglévő rendszer átvételéről van szó. A kisebb feladatoknál is van egy minimum, mert már a felmérés, az egyeztetés és a tesztelés is idő. Tapasztalatom szerint a túl olcsó ajánlat sokszor csak elsőre kedvező. Kimarad belőle a dokumentáció, nincs rendes átadás, és később minden apró módosítás külön vita lesz. Őszintén szólva 15.000 alatt ritkán látni olyan munkát, ami hosszabb távon is rendben marad.

Ezek irányadó számok. A végső díj attól is függ, mennyire tiszta az induló állapot. Egy régi, toldott rendszer sokkal több rejtett munkát hoz. És ezt sok ügyfél alábecsüli.

A munka menete

Egy szoftveres feladat jó esetben nem rögtön kódolással indul. Előbb jön egy rövid felmérés, aztán a funkciók sorrendje, majd az első működő változat. Szerintem ez a legnyugodtabb út. A megrendelő hamar lát valamit, mégis marad tér javítani. A programozó pedig nem vakon építkezik, hanem ellenőrizhető részekből halad.

Itt sok konfliktus abból indul, hogy az ügyfél fejben már késznek látja a rendszert, miközben a részletek még nincsenek kimondva. Például ki módosíthat adatot, lehet e exportálni, kap e valaki értesítést, és mi történik hibás bevitel esetén. Ezek apróságnak tűnnek, de később ezekből lesz a legtöbb plusz kör. Én ezért szeretem, ha a fejlesztő az elején egyszerű mondatokban leírja a logikát. Nem kell hosszú műszaki anyag. Elég az, amit mindkét fél ugyanúgy ért.

Ha a munka Nyíregyházán indul, a személyes egyeztetés gyorsíthatja a kezdést. Utána viszont általában jobb, ha minden fontos döntés írásban is megvan. Ez nem bizalmatlanság. Inkább rend.

Gyakori hibák a megrendelésnél

Sok magánügyfél úgy kér ajánlatot, hogy még nem tudja, mi a valódi cél. Ez önmagában nem gond. A baj ott kezdődik, amikor valaki mégis fix árat akar hallani teljesen nyitott feladatra. Ilyenkor a másik fél vagy túl alacsony számot mond, amit később már nem tud tartani, vagy magasat, amit a megrendelő rögtön sokall. Jobb egy rövid felmérés után kérni pontosabb ajánlatot.

Másik hiba, amikor valaki csak a legolcsóbb ajánlatot nézi. Olcsóbban 12.000 körül lehet találni kisebb javítást, de egy összetettebb fejlesztésnél ez ritkán jelent valódi minőséget. A túl alacsony díj mögött sokszor az van, hogy nincs teszt, nincs tartalék idő, és a szakember eltűnik az átadás után. Én inkább közepes árú, átlátható ajánlatot választanék, mint olcsót, de bizonytalant.

És van még egy gyakori gond. Sokan nem kérik el a hozzáféréseket, a forráskódot vagy a rövid átadási leírást. Pedig ez alap. Egy korrekt fejlesztő ezzel nem vitatkozik. Ha a rendszer a tiéd, akkor a hozzá tartozó kulcsok és leírások is legyenek nálad. Ez később sok kellemetlen helyzetet megelőz.

Mit érdemes kérni a végén

A lezárásnál ne csak azt nézd, hogy működik e a program. Kérj rövid átadást arról is, hogyan lehet belépni, mit kell menteni, hol látszanak a hibák, és kihez lehet fordulni, ha valami megáll. Egy Szoftvermérnök akkor ad valódi értéket, ha a munka után nem maradsz teljes bizonytalanságban. Nem kell minden technikai részletet megértened, de a működés alapját igen.

Az én tapasztalatom az, hogy a nyugodt együttműködéshez nem a legnagyobb tudás a kulcs, hanem a tiszta kommunikáció. Ha egy szoftvermérnök ezt hozza, a projekt sokkal kevesebb feszültséggel zárul. És ez magánügyfélnél különösen sokat számít, mert itt általában saját pénzről, saját időről és személyes felelősségről van szó.