Mikrocontroller (MCU) összekapcsolása mobil appal

IoT eszközöt Wifi és Bluetooth kapcsolattal mikrocontroller mobil app fejlesztéshez
IoT képes eszközök

A mai, modern mikrocontrollerek (MCU) nemcsak olcsók, de számos feladatra használhatók. Az automatizálás elképzelhetetlen nélkülük. Ilyen az Espressif, Raspberry Pi Pico, és NodeMCU microcontrollerek. Ezek különösen érdekesek lehetnek a mobil app fejlesztés szempontjából. Ezek a mikrokontrollerek kiválóan alkalmasak különböző szenzorok, aktuátorok, és más eszközök csatlakoztatására. Ezek lehetővé teszik, hogy új funkciókat adj a mobil alkalmazásaidhoz.

Mikrocontroller mobil appal több területen bevethető

Ezek tulajdonképpen az egyre terjedő IoT (Internet of Things = Az Eszközök Hálózata) megoldások. Pici, költséghatékony eszközök figyelik meg a környezetüket. Az így nyert adatokat számos alkalmazásban felhasználhatjuk.

Okosotthon integráció

Az Espressif vagy NodeMCU modulokat használhatod okosotthoni eszközök, mint például lámpák, hőmérők vagy biztonsági kamerák vezérlésére. Egy mobilalkalmazás segítségével távolról is irányíthatod ezeket az eszközöket.

Környezeti adatgyűjtés

A Raspberry Pi Pico és más mikrokontrollerek különböző szenzorokkal, mint hőmérséklet-, páratartalom-, vagy légszennyezettség-mérőkkel kombinálva hasznos adatokat gyűjthetnek, amelyeket a mobilalkalmazásod megjeleníthet.

Egészségügyi alkalmazások

Például egy pulzusmérő szenzor csatlakoztatásával a mikrokontroller egészségügyi adatokat gyűjthet, amelyeket a mobilalkalmazásod feldolgozhat és elemezhet.

Játék- és interaktivitás

A mikrokontrollerekkel különleges játékvezérlőket vagy interaktív eszközöket hozhatsz létre, amelyek Bluetooth-on vagy Wi-Fi-n keresztül kommunikálnak a mobilalkalmazásoddal.

2023 szeptemberében Prágában tartották a Flutter Firebase Festival (F3) eseményt, ahol testközelből is kipróbálhatóak voltak hasonló mikrocontroller mobil appok. Roman Jaquez vitte a standot, argentín temperamentumával.

DIY projektek és oktatás

Ezek a mikrokontrollerek kiválóan alkalmasak oktatási célokra és DIY projektekhez. Ezeket mobilalkalmazásokkal kombinálva még érdekesebbé és interaktívabbá tehetjük.

Prototípus építés mikrocontroller + mobil app kombóval

Időnként szükség van olyan egyedi megoldásra, ami kilép a mobil telefonról és kapcsolatba tud kerülni a környezetével. Ezek a készülékek lehetővé teszik a gyors és költséghatékony prototípus készítést, ami létfontosságú lehet egy fejlesztői projekt sikeréhez.

Nézzünk néhány előnyt, amit ezek a mikrokontrollerek kínálnak:

Gyors fejlesztés

Ezek a mikrokontrollerek könnyen programozhatóak, és számos könyvtárral és fejlesztői eszközzel rendelkeznek, amelyek gyorsítják a fejlesztési folyamatot. Népszerű, és mára már a legelterjedtebb ilyen környezet az Arduino IDE-je.

Rugalmas alkalmazás

A legkülönbözőbb projektekhez használhatod őket, kezdve az egyszerű szenzoros adatgyűjtéstől a komplex IoT (Internet of Things) alkalmazásokig.

Tesztelés és iteráció

Lehetővé teszik, hogy gyorsan teszteld az ötleteidet és iterálj a prototípusokon, ami növeli a végső termék minőségét és megbízhatóságát.

Költséghatékony

A mikrokontrollerek a fejlesztő eszközökkel általában kedvező árúak. Ezek 2-3-10 000 Ft-ból megúszhatóak. Ez teszi lehetővé, hogy kísérletezz anélkül, hogy nagy költségekbe vernéd magad.

Közösségi támogatás

Nagy és aktív open-source közösségek jöttek létre. Az Arduino IDE számos MCU-t támogat már. A közösség segít a problémák megoldásában, ha elakadnánk. Ez mind hasznos a fejlesztés során. Nekünk tényleg csak az értékre kell fókuszálnunk.

A YouTube-on készültek videók magyarul, amik nagyon érthetően mutatják be az alapokat.

Primusz Péter – Hobbielektronika

Online Arduino tanfolyam a Vaultban

Milyen jellemzői vannak egy mikrocontroller mobil appnak?

Előnye ezeknek a Wifi, Bluetooth kommunikációval ellátott eszközöknek, hogy olcsók, és a kijelzőt maga a mobil telefon adja. Így távolról, biztonságosan mérhető bármi és oda-vissza kommunikációval akár be is avatkozhatunk. Segíti a távoli konfigurálást.

Költséghatékonyság: Mivel a mobiltelefon látja el a felhasználói felület szerepét, nincs szükség külön kijelzőre vagy bonyolult kezelőpanelekre, ami jelentősen csökkenti a fejlesztési költségeket.

Távoli elérhetőség: A mobilalkalmazások segítségével a felhasználók bárhol és bármikor hozzáférhetnek az adatokhoz, irányíthatják a rendszert, vagy módosíthatják a beállításokat, ami növeli a rendszer rugalmasságát és elérhetőségét.

Interaktivitás és beavatkozás: A kétirányú kommunikáció lehetővé teszi, hogy nemcsak adatokat gyűjtsünk, hanem be is avatkozzunk a rendszer működésébe, például változtatásokat hajtsunk végre a raktározási környezetben vagy automatizált folyamatokban.

Biztonság: A modern mobilalkalmazások által nyújtott biztonsági protokollok segítségével biztosítható, hogy a kommunikáció biztonságos és védett legyen az illetéktelen hozzáférés ellen.

Egyszerű konfigurálás és karbantartás: A mobilalkalmazások segítségével könnyebbé válik a rendszerek konfigurálása és karbantartása, hiszen a felhasználói felület intuitív és könnyen hozzáférhető.

Láthattuk, hogy számos területen bevethető egy mikrocontroller, ami sokféle módon intergrálható egy mobil appal.

Ha érdekel ez a felhasználási terület, vedd fel velem a kapcsolatot. Nézzük meg, hogy mi az a projekt, amiben gondolkozol.

Applify – demózd az oldaladat ingyenesen

Applify logó

Az ApplifyApp My Site egy olyan egyedire szabható app, ami egy általad megadott website-ot tölt be a natív appba. Beállítva a saját weboldalad címét, megnézheted, hogy hogyan nézne ki egy natív appban. Ezen kívül számos egyedire szabható lehetőség van az Applify -ban.

