تتجه شركة أبل إلى إعادة ترتيب طريقة تطوير أنظمة تشغيلها المقبلة، في تغيير لافت يشمل iOS 28 وiPadOS 28 وmacOS 28، بعدما قررت منح مهندسيها وقتا أطول لتطوير الأفكار والميزات الجديدة، مقابل تقليص المدة المخصصة لدمجها داخل أنظمة التشغيل.
ويأتي التغيير ضمن دورة تطوير أنظمة التشغيل لعام 2028، في محاولة لإتاحة مساحة أكبر أمام فرق الهندسة لدراسة الأفكار الجديدة وتحسينها قبل تحويلها إلى ميزات فعلية، بدلا من دفعها سريعا إلى مرحلة الدمج.
جدول تطوير iOS 28
كشف الصحفي المتخصص في شؤون “أبل” مارك غورمان، في نشرته الإخبارية “Power On”، أن الشركة قررت تعديل آلية العمل التي تتبعها فرق تطوير أنظمة التشغيل خلال دورة 2028.
وتعتمد أبل عادة على تقسيم عملية التطوير السنوية إلى 3 مراحل رئيسية تحمل أسماء M1 وM2 وM3، وتستمر كل مرحلة منها لمدة 8 أسابيع.
وخلال الأسلوب المتبع سابقاً، كان المهندسون يخصصون أول 4 أسابيع من المرحلة لتطوير الشيفرات والميزات الجديدة، بينما تُستخدم الأسابيع الأربعة التالية في دمج تلك الميزات داخل أنظمة التشغيل.
6 أسابيع لتطوير ميزات iOS 28
وبحسب غورمان، ستشهد دورة تطوير أنظمة التشغيل الجديدة تغييراً في توزيع الوقت داخل مرحلة M1، إذ سترفع “أبل” الفترة المخصصة لتطوير الأفكار والميزات من 4 أسابيع إلى 6 أسابيع.
وتمنح هذه الخطوة المهندسين مساحة زمنية أكبر للتفكير في الأفكار المقترحة، ودراسة طرق تنفيذها، والعمل على تطويرها وتحويلها إلى ميزات يمكن إدراجها في أنظمة التشغيل.
لكن تمديد فترة تطوير الميزات لن يؤدي إلى زيادة مدة مرحلة M1 نفسها، إذ ستظل المرحلة محددة بـ8 أسابيع، كما كانت في السابق.
دمج الميزات الجديدة
مع زيادة الوقت المخصص للتطوير، ستتقلص الفترة المتاحة لدمج الميزات داخل أنظمة التشغيل من 4 أسابيع إلى أسبوعين فقط.
وبذلك يصبح توزيع الأسابيع الثمانية مختلفاً عن الآلية السابقة، إذ تحصل مرحلة تطوير الأفكار والبرمجة الأولية على 6 أسابيع، بينما لا يتبقى أمام المهندسين سوى أسبوعين لإتمام عملية الدمج.
ويرى مهندسو “أبل” أن هذا التغيير يمثل أسلوباً أفضل للعمل، وفقاً لما أورده غورمان، إذ يمنحهم فرصة أكبر لصقل الأفكار وتحسينها قبل الانتقال إلى مرحلة الدمج، بدلاً من الاكتفاء بما يمكن إنجازه خلال فترة قصيرة ثم محاولة إدخاله سريعاً في النظام.
هل يؤثر تسريع دمج الميزات في جودة iOS 28؟
رغم أن منح المهندسين وقتاً أطول لتطوير الميزات قد يبدو خطوة إيجابية، فإن تقليص فترة الدمج يفتح باباً آخر من التساؤلات حول جودة التحديثات المقبلة.
فمرحلة الدمج لا تقتصر على إدخال الميزات الجديدة إلى النظام، وإنما تتطلب التأكد من توافق المكونات المختلفة، إلى جانب معالجة الأخطاء واختبار الأداء والاستقرار.
وبالتالي، فإن زيادة الوقت المخصص لابتكار الميزات وتطويرها لا تعني بالضرورة تحسين جودة الإصدار النهائي، إذا أدى تقليص فترة الدمج والاختبار إلى ضغط أكبر على فرق التطوير في المراحل اللاحقة.
ومع التغيير الجديد، يبدو أن “أبل” تراهن على منح مهندسيها فرصة أكبر للتفكير في الميزات قبل تنفيذها، بدلاً من التركيز فقط على سرعة إدخالها ضمن أنظمة التشغيل.
ويشير تأييد موظفي الشركة لهذا الأسلوب، بحسب ما نقله غورمان، إلى أنهم يرون أن الوقت الإضافي المخصص لتطوير الأفكار يمكن أن يساعدهم على الوصول إلى ميزات أكثر صقلاً قبل انتقالها إلى مرحلة الدمج.
وفي المقابل، سيظل التحدي الأساسي مرتبطاً بقدرة فرق التطوير على إنجاز عملية الدمج والاختبارات اللازمة خلال أسبوعين فقط، وهي الفترة التي أصبحت أقصر مقارنة بجدول التطوير السابق.
يعكس هذا التعديل رغبة “أبل” في إعادة تنظيم دورة تطوير أنظمة التشغيل، من خلال تغيير التوازن بين الوقت المخصص لابتكار الميزات والوقت اللازم لدمجها.
وبينما سيحصل المهندسون على فترة أطول لتطوير الأفكار وصقلها، ستصبح مرحلة الدمج أكثر سرعة، ما يجعل نجاح الجدول الجديد مرتبطاً بقدرة فرق الشركة على الحفاظ على جودة واستقرار الأنظمة خلال الفترة المتبقية.
