Web programozáshoz tapasztalt segítségre van szükséged??

Web programozás

A web programozás akkor indokolt, ha egy oldalnak nemcsak jelen kell lennie, hanem működnie is kell. Ide tartozik az űrlap, a foglalás, a belépés, a rendelés, az adatkezelés és minden olyan rész, amelynél a látogató nem csak olvas, hanem lép is. A legtöbb magánmegrendelő először azt hiszi, hogy elég egy szép felület. A gyakorlatban inkább az számít, hogy mi történik kattintás után. Szerintem ezt érdemes rögtön tisztázni, mert sok félreértés innen indul. A Qjob.hu oldalon is gyakran ez a kiindulópont, amikor valaki nem céget, hanem önálló szakembert keres egy kisebb vagy közepes feladatra.

Web programozás alatt lehet egyszerű javítás, új funkció beépítése vagy teljes fejlesztés is. Van, aki csak kapcsolatfelvételi űrlapot szeretne. Más ügyfél időpontfoglalást kér, számlázó kapcsolatot, térképes keresőt vagy zárt felületet. És van olyan munka is, amikor egy régi oldal már lassú, nehezen módosítható, ezért a háttérrészt kell rendbe tenni. Egy webprogramozó ilyenkor nem csak kódot ír. Átnézi a hibát, felméri a kockázatot, javaslatot ad, majd tesztel. Ezért a jó munka ritkán csak abból áll, hogy valaki gyorsan beír pár sort.

Mire jó a webfejlesztés

A megrendelő oldaláról nézve a webfejlesztés célja egyszerű. Az oldal legyen használható, gyors és kiszámítható. A magyar találatokban sokszor visszatér, hogy a költséget főleg a funkciók száma, a tervezés, a tesztelés és az utólagos karbantartás alakítja. Külföldi összefoglalók ugyanezt emelik ki. Nem a látvány az egyetlen tétel, hanem az is, hogy hány oldalt kell kezelni, milyen kapcsolatok kellenek más rendszerekkel, és lesz-e folyamatos támogatás. Én személy szerint jobban szeretem, ha a feladat leírása rövid és pontos. Egy fél oldalnyi jó igénylista sokkal többet ér, mint tíz szétszórt üzenet.

Sokan hibáznak, amikor a fejlesztést összekeverik a sablonos oldalépítéssel. Attól, hogy valami elkészül egy hét alatt, még nem biztos, hogy jól bővíthető, biztonságos vagy később javítható marad. Volt már olyan eset, amikor az ügyfél csak egy apró módosítást szeretett volna a régi honlapján, de a háttérkód annyira kusza volt, hogy végül olcsóbb lett újraépíteni a fontos részeket. Ez elsőre túlzásnak hangzik, de a rosszul induló munka később szinte mindig drágább.

Web programozás árak

A web programozás ára leginkább attól függ, mennyi egyedi logika kerül az oldalba. A sima tartalmi oldal és az összetett funkció között nagy az eltérés. A magyar árösszefoglalók szerint az alap weboldal készítés jellemzően néhány százezer forinttól indul, a bonyolultabb megoldás ennél jóval több lehet. A külföldi források is ugyanazt mutatják. Az ár nő, ha külön felhasználói felület, egyedi adatkezelés, külső rendszerkapcsolat vagy hosszabb tesztelés kell. Szerintem túl olcsó ajánlatnál mindig fel kell tenni a kérdést, mi marad ki. Olcsóbban dolgozni lehet, de 12.000 alatt egy értelmes hibakeresés vagy kisebb fejlesztési óra ritkán lesz alapos.

Az árnál nem csak az számít, hogy mi készül el, hanem az is, mi marad utána. Benne van-e az átadás, a dokumentálás, a javítási kör, a biztonsági mentés, a frissítés és a későbbi elérhetőség. Tapasztalatom szerint a túl alacsony végösszeg mögött gyakran hiányos tesztelés áll. És ez az a rész, amit az ügyfél csak később vesz észre.

Webprogramozó választása

Jó webprogramozó kiválasztásánál nekem három dolog fontos. Először az, hogy tud-e visszakérdezni. Másodszor az, hogy ad-e érthető feladatbontást. Harmadszor az, hogy vállal-e utókövetést. Sok megrendelő ott rontja el, hogy csak az első üzenet hangneme alapján dönt. Pedig az igazán hasznos jel az, ha a szakember röviden leírja, mire lesz szükség, mi a kockázat, és milyen hozzáférések kellenek a kezdéshez.

