מהנדסי גוגל עשו AMA ב-Reddit לפני כמה ימים. ה-AMA עסק בגרסת הבטא של Android Q. הנה סיכום של מה שלמדנו מהתגובות שלהם.
בשנה שעברה, צוות אנדרואיד של גוגל אירח מפגש של Ask Me Anything (AMA) ב-/r/AndroidDev subreddit של Reddit כדי לשאול שאלות בנושא תצוגה מקדימה של מפתח Android P. השנה, צוות ההנדסה שעבד על גרסת הבטא של Android Q ענה על שאלות ב-Reddit. ה-AMA התחיל ב-1 באוגוסט בשעה 12:00 PST והסתיים כשעה וחצי לאחר מכן. 33 מהנדסי גוגל היו מעורבים ב-AMA, שענו על המון שאלות בזמן הקצר שה-AMA נמשך. הנה הסיכום שלנו של כל המידע החדש שלמדנו.
Android Q AMA: כל מה שלמדנו מגוגל
משתתפים מצוות הבטא של Android Q
- אדם כהן: TLM ב-Android Launcher / System UI
- אדם פאוול: TLM על ערכת כלים/מסגרת ממשק משתמש; תצוגות, מחזור חיים, שברים, ספרות תמיכה
- אלן ויורט: TLM, Jetpack / AndroidX
- אלן הואנג: PM עבור ממשק משתמש, משגר, התראות, שילובי חיפוש ועוד!
- אנדרו ספירשטיין: TLM בהגדרות אנדרואיד
- ברהים אלבוצ'יקי: מנהל ראש הממשלה ללמידת מכונה ומצלמה של אנדרואיד (NN API, ML Kit, CameraX, Camera Platform)
- צ'אד ברובייקר: מהנדס תוכנה, אבטחת פלטפורמת אנדרואיד
- שרמיין ד'סילבה: ראש הממשלה לפרטיות
- צ'ט האז: עורך דין ראשי של אנדרואיד, קשרי מפתחים
- דיאנה וונג: PM, תאימות אפליקציה, שימוש ב-API ללא SDK, ART, NDK
- דיאן הקבורן: מנהל צוות המסגרת של אנדרואיד (משאבים, מנהל חלונות, מנהל פעילות, ריבוי משתמשים, הדפסה, נגישות וכו')
- E.K. צ'ונג: מנהל UX
- איאן לייק: מהנדס תוכנה, Jetpack (פרגמנטים, ניווט, רכיבי ארכיטקטורה)
- איליאן מלצ'ב: מהנדס תוכנה ראשי, Project Mainline
- יעקב להרבאום: מנהל קשרי מפתחים עבור אנדרואיד
- ג'ייק וורטון: מהנדס תוכנה, Jetpack
- ג'מאל איסון: ראש הממשלה, אנדרואיד סטודיו
- ג'ף ביילי: TLM, פרויקט קוד פתוח של אנדרואיד (AOSP)
- ג'ף שרקי: מהנדס תוכנה, Android Framework
- ג'פרי ואן גוך: אנדרואיד סטודיו, מהדרים
- ג'ן צ'אי: PM, מיקום והקשר, אימות, מילוי אוטומטי, שימוש ב-API ללא SDK, ART
- קארן נג: PM Group עבור כלי מפתחי אנדרואיד, Android Studio, Android Tookit ו-Jetpack
- פול בנקהד: מנהל ניהול מוצר, גוגל פליי
- רוהן שאה: מנהל מוצר, ממשק משתמש מערכת אנדרואיד
- רומן גיא: מנהל צוות Android Toolkit/Jetpack
- סגר קמדר: מנהל ניהול מוצר, אנדרואיד
- שבת ק': מנהל הנדסה, קישוריות אנדרואיד
- סלים סינק: מהנדס תוכנה, ממשק משתמש מערכת אנדרואיד
- סטפני סעד קתברטסון: מנהל בכיר לניהול מוצר, אנדרואיד
- סמיר קטריה: מהנדס תוכנה, Jetpack (WorkManager)
- טרוויס מקוי: PM, פלטפורמת אנדרואיד
- טריסטן אפסטייל: מהנדס מכובד, מוביל עבור ממשק משתמש ומודיעין של מערכת אנדרואיד
- וינית מודי: ראש הממשלה, מצלמת אנדרואיד
קרא עוד
יצרני ציוד מקורי כבר לא יכולים להרוג אפליקציות כשהמשתמש מחליק אותן משם לאחרונה
אם אי פעם השתמשת בסמארטפון של מותג סיני, אז כנראה התמודדת עם תכונות מעצבנות של "אופטימיזציה של סוללה" להרוג את כל האפליקציות האהובות עליך ברקע. לא רק שהתנהגות זו מעצבנת עבור משתמשים שמצפים מאפליקציות מסוימות להמשיך לרוץ ברקע מכל סיבה שהיא, אבל זה גם מעצבן למפתחים שצריכים לסבול ביקורות גרועות ממשתמשים שלא מבינים שזה לא של האפליקציה אשמה. בעוד שגוגל כן עוֹד לא מתייחסים במלואם לעניין הזה (הם הניפו את הנושא ביד וקבעו שהתנהגות זו היא ככל הנראה כבר מפרים את דרישות מסמך הגדרת התאימות של אנדרואיד), החברה הוא נקיטת מעשה נגד שינוי התנהגות אחד של "חיסכון בסוללה" שהופעל על ידי חלק מהיצרנים.
"כדי לעזור עם המצב, הוספנו מבחן CTS באנדרואיד Q כדי להבטיח שאפליקציה לא תהרוג לאחר הסריקה מהאחרונים".
Android R עשוי להביא יותר שינויים בצילומי מסך ממה שציפינו
גוגל מתכננת להוסיף גלילה של צילומי מסך באנדרואיד R, אבל באותו זמן, ה צוות אנדרואיד הוא "מסתכל מקרוב כיצד [הם] יכולים לשפר את כל חוויית המסך-[X] עבור R." לפיכך, אנו עשויים ראה שיפורים אחרים להתנהגות צילום המסך (והצגה מסך) בגרסת האנדרואיד הגדולה הבאה.
הבהרת מצב שולחן העבודה החדש של Android Q
ה מהדורת בטא ציבורית ראשונה של Android Q הביאה ממשק מצב שולחן עבודה נסתר ל-AOSP ול-Pixel Launcher. למרות שגוגל נגע בקצרה בתכונה במהלך סשן I/O של Google, מעולם לא שמענו ישירות מגוגל כיצד התכונה החדשה משתלבת במערכת האקולוגית של אנדרואיד. גוגל כעת מבהיר:
"ב-Q AOSP 'מצב שולחן עבודה' הוא אפשרות מפתחים המיועדת למפתחי אפליקציות. זה מאפשר להם לבדוק את האפליקציות שלהם בסביבות מרובות תצוגה וחלונות חופשיים. בעבר לא הייתה דרך נוחה לבדוק את התנהגות האפליקציה בתצוגה משנית ועם חלונות הניתנים לשינוי גודל חופשי באנדרואיד במלאי. תכונה זו אינה מופקת בפני עצמה ואינה מיועדת למשתמשים רגילים כרגע. עם זאת, זהו קו הבסיס של פלטפורמת אנדרואיד עבור יצרני OEM לחדש וליצור מוצרים מעולים."
לפיכך, אנו יכולים לצפות לראות יצרני OEM מתבססים על מצב שולחן העבודה המקורי של Android Q. לדוגמה, ה OnePlus 7 Pro תומך בתצוגה ב-HDMI, אז זה אפשרי OxygenOS 10 מבוסס על אנדרואיד Q יהיה ממשק מצב שולחן עבודה משלו בעתיד. אנו גם מקווים שגוגל תבנה על התכונה לקראת הקרוב פיקסל 4.
מצב כהה מבוסס זמן
סוף סוף אנדרואיד Q מביאה תכונה מבוקשת: מצב כהה כלל המערכת. נכון לעכשיו, ניתן להפעיל את המצב האפל באופן ידני בהגדרות או באמצעות אריח הגדרות מהירות, או שהוא יכול להיות מופעל אוטומטית כאשר חיסכון בסוללה מופעל. לפני אנדרואיד Q, הייתה אפשרות להפעיל מצב כהה מבוסס על השעה ביום, אך אפשרות זו הוצאה משימוש. לפי כריס ביינס:
"יש כמה סיבות לכך שזה הוצא משימוש (לא הוסר) ב-AppCompat v1.1.0: זה מחייב אפליקציות לבקש הרשאות המיקום יהיו מדויקות, ואפילו עם מיקום חוקי ניתן לבצע חישובי זמן זריחה/שקיעה מֶרְכָּבָה."
כשהוא נשאל על באגים אלה, מר ביינס אומר כי "חישוב הזריחה/שקיעות הוא קושי ידוע לשמצה, במיוחד עבור מקומות קרובים קטבים צפוניים/דרומיים." משתמש מעלה את תאורת הלילה, הזמינה מאז אנדרואיד 7.1 נוגט, ניתנת להחלפה אוטומטית על סמך שקיעה/זריחה לוחות זמנים. לאחר מכן, מר ביינס קובע שמאז אור לילה משתמש ב- CalendarAstronomer מ ICU4J, הוא משתמש ב"גוש גדול של קוד שלא היינו רוצים ש-AppCompat יהיה תלוי בו." עם זאת, הצוות עושה זאת מדינה שהתכונה הזו היא "משהו [הם] יבדקו".
תמיכה חובה של Camera2 API/Camera HAL3 עבור מכשירי השקה של Android Q
גוגל הציגה את ה-API של Camera2 כדי להגדיר טוב יותר כיצד אפליקציות יכולות לקיים אינטראקציה עם המצלמות האישיות המחוברות לסמארטפון שלך. בעוד גוגל מעודד את ספקי סמארטפונים כדי "לחשוף את כל המצלמות הפיזיות שלהם למפתחים", ספקים רבים בוחרים שלא לעשות זאת למרות ש"ה-API עצמו אינו מונע מהם היום." משמעות הדבר היא שיישומי מצלמה רבים של צד שלישי אינם יכולים להשתמש במודולי המצלמה המשנית או השלישונית במודול המודרני סמארטפונים. עם זאת, מתבצעת התקדמות ככל ש- Android Q השתפר LOGICAL_MULTI_CAMERA, API המעניק למפתחים גישה טובה יותר לכל המצלמות במכשיר ואשר נותן ליצרני OEM שליטה על צריכת החשמל וניהול של מצבי מצלמה מרובים.
יתר על כן, גוגל אומרת שהם הוסיפו דרישות עבור כל המכשירים המופעלים עם Android Q כדי לתמוך באופן מקורי ב-Camera2 API/Camera HAL3. לדברי וינית מודי:
"החל מ-Android P, נדרשים מכשירים חדשים המשלוחים עם 1GB או יותר RAM כדי להשתמש באופן מקורי ב-HALv3/camera2. Android Q ואילך כל המכשירים החדשים נדרשים לתמיכה מקורית ב-HALv3/camera2. למרבה הצער שדרוגים מ-HALv1 ל-HALv3 הם מורכבים למדי באוויר ועשויות להיות להם השלכות בלתי צפויות ולכן נאלצנו להגביל את ההיקף למכשירים חדשים."
מעניין לציין, ההצהרה של מודי על מכשירי השקת RAM רגילים של אנדרואיד P סותר מה שסיפרו לנו קודם לכן על ידי גוגל ומה שפורסם בדף Image Test Suite באינטרנט.
נושא דינמי לאפליקציה עם Jetpack Compose
מסגרת הנושא OMS של Sony נוספה ל-AOSP לא מעט מהדורות אחורה, אבל זה רק מיועד ליצרני OEM לבנות עליו. אנחנו כבר יודעים את זה גוגל נגד השימוש בשכבות-על של משאבי זמן ריצה על ידי משתמשים לאפליקציות נושא, אבל עבור מפתחים, החברה כן מקווה זה הכל ממשק המשתמש של Jetpack Compose המסגרת תביא "גישות מעניינות לנושאים דינמיים".
Vulkan-backend עבור Skia לעיבוד ממשק המשתמש
שנה שעברה, ראינו דיון בין מהנדסי גוגל מדברים על התוכניות שלהם לאפשר למסגרת האנדרואיד להשתמש ב-Vulkan graphics API לעיבוד ממשק המשתמש. אמנם כעת ניתן להפעיל את הקצה האחורי המואץ בחומרה של Vulkan ללא הטלפון שלך קורס, לא שמענו שום תוכניות קונקרטיות מגוגל לגבי מתי הם מתכננים להשיק את אלה שינויים. ה-AMA הזה לא עונה על השאלה הזו, אבל לפחות יש לנו אישור שהוא עדיין בעבודות. לפי רומן גיא:
"הצוות עבד על Backend של Vulkan עבור Skia, המעבד הדו-ממדי המשמש את אנדרואיד, אך הוא אינו מופעל כברירת מחדל כרגע. ממשק המשתמש והקנבס עדיין עוברים דרך OpenGL ES."
הפיכת סרגל המחוות של אנדרואיד Q לדינמי יותר
חלקם ב-XDA עדיין חושבים כך המחוות החדשות של אנדרואיד הן בלגן, אבל אני אישית חושב שהם בסדר. עם זאת, אם תשחק קצת עם המחוות החדשות באנדרואיד Q, תבחין שסרגל המחוות לא זז עם האצבע שלך. זה גם נשאר במסכים שבהם אין בו צורך, כמו מסך הבית או סקירה כללית של אפליקציות אחרונות. אלן הואנג אומר שהם "מסכימים לגמרי שיש הזדמנויות" להפוך את "קו הניווט לפחות סטטי". עוד הוא אומר ש"זה משהו שאנחנו עובדים עליו - אבל גם מאזנים כך שזה לא מפריע מופיע/נעלמת."
שיפורים במסגרת הגישה לאחסון
השינויים הרבים באנדרואיד Q שיפרו במידה ניכרת את אבטחה ופרטיות של הפלטפורמה. שינוי אחד כזה, הנקרא "Scoped Storage", מגביל את הגישה של אפליקציות לקבצים באחסון החיצוני באופן הגיוני; אפליקציות מוזיקה לא צריכות לראות את הגלריה שלך, למשל. אפליקציות מנהל קבצים הפועלות ב-Android Q צריכות להשתמש ב-API שנקרא Storage Access Framework כדי להמשיך לעבוד כמו רגיל, אבל חלק מהמפתחים רואים את ה-API הזה כנחות למה שהיה זמין קודם לכן. ג'ף שרקי מגוגל אומר הצוות התייחס לכמה מתלונות המפתחים האלה:
"עשינו כמה שיפורים בביצועי SAF במהדורות האחרונות של Android Q Beta; האם תוכל לבדוק את המדדים שלך מול הבטא העדכנית ביותר? ודא גם שאתה משתמש ב-ContentProviderClient בעת הפעלת פעולות בכמות גדולה."
Project Treble שיפר את האימוץ של Android Pie לעומת Android Oreo
כבר ראינו כיצד Project Treble, תכנון מחדש ברמה נמוכה של מסגרת אנדרואיד, שיפר את האימוץ של גרסאות מערכת הפעלה אנדרואיד חדשות יותר. גוגל מזכה את טרבל מאחורי שלל ספקי הסמארטפונים שהצטרפו ל אנדרואיד P בטא בשנה שעברה ו אנדרואיד Q בטא השנה. איליאן מלצ'ב, הפרויקט המוביל טרבל ו קו ראשי מהנדס, אומר שהאימוץ של Android Pie היה "פי 3" מזה של Android Oreo בסוף 2018.
באותה הערה, דיק דאגרטי מתגרה בכך שערכים שימושיים יותר נמצאים בעבודות עבור טבלת ההפצה של גרסת אנדרואיד. התרשים היה עודכן לאחרונה במאי, אבל הנתונים שלו שימושיים יותר לעיתונאים מאשר מפתחי אפליקציות.
הקלטת מסך היא עדיין WIP
בטא מוקדמות של אנדרואיד Q הוסיפו דגל תכונה עבור מקליט מסך בסיסי, אך הפלטפורמה עצמה שיפרה משמעותית את התועלת של הקלטת מסך על ידי מאפשר לאפליקציות ללכוד את האודיו מאפליקציות אחרות. סטפני סעד קתברטסון אמרה שהצוות שוקל "איך נוכל להשתפר בצורכי ההקלטה במסך עד אתמול". מותגי סמארטפונים אחרים כמו OnePlusל-, ASUS, Huawei וסמסונג יש מקליטי מסך חזקים שיכולים להקליט את האודיו הפנימי, כך ש-Google תשחק כאן.
ערכת נושא אפל כל הדברים!
למקרה שפספסתם את זה, גוגל מוסיפה מצב כהה לרוב האפליקציות שלהם. סטפני סעד קתברטסון אומר לצפות שכל "האפליקציות העיקריות" יתמכו בנושא אפל "על ידי שחרור רשמי של [Android Q]." אפילו גוגל כרום, שכרגע מאלץ טעינת דף מחדש כאשר ערכת הנושא האפלה בכל המערכת מופעלת, יתעדכן כך שלא ירענן עוד כאשר הנושא השתנה.
כן, משגרי צד שלישי יעבדו עם מחוות (בסופו של דבר)
המחוות של אנדרואיד הן סוג של שבור כאשר אתה משתמש במפעיל של צד שלישי. הסיבה לכך היא שממשק המשתמש של האפליקציות האחרונות כלול באפליקציית מפעיל המניות, ו-Google עדיין לא פיתח דרך לקבל את אותם מעברים חלקים שאנו רואים בעת שימוש במחוות עם ה-Pixel המניות מַשׁגֵר. אדם כהן מאשר התוכניות של גוגל לטפל בבעיות אלו "בהקדם האפשרי לאחר הפרסום". עוד הוא אומר את זה חוסר ההתאמה "תטופל בעדכון שלאחר Q, ותועבר בחזרה למכשירים חדשים שיושקו עם ש."
מחיצות דינמיות/לוגיות אינן כאן כדי להרוג ROMs מותאמים אישית
על מנת לתמוך עדכוני מערכת דינמיים ב-Android Q, מכשירים מסוימים כמו Google Pixel 3 ו-Pixel 3 XL עושים שימוש במחיצות לוגיות. ניתן לשנות את גודל המחיצות הללו באופן דינמי. לשינוי הזה יש מאתגר מוכח בהשגת גישת שורש עובדת, וכמה מפתחים מודאגים מכך שמתמקדים ב-ROMs מותאמים אישית. איליאן מלצ'ב מבטיח לנו שהכוונה היא לא להגביל ROMs מותאמים אישית. כפי ש הוא מסביר:
"מחיצות דינמיות לא נועדו להגביל את מה שאתה יכול לעשות עם ROMs מותאמים אישית. הן פשוט פתרון לבעיה של גדלי מחיצות קבועים והיעדר דרך בטוחה לחלוקה מחדש של התקנים OTA. לפני מחיצות דינמיות, אם יצרן OEM עשה טעות בגודל, למשל. מחיצת המערכת, ואז הם יהיה מוגבל על ידי בחירה זו, מה שהופך את זה כמעט בלתי אפשרי לשדרג מכשיר לאחר מסויים נְקוּדָה. חלק מיצרני OEM אכן מחלקים מחדש את המכשירים שלהם ב-OTA כעניין של תרגול, אבל זה א) לא נתמך רשמית באנדרואיד, וב) שינוי טבלת המחיצות נחשב מסוכן למדי. מחיצות דינמיות שואפות להקל על הבעיה על ידי הצגת רמת עקיפה בין טבלת המחיצות הפיזית למערכת ההפעלה רואה. זה בתורו מאפשר לנו להתאים בבטחה גדלי מחיצות ב-OTA. לגבי ROM מותאמים אישית, אתה לא צריך להיות מוגבל יותר ממה שאתה היום עם מה שאתה יכול לעשות. תמיכה ב-ROMs מותאמים אישית היא וממשיכה להיות משהו שכל יצרן יצרן מחליט לאפשר."
פרויקט ראשי - מודול ART ואורך תמיכה
Mainline היא יוזמה חדשה של גוגל שמטרתה לתקן ספריות וחבילות מסוימות כך שניתן יהיה לעדכן אותן ללא תלות בעדכוני פלטפורמה. חלקם תהו מדוע Android Runtime (ART) אינו עדיין מודול Mainline, אבל נאמר לי ב-Google I/O המורכבות הכרוכה במודולריזציה של ART מנעה מהם לכלול אותו כאחת מחבילות ה-APEX הראשוניות. כפי ש הסביר מאת איליאן מלצ'ב ודיאנה וונג:
"ביצוע עדכונים ל-Runtime (במיוחד ביצועים ותיקוני GC וספריות ליבה) הוא בהחלט משהו שאנחנו בוחנים בהקשר של mainline. אנו יכולים לראות יתרונות רבים ביכולת להפוך את העדכונים הללו לעקביים בכל המכשירים ובמהדורות מרובות עם mainline. זהו גם אתגר טכני עצום כאשר אנו חושבים כיצד לעשות זאת בצורה הטובה ביותר עבור מפתחים, וכנראה מאמץ רב-שנתי. זה לא משהו שמיינליין יכולה לעשות כרגע, אבל בהחלט משהו שאנחנו חושבים עליו".
אם אתה עוקב אחר ה-AOSP Gerrit, תראה שגוגל בכל זאת היה קשה בעבודה ביצוע Runtime APEX. נכון לעכשיו, נראה שכן פיצול Bionic ו-ART/libcore לתוך מודולי APEX נפרדים.
בנוגע לתועלת של Project Mainline, משתמש אחד שאל לגבי משך העדכונים של Mainline. בתגובה, איליאן מלצ'ב אומר ש"זו שאלת מדיניות שאנחנו עדיין בוחנים, אבל אנחנו רוצים לעדכן מודולים של Mainline במכשיר למשך זמן רב ככל האפשר." מפתח מוכר XDA luca020400 שאל האם יסופקו מודולי Mainline מובנים מראש כדי שמפתחי ROM מותאמים אישית יוכלו למזג עדכונים, ובתגובה, ג'ף ביילי חוזר ואומר ש"למודולים שמתפצלים מ-AOSP יהיו מהדורות מקור התואמות לכל מהדורת מודול." אנחנו כבר יכולים לראות את ההתקדמות של מודולי APEX חדשים ב-AOSP כמו אחד עבור API של רשתות עצביות.
CameraX פוגש ערכת ML
ב-I/O השנה, גוגל הציגה את ספריית CameraX Jetpack. ספרייה זו נועדה להקל על מפתחים לתמוך ב-API Camera2 של אנדרואיד תוך שמירה על תאימות כל הדרך חזרה ל-Android Lollipop. וינית מודי מתגרה שהחברה עובדת על שילוב CameraX איתו ערכת ML, Firebase SDK למידת מכונה של גוגל, כך שמפתחים יכולים להזין מסגרות תמונה לתוך ערכת ML לצורך ניתוח.
הרחבות של ספקי CameraX ותאריך שחרור
מפתח אפליקציית מצלמה מקוננת על העובדה שתכונות מצלמה מתקדמות כמו מראה הלילה של גוגל פיקסל אינן נגישות לאפליקציות מצלמה של צד שלישי. זה אמור להיות פתיר עם הרחבות של ספקי CameraX, אליהן ג'ף שארקי מגוגל אומר ש"כל מכשירי Pixel מותאמים ל-CameraX Core." הוא מתגרה ש"היבט ההרחבות הולך להיות נתמך במכשירים חדשים וקרובים". יתר על כן, גוגל הוא "עובדים עם מספר יצרנים כדי להיות מסוגלים להביא את יכולות המכשירים שלהם למפתחים ולמשתמשים כאחד." למרות שלא אושר ישירות, ייתכן שנראה תכונות כמו מראה לילה על גוגל פיקסל 4 הופכים לזמינים לאפליקציות מצלמה של צד שלישי המשתמשות בספריית CameraX.
מר שרקי מצהיר שגוגל מכוונת למהדורת בטא לסוף השנה.
שיפורים בניהול זיכרון באנדרואיד Q
ה-Pixel 3 נדחק על כך שיש לו בעיות רבות לאחר ההשקה, אבל גוגל עשתה הרבה כדי לטפל בבעיות האלה באמצעות מספר רב עדכונים לאחר ההשקה. ניהול זיכרון היה אחד ההיבטים החלשים ביותר של ה-Pixel 3, אבל הדברים צריכים להיות קצת יותר טובים במהדורת Android Q. לפי סלים סינק:
"ב-SystemUI, למשל, היו לנו מאמצי עיבוד מחדש גדולים ב-Q כדי להפחית את השימוש ב-RAM של התראות ומשטחים אחרים."
האם סוף סוף נקבל ADB אלחוטי?
אם ברצונך לבצע ניפוי באגים אלחוטי בטלפון שלך, תצטרך לבצע רוט למכשיר שלך. ג'מאל איסון מצוות Android Studio אומר שהם מטפלים כעת בהיתכנות של תכונה זו.
האם גוגל עדיין בודקת בטאבלטים?
מפתח מוכר XDA Luk1337 שאלה האם גוגל עדיין בודקת את AOSP UX בטאבלטים. זו שאלה הוגנת בהתחשב ב מחסור בטאבלטים טובים של אנדרואיד וה קיימים באגים במהדורות הנוכחיות. אלן הואנג אומר שגוגל עדיין "בודקת ומבצעת תיקונים בכל שנה" ושהחברה עובדת בשיתוף פעולה הדוק עם שותפים "כדי להבטיח חוויית טאבלט אנדרואיד טובה".
יש עוד הרבה פוסטים בשרשור המלא על Reddit. מה שכסיתי כאן מסכם את כל המידע החדש שלמדנו, אבל כמה גוגלרים (במיוחד דיאן הקבורן) נכנסים להגיון שלהם מאחורי חיתוך תכונת X או אי יישום Y רְשׁוּת. אני ממליץ לך לקרוא את AMA המלא אם אתה רוצה להבין קצת יותר את קבלת ההחלטות של צוות אנדרואיד.
קרא את ה-AMA המלא ב-/r/AndroidDev