لكى تصبح مبرمج ناجح

الأسرار السبعة للمبرمج الناجح

1- أكتب كود للاستعمال البشري:

أحد أكثر المفاهيم الخاطئة هو أنك تكتب كود للكمبيوتر – أي أنك توجه"الكلام" للكمبيوتر. رغم أن الكمبيوتر يفهم لغة الآلة ويعمل على الميزان الثنائي binary أو الست عشري. إذن عند الكتابة ركّز على أنك تكتب للإستهلاك البشري فاجعل الكودأولاُ واضح ، مفيد وسريع ثانياً..

2- أكتب تعليقات دائمًا ، أكتب تعليقات جيدة:

التعليقات هي مثال رائع على انك تتوجه للبشر في برنامجك، أغلب المترجمات compilers سوف تحذف هذه التعليقات البرنامج الناتج. هدف التعليقات هو : إخبارك أو إخبار أي مبرمج آخر في المستقبل، ماذا تقصد بهذا الكود، ماذا يفعل برنامجك. – تجنب إعادة كتابة الكود!
مثال :
تعليق جيد : Disable button to prevent its activation
تعليق سيء : Set cmd = False

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

3- رتّب الكود لتجعله قابل للقراءة :

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

4- توقع الأخطاء وتعامل معها :

عليك ألاّ تكتب برنامجك ظانّا أن كل شيء سيسير وفق تفكيرك، لهذا عليك التفكير أنه ربما يحدث خطأ مثلاً : اذا اردت فتح ملف – لا تتجاهل الحالة التي قد يكون فيها الملف غير موجود – عندما تريد عمل set focus لآداة معينة تأكد بان هذه الآداة مفعلة وظاهرة.

5- اطلق على المتغيرات اسم يدل على وظيفتها –فتسهل القراءة

لا داعي للشرح، مفهوم أن num u s r words هذه متغيرات لا معنى واضح لإسمها. بينما المتغيرات
التالية : Num_Of_Processe و LocalCounter لها معنى أوضح....

6 - إجعل الدوال- functions واضحة :

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

7- حافظ على مجال الرؤية scope للمتغيرات والدوال.

المتغير الذي له مجال رؤية محدد يجب ألا نراه خارج هذا المجال في الكود
وكذلك الدالة التي لها مجال رؤية معين يجب ألا نراها – تتصرمح - خارج هذا المجال.
[size=25][size=12][size=25]ارجو الاستفادة لزملائى الجدد وحاولو تستفادو وهتستفادو اكتر من المتابعه الجادة مع الدكتر والمعيد وربنا معاكو وركزو اوى مع المادة دى لانها اهم مادة فى وجهه نظرى.[/size][/size]
[/size]The seven eight secrets of successful programmers
1. Code for human consumption

It is one of the most pervasive misunderstandings in computing that the source code is for the computer's consumption. Computers work with low-level binary code, a series of impenetrable 1's and 0's or hexadecimal numbers, not the structured high level languages we code in. The reason that these languages were developed was to help the programmer.

In practice, coding for human consumption means coding for clarity first, over efficiency and speed second.
2. Comment often and comment well

The comment is the extreme example of a language element for human consumption. Most compilers will strip the comments from the executable program. The purpose of the comment is to tell you (and any future developer) what the program is intended to do. Write comments with this in mind - and avoid simply restating the code.

Good comment: Calculate the gross asset value adjustment Bad comment: Set cmd Enabled = False

A good indication that you have got the level of comment right: could someone understand what your program is intended to do if all but the comments were removed?
3. Layout code to increase legibility

Just as it is important for an author to split a book into chapters and paragraphs that aid reading so it is important for the developer to consider the layout of the code and how that can aid readability of the code. In particular any code branch (an IF..THEN...ELSE construction) and any code repetition (a WHILE...END WHILE construction) should be indented so that it is easy to see where they start and end.
4. Expect the unexpected and deal with it

Before you open a file, make sure that the file is present. Before you set focus to a control, make sure that the control is visible and enabled. Try to work out what conditions could cause your code to fail and test for them before they cause the program to fall over, and do not rely on error handling to .
5. Name your variables to aid readability

There are a number of strategies to variable naming. The key is to be consistent and to be as informative as possible. If you name a variable MonthNumber, you give the programmer extra information as to what that variable is expected to contain. I personally prefer the Hungarian notation style I am convinced by the arguments that hungarian notation is harmful for readability - but whichever style you use, consistency is the key.
6. Keep your functions and subroutines simple

A function or subroutine should ideally only do one thing. One of the greatest sources of misunderstandings, in my experience, is a subroutine that does a number of different operations. This should be split into separate functions for each different thing it is doing so that these in turn are easy to reuse, and the scope of a code change is easy to understand.
7. Scope functions and variables appropriately

Functions and variables that are only used in one module should not be visible outside that module. Variables that are only used in a function or subroutine should not be visible outside that function or subroutine. This prevents any use of a variable or function outside of where it makes sense to use it.
Very Happy