استكشاف

تحديث لصور Google على أندرويد: شريط التنقل السفلي صار أصغر وثابت عبر أغلب الشاشات، وهذا يعطي مساحة عرض أكبر للصور. التصميم كان موجود على iOS من بداية السنة والآن بدأ يوصل لأندرويد تدريجياً. سؤال للي ظهر عنده: هل الشريط الأصغر فعلاً مريح ويخلي التصفح أسرع؟ ولا تحسون الأيقونات صارت مضغوطة وتزيد احتمالية اللمس الخطأ؟ ووجوده بشكل دائم أحسن لكم، أم تفضّلون يختفي أثناء التمرير؟ شاركونا رأيكم. #أندرويد

إيقاف تنزيل Google Earth Pro لسطح المكتب قادم السنة الجاية. بعد يونيو 2027 ما راح تقدروا تحملوه، لكن النسخ المثبتة بتكمل شغالة. بصراحة نسخة الويب لسه أقل مرونة، خصوصًا في التحكم بالطبقات والتصدير والطباعة بدقة عالية. سؤالي: مين جرّب يعتمد بالكامل على نسخة المتصفح في شغله الجغرافي؟ هل التعامل مع KML/KMZ والقياسات والمسارات صار عملي بما يكفي، ولا الفجوة مع الديسكتوب ما زالت واضحة؟ #خرائط

جوجل كيب يبدو أخيرًا يجهّز لميزة “البحث داخل الملاحظة”. بدل ما تفتّش كل الملاحظات، تقدر تدور داخل ملاحظة واحدة وتطلع النتائج فيها. الغريب أن الميزة لسه تظهر لعدد محدود وبشكل مش واضح في الواجهة، كأن مكانها مخبّي. وصلتكم؟ وين لقيتوا خيارها تحديدًا داخل التطبيق؟ وهل فعلًا بتفيدكم مع الملاحظات الطويلة والقوائم الكبيرة؟ #جوجل_كيب

Editorial / Long-form Content

مقال·3 دقائق قراءة

Microsoft Frontier Company: ماذا يعني استثمار 2.5 مليار دولار؟

ما الذي أعلنته Microsoft عن Frontier Company و6,000 خبير، وما حدود الوعود، وكيف تختبر المؤسسة قيمة الخدمة وتكلفة الاعتماد قبل التوسع؟

أنشأت Microsoft وحدة تشغيلية باسم Frontier Company لدعم تطبيق الذكاء الاصطناعي داخل المؤسسات، مع استثمار معلن بقيمة 2. 5 مليار دولار وتخصيص 6,000 خبير في الصناعة والهندسة. الإعلان يرفع حجم الدعم الميداني، لكنه لا يضمن عائدًا لكل مشروع.

قراءة المقال

تم التعديل

شركة فرنسية ناشئة أطلقت ZML/LLMD كأداة مجانية لتسريع تشغيل النماذج عبر شرائح مختلفة، مو بس بطاقة واحدة. الفكرة إنها تستفيد من العتاد المتوفر وتقلّل زمن الاستجابة والتكلفة. لو فعلاً تشتغل بسلاسة على تشكيلة بطاقات ومسرّعات من شركات مختلفة، هذا ممكن يخفف الاعتماد على نوع محدد من العتاد الغالي. أحد جرّب حلول مشابهة لتشغيل الاستدلال متعدد العتاد؟ وش كانت أكبر عقبة: التوافق بين التعريفات، التكميم، ولا عنق الزجاجة في نقل البيانات بين الذاكرات؟ #تقنية

لو بكرة اختفى Gboard من أندرويد، أي لوحة مفاتيح بتعتمدون؟ في استطلاع حديث كان في مفضّل واضح بين البدائل، رغم إن النتيجة مو كاسحة. اللافت إن الخيارات تنقسم بين مدرستين: مزايا كثيرة وتنبؤ ذكي مثل Microsoft SwiftKey ولوحة مفاتيح سامسونج، مقابل خيارات أبسط وتركّز على الخصوصية والخفة مثل HeliBoard وFUTO Keyboard وSimple Keyboard. بصراحة أميل لشي سريع وخفيف بدون أذونات زايدة، حتى لو ضحّيت بشوية مزايا. أنتم وين تميلون: المزايا الذكية ولا البساطة والخصوصية؟ ووش أكثر ميزة ما تتنازلون عنها في الكيبورد؟ #أندرويد