Applify ismertető

Látogass el a projekt oldalára, ahol bővebben is olvashatsz a funkciókról!

Tesztelheted a személyre szabott kinézetet a linkek megnyitásával vagy QR kód szkennelésével.

Előtte mindenképpen telepítsd, hogy teljes legyen az élmény!

Applify funkciók

Nem szükséges regisztrálni. Add meg a kedvenc webhelyet címét, és nézd meg, hogy hogyan viselkedik a különféle színbeállításokkal.

Az Adatkezelési tájékoztatóban olvashatsz az adatkezelésről.

Egyedi webcím

Bármilyen URL-t (hivatkozás) megadhatsz a Beállításokban. Ekkor a főképernyőn mindig ezzel az oldallal indul az alkalmazás.

52 színséma

A legújabb, Google által tervezett Material 3-as felületi elemeket használja. A Beállításokban igazítsd a kedvenc oldaladhoz a színeket!

Sötét és világos mód

Gondoltunk azokra is, akik számára már alapvető beállítás a sötét vagy világos mód. Ennek a módnak a megadásával további színsémákat kapsz, ami automatikusan igazodik a legújabb trendekhez.

Egyedi paraméterek beállítása

Haladó beállítások lehetővé teszik, hogy egyedi paramétert küldj az oldalad felé menő kérésekben:

  • tetszőleges query paraméter az URL-ben
  • X-Header név és értékpár megadása
  • szabványos UserAgent beállítása

Ezekkel a beállításokkal el tudod érni azt, hogy a mobilon és egy böngészőből más-más tartalmak jelenjenek meg.

Előkészületben

A fentiek az alap funkciók, amik tovább bővülnek az igényeknek megfelelően.

Push értesítések

Próbáld ki, hogy hogyan működne az értesítés, ha mindenki megkapja. Arra is lehetőséged van, hogy egy adott eszközre küldöd el.

Szerezz marketing előnyt a mobil app értesítésekkel a versenytársaid előtt. Egy push megnyitási aránya még mindig 50% fölött van!

Megosztás másokkal

Ez a funkció akkor jön jól, ha emlékezni szeretnél a beállításokra. Csak mentsd el képként, vagy oszd meg másokkal! Ezáltal könnyedén láthatóvá tudod tenni más számára is.

iOS támogatás

Az Apple store-ban való megjelenés előkészítés alatt áll.

Hotpot.ai

Letöltés

A ChatGPT a termék fejlesztésben
Hogyan írjunk jó prompt-ot?

Az AI találkozik az emberrel : MidJourney
Az AI találkozik az emberrel : MidJourney

2022 novembere óta tudjuk, hogy a ChatGPT bármiben képes a segítségünkre lenni. Ez a termék fejlesztésben sincsen másképpen. Persze itt nem arról fogok írni, hogy fogadjunk el mindent tőle, amit kiad magából. Főként arról van szó, hogy milyen türelmes és segítőkész asszisztenst kaptunk általa.

A programozók régóta álmodoztak róla, hogy a saját szavaikkal megfogalmazva, kész megoldásokat kapjanak. Erre több, mint 60 évet kellett várni, de mára elérhető. Tovább menve, szinte még beláthatatlan az a hatás, amit egyéb szakmákra gyakorol. Olyan emberek lesznek képesek rendszereket megtervezni és előállítani, akik eddig a tudás híján voltak.

A cikk írásának pillanatában a ChatGPT 4.0 modell volt elérhető számomra, így a tanulmányokban is még ezek szerepelnek. Ha újabb modell lesz elérhető, akkor a cikket frissítem ennek megfelelően.

Mit tud a ChatGPT a termék fejlesztésben

Az OpenAi.com ChatGPT 4.0-ás verzióját használtam a prompt-jaim során.

A prompt (parancs, utasítás) az a szabadszavas megfogalmazás az MI interfészén keresztül, amivel feladatot kérünk tőle. A jövőben fel fog értékelődni azoknak a szakembereknek a munkája (prompt engineer), akik minél pontosabban, a kívánt végeredmény elérése érdekében tudják megfogalmazni utasításaikat.

Raktári áruk nyomkövetése

Első próbálkozásom egy mobil app UI terv készíttetése, ami Bluetooth eszközt használ a raktári áruk nyomkövetésére. Ehhez 3 képernyő tervre van szükségem, valamint egy app logóra. Ezek elkészítéséhez a ChatGPT-t, MidJourney és Bing AI-kat használtam.

Mese írásban jó a ChatGPT

Mese app UI terve

Ezután következett egy mobilalkalmazás felhasználói felületének tervezése, amely meséket tartalmaz kisgyerekeknek. Az olvasó kiválaszthat egy mesét, olvashat a szinopszisról, megtekintheti a borítóképet, elolvashatja a teljes szöveget vagy meghallgathatja hangoskönyv formában.


Kiemeltem, hogy az alkalmazás nyugodt és világos színű témával rendelkezzen. Ez ellazítja a szemet, és megnyugtató a gyermekek számára.
Ehhez is a ChatGPT-t, MidJourney és Bing AI-kat használtam, több iterációban. Az egyes pontosító prompt-okat “iterációval” jelöltem.

E-learning termék fejlesztése ChatGPT-vel

Ha Generatív Mesterséges Intelligenciával kísérletezek, akkor nem maradhat ki az oktatás sem. Egy felnőtteknek szóló E-learning termék fejlesztésének a lépésein vezettem végig az AI-t.

Ennek 2 része volt: egy mobil app és egy szerver admin felülettel. Feltártam, hogy milyen fő részei kell legyen a megoldásnak? Érintve mind a mobil, mind a szerver oldalra kértem javaslatot.

Konklúzióm

Még a kezdetleges felhasználói tudásommal mellett is elégedettség tölt el, ha a feladatok végrehajtását kell összegeznem.

A generatív AI nem újdonság, pár éve már velünk vannak, azonban mostanra ért el mindenkihez. Bár a végeredmény nem tökéletes, ezt mindössze annak tudom be, hogy a “prompt-olást” még tanulom, gyakorolnom kell. Szoftverfejlesztőként ehhez hozzá vagyok szokva, hogy napra készen kell tartanom a tudásomat.

A fenti linkeken elérhetőek a tanulmányaim, amit bárki használhat. Célom a tudásmegosztás, hogy minél jobb dolgokat hozzunk ki ebből az eszközből.

Biztos vagyok benne, hogy az termék fejlesztés során, az architekti feladataim közé minél jobban behúzom a Mesterséges Intelligenciát.

