איך נבנית רשומת תאימות

מה העמוד מכסה ומה לא

• מכסה: שלבי התהליך, ברמה שקוראים יכולים להבין ולבדוק.
• לא מכסה: הכללים המלאים (בעמוד שיטת התאימות המתוכנן), רשומות לדגמים, או פרטים פנימיים.

המסלול בשבעה שלבים

1. שאלה

כל רשומה עונה על שאלה אחת, בשפה פשוטה. למשל: "מאיזו גרסת Android יש תמיכה ב-LE Audio?".

2. חיפוש במקורות רשמיים

מחפשים רק במקורות רשמיים וציבוריים: מסמכי מערכות ההפעלה (Apple, Google/Android), מסמכי יצרני המכשירים, וגופי תקינה כמו Bluetooth SIG. לא פורומים, לא ביקורות, לא אתרי השוואה ולא אתרים שמעתיקים רשימות.

3. ציטוט ותאריכים

רושמים ציטוט קצר מהמקור, באנגלית כפי שהוא, את תאריך המקור אם מוצג, ואת תאריך הבדיקה. כך כל קורא יכול לפתוח את המקור ולבדוק.

4. טענה, תוצאה ומגבלות

כותבים משפט אחד שמסכם את המקור, בוחרים תוצאה מרשימה קבועה (למשל "נתמך בתנאים" או "התאימות לא הוכחה"), ומצרפים קודי מגבלה מספרייה קבועה. אסור לנסח מגבלה חדשה בלי להוסיף אותה לספרייה.

5. בדיקה כפולה

כותב/ת אחד/ת מכין/ה את הרשומה. בודק/ת שני/ה, בנפרד, פותח/ת את המקור ומוודא/ת שהציטוט קיים ושהטענה לא אומרת יותר ממנו.

6. אישור

רק אחרי שני בודקים, ובאישור בעלים, רשומה יכולה להיות מוצגת.

7. סקירה חוזרת

מידע שתלוי בגרסת מערכת הפעלה נבדק שוב לעיתים קרובות יותר, וגם אחרי גרסה ראשית חדשה. מידע יציב יותר נבדק פעם בשנה.

מה ברשומה לעולם לא יופיע

• הבטחה שזה יעבוד
• המלצה על מכשיר או טלפון
• מידע מסחרי כלשהו, כמו עלות, זמינות או מקום קנייה
• שלבי צימוד, תיקון או הגדרה
• הנחיה לעדכן קושחה או לשנות הגדרות

מצב נוכחי

אין רשומות מוצגות. רשומות ראשונות ברמת פלטפורמה (לא דגמים) ממתינות לבודק/ת שני/ה ולאישור. לכן אף רשומה לא מתוארת כ"נבדקה במלואה".

למה כל כך הרבה זהירות

מידע על חיבור משתנה מהר, ואנשים מקבלים החלטות לפיו. הצגה זהירה, עם מקור ומגבלות, עוזרת לא להטעות, ומאפשרת לכל אחד לבדוק בעצמו. לדוגמה, ב-Android, Google כותבת שעדכונים מגיעים בזמנים שונים לפי מכשיר, יצרן וספק ^[1]. משמעות הדבר: רשומה נכונה היום עשויה להשתנות.

דוגמה: רשומה אחת לאורך המסלול

שאלה: מאיזו גרסת Android יש תמיכה ב-LE Audio? חיפוש: נמצא מסמך מפתחים של Android. ציטוט: "Android 13 (API level 33) includes built-in support for LEA." טענה: ל-Android 13 ומעלה יש תמיכה מובנית ב-LE Audio; בפועל תלוי בחומרה. מגבלות: מסמך למפתחים; תמיכת מערכת לא אומרת שכל טלפון תומך. בדיקה כפולה: ממתינה. אישור: ממתין.

כלומר, גם רשומה פשוטה כזו לא מוצגת עד שעברה את כל השלבים.

מה קורה כשמקור משתנה

אם בבדיקה החוזרת הציטוט לא מופיע עוד במקור, או שהמקור אומר משהו אחר, הרשומה חוזרת לשלב 4: מנסחים מחדש, מעדכנים מגבלות, ושוב שני בודקים. השינוי נרשם ביומן השינויים של הרשומה.

טעויות נפוצות בקריאת השיטה

• "שני בודקים = בדיקה מעשית." הבודקים קוראים מסמכים, לא בודקים מכשירים.
• "אישור = המלצה." אישור אומר שהרשומה עומדת בכללים, לא שהשילוב מתאים לכם.

מונחים בעמוד

• רשומת תאימות: כרטיס קצר שעונה על שאלה אחת לפי מקור רשמי, עם תאריך ומגבלות.
• "התאימות לא הוכחה": לא מצאנו מקור רשמי שמאשר או שולל. זה לא אומר "לא עובד".
• ראיה שלילית: תיעוד של מה שחיפשנו במקורות ולא מצאנו.

מגבלות

• השיטה בטיוטה וממתינה להחלטת בעלים. פרטים עשויים להשתנות.
• תדירות הסקירה המדויקת תיקבע במסמך השיטה.