משוב

איפה ואיך לספק משוב על הצעות של ארגז החול לפרטיות לאורך תהליך הפיתוח.

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

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

איך אפשר לדעת שהמשוב נלקח בחשבון?

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

יש עדיפות לערוצי משוב ציבוריים, אבל גם ערוצים ציבוריים (למשל, GitHub) וערוצים ישירים (למשל, טופס משוב) אכן קיימים, וצוות Chrome יסביר אם משוב וחששות שנובעים מהמעורבות של בעלי העניין משולבים בתכנון ובפיתוח של כל API.

מסלולי משוב

עבודה משותפת על הצעות נפרדות

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

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

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

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

מעקב אחר פיתוח תכונות ב-Chromium ושליחת תשובות לגביהן

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

כל הצעה עשויה להוביל לתכונה אחת או יותר לשיפור ב-Chromium. מפתחי הצעה שולחים בקשות כדי להתחיל כל שלב בפיתוח תכונה ברשימת הדיוור הציבורית של blink-dev. השלבים האלה כוללים: Intent לביצוע אב-טיפוס (I2P), כוונה לניסוי (I2E), כוונה לשלוח (I2S) או כוונה להסיר (I2R).

  • כוונת אב-טיפוס (I2P): המפתח מעוניין להתחיל בהטמעה ראשונית ב-Chromium. כתוצאה מכך, לרוב הפונקציונליות הזו זמינה לבדיקה למפתחים. סביר להניח שהמשוב השימושי בשלב הזה הוא המתאים ביותר ל-GitHub, מכיוון שבשלב הזה המטרה היא לאמת את הרעיונות להצעה באמצעות קוד פעיל.
  • Intent לניסוי (I2E): המפתח מעוניין להפעיל בדיקות בקנה מידה נרחב בצורת גרסת מקור לניסיון. כך אתרים יכולים לבדוק פונקציונליות מוקדמת על חלק מהתנועה שלהם. בשלב הזה, המשוב השימושי כולל הצהרה על נכונות המשתתפים להשתתף, והאם הניסוי המוצע עונה על הצרכים שלכם כדי לאמת את ההתנהגות.
  • Intent למשלוח (I2S): המפתח מעוניין לפרוס את התכונה שהושלמה ב-Chromium. כתוצאה מכך, הפונקציונליות זמינה לכל המשתמשים. בשלב הזה, המשוב השימושי עוזר לנו לטפל בבעיות בולטות, כדי לוודא שהתכונה מוכנה לזמינות לכולם.
  • כוונה להסיר (I2R): המפתח מעוניין להוציא משימוש פונקציונליות מ-Chromium ולהסיר אותה. מומלץ לכתוב משוב שימושי, למשל אם ההסרה משפיעה על התרחיש לדוגמה בדרכים שלא תועדו על ידי צוות הפיתוח.

לכל שלב יש תבנית סטנדרטית שבה המפתח מספק מבחר של מידע רלוונטי. שלבים מסוימים דורשים אישור מבעלי הפרויקט ב-Chromium שיעשו זאת על ידי הצגת התשובה 'נראה טוב לי' (LGTM) בפוסט.

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

הדיון בשרשורים האלה צריך להתמקד בהיבטים ספציפיים של הטמעת התכונה המסוימת ב-Chromium; דיון על האופן שבו ההצעה עצמה פועלת מתאים במיוחד ל-GitHub. ניתן למצוא קישור להצגת כל אחת מההודעות האלה ולהוספת תוכן להן בעמודה Intent בטבלאות שבקטע הצעות.

מעקב אחר פיתוח של תכונות ספציפיות ודיון בהן

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

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

כך אפשר לפרסם הודעות ודיון לגבי עדכונים בגרסת המקור לניסיון, עדכוני קוד נדרשים או בעיות ידועות שעשויות להשפיע על הפיתוח. כמו במקרה של blink-dev, הרשימות האלה גלויות לכולם. אם אתם עוקבים ישירות אחרי אחת מההצעות האלה או עובדים על פיהם, כדאי לכם להצטרף לרשימה הספציפית כדי לקבל עדכונים ישירות מצוותי הפיתוח.

הדיונים בשרשורים האלה צריכים להתמקד בפרטי ההטמעה השוטפת ב-Chromium, כי קהל היעד הוא המפתחים שמתכנתים ישירות מול התכונה, ולא קהל כללי שמעוניין בהודעות רחבות. תוכלו למצוא קישור לקריאה ולהוספת תוכן בעמודה Mailing list בטבלאות בקטע הצעות.

העלאת בעיות של תכונות ומעקב אחריהן

ככל שההטמעה תימשך, יכול להיות שיהיו בעיות בהתנהגות של התכונה בכלי המעקב אחר בעיות ב-Chromium.

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

הדיון בנושאים של Chromium צריך להתמקד בפרטי ההטמעה החזויה של התכונה ב-Chromium, ודיון על האופן שבו ההצעה עצמה מתפקדת צריך לעבור ל-GitHub. תוכל למצוא קישור להצגה או לדיון של בעיות בעמודה רכיב Chromium בטבלאות שבקטע הצעות.

מעקב אחר גופים והשתתפות בהם

World Wide Web Consortium (W3C) וכוח המשימה של הנדסת אינטרנט (IETF) מפתחים סטנדרטים פתוחים לכל פלטפורמות האינטרנט. הם מעודדים את הגורמים הרלוונטיים לדון על סטנדרטים נפרדים וללמוד עליהם וגם על הסביבה העסקית של האינטרנט באופן כללי.

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

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

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

בדיקה באמצעות Chrome

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

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

בנוסף, ברבעון הראשון של 2024 ב-Chrome נוציא משימוש 1% מקובצי ה-cookie של צד שלישי, ונעבוד בשיתוף פעולה הדוק עם ה-CMA לפני שננקוט צעדים נוספים להרחבת ההוצאה משימוש. אפשר לתת משוב ב-GitHub לגבי החלק המתאים של התנועה שצריך להקצות לקבוצת משנה זו של בדיקות ש-Chrome מסייע.

שליחת משוב באמצעות טופס המשוב

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

הטופס הזה יכול להיות המקום הנכון אם ברצונך לדעת:

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

בעלי עניין יכולים לשתף משוב ישירות לצוות של Chrome, אבל יכול להיות שהנושאים או הבעיות במשוב יצטברו בדוחות הציבוריים של הצוות של Chrome, ללא שיוך (Attribution).

הצעות

ניתן למצוא אפשרויות משוב ודיון לגבי הצעות ספציפיות של ארגז החול לפרטיות בסטטוס ה-API ובגרסאות של תכונות.