أفضل الممارسات أثناء النماذج الأولية؟

Question

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

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

Answer 1

يعتمد ذلك على ما يحاول النموذج الأولي الخاص بك إثباته.هل تقوم بإعداد نماذج أولية لواجهة المستخدم لسهولة الاستخدام ولإظهارها للعملاء أم أنك تقوم بإعداد نماذج أولية للهندسة المعمارية؟

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

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

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

Answer 2

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

Answer 3

أتخلص من الأساليب والتعليقات "النظيفة" (أي:فئات المرافق التي "تجعل الأشياء تحدث")، ولكن ليس "كائنات الأعمال" إذا صح التعبير.

على سبيل المثال، إذا كان لدي خيار بين تحديد فئة "سيارة" لتحديد خصائص قيمة السلسلة لـ "WheelCount" أو "DoorCount" أو مجرد إنشاء جدول Hashtable سريع، فسوف أمضي قدمًا بشكل عام وأقضي وقتًا إضافيًا قليلًا في الإنشاء فئة السيارة.

والسبب في ذلك هو أنه عندما أعود لإعادة ترميزها لاحقًا، فمن المنطقي أن ننظر إلى أسماء الفئات الحقيقية (وأحيانًا تكون هذه الفئات الصغيرة قابلة للتحويل إلى الإصدار "الحقيقي").

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

Answer 4

أنا دائمًا ما أتعامل مع النماذج الأولية (المشار إليها باسم "المسامير" هنا) باعتبارها رمزًا سريعًا.الهدف من النموذج الأولي هو اكتساب فهم للمشكلة, ، وليس لحلها.يعد هذا الفهم أكثر أهمية بكثير من أي مصنوعات برمجية، ويجب أن يكون تنفيذ الحل بشكل صحيح أمرًا تافهًا (إذا لم يكن الأمر كذلك، فأنا أزعم أن نطاق الارتفاع كبير جدًا).

يمكنك إعادة بناء النموذج الأولي ليصبح في حالة ملائمة، ولكن حسب تجربتي، فإن إعادة الكتابة من الصفر أسرع، نظرًا لأنه يجب أن يتكامل مع نظام أوسع.

Answer 5

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

تذكر أن النموذج الأولي هو مجرد أداة للحصول على استجابة العملاء.(نعم يعجبني، أو لماذا وضعت هذا الخيار هناك؟).