Keress meg bizalommal, ha kérdésed vagy kérésed van a témával kapcsolatban. Szívesen beszélgetek veled a saját ötleted vagy terméked megvalósításáról. Amennyiben végponton (API) szeretnéd használni a ChatGPT-t, olvasd el a A ChatGPT és a Flutter cikkemet is.

Weboldal a mobil app helyett
Van olcsóbb megoldás mobilra

Weboldal vagy mobil UI tervezés termékfejlesztés közben
Forrás: Unsplash, amayli

Biztosan te is jártál már úgy, hogy rengeteg ötletet összeírtál magadnak. Ezek közül végre sikerült kiválasztani a kedvencedet. Rászántad az idődet, hogy utánanézz, lekutasd a témát. Ilyet még senki sem csinált! Remek! – gondoltad magadban. Már csak meg kell valósítani. De hogyan? Weboldal legyen vagy mobil alkalmazás? Netán PWA? Ez azonban csak a kezdet. Számos más kérdést kell még feltenned magadnak.

Ötletem már van. Hogyan lesz ebből bármi is?

Ha még nem találkoztál digitális termék fejlesztésével, akkor ajánlom körbejárni a témát. Az Így tervezz mobil alkalmazást 5 lépésben – 1. rész kendőzetlenül körbejárja a téma. Ezért most nem írom le részletesen, bővebben ott olvashatsz róla.

Hol induljak el vele?

Hogyhogy hol?? Az interneten, nem?” – Nos, nem ilyen egyszerű! 🙂

Volt szerencsém beszélgetni pár ötletgazdával. Ezek az alkalmak kiválóak arra, hogy pár kérdést a helyére tegyünk. Olyan szempontok merülnek fel, amik nem jutottak eszébe az ötletgazdának. Ez nem gond, hiszen azért osztja meg velem, hogy hozzáértően, konstruktív kritikát fogalmazzunk meg együtt.

Én csak egy mobil appot szeretnék, ami ezt meg azt csinál. – mondja Feri
– Értem. Tehát lesznek felhasználóid, beléptetéssel, igaz? – kérdezem
Aha! – vágja rá
– Social login is lesz? – teszem fel. – Tudod, Google, Facebook, stb.
Erre nem is gondoltam. – vallja be
– Kelleni fog majd egy szerver is. – vetem fel
Az meg minek? – kételkedik
– Tudod, a fizetési tranzakciókat hol fogod látni? Mi van, ha probléma merül fel?
Egy admin oldalra gondolsz? – csillan fel a szeme
– Igen. Neked fizető ügyfeleid lesznek, akiknek lesznek problémái. – erősítem meg

A fenti párbeszéd persze a képzelet szüleménye. Bár hasonlók szoktak elhangozni.

További szempontok, amiket érdemes megválaszolnod magadnak:

  1. Ha mobil app, akkor Android és iOS-re ki kell adni a store-okban.
  2. Kb. fél évente érdemes őket frissíteni. Ez fontos ASO (App Store Optimization, kb. ugyan az, mint a SEO) szempontból.
  3. Szükséged lesz fejlesztői fiókra, ahol kiadhatod (Owner, Account Holder)
  4. Kelleni fog valaki, aki megtervezi a kinézetet (design).
  5. Szerver (web)alkalmazás elengedhetetlen lesz a felhasználók, termékek, beállítások kezelésére. Cloud, VPS, mi legyen?
  6. Kell egy rövid, jól csengő név, logó. Apropó, domain regisztráció.
  7. Weboldal, ahol ismertető, Blog, GDPR, Adatkezelési szabályzat stb. elhelyezhető.
  8. Nem mindenki szereti a mobil alkalmazást. Biztosan erre van szükséged? Hallottál már a PWA-ról?
  9. A sok funkcióból szűrd ki, mi lenne az, amit legelőször szeretnél bemutatni? A többit hagyd későbbre!

Mennyi az annyi?

Konkrétumokban nem lehet beszélni erről. Ahány elképzelés, annyi féle kombináció. Azonban ökölszabályokat lehet hozni.

Tudnod kell, hogy egy mobil fejlesztés több lépésből áll, mint egy weblap kialakítása. Emiatt az árak is markánsabbak. A néhány száztól a több ezer munkaóráig terjedhet egy kis-közepes termék kialakítása. Vannak nem megúszható részek. De néhány párhuzamosítható, vagy későbbre tolható. Innen pedig egyszerű a matek, mert az óraszámot fel kell szorozni a fejlesztői órabérekkel.

Az egész az alábbi nagy fázisokban határozható meg:

  1. Ötlet gyűjtés
    • Kinek?
    • Mit?
    • Fizetős vagy Ingyenes?
  2. Termék meghatározása
    • Funkciók
    • Mi lenne, ha… ?
    • Iparági szabványok felkutatása
  3. Prototípus(ok) kialakítása
    • Rajzok, Mock-up-ok
    • felhasználói interjúk
    • design tervezetek (Figma, Adobe XD)
    • MVP
  4. Fejlesztés
    • felhasználói visszajelzések alapján
    • design véglegesítése
    • kódolás
    • mobil app, szerver, weblap, automatizálás, fizetési szolgáltató integrálása
  5. Tesztelés
    • fejlesztői tesztek (unit, integrációs)
    • automata tesztek
    • végfelhasználói tesztek (end-to-end, E2E)
    • jegyzőkönyvek, riportok
  6. Bevezetés, értékesítés
    • sales, marketing, PR
    • közösségépítés, kampányok
    • app store-okban kiadás
  7. Utóélet, támogatás
    • ügyfélszolgálat, helpdesk
    • rendszeres javítások
    • (termék visszahívása, kivonása)

Beszélj szakemberrel

Ha ezek borzasztóan hangzanak, beszélj egy szakemberrel.

A fenti tevékenységek közül számos elhagyható, egyszerűsíthető. Nem feltétlenül kell mindent megcsinálni. Nem is lenne reális kisebb ötleteknél.

Éppen ezért nem árt, ha nem egyedül vágsz neki. Pár alkalmas tanácsadás, vagy beszélgetés költsége még mindig megfizethető, mielőtt nagy fába vágnád a fejszédet. Kérhetsz ütemezést, hogy a cash-flow rendben legyen.

A jó szakember le tud beszélni egy költséges, vagy bonyolult részről. Akár egy jó alternatív helyettesítő megoldást mutat rá.

Érdemes élni a szakmai kapcsolatainak a kiaknázásával. Megfelelő szolgáltatók, partnerek ajánlásában sokat tud segíteni. Nem neked kell 3-5-10 felé beszélni az adott szakterületen. Persze fel is oszthatóak a feladatok: mindenki azt csinálja, amihez ért.

Kommunikáció

