البرمجة والذكاء الاصطناعي

Yapay zeka kodlama ajanları üzerine bugüne kadar okuduğum en ilginç verilerden biri bu oldu: daha fazla kod, otomatik olarak daha fazla yazılım demek değil.

Harvard'dan Fiona Chen ve James Stratton'ın çalışması, 2021'den Mart 2026'ya kadar 700'den fazla yazılım şirketinde 700 binin üzerinde çalışana ait verileri ve 300 milyon iş olayını incelemiş. Kodlama ajanları devreye girdikten sonra toplam kod satırı ortalama yüzde 30, commit sayısı yüzde 20, pull request sayısı yüzde 23 artmış.

Ama asıl soru şu: iş bitiyor mu? Jira gibi araçlarda takip edilen hata, görev ve özelliklerin tamamlanma oranında istatistiksel olarak anlamlı bir değişiklik görülmemiş.

Darboğaz kod incelemede. Bir pull request'in gönderilmesinden ana kod tabanına alınmasına kadar geçen süre yüzde 49 uzamış. Değişiklik istenen pull request oranı neredeyse iki katına çıkmış, pull request başına yorum sayısı yüzde 35 artmış, kod inceleyen çalışanların oranı da yüzde 14 yükselmiş. Yani yazma tarafında kazanılan hızın önemli bir kısmı inceleme ve düzeltmede geri harcanıyor.

Şirketler bunu da yapay zekayla çözmeye çalışıyor: Mart 2026 itibarıyla incelenen şirketlerin yüzde 80'i bir tür yapay zeka kod inceleme aracı kullanıyormuş. Yine de inceleme yorumlarının sadece yüzde 23,3'ü ajanlardan geliyor ve ajanlar pull request'lerin yalnızca yüzde 10,8'ine katkı veriyor; işin büyük kısmı hâlâ insanlarda. Aktif çalışan sayısında da, en azından incelenen dönemde, anlamlı bir değişiklik bulunmamış.

Verilerin Mart 2026'da bittiğini, araçların o tarihten beri geliştiğini de not etmek lazım. Ama benim çıkardığım ders net: verimlilik için sadece kod yazma süresini değil, inceleme, hata düzeltme ve entegrasyonu da hızlandırmak gerekiyor.

Ars Technica'daki haber: https://arstechnica.com/ai/2026/10/ai-coding-agents-generate-more-cod…
Çalışmanın PDF'i: https://fion.ac/jellyfish.pdf

Kaynak: DonanımHaber

بصفتي شخصًا يتعامل مع الشيفرة البرمجية كل يوم، كان عام 2025 عامًا حافلًا بالتغيرات الكبيرة بالنسبة لي. لم تعد أدوات البرمجة بالذكاء الاصطناعي تكتفي بإكمال السطر التالي من الشيفرة، بل بدأت تتولى المهام فعلًا. حين أستعيد ما جرى، أجد أن الجميع في النصف الأول من العام كانوا لا يزالون يتحدثون عن تجربة الإكمال في Cursor وCopilot، ثم في النصف الثاني اشتهر فجأة التطوير الموجّه بالمواصفات (Spec)، وامتلأت المستودعات بملفات Markdown مكتوبة كي يقرأها الـ Agent.

أكثر ما لمسته هو أن البرمجة تتحول من «قيادة الإنسان» إلى «قيادة الـ Agent». في السابق كان الذكاء الاصطناعي يتنبأ بالحرف التالي فقط، أما الآن فيستطيع أن يمضي من تحليل المتطلبات وصولًا إلى توليد الشيفرة والتحقق من النتائج. والمثير للاهتمام أن جميع الأدوات الرائدة تقريبًا تدفع في الوقت نفسه بثلاثة أشكال: IDE وCLI وCloud، وكلها تتقارب في النهاية نحو اتجاه الـ Agent.

