טיפים שימושיים שיעזרו לך ליצור הרגלים טובים כמפתח אתרים

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

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

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

בסדר, טיפ ראשון.

1. עשו שעון טכנולוגי. הרבה.

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

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

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

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

חלק מהאתר / הפורום אני קורא מדי שבוע:

  • קולקטיבים של Codrops
  • האקרנון
  • SmashingMagazine
  • FreeCodeCamp
  • CodyHouse
  • טוויטר
  • יסודות האינטרנט מאת גוגל
  • קישורי התפתחות יומיים
  • Daywatch.io

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

קל ללכת לאיבוד ולקפוץ מנושא אחד למשנהו. אוקי, המאמר האחרון על Crypto ICO החדש הוא SUPER INTERESSING, אבל האם אתה עובד בקריפטו? השאר ממוקד.

2. תסתכל על אתרים מדהימים. ולפרוק אותם!

תוכל למצוא בקלות אתרי אינטרנט, משאבים או ניסויי קוד מדהימים כאן:

  • קדימה
  • פרסי עיצוב CSS
  • FWA
  • קודפן

אבל העניין הוא לא להסתכל עליהם ולומר: "לעולם לא אוכל לעשות זאת!"

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

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

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

זה מוביל אותי ישירות לנקודה הבאה.

3. למד מבעלי ניסיון רב יותר

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

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

אבל הכי חשוב: אל תפחד לבקש דברים שאתה חושב שהם מטומטמים.

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

דרך נוספת ללמוד מהטובים ביותר היא סקירת קוד.

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

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

4. לעולם אל תשכח להגיב על הקוד שלך

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

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

עצור מעצמך ליצור multiSuperTaskFunction ().

// I don't know RickmySuperFunctionAddRemoveCreateEarth( $string, $purpose1, $bool) { $var1 = true; while($var1) { addNewHumans++; } else { heregoesnothing();
 }}

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

/** Handler to create the planet system*/Class Planet {
 public $name;
/* * Set the name of the instancied planet * @var STRING $new_name Contain only a string to name the planet */ function set_name(string $new_name) { $this->name = $new_name; } /* * Function to access the name of the planet * return STRING $this->name Contain only a string with the name * of the planet */ function get_name() { return $this->name; }
}

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

5. שפר את הקוד שלך: Refactor.

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

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

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

סיפור קצר, נסה לבדוק את הקוד שלך ולשפר אותו מבלי להשפיע על הפונקציונליות. מהיר יותר, נקי יותר, קריא יותר, מודולרי.

The way I do it is to isolate a code part I’m not proud of or had to code quickly due to a short deadline, and come back to it one or two weeks later.

There is always a good reason to explain why you wrote that piece of bad code but you can’t really argue why you didn’t take the time to improve it.

An unstable portion of code will never be anything else than the sword of Damocles hanging over your head.

It can be challenging to recover your code or get involved in a complex function. But it will never be as hard as having to do it under the pressure of a bug triggered live.

Take your time, try to understand your mistakes. It will save you a lot of time, stress and health in the long term.

6. Make mistakes.

Ok, but…?!

Since I started coding, I found out that the most valuable way to improve myself was to fail again and again. Trust me, some mistakes are almost impossible to avoid, and that’s totally normal.

Did you write the same function five times in the same project? I did, a lot of times. But this is not happening anymore, thanks to my experience and the processes I’ve created.

Don’t be afraid to make mistakes. You’ll keep making them time and time again, but less and less often. You never stop having to learn new things and adapting to new technology changes, but this is the beauty of our job. Learning new things every single day.

Thanks for taking the time to check out my first article on Medium!

If you liked this article, drop a ?, follow me on Medium, and recommend this article to your friends.

Feel free to connect with me on LinkedIn! ✌️