Fontos a projekt közben a tiszta kommunikáció. Ez lehet élőben, video call-on keresztül, emailben. A lényeg, hogy a leghatékonyabb legyen. Mindenki ideje drága. A meeting végére szülessen egy döntés. Ne csak a meeting kedvéért üljünk össze. A felmerülő kérdéseket és az azokra kapott válaszokat rögzítsük egy rendszerben (issue tracker, feladatkezelő, Excel 🙂 ), ahol mindenkinek elérhető.

Haladj a saját ütemedben

  • Ha nincsen meg a tudásod, olvass!
  • Ha nincsen meg a tőkéd, kerítsd elő! Vagy szerezz támogatót! Vagy egy közösséget, aki megelőlegezi neked. Ilyen a www.brancskozosseg.hu.

Lehet, hogy először csak egy fehér A4-es papíron lesz bemutatható. Ezután már lesz egy Figma terved, prototípusod. Aztán jöhet egy reszponzív weboldal, PWA vagy egy böngésző kiegészítő (Firefox, Chrome extension). Ha jó a fejlesztői keretrendszer, akkor abból könnyen lehet készíteni natív appokat. (Ilyen például a legnépszerűbb Flutter mobil app keretrendszer.)

A témában írtam több cikket, ezek is érdekelhetnek:

Ha szeretnél mobil appot fejlesztetni, de nem tudod, hogy hogyan indulnál neki, vagy csak támogatásra van szükséged benne, akkor keress meg a kapcsolataim egyikén.

Figma design file-ból Flutter kód

Időről időre megjelennek próbálkozások, ami a híjján lévő programozókat igyekszik pótolni. A Low-Code/No-Code (LCNC) eszközök ékes tárába a DhiWise Figma Plugin is csatlakozott. Meglepően jó kódot generálva egy MVP applikációhoz.

Voltak eddig is ígéretek: Figma design kóddá alakítása

Korábban a UICode pluginról írtam, ami jó kezdeményezésnek indult, azonban beletört a fejlesztők bicskája. Az elmúlt 1 évben már nem folytatják ennek a fejlesztését. A cikkem írásakor beszéltem a csapattal, és nagy reményeket fűztek hozzá. Talán túl ambiciózust is.

Felelevenítve a korábbi cikkemből a minta Figma design kinézetét, erről van szó:

  • 2 képernyő
  • pár gomb, amivel oda-vissza lehet navigálni
Figma designból Flutter kód
Egy egyszerű Figma designt készítettem

A DhiWise Figma plugin bemutatása

A GitHub repo itt leérhető: https://github.com/vborbely/figma-to-flutter

A Figma szerkesztőnket nyissuk meg, és a DhiWise Plugint adjuk hozzá.

Ezután már nincsen más dolgunk, mint lefuttatni a plugint a Run gombra kattintva.

DhiWise - Figma to Code plugin futtatása
DhiWise – Figma to Code plugin futtatása

Válasszuk a Design to Code lehetőséget.

A megfelelő opció kiválasztása

Ezután be kell állítanunk a megfelelő paramétereket:

  • Flutter kódot szeretnénk
  • az összes képernyőről (All Frames)
  • a teljes kódot kérjük (Complete Code)
  • adjuk meg a Figma design file URL-jét
  • Generate code gombbal menjünk tovább
Generálás előtti paraméterek beállítása
Paraméterek beállítása

Elképzelhető, hogy a Figma accountunk nincsen összekapcsolva. Tegyük meg a Connect To DhiWise gombra kattintással. Ezután, ha zöldre vált, ismét a Generate Code-dal tudunk tovább menni.

Figma account összekapcsolása
Figma account összekapcsolása

A generálás eltart pár percig, de meglepően gyorsan végez.

A sikeres generálás vége
Sikeres kód generálás

Valóban jó Flutter kódot kapunk?

A generálás közben feltűnik, hogy elég sokmindent elvégez automatikusan nekünk:

  • színek
  • képek
  • méretek exportálása

A végeredmény egy áttekinthető, Clean Architecture-re emlékeztető könyvtárszerkezet.

Csinos könyvtárszerkezet
A generált könyvtárak

Elárulom, hogy egy népszerű state management-tel van megoldva, a GetX-szel. A fejlesztői oldala itt érhető el.

Navigáljunk vissza a főképernyőnkre, és ott válasszuk ki a friss projektünket. Itt már láthatjuk, hogy profi megoldással van dolgunk. Ezen a helyen van lehetőségünk finomhangolni a kódot. Elnevezni a képernyőket.

A finomhangolás
A projekt kód finomhangolása

A Configure gombra kattintva érhetőek el a komponensek, stílusok, betűtípusok, színek beállításai. Nagyon részletes!

Beállítások

Ha mindezzel megvagyunk, akkor zárjuk be a beállításokat, és generáljuk le a kódot. Ezt a képernyő tetején, a közepén található Code view gombra kattintva tehetjük meg.

A jobb alsó sarokban a letöltés gombbal egy ZIP-ben megkapjuk a kódunkat. Ezt ezután betöltve a kedvenc IDE-nkbe, máris futtathatjuk a natív appunkat.

Kód letöltése
Kód letöltése

A kódot átböngészve kellemes benyomást ad. Kellően szét vannak választva a UI, az üzleti logika (Business Logic) és az adatkötések (Binding). Erről részletesebben nem írok, mert ez egy fejlesztőnek lehet izgalmas 🙂

Az, hogy a kapott kód mire elegendő, mindenki döntse el saját maga. Én a magam részéről azt mondom, egy ingyenes megoldástól ilyen minőséget kapni, igazán “kifizetődő”.

Tipp: Kis adalék még, hogy az Adobe XD file-okat Figmába, onnan pedig kódra tudjuk váltani.

Ennél a megoldásnál már ténylegesen arról van szó, hogy ott folytathatja a programozó a munkáját, ahol a designer abbahagyta a Figmában.

Ha megtetszett a Flutter mobil fejlesztés, de nem tudod, hogy hogyan indulnál neki, vagy csak támogatásra van szükséged benne, akkor keress meg a kapcsolataim egyikén.

Ezek a Google IO bejelentései 2022-ben

A Google IO 2022-n nagy hangsúlyt kapott a Flutter.

Az idei évben a Google nem kevesebb, mint 14 téma köré szervezte az eseményeit. Ezek között voltak a nagy platform bejelentések, valamint workshopok is. A bejelentkezésemben szemezgetek a technológiai újdonságokból. Ezek közül főként a mobil fejlesztést érintő érdekességeket szedtem össze. De nem csak ezeket! Olvass tovább!

A Flutter velünk marad, ez már biztos

Ezt az 5 perces összefoglalójában Kevin Boateng, a Flutter Product Marketing Managere sűrítette bele.

