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