Szoftverfejlesztők Szegeden: Vélemények és kedvező árak

Szoftverfejlesztő magánügyfeleknek

A Szoftverfejlesztő akkor kell, amikor egy ötletből működő programot, webes felületet, belső eszközt vagy automatizált megoldást szeretnél. Magánügyfeleknél ez nem mindig nagy vállalati rendszer. Gyakran egy régi táblázat kiváltása, egy időrabló művelet egyszerűsítése, egy kis nyilvántartó, egy foglalási megoldás, egy adatimport vagy egy meglévő oldalhoz kapcsolt funkció a feladat. Szeged városában sok ilyen kérés indul egyéni vállalkozóktól, tanároktól, magánrendelőktől, kis műhelyektől és olyan ügyfelektől, akik nem akarnak teljes informatikai céggel szerződni. Ők inkább egy konkrét szakembert keresnek.

A Qjob.hu felületén különböző magán szakemberek között lehet válogatni, ezért érdemes érthetően leírni, mire kell a megoldás. Nem kell műszaki nyelven fogalmazni. Elég az, hogy mit csinálsz most kézzel, hol akad el a folyamat, milyen adatot használsz, és milyen eredményt vársz. Szerintem a jó szoftvermunka nem a kóddal kezdődik, hanem egy rövid, őszinte felméréssel. Ha ez kimarad, később jönnek a félreértések.

Egyedi szoftverfejlesztés otthoni és kisprojektekhez

Az egyedi szoftverfejlesztés lényege, hogy a program nem általános sablon alapján készül, hanem egy konkrét igényhez igazodik. Ez lehet asztali alkalmazás, egyszerű webes rendszer, adminisztrációs felület, rendeléskezelő, számlázáshoz kapcsolódó kiegészítő, oktatási segédprogram vagy adatfeldolgozó eszköz. A magánügyfél sokszor nem is programot kér elsőre, csak azt mondja, hogy valami túl sok időt visz el. Innen kell kibontani a valódi feladatot.

Sok ügyfél hibázik ott, hogy rögtön kész alkalmazást akar, de még nincs leírva a folyamat. Ilyenkor a fejlesztő találgat. Ez drága és lassú. Jobb előbb egy kisebb első verziót kérni, amely a legfontosabb műveletet oldja meg. Utána lehet bővíteni. Volt eset, amikor egy kliens egy teljes ügyfélkezelő rendszert szeretett volna, de a beszélgetés végén kiderült, hogy neki első körben csak időpontok rendezésére és automatikus értesítésre volt szüksége. A kisebb megoldás gyorsabban elkészült, és valóban használta is.

Poén nélkül mondom, személy szerint jobban szeretem azokat a projekteket, ahol az ügyfél nem próbál mindent egyszerre belesűríteni. A tiszta első cél többet ér, mint egy hosszú kívánságlista. Egy programozó így pontosabb árat ad, és kevesebb lesz az utólagos vita.

Szoftverfejlesztő árak

A Szoftverfejlesztő díja főleg a feladat bonyolultságától, a határidőtől, a meglévő kód állapotától és a szükséges technológiától függ. Egyszerű hibajavításnál óradíj is elég lehet. Új rendszer készítésénél jobb a részekre bontott ár. Olcsóbb 8.000 forintnál óránként ritkán lesz minőségi, ha valódi fejlesztésről beszélünk. Tanácsadásnál vagy tanulási jellegű segítségnél előfordulhat alacsonyabb díj, de kész programnál a túl olcsó ajánlat sokszor később kerül többe.

Az árnál nem csak a végösszeget nézném. Fontos, hogy mit tartalmaz. Benne van-e a tesztelés, az átadás, a rövid leírás, a kisebb javítás az első próba után. Ha ezek nincsenek tisztázva, a kedvező ajánlat könnyen bizonytalanná válik. A túl magas díj sem garancia semmire, de az átlátható bontás sokat elárul a szakember gondolkodásáról.

Megfelelő fejlesztő kiválasztása

A megfelelő fejlesztő kiválasztása nem csak portfólió kérdése. Magánügyfélként azt érdemes nézni, hogy érti-e a problémádat, kérdez-e a használatról, és képes-e egyszerűen elmondani, mit fog csinálni. Egy tapasztalt informatikai szakember nem szégyelli kimondani, ha valamire külön felmérés kell. Ez jobb jel, mint a túl gyors igen mindenre.

