Internetes alkalmazásfejlesztők Miskolcon: Vélemények és kedvező árak

Internetes alkalmazásfejlesztő Miskolc

Internetes alkalmazásfejlesztő akkor kell, amikor nem elég egy egyszerű weboldal, mert valamilyen folyamatot akarsz kézben tartani a böngészőben. Lehet időpontkérés, ajánlatkérés kezelése, ügyféladatok rendszerezése, vagy egy belső felület, amit te és pár ember használtok naponta. Miskolc környékén sok magánmegrendelő úgy kezdi, hogy csak legyen kész gyorsan, aztán kiderül, hogy a részletek nélkül a fejlesztés vakrepülés. Én személy szerint azt szeretem, ha már az elején kimondod, mi számít sikernek, és mi az, ami csak jó lenne.

Sokan elrontják ott, hogy egyetlen mondatban kérnek egy alkalmazást, és azt gondolják, ebből mindenki ugyanazt érti. A valóságban egy webes alkalmazás fejlesztése rengeteg apró döntésből áll. Ki léphet be, milyen adatot lát, hol tud hibázni, mit történjen rossz internetnél, és hogyan kap visszajelzést. A tapasztalatom szerint itt születik a legtöbb konfliktus, mert a megrendelő fejben már használja a rendszert, a fejlesztő pedig még csak próbálja kitalálni a szabályokat.

Amire a webes alkalmazásfejlesztés jó

Az online alkalmazásfejlesztés lényege, hogy a feladatod ne táblázatokban és üzenetekben éljen, hanem egy rendezett felületen. Neked ez kényelmet jelent, és gyakran kevesebb hibát. Sok magánügyfél azt hiszi, hogy ez csak nagy cégeknek való. Én mást látok. Ha van ismétlődő munka, például ügyfelek kezelése, beérkező kérések követése, dokumentumok gyűjtése, akkor egy egyszerű internetes rendszer már sok időt spórol.

Volt egy eset, amikor egy ügyfél ragaszkodott ahhoz, hogy minden megkeresést e mailben kezel, mert így szokta. Aztán panaszkodott, hogy elvesznek a részletek, és mindig ugyanazokat a kérdéseket teszi fel. Készült egy kicsi felület, ahol a beküldött kérésből automatikusan lett egy tétel, és a válaszok is egy helyre mentek. Nem lett ettől csodálatos a világ, de megszűnt a káosz. Nekem ez jó példa arra, hogy egy internetes alkalmazásfejlesztő munkája sokszor rendrakás, nem látvány.

Miskolc városában is gyakori, hogy a megrendelő személyes egyeztetést szeretne. Ez teljesen érthető, mert így könnyebb tisztázni a folyamatot. De a legtöbb döntést így is le lehet írni két oldalban, és onnantól a fejlesztés gyorsabban halad.

Funkciók és követelmények tisztázása

A webalkalmazás fejlesztő akkor tud pontosat mondani, ha tiszta a szabályrendszer. Neked nem kell műszaki leírást írnod, de legyenek példák. Mit lát a felhasználó belépés után. Milyen mezőket tölt ki. Mi a hiba, amit el akarsz kerülni. Én a gyakorlatban mindig azt kérem, hogy írj le egy konkrét napot. Mi történik reggel, délben, este. Hol veszik el most az információ, és hol szeretnéd viszontlátni.

Van pár tipikus pont, ami szinte mindig előjön egy internetes alkalmazás készítésekor.

• Felhasználói szerepek és jogosultságok
• Adatbevitel és hibamegelőzés egyszerű ellenőrzésekkel
• Keresés és szűrés a tételek között
• Értesítések, ha valami lejár vagy új feladat jön
• Export vagy letöltés, ha később kell egy lista

Manyan ott csúsznak el, hogy az első verzióba mindent be akarnak pakolni. Aztán a projekt megáll. Én személy szerint inkább egy szűk, de működő alapot preferálok, és utána bővítek. Ha a fő folyamat fut, akkor a kiegészítők már nem veszélyeztetik a végeredményt.

Adatbiztonság és hozzáférés magánmegrendelőként

Az internetes fejlesztésnél nem csak az a kérdés, hogy működik e, hanem az is, hogy ki fér hozzá az adatokhoz. Magánmegrendelőként sokszor személyes adat is bekerül, akár csak név, telefonszám, cím. Ilyenkor szerintem alap, hogy tiszta legyen a hozzáférés. Ki látja az admin felületet, hol van a mentés, és mi történik, ha valaki elfelejti a jelszót.

