Tehnologii
Dezvoltare aplicații Android native în Kotlin
Limbajul implicit al Androidului. Alegerea corectă când aplicația atinge hardware, cea greșită când publicul e împărțit între Android și iPhone.
Discuția despre Kotlin începe aproape întotdeauna de la un obiect: scanerul de coduri din depozit, terminalul robust ținut într-o husă de cauciuc, telefonul de flotă folosit cu mănuși în frig. Când aplicația trebuie să vorbească direct cu un asemenea dispozitiv, întrebarea despre cross-platform se închide repede.
Kotlin este limbajul pe care Google îl recomandă pentru dezvoltarea Android, documentat pe developer.android.com/kotlin, și înlocuiește treptat Java în proiectele noi. Îl alegem la firme de distribuție, producție și servicii tehnice, unde aplicația e o unealtă de lucru, telefoanele sunt cumpărate de firmă și sunt aproape toate Android.
Constrângerea se spune la început, nu la final: Kotlin acoperă o singură platformă, deci iPhone-ul devine un proiect separat, cu buget separat.
Hai să vorbim despre proiectul tău
Scrie-ne pe WhatsApp sau trimite un email — vorbești direct cu un programator.
office@northdan.com · +40 752 070 247
Ce primești
Hardware-ul, direct
Scanere, cititoare NFC, Bluetooth industrial, senzori și camere se folosesc prin interfețele Androidului, fără punți scrise special pentru fiecare dispozitiv.
Lucrul offline ca stare normală
Aplicația scrie local și sincronizează la revenirea în acoperire; depozitul, camionul și subsolul nu mai opresc activitatea oamenilor.
Cod nou lângă cel vechi
Kotlin și Java rulează în același proiect, deci o aplicație existentă se aduce la zi pe bucăți, fără rescriere completă și fără pauză în livrări.
Contul de magazin și codul, la voi
Contul Google Play se deschide pe firma voastră, iar la final primiți codul sursă, cheia de semnare, documentația și toate accesele.
Pentru ce alegem Kotlin și Androidul nativ
Formele în care nativul câștigă clar sunt legate de dispozitiv: aplicația de depozit care citește coduri cu scanerul integrat al terminalului, nu cu camera; aplicația de service care vorbește prin Bluetooth cu un aparat de măsură; aplicația de flotă care rulează ore întregi cu ecranul aprins și cu GPS-ul pornit; și procesarea de imagini direct pe telefon, fără trimiterea fotografiilor pe server.
Ce livrăm efectiv pe Kotlin
Portofoliul nostru public nu conține o aplicație Android proprie, așa că nu prezentăm una aici ca vitrină; ce se poate vedea, la cerere, este cod și arhitectură dintr-un proiect de client, într-o discuție tehnică. O parte importantă din munca noastră pe Kotlin este de fapt modernizare: codul Java existent rămâne pe loc, funcțiile noi se scriu în Kotlin, iar conversia se face doar unde intervenim oricum. Kotlin rulează și pe server, ca înlocuitor al Javei pe JVM.
Compromisurile reale
Primul compromis e vizibil în buget: acoperiți o singură platformă, deci iPhone-ul cere un al doilea proiect, cu propriile ecrane și propriul cost. Al doilea e mai puțin evident: parcul de dispozitive Android e fragmentat, iar testarea pe versiuni și pe modele diferite consumă orientativ 10–15% din efortul unui proiect Android. Prețul aplicației nu vine din Kotlin, ci din numărul de ecrane, din integrările cu gestiunea și din lucrul offline.
Când NU alegem Kotlin — și ce alegem în loc
Când publicul e împărțit între Android și iPhone iar funcțiile sunt obișnuite, două aplicații native costă mai mult decât o bază de cod comună: propunem Flutter. Când aplicația se folosește rar și nu are nevoie de hardware, propunem un PWA, care scapă utilizatorul de instalare. Iar dacă aplicația actuală mai are un an util de viață, recomandarea e să nu construiți nimic acum.
Cine o întreține după ce plecăm noi
Kotlin publică o versiune de limbaj la fiecare șase luni și o versiune de tooling la trei luni după ea, iar calendarul de pe kotlinlang.org anunță 2.4.20 pentru septembrie 2026 și 2.5.0 pentru decembrie 2026. Cadență previzibilă înseamnă alinieri scurte, planificabile.
Termenul care poate opri publicarea vine însă de la magazin: de la 31 august 2026, Google Play cere ca aplicațiile noi și actualizările să țintească Android 16 (API 36), cu prelungiri până la 1 noiembrie 2026. Înregistrarea ca dezvoltator Google Play costă 25 USD, o singură dată.
Întrebări frecvente
Când NU merită o aplicație Android nativă?
Nu merită când aplicația e practic un formular de raportare completat o dată pe săptămână. Acolo un formular web deschis din browserul telefonului face aceeași treabă, fără instalare și fără actualizări de magazin.
Cât costă o aplicație Android în Kotlin?
Costul urmează ce face aplicația, nu limbajul: câte ecrane, câte integrări cu gestiunea sau cu ERP-ul, câte roluri și dacă funcționează offline. La Android se adaugă testarea pe modele diferite. Benzile orientative stau în ghidul nostru de costuri pentru aplicații Android.
Găsim ușor programatori Kotlin în România?
Mai ușor decât pe alte stive mobile, fiindcă este limbajul implicit al Androidului, iar un dezvoltator Java de pe JVM trece pe el fără recalificare. Procente de piață nu publicăm: nu există o măsurătoare oficială pe care să ne bazăm.
Aplicația noastră veche în Java mai are viitor?
Da. Kotlin și Java coexistă în același proiect, deci nu e nevoie de rescriere: funcțiile noi se scriu în Kotlin, iar clasele vechi se convertesc doar când le atingem oricum. Ce trebuie verificat separat este nivelul de API pe care îl țintește aplicația.
Ce primim la predare și cine deține contul de Google Play?
Contul Google Play Console rămâne al firmei voastre, cu voi ca titular și cu noi ca acces de lucru revocabil. Predăm codul sursă, cheia de semnare a aplicației, documentația de construcție și procedura de publicare, ca altcineva să poată continua.
Pagini similare
Resurse conexe
Hai să vorbim despre proiectul tău
Scrie-ne pe WhatsApp sau trimite un email — vorbești direct cu un programator.
office@northdan.com · +40 752 070 247