Készen álló programok létrehozása és fejlesztése, hogy Önnek csak használni kelljen!

Programkészítés magánügyfeleknek

A Programkészítés akkor jó választás, ha egy meglévő feladatot nem táblázatokkal, kézi másolással vagy több külön eszközzel szeretne megoldani, hanem egy saját programmal. A legtöbb magánügyfél nem nagy rendszert keres. Inkább egy olyan fejlesztőt, aki érti a problémát, tisztán kérdez, és működő megoldást ad át online.

Én azt látom, hogy az egyedi program fejlesztése sokszor nem a kóddal kezdődik, hanem azzal, hogy pontosan meg kell fogalmazni, mit kell kiváltani. Lehet ez adatfeldolgozás, kis nyilvántartó, egyszerű ügyfélkezelő, fájlok automatikus rendezése, árkalkulátor, számlák előkészítése vagy belső használatú segédprogram. A lényeg ugyanaz. A programnak csökkentenie kell a kézi munkát, és nem újabb zavart okoznia.

Magánszemélyként nem kell mindent szakmai nyelven leírni. Elég, ha érthetően megmutatja, most hogyan dolgozik, hol veszít időt, milyen adatokat használ, és milyen eredményt szeretne látni. Egy tapasztalt programozó ebből már tud kérdezni. A Qjob.hu felületén ilyen online feladatokra is lehet magánszakembert keresni, ahol a megbízás nem cégnek szól, hanem konkrét fejlesztőnek.

Egyedi program fejlesztése online feladatokra

Az egyedi program fejlesztése akkor hasznos, ha kész megoldás nincs, vagy a kész eszköz túl bonyolult. Sokan próbálnak először ingyenes alkalmazásokat összekapcsolni. Ez néha elég. De amikor a munka naponta ismétlődik, sok hibalehetőséggel jár, vagy több forrásból kell adatot kezelni, akkor egy saját eszköz gyorsabban megtérülhet.

Tipikus online feladat lehet egy kisebb adatbázis létrehozása, egy fájlkonvertáló eszköz, egy egyszerű rendeléskezelő, egy automatikus jelentéskészítő vagy egy olyan program, amely weboldalról, táblázatból vagy dokumentumból dolgozik fel adatokat. Nem minden igényből lesz nagy szoftver. Szerintem sokszor jobb kisebb, pontosan használható megoldást kérni, mint egy túl nagy rendszert, amely végül félkész marad.

Volt olyan eset, amikor egy ügyfél csak annyit kért, hogy a különböző formátumú listáit egységes táblába rendezze a program. Elsőre egyszerűnek tűnt. Később kiderült, hogy több fájlnév, eltérő oszloprend és hiányzó adat is előfordul. A fejlesztő akkor tudott jó megoldást készíteni, amikor az ügyfél néhány valódi példafájlt is átadott. Ez mutatja, hogy a programkészítés nem elméleti feladat. A valós minták sokat számítanak.

Programkészítés árak és munkadíjak

A programkészítés ára főleg a feladat pontosságától, a funkciók számától, az adatok állapotától és a tesztelés mennyiségétől függ. A túl olcsó munka ezen a területen gyakran gyengébb minőséget jelent, mert kimarad a hibakezelés, a leírás vagy a későbbi javítás lehetősége. Ez nem mindig látszik az első átadáskor. Később derül ki, amikor a program másik fájllal vagy eltérő adattal már nem működik jól.

Tapasztalatom szerint a pontos árhoz nem elég egy mondatban leírni az ötletet. Kell néhány példa, képernyőkép, fájlminta vagy folyamatleírás. A programozó így látja, hogy egyszerű automatizálásról vagy összetettebb fejlesztésről van szó. Ha a szakember csak nagyon alacsony fix árat mond részletek nélkül, érdemes rákérdezni, mi tartozik bele, és mi nem.

Programozó választása online megbízáshoz

A jó programozó nem csak azt mondja, hogy meg tudja csinálni. Először tisztázza az adatokat, a használati módot, a határidőt és az átadás formáját. Egy magánügyfélnek ez különösen fontos, mert sokszor nincs saját műszaki vezetője, aki ellenőrzi a folyamatot.

Érdemes megnézni, hogy a szakember milyen korábbi munkákat mutat. Nem kell pontosan ugyanazt a programot látnia. De jó jel, ha volt már hasonló adatkezelési, automatizálási vagy belső eszköz fejlesztési feladata. A túl általános válasz kevés. Az is fontos, hogy a fejlesztő érthetően írjon. Ha az első üzenetekből sem világos, mit vállal, akkor később még nehezebb lesz egyeztetni.