لكن المشكلات جاءت في أعقاب ذلك أيضًا. وأكثرها إيلامًا هي تكلفة الـ Token: فمع طول المهام وتزايد استدعاءات الأدوات وإعادة ضخ السياق مرارًا، ترتفع الفواتير بسرعة هائلة. وما يردده الجميع هذا العام لم يعد «كيف تكتب الـ Prompt»، بل «هندسة السياق» — أي كيف توازن بين الفعالية والكفاءة والتكلفة، وكيف ترفع معدل إصابة ذاكرة التخزين المؤقت.

بالنسبة لي، لم يكن الحد الفاصل الحقيقي في 2025 هو من يملك النموذج الأقوى، بل من يستطيع تحويل تلك القيود والذاكرة الضمنية في العمل الهندسي إلى بنى سياقية يفهمها النموذج ويعيد استخدامها. قيمة المبرمج تنتقل شيئًا فشيئًا من «كتابة الشيفرة» إلى «تحديد القواعد». لقد كان هذا العام سرياليًا بعض الشيء حقًا.

المصدر: InfoQ

بحسب IT之家، أعلنت JetBrains في تدوينة نُشرت يوم 8 أكتوبر عن نموذج الذكاء الاصطناعي البرمجي Mellum2.1، مع التركيز على تعزيز البرمجة بالوكلاء. وبصفتي مطورًا أتابع باهتمام النماذج المفتوحة من هذا النوع التي يمكن تشغيلها محليًا، لذلك ألخص هنا أهم النقاط.

يحافظ النموذج على بنية Mellum2: هو نموذج خليط الخبراء (MoE) بحجم 12 مليار معامل، منها 2.5 مليار معامل نشط، ولا يزال مُصدرًا بترخيص Apache 2.0. أهم تغيير في التدريب هو أن مرحلة التعلم المعزز بعد التدريب المسبق توسعت من خطوة تشطيب قصيرة إلى جزء أساسي من التدريب. أُضيفت بيانات الرياضيات والمسابقات البرمجية والعلوم واستخدام الأدوات وهندسة البرمجيات، وبُنيت بيئات داخلية للتعلم المعزز، وأُطلقت خلال التدريب ملايين صناديق الحماية المعزولة عبر آلاف البيئات. وقبل التدريب تُستبعد المهام ذات الاختبارات المعيبة أو الإجابات غير القابلة للتحقق أو الصعوبة غير المناسبة.

وفق الوصف الرسمي، يستطيع النموذج استكشاف قواعد الشيفرة وتعديل الملفات والتحقق من تغييراته. وأكبر تحسين يتعلق بالبرمجة بالوكلاء: إذ يمكنه تحديد السبب الجذري للاختبارات الفاشلة، وصياغة مقترح لإصلاحها، والتحقق من النتيجة. أما من حيث السرعة فالبنية لم تتغير، لكن التنبؤ متعدد الرموز (MTP) يجعل التوليد لطلب واحد أسرع بنحو 1.6 مرة. وفي المقارنة مع Mellum2 وQwen3.5-9B وGemma 4 E4B بالإعدادات نفسها، يقترب معدل الإخراج لـ Mellum2.1 على بطاقة H200 واحدة تحت الحمل العالي من ضعف معدل Qwen3.5-9B.

النموذج متاح على Hugging Face ويمكن نشره محليًا أو على بنيتك التحتية الخاصة، لتتمكن الشركات من الاحتفاظ بشيفرتها وبياناتها داخل بيئتها. وتخطط JetBrains لإصدار نسخ GGUF لـ llama.cpp وOllama وLM Studio، إضافة إلى مكوّن MTP للفك التخميني في vLLM.

أنتظر نسخة GGUF بشغف، لأنها ستتيح للمطورين العاديين تجربته على أجهزتهم. ما الأهم بالنسبة إليكم في نموذج البرمجة: الدقة أم تكلفة النشر؟

المصدر: IT之家

قرأت في مقال على ITmedia NEWS أن جوجل أعلنت عن منصة ألعاب تجريبية باسم «Playground». وجاء الإعلان بتاريخ 7 أكتوبر 2026 بالتوقيت الأمريكي، وبدأت المنصة منذ اليوم نفسه في العمل عبر متصفح الويب للمستخدمين في الولايات المتحدة الذين تبلغ أعمارهم 18 عامًا فأكثر.

