Programtervező informatikusok Békéscsabán: Vélemények és kedvező árak

Programtervező informatikus magánfeladatokra

A Programtervező informatikus akkor kell, amikor egy ötletből működő rendszer, kisebb üzleti alkalmazás, webes felület vagy belső nyilvántartás legyen. Magánügyfeleknél ez ritkán indul nagy tervdokumentummal. Többször csak annyi látszik, hogy van egy lassú táblázat, egy kézi folyamat, egy elavult oldal, vagy egy félbehagyott fejlesztés, amit valakinek érthetően rendbe kell tennie. Ilyenkor nem cégre van szükség, hanem olyan önálló szakemberre, aki kérdez, felmér, majd megmondja, mi fér bele az időbe és a keretbe.

Békéscsaba környékén sok feladat kis lépésekből áll. Időpontfoglaló űrlap, készletlista, számlázáshoz kapcsolódó adatfeldolgozás, ügyféladatok rendezése, vagy egy régi weboldal egyszerűbb javítása. A jó programtervezési munka nem ott kezdődik, hogy valaki rögtön kódot ír. Előbb tisztázni kell a használat módját, a hibalehetőségeket, a belépési jogosultságokat és azt, ki fogja kezelni a kész rendszert. Szerintem ez a rész gyakran többet ér, mint maga az első fejlesztési nap.

Programtervezési feladatok otthonra és kisvállalkozásnak

Egy programozó magánmegbízásnál sokféle feladattal találkozik. Van, aki saját vállalkozásához kér kis ügyviteli megoldást. Más egy családi vállalkozás régi adatbázisát szeretné biztonságosabbá tenni. Előfordul tanulási célú segítség is, amikor a megrendelő érteni akarja, hogyan épül fel egy alkalmazás, mert később maga is módosítaná. Ezek más munkák, mint egy nagyvállalati fejlesztés. Kevesebb szereplő van, gyorsabb a döntés, de nagyobb a félreértés veszélye.

Sok ügyfél azt hiszi, hogy egy kis szoftveres munka csak néhány kattintás. Ez ritkán igaz. Egy egyszerű űrlap mögött is lehet adatellenőrzés, mentés, hibakezelés, értesítés és jogosultság. Ha ezek kimaradnak, később drágább lesz a javítás. Volt eset, amikor egy kliens egy régi, ismerőstől kapott nyilvántartót akart bővíteni. Elsőre apró munkának tűnt. A vizsgálat után kiderült, hogy nem volt mentés, több adat kézzel át volt írva, és két ember ugyanazt a rekordot használta eltérő néven. A munka végül nem új funkcióval kezdődött, hanem rendrakással.

Árak és várható díjak

Az ár függ attól, hogy csak tanácsadásról, hibakeresésről, kisebb módosításról vagy teljes fejlesztésről van szó. Egy programtervező informatikus óradíja általában magasabb, mint egy alap számítógépes segítségé, mert nem csak végrehajt, hanem döntéseket is hoz a rendszer felépítéséről. Olcsóbb 8.000 forintnál ritkán lesz minőségi, ha valódi tervezés és felelősség is van benne. Lehet kivétel, de én óvatos lennék, főleg adatkezelésnél.

A táblázat nem végleges ajánlat. Inkább tájékozódási alap. Békéscsaba esetében a személyes egyeztetés akkor hasznos, ha a rendszer helyi gépen, üzletben vagy műhelyben fut. Távoli munka is elég lehet, ha minden hozzáférés előre rendezett. A legnagyobb árkülönbséget nem a város adja, hanem a bizonytalanság. Ha nincs leírás, nincs mintaadat, és a cél is változik, a munka lassabb lesz.

Jó szakember kiválasztása

Programtervező informatikus választásánál nem elég azt nézni, hogy valaki milyen nyelvet ismer. Fontosabb, hogy érti-e a feladat üzleti vagy személyes célját. Egy jó informatikai szakember nem ígér azonnal mindent. Inkább visszakérdez. Milyen adatok vannak most. Ki használja. Mi történik hiba esetén. Kell-e jogosultság. Mennyi ideig kell működnie a megoldásnak. Ezek nem akadékoskodó kérdések, hanem a későbbi vita megelőzései.

Én személy szerint azt kedvelem, ha a szakember már az elején különválasztja a kötelező és a kényelmi funkciókat. Sok megrendelő mindent egyszerre szeretne, majd meglepődik az áron. Jobb előbb egy stabil alapot elkészíteni. Utána lehet bővíteni. A Qjob.hu oldalán több magánszakember ajánlata közül lehet választani, de a döntés előtt érdemes röviden leírni a pontos feladatot. Nem regényt kell írni. Elég a cél, a jelenlegi állapot, a határidő és az, hogy van-e már kész anyag.

