"Az előző széria valamivel magasabb árából (5 évre készített telefon, 5 év garanciával nyilván drágább)" - hányszoros árra gondotál? Ugyanis öt évig a fejlesztésbe betolt összegnek a hozamát kamatostól ki kell termelni azon felül, hogy ez alatt az idő alatt a fejlesztőket is fizetni kell. És azt is elfelejted, hogy nem egy cég van a piacon, hanem sok: attól hogy valaki mondjuk 2019-ben átállna az általad javasolt "öt évente új termék" megoldásra, elég lenne 2-3 másik cég, akik 2020-ban vagy utána lépnék ezt meg - folyamatosan lenne olyan cég, aki friss technológiával rukkolna elő, és bizony a felhasználói igények miatt az, aki 1-2 évente cseréli a telefonját, az nem csak telefont, hanem gyártót is váltana ilyen időközönként - azaz a jelentősen lelassított termékváltás vásárlókat vinne el a cégtől - már a második évtől, és gyakorlatilag a vásárlók száma folyamatosan esne a "fejlesztési" időszakban - jó kérdés, hogy öt év múlva kinek tudnának eladni bármit is? (Azt eddig is tudtuk, hogy a szádon kívül sem IT-s, sem közgazdasági ismereteid nincsenek, úgyhogy a kérdésem csak költői volt.)
"egy 32-bites rendszer bőven ki tudná elégíteni egy mai okostelefonnal szemben támasztott, valós igényeket" - Csak azt nem veszed észre, hogy a telefon szoftvere közeledik a desktophoz, és többféle architektúrán támogatni egy adott rendsszert rettenet drágává teszi, ha meg 32 és 64 bit is bekavar, akkor meg pláne. Nem kell túl bonyolult szoftver ahhoz, hogy 32 és 64 biten már forráskód szinten is releváns különbségekre legyen szükség az optimális működéshez - oké, ifdef és társai első körben workaroundnak jók, de idővel rettenetesen ronda és nehezen kezelhető lesz a kód - megspékelve azzal, hogy gyakorlatilag mindent duplán kell csinálni (build, teszt, release folyamat).