8 טעויות שמפתחי JavaScript מתחילים עושים שמונעות מהם להפוך למקצוענים

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

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

אנו מזכירים: לכל קוראי Habr - הנחה של 10 רובל בעת הרשמה לכל קורס Skillbox באמצעות קוד ההטבה של Habr.
Skillbox ממליצה: קורס חינוכי מקוון "מפתח ג'אווה".

שימוש ב-jQuery

jQuery מילא תפקיד עצום בפיתוח של כל מערכת האקולוגית של JavaScript. בתחילה, JS שימש ליצירת מצגות וסוגים שונים של ווידג'טים, גלריות תמונות לאתרי אינטרנט. jQuery אפשרה לשכוח בעיות עם תאימות קוד בדפדפנים שונים, סטנדרטיזציה של השימוש ברמות הפשטה ועבודה עם ה-DOM. בתורו, זה עזר לפשט את AJAX ובעיות עם הבדלים בין דפדפנים.

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

הבעיות הנותרות נפתרות על ידי ספריות אחרות כמו React. ספריות מספקות תכונות רבות אחרות שאין ל-jQuery.

כשאתה עובד עם jQuery, בשלב מסוים אתה מתחיל לעשות דברים מוזרים, כמו להשתמש ברכיבי DOM כמצבים או נתונים נוכחיים, וכתיבת קוד מורכב להחריד רק כדי להבין מה לא בסדר במצב הקודם, הנוכחי והעתידי של ה-DOM, בנוסף כדי להבטיח מעבר תקין למדינות הבאות.

אין שום דבר נגד שימוש ב-jQuery, אבל קח את הזמן כדי ללמוד עוד על האלטרנטיבות המודרניות יותר - React, Vue ו-Angular - והיתרונות שלהן.

הימנעות מבדיקת יחידות

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

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

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

להתחיל להשתמש בדיקה מיידית.

מסגרות למידה לפני JavaScript

אני מבין היטב את אלה שכאשר מתחילים לפתח יישום אינטרנט, מיד מתחילים להשתמש בספריות ובמסגרות פופולריות כמו React, Vue או Angular.

פעם אמרתי שצריך ללמוד קודם JavaScript ואחר כך את ה-frameworks, אבל עכשיו אני משוכנע שצריך לעשות הכל בו זמנית. JS משתנה במהירות רבה, אז אתה צריך להתנסות בשימוש ב-React, Vue או Angular במקביל ללימוד JavaScript.

זה מתחיל להשפיע על הדרישות המוטלות על המועמדים לתפקיד היזם. לדוגמה, זה מה שמצאתי כשחיפשתי "JavaScript" ב-Indeed.

תיאור התפקיד אומר שהם צריכים ידע ב-jQuery וב-JavaScript. הָהֵן. עבור חברה זו, שני המרכיבים חשובים באותה מידה.

הנה עוד תיאור שמפרט רק את הדרישות ה"בסיסיות":

וזה קורה בערך במחצית מהמשרות הפנויות שבדקתי. עם זאת, אני מאמין שהיחס הנכון בין זמן ללימוד JS ומסגרות הוא בערך 65% עד 35%, לא 50 עד 50.

חוסר רצון להכיר את המושג "קוד נקי"

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

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

התחלת עבודה על פרויקטים גדולים מוקדם מדי

בתחילת הקריירה שלי עשיתי טעות גדולה: ניסיתי לקחת על עצמי פרויקט גדול כשעוד לא הייתי מוכן אליו.

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

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

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

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

חוסר רצון ללמוד מבני נתונים ואלגוריתמים

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

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

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

סירוב לפעילות גופנית

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

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

אם אתה לא מתאמן, אתה מסתכן בעלייה במשקל, ולכך יהיו השלכות שליליות רבות: השמנת יתר, מיגרנות (כולל כרוניות), לחץ דם גבוה וכו'. רשימת הבעיות היא באמת אינסופית.

בידוד עצמי חברתי

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

ממצאים

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

Skillbox ממליצה:

• קורס מעשי "Mobile Developer PRO".
• קורס מקוון יישומי "מנתח נתונים בפייתון".
• קורס מעשי שנתיים "אני מפתח אתרים PRO".

מקור: www.habr.com