Nagy hír volt, hogy megjelent a Flutter 3 verziója. A 2018-as kezdetek óta, amikor a Flutter 1.0 megjelent, a 2 mobil platformból mára 6 platform lett támogatott. Ez úgy jön össze, hogy 2 mobil, a web és 3 desktop, a Windows, Linux és Mac OS van a listán. Igen! Közös kódbázissal. Ha jól választunk package-ket, és néhány helyen elvégezzük a platform specifikus beállításokat és ellenőrzéseket, akkor 80-90%-ban közös kódbázisról beszélhetünk.

Ezekhez én még hozzátenném, amit hivatalosan nem népszerűsítenek még, de egyre többször látom a közösségben, hogy a szerver oldali megoldások is terjednek. Ki tudja, talán egyszer beérik, de addig még nagyon sokat kell fejlődnie a Dart nyelvnek. Ez pedig nincsen a Google roadmapjén.

Ez igazi költségmegtakarítást jelent egy szoftverfejlesztő cég életében.

A Firebase még jobb lett

Rendszeresen olvasok cikkeket, amikben fejlesztők mutatnak be tippjeiket, vagy a használati eseteket, ahol segített nekik a Flutter. A Google io esemény után, ahogy lenni szokott, érkeznek a reflektáló cikkek. Ezek közül egy fontos dologra mutatott rá Andrew Zuo a Medium.com hasábjain.

Eddig kézzel kellett egy új projekthez a Firebase-t beállítani. Ugyan nem volt vele sok vesződség, de mégis. A Google IO esemény előtt órákban azonban a firebase.flutter.dev dokumentációs leírás a firebase.google.com/docs/flutter/setup oldalra vándorol. Ez ékes bizonyítéka, hogy innentől kezdve a Flutter elsőszámú polgára lett a Firebase ökoszisztémának.

Ennek megfelelően megérkezett a Firebase CLI, ami megkönnyíti az új projekt létrehozását. Ezentúl nem kell a böngészőben kattintgatni, helyette parancssorból állíthatjuk be.

Nem újdonság, csak a szokásos dolgok

Ez a frissítés amellett, hogy a Google törekvéseit végre beváltotta, a mobil fronton sok újat nem hozott.

A “szokásos” sebesség javítása iOS platformon. A memória még jobb kezelése. A letöltött applikáció még kisebb méretűre csökkentése. Ezek talán eltörpülnek a mai világban, amikor már minden telefon gyorsabb, nagyobb, okosabb. De ne feledjük! Ezeket úgy kapjuk meg időről időre, hogy nem kell érte tennünk szinte semmit. Csupán követni a keretrendszer fejlődését, és a legfrissebben tartani a keretrendszer verzióját.

A Flutter appoknak van még hova lefaragni a méretből, de már így is kellően kis méretűek. Kb. 5 Mb-ot tesz hozzá a saját futtató környezet. Megérzésem szerint, amikor elterjed a Fuchsia OS, az már natívan képes lesz futtatni az appokat, és ez a minimális futtató réteg is elhagyható.

Amint látható, a mobil fejlesztés területén a Google nem pihen. Időtálló megoldást épít a piac igényeit kielégítve.

Ha te is gondolkozol egy mobil alkalmazás fejlesztésén, de nem tudod, hogy hogyan állj neki, vagy keresed a megfelelő csapatot, akkor keress meg. A Flutter keretrendszerrel 2-t kapsz 1 áráért.

1 fejlesztőt (csapatot) kell menedzselned.

Kétszer olyan gyorsan készül el a terméked a két platformra (Android, iOS).

Fele akkora költséggel készül el a terméked.

Ez nézőpont kérdése, a Te nézőpontodé!

Ha kérdésed van, keress meg elérhetőségeim egyikén.

A témában tovább olvashatsz itt.

Tippek: Védd meg a tulajdonaidat
Egy mobil app tulajdonos erre figyel, hogy ne károsítsák meg

forrás: Pixabay / SarahRichterArt

Összeszedtem azokat a fő pontokat, amikre egy mobil app, vagy más digitális termék fejleszttetőjeként mindenképpen figyelj oda. Nem elegendő egy terméket beindítani valahogyan, de azt tudni is kell üzemeltetni. Mivel egy termék hosszú életű, érdemes már az elején lefektetni olyan alapokat, ami később sok fejfájástól kímél meg.

Előljáróban annyit tennék hozzá a továbbiakhoz, a több ügyfelemnél látott hibás gyakorlatokat gyűjtöttem össze. Ezek tehát sajnos megtörtént esetek, és csak a szerencsének köszönhető, hogy nem lett nagyobb baj (még).

Érdemes eljátszani a gondolattal, hogy …

Mi történne, ha már nem működne olyan jól az együttműködés egy partnerrel, egy fejlesztővel vagy fejlesztő céggel?

Alkalmazás nevének kiválasztása

A mobil appok több millióan vannak a Store-okban. Nehéz ma már kitűnni. Komoly kampányt kell kifizetni érte, hogy felfigyeljenek rá a felhasználók. Ha megvan a név, ami ASO kompatíbilis (App Store Optimization), és ezt elkezdjük bejáratni, akkor nagy veszteség, ha ezt elveszik tőlünk.

Figyeljünk oda, hogy milyen kiadóként szerepel a mi pénzünkön kiadott app az adatlapján. Ezt az alkalmazás részleteinél láthatjuk. Ezen a részen vannak kitöltve a cégnév, kapcsolattartók, webhely, egyszóval a fejlesztő elérhetősége. Ha nincsen meg a technikai tudásunk, és ügynökséggel fejleszttetünk, akkor erre figyeljünk oda, hogy jól legyen kitöltve, és ránk mutasson.

Esetleg érdemes megállapodni, hogy meddig lehet kint az ügynökség neve, pl. a fejlesztési költségek X %-ának kifizetéséig. De ezután mindenképpen állítsuk be!

Ez a része könnyedén átírható az áruházak adatlapjain. Van azonban egy rész, ami nem. Ez pedig a package id Android-on és bundle Id iOS-en. Ezek olyan az egész (világon) áruházakra jellemző nevek, amikből csak egy szerepelhet. Pl. com.facebook.app nevű alkalmazás csak egy létezhet. Sőt, az Apple-nél még az is megadható, hogy a com.facebook.* előtag után is foglalt legyen általunk. A lényeg, hogy lehetőleg ez a rész is minket azonosítson.

Jogosultságok beállítása

Ha már fent esett szól az app illetőségéről, akkor egy alapvető dolog, hogy ki az app tulajdonosa az áruházban? A Google Play-en Owner, az Apple Store-ban pedig Account Holder a neve ennek a szerepnek. Ezeket soha ne adjuk át másnak!

Minden alkalmazásáruház tudja, hogy többeknek, sokféle hozzáférést kell kiosztani. Beállításukhoz megfelelő jogosultságra van szükség. Csak a legszűkebb jogokat adjuk oda pl. egy fejlesztőnek, egy ügyféltámogatást végzőnek, vagy aki az apphoz érkező megjegyzéseket kezeli.