الاستخدام يعتمد فقط على كتابة التعليمات نصًا. يمكن البدء من صفحة فارغة، أو تعديل أمر بداية جاهز، أو الاستعانة بدعم إرشادي، ويمكن اختبار اللعبة التي أنشأتها فورًا. وتنعكس التغييرات في الفيزياء والقواعد والشخصيات والبيئة إذا وُصفت بالكلمات. وبحسب المقال لا يُشترط أي خبرة في البرمجة، لكن لم يُكشف عن نموذج الذكاء الاصطناعي المستخدم.

ويمكن أيضًا مشاركة الألعاب. فبما أنها تعمل عبر الويب، يمكن لعبها على الهاتف الذكي أو الحاسوب. ويمكن إرسال رابط المشاركة إلى الأصدقاء والعائلة، أو نشر اللعبة في معرض «Explore»، أو إبقاؤها خاصة. وتدعم بعض الأنواع لوحات المتصدرين واللعب الجماعي، وتخضع الألعاب المنشورة لمراجعة أمان وفق إرشادات مجتمع جوجل. وستُطرح ميزة إنشاء الألعاب تدريجيًا حسب عضوية Google One.

والإعلان الآخر شراكة مع Unity. تخطط الشركتان لإطلاق منتج جديد باسم «Unity Spark» خلال 2026، يضيف إلى Playground آليات ألعاب كاملة وتمثيلًا ثلاثي الأبعاد عالي الدقة ومرونة بيئة تشغيل Unity. وسيتصل المنتج مباشرة بمتجر Unity Asset Store. وهو قيد الاختبار حاليًا، ومن المقرر أن تبدأ قريبًا نسخة تجريبية مغلقة. وأشار الرئيس التنفيذي لـ Unity إلى أن نحو 3 مليارات شخص يلعبون شهريًا ألعابًا مصنوعة بـ Unity، لكن كثيرين منهم لم يصنعوا لعبة بأنفسهم قط.

وأرى شخصيًا أن مشاركة الألعاب المصنوعة بالأوامر واللعب بها قد تكون مدخلًا مثيرًا للاهتمام إلى البرمجة. وأود أن أعرف رأيكم في أدوات كهذه.

المصدر: ITmedia NEWS

كتبت Next عن Pi، وهو إطار عمل (harness) مفتوح المصدر بلغ للتو الإصدار 1.0.0. ولمن لا يعرف المصطلح، فإن الـ harness هو طبقة البرمجيات المحيطة بنموذج الذكاء الاصطناعي، والتي تمكّنه من قراءة الملفات وتنفيذ الأوامر والبحث على الإنترنت.

يسعى Pi إلى أن يكون بسيطًا لكنه قابل للتوسع. وهو متوافق مع أكثر من 1500 نموذج ومتغير، تجارية ومفتوحة الأوزان يمكن تشغيلها محليًا، ويقدّم نفسه بديلًا لـ Claude Code وCodex دون الاعتماد على نماذج Anthropic أو OpenAI. ويرى المطورون في الوصول إلى الإصدار 1.0 علامة نضج.

ويتناول المقال كذلك الإضافات الحديثة: موصلات MCP، ووضع يُسمّى «codemode»، ودعم ChatGPT. ويُوصف Pi Durable بأنه قادر على الصمود أمام أعطال داخلية وخارجية كارثية.

وتجدر الإشارة إلى أن نحو 80% من النص محجوز للمشتركين، لذلك أقتصر على ما يمكن قراءته علنًا. وفي التعليقات يقارن عدة قرّاء بين Pi وOpenCode: يرى أحدهم أنه خفيف جدًا لكنه أصعب في الإعداد، خصوصًا فيما يتعلق بـ MCP، ويشير آخر إلى المتغير Oh-My-Pi. ويعلن الكاتب أيضًا عن مقال قادم حول التثبيت والاستخدام.

ما يهمني هو فكرة فصل الـ harness عن النموذج: يمكنك تغيير النموذج دون تغيير الأداة. ويبقى أن نرى إن كانت بساطة Pi ستصمد عندما تصبح الاستخدامات أكثر تعقيدًا. وأنتم، ما الـ harness الذي تستخدمونه يوميًا عند البرمجة بالذكاء الاصطناعي؟

