webdev

Mobil alkalmazás: akkor kell, ha kell!

Mobil alkalmazások ábra Az egész azzal indult, hogy az Index előrukkolt az iOS és Android alkalmazásaival. Erre aztán HH Gergő és Doransky is megírta a tutit a mobil alkalmazás vs. mobil web alkalmazás témában.

Erősen túl van ez lihegve kéremszépen! Jó nagy feneket kerítettek a semminek. Ha felmerül a kérdés, hogy valamit hogy csináljunk meg, natív app-ként vagy web appként, akkor az azt jelenti, hogy megvalósítható webappként is. Tehát teljesen felesleges a natív app. Bővebben:

A natív alkalmazást nulláról le kell fejleszteni, folyamatosan támogatni és/vagy üzemeltetni kell, mindezt minden egyes platformra külön-külön. És közben igazodni az adott market szabályaihoz. A felhasználónak meg meg kell találnia és le kell töltenie.

Miközben, a mobil web alkalmazást, meg csak használni kell. Fejleszteni és üzemeltetni pedig egy olyan technológiai közegben kell, amihez már rendelkezésre áll az infrastruktúra. Csakúgy, mint az ehhez szükséges szaktudás is.

Persze van, amit nem lehet mobil weboldalként leprogramozni, egyszerűen szükséges a natív iOS vagy Android alkalmazás. Erre mondom én, hogy akkor kell, ha kell. Ha meg nem, hát akkor meg nem.

Dől a lé

Persze, mindez csak a technológiai megközelítés, tudom én jól. Üzleti szempontból akár lehetne is értelme a külön mobil app-nak. De most olyan érzésem van, mint a 90-es években, amikor azért akart valaki weboldalt, mert a másiknak is van. Magyarul, teljesen feleslegesen csinálták, nem is vártak tőle konkrét üzleti eredményt, inkább csak áhítoztak, hogy ettől majd milyen jól beindul a biznisz.

Ez van most is a mobil alkalmazásokkal. Csináljuk meg, mert a konkurenciának is van. Ha nem tudod alátámasztani sziklaszilárd üzleti tervvel, hogy miért éri meg megcsinálni, akkor nem éri meg. Ez tényleg, ennyire bonyolult?

Egyébként Doransky blog bejegyzésének majdnem mind a 8 pontjában szerepel, hogy „rá kéne már ébredni, hogy...” Mátyás, ugye ismered azt a viccet, amikor a rádióban bemondják, hogy egy őrült szembe megy a forgalommal az autópályán. Mire a hűsünk: Egy? Dehogy egy, mindenki!

A webfejlesztés nagy "megmondásai"

Webisztán közöl egy linket, ahol összegyűjtötték a webfejlesztés "törvényeit": itt, angolul

Gondoltam lefordítom a jobbakat, szigorúan szabadon! Hátakkor lássuk:

Brook törvénye
Egy késésben lévő projektnél új munkaerő bevonása csak tovább késlelteti azt.

Parkinson törvénye
Minden munka legalább addig tart, amennyi idő van rá.

Hoare törvénye
Ez nagyon igaz:
Minden nagy probléma, valójában egy jól elrejtett apró probléma.

Lister törvénye
A szűkös határidőtől senki nem fog gyorsabban gondolkodni.

Pareto elv
Én ezt így ismertem:
80/20 szabály: A szükséges funkciónalitás 20%-ának elkészítésével lefedhető az igények 80%-a.

Tesler komplexitás törvénye
Minden feladat csak egy adott mértékig egyszerűsíthető. Azon túl már csak a súlypont változik.

Occam törvénye
A lehetséges magyarázatok közül mindig az igaz, amelyiknél a legkevesebb a feltételezés.

Hofstadter törvénye
Egy feladat elvégzéséhez szükséges idő mindig tovább tart az előre eltervezettnél. Akkor is, ha előzetesen figyelembe vetted ezt a törvényt is.

90-90 törvény
Ezt is máshogy ismertem:
A funkciók 90% százalékának elkészítéséhez szükséges az idő 90%-a. A maradék 90%-hoz, újabb 90% idő kell.

Hartree törvénye
Én kb így hallottam:
Egy program mindig két hét múlva lesz kész.

(Ez azért vicces mert a mostani projektjeimre ez teljes mértékben igaz :))

Jakob törvénye
Az interneten böngészők az idejük nagy részét nem a te oldaladon töltik. Ez azt jelenti, hogy azt szeretnék, hogy a te oldalad úgy működjön mint a többi, amit ismernek.

Fisher törvénye
Minél jobban adaptálódott egy szervezet, annál kevésbé adaptív.

Hát ebben bizony semmi érdekes nincs, ezt eddig is tudtuk :)

Clarke második törvénye
A lehetőségeink határait csak akkor fedezhetjük fel, ha néha átlépjük azt.

Na végülis mindet "lefordítottam". Biztosan máshol másképpen idézik ezeket a mondásokat, nekem ezt jelentik.

Feliratkozás RSS - webdev csatornájára