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

Szoftvermérnök Miskolc környékén

A szoftvermérnök akkor kell magánembernek, amikor egy ötletből működő megoldást szeretnél, de nem akarsz fél évig kísérletezni. Miskolc területén sokan indulnak úgy, hogy van egy egyszerű cél, például időpontfoglalás a saját ügyfeleknek, családi költségnyilvántartás, vagy egy kis belső rendszer a lakáskiadáshoz. Aztán kiderül, hogy a részletek viszik el az időt. Én személy szerint jobban szeretem, ha az első lépésben tisztázva van, mi a kész állapot. Különben a vége végtelen javítgatás.

Sokan elkövetik azt a hibát, hogy csak annyit mondanak, legyen egyszerű és gyors. Ez kevés. A programozó vagy szoftverfejlesztő akkor tud jól dolgozni, ha látja a folyamatot. Ki használja, mikor, milyen eszközről, és mi számít hibának. Ha ezek nincsenek leírva, a félreértés garantált. És a vita legtöbbször nem a kód miatt lesz, hanem a homályos elvárások miatt.

Feladatok, amiket magánügyfélként érdemes kiszervezni

Magánügyfeleknél a munka gyakran kicsi, de fontos. Egy egyedi űrlap, ami nem veszít adatot. Egy egyszerű automatizmus, ami emlékeztet. Egy kisebb adatbázis, ahol nem keverednek a rekordok. Egy rendes belépés, hogy ne legyen mindenki ugyanazzal a jelszóval. Ilyenkor nem nagy vállalati rendszert építünk, hanem stabil alapot. Tapasztalatom szerint az apró hibák bosszantanak a legjobban, mert minden nap előjönnek.

Volt eset, amikor egy ügyfél saját maga kezdett el egy nyilvántartást készíteni. Pár hétig ment. Aztán egy frissítés után eltűnt az utolsó hónap. A vita ott kezdődött, hogy ki a hibás. Senki. Egyszerűen nem volt mentés és nem volt verzió. A szoftverfejlesztő végül nem csak javította, hanem bevezette a visszaállítást is. Nekem ez a különbség a barkács és a rendes munka között.

• Egyszerű adatkezelő felületek kialakítása
• Automatikus értesítések és emlékeztetők beállítása
• Adatok importálása és tisztítása régi táblázatokból
• Hibakeresés lassú vagy összeomló megoldásoknál

Tervezés és követelmények tisztázása

A jó indulás a legolcsóbb. Egy rövid egyeztetés, ahol felírjuk a funkciókat és a tiltásokat. Mit nem szabad csinálnia a rendszernek. Mi számít érzékeny adatnak. Ki férhet hozzá. Én azt preferálom, ha van egy kis vázlat a képernyőkről, még akkor is, ha csak kézzel rajzolt. A fejlesztő így nem találgat, te pedig nem lepődsz meg.

Sokszor konfliktus ott születik, hogy a megrendelő közben változtatja a célt. Ez nem bűn, csak költség. Ha minden héten új irány jön, akkor az ütemezés borul. Én ilyenkor azt javaslom, legyen egy első kör, ami működik, és utána jöhetnek a finomítások. A szoftvermérnök is jobban halad, ha nem egyszerre kell mindent tudnia.

Árak Miskolc esetén és mire fizetsz valójában

Miskolc környékén a munkadíj több dologból áll össze. A kódolás csak egy része. Idő a felmérésre, a tervezésre, a tesztre, és arra is, hogy később ne ess szét. Szerintem 15.000 alatt ritkán kapsz olyan munkát, ami után nem kell újra keresni valakit. Olcsóbban néha kapsz gyors javítást, de a minőség sokszor ott bukik el, hogy nincs rendes átadás. És ezt később te fizeted meg időben.

A táblázat csak irány. A szoftvermérnök ára feljebb megy, ha nincs hozzáférés, nincs leírás, vagy a régi megoldás kusza. De csökkenhet is, ha előre összeszeded, mi a gond, és adsz pár konkrét példát. Én mindig kérek két három képernyőképet vagy rövid leírást. Így a programozó nem vakon indul.

Szakember kiválasztása és együttműködés

A kiválasztásnál én nem a hangzatos ígéretekre figyelek. A jó szakember kérdez, és nem sértődik meg, ha te is kérdezel. Kérdezd meg, hogyan adja át a munkát, lesz-e leírás, és mit vállal javításként. A szoftverfejlesztő és a megrendelő kapcsolata akkor működik, ha mindkét oldal érti a határokat. Sok ügyfél elcsúszik azon, hogy mindent azonnal akar. De a gyors munka és a pontos munka ritkán ugyanaz.

Qjob.hu oldalon érdemes megnézni, hogy a jelentkező hogyan ír. Röviden, érthetően, vagy ködösen. Nekem jó jel, ha valaki először összefoglalja, mit értett meg, és csak utána ajánl megoldást. Miskolc esetén plusz előny, ha a kommunikáció gördülékeny, mert egy helyi egyeztetés néha gyorsabban tisztáz félreértéseket.

Én azt is figyelem, hogy a szoftvermérnök mennyire kezeli normálisan a nem tudom választ. Ha valaki mindent biztosra mond, az gyanús. A tiszta munka ott kezdődik, hogy látjuk, mi bizonytalan, és hogyan mérjük meg.

Gyakori hibák, amik később pénzbe kerülnek

A leggyakoribb hiba a félkész átadás. Megvan a megoldás, de senki nem tudja, hogyan kell használni, hogyan kell menteni, hogyan lehet visszaállítani. A másik gyakori gond, hogy nincs teszt. Sok programozó gyorsan összerak valamit, és a hibák csak élesben jönnek elő. Én inkább kérek egy rövid próbakört. Két három valós helyzetet, ami előfordul nálad. Ezzel sok későbbi vita elkerülhető.

És van egy klasszikus probléma, amit sokan alábecsülnek. A bővítés. Ma csak egy nyilvántartás kell, holnap már számlázás, holnapután meg értesítések. Ha az első verzió úgy készül, hogy nincs hely a növekedésnek, akkor minden új kérés fájdalmas lesz. A szoftverfejlesztő ilyenkor nem rossz, csak a kiindulás volt rossz. Szerintem érdemes már az elején kimondani, hogy lehet később bővíteni, de most mi az, ami tényleg kell.

Ha Miskolc környékén keresel segítséget, írd le egy mondatban a célt, és külön egy mondatban a legnagyobb fájdalmat. Például adatvesztés, lassúság, vagy túl sok manuális munka. A fejlesztő így pontosabban áraz, és te is jobban látod, mire költesz. Nekem az a tapasztalatom, hogy a tiszta feladatleírás mindig olcsóbb, mint a találgatás.