CodeGym /בלוג Java /Random-HE /כיצד לקודד ב-Java כמו בכיר. 7 דרכים לשפר את איכות הקוד של...
John Squirrels
רָמָה
San Francisco

כיצד לקודד ב-Java כמו בכיר. 7 דרכים לשפר את איכות הקוד שלך

פורסם בקבוצה
איכות הקוד היא דבר שמשחק תפקיד חשוב בעבודתו של כל מתכנת ובהערכתו. זהו גם אחד הגורמים העיקריים המשקפים את רמת הניסיון של קודן. בתכנות, כל שנה של ניסיון מעשי בקידוד חשוב. ובדרך כלל לא תהיה בעיה להבחין בין קוד שנכתב על ידי מתכנת ג'וניור לבין קוד של מפתח מנוסה יותר. למעשה, מתכנתים רבים עם ניסיון מקצועי של כמה שנים כנראה היו קצת נבוכים מלהסתכל על הקוד שהם כתבו לא לפני שנה או פחות. קוד באיכות ירודה יכולה להיות בעיה אמיתית שמשפיעה לא רק עליך אלא על שאר צוות הפיתוח ועל הפרויקט בכללותו. למרבה המזל, עם הזמן והניסיון, בהינתן שאתה כותב קוד במשרה מלאה, איכות הקוד שלך תשתפר. אבל השלמות לא באה מעצמה, צריך לחפש אותה. עקוב אחר ההמלצות האלה כדי לשפר את סגנון הקידוד שלך ולהשיג התקדמות קבועה ומשמעותית במרכיב זה של עבודת המתכנת. כיצד לקודד ב-Java כמו בכיר.  7 דרכים לשפר את איכות הקוד שלך - 1

1. למד את התיאוריה וקרא ספרים על שיפור סגנון הקידוד

תמיד מומלץ לקרוא ספרים וחומרים אחרים כיצד לשפר את הקוד שלך. Clean Code: A Handbook of Agile Software Craftsmanship מאת רוברט סי מרטין הוא אחד הספרים המפורסמים ביותר על סגנון הקידוד. מומלץ מאוד למתחילים בתכנות. בו, המחבר מדגים את ההבדלים העיקריים בין קוד טוב לרע, ומסביר את הכללים העיקריים של כתיבת קוד נקי וקריא תוך שימוש בשיטות העבודה המומלצות. ישנם מספר ספרים אחרים שאתה יכול לקרוא, כגון מתכנת פרגמטי מאת אנדרו האנט ודיוויד תומס , אלגוריתמים מאת רוברט סדג'וויק וקווין וויין , ומבני נתונים ואלגוריתמים קלים מאת Narsimha Karumanchi .

2. למד על מוסכמות הקידוד ופעל לפיהן

מוסכמות קידוד הן קבוצות של קווים מנחים לכל שפת תכנות ספציפית עם המלצות על היבטים שונים של פיתוח תוכנה בשפה זו, כולל סגנון קידוד, שיטות עבודה מומלצות ושיטות. קונבנציות הקידוד נועדו לעקוב אחר מתכנתי תוכנה המקודדים בשפה זו כמדריכי האיכות כדי להבטיח שהקוד שלהם קריא ותחזוקה נכונה של התוכנה על ידי אנשים אחרים אפשרית. מוסכמות קידוד מכסות בדרך כלל כל מרכיב חיוני בייצור תוכנה בשפת תכנות זו. כאן תוכל ללמוד עוד על מוסכמות הקידוד הנפוצות ביותר של Java.

3. השתמש בנתחי קוד סטטיים

שימוש בכלים המספקים ניתוח קוד אוטומטי הוא דרך להשיג שיפור באיכות הקוד שלך על ידי מציאת שגיאות בו מיד לאחר כתיבתו. מנתחי קוד סטטי מאפשרים לך להוסיף שכבת אבטחת איכות נוספת ולשפר את הקוד לפני שלב סקירת הקוד. הנה כמה מנתחי הקוד הסטטי הפופולריים עבור Java: Checkstyle , SpotBugs , PMD Java , Find Security Bugs .

4. החל את עיקרון ארבע העיניים בסקירות קוד

יישום עקרון ארבע העיניים על קידוד אומר שלפחות שני אנשים צריכים לבצע את סקירת הקוד, כולל מחבר הקוד. כיום, בקשות משיכה משמשות כאחד המנגנונים הנפוצים ביותר עבור מפתח להודיע ​​לחברי הצוות על תכונה שהושלמה ולבקש בדיקה לפני מיזוג הקוד החדש למאגר קיים.

5. יישם את פרקטיקת השילוב המתמשך והשתמש בכלי CI