المصدر: Next

تروي Xataka قصة تمزج بين البرمجة والذكاء الاصطناعي وقدر لا بأس به من الجدل. حتى قبل أيام قليلة كانت ArtCraft منصة لتوليد الصور والفيديو بالذكاء الاصطناعي. أعلن براندون توماس، أحد أعضاء الفريق، أنه أنشأ بالبرمجة الانطباعية بدائل مفتوحة المصدر لسبعة تطبيقات من Adobe، مكتوبة بلغة Rust: PhotoCraft (Photoshop) وVectorCraft (Illustrator) وFilmCraft (Premiere Pro) وLightCraft (Lightroom) وPdfCraft (Acrobat) وEffectCraft (After Effects) وDesignCraft (InDesign).

تُوزَّع هذه البرامج على Windows وmacOS وLinux، ويمكن استخدامها أيضًا من داخل ArtCraft. ويشير المقال إلى أن Adobe لم تقدم قط أدوات إبداعية احترافية لنظام Linux، ولذلك فإن هذا الفراغ ليس صغيرًا.

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

وبحسب المطورين، فإن النهج هو الغرفة النظيفة (clean-room): يعتمدون على المواصفات العامة والسلوك الملاحظ للبرامج، دون أي شيفرة أو موارد مملوكة. ويستطيع PhotoCraft فتح ملفات PSD لأن Adobe نشرت تلك المواصفات. ويتداول الناس على الإنترنت شكًا لا دليل عليه بأن برامج Adobe قد تكون خضعت لعكس الترجمة.

كما تذكّر Xataka بمشكلات البرمجة الانطباعية: فالشيفرة التي يولّدها الذكاء الاصطناعي قد يصعب تصحيح أخطائها، وقد تحتوي على أشياء لا يكتبها مبرمج بشري أبدًا، وهذا أقل خطورة في التطبيقات الشخصية منه في المشاريع الكبيرة. وأرى أن هذا تحذير في محله. ومن البدائل المجانية التي يذكرها الكاتب: Affinity وGIMP وDaVinci Resolve. فهل كنتم ستثقون بتطبيق مولَّد بهذه الطريقة؟

المصدر: Xataka

قرأت تحليل سيمون بيسون في Computer Sweden، وفيه أن مايكروسوفت رفعت Rust إلى مستوى Tier-1 الداخلي، أي بالمستوى نفسه لـ C# وTypeScript وC. ويتطلب هذا المستوى، من بين أمور أخرى، سلسلة أدوات كاملة وتكاملًا مع Windows وAzure.

خلفية ذلك أن مارك روسينوفيتش، كبير التقنيين في Azure، أبرز أمان الذاكرة في Rust بوصفه جزءًا مهمًا من استراتيجية الأمن لدى مايكروسوفت، وكانت مايكروسوفت أيضًا من مؤسسي Rust Foundation. ويصف مقال ضيف على موقع المؤسسة كيفية ربط Rust بـ Microsoft Visual C (MSVC) لتحقيق تشغيل بيني سلس بين اللغات.

أما الأمر الأكثر ملموسية فهو واجهة خلفية جديدة لمترجم Rust اسمها rustc_codegen_utc. وهي تستخدم الواجهة الخلفية لـ Visual C، وهي مكتبة DLL باسم C2.DLL، وتمرر ملفات .OBJ إلى رابط MSVC. ومزيتها أن Rust تستطيع الاستفادة من أعمال مايكروسوفت القائمة في الأمان والاستقرار، ويصبح كود Rust وكود C متوافقين. وتصف مايكروسوفت هذه الواجهة بأنها جاهزة للإنتاج، وتقول إن أكثر من مئة مشروع داخلي بلغة Rust يستخدمها. لكنها داخلية فقط، وقد ألمحت الشركة إلى احتمال أن تصبح الأدوات مفتوحة المصدر دون أن تحدد موعدًا.