Érdemes mintamunkát nézni, de nem csak a látvány miatt. A kérdés inkább az, hogy hasonló funkciót készített-e már. Egy webfejlesztő lehet nagyon rutinos általános oldalakban, mégsem biztos, hogy jó választás összetett adatkezeléshez. Egy másik szakember kevésbé látványos portfólióval dolgozik, mégis gyorsabban és stabilabban old meg háttérfeladatokat. Én személy szerint jobban bízom abban, aki nyíltan megmondja, mire nem ő a legjobb választás. Az ilyen válasz ritka, de beszédes.

Kérj rövid ütemezést, tételes árat és határidőt. Nem kell hosszú szerződés minden apró részletre, de az legyen világos, mi az átadás feltétele. Sok vita abból lesz, hogy a megrendelő kész rendszert vár, a fejlesztő pedig csak részfeladatot vállalt. Egy webprogramozó akkor dolgozik jól, ha a keretek már az elején tiszták.

Helyi webfejlesztés és környék

A helyi jelenlét nem minden munkánál döntő, de van, amikor sokat számít. Ha személyes egyeztetés kell, akkor más az elérhetőség a belvárosban, más a külső kerületekben, és megint más az agglomerációban vagy a környező településeken. A kisebb javításokat ma már sokan távolról is megoldják. De összetettebb weboldal fejlesztés esetén néha hasznos egy közös áttekintés, főleg akkor, ha több érintett használja majd az admin felületet.

Sokan ott hibáznak, hogy kizárólag közeli embert keresnek, miközben a feladatot valójában bárhonnan el lehet végezni. Mások meg ellenkezőleg gondolkodnak, és teljesen lemondanak a személyes kapcsolatról, pedig egy első találkozóval sok félreértés megelőzhető. Szerintem a jó középút az, ha az indulásnál van rendes egyeztetés, utána pedig marad az írásos követés. Így a munka nem csúszik szét.

Ha a projekt helyi szolgáltatáshoz kötődik, akkor a fejlesztőnek értenie kell a területi logikát is. Más felépítés kell egy kerületekre bontott keresőhöz, más egy környék alapú kiszállási rendszerhez, és más egy olyan oldalhoz, ahol a felhasználó település alapján kér ajánlatot. Ezek apróságnak tűnnek, de a használhatóságon sokat változtatnak.

Weboldal fejlesztés menete

A rendes weboldal fejlesztés általában felméréssel indul. Mi a cél, kik használják, milyen adat kerül be, és milyen eredményt vár a megrendelő. Ebből lesz egy egyszerű leírás, utána árajánlat, majd fejlesztés. A megbízható folyamatban van tesztelés, átadás és rövid támogatási idő is. A magyar szakmai anyagokban ez a sorrend visszatérő elem, és szerintem nem véletlen. A kapkodva induló projekt majdnem mindig visszaüt.

Volt egy ügyfél, aki azt mondta, neki csak egy apró módosítás kell. Később kiderült, hogy a feladat valójában több jogosultsági szintet, automatikus e mail küldést és admin felületet igényel. A munka végül jól sikerült, de csak azért, mert a szakember megállította az elején, és újratervezte a keretet. Sok pénzt és idegeskedést spórolt vele. Én ezt jó jelnek tartom. Nem azt, ha valaki mindenre azonnal igent mond, hanem azt, ha időben felismeri a valódi terjedelmet.

A folyamatnál érdemes kérni rövid ellenőrzési pontokat. Például működik-e a mobilnézet, hogyan mentődik az adat, mi történik hibás kitöltésnél, és ki kap értesítést. Ezek egyszerű kérdések. Mégis ezek döntik el, hogy a kész oldal használható lesz-e a hétköznapokban.

Web programozás gyakori hibái

A leggyakoribb hiba az, hogy a megrendelő túl általánosan írja le, mit szeretne. A második, hogy nincs döntés arról, ki adja a szöveget, képet, hozzáférést. A harmadik, hogy senki nem számol a későbbi módosításokkal. A web programozás nem egyszeri kattintás. Inkább egy olyan munka, ahol az alapok minősége később is meghatározza a költséget. Emiatt a túl gyors vállalás és a túl rövid határidő nekem mindig gyanús.

Sok ember azt gondolja, hogy a hiba csak technikai lehet. Pedig gyakran kommunikációs. A fejlesztő mást ért kész állapot alatt, mint az ügyfél. A funkció ott van, de nem úgy működik, ahogy elképzelték. Ezt megelőzi egy normális leírás, pár képernyővázlat vagy legalább néhány konkrét példa. Nem kell hozzá külön tervező. Elég az, ha mindenki ugyanarról beszél.

Az is gyakori, hogy valaki csak az induló költséget nézi, és nem számol a fenntartással. Pedig egy oldal később is igényelhet frissítést, kisebb javítást vagy új funkciót. Szerintem olcsóbb eleve úgy építkezni, hogy lehessen továbbfejleszteni. A nagyon olcsó, de zárt és rendezetlen megoldás később több pénzt vihet el, mint egy átgondolt indulás.