אינטגרציה מתמשכת (CI) היא הנוהג של מיזוג כל עותקי העבודה של המפתחים לקו מרכזי משותף מספר פעמים ביום. החלת אינטגרציה רציפה מאפשרת לך לקבל משוב מהיר על בנייה שבור ולתקן אותם באופן מיידי. ישנם מספר כלי CI שבהם אתה יכול להשתמש כדי לשפר את איכות הקוד שלך. Jenkins , למשל, הוא שרת אוטומציה בקוד פתוח שנכתב ב-Java המאפשר למפתחים לבנות, לבדוק ולפרוס את התוכנה שלהם בצורה מהימנה עם אינטגרציה מתמשכת ואספקה ​​מתמשכת של פרויקטים, ללא קשר לפלטפורמה. Buddy הוא עוד כלי ידוע לתוכנת אינטגרציה ואספקה ​​מתמשכת. טוען שהוא מהיר יותר ב-87% עבור זמן אימוץ CI/CD בהשוואה לכלים אחרים. TeamCity הוא פתרון CI/CD לשימוש כללי המאפשר את הגמישות הגדולה ביותר עבור כל מיני תהליכי עבודה ושיטות פיתוח. סקירת הפרויקטים מאפשרת לך לבדוק במהירות את סטטוס הבנייה שלך, לראות מה הפעיל אותם, להוריד את חפצי הבנייה האחרונים ועוד.

6. השתמש בכלי ניפוי באגים

שימוש בכלי איתור באגים מומלץ מאוד מכיוון שהם גם יכולים להגביר את איכות הקוד במידה רבה. כשזה מגיע לפיתוח Java, לכל ה-IDE הגדולות, כגון IntelliJ IDEA , Eclipse ו- NetBeans , יש תכונות ניפוי באגים, בין אם מובנית או כפלאגינים. ישנם גם כלים אחרים עם תכונות ניפוי באגים, כולל Raygun4Java , The Java Debugger (jdb) ו- Visual Studio Code .

7. השתמש ב-CodeGym כדי ללמוד ולתרגל את שיטות הקידוד הטובות ביותר ב-Java

לימוד Java ב- CodeGym ושימוש ב-CG כפלטפורמה לתרגול כישורי הקידוד שלך מוכיחים את עצמם כיעילים גם בכל הנוגע לשיפור סגנון הקידוד. מכיוון שקורס CodeGym תוכנן כדרך למתחילים חסרי ניסיון ללמוד ג'אווה ולקבל עבודה בפיתוח תוכנה, הוא מלמד את הלומדים לשים לב לאיכות הקוד שלהם מההתחלה. זו אחת הסיבות ל-CodeGym יש תוסף משלו עבור IntelliJ IDEA, ה-IDE הפופולרי ביותר בקרב מפתחי Java, שאותו מעודדים את התלמידים שלנו להתקין כדי להתחיל להתרגל לשני הכלים שבהם מתכנתים משתמשים בעבודה היומיומית שלהם ולשיטות הקידוד הטובות ביותר הנפוצות בתעשייה.

חוות דעת מומחים

הנה כמה מחשבות על איך לשפר את איכות הקוד על ידי מפתחי תוכנה עם עשרות שנות ניסיון בקידוד. "רוב התכנות הוא יותר צורת אמנות מאשר פעילות הנדסית. אפילו לתכנות התומך בהתקנים מהונדסים (כמו כתיבת מנהלי התקנים קלט/פלט וקושחה) יש להתייחס יותר לאמנות מאשר כמדע. כתוב את הקוד שלך כמו שאתה כותב כל דבר שהוא ממש ממש חשוב. כל שורה פירושה משהו שהוא חשוב ביותר. זה לא כל כך חשוב שהקוד שלך יהיה מושלם, אלא שאתה יודע מה כל שורה בקוד שלך עושה ומה התכוונת שהשורה הזו תעשה", ממליץ קווין קארות'רס, מפתח תוכנה מנוסה מארה"ב המלצה תמציתית של מארק קנלס, מהנדס תוכנה באפל: "מצא מתכנת טוב ממך ובקש ממנו לבקר את הקוד שלך. ושלבו את המשוב בפרויקט הבא שלכם. הוסף 10,000 שעות של תרגול, ערבב וחזור". Yunkai Zhou, מהנדס לשעבר במיקרוסופט וגוגל, פיתח סולם איכות כדי לקבוע עד כמה טוב בקוד שלך או של מישהו אחר: "נכונות, יעילות, קריאות ויכולת הרחבה הם השלבים של Ladder. הם אינם עצמאיים זה מזה. סביר יותר שקוד קריא יהיה נכון; קוד יעילות נמוכה קשה להרחיב. עבור כל מהנדס תוכנה, המטרה הסופית היא להצליח בכל התחומים הללו. אבל בכל רגע נתון, כל אדם נמצא ברמה מסוימת. ההצעה שלי היא להעריך את רמת המומחיות שלך, לשקול היכן אתה מבלה את רוב הזמן והמאמץ שלך, ואז להתמקד בשליטה בתחום הזה לפני שתעבור לשלב הבא. הימנע מלהתמודד עם רמה לפני שאתה באמת מוכן. זכור זאת - אתה לא יכול לבנות מיומנויות מצוינות או להתמודד עם בעיות מאתגרות יותר עם בסיס חלש." "כתוב הערות תחילה ולאחר מכן כתוב קוד כדי לעשות את מה שההערות שלך אומרות. לדוגמה, לפני קידוד פונקציה כתוב עליה הערה לגבי מה היא צריכה לעשות, תפקידים של הפרמטרים שלה, ערכי החזרה וכו'. ברגע שאתה יודע מה בדיוק הפונקציה אמורה לעשות, הקוד יהיה הרבה יותר טוב, פשוט וברור יותר", ממליץ אבהינב שארמה, מתכנת שעובד בפייסבוק.
הערות
TO VIEW ALL COMMENTS OR TO MAKE A COMMENT,
GO TO FULL VERSION