أما بالنسبة لمن هم خارج مايكروسوفت، فالوضع أكثر واقعية: دعم Rust في VS Code يمر عبر rust-analyzer، وما زلت تحتاج إلى MSVC C Build Tools للبناء، وتتيح حزمة windows من مايكروسوفت وصولًا مباشرًا إلى واجهات Windows البرمجية. ونصيحة المقال أن تبدأ بالأدوات الموجودة أصلًا إذا أردت تعلم تطوير Windows بلغة Rust.

أجد شخصيًا أن من المثير للاهتمام أن تستثمر شركة بهذا الحجم كي لا تضطر إلى صيانة فريقين منفصلين للمترجمات. فما الذي تستخدمون Rust من أجله؟

المصدر: Computer Sweden

قرأت على موقع Computable ملخصاً لتقرير Linux Foundation لعام 2026 بعنوان «حالة المصادر المفتوحة في أوروبا»، في نسخته الخامسة، الذي قُدّم في Open Source Summit Europe في براغ. الرسالة الأساسية واضحة: استخدام المصادر المفتوحة وحده لا يمنح السيطرة، بل يجب المساهمة والمشاركة في توجيهها.

تكشف الأرقام موضع الاحتكاك. بالنسبة إلى 94% من المؤسسات الأوروبية، تهم السيادة الرقمية استراتيجيتها التقنية، وبالنسبة إلى 61% تهم كثيراً. ويقدّم المطورون الأوروبيون نحو 40% من المساهمات في مشاريع البنية التحتية مثل Kubernetes وOpenStack، لكن كثيراً من المؤسسات تكتفي بالاستخدام. كما أن 31% منها لا تملك إطاراً رسمياً لإدارة المصادر المفتوحة. ومن يملكه يُبلغ عن عائد يزيد على أربعة أضعاف الاستثمار، مقابل 3.6 أضعاف لمن لا يملكه.

ويُذكر أيضاً أدوات البرمجة بالذكاء الاصطناعي: 94% يستخدمون أو يختبرون أدوات البرمجة التوليدية، وثلاثة أرباعهم يرون أنها تزيد قيمة المصادر المفتوحة، و48% يستخدمون بسببها مصادر مفتوحة أكثر. ونحو نصفهم يحافظ على نسخ متفرعة داخلية، تكلّف في المتوسط 311 ساعة لتسع نسخ ونصف لكل دورة إصدار.

ما يلفت انتباهي أن قمة Agentic AI Foundation تضم في معظمها شركات أمريكية، مثل AWS وAnthropic وGoogle وMicrosoft وOpenAI. وفي مستوى Gold لا توجد من أوروبا سوى Suse وEricsson. وفي الوقت نفسه تعمل المفوضية الأوروبية على حزمة للسيادة التقنية تبلغ نحو 2 مليار يورو.

يرى Thierry Carrez من Linux Foundation Europe أن المصادر المفتوحة تساعد على تقليل الاعتماد، لكن ذلك لا يتحقق إلا بالمشاركة الفاعلة في هياكل الحوكمة المفتوحة. وكمطوّر أتفق معه: طلب دمج واحد قد يكون أكثر تأثيراً من ورقة سياسات. فكيف الأمر عندكم؟

المصدر: Computable

يكتب ريتشارد سبيد في The Register عن شركة ArtCraft، التي أضافت إلى مجموعتها من تطبيقات Rust بدائل لـ Word وExcel وPowerPoint. وتصف الشركة هذه المشاريع بأنها إعادة تنفيذ «من غرفة نظيفة» لبرمجيات مملوكة، وتعتمد المشاريع بشكل كبير على Claude في التطوير. وتتضمن مستودعات الشركة على GitHub مشاريع مستوحاة من Photoshop وIllustrator وPremiere Pro أيضًا.

شغّل المراجع WordCraft، وهو بديل Word، على جهاز Surface بمعالج Arm، ووجد أنه يعمل بشكل جيد. وهو يشبه Word، لكن الأزرار والأيقونات والصور مختلفة. والمشروع في مرحلة pre-alpha، وتقدّر ArtCraft تطابق الميزات مع Word بنحو 62 في المئة، ويُنصح المراجع بعدم استخدامه في الإنتاج. وتعترف خارطة الطريق بأن اختبارات التوافق مع ملفات DOCX الحقيقية لم تبدأ بعد، وأن المخططات وSmartArt وكائنات OLE المضمّنة لم تُدعم.

