לא טכני ולא במקרה logo

להאזנה בכל האפליקציות

Spotify Apple YouTube RSS

פרק {1} = המיומנויות שכל מפתח צריך

בפרק הראשון של הפודקאסט טל מוסקוביץ׳ ואדיר קנדל יורדים לעומקן של 7 המיומנויות המובילות שיעזרו לנו להיות מפתחים טובים יותר.

  1. חשיבה ביקורתית - כלי חשוב בשלב של הבנת הבעיה לעומקה לפני שמתחילים בכתיבת הקוד עצמו, ובנוסף לכך, מתוך חשיבה על איכות הקוד ותחזוקת הפרויקט גם עבור שאר חברי הצוות.
  2. כושר הסתגלות - כמפתחים אנו נאלצים להסתגל פעמים רבות לסביבה טכנולוגיות שמתקדמת בקצב מהיר מאוד אבל גם הסתגלות לשוק עבודה שמשתנה.
  3. מוטיבציה - מה למעשה נותן למפתחים מוטיבציה? המוצר שאנחנו מפתחים, תנאי העסקה, סטאק טכנולוגי, קידום בתפקיד.
  4. מודעות עצמית - להישאר צנועים ולהבין מה סט היכולות שאנחנו מביאים לשולחן, יכול להיות יכולות טכניות עבור פיתוח המוצר, אך גם power skills בעבודה עם שאר חברי הצוות והגורמים בחברה.
  5. סקרנות ולייף לונג לרנינג - ללא סקרנות אין למפתחים זכות קיום. הסביבה מתפתח בין אם נרצה או לא ולכן חשוב ש - נישאר סקרנים לחידושים, לקצה גבולת היכולת שלנו, נפגין נוכחות ברשתות החברתיות, בקהילות ומיטאפים.
  6. אמפתיה והקשבה - כשנותנים תשומת לב לאחר לפעמים מגלים עולמות חדשים שיתרמו לפיתוח היכולות שלנו, אמפתיה היא נתינה והקשבה היא קבלה ושניהם ביחד מהווים מכפיל כוח משמעותי ברכישת מיומנויות.
  7. מנהיגות והשפעה חברתית - באה לידי ביטוי ברשתות חברתיות וקהילות אך גם במקום העבודה אפשר להפוך לזה שבאים אליו כדי להתייעץ. מנהיגות היא לא תלויה במספר שנות ניסיון אלא במתן דוגמא אישית.

👈 מוזמנים להאזין לנו בכל הפלטפורמות ולהצטרף לקהילה שלנו בוואטספ https://lotechni.dev/ __

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

