איך פרויקט הצד שלך יכול לפתוח לך דלתות למשרה הבאה
פרויקט צד לא צריך להיות אפליקציית מזג אוויר נוספת. עמית שין מסביר איך לבחור פרויקט מקורי, ללמוד תוך כדי, לייצר תוכן ולהגיע לראיון עם משהו אמיתי להראות.
צפו בהרצאה · 38:56הסיפור שמאחורי ההרצאה
- פרויקט צד טוב מציג יכולת, מקוריות ואחריות. קורס מודרך יכול ללמד, אבל לרוב אינו מוכיח את שלושתם.
- לא חייבים לדעת לבנות משהו מראש. פרויקט צד הוא המקום ללמוד תוך כדי ולגלות מה באמת מעניין אתכם.
- הפרויקט נותן חומר אמיתי לפוסטים, בלוגים, הרצאות ושיחות במיטאפים - וכך מייצר היכרות והזדמנויות עבודה.
- בראיון, פרויקט אישי מאפשר להסביר לא רק מה כתבתם אלא למה בחרתם בטכנולוגיה, מה לא עבד ומה למדתם.
- כלי קטן, משחק או extension יכולים להספיק. לא הגודל קובע, אלא הערך, היצירתיות והיכולת להסביר את ההחלטות.
איך פרויקט הצד שלך יכול לפתוח לך דלתות למשרה הבאה
עוד אפליקציית מזג אוויר לא תפתח לכם דלת. היא אולי תלמד אתכם משהו, וזה טוב. אבל ברגע שמראיין ראה כבר מאות כאלה, היא לא מספרת לו מי אתם, מה מעניין אתכם, ואיך אתם חושבים כשאף אחד לא נתן לכם הוראות.
בהרצאה של עמית שין, מפתח Frontend שמתמחה ב-CSS וב-Design Systems, הוא מפרק את ההבדל בין תרגיל לקורס לבין Side Project שמקדם קריירה. המטרה אינה לבנות מוצר מושלם בלילות. המטרה היא לייצר הוכחה אמיתית ליכולת, לסקרנות ולאחריות שלכם - ולהוציא אותה החוצה.
זה חשוב במיוחד למי שנכנס לתעשייה. כשאין עדיין שנים של מערכות בפרודקשן, קשה לענות על שאלות כמו “ספרו לי על פרויקט” או “למה בחרתם כך?”. פרויקט אישי יוצר את החומר הזה. והוא יכול לעשות יותר: ללמד, ליצור קשרים, לייצר תוכן, ולהפוך ראיון לשיחה על משהו שאתם באמת גאים בו.
לא כל תרגיל הוא פרויקט צד
עמית לא מזלזל בקורסים. Todo list, אפליקציית מזג אוויר או פרויקט גמר הם דרך לגיטימית ללמוד. הבעיה מתחילה כשמציגים אותם כהוכחה מלאה ליכולת מקצועית. בקורס מישהו כבר החליט עבורכם מה לבנות, באיזו טכנולוגיה להשתמש, לאיזה API לפנות ולעתים גם איך לקרוא לדברים בקוד.
לפרויקט צד חזק יש שלושה רכיבים. הראשון הוא יכולת: הוא צריך להראות מה אתם יודעים לעשות. השני הוא מקוריות: לא חייבים להמציא קטגוריה חדשה, אבל צריך שיהיה צורך אמיתי, תחביב, זווית או בחירה שאפשר לזהות כשלכם. השלישי הוא responsibility. אתם מקבלים את ההחלטות, ולכן גם יכולים להסביר אותן.
זאת נקודה קריטית בראיון. לא מספיק להגיד “כתבתי ב-React”. מה היתה המטרה? למה בחרתם בפתרון הזה? מה לא עבד? מה הייתם משנים? פרויקט צד נותן לכם בעלות על התשובות, גם אם חלק מהתשובה הוא פשוט “רציתי לנסות את הפלטפורמה הזאת”. זו סיבה לגיטימית, כל עוד היא באמת שלכם.
מתחילים מהסקרנות, לא מרשימת הטכנולוגיות
הטעות הנפוצה היא לחכות עד שיודעים מספיק כדי להתחיל. עמית מציג דוגמה הפוכה: חבר שלו התעניין בלוחיות רישוי מעניינות, לקח סרטונים ממצלמת דרך, השתמש ב-API של AI כדי לזהות איפה יש מספרים, ב-OCR כדי לקרוא אותם, ושמר תמונות של המספרים החריגים. זה פרויקט שנולד מסקרנות אישית, לא מהגדרת משימה.
הנקודה אינה שכל ג’וניור צריך לבנות pipeline של ראייה ממוחשבת. אותו אדם לא ידע בתחילת הדרך את כל מה שנדרש. הוא למד תוך כדי. וזה בדיוק מה שפרויקט צד מאפשר: להתנסות בטכנולוגיה, לגלות מה מושך אתכם, ולהבין מה פחות. לפעמים המסקנה היא שתחום שחשבנו שנאהב בכלל לא מתאים לנו. גם זו תוצאה שימושית.
אם דרושה התחלה פשוטה, אפשר לבחור בעיה קטנה מהחיים: כלי שמייצר label לתמונה, משחק עם וריאציה אישית, או extension לדפדפן שמשנה משהו בשירות שכבר משתמשים בו. אין צורך להרים backend מורכב רק כדי להרשים. גם מפתח Frontend יכול להשתמש בשירותים שמספקים abstraction לדאטה או לבנות שכבה דקה שמאפשרת להציג את הרעיון.
אל תשאירו את הפרויקט על הלפטופ
פרויקט שסיימתם ואף אחד לא ראה הוא עדיין תרגול טוב. אבל הוא מפספס חלק גדול מהערך הקרייריסטי. עמית מדבר על to be out there: לפרסם דמו, לכתוב פוסט, להעלות וידאו, לכתוב בלוג, או להציע הרצאה במיטאפ. הפרויקט נותן לכם משהו ממשי לדבר עליו, במקום עוד פוסט כללי על “מה שלמדתי השבוע”.
בדוגמה שלו, ג’וניורית בנתה חיפוש סרטים, הוסיפה לו הדגמה מוזיקלית ופרסמה וידאו. הפרויקט קיבל חשיפה עד שהגיע למאקו, ובהמשך היא התחילה עבודה. לא כל דמו יהפוך לכתבה, וזה גם לא המדד. החשיפה מאפשרת לאנשים לזכור אתכם, לשאול שאלות, לתת פידבק ולהכיר את העבודה שלכם דרך משהו שאינו CV.
למי שרוצה לפתח את יכולת ההצגה עצמה, ההרצאה של שחר פולק על בניית הרצאה מתחילה מהמסר שהקהל אמור לקחת. גם כאן אותו עיקרון עובד: אל תספרו רק מה בניתם. ספרו מה היתה הבעיה, מה בחרתם לעשות, ומה למדתם כשהפתרון פגש משתמשים או פידבק.
Side Project הוא יתרון בראיון, לא קישוט
בכל ראיון יש בדרך כלל רגע שבו מבקשים לספר על פרויקט. למועמד מנוסה אפשר להישען על עבודה קודמת. אבל גם אז, כפי שעולה בדיון בהרצאה, מראיינים מחפשים את הפרויקט שמדליק את העיניים: משהו שהמועמד גאה בו, בעבודה או מחוצה לה.
פרויקט אישי נותן לכם דרך להראות חוזקות וגם חולשות. הוא יכול למלא פער ספציפי: עמית מספר על מועמדת שלא ענתה היטב על שאלה ב-Git, ואז בנתה visualisation של branch ב-Git עם רכיב תלת ממדי. זה לא רק חזר על חומר תאורטי. היא נכנסה לנושא לעומק, בנתה עליו משהו, ויכלה לדבר עליו מתוך ניסיון.
אפשר גם לקבל ביקורת. אם שלחתם פרויקט למישהו או הצגתם אותו בקהילה, תקבלו לעתים הצעות לשיפור. זה אינו סימן שהפרויקט נכשל. להפך, זאת הזדמנות להבין חלופה, לשפר את המימוש, ולספר אחר כך מה השתנה ולמה. אותו סוג של סקרנות ואחריות עולה גם בפרק על הכנה לראיון טכני, שבו היכולת להבין פרויקט לעומק חשובה יותר מצ’קבוקס של טכנולוגיות.
שלושה כיוונים להתחלה
עמית מחלק את הרעיונות לשלוש משפחות. הראשונה היא tools ואפליקציות: כלי קטן שפותר צורך שלכם יכול להיות מצוין, גם אם הוא לא סטארטאפ. השנייה היא משחקים. משחק מאפשר להגדיר בעצמכם את הגבולות, הכללים והאתגר, ולכן הוא כר נוח ליצירתיות. עמית עצמו בנה משחקי CSS ומשחק זיכרון שבו מספר הצבעים ניתן לבחירה, במקום להעתיק את ברירת המחדל.
המשפחה השלישית היא plugins ו-add-ons לשירותים קיימים. בדוגמה מההרצאה, משתמש בנה כפתור auto-like ל-OkCupid, ובהמשך הוסיף פילטרים. זה לא חייב להיות המון קוד כדי להראות משהו חשוב: איך חוקרים מערכת קיימת, מוסיפים פונקציונליות מקומית, ומתמודדים עם התנהגות של קוד אמיתי בדפדפן. Chrome extension שמזריק JavaScript הוא נקודת התחלה אפשרית, כל עוד מכבדים את תנאי השירות והגבולות של המערכת.
אם הפרויקט מתאים לחשיפה, עמית גם מציע להפוך אותו ל-open source. כך אתם יכולים להיות ה-maintainers של מה שבניתם, לקבל feedback, ולהוכיח יכולת מעבר לשורת הדמו הראשונה. אבל גם כאן אין צורך בכפייה: שיתוף צריך להוסיף ערך ולהתאים לרישוי ולמה שמותר לחשוף.
גם פרויקט שנזרק לפח מקדם אתכם
לא כל פרויקט צד צריך להיגמר במוצר פעיל. עמית מספר על ספרייה שרצה לבדוק בעקבות הרצאה. בעבודה הוא לא יכול היה פשוט להחליט להכניס אותה למערכת, ולכן בדק אותה בפרויקט צד. בסוף הפרויקט לא היה מעניין ונכשל מבחינתו. ובכל זאת, הוא למד והתפתח ממנו.
זו המסגרת הנכונה: פרויקט צד אינו חוזה להצלחה. הוא סביבה שבה מותר לבחור, לטעות, לקבל הערות ולנסות שוב. אם הפרויקט הבסיסי מוכיח חשיבה, זה כבר עדיף מכלום. אם תמשיכו מעל ומעבר, מצוין. אבל אל תתנו לפחד מפתרון לא מושלם לעצור את הפרויקט הראשון.
השורה התחתונה
פרויקט צד טוב לא מנסה להוכיח שאתם יודעים הכול. הוא מוכיח שאתם יודעים לקחת רעיון, לקבל החלטות, וללמוד את מה שחסר בדרך.
- בחרו צורך או עניין אישי, לא תרגיל שכבר כולם עשו.
- הגדירו מה הוא מראה: יכולת, מקוריות ואחריות על ההחלטות.
- התחילו קטן גם אם אינכם יודעים עדיין את כל הטכנולוגיות.
- הציגו את העבודה החוצה - דמו, פוסט, בלוג או מיטאפ.
- התכוננו לספר על ה’למה’, לא רק על ה-stack.
- אל תפחדו מפרויקט שלא הצליח. הוא עדיין יכול ללמד ולפתוח את הפרויקט הבא.
פרויקט צד לא מחליף ניסיון. הוא מאפשר לכם לייצר ניסיון שאתם יכולים להסביר, להראות וללמוד ממנו. זה בדיוק סוג הסיפור שיכול להכניס את הרגל בדלת.
"לא כל קוד שאתם כותבים הוא נחשב Side Project."
- עמית שין
"זה שאתם לא יודעים לעשות משהו, לא אומרים שאתם לא יכולים לעשות את זה."
- עמית שין
"אם אתם לא עובדים, אתם עובדים בסייד פרויקט."
- עמית שין
"זה לא הגודל, זה יצירתיות."
- עמית שין
- 00:00:21 מה הופך קוד לפרויקט צדעמית מגדיר Side Project כעבודה מקצועית מחוץ לשעות העבודה ומסביר למה הוא חושף יכולות, העדפות ואופי מקצועי.
- 00:02:37 שלושת התנאים: יכולת, מקוריות ואחריותלמה אפליקציה מקורס אינה בהכרח פרויקט צד, ואיך בחירה עצמאית של צורך, פתרון וטכנולוגיה משנה את התמונה.
- 00:06:09 ללמוד דרך פרויקט שלא יודעים לבנותסיפור על כלי שמזהה מספרי רכב מדגים למה חוסר ידע בתחילת הדרך אינו סיבה לוותר על רעיון.
- 00:09:53 להפוך פרויקט לחשיפה והזדמנויותדוגמה לפרויקט חיפוש סרטים שזכה לחשיפה מראה איך דמו, פוסט או הרצאה מוציאים את העבודה החוצה.
- 00:12:50 מה מספרים על פרויקט בראיוןהיתרון אינו רק הדמו: אפשר להסביר את ה'למה', החלטות טכנולוגיות, חוזקות, פערים ומה למדתם מהבנייה.
- 00:21:35 שלושה סוגים של פרויקטי צדעמית מציע כלים ואפליקציות, משחקים, ופלאגינים או add-ons לאתרים קיימים כנקודות פתיחה.
- 00:33:10 גם פרויקט שנכשל מלמדפרויקט צד מאפשר לבדוק ספרייה או כיוון שלא בהכרח אפשר לנסות בעבודה, גם כשהתוצאה עצמה נזרקת לפח.
מה כוסה בהרצאה
שאלות מההרצאה
מה הופך פרויקט לפרויקט צד טוב לחיפוש עבודה?
עמית מציע שלושה תנאים: הוא צריך להראות יכולות, להיות מקורי מספיק כדי לבטא צורך או זווית אישית, ולהוכיח אחריות. האחריות היא היכולת להסביר החלטות: למה בחרתם טכנולוגיה, API, naming או כיוון מסוים. פרויקט קורס יכול ללמד הרבה, אבל כאשר מישהו אחר קבע את רוב ההחלטות, קשה להשתמש בו כדי להראות את אותו שיקול דעת.
האם צריך לדעת את כל הטכנולוגיות לפני שמתחילים פרויקט צד?
לא. עמית מדגיש שהעובדה שלא יודעים לבצע משהו אינה אומרת שאי אפשר לבצע אותו. בדוגמה שלו, מפתח Frontend בנה כלי שמזהה מספרי רכב בעזרת API של AI ו-OCR למרות שלא ידע את כל המרכיבים בתחילת הדרך. הלמידה תוך כדי הבנייה היא חלק מהערך: היא גם מגלה אילו תחומים וטכנולוגיות מעניינים אתכם באמת.
איך פרויקט צד עוזר בראיון עבודה?
בראיונות מבקשים לעיתים קרובות לספר על פרויקט. פרויקט צד נותן תשובה קונקרטית, ובמיוחד לג'וניורים שאין להם עדיין מערכת מורכבת מהעבודה הקודמת. אפשר להציג את הדמו, אבל חשוב יותר להסביר את ה'למה': מה רציתם לפתור, אילו החלטות קיבלתם, מה היו נקודות החוזק והחולשה, ומה הייתם עושים אחרת.
כמה גדול צריך להיות פרויקט צד?
אין גודל מינימלי. עמית מציג גם כלים קטנים, משחקים ו-Chrome extensions, ומדגיש שהקריטריון אינו גודל אלא יצירתיות. פרויקט בסיסי עדיף על לא להתחיל, ואם הוא מראה יכולת בחירה, למידה ופתרון בעיה - אפשר לבנות סביבו דמו, פוסט ושיחה מקצועית. גם פרויקטים שלא הצליחו יכולים ללמד ולתת חומר לסיפור אמיתי.