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