1. כמה שיותר הפרדה בין קומפוננטות. UI צריך להיות בנפרד. לוגיקה עסקית בנפרד. שכבת לוגיקה שמדברת עם ה DB בנפרד. השכבה שמתקשרת ישירות עם ה DB גם היא בנפרד.למה זה חשוב? כי יום אחד אתה תחליט שבא לך לפתח את המשחק הזה לאינטרפייס אחר(נגיד WEB), אז בהנחה ועשית הפרדה טובה ישאר לך רק לכתוב את ה UI של ה WEB שידע להתחבר ללוגיקה העסקית.
יום אחד תרצה להפסיק לעבוד עם DB ספציפי ותרצה לעבור לעבוד עם אחד אחר, גם כאן תוכל לבצע שינויים יחסית בקלות.
2. מה שצריך לשנות, להוציא לקובץ קונפיגורציות.
3. אם הפרוייקט שלך גדול מדי, להכניס סוג של מנהל אורך חיים של אובייקטים(תקרא על Unity אם אנחנו מדברים על דוטנט).
4. קוד קריא עם מינימום הערות - אם אתה מגיע למצב שאתה כותב יותר מדי הערות אז כנראה משהו לא טוב בקוד שכתבת. תשתדל לכתוב קוד ברור בשביל שאם עוד חודשיים תגלה שם באג תבין את החישוב ההזוי שעשית ונדפק(לדוגמא).
5. טיפול בשגיאות - להכניס מגנון שידע לתפוס Exceptions ולרשום אותם ללוג(תקרא על ELMAH או על LOG4NET אם אנחנו מדברים על דוטנט).
6. תתכנן פחות או יותר איך דברים יראו. יהיו לך שינויים במהלך הקידוד כי בד"כ אין תכנון מושלם. אל תמרח עם התכנון בכל אופן.
7. רק עכשיו ראיתי שזה משחקון קטן..אז תתייחס לחלק מהדברים שכתבתי בערבון מוגבל. ותשתמש בהם רק אם אתה צריך.