Možeš napisati aplikaciju u C++-u, ali 95% ih nije napisano nego su Java, isto kao što možeš napraviti Windows aplikaciju u assembleru, ali vrlo malo ljudi to radi. Ako radiš za Android onda je gotovo izvjesno da ćeš raditi u Javi, eventualno Kotlinu, makar koliko sam vidio još uvijek se nije toliko "zalovio" za produkciju. Ako koristiš Xamarin onda si stvarno mazohist.
Za Xamarin se slažem. De Icaza je općenito jedinstvena pojava
(iz mazohizma i dalje često koristim Gnumeric, a na C64 Mini Midnight Commander; Moj Mate DE je baziran na starom Gnometu tako da sam itekako upoznat s "likom i djelom"; ...neki bi rekli "što bi sve Dr Faust učinio za zelenu kartu").
Gle, ako želiš možemo otvoriti novu diskusiju naziva "Swift je smeće, a ne Kotlin (Java...)"... (moj tata je jači od tvog). :D
Razlog zašto se na Androidu često Java koristi jest u tome da je lakše/brže preuzeti nešto (gotovo) nego li novo razvijati. A jave ima na lopate.
S naznakom da ti u NDK možeš koristiti java / kotlin klase samo onoliko koliko ti je to prihvatljivo.
Što ne znači da je "95% napisanog - java" - po toj logici se nikada ne bi makli od Borland C ili Delphija (...Objective C u Apple slučaju). A makli smo se - Kotlin, C++ za Android je tu. Kotlin je sadašnjost a ne budućnost, a "time critical" dijelove kotiln/java koda možeš paralelno pisati u C/C++.
FYI: vjerojatno već sad imaš više Kotlin nego li Swift developera.
Glede C++ (developera), to je bazično znanje i glupo je negirati da će skilled dev doista koristiti stečeno znanje umjesto da se hrva s npr Javom (ako to već nije apsolvirao).
dex file u native android app (C++) je "auto-generated".
ILI: java builded dex apps možeš reverse engineeringom (npr dex2jar) dekompilirati - vratiti u (pseudo) java kod.
Za native builded dex to ne možeš, (teoretski možeš ali ne u Javu već C/C++).
Zbog povijesnog naslijeđa (iskustva), i dalje se često koristi Java u developmentu (i to je dozvoljeno), ali - nepotrebno.
Postoji JNI "Java Native Interface", koji omogućava korištenje (vezanje) java klasa u C/C++ kodu. Tako da ne moraš izmišljati toplu vodu već možeš koristiti već napisane java libs. Ali to nije nužnost.
https://developer.android.com/ndk/guides/concept
While it is possible to completely avoid Java, you are likely to find the Android Java framework useful for tasks including controlling the display and UI.
Odnosno, ako ne želiš javu uopće, samo u manifestu deklariraš/dodijeliš android:hasCode u "false".
https://developer.android.com/ndk/guides/concepts#na
Ne znam da li si bio u ovom poslu krajem 90-ih
Nisam developer. :D Eventualno hobby dev, ali uglavnom čak ni to.
koliko god moćan telefon bio NE može zamijeniti računalo jer mu to nije shvrha.
Pa Damon (Blur, Gorillaz) komponira na iPadu (a i Ripper iz Pipsa).
A Chromebook? Nova mantra Googleta jest da su krombuci / kromtableti ("hibridi") idealna platforma za development.
Imaš ljude koji to žele jednako, baš kao i za i iPad/iOS. npr ovaj ovdje
https://www.aboutchromebooks.com/news/how-to-code-on-a-chromebook-crostini-pixel-slate/
OK, makar su Android apps danas standard, to je Chrome OS a ne Android OS; ali se za dev podrazumijeva (sugerira) Android Studio, Termux.
ILI: sad AIDE (Android app) preferira chromebooke & multi-window način za dev platformu iirc.
Nije telefon, (ev. tablet/hibrid) ali nije ni laptop računalo.
Možda je to posljedica toga što sam se jedno vrijeme bavio sistemaškim poslovima, no više cijenim "minimalizam"
Hm, ja bih prije rekao "ako nešto dobro radi ono što želim, briga me za ostalo" nego li "minimalizam". "iEkosustav" je u biti vrlo složen, ali je zadržao (prividnu) jednostavnost za korisnika. (ne govorim to u kontekstu dobro/loše).
Meni osobno smeta kad "netko" razmišlja umjesto mene što ja (ne) želim - i ono što je još poraznije - što ja smijem. Istina, tako je lakše/optimalnije (život je prekratak za ...pisdarije), ali valjda sam ostao neprilagođen.
Ovo sa RAMom je neka strateška pisdarija da izvineš, vjerojatno kupovanje vremena da bi se kasnije pojavio novi model sa "čak" 8GB rama (umjesto 5G, foldable uređaja itd).