דאריו יזבץ הרווטין, מסלובניה, הוא בודק הפיתוח הראשון של OnTheGoSystems. דאריו הצטרף אלינו באפריל והפך לחלק מצוות הפיתוח של Toolset. המשימות הראשונות שלו היו קשורות לתוסף Layouts, בדיקת קוד חדש תוך כדי כתיבתו ווידוא ששום דבר לא נשאר ללא בדיקה.
היום דאריו מסביר מהו התפקיד של בודק פיתוח וכיצד הוא עוזר לספק מוצרים טובים ומהירים יותר. בואו נראה מהם האתגרים והיתרונות בעבודה בחברה לפיתוח תוספים ל־WordPress מנקודת מבטו של חבר צוות חדש.
רקע קצר
שמי דאריו יזבץ הרווטין. אני מפתח אתרים כבר כמה שנים ובתחילת דרכי יצא שבחרתי ב־WordPress כפלטפורמה המרכזית לפיתוח אתרים (החלטה טובה מאוד, הייתי אומר).
כמו כל מפתח אחר, גם לי היה אוסף של תוספים אהובים שהשתמשתי בהם ברוב הפרויקטים שעבדתי עליהם. שניים מהתוספים שכנראה השתמשתי בהם הכי הרבה הם Types (עבור כל השדות המותאמים אישית, טקסונומיות, סוגי תוכן וכדומה) ו־WPML (עבור אתרים רב-לשוניים). לכן, כשהזדמן לי להפוך לבודק פיתוח באותה חברה שיצרה את התוספים האהובים עליי, כמובן ששמחתי לקפוץ על ההזדמנות.
להיות בודק פיתוח: אז, על מה מדובר?
להיות בודק פיתוח אומר שאתה עובד עם צוות מפתחי התוספים בזמן שהם עובדים על תכונות חדשות, שינויים, תיקוני באגים וכדומה, ועוזר להם לאתר באגים ובעיות פוטנציאליות. זה מאפשר לחברה להוציא לאור תוספים מלוטשים יותר ונטולי באגים, וחוסך זמן מכיוון שניתן לפתור בעיות מהר יותר בהשוואה למענה על פניות לתמיכה. כמובן, מובן מאליו שמשוב מהמשתמשים נשאר חשוב מאוד.
דבר טוב נוסף הוא שבודקים יכולים להיות "זוג עיניים רענן" בעת העבודה עם תוספים. מה שעוד מצאתי כמועיל מאוד הוא הניסיון האישי שלי בהתנהלות מול לקוחות/משתמשים. זה מאפשר לי לנסות לחשוב יותר כמו משתמש ממוצע ולהיכנס לנעליו. לפעמים המשתמשים צריכים שיסבירו להם דברים בצורה מפורשת, וזה בכלל לא דבר רע מכיוון שאנחנו רוצים שהתוספים יהיו אינטואיטיביים ככל האפשר.
בכך אנו מגיעים לחלק (חשוב) נוסף בלהיות בודק פיתוח, והוא לחשוב על השימושיות של המוצרים ולהציע רעיונות שונים שלדעתך יכולים לעזור לשפר את התוספים. אפילו דברים קטנים כמו מיקום של קישור בתפריט יכולים לעזור ביצירת חוויית תוסף טובה יותר עבור האנשים שמשתמשים בו.
האם כל אחד יכול להיות בודק פיתוח?
אולי אתה תוהה בשלב זה, איך נראית הבדיקה? האם זה רק להקליק כל היום? מהו הידע המוקדם הנדרש? האם כל אחד יכול לעשות את זה?
ובכן, אין מבחן שבודק אם מישהו יכול להיות בודק (סלח לי על המחווה ל־Monkey Island), אבל בהחלט יש כמה דברים שצריך לדעת היטב, כמו עבודה עם WordPress והיכרות טובה עם שפות תכנות כמו HTML, CSS, PHP ו־JavaScript. הידע הזה נחוץ כדי שתוכלו להבין מה קורה מאחורי הקלעים ולדווח על בעיות שלרוב לא נראות בתוסף או בצד הלקוח של האתר.
אני חושב שהתכונות האישיות שלך חשובות לא פחות מהכישורים הטכניים, ולכן צריך את הדברים הבאים:
- כישורי ארגון מעולים: יש כל כך הרבה פעולות אפשריות ושילובים של אותן פעולות שניתן לבצע עם התוספים שלנו, שקל מאוד ללכת לאיבוד אם לא מאורגנים. תאר לעצמך שמצאת באג רציני ואתה לא זוכר איך בדיוק יצרת אותו, ואתה לא יכול לשחזר אותו יותר. לכן, בהתייחס לאחת השאלות למעלה — לא, אי אפשר פשוט להקליק ולצעוק "בפרצוף שלך!" כשמצליחים לשבור משהו. :)
- ריכוז ותשומת לב לפרטים: עליך להיות ממוקד, יסודי מאוד ולשים לב לפרטים. זכור שאיכות התוסף לא מתבטאת רק בצד הלקוח, אלא היא עמוקה עד רמת הקוד.
- גישה ידידותית ורגועה: מכיוון שאתם עובדים ומתקשרים באינטרנט, חשוב מאוד להיות רגוע (אין צורך בהתקפי חרדה) ונחמד באמת לכולם.
אז, איך בעצם נראה יום העבודה שלי?
אני מתחיל את היום שלי בבדיקת הודעות דוא"ל ומשימות מחברי הצוות שלי. לאחר מכן יש לנו פגישה יומית שבה אנו דנים בבעיות שוטפות ודחופות שיש לפתור. אחרי הפגישה, אני עובר על הפריטים שהוקצו לי לבדיקה ומבלה את רוב יומי במעבר יסודי עליהם.
הבדיקות מחולקות לשלבים שונים בהתאם לפונקציונליות הספציפית. אם אני מוצא באג או מבחין בבעיה, אני בדרך כלל פותח משימת "לביצוע" (to-do) בדפי ניהול המשימות שלנו (אנחנו משתמשים ב־Basecamp). זו בעצם משימה לתקן משהו, בצירוף הערות להסבר נוסף או לדיון. המערכת הזו חשובה מאוד כדי שכולנו נוכל לעקוב אחר מה שתוקן, מה שצריך לתקן, ומה הסטטוס הכללי בכל רגע נתון.
לסיום, אסביר בקצרה את תהליך הבדיקה.
לפני הבדיקה, אני מעדכן את התוספים שלי מגרסאות הפיתוח, מכיוון שתמיד מוסיפים או מתקנים משהו בתוכנה. בנוסף, מכיוון שתאימות בין דפדפנים היא חשובה, אני בודק ב־Chrome, ב־Firefox וב־IE. יצא לי לשים לב לאחרונה שכולנו עובדים על סביבות שונות (Mac, Linux ו־Windows) ואני אוהב את הגיוון הזה; אין מלחמות מעריצים של מערכות הפעלה בפגישות שלנו. :)
יש לי סביבה מקומית (באמצעות XAMPP) ואתר בדיקה בשרת שלנו, כך שבעת הצורך אני יכול ליצור לעצמי התקנות WP חדשות ונקיות עם ההגדרות הדרושות.
אני פותח תוכנית בדיקה ועובר על השלבים אחד אחד. יש שני דברים שצריך להקפיד עליהם במהלך הבדיקה: להפעיל מסוף דפדפן (console) כדי לראות אם מופיעות שם שגיאות, ולבדוק את הקובץ debug.log של WP כל הזמן כדי לראות הודעות PHP, אזהרות וכדומה.
כאשר מבחינים בבאגים ובבעיות, צריך לפתוח משימת "לביצוע" עבור המפתחים. צריך להיות מאוד מדויק כשמסבירים להם את הבעיות כדי שהם יוכלו לשחזר ולתקן את הבעיה מהר ככל האפשר. אני מרבה להשתמש בצילומי מסך ובסרטוני מסך כדי להסביר בעיות בצורה יעילה וקלה יותר. כשצריך, אנחנו עורכים שיחת וידאו ודנים בדברים בדרך זו.
במהלך הבדיקה, קורה לא פעם שאתם לא בטוחים אם נתקלתם בבאג או שהתהליך אמור לעבוד בצורה כזו. במקרה כזה, אני מתייעץ עם חברי הצוות שלי והם מסבירים או מייעצים לי בנושא. כשהבעיות נפתרות, אני תמיד צריך לבדוק אותן מחדש כדי לוודא שהבעיה אכן תוקנה.
כמה דברים נהדרים בעבודה הזו
זו הייתה רק גרסה פשוטה של יום עבודה של בודק פיתוח, ותמיד יש משימות ודברים חדשים שאני יכול ללמוד ולעשות. אחד הדברים הטובים ביותר הוא שככל שהכרתי את המתכנתים שלנו, גיליתי שהם מאוד נדיבים, סבלניים, ופשוט נהדרים כעמיתים לעבודה.
בנוסף, בזמן שבעיות נפתרות, דנים ומסבירים על הכל כדי שתוכלו ללמוד. מציאת באגים והצעת הצעות שלדעתך יכולות ליצור מוצר טוב יותר הן הסיבה שאתם כאן, והרעיונות שלכם יזכו להערכה.
עבודה בשבילך
אהבת את הסיפור של דאריו? האם אתה מסכים שעבודה עם מפתחים מנוסים נראית כמו הזדמנות טובה עבורך לפתח את כישורי ה־WordPress שלך? וכן, להיות בודק פיתוח לא רק מאפשר לכם להרחיב את הידע שלכם ב־WordPress בפועל, אלא יכול גם להוות מקפצה נהדרת למשרות פיתוח.אם אתם חושבים שהעבודה הזו מתאימה לכם, הצטרף אלינו היום. אנחנו מחפשים אנשים מוכשרים שיהיו חלק מהמשפחה שלנו. מידע נוסף ופרטי הגשת מועמדות בכתובת: "משרות פיתוח ותמיכה ב־WordPress".