تحديث يوليو 2026 لبيكسل (CP2A.260705.006) يبدو أخيرًا إنه يسمح للي عالقين على أندرويد 17 بيتا يرجعوا للقناة المستقرة بدون فورمات أو مسح بيانات، وكمان يصلح مشكلة OTA اللي ما وصل الشهر الماضي للبعض. السؤال: هل ظهر لكم التحديث؟ وكيف كانت تجربتكم في الخروج من البيتا بدون فقدان بيانات؟ هل ثبتّوه وأنتم ما زلتوا داخل برنامج البيتا أو خرجتوا أولاً؟ وأي ملاحظات عن الأداء بعد الانتقال؟ حاب أشوف إذا فعلاً خلصت القصة هذه المرة. #بيكسل

# البيانات التي لا تحتاجها قد تكون أكبر مخاطرة في منتجك يستطيع متجر زيادة الزيارات وخسارة الأرباح في الوقت نفسه إذا قاس المؤشر الخطأ. الحكم المهني يتطلب موازنة المكسب السريع مع الصيانة والثقة والقدرة على الاستمرار بعد انتهاء التجربة. النتيجة الأولى التي يرفضها كثير من فرق المنتج هي بديهية بالعكس: أكثر البيانات أمانًا هي التي لم تُجمع أصلًا. هذا ليس شعارًا تسويقيًا بل مبدأ تصميمي واقتصادي. كل حقل جديد في نموذج، كل سجل إضافي في قاعدة، وكل حدث تُخزّنه يزيد من مساحة الهجوم، كلفة النسخ الاحتياطي، تعقيد السياسات القانونية، وحسابات الامتثال. القرار الذي يتخذه مدير المنتج اليوم بتضمين حقل جديد هو نفس القرار الذي سيرتبط به فريق الأمن والامتثال والدعم مدى سنوات. السؤال العملي الذي يجب أن يسيطر على كل مناقشة: أي بيانات لا تبرر كلفة الاحتفاظ بها؟ إذا لم يكن هناك إجابة واضحة تُربط بقيمة تجارية قابلة للقياس أو التزام تنظيمي، فالخيار الأكثر مسؤولية هو عدم الجمع. ## حصر البيانات الضرورية ابدأ بسؤال بسيط: لماذا يحتاج المنتج لهذا الحقل؟ اطرح السؤال بصوت عالٍ أمام فريق متعدد التخصصات: المنتج، القانون، الأمن، التحليلات، والتشغيل. لا تقبل إجابات غامضة مثل "للاستخدام المستقبلي" أو "للتخصيص المحتمل"؛ اعتبرها رفضًا افتراضيًا. آلية: نفّذ مراجعة حقليّة (field-by-field review) قبل أي إطلاق. دوّن غرض كل حقل، المستفيد الداخلي، بديل عدم الجمع، ومخاطر الاحتفاظ. اجعل المعيار أن أي حقل لا يُثبت قيمة قابلة للقياس أو التزام قانوني يُحذف أو يُحول إلى جمع مؤقت. هذه الممارسة تغير ديناميكية الموافقة: بدلاً من تحميل المستخدم مسؤولية فهم شروط طويلة، يفرض الفريق مسؤولية التصميم على نفسه. تخفيف الحقول يقلل الحاجة إلى واجهات موافقة مُتعبة ويقصر نطاق ما يجب شرحه للمستخدم فعليًا. ينبغي أن تتضمن الخطة طريقة للتعامل مع الخطأ، ومسارًا للتصعيد، وحدودًا واضحة لما يمكن تنفيذه تلقائيًا. ومع تراكم عدة دورات قصيرة من القياس، تتكون معرفة عملية يمكن نقلها إلى مشروعات وفرق أخرى. في سياق حصر البيانات الضرورية ضمن Privacy، يبدأ التحليل من الأثر الذي يمكن ملاحظته لا من الميزة المعلنة. الفكرة الحاسمة هنا هي أن أكثر البيانات أمانًا هي التي لم تجمع أصلًا. لذلك ينبغي توثيق خط الأساس، وتحديد صاحب القرار، ثم مقارنة النتيجة بعد مدة معلومة. هذه المقارنة تكشف إن كان التحسن حقيقيًا أم أن العبء انتقل إلى فريق أو مرحلة أخرى. ## توضيح الموافقة والاستخدام الموافقة الطويلة ليست حماية، بل نقل مسؤولية. عندما تَعطى للمستخدمين دفعة من النص القانوني بدل أن تُظهر لهم ما ستفعل بالبيانات فعليًا، تخسر الثقة وتزيد الالتباسات التنظيمية. حالة دراسية: في فضائح تسريب البيانات المعروفة، لم يكن السبب الوحيد هو القرصنة التقنية بل اعتماد نماذج تجميع واسعة ومستقبلية. ما يختلف اليوم هو توقع المستخدمين وسرعة كشف الانتهاكات. التفسير المعقول هنا أن الموافقة كجزء من واجهة المنتج ينبغي أن تكون عملية—تشرح الاستخدام العملي والمدة والمنفعة الصريحة للمستخدم—وليس وثيقة نقل مسؤولية. اجراء عملي: صنف الاستخدامات إلى فئات محدودة (تشغيل، تخصيص مباشر، بحوث، امتثال) واطلب موافقة محددة لكل فئة. لم تُقلل هذه الخطوة من البيانات فحسب، بل جعلت مراجعات الخصوصية أسرع وأكثر فعالية. لا بد من إشراك المستخدم النهائي في التقييم، لأن التحسن التقني قد لا ينعكس دائمًا على سهولة التجربة. بهذا الأسلوب يصبح التقدم قابلًا للتفسير، ويعرف الفريق ما الذي سيستمر فيه وما الذي يحتاج إلى تعديل. القرار في توضيح الموافقة والاستخدام يحتاج أيضًا إلى اختبار الافتراض القائل إن الموافقة الطويلة تنقل المسؤولية إلى المستخدم. البديل الأكثر انضباطًا هو تجربة محدودة لها معيار قبول ومسار تراجع واضح. وإذا ظهرت نتيجة ضعيفة، فلا تُفسر باعتبارها فشلًا للأداة فقط؛ قد تكون إشارة إلى مدخلات ناقصة أو مسؤوليات مبهمة أو عملية لم تُصمم أصلًا لتستفيد من التقنية. ## تقليل الوصول والاحتفاظ القيود التقنية تُترجم إلى قرارات تجارية. لا يكفي حذف الحقول من الواجهة؛ عليك تقليل من يراها وإلى متى تبقى في النظام. قيد: طبّق مبدأ الوصول الأقل امتيازًا على مستوى العمود والحدث. اجعل الوصول إلى البيانات الحساسة مُقيّدًا بمهام واضحة ومُسجّلة، واستخدم سياسات تقاعد تلقائي للحقل—حذف أو تقليل الدقة بعد هدف محدد. قوائم قصيرة مفيدة هنا: 1) من يحتاج للبيانات فعليًا؟ 2) ما العمليات التي تعتمد عليها؟ 3) ما الحد الأدنى من الدقة المطلوبة؟ الإجابة على هذه الأسئلة تُجنب مئات استدعاءات الحذف المستقبلية وتخفض تكلفة التحقيق عند الحوادث. نتيجة متوقعة: تقليل المخاطر التشغيلية وتخفيف عبء الامتثال. على سبيل المثال، فريق تحليلات لا يحتاج غالبًا إلى معرف المستخدم الأصلي إذا كانت الرؤى ممكنة عبر معرّفات مؤقتة ومُنقّحة. تظهر المقايضة داخل تقليل الوصول والاحتفاظ بوضوح عند موازنة التخصيص مقابل الحد الأدنى من البيانات والثقة. المكسب السريع قد يكون جذابًا، لكنه لا يبرر تراكم كلفة الصيانة أو صعوبة الاعتراض على القرار. لهذا يجب حساب وقت المتابعة، وعدد الحالات الاستثنائية، وأثر الخطأ على المستخدم، ثم إدخال هذه العناصر في تقييم العائد بدل الاكتفاء بسعر الأداة أو زمن التنفيذ الأولي. ## تأمين دورة البيانات الاحتمال المستقبلي أن البيانات ستُسرب أو تُساء استخدامُها يتطلب أن تُعالج دورة البيانات من الجمع إلى الحذف كخط أمني موحّد. لا مكان للاعتقاد بأن "نحن صغيرون فلن نستهدف"؛ الحوادث تحدث بغض النظر عن حجمك. التفسير المعقول: إذا لم تُخطط لتقليل حجم البيانات، فستنفق موارد أكبر على التشفير، المراقبة، النسخ الاحتياطي، والتدقيق. لذلك التقليل نفسه هو استراتيجية أمان فعالة ومجدية من ناحية التكلفة. نُهج عملي: طبّق تشفيرًا مبدئيًا حيثما أمكن، وابنِ آليات لإلغاء الربط (tokenization) عند نقل البيانات بين الأنظمة. حدّد نقاط تجمع البيانات ونقّحها دوريًا. لا تنتظر حادثًا لتكتشف أن لديك أحمالًا من السجلات لا غنى عنها. تحذير: التشفير وحده ليس حلًا لسوء السرية التصميمي—الهدف هو تقليل البصمة أولًا ثم تأمين ما تبقى. يمكن تحويل تأمين دورة البيانات إلى خطوة تشغيلية عبر حذف حقل أو تقليص صلاحية قبل إضافة ضابط جديد. يحدد الفريق نتيجة واحدة مطلوبة، ومؤشرًا يقيسها، وموعدًا قصيرًا للمراجعة. بعد ذلك تُفحص الحالات الناجحة والمتعثرة كل على حدة، لأن المتوسط العام قد يخفي فئة مستخدمين لم تستفد أو استثناءات تستهلك معظم الجهد الذي كان يفترض توفيره. ## الشفافية والاستجابة الذكاء هنا ليس إخفاء المخاطر، بل التعامل معها بشكل علني ومدروس. الشفافية المقنعة تحول مخاطرة محتملة إلى ميزة تنافسية: عندما يعي المستخدم ماذا تُجمع ولماذا وكيف تُحذف، تقل الشكوك وتزيد ولاءاته. حكم الخبراء: فرق القرار تفوز عندما تقرر حدودًا واضحة وتُبلغ المستخدمين عن التغييرات قبل تطبيقها. بيان بسيط وصريح عن مدة الاحتفاظ، خيارات الحذف، وكيفية ممارسة الحقوق يقطع شوطًا طويلًا في بناء الثقة. سؤال وجواب طبيعي: ماذا لو طلبت جهة تنظيمية الوصول لبيانات لم تعد تحتفظ بها؟ الجواب القصير الذي تحتاجه في اجتماع المجلس: لديك سياسة حذف واضحة ومؤشرات لأدلة الامتثال؛ هذه دلائل قوية أمام من يطلب أكثر من اللازم. حالة مصغرة: قرار بحذف حقل غير مستخدم أدى في شركة تكنولوجيا متوسطة إلى خفض كلفة النسخ الاحتياطي بنسبة محسوسة وتقصير وقت الاستجابة لحوادث الخصوصية. لا حاجة لذكر أرقام مفترضة—المنطق واضح: تبسيط يؤدي إلى خفض التكاليف والمخاطر. اختتام عملي: حوّل النقاط السابقة إلى قائمة عمل تراجع فيها هدفًا واحدًا يخدم المستخدم، ثم تابع تقدمه بانتظام وعدّل الخطة عندما تكشف البيانات حاجة حقيقية. يمكن تلخيص المسار في ثلاث كلمات: ابدأ، قِس، ثم حسّن. اختر خطوة يمكن تنفيذها هذا الأسبوع، ثم ابنِ عليها تدريجيًا بدل انتظار ظروف مثالية قد لا تأتي. السؤال الرقابي في الشفافية والاستجابة هو: أي بيانات لا تبرر كلفة الاحتفاظ بها؟ الإجابة العملية يجب أن تسمي المسؤول وحدود صلاحياته والبيانات التي يحتاجها للتدخل. كما أن تقليل البيانات يخفض كلفة الأمن والامتثال معًا؛ لذلك يفيد تصميم قناة تصعيد بسيطة وسجل للأسباب المتكررة، ثم استخدام هذا السجل لتحسين القواعد بدل معالجة كل حالة بمعزل عن الأخرى. #الخصوصية #حماية_البيانات #الثقة