Sokan ott hibáznak, hogy kizárólag az árat nézik. Pedig az online fejlesztésnél a kommunikáció minősége majdnem olyan fontos, mint maga a kód. Ha a programozó nem kérdez vissza, nem jelzi a kockázatokat, és nem beszél tesztelésről, akkor könnyen lehet, hogy csak a legegyszerűbb változat készül el. Ez néha elég. De gyakran nem.

A programkészítés menete távolról

A távoli munka első lépése a rövid feladatleírás. Ebben szerepeljen, mire kell a program, milyen adatból dolgozik, milyen eredményt kell adnia, és ki fogja használni. Ezután jöhetnek a minták. Egy fejlesztő számára egy valódi táblázat vagy képernyőkép sokkal többet mond, mint egy hosszú, de általános leírás.

A következő lépés a funkciók pontosítása. Ilyenkor érdemes különválasztani a kötelező részeket és a későbbi ötleteket. Ez segít abban, hogy a munka ne nőjön kontroll nélkül. A programkészítés során a kisebb mérföldkövek biztonságot adnak. Például először csak az adatbeolvasás készül el, utána a számítás, majd az export és a kezelőfelület.

Az átadás online történik. A szakember elküldheti a programot, a hozzáférést, a telepítési útmutatót vagy a használati leírást. Ha szükséges, rövid képernyőmegosztás is segíthet, de a fő érték akkor is az, hogy a munka később önállóan használható legyen. Szerintem akkor korrekt az átadás, ha az ügyfél nem csak egy fájlt kap, hanem érti is, hogyan kell használni, és mit tegyen hiba esetén.

Brief, próbamunka és javítások

Az online programozási munka egyik gyenge pontja a hiányos brief. A kliens sokszor fejben pontosan tudja, mit szeretne, de ezt nem írja le. A fejlesztő pedig másképp értelmezi. Ebből lesznek a viták, a plusz körök és a késések.

Jobb röviden, de konkrétan kezdeni. Mi a bemenet. Mi a kimenet. Milyen gyakran kell használni. Kell-e több felhasználó. Fontos-e a mentés, a jogosultság, a naplózás, az export. Ezek egyszerű kérdések, mégis nagy különbséget jelentenek az árban és a határidőben.

A próbamunka néha jó megoldás. Nem kell külön projektet nyitni hozzá, de kérhető egy kisebb első szakasz. Például egy adatmintán működő alapverzió. Ebből kiderül, hogy a programozó érti-e a feladatot, és az ügyfél is látja, jó irányba halad-e a munka. A javításokról előre kell beszélni. Nem mindegy, hogy hibajavításról, új funkcióról vagy a korábbi igény megváltoztatásáról van szó.

Gyakori hibák egyedi program rendelésekor

A leggyakoribb hiba az, amikor a megrendelő túl későn mutat valós adatot. Tesztadat alapján minden szépnek tűnhet. Aztán jön az éles használat, és kiderül, hogy az egyik oszlop néha üres, a fájlban más a kódolás, vagy a névformátum nem egységes. Egy jó online szakember erre előre rákérdez, de az ügyfélnek is érdeke, hogy ne csak tökéletes példát küldjön.

A másik hiba a túl tág elvárás. Az olyan kérés, hogy legyen egyszerű és kezeljen mindent, nem elég pontos. Jobb megmondani, milyen eseteket kell biztosan kezelni, és mi az, ami ritkán fordul elő. Így a program reális keretek között készül el.

Én azt látom, hogy a minőség nem attól lesz jó, hogy a fejlesztés hosszú vagy drága. Attól lesz jó, hogy a program a valódi munkafolyamatra épül. Kevés felesleges funkcióval. Világos működéssel. Ellenőrizhető eredménnyel.

Kész program átadása és további támogatás

A kész program átadásánál nem csak az számít, hogy elindul-e. Fontos, hogy az ügyfél megkapja a szükséges fájlokat, hozzáféréseket, rövid használati útmutatót és a fejlesztéshez kapcsolódó alapvető információkat. Ha a megoldás egy távoli tárhelyen vagy felhőben működik, akkor az elérési módot és a jogosultságokat is tisztázni kell.

Hasznos előre megbeszélni, meddig tart a hibajavítási időszak. Egy kisebb programnál ez lehet néhány nap. Nagyobb egyedi szoftvernél hosszabb idő is indokolt. De a támogatás nem jelent korlátlan új fejlesztést. Ezért jó, ha a megbízás végén külön szerepel, mi számít hibának, és mi számít új igénynek.

A programkészítés akkor zárul jól, ha a magánügyfél valóban használni tudja az elkészült eszközt. Nem kell minden technikai részletet értenie. De tudnia kell, mit adjon meg, mit kap vissza, hol ellenőrizze az eredményt, és mikor érdemes újra szakemberhez fordulni.