תכנות הוא אחד הכישורים הרבגוניים ביותר בשוק בעידן זה. מהיכולת ליצור אתרי חברה ועד לדעת כיצד לתקן בקלות שגיאת ניתוב מחדש, כישורים אלה יכולים להיות לא יסולא בפז עבור מעסיק ועצמך בדרכים רבות. עם זאת, להישאר כפי שאתה לעולם לא יאפשר לך להיות המתכנת הטוב ביותר שאתה יכול להיות. המשך לקרוא כדי ללמוד כיצד לשפר את כישוריך כמתכנת.
צעדים
שלב 1. נתח את הבעיה בצורה ברורה
שלב 2. תחשוב פעמיים כיצד לפתור את הבעיה
שלב 3. אסוף דרישות מלאות
קח את הזמן לרשום אילו מטרות המוצר הסופי צריך להשיג, ומי יהיה קהל המשתמשים שלך. בהירות המחשבה בשלב זה תחסוך זמן רב לאורך הקו.
שלב 4. כתוב תוכנית יישום (או מודל) יסודית
- עבור משהו קטן ומנותק, זה עשוי להיות רק תרשים זרימה בסיסי או משוואה פשוטה.
-
עבור פרויקטים גדולים יותר, זה עוזר לפצל את העבודה למודולים ולשקול את הדברים הבאים:
- איזו משימה כל מודול חייב לבצע
- כיצד נתונים מועברים בין מודולים
- כיצד ישמשו את הנתונים בתוך כל מודול
- למרות שדרישות איסוף ותכנון יכולות להיות מייגעות והרבה פחות מהנות מאשר לצלול ישר לקידוד, זה עוד יותר מייגע לבזבז שעות. קח את הזמן לעצב את זרימת המבנה של התוכנית שלך בצורה נכונה מראש, ואולי תוכל לזהות דרכים יעילות יותר להשגת המטרות שלך לפני שתכתוב את שורת הקוד הראשונה!
שלב 5. הגיב את הקוד שלך באופן נדיב
אם אתה חושב שאולי הקוד שלך זקוק להסבר, הגיב אותו. לכל פונקציה יש להקדים 1-2 שורות המתארות את הארגומנטים ומה היא מחזירה. הערות אמורות לומר לך מדוע לעתים קרובות יותר ממה. זכור לעדכן את ההערות בעת עדכון הקוד שלך!
שלב 6. השתמש במוסכמות שמות עקביות עבור משתנים
זה יעזור לך לעקוב אחר כל סוג של משתנה, וגם מה המטרה של אותו משתנה. פירוש הדבר יותר הקלדה מאשר x = a + b * c, אך זה יהפוך את הקוד שלך להרבה יותר קל לניפוי באגים ותחזוקה. מוסכמה פופולרית אחת היא סימון הונגרי, שם השם של המשתנה מקודם לסוגו. לדוגמה, עבור משתנים שלמים תוכל להשתמש ב- intRowCounter; strings עשוי להשתמש ב- strUserName. לא משנה מה מוסכמת השמות שלך, אך ודא שהיא עקבית ושמות המשתנים שלך הם תיאוריים. (ראה אזהרות להלן).
שלב 7. ארגן את הקוד שלך
השתמש במבנים חזותיים לציון מבנה הקוד. לדוגמה, הכנס בלוק קוד היושב בתוך מותנה (אם, אחרת, …) או לולאה (למשך, בזמן, …) נסה גם לשים רווחים בין שם משתנה לאופרטור כגון חיבור, חיסור, כפל, חלוקה, ואפילו סימן השווה (myVariable = 2 + 2). כמו גם להפוך את הקוד לאלגנטי יותר מבחינה ויזואלית, זה מקל הרבה יותר לראות את התוכנית זורמת במבט חטוף. (ראה טיפים על הזחה למטה).
שלב 8. בדוק הכל
התחל בבדיקת כל מודול בפני עצמו, באמצעות תשומות וערכים שהיית מצפה להם בדרך כלל. לאחר מכן נסה תשומות אפשריות אך פחות שכיחות. זה ישטוף את כל הבאגים הנסתרים. יש אומנות לבדיקה, ובהדרגה תבנה את כישוריך בעזרת תרגול. כתוב את הבדיקות שלך כך שיכלול את המקרים הבאים:
- קיצונים: אפס ומעבר למקסימום הצפוי לערכים מספריים חיוביים, מחרוזת ריקה לערכי טקסט, ואפס עבור כל פרמטר.
- ערכים חסרי משמעות. גם אם אינך מאמין שמשתמש הקצה שלך יזין קשקושים, בדוק את התוכנה נגדו בכל זאת.
- ערכים לא נכונים. השתמש באפס עבור ערך שישמש בחלוקה, או מספר שלילי כאשר צפוי חיובי או כאשר יחושב שורש מרובע. משהו שאינו מספר כאשר סוג הקלט הוא מחרוזת, והוא ינותח לפי ערך מספרי.
שלב 9. תרגול, תרגול, תרגול
תכנות אינו דיסציפלינה עומדת. תמיד יש משהו חדש ללמוד, ואולי יותר חשוב - תמיד משהו ישן ללמוד מחדש.
שלב 10. היו מוכנים לשינוי
בסביבת עבודה מציאותית הדרישות משתנות. עם זאת, ככל שאתה בהתחלה ברור יותר לגבי הדרישות, וככל שתוכנית ההטמעה שלך ברורה יותר בתחילת הדרך, כך הסיכוי נמוך שהשינויים יהיו תוצאה של תכנון לקוי או אי הבנות.
- אתה יכול לקחת חלק פעיל בשיפור בהירות התהליך על ידי הצגת תיעוד הדרישות שלך או תוכנית ההטמעה שלך הרבה לפני שתתחיל לקודד. זה יעזור להבטיח שמה שאתה מתכנן ליצור הוא בעצם מה שהתבקשת.
- בנה את הפרויקט כסדרה של אבני דרך עם הדגמה לכל בלוק, ונהל את התהליך אבן דרך אחת בכל פעם. ככל שתצטרכו לחשוב פחות דברים בכל רגע נתון, כך סביר שתחשבו בבהירות.
שלב 11. התחל פשוט ועבוד לקראת מורכבות
כאשר מתכנתים משהו מורכב, זה עוזר להביא את אבני הבניין הפשוטות יותר למקומם ולעבוד כראוי תחילה. לדוגמה, נניח שאתה רוצה ליצור צורה מתפתחת במסך שעוקבת אחר כיוון העכבר, ומשנה צורה בהתאם למהירות העכבר.
- התחל בהצגת ריבוע וגרם לו לעקוב אחר העכבר; כלומר, תפתור מעקב אחר תנועה לבד, ראשית.
- לאחר מכן, גרמו לגודל הריבוע להתייחס למהירות העכבר; כלומר, לפתור מעקב אחר מהירות לצורה בכוחות עצמו.
- לבסוף, צור את הצורות האמיתיות שאתה רוצה לעבוד איתן וחבר את שלושת המרכיבים יחד.
- גישה זו מתאימה מטבע הדברים לכתיבת קוד מודולרי, כאשר כל רכיב נמצא בלוק משלו. זה שימושי מאוד לשימוש חוזר בקוד (למשל, אתה רק רוצה להשתמש במעקב העכבר בפרויקט חדש), ומאפשר ניפוי ותחזוקה הרבה יותר קלים.
וידאו - על ידי שימוש בשירות זה, מידע מסוים עשוי להיות משותף עם YouTube
טיפים
- השתמש ב- IDE (סביבת פיתוח משולבת). IDE טוב יבנה אותו עורך מקודד בצבע, עם רמזים לקוד ופונקציות להשלמת קוד שהופכות את העריכה למהירה יותר ופחות מועדת לטעויות כתיב. בדרך כלל הוא יכלול גם באגים.
- לימוד קוד המקור של מתכנתים אחרים הוא אמצעי מצוין לשיפור הכישורים שלך. עבדו דרך הקוד שלהם, צעד אחר צעד, חשבו את הזרימה ומה קורה עם המשתנים. לאחר מכן נסה לכתוב קוד משלך כדי לעשות את אותו הדבר (או אולי אפילו לשפר אותו). תלמד במהירות מדוע דברים צריכים להיכתב בצורה מסוימת ותקבל גם כמה עצות שימושיות כיצד לכתוב ביעילות.
- אתרי הדרכה הם משאב מצוין גם כן.
- בצע גיבויים קבועים של קוד היישום שלך בכונן קשיח או בהתקן נייד אחר, כך שיהיה לך עותק אם המחשב שלך ימות או לא יהיה זמין. שמור לפחות עותק אחד במקום מאובטח.
- שמור על הקוד האלגנטי שלך מבחינה ויזואלית, לא בגלל שהוא יפה אלא בגלל שהוא מקל עליו לקרוא. זה חיוני כאשר אתה רוצה לבצע שינויים שישה חודשים לאחר מכן. קרא עוד על הכנסת קוד.
- אחרי כל קטע עבודה גדול יותר, קח הפסקה, עשה משהו שלא קשור, ואז סקר את מה שכתבת בראש טרי. תחשוב מחדש ושכתב אותו, ויהפוך אותו ליעיל ואלגנטי יותר באמצעות פחות קוד.
- מצא עורך המשתמש בהדגשת תחביר מקודדת בצבע. זה באמת עוזר להפריד הערות, מילות מפתח, מספרים, מחרוזות וכו '.
- שנה דבר אחד בכל פעם בעת איתור באגים ולאחר מכן בדוק את התיקונים שלך לפני שתמשיך בפריט הבא.
- השתמש בניהול בקרת גרסאות. כלים כמו CVS או SVN מקלים על מעקב אחר שינויי קוד ובאגים.
- שמור עותקים ארכיוניים של עבודותיך בעבר. זו לא רק נקודת התייחסות טובה, היא עשויה להכיל גם פיסות קוד שתוכל להשתמש בהן מאוחר יותר.
- בדוק שוב את האיות ואת התחביר. אפילו הטעויות הקטנות ביותר עלולות לגרום ללחץ רב.
- השתמש בכלי איתור באגים במקום הצבת הצהרות בקוד שלך להצגת משתני פלט. כלי איתור באגים יאפשר לך לעבור בין הקוד שלך שורה אחר שורה, כך שתוכל לראות היכן הוא משתבש.
- דבר עם מתכנתים אחרים. אנשים יכולים לעתים קרובות להיות משאב טוב למידע, במיוחד כאשר הם מתחילים. גלה האם יש קבוצת מתכנתים שנפגשים מקומית ומצטרפים לקבוצה.
- התחילו בקטן, כוונו לדברים שסביר להניח שתצליחו להשיג, ותעשו את דרכם למעלה.
-
בקשו מתכנתים אחרים לקרוא את הקוד שלכם. יתכן שהם יודעים משהו שאולי לא חשבת עליו קודם. לא מכירים מתכנתים מקצועיים? מצא פורום מקוון המוקדש לשפת התכנות או מערכת ההפעלה שבחרת והצטרף לשיחה.
- אם אתה יורד במסלול זה, קרא ושמור על כללי הפורום. יש הרבה מומחים טובי לב שמוכנים לעזור, אם יתבקשו יפה.
- זכור להיות מנומס, כי אתה מבקש טובה. אל תתאכזב אם אתה לא מבין הכל בבת אחת, וגם אל תצפה שהם ירצו לסקור 10, 000 שורות קוד. במקום זאת, שאל שאלות פשוטות במוקד יחיד ופרסם רק את 5-10 השורות הרלוונטיות של קוד relat. סביר להניח שתקבל תגובה חיובית כך.
- לפני שתתחיל לפרסם, עשה קצת מחקר. שאלתך כמעט נתקלה, נבחנה ונפתרה כבר.
- לקוחות ובוסים אינם מודאגים מאיך התוכנית שלך עובדת כמעט באותה מידה שהם מרגישים לגבי מידת התפקוד שלה. תחשוב בשורה התחתונה. הלקוחות אינטליגנטים, אבל עסוקים. לא יהיה אכפת להם איזה סוג של מבני נתונים אתה משתמש, אבל יהיה אכפת להם אם זה מאיץ את הביצועים באופן משמעותי או מאט את זה.
- הפרדה (אריזה) של הקוד הניתן לשימוש חוזר שלך מהקוד הספציפי ליישום שלך, לאורך זמן, תוביל לספרייה גדולה, באגים וניתנת לשימוש חוזר ומלאת בשירותים שימושיים. זה יסייע בכתיבת יישומים חזקים ויציבים יותר בפחות זמן.
- דרך טובה הן לשמור את העבודה שלך לעתים קרובות ולשמור על גיבוי נפרד פיזית היא להשתמש בכלי גרסאות כמו git או mercurial ושירות אירוח בחינם כמו GitHub או Bitbucket.
אזהרות
- העתקה והדבקה של קוד של אחרים היא בדרך כלל הרגל רע, אך לקיחת חלקים קטנים מתוכנית קוד פתוח יכולה להיות חווית למידה טובה. רק אל תעתיק תוכנה לגמרי ונסה לקחת על זה קרדיט. אל תעתיק קוד מתוכנית אחרת אלא אם יש לך הרשאה או אישור רישיון.
- שמור את העבודה שלך לעתים קרובות ככל שאתה הולך או שאתה מסתכן באובדן שעות ושעות של עבודה כתוצאה מהתנגשות מחשב או נעילה. אם תתעלם מהאזהרה הזו כעת, זהו לקח שבהחלט תלמד בדרך הקשה!
- יש להשתמש בזהירות הונגרית (המציין את סוג המשתנה כקידומת) בזהירות. זה יכול להוביל לחוסר עקביות בעת עריכה, או במיוחד אם הוא מועבר לשפה אחרת או למערכת הפעלה אחרת. הוא משמש ביותר בשפות 'המוקלדות באופן רופף' שאינן דורשות ממך להכריז מראש על סוג המשתנה.
