بازخورد

مکان و نحوه ارائه بازخورد برای پیشنهادات جعبه ایمنی حریم خصوصی در طول فرآیند توسعه.

دریافت بازخورد از مجموعه متنوعی از سهامداران در سراسر اکوسیستم وب برای طرح Privacy Sandbox بسیار مهم است. در اینجا توضیحاتی درباره بسیاری از کانال‌های عمومی که به توسعه اطلاع‌رسانی می‌کنند، و راهنمایی در مورد نحوه ارائه بازخورد افراد و سازمان‌ها در هر مرحله را خواهید یافت. مدیران و مهندسان محصول Chrome به طور فعال با این بازخورد درگیر هستند و صدها نماینده صنعت در حال حاضر در آن شرکت دارند.

کانال های بازخورد زیادی در دسترس شما هستند. تعاملات فردی در بیشتر موارد عمومی هستند، به این معنی که می توانید در بحث ها دنبال کنید و تصمیم بگیرید که در کجا می خواهید مشارکت کنید. همچنین یک فرم بازخورد وجود دارد که این فرصت را برای سهامداران فراهم می‌کند تا بازخورد خود را مستقیماً در خارج از انجمن‌های عمومی با تیم Chrome به اشتراک بگذارند. بازخورد دریافت‌شده از طریق فرم بازخورد ممکن است برای درج در گزارش‌های عمومی تیم Chrome، بدون ذکر منبع جمع‌آوری شود.

چگونه می دانید بازخورد در نظر گرفته شده است؟

به‌روزرسانی‌های منظم برای هر Privacy Sandbox API در این سایت منتشر می‌شود. به طور خاص، این به‌روزرسانی‌ها خلاصه‌ای از موضوعات بازخورد رایج در هر API را پوشش خواهند داد.

در حالی که کانال‌های بازخورد عمومی ترجیح داده می‌شوند، کانال‌های عمومی (مانند GitHub) و مستقیم (مثلاً فرم بازخورد) وجود دارند، و تیم Chrome توضیح خواهد داد که آیا بازخورد و نگرانی‌های ناشی از تعامل سهامداران در طراحی و توسعه گنجانده شده است یا خیر. از هر API

مسیرهای بازخورد

در پیشنهادات فردی همکاری کنید

هر پیشنهاد Privacy Sandbox برای بحث عمومی باز است، جایی که نویسندگان پیشنهاد و ذینفعان وب برای پاسخ به سؤالات باز و روشن کردن جزئیات پیاده سازی قبل از نهایی شدن ویژگی ها با یکدیگر همکاری می کنند.

یک پروپوزال با یک توضیح دهنده شروع می شود - یک مرور فنی سطح بالا از عملکرد یک مشخصات پیشنهادی. توضیح دهندگان برای شروع فرآیند بازخورد ارسال می شوند، زیرا همیشه سوالات و جزئیات باز وجود دارد که نیاز به توضیح دارند. این فرآیند مشارکتی در طول چرخه عمر پیشنهاد از بحث اولیه ایده تا تکرار در بازبینی مشخصات رسمی ادامه دارد.

توضیح دهنده ها و محتوای پشتیبانی کننده در GitHub میزبانی می شوند. GitHub به هر کسی که یک حساب GitHub دارد این امکان را می‌دهد تا برای شروع یا شرکت در یک بحث، یک مشکل (سوال بپرسید یا نظر اضافه کنید) در مخزن (repo) مطرح کند. نویسندگان پیشنهاد، از جمله مدیران و مهندسان محصول Chrome، در این بحث‌ها فعال هستند و GitHub گزینه‌هایی را برای اطلاع از هرگونه فعالیت جدید ارائه می‌کند. با بازخورد GitHub، می توانید مستقیماً با جامعه علاقه مند به یک پیشنهاد خاص درگیر شوید. حتی بدون حساب GitHub، همچنان می‌توانید تمام نظرات انجمن را برای هر پیشنهاد بخوانید.

بحث در مخزن باید بر این موضوع متمرکز شود که چگونه و چرا پروپوزال به موارد استفاده ای که برای حل آن تعیین شده است می پردازد. می‌توانید پیوندی را برای مشاهده و طرح یک موضوع برای هر پیشنهاد در ستون بازخورد جداول در بخش پیشنهادات پیدا کنید.

توسعه ویژگی Chromium را پیگیری و به آن پاسخ دهید

هر مرحله از توسعه ویژگی به یک لیست پستی عمومی اعلام می شود، که بحث بیشتر در مورد پیاده سازی فنی را تشویق می کند.

