حتى تلميذ يكتب برنامجه الأول
<?php echo "Hello, ! " ?> أو
fprintf( ' !\n'); يفهم العملية.
- التفكير في المهمة - مرحلة الفكرة
- إنه يفكر في المهمة وبأية طريقة تحتاج إلى تنفيذها - تحليل المتطلبات وتطويرها ،
بناء نموذج البرمجيات وخطة التنفيذ. باختصار ، المرحلة المعمارية. - البرمجة.
- الاختبار. "ماذا حدث هناك"
- العملية.
بين المراحل 1-5 ، لدينا تفاعل مستمر مع العمليات.
لهذا ، هناك جميع أنواع الشلالات ، سكروم ، إلخ.
لذلك ، عندما يكون مشروعك ممتلئًا بعدة أنواع من الواجهة الأمامية ،
كما يتطلب عالم تكنولوجيا المعلومات الحديث ، يريد العميل زيادة الجمهور إلى أقصى حد لزيادة أرباحهم الخاصة.
ولهذا السبب ، نلاحظ جميعًا وفرة من المشاريع التي توجد فيها عدة أنواع من الواجهات الأمامية التي تتفاعل عبر واجهة برمجة التطبيقات مع خلفية مركزية.
بشكل عام ، يحتوي "المشروع القوي القياسي" على ثلاثة أنواع من الجبهات:
- الموقع
- تطبيق المحمول على أندرويد
- تطبيق جوال IOS
مع واجهة برمجة التطبيقات المتقدمة واحدة لتبادل البيانات من خلال REST.
من الأمثلة الجيدة التي سأعتمد عليها وسائل التواصل الاجتماعي (انظر مقالتي السابقة عن المشغل الخاص بك استنادًا إلى YouTube vidos)
يحتوي المشروع الكبير على ثلاثة خيارات لتحقيق الربح أو أي معيار
مشروط الويب والتفاح والروبوت.
إنه مناسب للمبرمجين للتفاعل مع البنية الخلفية المركزية والتركيز على جبهتهم الشخصية ، التي يقومون بتطويرها.
وهنا يظهر تسليط الضوء على المقال.
الحقيقة هي أنه على أعلى مستوى من صنع القرار بين الرؤساء
يتم تشكيل ميزة جديدة ، والتي تذهب إلى الخلف. ولكن بما أن "الرئيس" هو شخص غير كامل ،
ثم عليه أن يخفض سلطاته إلى المستويات الأدنى.
لذلك ، في حالتنا ، وكقاعدة عامة ، فوق كل جبهة هناك أيضًا رؤساءهم "ذوي المستوى المنخفض" وفقًا للأسباب الهرمية أو الرسمية. شيء
نوع من timlides للبساطة.
ومهمة تطوير مشروع كبير في شكل "دورة حياة التنمية"
وتنقسم عملية البرمجيات إلى دورات حياتها.
ويثور السؤال في مزامنة عمليات دورات الحياة "المصغرة" ، لأنه إذا كنت متقدمًا ، على سبيل المثال ، مطور ويب لميزة جديدة ، فيجب عليك انتظار مطور برامج الجوّال.
خلاف ذلك ، يتم فقدان معنى الميزة الجديدة على هذا النحو ، لأننا جميعًا الآن على شبكة الإنترنت وفي تطبيقات الهواتف المحمولة من الهواتف الذكية.
دعونا نفكر في كيفية تقييم إدخال ميزات جديدة من أجل تقليل الموارد البشرية في مثل هذه الحالة.
هنا سأعبر عن الأطروحات:
- عند تنفيذ ميزة في إحدى الجبهات ، نحتاج إلى مراعاة دورات الجبهات الأخرى ، أو البرامج القياسية ، حتى نتمكن لاحقًا من "اللحاق" بميزات الجبهات الأخرى وحتى خارجها.
- يمكنك إنشاء مخطط لدورة تطوير البرمجيات ككل بحيث يكون الجميع على ما يرام ، ثم سيتم تنفيذ الميزة في الوقت المحدد ، ولكن على الأقل ستفقد استقلالية فرق الواجهة الأمامية فيما بينها - ثم تفقد التغذية والمرونة للنظام بأكمله أهميتها ، أو تزيد من وقت التكرار بواسطة التنمية. باختصار ، سوف تحدث المزيد من الثرثرة ويتم كتابة الرمز ببطء أكثر.
- جبهات معزولة ، من حيث المبدأ ، هي أسرع ، ولكن بعد ذلك هناك حاجة إلى مزيد من اختبار التكامل بين التكلفة البشرية.
- المخططات التي يتم تنفيذها الآن - يتم تطوير كل واجهة على حدة وبشكل مستقل عن بعضها البعض مع الحد الأدنى من التفاعلات ، ولكن هنا يتم فقد بعض أساسيات تقنية المعلومات - سنحصل بطريقة أو بأخرى على مجموعة غير صفرية من المستخدمين الذين سيشاهدون أخطاء في بعض الأحيان.
هنا فلسفة السؤال هي أن المستخدمين لا يحبون الأخطاء بحكم التعريف. ويسعى العميل إلى تحقيق أقصى قدر من الأرباح ، لذا فإن تعقيدًا كبيرًا للنظام سيؤدي إلى إبطاء هذا التعظيم إلى حد ما ، لأن هذه هي دورة حياة العملية النهائية للبرنامج.
في المشروعات الأصغر ، تكون هذه العملية أسوأ - حيث يقوم العديد من العملاء بتطوير الهاتف المحمول إلى الموقع البعيد ، على الرغم من أن الخلفية والويب يتم إجراؤها بمفردهما ، ويحصلان بانتظام على الفرامل الموحدة لتنفيذ الميزات.
من ناحية أخرى ، هناك عقبة خطيرة أمام الأتمتة الرسمية لعملية التنفيذ - من المعتاد بين المطورين أن يسألوا المستخدم عن التحديثات المتداولة ، لذلك في الوضع الهادئ لن يعمل على تمرير التغييرات دون موافقة.
فكرتي هي هذه الفكرة - مع الحفاظ على النوع الرئيسي لدورة الحياة والحصول على أنواع فرعية في هذه الحالة من الجبهات المستقلة ، تحتاج إلى أن تضع في اعتبارها أولوية واحدة
نوع الواجهة (مقابل المال أو لأسباب تاريخية أو غير ذلك) ، لكن يجب أن تكون وحدة أقل من المستوى الأعلى من الدورة.
هذا يعني أنه إذا كانت واجهة الويب ذات الأولوية تعمل على نطاق أسبوعي ، فيجب أن يكون للكروم الداخلي على واجهة الهاتف المحمول أول scrum مزدوج ، أسبوعين ، وإلا
سيبدأ الارتباك. ولكن يجب طرح نسخة كبيرة مشتركة من الجبهات في نفس الوقت ، وإلا سيكون لديك مؤلف المقال الذي يكتب هذا. لنفكر ...