أما الترخيص فـ WordCraft مرخّص بترخيص مزدوج MIT أو Apache 2.0. ويستخدم مدقق الإملاء وتقسيم الكلمات قائمة الكلمات Moby Hyphenator II لـ Grady Ward، وهي في الملك العام. وتقول ArtCraft إن كل شيء بُني استنادًا إلى مواصفات عامة وملاحظات، وإن الموارد أصلية أو مرخّصة بترخيص مفتوح. ورفضت The Document Foundation، المطوّرة لـ LibreOffice، التعليق، وأقرت Microsoft باستلام الاستفسار دون رد آخر، ولم تعلّق Adobe على مشاريع تطبيقات الإبداع.

وقال Neil Brown من decoded.legal للصحيفة إن الموقف القانوني سيعتمد على الولاية القضائية، وإن المطورين قد يحتجّون بأن تنفيذهم المستقل لا يشكّل انتهاكًا، لكن نظرًا لحجم المسألة قد يصل النزاع إلى المحكمة.

ما يلفتني ليس الادعاء نفسه، بل السرعة: فريق صغير يستخدم أداة برمجة بالذكاء الاصطناعي يستطيع أن ينشر حزمة مكتبية معروفة، غير مكتملة لكنها صالحة للاختبار. وتبقى الأسئلة المفتوحة متعلقة بالجودة والصيانة والجانب القانوني. وأود أن أسمع رأي الآخرين الذين يكتبون الشيفرة مع مساعدي الذكاء الاصطناعي حول ادعاءات «الغرفة النظيفة».

المصدر: The Register

قرأت على موقع البوابة التقنية أن OpenAI أعلنت ميزة جديدة في ChatGPT تحمل اسم «الواجهة الذكية» (Intelligent UI)، وتأتي بالتزامن مع طرح نماذج GPT-6. الفكرة أن الإجابة لم تعد نصًا فقط، بل يمكن أن تجمع بين النص وعناصر مرئية تفاعلية داخل المحادثة نفسها.

العناصر المدعومة تشمل الرسوم التوضيحية والمخططات والرسوم البيانية والنماذج والأزرار التفاعلية. وبحسب ما نقله المقال عن مدونة OpenAI، جرى تدريب GPT-6 على تحديد المواقف التي تستدعي عناصر تفاعلية بدلًا من النص، وعلى كيفية تنسيقها داخل الإجابة.

من الأمثلة المذكورة: رسم توضيحي لدراجة هوائية بسبع سرعات مع أزرار لاختيار أجزائها وعرض معلومات عن كل جزء، وصور لقطع لعبة ماهجونغ مصنفة في مجموعات قابلة للتمرير، وأدوات صغيرة مثل حاسبة مدخرات التقاعد وأداة لتقسيم الفواتير بين عدة أشخاص.

على مستوى النماذج، أصبحت نسختا GPT-6 Sol وGPT-6 Luna متاحتين بحسب نوع الاشتراك: مشتركو الخطط العليا يحصلون على Sol، أما مشتركو Go والمستخدمون المجانيون فيستخدمون Luna، وهي الأكثر كفاءة. وأشار المقال أيضًا إلى تحسن في البحث عبر الويب، وإجابات جزئية أسرع أثناء جمع المعلومات، ومقاومة أقوى لمحاولات تجاوز تدريبات السلامة.

أرى أن هذه الخطوة مهمة للمطورين، لأنها تقرّب المحادثة من واجهة تطبيق صغيرة تُبنى عند الطلب. يبقى السؤال: هل ستفيدنا الأزرار فعلًا أكثر من نص جيد الكتابة؟ أحب أن أعرف رأيكم.

المصدر: البوابة التقنية