هر پیشنهاد ممکن است منجر به ایجاد یک یا چند ویژگی در Chromium شود. توسعه دهندگان پیشنهاد درخواست هایی را برای شروع هر مرحله از توسعه ویژگی در لیست پستی عمومی blink-dev ارسال می کنند. این مراحل عبارتند از : Intent to Prototype (I2P)، Intent to Experiment (I2E)، Intent to Ship (I2S) یا Intent to Remove (I2R).

  • Intent to Prototype (I2P): توسعه‌دهنده می‌خواهد پیاده‌سازی اولیه را در Chromium آغاز کند. این اغلب منجر به در دسترس بودن عملکرد اولیه برای آزمایش توسعه دهندگان می شود. بازخورد مفید در این مرحله احتمالاً برای GitHub مناسب است زیرا هدف در این مرحله اعتبارسنجی ایده های پیشنهادی با کد کار است.
  • Intent to Experiment (I2E): توسعه‌دهنده می‌خواهد آزمایش مقیاس‌شده را در قالب یک آزمایش اولیه اجرا کند. این به سایت ها اجازه می دهد تا عملکرد اولیه را روی بخشی از ترافیک خود آزمایش کنند. بازخورد مفید در این مرحله شامل اعلام تمایل به مشارکت و اینکه آیا آزمایش پیشنهادی نیازهای شما را برای تأیید رفتار برآورده می‌کند، می‌شود.
  • Intent to Ship (I2S) : توسعه دهنده می خواهد ویژگی تکمیل شده را در Chromium مستقر کند. این باعث می شود که عملکرد برای همه کاربران در دسترس باشد. بازخورد مفید در این مرحله به مشکلات باقی مانده می پردازد تا اطمینان حاصل شود که ویژگی برای در دسترس بودن عمومی آماده است.
  • Intent to Remove (I2R) : توسعه دهنده می خواهد عملکرد را از Chromium منسوخ و حذف کند. بازخورد مفید در اینجا شامل برجسته کردن این است که آیا این حذف بر روی مورد استفاده شما تأثیر می گذارد به روشی که توسط تیم توسعه ثبت نشده است.

هر مرحله دارای یک الگوی استاندارد است که در آن توسعه دهنده مجموعه ای از اطلاعات مربوطه را ارائه می دهد. برخی از مراحل نیاز به تایید دارندگان پروژه Chromium دارند که این کار را با ارائه پاسخ "به نظر من خوب است" (LGTM) در پست انجام می دهند.

لیست پستی برای عموم آزاد است، بنابراین می توانید بحث را در مورد هر نقطه عطف دنبال کنید و به لیست بپیوندید تا سوالات بیشتری بپرسید. سطح بالایی از فعالیت در این لیست وجود دارد، زیرا تمام عملکردهای فرود در پروژه Chromium را پوشش می دهد، بنابراین ممکن است بخواهید ویژگی های فردی را در سایت وضعیت Chrome ردیابی کنید .

بحث در مورد این رشته‌ها باید بر روی ویژگی‌های پیاده‌سازی ویژگی خاص در Chromium متمرکز شود. بحث در مورد نحوه عملکرد خود پروپوزال برای GitHub مناسب است . می‌توانید پیوندی برای مشاهده و مشارکت در هر یک از این اعلامیه‌ها در ستون Intents در جداول در بخش پیشنهادات پیدا کنید.

توسعه ویژگی های فردی را پیگیری و بحث کنید

لیست های پستی خاصی ممکن است با پیشرفت اجرای پروپوزال ایجاد شود تا امکان بحث متمرکزتر فراهم شود.

از آنجایی که پیشنهادهای فردی از طریق پیاده سازی در Chromium پیشرفت می کنند، ممکن است یک لیست پستی خاص پیشنهاد ایجاد شود تا امکان ارتباط متمرکز را فراهم کند.

این امکان را برای اطلاعیه‌ها و بحث درباره به‌روزرسانی‌های آزمایشی مبدا، به‌روزرسانی‌های کد ضروری یا مسائل شناخته‌شده‌ای که ممکن است بر توسعه تأثیر بگذارد، می‌دهد. مانند blink-dev ، این لیست ها عمومی هستند. اگر مستقیماً یکی از این پیشنهادها را دنبال می‌کنید یا روی آن کار می‌کنید، باید به لیست خاصی بپیوندید تا به‌روزرسانی‌ها را مستقیماً از تیم‌های توسعه بشنوید.

بحث‌ها در مورد این رشته‌ها باید بر روی جزئیات پیاده‌سازی مداوم در Chromium متمرکز شود، زیرا مخاطبان مورد نظر، توسعه‌دهندگانی هستند که مستقیماً در برابر این ویژگی کدنویسی می‌کنند، در مقابل مخاطبان عمومی علاقه‌مند به اطلاعیه‌های گسترده. می توانید پیوندی برای خواندن و مشارکت در آنها در ستون فهرست پستی در جداول در بخش پیشنهادات پیدا کنید.

مشکلات ویژگی را مطرح و پیگیری کنید

با ادامه پیاده‌سازی، مشکلات مربوط به رفتار ویژگی را می‌توان در ردیاب مشکل Chromium مطرح کرد.

این شامل اشکالات پیاده‌سازی می‌شود که رفتار Chromium با مشخصات پیشنهادی مطابقت ندارد، اما می‌تواند عملکردهای خاص مرورگر مانند نحوه تعامل این ویژگی با DevTools و تنظیمات برگزیده کاربر را نیز پوشش دهد، یا ممکن است فقط برای گزارش یک خطا باشد. مشکلاتی را می توان در هر نقطه ای از چرخه حیات یک ویژگی Chromium مطرح کرد، خواه این ویژگی به تازگی برای آزمایش توسعه دهندگان در پشت پرچم موجود باشد یا چیزی که در نسخه پایدار کشف شده است.

