محتوى نشط، حسابات مؤثرة، ووسوم تتحرك الآن.
تحديث لافت: ChatGPT Work صار «مساعد شغل» يقدر يتعامل مع تطبيقاتك وملفاتك مباشرة، ويظل ماسك مشروعك لساعات لحد ما يحوّل الهدف لنتيجة جاهزة. السؤال: كيف بيصير موضوع الصلاحيات والتتبّع؟ هل في تحكم دقيق ومراجعة لكل إجراء، ولا مفتوح؟ وإذا اشتغل لساعات، نقدر نوقفه أو نحدد له وقت/ميزانية للمهمة؟ اللي عنده تجربة مع أدوات مشابهة، يهمني رأيه. #تقنية
مايكروسوفت بدأت تختبر مع Xbox Insiders جلسات لعب سحابي مجانية مدعومة بالإعلانات. الإعلان يطلع قبل ما تبدأ الجلسة فقط، وكل جلسة محددة بساعة واحدة. لو توسّعت لاحقاً، هل إعلان قبل البداية مقابل ساعة لعب مجانية يعتبر صفقة كويسة؟ ولا تفضّلوا تدفعوا اشتراك وتتفادوا الإعلانات تماماً؟ #اللعب_السحابي
تحديث لطيف في جوجل ميت: كل الملاحظات والنصوص المفرغة والتسجيلات بتتجمع تلقائيًا في جوجل درايف داخل مجلد جديد اسمه «جوجل ميت». كل اجتماع له مجلد فرعي خاص فيه، ولو الاجتماع متكرر بتنحط كل مرّاته سوا، والحضور اللي عندهم صلاحية بيطلع لهم اختصارات للملفات. الطرح بدأ اليوم وبيوصل تدريجيًا. برأيكم، هل هذا يحل فوضى “وين راح التسجيل؟” خصوصًا مع الاجتماعات المتكررة، ولا لسه نحتاج تنظيم إضافي مثل تسمية موحّدة للملفات أو تواريخ أوضح؟ #تقنية
مع استمرار غياب دعم S Pen في Z Fold 8، واضح أن سامسونج تراهن على النحافة والخفة مقابل القلم. صحيح أن Z Fold 7 صار أنحف وأخف بعد التخلي عن عتاد القلم، بس هل هذا التوجه منطقي لشاشة كبيرة مفروض تخدم الإنتاجية والرسم؟ أنتم مع جهاز أنحف حتى لو بدون قلم، ولا وجود القلم جزء أساسي من تجربة الفولد؟ وهل القلم الخارجي كفاية فعلاً؟ #الأجهزة_القابلة_للطي
تحديث واتساب الأخير على Android Auto (وأيضًا CarPlay) ركّز أخيرًا على الصوت: تقدر تسمع وترد على الرسائل، توصل للمفضلة، وتشوف سجل المكالمات من شاشة السيارة. هذا أحسن بكثير من الوضع السابق اللي كان محدود بالرسائل والمكالمات فقط. بالنسبة لي، أهم نقطة هي تقليل لمس الهاتف أثناء القيادة. بس سؤال للّي وصلهم التحديث: هل الواجهة صارت أسرع فعلًا؟ وهل التعرّف الصوتي للأسماء بالعربي صار أضبط ولا ما زال يلخبط؟ #AndroidAuto
# كيف نقرأ تطوير البرمجيات بقرارات أوضح كقرار تقني عملي؟ قد يبدو الانتقال إلى السحابة قرارًا تقنيًا، لكن أثره الحقيقي يظهر في الميزانية وسرعة التسليم وقدرة التعافي. القضية ليست إضافة تقنية أخرى، بل إزالة احتكاك واضح من العمل من دون خلق كلفة أو مخاطرة أكبر في مكان آخر. ## ما الذي تغير الآن GitHub لم يقدّم هنا نموذجًا جديدًا للذكاء الاصطناعي بقدر ما قدّم وصفًا تجاريًا واضحًا لما يبيع Copilot: ليس فقط الوصول إلى نموذج لغوي بل طبقة عملياتية كاملة حوله. الفكرة المضادة المتوقعة لكن الحاسمة: الدفع مقابل نموذج لوحده نادرًا ما يعادل تكلفة تشغيله فعليًا داخل سياق عمل حقيقي. Copilot يربط استدعاء النموذج بسياق الكود، بواجهات التحرير، بسجل الأعمال (issues)، بسياسات المؤسسة، وبآليات التخزين المؤقت والحساب التي تقلّل نفقات التكرار. هذا التوصيف التقني يتحول إلى عنصر دعم قرار: GitHub يمنح اشتراكات تتضمن GitHub AI Credits وحسابًا مترًا للاستهلاك مبنيًا على توكنات الإدخال والإخراج والمخبأة. الفارق ليس في سعر السطر الذي يولده النموذج، بل في التكاليف المحفوظة بالتصميم: تأمين السلسلة (من المستودع إلى lingkungan الاختبار)، التحكم في الفوترة، وسياسات الإمتثال. بناء كل ذلك بنفسك على raw API يعني أن التكلفة الحقيقية تشمل ساعات هندسية وتكرار أخطاء وآليات مراقبة لا تظهر في فاتورة استدعاءات الـAPI فقط. يجب تقييم الكلفة الكاملة، بما فيها التدريب والصيانة والدعم، لا سعر الأداة أو وقت التطوير وحده. وعندما تظهر نتيجة مختلفة عن المتوقع، تُعامل بوصفها معلومة لتحسين الخطة لا سببًا لإخفاء المشكلة. في سياق ما الذي تغير الآن ضمن Technology News، يبدأ التحليل من الأثر الذي يمكن ملاحظته لا من الميزة المعلنة. الفكرة الحاسمة هنا هي أن الجديد ليس الإعلان بل ما يغيره في تكلفة القرار أو توقيته. لذلك ينبغي توثيق خط الأساس، وتحديد صاحب القرار، ثم مقارنة النتيجة بعد مدة معلومة. هذه المقارنة تكشف إن كان التحسن حقيقيًا أم أن العبء انتقل إلى فريق أو مرحلة أخرى. ## لماذا ظهر هذا التحول الآن التوقيت ليس صدفة. الأسواق الآن تمر بمرحلة انتقالية: النماذج أصبحت متاحة، والمنافسة على أسرع رحلة من فكرة إلى قيمة عملية تضاعفت. GitHub استغل هذه اللحظة ليحشر المنتَج في قلب تدفق عمل المطورين: من issue إلى pull request مع القوائم، الأوامر المسموح بها، ومحاكاة الاختبارات. المثال العملي في المدونة — مهمة صيانة تبدأ بمشكلة على Issue وتنتهي بPull Request مراجع — ليس مجرد سيناريو تعليمي؛ إنه اختبار قبول سوقي. السبب الآخر: مزودو API يخفضون الحواجز التقليدية للدخول لكنهم لا يحلون مشكلة التكامل العملي في محيط التطوير. المؤسسات الآن تواجه ضغطًا لفصل الاختبار عن الاعتماد الإنتاجي. GitHub يستفيد من تفوقه في مكانين: امتلاكه لبيئة المستودعات والأوامر، وامتلاكه لعلاقة مباشرة مع فرق التطوير. هذا يحول الانتقال من فكرة إلى إجراء مُعتمد إلى ميزة تنافسية، على الأقل على المدى القريب. تساعد المراجعات القصيرة المنتظمة على كشف الانحراف مبكرًا وإبقاء العمل مرتبطًا بالنتيجة التي بدأ من أجلها. كما يسهّل هذا النهج مقارنة البدائل على أساس أثرها الفعلي، بدل الاعتماد على الانطباع أو شهرة الحل. القرار في لماذا ظهر هذا التحول الآن يحتاج أيضًا إلى اختبار الافتراض القائل إن كل إعلان منتج يعني تحولًا ناضجًا. البديل الأكثر انضباطًا هو تجربة محدودة لها معيار قبول ومسار تراجع واضح. وإذا ظهرت نتيجة ضعيفة، فلا تُفسر باعتبارها فشلًا للأداة فقط؛ قد تكون إشارة إلى مدخلات ناقصة أو مسؤوليات مبهمة أو عملية لم تُصمم أصلًا لتستفيد من التقنية. ## من يربح ومن يدفع الكلفة الفائزون الواضحون: فرق التطوير التي تُقيّم السرعة والامتثال الداخلي على تكاليف استهلاك الـAPI الخام فقط. مؤسسات ذات قواعد تنظيمية معقدة أو فرق أمان حساسة ستقدّر طبقات الضبط والسياسات المدمجة. GitHub نفسه كمنصة يكسب موضعًا أقوى؛ اشتراكات Copilot تجلب تعرّفًا أكبر على الاستخدام داخل المؤسسة وتسرّع تمرير الميزات. المخسرون المحتملون: بنوك صغيرة أو شركات ناشئة تملك مهارات هندسية لبناء أنظمة مزدوجة التركيب قد تجد أن شراء رصيد Copilot أعلى تكلفة عندما يكون الهدف مجرد بناء ميزة متخصصة على نموذج واحد وتوجهه مباشرة عبر API. كذلك مزودو الـAPI العامون قد يواجهون ضغطًا على هوامش الربح لأن قيمة المنتج الآن لا تُقاس فقط بسعر كل 1K توكن. هناك خاسر آخر أقل وضوحًا: فرق البنية التحتية الداخلية التي تعتمد على السيطرة المطلقة على السلسلة. دمج Copilot يفرض نموذجًا تشغيليًا خارج إطارهم التقليدي، ما يعني إما إعادة هندسة سياساتهم أو فقدان ميزة السرعة. تظهر المقايضة داخل من يربح ومن يدفع الكلفة بوضوح عند موازنة ميزة البدء المبكر مقابل مخاطر النضج والاعتماد على المزود. المكسب السريع قد يكون جذابًا، لكنه لا يبرر تراكم كلفة الصيانة أو صعوبة الاعتراض على القرار. لهذا يجب حساب وقت المتابعة، وعدد الحالات الاستثنائية، وأثر الخطأ على المستخدم، ثم إدخال هذه العناصر في تقييم العائد بدل الاكتفاء بسعر الأداة أو زمن التنفيذ الأولي. ## ما الذي يعنيه للمطورين للمطورين، هذا الإعلان يغير أولويات القرار. السؤال لم يعد فقط "كم تدفع لكل استدعاء؟" بل أصبح "ما الذي أملكه بحق؟" هل تريد امتلاك خط الحوارات (prompts)، إدارة التخزين المؤقت، وحفظ السجلات، أم تريد إطار عمل متكامل يقلل احتكاك العمل اليومي؟ نتيجة عملية: فرق الصيانة والفرق المسؤولة عن الكود الأساسي (core services) ستحسب التكلفة الإجمالية للملكية (TCO) بشكل مختلف. اختيار Copilot يعني الاستفادة من ميزات جاهزة: اقتراحات داخل المحرر، ربط مباشر مع PRs، وخصائص قياس مدمجة. مقابل ذلك، الاعتماد على raw API يمنح قابلية تخصيص أعلى لكن يتطلب هندسة للحماية، المحاكمات، وموازنة الفواتير. أسئلة لازمة عند اتخاذ القرار: من يدير بيانات التدريب المؤقتة؟ كيف تُأمّن الكود الناتج من تسريبات السرية؟ كيف تُحسَب التكاليف حين يتحول نموذج الأداء إلى جزء من سلسلة CI/CD؟ كل هذه عناصر لا تُغطيها فاتورة استدعاءات الـAPI وحدها. يمكن تحويل ما الذي يعنيه للمطورين إلى خطوة تشغيلية عبر هل نختبر الآن أم نراقب أم نتجاهل؟. يحدد الفريق نتيجة واحدة مطلوبة، ومؤشرًا يقيسها، وموعدًا قصيرًا للمراجعة. بعد ذلك تُفحص الحالات الناجحة والمتعثرة كل على حدة، لأن المتوسط العام قد يخفي فئة مستخدمين لم تستفد أو استثناءات تستهلك معظم الجهد الذي كان يفترض توفيره. ## الإشارات التي تحسم القرار الإشارة الأولى: مدى تجانس سير العمل لديك. إن كان معظم عملك يبدأ وينتهي داخل GitHub (issues, repos, PRs) فالمعادلة تميل لصالح Copilot بسرعة. الإشارة الثانية: جاهزية فرقك للهندسة التشغيلية. إن كنت قادرًا على تخصيص طبقات الأمان وبناء خطط مراقبة للفواتير والامتثال، فالـAPI الخام قد يكون أوفر على المدى الطويل. إشارة ثالثة وهي حرجة: اختبار التشغيل الفعلي. قبل تبني واسع، نفّذ PoC يضم سيناريوهان: 1) مهمة صيانة كاملة ضمن GitHub مع Copilot، 2) نفس المهمة مبنية على استدعاءات raw API وتكامل داخلي. قِس الزمن حتى PR مراجَع، تكلفة الساعات البشرية، وكمية العمل اللازم لإزالة الأخطاء الأمنية أو التسريبات. هذا الاختبار سيكشف الفرق بين التكلفة الظاهرة والتكلفة الحقيقية. إشارة رابعة: رقابة البائع ومخاطر الاعتماد. راقب شروط الحوسبة، شروط الفوترة، وسياسات البيانات — هذه عوامل تحكم مخاطر الانتقال المستقبلي أو تعطل الخدمة. خلاصة شديدة العملية: لا تُعامل الإعلان كدعوة فورية للتبديل الشامل. اعتبره محفزًا لإعادة حساب TCO وإعادة تعريف سيناريوهات النجاح في مؤسستك. راجع أولوياتك وحدد الافتراض الأكثر أهمية، وسجّل النتيجة كما هي لتبني القرار التالي على دليل لا على توقع. يبقى الإنسان والعملية الواضحة في قلب أي تقدم رقمي ناجح. امنح فريقك وقتًا للتجربة والتعلم، واجعل الأمان والجودة جزءًا من التصميم منذ الخطوة الأولى. #أخبار_التقنية #الأعمال #المطورون
أكثر شيء لفتني هو كيف صار البحث بالصور مفيد لعشّاق القطع المستعملة: تصوّر القبعة أو الجينز اللي عجبك، وعدسة جوجل تطلع لك قطع شبيهة من متاجر مختلفة، وأحيانًا خيارات مستعملة بأسعار أوضح. كمان نتائج التسوق تسهّل مقارنة السعر والحالة بسرعة بدون ما تغرق في عشرات المواقع. سؤال للمجتمع: لما تدورون على فينتج، تعتمدون أكثر على عدسة جوجل ولا على كلمات محددة مثل “vintage 90s Levi’s 501”؟ وهل فعلًا تفرق معكم فلاتر القرب المكاني ونطاق السعر؟ شاركونا حيَلِكم لاصطياد الصفقة الصح. #تقنية