Érdemes rákérdezni néhány alapvető részletre. Milyen technológiával dolgozik. Hogyan adja át a forráskódot. Lesz-e próbaüzem. Mi történik, ha a program első használat közben hibát jelez. Hogyan kezeli a jelszavakat és az adatokat. Ezek nem bizalmatlanságból fontosak. Egyszerűen így lehet tisztán tartani a munkát.

Sokan csak az első válasz gyorsasága alapján döntenek. Ez érthető, mert mindenki haladni akar. De a gyors válasz önmagában kevés. Ha valaki nem kér mintafájlt, nem kér képernyőképet, nem kér hozzáférési szabályokat, mégis pontos árat ad egy ismeretlen rendszerre, ott óvatos lennék. A jó alkalmazásfejlesztő előbb felmér, aztán ígér.

Szoftverfejlesztés Szeged városrészeiben

Szeged több részéről érkezhet igény fejlesztési munkára. Belváros, Újszeged, Rókus, Tarján, Móraváros, Alsóváros, Felsőváros és Petőfitelep esetén személyes egyeztetés is kényelmes lehet. De a legtöbb szoftveres feladat távolról is jól kezelhető. A fájlok, leírások, hozzáférések és képernyőképek online pontosabban követhetők, mint egy kapkodó személyes beszélgetésben.

A környékbeli települések, például Algyő, Deszk, Sándorfalva, Domaszék és Kiskundorozsma felől is gyakori, hogy valaki helyi szakembert keres, de végül online munkamenet lesz belőle. Ez nem hátrány. A lényeg az, hogy legyen közös mappa, egyértelmű feladatlista és próbaadat. Ha adatvédelmi okból személyes találkozó kell, azt előre jelezni kell. Szeged környékén ez általában megoldható, de a munkadíjat és az utazást külön érdemes tisztázni.

Hibajavítás és meglévő rendszer bővítése

A meglévő rendszer bővítése gyakran nehezebb, mint új programot írni. A régi kód lehet rendezetlen, hiányozhat a dokumentáció, vagy olyan könyvtárakat használhat, amelyek már nem frissülnek. Ilyenkor a fejlesztő nem csak új funkciót készít, hanem előbb megérti, mi hogyan működik. Ez időt kér. És néha kiderül, hogy a gyorsnak tűnő bővítés kockázatosabb, mint egy kisebb újratervezés.

Volt egy gyakorlati eset, amikor az ügyfél csak egy új mezőt akart a rendelési felületre. Egyszerűnek hangzott. A vizsgálatnál kiderült, hogy ugyanaz az adat három helyen jelent meg, és mindenhol más néven. Ha a mező csak egy helyen változott volna, hibás számlák készülhettek volna. A végén nem nagy fejlesztés készült, hanem rendrakás és egy kisebb bővítés. A kliens először bosszankodott, aztán örült, mert később nem omlott össze a folyamat.

Hibajavításnál különösen fontos a pontos hibaüzenet. Ne csak annyit írj, hogy nem működik. Írd le, mit csináltál, mi történt, mit vártál volna, és mikor jelent meg a gond. Ez a négy mondat akár órákat spórolhat. A jó programozó nem találgatni akar, hanem nyomot keres.

Átadás, tesztelés és későbbi karbantartás

A munka vége nem az, amikor a kód elkészül. A használható átadás része a próba, a rövid magyarázat és az, hogy az ügyfél meg tudja nyitni a programot a saját környezetében. Ez különösen fontos magánügyfeleknél, mert sokszor nincs külön rendszergazda vagy belső informatikai csapat. A Szoftverfejlesztő ilyenkor nem csak elküldi a fájlokat, hanem segít abban is, hogy a megoldás tényleg használható legyen.

Én azt tartom jó átadásnak, ahol van egy rövid leírás a belépésről, a mentésről, a fontos beállításokról és a leggyakoribb hibákról. Nem kell hosszú kézikönyv. De legyen annyi kapaszkodó, hogy két hét múlva se kelljen mindent újra megkérdezni. Karbantartásnál pedig előre el kell dönteni, mi számít hibának és mi számít új kérésnek. Ez néha kényelmetlen beszélgetés, mégis megvédi mindkét felet.

Ha később bővítést szeretnél, tartsd meg a forráskódot, a hozzáféréseket és a leírásokat rendezett helyen. Ne csak üzenetekben keresgéld. Egy apró fejlesztői jegyzet hónapok múlva is pénzt spórolhat. A jó szoftverfejlesztés nem látványos ígéretekből áll, hanem tiszta feladatból, működő megoldásból és olyan átadásból, amely után nem érzed magad kiszolgáltatva.