بحث در مورد مسائل Chromium باید بر روی جزئیات اجرای پیش بینی شده ویژگی در Chromium متمرکز شود. بحث در مورد نحوه عملکرد خود پروپوزال باید به GitHub برود . می‌توانید پیوندی برای مشاهده یا طرح مشکلات در ستون جزء Chromium جداول در بخش پیشنهادات پیدا کنید.

پیگیری و مشارکت در نهادهای استاندارد

کنسرسیوم وب جهانی (W3C) و کارگروه مهندسی اینترنت (IETF) استانداردهای باز را برای همه پلتفرم های وب توسعه می دهند. آنها افراد علاقه مند را تشویق می کنند تا در مورد استانداردهای فردی و همچنین اکوسیستم وب به طور کلی بحث کنند و یاد بگیرند.

W3C و IETF جوامع بین‌المللی هستند که استانداردهای باز را برای وب و اینترنت ایجاد می‌کنند تا از رشد بلندمدت این پلت‌فرم‌های باز اطمینان حاصل کنند. فن‌آوری‌های جدید پلتفرم وب، مانند فن‌آوری‌های Privacy Sandbox، در انجمن‌های مختلف در سراسر این نهادهای استاندارد پیشنهاد و مورد بحث قرار می‌گیرند. این انجمن‌ها برای هر کسی که می‌خواهد فعالانه در طراحی و توسعه فناوری‌ها شرکت کند، باز است.

هر نهاد استاندارد، گزینه های مختلف عضویت و مشارکت را به هر طرف علاقه مند ارائه می دهد. گروه‌های اجتماعی و گروه‌های تجاری وجود دارند که شامل اعضایی از سراسر اکوسیستم وب و صنایع مربوطه می‌شوند. نویسندگان پروپوزال اغلب مرورها و به‌روزرسانی‌های پیشرفت را در جلسات مرتبط ارائه می‌کنند و فرصتی را برای پرسیدن سؤالات مستقیم و شنیدن سایر ذینفعان فراهم می‌کنند. صورتجلسات جلسه برای اکثر گروه ها به صورت عمومی در دسترس است.

بحث در نهادهای استاندارد دامنه وسیعی دارد، اما عموماً بر این تمرکز دارد که چگونه یک پیشنهاد نیازهای اکوسیستم و پیشرفت آن به سمت تبدیل شدن به یک استاندارد پذیرفته شده را برآورده می کند. می‌توانید پیوندی را برای دنبال کردن یا پیوستن در ستون گروه‌های استاندارد جداول در بخش پیشنهادات پیدا کنید.

آزمایش با استفاده از کروم

ما به دنبال بازخورد در مورد طرح‌های آزمایشی تسهیل‌شده توسط Chrome به‌همراه مشکلات ردیابی ناشی از منسوخ شدن اولیه کوکی‌های شخص ثالث هستیم.

اگر برای عملکرد سایت به داده‌های کوکی شخص ثالث تکیه می‌کنید، اکنون می‌توانید مشکلات سایت را که ناشی از منسوخ شدن کوکی‌های شخص ثالث است در ردیاب مشکلات عمومی گزارش دهید.

علاوه بر این، Chrome 1٪ از کوکی‌های شخص ثالث را در سه ماهه اول 2024 منسوخ می‌کند و ما قبل از برداشتن گام‌های بعدی برای گسترش منسوخ شدن، با CMA همکاری نزدیکی خواهیم داشت. می‌توانید بازخورد GitHub را در مورد کسر مناسب ترافیک برای اختصاص به این زیرمجموعه از آزمایش تسهیل‌شده توسط Chrome ارائه دهید.

نظرات خود را از طریق فرم بازخورد ارسال کنید

همه مسائل به طور منظم در دسته بندی های بالا قرار نمی گیرند. در حالی که این مسیرها بهترین راه برای شروع گفتگوی عمومی با مرتبط‌ترین افراد هستند، فرم بازخورد برای اطمینان از اینکه همیشه می‌توانید مستقیماً به تیم Chrome دسترسی داشته باشید وجود دارد.

اگر می خواهید بدانید این فرم ممکن است مکان مناسبی باشد:

  • چگونه موقعیت های خاص ممکن است تحت تأثیر چندین پیشنهاد قرار گیرد.
  • اگر مورد استفاده شما توسط یک پیشنهاد پوشش داده شده است.

در حالی که این فرصتی برای ذینفعان است تا مستقیماً بازخورد خود را با تیم Chrome به اشتراک بگذارند، موضوعات یا مسائل موجود در بازخورد شما ممکن است برای درج در گزارش‌های عمومی تیم Chrome، بدون ذکر منبع، جمع‌آوری شوند.

پیشنهادات

گزینه‌های بازخورد و بحث برای پیشنهادات جعبه ایمنی حریم خصوصی را می‌توانید در وضعیت API و نسخه‌های ویژگی پیدا کنید.