A tapasztalatom szerint a biztonság nem attól lesz jó, hogy bonyolult. Inkább attól, hogy vannak egyszerű szabályok. Erős jelszavak, korlátozott jogosultság, rendszeres mentés, és egyértelmű napló arról, ki mit csinált. Volt olyan ügyfél, aki azt mondta, neki ez felesleges. Aztán egy félreértés miatt törlődött pár tétel, és hirtelen nagyon fontos lett a visszaállítás. Ez tipikus probléma, és sokan csak utólag értik meg.

Internetes alkalmazásfejlesztő árak Miskolc területén

Az Internetes alkalmazásfejlesztő ára attól függ, mennyi képernyő és mennyi szabály van. Nem ugyanaz egy egyszerű belső lista és egy olyan rendszer, ahol többféle belépő van, értesítések mennek, és adatok között kapcsolat van. Én őszintén azt gondolom, hogy nagyon olcsón ritkán lesz jó minőségű az ilyen munka. A 30.000 alatti gyors megoldás néha csak toldozás, és később drága lesz a javítás. Olcsóbb lehet, ha már van kész alap és csak finomítani kell, de ezt előre érdemes kimondani.

Miskolc esetén a személyes találkozó néha plusz idő, de nem feltétlenül drágítja meg a projektet, ha a döntések gyorsan megszületnek. Szerintem az a jó ár, ami mögött tiszta felelősség van. Ha a fejlesztő elvállalja a javítást és az átadást is rendesen, az többet ér, mint egy olcsó indulás, ami után eltűnik.

Szakember kiválasztása és rövid ellenőrzés

A választásnál én nem csak a referenciát nézem, hanem azt is, hogyan kérdez a jelentkező. Egy jó alkalmazásfejlesztő nem azonnal árat mond, hanem tisztáz. Mit akarsz pontosan, milyen adatok lesznek, ki használja, mi a határidő. Ha valaki mindent rávág egy üzenetben, az nekem gyanús. Magánmegrendelőként neked az a biztonság, ha a programozó egyszerűen fogalmaz, és nem ködösít.

Sokan azt hiszik, hogy a legjobb jelölt az, aki a legtöbb funkciót ígéri. Pedig a túl sok ígéretből lesz a csalódás. Én személy szerint azt választanám, aki megmondja, mi az, amit most meg kell csinálni, és mi az, ami ráér később. Volt olyan ügyfél, aki belefutott egy túlvállalásba. A rendszer elkészült, de lassú volt, és tele volt félkész menükkel. A végén az lett a drága, hogy ki kellett takarítani.

Ezen a felületen Qjob.hu alatt több jelentkezőt is össze tudsz hasonlítani. Itt szerintem az működik, ha leírod a fő folyamatot, megadod a várost, és jelzed, hogy magánszemélyként kérsz internetes alkalmazás fejlesztést. Kérj egy rövid megközelítést, pár mondatot arról, hogyan építené fel. A válaszból sokszor kiderül, mennyire gondolkodik rendszerszinten.

Átadás utáni élet és tipikus problémák

Az átadás után derül ki, hogy a rendszer él e. Ilyenkor jönnek elő a valódi kérdések. Hol van a mentés. Ki tud új felhasználót létrehozni. Mi történik, ha rossz adat kerül be. A tapasztalatom szerint a legtöbb gond nem nagy hiba, hanem apró kényelmetlenség, amit naponta húszszor kell kerülgetni. És ettől lesz az ember mérges.

Én azt preferálom, ha van egy rövid időszak, amikor a fejlesztő figyeli a visszajelzéseket, és javítja a fontos hibákat. De közben neked is kell dönteni. Ha minden héten új irány jön, akkor nem stabilizálódik a rendszer. Manyan ezt nem fogadják el, és azt mondják, miért nem lehet mindent azonnal. Lehet, csak akkor a költség is más. És őszintén, olcsóbb szokott lenni az a munka, amihez nem kell mindent újraértelmezni.

Ha egyetlen tanácsot adhatok, akkor az az, hogy a webes alkalmazásfejlesztésnél a tiszta szabály a legnagyobb pénzspórolás. Ha tudod, ki mit csinál, mikor kész valami, és hol áll meg a folyamat, akkor a fejlesztő nem találgat. Így a végeredmény egyszerűbb, és neked is könnyebb lesz használni.