Ne csak a store-okra korlátozódjon ez az előrelátás. A GitHub-on, GitLab-en, Bitbucket-en, AWS, Azure, Google Cloud Platform-ban (GCP), Firebase-ben, Expo.dev-en (React Native CD/CD) stb. ezek a beállítások ugyan úgy megtalálhatóak. Nézzük át őket!

Ha kell, kérjük be a felhasználónevet, vagy hozzunk létre mi magunk egy újat, aminek a minimális jogokat kiosztjuk.

Korlátozd a külső szolgáltatókat

A fenti listából kitűnik, hogy egy tech projekt nagyon sokféle külső eszközre támaszkodik. Ez jól is van így, hiszen mi főként terméket szeretnénk fejleszteni és értékesíteni. Az üzemeltetésről azonban ugyancsak gondoskodnunk kell!

Ellenőrizzük, hogy egy új szolgáltató bevezetésével mennyire zárjuk be magunkat (vendor locking)? Ha már nem megfelelő, tudunk-e költözni? Mennyire szabványos a megoldásuk, és esetleg máshol is tudjuk használni és újra felépíteni?

Minél kevesebb a külső függőség, valamint minél kevesebb a szolgáltatás, annál könnyebb kézben (észben) tartani a dolgainkat. Nem mellesleg mindig olcsóbban jövünk ki.

Legyen egy checklistád!

A fentiek alapján a saját ellenőrző listámat osztom meg, hogy mint cégvezető, mindig tudd, hogy mi történik a házad táján.

  • Szerverek nevei, IP címei, felhasználók jelszavakkal
  • A fontos és fő felhasználók nevei, e-mail címei jelszavakkal
  • Helyreállítási e-mail címek, telefonszámok
  • Hol van hosztolva a szerver? Külföldön – miért? Szükséges?
  • Az adatbázisok hozzáférése védett? Nem a “gyári” jelszavakkal megy?
  • Van teszt és éles, esetleg egyéb szerver, amit üzemeltetsz? Hol – hogyan érhető el?
  • A Push Üzeneteket ki és honnan küldi?
  • A szolgáltatásokhoz a Service key, Api key-ek hol vannak beállítva, tárolva?

Mit tegyünk, ha már baj van?

Előfordul az életben, hogy meggondolja magát egy partner, vagy te nem vagy már elégedett a munkájával és elbúcsúznátok egymástól.

Feltételezhetően a partner is békésen szeretné zárni az együttműködést, és nem gördít akadályt eléd. Ekkor sorra kell venni a checklistát, és közösen kellő időt szánni az elválásra. Aktív közreműködést kell kérni, hogy mielőbb lezárható legyen. Fontos, hogy jogilag a köztetek fennálló szerződés még köti, illetve később a jog is a segítségedre lesz, ha valami akadály felmerülne.

A fent említett eszközökben a beállítások egyszerűen megtehetőek. Saját magunk elvégezhetjük, és végezzük is el! Ha már nem dolgozunk együtt, akkor semmi szüksége nincsen a mi szervereinken, alkalmazásainkban tárolt adatainkra.

Az appok átköltöztetése, pont a fenti egyedi név miatt, már nehezebb, de nem lehetetlen. Az Apple-nél ez nehezebb, de van erre kidolgozott procedúra és az app transzferálható másik Account Holderhez. A Google-nél pedig a tulajdonost kell átállítani (és átírni az áruházi adatokat).

Remélem hasznosnak találod a gondolataimat a témában. A fentiekben szereztem tapasztalatot, láttam különféle megoldásokat. Amennyiben segítségre van szükséged, keress meg az elérhetőségeim egyikén.

Mobil app vagy Mobil website? Melyik a jobb választás?
A 2020-as év fellendítette a mobilozást

Melyiket válasszam? Mobil app vagy mobil website?
Néha nehéz választani a jó közül. forrás: pixabay.com

Elérkezett a mobilozás ideje – a mobilt használók már többen vannak, mint az asztali gépet használók. Ennek következményeként az üzleti élet felismerte, hogy a mobil kommunikációt hatékonyabban kell használnia, hogy új ügyfeleket vonzanak. Bár ez önmagában még nem elegendő! A mobil app-okat vagy az website-jainkat optimalizálni kell a jó felhasználói élmény érdekében. Melyikre fektessük a hangsúlyt, ha a költségeket szinten kell tartani?

A 2020-as év eseményei tovább erősítették azt a tendenciát, hogy az emberek már inkább mobil eszközökről interneteznek, érik el a digitális tartalmakat.

Mobile App-ok

A natív mobil app-ok meghatározott platformra készülnek, úgymint iOS vagy Android operációs rendszerre. A felhasználók letöltik és telepítik az eszközeikre, és általánosan elmondható, hogy a natív app-ok gyorsabb és érzékenyebb felhasználói élményt nyújtanak a mobil website társaiknál.

A felhasználói élmény

Többféle, interaktív módon lehet a felhasználókat elkötelezni

A mobil app lehetővé teszi, hogy a meglévő felhasználóidnak egy új csatornán keresztül tudsz értéket adni. Ahelyett, hogy ugyan azt a szöveget és képeket kellene néznie, mint egy website-on, az app-ok olyan funkciókat tartalmaznak, amik az app speciális részeivel is kapcsolatba kerülnek. Például, az Instagram felhasználók megnézhetik a képeket egy website-on, de nem tudnak feltölteni az app nélkül.

Személyre szabhatóság

A mobil app-ok lehetővé teszik, hogy amint letöltötték a felhasználók az app-ot, egyből személyre is szabhassák a saját ízlésük szerint. Az app-ok tudják követni a felhasználói használatot, ez arra használható fel, hogy egyéni ajánlatokat, frissítéseket javasoljanak. Ezáltal még értékesebb lesz a használója számára. Az app-ok az üzleti élet számára fontos, egyénre szabott kommunikációt tudnak folytatni a felhasználó érdeklődési körei, földrajzi helyzete, használati szokásai, stb. alapján. A Business of Apps felmérése alapján, a személyre szóló vagy un. dinamikus értesítések pozitív hatással voltak az elköteleződésre, a megnyitási hajlandóságra, és a konverzióra. Az egyedi beállítások lehetősége jó a felhasználónak is, mert így a legtöbbet hozhatja ki az app-ból.

Működik offline módban is

A mobil app-ok internet kapcsolat nélkül is használhatóak. Bár sok app-nak szüksége van internet hozzáférésre, hogy a feladataik legtöbbjét elvégezzék, még így is tudnak biztosítani bizonyos funkciókat vagy tartalmat, kapcsolat hiányában. Ezzel az előnnyel a felhasználóink hozzáférhetnek az információhoz bárhol, bármikor.

Intuitív felületek

