ดังที่ได้สัมผัสในที่อื่น ๆ ปัญหาหลักคือ Android ได้รับการออกแบบให้เป็นระบบปฏิบัติการแบบพกพาเพื่อให้ทำงานบนฮาร์ดแวร์ที่หลากหลาย นอกจากนี้ยังสร้างจากกรอบและภาษาที่คุ้นเคยกับนักพัฒนามือถือที่มีอยู่จำนวนมาก
ในที่สุดฉันจะบอกว่ามันเป็นการเดิมพันกับอนาคต - ปัญหาด้านประสิทธิภาพใด ๆ ที่มีอยู่จะไม่เกี่ยวข้องเมื่อฮาร์ดแวร์ดีขึ้น - เท่าเทียมกันโดยการให้นักพัฒนาเขียนโค้ดกับสิ่งที่เป็นนามธรรม Google สามารถตัดทอนและเปลี่ยนระบบปฏิบัติการพื้นฐานได้ง่ายกว่า นักพัฒนากำลังเขียนโค้ดไปยัง POSIX / Unix API
สำหรับแอปพลิเคชันส่วนใหญ่ค่าใช้จ่ายในการใช้ภาษาที่ใช้ VM ผ่านเนทีฟนั้นไม่สำคัญ (ปัญหาคอขวดสำหรับแอปที่ใช้บริการเว็บเช่น Twitter ส่วนใหญ่เป็นระบบเครือข่าย) Palm WebOS ยังแสดงให้เห็นถึงสิ่งนี้ - และใช้ JavaScript มากกว่า Java เป็นภาษาหลัก
เนื่องจาก VMs JIT เกือบทั้งหมดคอมไพล์เป็นโค้ดเนทีฟความเร็วโค้ดดิบมักเทียบได้กับความเร็วเนทีฟ ความล่าช้าจำนวนมากที่เกิดจากภาษาระดับสูงนั้นเกี่ยวข้องกับค่าใช้จ่ายของ VM น้อยกว่าปัจจัยอื่น ๆ (รันไทม์ออบเจ็กต์ที่ซับซ้อน 'ความปลอดภัย' ตรวจสอบการเข้าถึงหน่วยความจำโดยทำการตรวจสอบขอบเขต ฯลฯ )
โปรดจำไว้ว่าไม่ว่าจะใช้ภาษาใดในการเขียนแอปพลิเคชันงานจริงจำนวนมากจะทำใน API ระดับล่าง ภาษาระดับบนสุดมักเป็นเพียงการเชื่อมโยงการเรียก API เข้าด้วยกัน
แน่นอนว่ามีข้อยกเว้นมากมายสำหรับกฎนี้เช่นแอปเกมเสียงและกราฟิกที่ผลักดันขีด จำกัด ของฮาร์ดแวร์โทรศัพท์ แม้แต่ใน iOS นักพัฒนาก็มักจะเลื่อนลงไปที่ C / C ++ เพื่อรับความเร็วในพื้นที่เหล่านี้