Szoftverfejlesztő mérnökök Miskolcon: Vélemények és kedvező árak

Szoftverfejlesztő mérnök Miskolc térségében

A szoftverfejlesztő mérnök akkor kell, amikor egy ötletből kiszámíthatóan működő megoldást akarsz, és nem szeretnél hónapokig próbálkozni félkész eszközökkel. Miskolc környékén gyakori, hogy valaki elindít egy webes felületet, egy időpontfoglalót vagy egy nyilvántartást, aztán a növekedésnél jön a gond. Lassul, hibázik, dupláz adatot, vagy egyszerűen nem lehet bővíteni. Én személy szerint azt preferálom, ha már az elején tiszta, mire szolgál a rendszer, és mi számít késznek. Sok konfliktus abból születik, hogy a megrendelő a fejében késznek lát valamit, a programozó meg még csak a vázat látja.

Szoftverfejlesztésnél a legdrágább a bizonytalanság. Ha nincs rendes cél, akkor minden döntés később kérdés lesz. És közben telik az idő, nő a költség, nő a feszültség. Nekem az a tapasztalatom, hogy egy rövid, jól vezetett felmérés többet ér, mint egy hosszú üzenetváltás tele találgatással.

Tipikus igények magánmegrendelőknél

Magánmegrendelőként a feladat sokszor nem óriási, csak fontos. Például szeretnél egy egyszerű rendszert a bejövő érdeklődők kezelésére, egy saját ügyfél listát, vagy egy olyan felületet, ahol nem keverednek a dokumentumok. A fejlesztő mérnök ilyenkor rendet tesz, és úgy épít, hogy később se essen szét. Sok ügyfél ott rontja el, hogy mindent egyszerre akar. Egyszerre költözés, új funkciók, új szabályok. A vége kapkodás és több hiba.

Volt eset, amikor egy ügyfél a lakáskiadáshoz vezetett táblázatot, és azt hitte, ez elég. Aztán egy rossz mentés miatt eltűnt egy hét anyaga, és rögtön jött az idegeskedés. A megoldás nem egy új csillogó rendszer volt, hanem egy kis alkalmazás, ami automatikusan ment, és egy egyszerű visszaállítási lépés. Én ezt szeretem a munkában, kevés látvány, sok nyugalom.

• Ügyfél és megrendelés nyilvántartás egyszerűen
• Időpontfoglalás és értesítések beállítása
• Űrlapok, adatbeküldés, adatellenőrzés
• Régi adatok rendbetétele és átköltöztetése

Felmérés, terv, átadás

Egy jó szoftverfejlesztő mérnök nem azzal kezd, hogy rögtön ír valamit, hanem azzal, hogy megérti a folyamatot. Ki használja, mikor, mi történik hiba esetén, és mi a legrosszabb kimenet. Itt sokszor előjön a probléma. A megrendelő azt mondja, ez egyszerű, csak legyen. De a részletek döntenek. Például ki kap értesítést, milyen adat kötelező, mi legyen a duplikátumokkal. Én személy szerint szeretek egy rövid vázlatot kérni, akár kézzel rajzolva. Nem a szépség számít, hanem hogy ugyanazt értsük.

Tapasztalatom szerint az átadás hiánya a második legnagyobb pénznyelő. Megvan a megoldás, de nincs leírva, hogyan kell használni, hogyan kell menteni, és hova nyúlj, ha gond van. Ilyenkor a programozó munka után a rendszer gyorsan újra idegen lesz. Én ezért kérem, hogy legyen egy rövid útmutató, és egy próbakör, ahol végigmegyünk két három tipikus helyzeten.

Árak és reális munkadíjak

Miskolc térségében az ár általában attól függ, mennyire tiszta a kiindulás. Ha van hozzáférés, van rövid leírás, és a cél egyértelmű, gyorsabb a fejlesztés. Ha nincs semmi, akkor a feltárás viszi el az időt. Szerintem 18.000 alatt ritkán fér bele az a fajta gondosság, ami később is tart. Olcsóbb ajánlatból néha kijön egy gyors javítás, csak később sokszor újra előjön ugyanaz a baj. És ezt magánmegrendelőként nehéz jól kezelni, mert minden alkalommal újra rámegy az estéd vagy a hétvégéd.

A táblázat irány, nem ígéret. Miskolc környékén az ár feljebb mehet, ha a régi rendszer kusza, vagy ha hiányzik a belépés és az adatok összevisszák. De lejjebb is mehet, ha előre összeszeded a példákat. Nekem sokat segít, ha leírod három mondatban, mi a cél, mikor romlik el, és mit látsz a képernyőn. Így a szoftverfejlesztés nem találgatásból indul.

Szakember választása, ami nem csak szerencse

A kiválasztásnál én azt figyelem, hogyan kérdez a szoftverfejlesztő mérnök. Ha rákérdez a célra, az adatokra, a hozzáférésre, és arra, mi számít késznek, az jó jel. Ha valaki az első üzenetben mindent megígér, és közben nem tisztáz semmit, az nálam rossz jel. A fejlesztő munka akkor lesz nyugodt, ha vannak határok, és van közös nyelv. Ez nem udvariasság, hanem költségkontroll.

Qjob.hu felületen érdemes megnézni, hogy a jelentkező mennyire ír érthetően. Ezen az oldalon a tiszta kommunikáció fél siker. Kérj rövid ütemet, és kérdezz rá az átadásra. Én személy szerint szeretem, ha a szakember a végén leírja, hol van a mentés, hogyan lehet visszaállítani, és mihez ne nyúlj. Aki ezt vállalja, az általában felelősen dolgozik.

Gyakori hibák és hogyan előzd meg

Sokan elkövetik azt a hibát, hogy közben folyamatosan változtatják a célt. Ma csak egy lista kell, holnap már számlázás, holnapután értesítések. Ez természetes, csak legyen kezelve. Én azt javaslom, legyen egy első változat, ami működik, és utána jöhetnek a bővítések. A szoftverfejlesztő így nem épít homokra. És te is hamarabb kapsz valamit, amit használsz, nem csak ígéretet.

Másik gyakori gond a teszt kihagyása. Volt eset, amikor egy ügyfél spórolni akart, és a próbakört elengedte. Két hét múlva jött egy frissítés, és megállt a folyamat. Sürgős javítás lett belőle, jóval drágábban. Nekem ez egyszerű tanulság. A teszt és a mentés nem extra, hanem alap. És a túl olcsó megoldás ritkán lesz tartós, főleg ha érzékeny adatról van szó.

Ha Miskolc térségében keresel programozót vagy alkalmazásfejlesztőt, írd le egy mondatban, mi a cél, és egy mondatban, mi a legnagyobb gond. Lassúság, adatkeveredés, kézi munka, visszatérő hiba. Így a szoftverfejlesztő mérnök gyorsabban ad reális árat és reális ütemet. Nekem az a tapasztalatom, hogy ettől az első beszélgetés is nyugodtabb, és kevesebb a félreértés.