146 github

בתוכניתנו 'איך יכול להיות שמישהו בכלל משלם על מה שאנחנו מפתחים פה', נדבר על הפנטזיה הרטובה של כל מפתח באשר הוא, איך עובדים הדברים שם בארץ הפלאות ובכלל - משמעות הקיום וזה. באולפן האפל - רן תבורי, מנחה מאזן - אורי להב. הכול התחיל בעקבות הרצאה שנתן אחד, זק הולמן, שמסביר איך הדברים עובדים ב-Github. במקרה הוא גם מפתח בגיט האב. Github התחילה מבוזרת (על פני גיאוגרפיות, אזורי זמן וכו') והצורך לבנות טכנולוגיות תומכות הנחה את החברה מיומה הראשון. משרדים? זה פסה (אלא אם זה נוח לכם ואם צריך להיפגש עם מישהו בסביבה נורמלית). יש גם אחרים שעובדים מבוזר. מי מכיר את האיש שבקיר (של חדר הצ'ט)? שעות עבודה? גם זה פסה. באמנות כמו באמנות - יצירתיות לא באה לפי הזמנה. סביבת עבודה אופטימלית היא לא משהו לזלזל בו. במיוחד אם היא רועשת. למיקרוסופט, כמו למיקרוסופט, יש הוראות איך לתקשר בשביל למזער את ההפרעה. פגישות טכניות? זה פסה. ויחד עם כל הטכנולוגיה המגניבה הזו - אין תחליף לפגישה פנים אל פנים. יותר עובדים - יותר זמן מבוזבז על פעילות לא יצרנית (אימיילים, פגישות סטטוס וכאלה). החברה כבר גדולה? מעולה - עכשיו אפשר לפתח את החברה, לא את המוצרים שלה. בכל מה שקשור לניהול, Github מאמצים את הכלל המנחה של Less is more. שוקלים קריירה בניהול? יותר חשוב להנחות מלהורות. אמון בין כל הגורמים הוא עניין מאוד חשוב. הצעות יש לקחת בעירבון מוגבל - גם אם הן באות מהמנכ"ל. לכל קוד עושים Review. נקודה. שיטת ה-Code review פשוטה ויעילה מספיקה בשביל שגם אנשים פחות טכניים (מעצבים וכו') יאמצו אותה. התחלתם ולכן תסיימו: הבעלות על הפרוייקט היא End-to-end, לפעמים אפילו אין מנהל פרוייקט. Github הם המשתמשים הראשונים של כל מוצר או שירות שהם מוציאים. When you want to test, test, don't talk - הטסטים צריכים להיות מהירים וההתייחסות אליהם היא כמו אל חלק בלתי נפרד מהמוצר. חייבים להיות שמח (ובגלל זה כמעט ולא עוזבים את Github): כל אחד בוחר על מה לעבוד, פרוייקטים אישיים מתקבלים בשמחה, כמה שיותר כנסים יותר טוב. הקובץ נמצא כאן האזנה נעימה תודה ליותם על התמלול המדופלם.