A mobil app-ok általánosságban véve intuitívabb kezelőfelületet nyújtanak, ezáltal a feladataink is könnyebben elvégezhetőek. Az egyedien kialakított felület lehetőséget ad, hogy a felhasználók jobban elmerüljenek a mobilozásban. Egy adott operációs rendszert használók már hozzászoktak annak működéséhez, és ha egy app egy bizonyos platformra készül, akkor a felhasználók ott is azt kapják, amit megszoktak. Egy reszponzív website nem tudja ezt minden esetben megadni.

Használjuk ki az eszköz képességeit!

A mobil app-ok hozzáférnek az eszköz beépített funkcióihoz, úgymint a kamera, GPS, helymeghatározás. Ezeknek a kihasználása egy fejlettebb, kényelmesebb élményt nyújt.

Például a GPS adatok automatikus használata a személyszállító társaságoknak nagyban segíti az utazásra váró személy megtalálását. Ezzel lerövidítve a várakozási időt, és növelve az elégedettséget.

Reszponzív mobil website-ok

A Reszponzív mobil website-ok olyan website-ok, amik a különböző képernyőméretekhez igazodnak. Alapvetően, egy reszponzív website ugyan annak az általános website-nak egy különlegesen beállított változata, de ezáltal a mobil-on is jól használható.

A felhasználói élmény

Mindenki számára elérhető

A mobil app-okkal ellentétben, amik csak bizonyos platformokon működnek (iOS vagy Android), egy reszponzív website bármely mobil eszközön elérhető, függetlenül az operációs rendszerétől, feltéve, hogy van internet kapcsolat. Bár ne feledjük, hogy az internet elérés, annak minősége és a sebessége mind olyan tényező, ami befolyásolja a web-es élményt.

A reszponzív website-okat nem kell letölteni és telepíteni, valamint teljesen ingyenesek, nem úgy, mint néhány fizetős app az áruházakban.

Nem a felhasználónak kell frissítenie

Még egyszer, a mobil app-okkal ellentétben, a felhasználóiknak nem kell bajlódni az új verziókkal és azok frissítgetésével, ha a website-ból egy új javítás jön ki. Mivel a website-ok könnyen frissíthetőek, könnyű hibákat javítani rajtuk, ezért feltételezhetően a felhasználók nem fognak az egészből semmit észrevenni, és egyből élvezhetik az új, fejlettebb élményt.

Költséghatékony

A költséghatékonyság inkább üzleti szempontból előnyös, mint a felhasználók szemszögéből. A bonyolultságtól függően azonban egy reszponzív mobil website költséghatékonyabb lehet, mint a mobilalkalmazások fejlesztése. A költségek egy alapvető tényező, amit számításba kell venni, különösképpen, ha egy app-pal több platformon is jelen szeretnénk lenni.

A költségek csökkentésére ma már nagyon jó megoldások léteznek, amik lehetővé teszik, hogy a mobil app-unk mindkét platformra (iOS és Android) elérhető legyen, de nagyjából a teljes ár kb. 65-75%-árért. Ilyen keretrendszer a Flutter, ami most a legjobb választásnak számít.

Konklúzió: melyik a jobb?

Tisztán statisztikailag nézve a számok azt mutatják, hogy a mobil app-ok érik meg. Egy nem túl régi jelentés a Sensor Tower-től kiderítette, hogy a fogyasztás és a telepítések száma a mobil app használók körében jelentősen növekedett 2020 első felében, elérve az 50.1 Milliárd dollárt az App Store és Google Play áruházakban, összesítve. Míg ez a növekedés a COVID-19-nek és annak felhasználókra gyakorolt hatásainak tudható be, ez 23.4%-os növekedést mutat 2019 első feléhez képest és folyamatosan növekszik.

Ugyan ez a jelentés azt becsüli, hogy 71.5 Milliárd új app telepítés történt 2020 első felében. Ez 26.1%-os növekedést jelent az előző évhez képest (YoY), ami további ösztönzést adott a vállalatoknak, hogy app szolgáltatást fejlesszenek.

A megfelelő választás függ az üzleti céljainktól. Ha a célunk az, hogy mobilbarát tartalmat szolgáltassunk a széles közönségnek, akkor feltételezhetően egy mobil website elegendő számunkra. Amennyiben a nagyobb elköteleződés, a szorosabb kapcsolattartás és kommunikáció ami növeli a lojalitást, a mobil app jobb választásnak tűnik.

Sok esetben úgy dönthetünk, hogy mindkettőre szükségünk van, egy mobil app-ra és egy website-ra. Ha jól van kivitelezve a stratégia, mindkettő értéket adhat vállalkozásunkhoz. Tehát amikor a branded mobil stratégiáján dolgozol, a kérdés nem az lesz, hogy mobil app vagy website legyen, hanem inkább egy kétirányú megközelítés.

Létezik egy köztes megoldás is, ötvözve a két irány előnyeit és hátrányait, ez a PWA. Vagyis Progressive Web App. Erről bővebben írtam egy bejegyzésemben.

Ha mobil app fejlesztését fontolgatod, akkor keress fel bizalommal az elérhetőségeim egyikén, ahol egy ingyenes beszélgetés alkalmával meg tudjuk beszélni, hogy mire app-ra, vagy website-ra van szükséged?

(PWA) 2021-ben hódítanak a Progresszív Web Alkalmazások

PWA jól működik a természetben is, offline.
forrás: Unsplash.com / Nature Mobile

A Progresszív Web Alkalmazás, röviden PWA, olyan megoldás, ami a weblap és a mobil app között helyezkedik el. Részben tartalmazza azokat a funkciókat, amiket egy mobil app tud, de kényelmesebb egy weblapnál. Ebben a cikkben ennek részleteit gyűjtöttem össze.

Mi egy PWA pontosan?

A PWA nem más, mint egy weboldal (HTML, CSS) technológiájára épülő mobil alkalmazás. Ennél persze többről van szó!

Az előző gondolat egy leegyszerűsített értelmezés, de kétség kívül ez az alapja. Alex Russell és Frances Berriman fogalmazták meg azt a 9 ismérvet, amit egy PWA -nak tudnia kell.

  1. Reszponzív: bármelyik kijelzőn jól mutat
  2. Kapcsolat független: internet kapcsolat nélkül is használható
  3. App-szerű használat: a mobil app-okban megszokott módon navigálhatunk benne
  4. Naprakész: egy un. Service Worker automatikusan figyeli, hogy mindig a legfrissebb verziót használjuk
  5. Biztonságos: TLS kapcsolatot használ, ami gondoskodik róla, hogy a forgalmat ne lehessen lehallgatni
  6. Könnyen megtalálható: egy megfelelően kitöltött un. Manifest írja le a tartalmat, amit a keresők gyorsan megtalálhatnak és indexelhetnek
  7. Elköteleződés: hozzáfér az operációs rendszer újbóli elköteleződést (re-engagement) segítő beállításaihoz, pl. Push Notification
  8. Telepíthető: Kitűzhető a mobilunk kezdőképernyőjére, hogy kézre essen a következő használatkor
  9. Linkelhető: egy linken érhető el az első használathoz, ezért könnyedén elérhető, megosztható másokkal

