تعد البرمجة واحدة من أكثر القدرات تنوعًا في بيئة العمل اليوم. ستفيدك مهارات البرمجة أنت وشركتك بعدة طرق ، سواء كنت تنشئ موقعًا إلكترونيًا لشركة أو تعرف كيفية إصلاح أخطاء "إعادة التوجيه". ومع ذلك ، فإن الرضا عن قدراتك الحالية لن يجعلك مبرمجًا رائعًا. لذا ، اقرأ هذا الدليل لتتعلم كيفية تطوير مهاراتك كمبرمج.
خطوة
الخطوة 1. قم بتحليل واضح للمشكلة
الخطوة 2. أعد التفكير في كيفية حل المشكلة
الخطوة 3. اجمع كل المتطلبات الأساسية
خذ الوقت الكافي لإعادة كتابة الأهداف التي يحتاج برنامجك إلى تحقيقها ومن هم المستخدمون المحتملون. سيوفر لك وضوح الهدف والمستخدمين المحتملين للبرنامج الوقت في المستقبل.
الخطوة 4. اكتب خطة / نموذج تنفيذ متعمق
- لكي تقوم المشروعات الصغيرة بنفسك ، يمكنك ببساطة إنشاء صيغة بسيطة أو مخطط انسيابي أساسي / "مخطط انسيابي".
-
بالنسبة للمشاريع الأكبر ، نوصي بتقسيم البرنامج إلى وحدات ، ومراعاة ما يلي:
- ما الأشياء التي تقوم بها كل وحدة ؛
- كيف يتم نقل البيانات بين الوحدات ؛ و
- كيف سيتم استخدام البيانات في كل وحدة.
- في حين أن عملية جمع المتطلبات الأساسية والتخطيط لبرنامج ما ليست ممتعة بقدر العمل على برنامج شخصيًا ، ضع في اعتبارك أن التأصيل لساعات من "الأخطاء" يمكن أن يكون أكثر إزعاجًا. خذ الوقت الكافي لتصميم تدفق وهيكل برنامجك بشكل صحيح من البداية ، وقد تكون قادرًا على إيجاد طريقة أكثر فاعلية لتحقيق أهدافك قبل حتى كتابة التعليمات البرمجية!
الخطوة 5. التعليق على التعليمات البرمجية الخاصة بك بحرية
إذا شعرت أن الكود الخاص بك يحتاج إلى شرح ، فعلق على kdoe. يجب إعطاء كل دالة سطرين من التعليقات تحتوي على شرح للحجج ونتائجها. يجب أن تشرح تعليقات الكود المزيد حول سبب كتابة الكود ، أكثر من شرح ما يفعله الكود. تذكر تحديث التعليقات عند تحديث الرمز!
الخطوة 6. استخدم اصطلاحات تسمية متغيرة متسقة بحيث يمكنك بسهولة تتبع كل نوع من المتغيرات ، وكذلك معرفة وظيفة كل متغير
يجب عليك كتابة أكثر بكثير من x = a + b * c ، لكن اصطلاحات التسمية ستجعل أيضًا رمزك أسهل في تتبع الأخطاء والحفاظ عليها. أحد اصطلاحات تسمية المتغيرات الشائعة هو التدوين الهنغاري - في هذا الاصطلاح ، يبدأ اسم المتغير بنوع المتغير ، على سبيل المثال intCountLine لمتغيرات الأعداد الصحيحة و strUserName لمتغيرات "السلسلة". بغض النظر عن نوع اصطلاح تسمية المتغيرات الذي تستخدمه ، تأكد من أنه متسق ويعطي أسماء وصفية للمتغيرات.
الخطوة 7. قم بتعيين الرمز الخاص بك
استخدم الهياكل المرئية للإشارة إلى بنية الكود. على سبيل المثال ، قم بعمل مسافة بادئة في كتلة التعليمات البرمجية الموجودة في منتصف كود الشرط (if ، وإلا …) أو حلقة (for ، while…). حاول أيضًا استخدام المسافات بين أسماء المتغيرات وعوامل التشغيل ، مثل الجمع والطرح والقسمة وحتى يساوي (المتغير Myvariable = 2 + 2). بصرف النظر عن جعل الكود يبدو أكثر أناقة ، فإن تنظيم الكود يسهل عليك أيضًا رؤية تدفق البرنامج عند إلقاء نظرة على الكود.
الخطوة 8. اختبر البرنامج بأكمله
ابدأ باختبار كل وحدة على حدة ، مع المدخلات والقيم التي تتوقعها عمومًا لتلك الوحدة. بعد ذلك ، حاول إدخال القيم التي لا تزال صالحة بالفعل ، ولكنها ليست شائعة جدًا لإزالة الأخطاء المخفية. يعد اختبار البرنامج فنًا في حد ذاته ، لكن قدرتك على اختبار البرامج ستتحسن بالممارسة. اختبر برنامجك في الحالات التالية:
- متطرف: قيم صفرية وقيم أعلى بكثير من الحد الأقصى للقيم المقدرة للقيم الرقمية الموجبة ، والنص الفارغ لمتغيرات النص ، وقيم لا شيء / "خالية" لكل معلمة.
- قيمة القمامة. حتى إذا كنت تثق في أن مستخدمي برنامجك لن يدخلوا قيمًا غير صحيحة ، فلا تنسَ اختبار استجابة البرنامج لقيم القمامة.
- قيمة غير صالحة. استخدم صفرًا للرقم المراد تقسيمه ، أو رقمًا سالبًا إذا طلب البرنامج رقمًا موجبًا (أو إذا كان سيتم حساب الجذر التربيعي). يمكن معالجة القيم غير الرقمية في متغير "السلسلة" كمدخلات رقمية.
الخطوة 9. الممارسة بجد
البرمجة ليست تخصصا ثابتا. هناك دائمًا شيء جديد يمكنك تعلمه ، والأهم من ذلك ، هناك شيء ليس جديدًا ولكنه يستحق إعادة التعلم.
الخطوة العاشرة: كن مستعدًا لقبول التغيير
في بيئة عمل واقعية ، تتغير الاحتياجات باستمرار. ومع ذلك ، كلما زادت معرفتك باحتياجات البرنامج عند بدء البرمجة ، وكلما زادت وضوح خطة تنفيذ البرنامج بمجرد بدء البرمجة ، قل احتمال أن تكون هذه التغييرات نتيجة سوء التخطيط أو فهمك.
- يمكنك المشاركة بنشاط في تحسين وضوح عملية البرمجة من خلال تقديم وثائق لمتطلبات البرنامج أو خطط التنفيذ قبل وقت طويل من بدء البرمجة. سيساعدك عرضك التقديمي على التأكد من أن ما تقوم بإنشائه هو المطلوب حقًا.
- قم بإعداد المشروع كسلسلة زمنية مع عروض توضيحية لكل كتلة مشروع ، واعمل على كتلة المشروع بكتلة. كلما قل عدد الأشياء التي يجب عليك التفكير فيها في وقت واحد ، زادت احتمالية التفكير بوضوح.
الخطوة 11. ابدأ البرنامج بشكل بسيط وطبق التعقيد تدريجياً
عند إنشاء برنامج معقد ، من الجيد إنشاء بنية بسيطة للبرنامج والتأكد من أعمال البناء أولاً. على سبيل المثال ، عندما تريد إنشاء شكل على الشاشة يتغير مع حركة المؤشر ، ويغير الشكل بسرعة المؤشر:
- ابدأ بعرض المربع وجعل المربع يتبع المؤشر. أكمل شفرة تتبع حركة الماوس.
- بعد ذلك ، اجعل حجم المربع مرتبطًا بسرعة الماوس. أكمل رمز تتبع السرعة وقم بتطبيقه على الحجم الذي تم تغييره.
- بعد ذلك ، قم بإنشاء الشكل الذي تريد استخدامه ، وأدخل العناصر الثلاثة أعلاه.
- يقدم لك هذا الأسلوب كتابة رمز معياري - في كود نمطي ، يكون كل مكون في كتلته الخاصة. تعد كتابة التعليمات البرمجية المعيارية مفيدة جدًا إذا كنت ترغب في إعادة استخدام التعليمات البرمجية (على سبيل المثال ، عندما تريد استخدام رمز لتتبع حركات الماوس في مشروع جديد) ، وتسهل عليك إصلاح التعليمات البرمجية وإزالة الأخطاء.
نصائح
- استخدم بيئة تطوير متكاملة / IDE. يحتوي IDE الجيد على محرر كود مدمج به ترميز لوني وتلميحات تعليمات برمجية وميزات مكملة للتعليمات البرمجية ، لذا سيكون تحرير الكود أسرع وأقل أخطاء إملائية. عادة ما تكون IDEs مجهزة بـ "مصحح أخطاء".
- يؤدي فصل / تغليف الكود القابل لإعادة الاستخدام عن الكود الخاص بالتطبيق لاحقًا إلى تجميع الشفرة في مكتبة رموز كبيرة ، مليئة بالوظائف المفيدة ، وخالية من الأخطاء ، وجاهزة لإعادة الاستخدام. ستساعدك هذه المكتبات على كتابة برامج أكثر قوة واستقرارًا في وقت أقل.
-
اطلب من زميل مبرمج قراءة التعليمات البرمجية الخاصة بك. قد يعرف صديقك شيئًا لم تفكر فيه من قبل. ليس لديك صديق مبرمج محترف؟ ابحث عن منتديات عبر الإنترنت تناقش لغة البرمجة / نظام التشغيل المفضل لديك ، وانضم إلى المناقشة.
- إذا ذهبت إلى منتدى عبر الإنترنت ، فاقرأ وانتبه لقواعد المنتدى. إذا سألت بشكل جيد ، سيسعد العديد من الخبراء بمساعدتك.
- تذكر أن تكون مهذبًا ، لأنك تطلب المساعدة بالفعل. لا تشعر بالإحباط إذا لم تفهم جميع الردود دفعة واحدة ، ولا تتوقع أن يقرأ أعضاء المنتدى 10000 سطر من التعليمات البرمجية. اطرح سؤالاً يركز على مشكلة واحدة ، وأرسل 5-10 أسطر من التعليمات البرمجية ذات الصلة. بهذه الطريقة ، من المرجح أن تحصل على استجابة إيجابية.
- قبل أن تبدأ في إرسال الأسئلة ، قم بإجراء بحث سريع. قد يكون سؤالك قد تم اختباره وطرحه والإجابة عليه من قبل.
- تعد دراسة الكود المصدري من مبرمجين آخرين طريقة جيدة لتطوير مهاراتك. اقرأ التعليمات البرمجية من المبرمجين الآخرين ببطء ، خطوة بخطوة. تعرف على تدفق البرنامج وما يحدث لمتغيرات البرنامج ، ثم حاول كتابة رمز يقوم بنفس الشيء (أو حتى يتوسع في هذا الرمز). ستتعرف بشكل أسرع على سبب وجوب كتابة الأشياء بطريقة معينة ، وستحصل أيضًا على نصائح حول كتابة تعليمات برمجية فعالة.
- لا يهتم عملاؤك ورؤسائك بكيفية عمل برنامجك. بدلاً من ذلك ، فإنهم يهتمون بمدى جودة عمل برنامجك. تذكر أن عملائك أذكياء ولكنهم مشغولون. إنهم لا يهتمون بنوع البيانات التي تستخدمها ، لكنهم سيلاحظون ما إذا كان برنامجك يسرع أو يبطئ عملهم.
- يمكنك أيضًا تعلم الكثير من المواقع التعليمية.
- قم بعمل نسخة احتياطية من الشفرة بشكل دوري على محرك أقراص خارجي أو جهاز آخر بحيث يكون لديك نسخة من الرمز في حالة تعطل / إيقاف تشغيل الكمبيوتر. احتفظ بنسخة احتياطية واحدة على الأقل في مكان آمن.
- حافظ على الكود منظمًا. إنها ليست مسألة جمالية ، لكن دقة الكود ستجعل قراءة الكود أسهل. هذه الخطوة مهمة جدًا إذا كنت تريد إجراء تغييرات بعد 6 أشهر من إنشاء البرنامج. اقرأ المزيد عن المسافة البادئة للكود هنا.
- عندما تكمل جزءًا كبيرًا من البرنامج ، افعل شيئًا لا علاقة له بالبرمجة ، وراقب ما كنت تعمل عليه بعقل جديد. أعد التفكير في تدفق البرنامج وأعد كتابة البرامج بشكل أكثر فاعلية وأناقة. استخدم رمزًا أقل كلما أمكن ذلك.
- ابحث عن محرر التعليمات البرمجية الذي يوفر تلوين التعليمات البرمجية. من المفيد فصل التعليقات والكلمات الرئيسية والأرقام و "السلاسل" وما إلى ذلك.
- قم بتغيير البرنامج بشكل تدريجي أثناء مسح الأخطاء ، ثم اختبر التصحيحات قبل المتابعة.
- استخدم أنظمة التحكم في الإصدار مثل CVS و SVN لمساعدتك في تتبع التغييرات والأخطاء في التعليمات البرمجية.
- تحقق مرة أخرى من التدقيق الإملائي وبناء الجملة. يمكن أن تسبب الأخطاء الصغيرة ضغوطًا طويلة الأمد.
- قم بعمل نسخ أرشيفية من عملك. بالإضافة إلى كونه مرجعًا ، قد تتمكن أيضًا من إعادة استخدام بعض التعليمات البرمجية.
- استخدم "مصحح الأخطاء" ، بدلاً من كتابة العبارات في التعليمات البرمجية لعرض مخرجات متغيرة. سيساعدك "المصحح" في النظر إلى الكود سطرًا بسطر ، حتى تتمكن من تحديد الجزء الخطأ من الشفرة.
- ابدأ صغيرًا وقابل للتنفيذ ، ثم قم ببناء مهاراتك تدريجيًا.
- ناقش مع المبرمجين الآخرين. قد يكون الأشخاص الآخرون مصادر جيدة للمعرفة ، خاصة إذا كنت قد بدأت للتو.
- هناك طريقة جيدة لحفظ عملك بشكل دوري والحصول على نسخة عن بُعد وهي استخدام نظام التحكم في الإصدار مثل git أو mercurial وخدمة مجانية مثل Github أو Bitbucket
تحذير
- يعد نسخ كود الآخرين عادة سيئة ، لكن أخذ أجزاء صغيرة من كود مفتوح المصدر يمكن أن يكون طريقة جيدة للتعلم. ومع ذلك ، لا تنسخ البرنامج بأكمله وتقر بأن البرنامج ملكك. لا تنسخ التعليمات البرمجية من برامج أخرى ، ما لم يُسمح لك بنسخ هذه البرامج بموجب ترخيص.
- احفظ عملك أثناء عملك ، أو قد تفقد عملك عندما لا يستجيب الكمبيوتر. إذا تجاهلت هذا التحذير ، فسيتم إنعاشك بصوت عالٍ لاحقًا!
- يجب أن تكون حذرًا عند استخدام التدوين المجري (كتابة نوع المتغير كبادئة) في الخطوة 4. قد يتسبب التدوين الهنغاري في تناقضات أثناء تحرير التعليمات البرمجية ، أو عند استخدام التعليمات البرمجية بلغات / أنظمة تشغيل أخرى. يشيع استخدام الترميز المجري في لغات البرمجة التي لا تتطلب منك تحديد نوع المتغير.
