הסבה להייטק מול הסבה לתכנות - למה זה לא אותו דבר¶
כמעט כל שיחה שאני מנהל עם מישהו ששוקל הסבה מתחילה באותו משפט - "אני רוצה לעשות הסבה להייטק, אז אני מתחיל ללמוד לתכנת". וזה מוזר, כי הייטק זה תחום ענק עם עשרות סוגי תפקידים, ותכנות הוא רק אחד מהם. אבל בשיח הציבורי שתי המילים האלה התמזגו לאותו דבר, וזה גורם לאנשים רבים לפספס מסלולים שיכולים להתאים להם הרבה יותר.
בפוסט הזה אני רוצה לפרק את הבלבול הזה ולהראות לכם את התמונה המלאה.
למה כולם חושבים שהסבה להייטק = תכנות¶
יש כמה סיבות טובות לבלבול הזה. ראשית, תכנות הוא באמת נקודת הכניסה הכי מדוברת - יש עליו הכי הרבה תוכן, הכי הרבה בוטקאמפים, והכי הרבה סיפורי הצלחה ויראליים. שנית, מפתחים הם החלק הכי גדול ומזוהה בכל חברת הייטק, אז כשאנשים חושבים "עובד הייטק" הם מדמיינים מישהו מול מסך קוד. ושלישית, גם אני, בבלוג הזה, כותב הרבה על תכנות וסייבר, כי זה מה שאני מלמד. אבל זה לא אומר שזה כל התמונה.
בפועל, בכל חברת הייטק - סטארטאפ קטן או תאגיד ענק - רוב העובדים כלל לא כותבים קוד. יש שם צוותי QA, מוצר, שיווק, נתונים, תפעול, תמיכה, עיצוב ועוד, וכולם נחשבים לחלוטין "עובדי הייטק".
המסלולים הלא-תכנותיים העיקריים¶
הנה סקירה קצרה של הדלתות הכי נפוצות שאינן דורשות כתיבת קוד כתפקיד מרכזי:
בדיקות תוכנה - QA - מוודאים שהמוצר עובד כמו שצריך לפני שהוא יוצא ללקוחות. נקודת כניסה נגישה יחסית, עם דגש על חשיבה שיטתית ותשומת לב לפרטים.
ניהול מוצר - Product Management - מחברים בין הצרכים העסקיים, הלקוחות והצוות הטכני. דורש חשיבה אנליטית ותקשורת חזקה יותר מאשר יכולת טכנית.
שיווק דיגיטלי - קידום המוצר בערוצים דיגיטליים, לרוב עם עבודה צמודה עם כלי אנליטיקה ומדידה.
ניתוח נתונים - Data Analytics - הפקת תובנות מתוך מידע שהחברה אוספת, לרוב דרך שאילתות ודוחות.
תשתיות ענן - DevOps - תחזוקה והפעלה של המערכות שעליהן רץ המוצר. כאן יש קרבה גדולה יותר לעולם הטכני, גם אם זה לא כתיבת פיצ'רים.
עיצוב חוויית משתמש - UX/UI - עיצוב איך המוצר נראה ומרגיש למשתמש, שילוב של יצירתיות וחשיבה על התנהגות אנושית.
תקשורת טכנית - Technical Writing - כתיבת תיעוד, מדריכים ומאמרי עזרה שמסבירים מוצר טכני לבני אדם.
ניהול פרויקטים - ריכוז לוחות זמנים, משאבים ותיאום בין צוותים כדי שדברים יקרו בזמן.
הצלחת לקוחות - Customer Success - ליווי לקוחות אחרי הרכישה כדי שיצליחו להשתמש במוצר ויישארו מרוצים.
למה זה משנה איפה שמים את המיקוד¶
הטעות הכי יקרה שראיתי אנשים עושים היא לכפות על עצמם מסלול תכנות רק כי זה מה ש"כולם עושים", בזמן שהם בכלל נמשכים הרבה יותר לצד האנליטי, הארגוני או היצירתי של הייטק. זה לא רק בזבוז זמן - זה מתכון לתסכול ולנשירה באמצע הדרך, כי קשה מאוד להתמיד בלמידה של משהו שלא באמת מדבר אליכם.
מצד שני, חשוב להיות כנים - חלק מהמסלולים הלא-תכנותיים עדיין נהנים מאוד מבסיס טכני מסוים. QA אוטומציה, ניתוח נתונים ותשתיות ענן, למשל, כולם ייהנו מהיכרות בסיסית עם קוד, גם אם זה לא התפקיד המרכזי. על זה אני אכתוב בהרחבה בפוסטים נפרדים.
איך זה קשור אליי ולאתר הזה¶
חשוב לי להיות ישר איתכם - amittech.dev בנוי סביב קורסים בתכנות ובסייבר, לא סביב ניהול מוצר או עיצוב UX. אני לא הולך להעמיד פנים שיש כאן בוטקאמפ מוצר. אבל אם אחרי שקראתם את הרשימה למעלה גיליתם שדווקא הצד הטכני מדבר אליכם, או שאתם רוצים לפחות להבין את השפה של הצוות הטכני שאיתו תעבדו בכל תפקיד הייטק שתבחרו, יש כאן חומרים בעברית וחינם שיכולים לעזור.
ואם אתם עדיין מתלבטים לאן פונים, שווה לדבר עם אנשים שכבר עברו את זה - יש לנו קהילה בדיסקורד עם אנשים ממסלולים שונים בהייטק, לא רק מפתחים.