Hol lehet hasznos egy PWA?

A 2020-as évben beköltöztünk az online térbe egycsapásra. Naponta nyíltak (először csak kényszerből) a webshop-ok. Akinek addig nem létezett üzlete vagy vállalkozása, azok is felismerték az online vásárlás erejét. Ez felerősítette, hogy tovább bővüljenek az online vásárlások.

Nem minden webshop volt felkészülve a mobilra optimalizált megoldásokkal, ami gyors oldal elhagyást jelent a konkurencia javára. Ebből látszott, hogy a fizikai boltok szinte teljesen megszűntek, akinek nem volt online megoldása, az komoly gondba került (nagyon sokan bezártak végleg).

Egy mobilos felhasználói élményt javíthat a PWA:

  • Push Notification-k és értesítések küldése
  • Gyorsan lehet bejelentkezni a Facebook vagy Google felhasználónkkal
  • Internet nélkül is lehet vásárolni, gyűjtögetni a kosárba
  • Egyedi analitika nyomonkövetése
  • Könnyített mobil fizetési módok

Egy PWA jó belépő lehet akkor, ha nem akarjuk a felhasználót rákényszeríteni egy újabb app telepítésére, viszont a vállalkozásunkat pörgetni akarjuk.

Egy fodrászat, műkörmös időpontfoglalása egyszerűsödik. Mindenki magának intézheti, kényelmesen. A fodrásznak sem kell a hajas kezével, az ügyfelét késlekedve telefonokat bonyolítania. Ehelyett egy naptárat lát, aki szeretne menni, megadhatja a frizura típusát, így ez alapján becsülhető az idő. Elegendő az időpontra érkezni, ami csökkenti a sorbanállást.

A turisztikai app-ok töretlen sikernek örvendenek. A korlátozott utazások miatt egyéb, eddig nem ismert megoldásokat igényelnek a kirándulók.

A webshop-okról már volt szó, előnyük egyértelmű.

Meg kell jelenni az online térben, különben nem létezik az a vállalkozás, amelyik nem így tesz. Az egyszerű, tájékoztató jellegű, céges honlapok ideje lejárt.

A cégek berendezkedve a hibrid munkavégzésre, a munkaerőnek új szolgáltatásokat szeretne biztosítani. A Home Office elterjedésével már jóval túlmutat ez az egyszerű munkaidő regisztrálásán. Egy feladatkezelő könnyedén naprakészen tartja, hogy ki-mikor-mit végez? Céges eseményekről lehet értesíteni a dolgozókat. Visszajelzéseket kérni a felhasználóktól, hogy csak egy pár példát említsek.

A fentiek inkább a mobiltelefonos felhasználását hangsúlyozták, azonban van egy fontos terület még: az asztali számítógépen való használat. Egy ügyviteli rendszer, egy webshop adminisztrációs felület ugyan olyan jól kialakítható vele, mint egy mobil app. Véd a váratlan internet kapcsolat megszakadása ellen, és tovább tudunk dolgozni a programmal.

A PWA hátrányai

Azáltal, hogy nem az alkalmazás áruházakból (Google Play vagy App Store) telepítjük őket a telefonjainkra, elveszítjük annak a mérésnek a lehetőségét, hogy feltárjuk a célközönségünket. Ezek némileg kiküszöbölhetőek más analitikai megoldásokkal. Lényegében nem biztos, hogy az fontos számunkra, hogy mikor telepítették, és kik, hanem hogy valóban hozott-e forgalom növekedést. Minden esetre ez egy olyan tényező, amit SEO szempontjából érdemes figyelembe venni.

Bár egy PWA jobban kihasználja egy mobil képességeit, bizonyos funkciókhoz nem biztos, hogy hozzáférünk. Ilyen lehet a Bluetooth kapcsolat, vagy a GPS adatok. Főleg az Apple az iPhone-okon korlátozza ezek telepítését. Mérlegelni kell, hogy a fenti funkciókra valóban szükségünk van-e, és ha tényleg elengedhetetlen, akkor választani egy natív megoldást, ami ezt megoldja.

Alapvetően a telefonunkon lévő böngésző szab gátat a telefonon elérhető funkcionalitások kihasználásához, de néhány trükkel ezek bizonyos mértékig tágíthatóak. Azonban fontolóra kell venni, hogyha egy speciális képesség kell a telefonunkról, akkor a PWA szűk lesz egy idő után, és a natív irányba kell elmozdulnunk.

Mit kapunk a pénzünkért?

Azok a jó megoldások, amik belátható beruházások mellett a megtérülést szem előtt tartva valósulnak meg. Jó szempont az, ha kicsiben indulunk, és az igények növekedésével tudjuk fejleszteni a terméket.

Ma már van rá lehetőség, hogy a prototípustól (Figma), egy PWA-n keresztül el tudunk jutni egy natív app-ig. Közben nem kell mindig az elejéről kezdeni a fejlesztést. Ha ugyan az a csapat, a későbbiekben onnan tudja folytatni, ahol abbamaradt a fejlesztés, azzal sok idő és pénz takarítható meg.

Megoldások

A Flutter Web-es megoldása kínál olyan PWA megoldást, ami a későbbiekben natív Android vagy iOS applikációkká bővíthető. Ennek tetejében a két platformra egyszerre készül el a program. A Flutter keretrendszerről írtam korábban, ami nagyon jó megoldást kínál egy PWA vagy SPA (Single-Page Application) kiadásához.

Amennyiben nem vagy biztos benne, hogy merre indulj el, keress meg bizalommal, hogy beszéljünk a személyre szabott megoldásodról!

További Flutter-ről szóló cikkjeimet érdemes elolvasni.

A cikk megírásához a www.coredna.com hasonló posztjából szemezgettem.

Útjára indult a Flutter (Dart) Hungary csoport a LI-en

A Flutter Dart Hungary LI csoport logója

Útjára indult a Flutter (Dart) Hungary csoport a LinkedIn-en.

Csatlakozz, hogy érdekes cikkeket és beszélgetéseket olvashass a modern mobil-, és webalkalmazás fejlesztésekről!

Gondoltunk a CEO-kra, döntéshozókra, designerekre, fejlesztőkre, hogy mindenki megtalálja a számára ideális tartalmat.

Várok mindenkit szeretettel a csoportban. (A jelentkezés kéréshez kötött.)

Ha csak kapcsolódnál velem, akkor azt itt tudod megtenni.

LinkedIn logo