تعلم الرمز؟ أولا ، تعلم لحل المشكلة.

صورة من Unspalsh

عادةً ما تقوم معظم البرامج التعليمية التي قرأتها أو شاهدتها من قبل بشيء واحد ، وهو التغذية بالملعقة.

هذا هو "موافق" لتعلم شيء جديد ، ولكن ليس جيدًا عندما تحتاج إلى حل مهمة حقيقية.

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

TL، DR

أولا ، حل المشكلة. ثم ، اكتب الرمز. - جون جونسون

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

ماذا يحدث؟

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

يحدث هذا لسببين.

أولاً ، لقد فقدت القطار الخاص بك في مكان ما ولم تتمكن من إنشاء سلسلة.

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

تحدث هذه المشكلة أيضًا لمهندسي البرمجيات وحتى مهندسي البرمجيات الكبار.

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

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

هذا ليس سحري. هذا يبحث في المشكلة من وجهة نظر أخرى.

دعنا نوضح مع مثال

ما عليك القيام به مهمة - على سبيل المثال ، إنشاء استرداد مع المدفوعات.

يتم منحك مخطط قاعدة البيانات. هذه مهمة خلفية وتحتاج إلى إنشاء واجهة برمجة تطبيقات POST / refunds يمكنها إنشاء عملية رد الأموال والمدفوعات ذات الصلة. هيكل قاعدة البيانات على النحو التالي:

يكون لاسترداد الأموال دائمًا سبب ، مثل "البضائع التالفة" أو "التسليم المتأخر".

يمكنك مناقشة حمولة واجهة برمجة التطبيقات (API) مع أحد أعضاء الفريق. قد توافق على حمولة JSON أدناه:

السيناريو المعتاد

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

هذا هو المكان الذي ينزلق فيه معظم مهندسي البرمجيات المبتدئين وحتى بعض المهندسين ذوي الخبرة. لا تكتب الرمز عندما لا تحل المشكلة.

الخطوة المناسبة

الخطوة الأكثر ملاءمة هي الجلوس وحل المشكلة على الورق بخطوات.

لذلك تسأل نفسك ما عليك القيام به. أتيت بخطة في خطوات وقمت بتعديلها.

إذا كان لديك شخص متقدم في فريقك ، فيمكنك التحقق من صحة خطواتك والحصول على الملاحظات.

هذا سوف يقلل أيضا من وقت مراجعة التعليمات البرمجية. لقد اتفق كل منكما بالفعل على طريقة الحل.

فكيف نفعل ذلك

تتمثل المهمة الموضحة مسبقًا في كتابة واجهة برمجة تطبيقات إنشاء / POST حيث يمكن إنشاء عمليات رد المبالغ المدفوعة.

يمكن أن يكون لكل رد دفعين كحد أقصى. أحدهما من النوع "نقدي" والآخر من النوع "ائتمان". يمكن أن يكون أيضًا استرداد واحد مع دفعة واحدة فقط نقدًا أو ائتمانيًا. هكذا كتبت الخطوات التالية على الورق:

  1. قم بإنشاء طريقة للحصول على البيانات من وحدة التحكم المرسلة من قبل المستخدم
  2. التحقق من صحة جميع المدخلات للقيم ، وأنواع الاسترداد ، والأسباب.
  3. إذا نجحت كل عملية التحقق من الصحة ، فقم بإنشاء عدد أبجدي رقمي عشوائي بطول 10 غير موجود في جدول الاسترداد (فحص متكرر)
  4. إذا فشل التحقق من الصحة في الاستجابة مع رسالة فشل التحقق من الصحة المناسبة ، فقم بتحديد بنية الاستجابة
  5. بدء معاملة قاعدة البيانات
  6. أدخل قيم استرداد الأموال المتعلقة برد_السعر ، reason_reason ، is_premium_customer في جدول الاسترداد
  7. عند نجاح الإدراج ، احصل على معرف الإدراج الأخير
  8. مع refund_id ، أدخل قيم الدفع ذات الصلة بـ fk_refund ، fk_item ، المبلغ ، is_cash إلى جدول الدفع
  9. إذا سار كل شيء على ما يرام ارتكاب معاملة قاعدة البيانات
  10. إذا كان هناك أي مشكلة ، معاملة قاعدة البيانات الاستعادة
  11. الرد برسالة النجاح أو الفشل اعتمادًا على نجاح معاملة قاعدة البيانات مع البنية المناسبة
  12. سلك حتى وحدة التحكم وهذه الطريقة

اتبع الخطة في الخطوات ، الآن اكتب الكود

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

بناءً على اللغة والإطار ، يمكنك أيضًا تحديد مكان بقاء رمز التحقق.

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

عندما يكون حلك واضحًا في عقلك ولديك خطة عمل خطوة بخطوة على الورق ، يمكنك الآن كتابة التعليمات البرمجية.

يمكنك حتى تقسيم الأجزاء بطرق يسهل الانتهاء منها وتوصيلها.

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

استنتاج

عندما تواجه مهمتك التالية ، لا تبدأ في كتابة التعليمات البرمجية من get-go.

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

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

الكود دائمًا وسيلة للحل ، وليس الحل نفسه.

إذا وصلت إلى هذا الحد ، فالرجاء ترك لي بعض "التصفيق" :).

شكرا للقراءة!

نشرت أصلا في geshan.com.np.