גם הפרקים האלה נייס

  • תמונת כריכה לפרק פרק {14} = לבחור את המנטור הנכון לך

    עבור לעמוד של פרק {14} = לבחור את המנטור הנכון לך

    בפרק הזה אדיר קנדל וטל מוסקוביץ׳ מדברים על מנטורינג. אנחנו מאמינים שמציאת מנטור הוא אחד הדברים החשובים שמפתח ומפתחת יכולים לעשות בשביל הקריירה שלהם, גם בתחילת הקריירה ולא פחות גם בהמשכה. אז על מה דיברנו בפרק? - למה בכלל צריך מנטור? - איך מנטור יכול לעזור למפתחים בתחילת, אמצע וסוף הדרך? - מה ההבדל בין מנטור ליועץ? - איך לבחור מנטור בצורה חכמה ולהימנע ממנטורים לא מתאימים? - האם מנטורינג צריך להיות בתשלום או בחינם? - טיפים ושאלות שחשוב לשאול לפני שבוחרים מנטור. הפרק הזה מתאים לכל מי שמתלבט אם לקחת מנטור, רוצה לדעת איך לבחור את המנטור הנכון או פשוט רוצה להבין יותר על התהליך והיתרונות שבליווי מקצועי שיכול להקפיץ לכם את הקריירה. מוזמנים להאזין לנו בכל הפלטפורמות ולהצטרף לקהילה שלנו בוואטסאפ ⬇️⁠⁠⁠⁠https://lotechni.dev⁠⁠⁠⁠ --------- אנחנו נהנים מאוד ליצור תוכן איכותי ומקורי עבור קהילת המפתחים. נשמח אם תעבירו את הפרק לעוד חבר או חברה, נשמח לשמוע תגובות ורעיונות חדשים ולראות שהפודקאסט מדורג ב-5 כוכבים :) מחכים לכם בקהילה

  • תמונת כריכה לפרק פרק {36} - ככה חושבים ארכיטקטים עם דניאל כידון

    עבור לעמוד של פרק {36} - ככה חושבים ארכיטקטים עם דניאל כידון

    בפרק מיוחד ומעמיק אנחנו צוללים יחד עם דניאל כידון ("קיד") מנהל גילדה באניבוק לשיחה על איך באמת חושבים ארכיטקטים. מה ההבדל בין טייטל רשמי למיינדסט, איך נראה היומיום של ארכיטקט, ומהם האתגרים בשכנוע צוותים ובתכנון קדימה בלי ליפול ל-over engineering. דניאל משתף מניסיון אישי בעבודה עם צוותים, באיך הופכים את הארכיטקטורה מתרשים על הלוח למציאות ובאיזה אופן סופט-סקילס משפיעים לא פחות מהיכולות הטכניות. "האומנות של ארכיטקטורה היא לא למצוא את הפתרון הכי טוב טכנולוגית – אלא את הפתרון הכי נכון לארגון שלך." על מה דיברנו הפעם?למה התכנסנו - איך נולד הפרק מסקר בקהילה ומה באמת מעניין אנשים לשמוע על ארכיטקטיםסיפור הדרך של דניאל כידון מהדבופס ועד גילדת הבקנד באניבוקמה זה בכלל "ארכיטקט"? האם זה טייטל, מיינדסט או שיטת עבודהאיך נראה יום-יום של ארכיטקט - בין ציור ריבועים וחצים לבין שיחות עם מפתחיםדוגמאות מהחיים: "הכנה למזגן", חוב טכני ו-tradeoffs בין פתרון מהיר לפתרון עתידישיתוף ידע, תהליכים ו-engineering principles באניבוקאיך לשכנע צוותים ולבנות פתרון ביחד במקום להנחית החלטות מלמעלההחשיבות של סופט-סקילס, הקשבה, אמפתיה ושיתוף פעולה בתפקיד ארכיטקטחיבור בין חשיבה ארכיטקטונית לחיים האישיים - תכנון קדימה, פאזל וגמישות----- מוזמנים להאזין לנו בכל הפלטפורמות ולהצטרף לקהילה שלנו בוואטסאפ ⬇️https://lotechni.dev אנחנו נהנים מאוד ליצור תוכן איכותי ומקורי עבור קהילת המפתחים. נשמח אם תעבירו את הפרק לעוד חבר או חברה, נשמח לשמוע תגובות ורעיונות חדשים ולראות שהפודקאסט מדורג ב-5 כוכבים :) מחכים לכם בקהילה

  • תמונת כריכה לפרק פרק {37} - איך להשתלט על פרויקט חדש?

    עבור לעמוד של פרק {37} - איך להשתלט על פרויקט חדש?

    בפרק הזה של "לא טכני ולא במקרה", אדיר וטל צוללים לעומק האתגר שכל מפתח או מפתחת מכירים - איך לומדים פרויקט חדש? במיוחד כשמצטרפים לצוות קיים עם קוד בסיס רחב, מורכב ולא מתועד מספיק. הם משתפים בחוויות אישיות, אסטרטגיות שעבדו (ולא עבדו), ולמה לשבור את הקוד זה לא בהכרח דבר רע? במהלך הפרק תמצאו תובנות פרקטיות, רגעים מצחיקים, ובעיקר הרבה חמלה למי שנמצא בתחילת הדרך בפרויקט חדש.ציטוט בולט מהפרק:"לקחת את הקשיים שלנו בכניסה לפרויקט הזה ולהפוך אותם לקלים יותר עבור הבן אדם הבא."על מה דיברנו הפעם?למה כניסה לפרויקט חדש מרגישה כמו עומס קוגניטיבי ומה עושים עם זה?החשיבות של להבין קודם מה הפרויקט עושה לפני שקוראים שורת קודלמה לשבור את הקוד בלוקל זו אסטרטגיה ולא טעותאיך להכיר את הקונבנציות של הפרויקט ולזהות דפוסים חוזריםהיתרונות של קוד ריוויו ככלי ללמידה מתמשכת של הפרויקטשאלות שחשוב לשאול כשנכנסים לפרויקט, גם אם הן נשמעות "טריוויאליות"איפה עובר הגבול בין עצמאות לבין בקשת עזרה בזמן הנכוןלמה כדאי לתעד את התהליך שלך עבור הדור הבא של המפתחים בצוותמוזמנים להאזין לנו בכל הפלטפורמות ולהצטרף לקהילה שלנו בוואטסאפ ⬇️https://lotechni.dev-------אנחנו נהנים מאוד ליצור תוכן איכותי ומקורי עבור קהילת המפתחים. נשמח אם תעבירו את הפרק לעוד חבר או חברה, נשמח לשמוע תגובות ורעיונות חדשים ולראות שהפודקאסט מדורג ב-5 כוכבים :) מחכים לכם בקהילה

  • תמונת כריכה לפרק פרק {45} = כנות רדיקלית: איך להגיד את האמת בלי לפרק את היחסים - חן פלדמן 🚀

    עבור לעמוד של פרק {45} = כנות רדיקלית: איך להגיד את האמת בלי לפרק את היחסים - חן פלדמן 🚀

    כמה פעמים שתקתם בקוד ריוויו כי פשוט לא היה לכם נעים מהקולגה? או שקיבלתם LGTM על קוד שבפנים ידעתם שהיה חייב הערות וריפקטור? בפרק הזה אדיר וטל מארחים את חן פלדמן לשיחה בלי פילטרים על המושג שכולם זורקים באוויר אבל מעט מיישמים: "כנות רדיקלית". אנחנו צוללים לפרקטיקה של איך להגיד את האמת המקצועית בלי לצאת מניאקים, מתי חובה לדבר (ומתי לשתוק), ולמה "אמפתיה הרסנית" היא הדרך הכי מהירה להכניס באגים לפרודקשן ולתקוע לעצמכם את הקריירה.רגע אחד זכור במיוחד:"Say what you mean without being mean — לא צריך להיות אכזרי, אבל גם לא לעטוף את האמת בסנדוויץ' של מחמאות עד שהיא פשוט נעלמת."על מה דיברנו הפעם?מטריצת הפידבק שעובדת: איך השילוב בין שבאמת אכפת לכם (Care) לבין הנכונות לאתגר (Challenge) הוא הנוסחה היחידה להעביר ביקורת בלי לייצר אויבים בצוות.הספד לשיטת הסנדוויץ': למה עטיפת הערות טכניות בשבחים מזויפים רק מבלבלת מפתחים אחרים, ואיך לעבור לתקשורת שבאמת מזיזה עניינים.סנדרום האמפתיה ההרסנית: איך עודף "נחמדות" בצוות מוביל למישהו שקם ב-2 בלילה לפתור באג, ולמה להגיד את האמת זה הדבר הכי חברי שאתם יכולים לעשות.חוק הפידבק החם: למה להעיר על הקוד ברגע האמת עובד הרבה יותר טוב מלשמור את הכל בבטן עד לשיחת ה-1on1 בעוד שבועיים.לנהל את הבוס ולשנות תרבות: איך פותחים דברים קשים עם המנהל, איך פרודקטית אחת שינתה את התרבות בגונג, האתר של חן והפודקאסט "סופט סקילס".------מוזמנים להאזין לנו בכל הפלטפורמות ולהצטרף לקהילה שלנו בוואטסאפ ⬇️https://lotechni.devאנחנו נהנים מאוד ליצור תוכן איכותי ומקורי עבור קהילת המפתחים. נשמח אם תעבירו את הפרק לעוד חבר או חברה, נשמח לשמוע תגובות ורעיונות חדשים ולראות שהפודקאסט מדורג ב-5 כוכבים :) מחכים לכם בקהילה

לכל הפרקים