Helyi munka Békéscsaba városrészeiben

Békéscsaba belső részein, Jamina, Mezőmegyer, Erzsébethely vagy a vasútállomás környékén más lehet a helyzet, ha helyszíni egyeztetés kell. Egy otthoni gépen futó nyilvántartásnál a személyes jelenlét gyorsíthatja a felmérést. Egy webes rendszer esetén viszont sokszor felesleges utazni. Ilyenkor a képernyőmegosztás és a jól előkészített hozzáférés elég.

A környékbeli kisebb településekről is érkezhet megkeresés, például Gyula, Újkígyós, Kondoros vagy Szabadkígyós felől. A helyi távolság főleg akkor számít, ha eszközt, hálózatot vagy zárt irodai gépet kell látni. Egy szoftveres szakember számára a feladat nagy része távolról is megoldható. De nem minden. Ha a probléma a helyi beállításokból ered, jobb nem találgatni.

Felmérés és egyeztetés menete

A jó egyeztetés rövid, de konkrét. Először a célt kell megfogalmazni. Mit kell tudnia a rendszernek. Mi fáj most. Mi történik, ha nem készül el időben. Utána jönnek az adatok, a jelenlegi eszközök, a hozzáférések és a határidő. Sok félreértés abból jön, hogy az ügyfél csak a látható részt írja le. Például azt, hogy kell egy gomb. A gomb mögött viszont lehet lista, ellenőrzés, mentés, export és értesítés.

Manyan elkövetik azt a hibát, hogy csak árat kérnek, feladatleírás nélkül. Erre vagy túl magas, vagy túl alacsony becslést kapnak. Egyik sem jó. A túl alacsony ár később vitához vezet. A túl magas miatt pedig lehet, hogy elmarad egy egyébként egyszerű megoldás. Poénnak hangzik, de egy képernyőfotó néha többet segít, mint tíz mondat. Persze személyes adatokat ki kell takarni.

Hibák, átvétel és utólagos módosítás

Egy programtervező informatikus munkájánál az átvétel nem csak annyi, hogy elindul-e a rendszer. Ki kell próbálni rossz adatokkal is. Mi történik üres mezőnél. Mi történik dupla mentésnél. Ki tud törölni. Van-e mentés. Kap-e a felhasználó érthető hibaüzenetet. Ezek apró pontoknak tűnnek, mégis ezek döntik el, hogy a megoldás használható-e hétköznap.

Po mojem tapasztalatom szerint a legjobb átadás akkor történik, amikor a megrendelő maga is végigcsinál két-három tipikus folyamatot. Nem elég nézni, ahogy a fejlesztő bemutatja. Használni kell. Ilyenkor derül ki, hogy egy mező neve félreérthető, vagy egy export nem abban a formában kell, ahogy elsőre gondolták. Ezeket jobb az elején javítani, nem hónapokkal később.

Mikor érdemes külön tervezést kérni

Külön tervezés akkor éri meg, ha a feladat több részből áll, adatot kezel, több felhasználója lesz, vagy később bővíteni kell. Egy egyszerű javításhoz nem mindig kell hosszú terv. De ha pénzügyi adat, ügyféladat, rendelési folyamat vagy belső munkaszervezés kerül a rendszerbe, a rögtönzés drága lehet. A tervezés nem papírgyártás. Akkor hasznos, ha döntéseket rögzít.

Volt olyan ügyfél, aki először csak egy kisebb táblázatot akart kiváltani. Beszélgetés közben kiderült, hogy három munkatárs használja, havonta riportot készítenek belőle, és évente egyszer régi adatokat is vissza kell keresni. Ez már nem ugyanaz a feladat. Itt az adatstruktúra, a mentés és a jogosultság fontosabb lett, mint a szép felület. Ilyen helyzetben egy programozó akkor dolgozik jól, ha nem a leggyorsabb utat választja, hanem azt, ami később sem omlik össze.

A végén az számít, hogy a kész megoldás érthető legyen annak is, aki nem műszaki ember. Legyen világos, mit kapott az ügyfél, hogyan lehet belépni, hol vannak az adatok, mikor kell menteni, és kit lehet keresni módosításnál. Ha ezek nincsenek leírva, a fejlesztés félkész érzést hagy. Nem azért, mert rossz a kód, hanem mert a használat nincs rendben.