الإعلانات

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

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

1. مبدأ النفخ

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

"يحاول كل برنامج التوسع حتى يتمكن من قراءة البريد. يتم استبدال تلك البرامج التي لا يمكن توسيعها بأخرى يمكنها ".

إنها تتحدث عن ميل البرامج لجذب المزيد والمزيد من الميزات بمرور الوقت والانجراف حتمًا نحو زيادة التعقيد. قد تعرف هذا على أنه

instagram viewer
زحف ميزة، وهو الإضافة المستمرة للميزات الجديدة التي لا علاقة لها بالغرض الرئيسي للبرنامج. يؤدي زحف الميزة إلى الانتفاخ ، وعادة ما يكون الانتفاخ غير مرغوب فيه.

يمكن أن ينطبق هذا أيضًا على أداء البرنامج:

"يتوسع البرنامج لاستهلاك جميع الموارد المتاحة."

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

أغرب مبادئ البرمجة التي لم تسمع بها من قبل عن برمجة كمبيوتر ماك

2. عقلية "الأسوأ هو الأفضل"

تقريبا كما لو ردا على مبدأ Bloat ، لدينا الأسوأ عقلية أفضل، صاغه ريتشارد ب. غابرييل في مقال كتبه عن جودة البرمجيات:

"قد تكون البرامج المحدودة ، ولكنها سهلة الاستخدام ، أكثر جاذبية للمستخدم والسوق من العكس."

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

ماذا يحدث عندما تتجاهل هذا؟ ينتهي بك الأمر مع مبدأ بيتر البرمجيات:

"سيصبح المشروع المعقد بشكل مفرط في النهاية معقدًا جدًا بحيث لا يمكن فهمه حتى من قبل مطوريه".

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

3. قانون إيجلسون

"أي رمز خاص بك لم تبحث عنه لمدة ستة أشهر أو أكثر ربما يكون قد كتبه شخص آخر."

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

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

4. مبدأ الدهشة الأقل

"إذا كان العنصر الضروري له عامل دهشة عالية ، فقد يكون من الضروري إعادة تصميم العنصر".

نشرت لأول مرة في مجلة آي بي إم سيستمز في عام 1984 ، لا يزال هذا المبدأ مهمًا بشكل مدهش اليوم - ربما أكثر من أي وقت مضى.

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

أغرب مبادئ البرمجة التي لم تسمع بها أبدًا عن برمجة قهوة الكمبيوتر المحمول

5. قانون علم الحشرات الحاسوبي

"هناك دائمًا خطأ آخر."

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

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

6. قانون كرنيغان

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

بريان كيرنيغان ، نفس الشخص الذي شارك في تأليفه الكتاب المقدس لغة البرمجة C لماذا لا تزال البرمجة C تستحق التعلملغة C ليست لغة ميتة. في الواقع ، صنفتها مجلة IEEE Spectrum على أنها اللغة رقم 2 في عام 2017. هذه خمسة أسباب لماذا. اقرأ أكثر ، مشهور بهذا القانون الثاقب. جوهرها هو هذا: الكتابة حسن كود الكتابة مقروء كود الكتابة بسيط الشفرة، أي شيء طالما لم يكن كذلك ذكي الشفرة.

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

وكما روبرت سي. يوضح مارتن ، أن الأمر لا يتعلق فقط بالتصحيح:

"في الواقع ، فإن نسبة الوقت الذي يقضيه في القراءة مقابل الكتابة يتجاوز 10 إلى 1. نحن نقرأ باستمرار التعليمات البرمجية القديمة كجزء من جهد لكتابة رمز جديد... [لذلك ،] إن سهولة القراءة تجعل الكتابة أسهل ".

أغرب مبادئ البرمجة التي لم تسمع بها من قبل عن برمجة البط المطاطي

7. تصحيح البطة المطاطية

هذا ليس مبدأً بقدر ما هو تقنية ، ولكنه مفيد وغريب جدًا لدرجة أننا سنتركه خارجًا.

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

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

8. القاعدة التسعين والتسعون

"تمثل أول 90 بالمائة من الشفرة أول 90 بالمائة من وقت التطوير. تمثل نسبة الـ 10 بالمائة المتبقية من الرمز نسبة الـ 90 بالمائة الأخرى من وقت التطوير ".

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

يسير جنبًا إلى جنب مع قانون هوفستاتر:

"تستغرق دائمًا وقتًا أطول مما تتوقع ، حتى عندما تأخذ في الاعتبار قانون هوفستادتر".

أغرب مبادئ البرمجة التي لم تسمع بها أبدًا عن وقت تناول القهوة في مكتب الكمبيوتر المحمول

9. قانون باركنسون

"العمل يتسع ليملأ الوقت المتاح لإنجازه."

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

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

10. قانون بروك

"إن إضافة القوى العاملة إلى مشروع برمجيات متأخر يجعلها لاحقًا."

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

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

المضي قدما كمبرمج

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

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

أي من هذه المبادئ تبدو حقيقية بالنسبة لك؟ هل تعرف أي مبادئ برمجة غريبة أخرى فاتتنا؟ أخبرنا في التعليقات أدناه!

جويل لي لديه بكالوريوس. في علوم الكمبيوتر وأكثر من ست سنوات من الخبرة في الكتابة المهنية. وهو رئيس تحرير MakeUseOf.