بعد خمس سنوات عاد Bootstrap إلى الحركة أخيرًا: فقد أعلن الشريك المؤسس Mark Otto عن أول إصدار ألفا من Bootstrap 6، بحسب ما نقلته heise developer. وأجد الخبر مثيرًا للاهتمام، لأن الإطار نشأ في محيط Twitter وهو مفتوح المصدر منذ عام 2011.

تُظهر الأرقام مدى اتساع Bootstrap: أكثر من 1.75 مليار تثبيت بحسب المشروع. لكن حصته السوقية تتراجع في المقابل. فوفقًا لـ W3Techs، كان 13.8% من جميع مواقع الويب تستخدم Bootstrap في أوائل أغسطس 2026، مقارنة بـ 15.3% في ديسمبر 2025. ويكتسب Tailwind CSS أرضية في المشاريع الجديدة.

يستهدف الفريق المتصفحات الحديثة: Chrome وEdge من الإصدار 130، وFirefox من الإصدار 132، وSafari من الإصدار 18. ولهذا يستخدم Bootstrap 6 ميزات مثل التبديل التلقائي بين الوضع الفاتح والداكن، والنوافذ الحوارية الأصلية، وتخطيطات تتوافق مع العناصر المحيطة بدلًا من النافذة. ويمكن التحكم في الألوان والمسافات وانحناءات الزوايا إلى حد كبير عبر متغيرات CSS، حتى أثناء التشغيل. وتقترب أسماء الفئات من Tailwind: فيتحول .d-md-none إلى .md:d-none، ويتحول .col-lg-6 إلى .lg:col-6. وتعمل الأكورديونات دون JavaScript.

وما يلفت انتباهي خاصة هو الجانب المتعلق بالذكاء الاصطناعي: فالتوثيق متاح بصيغتي llms.txt وllms-full.txt، ويحتوي المستودع على ملفات مهارات يُراد بها مساعدة وكلاء الذكاء الاصطناعي، مثلًا في عمليات الترحيل.

ووفقًا للمقال، لا يمكن ببساطة تحويل الصفحات القائمة. وسيستمر دعم Bootstrap 5 في الوقت الحالي، وقبل انتهاء الدعم سيصدر تحديث إلى 5.4.0. ومن المتوقع أن تصدر الإصدار 7 بوتيرة أسرع بكثير. فمن منكم ما زال يستخدم Bootstrap، ومن انتقل منكم إلى شيء آخر؟

المصدر: heise online

لفت انتباهي هذا الأسبوع خبر من XYZ: جامعة فروتسواف للتكنولوجيا ومركز سيليزيا السفلى للأورام وأمراض الرئة وأمراض الدم يبنيان منصة ذكاء اصطناعي للرعاية الصحية. ليست روبوت محادثة آخر، بل نموذجًا أساسيًا يربط بين السجلات الطبية ونتائج المختبر والصور ومسار العلاج.

يبدأون بسرطان الرئة — إذ يستقبل DCOPiH أكثر من 1.4 ألف مريض جديد سنويًا ولديه بيانات موثقة جيدًا. سيتولى النظام التحقق من اكتمال الوثائق قبل اجتماع الفريق الطبي متعدد التخصصات، والإشارة إلى النواقص، ومنع المريض من «السقوط» بين الفحوصات. يبقى القرار للطبيب؛ والهدف من الذكاء الاصطناعي أن يمنحه وقتًا أكثر بجانب المريض، لا أن يفكر بدلًا عنه.

من الناحية التقنية، يثير اهتمامي التعلّم الاتحادي: تبقى البيانات في المستشفى، ولا يُرسَل إلى النموذج المشترك سوى نتائج التدريب. وستكون القاعدة هي الخبرة المكتسبة من النموذج البولندي PLLuM، ولكن مع لغة طبية حقيقية وقدرات متعددة الوسائط.

النموذج الأولي الأول خلال الأشهر القليلة المقبلة. وإذا تجاوز حدود سيليزيا السفلى، فقد يصبح واحدًا من أهم مشاريع الذكاء الاصطناعي البولندية التي تستحق الحديث عنها بعيدًا عن الضجيج التسويقي.

المصدر: XYZ