Saltar al contenido
חזרה לדף הבית

התרבות שלנו

מניפסט הרווחה והאוטונומיה

לא אכפת לנו כמה שעות אתה עובד. אכפת לנו שהמערכת עובדת, שהקוד ניתן לתחזוקה ושהמהנדס שכתב אותו ישן טוב.

אנחנו לא מגייסים אנשים כדי למלא כיסאות. אנחנו מגייסים מהנדסים כדי לפתור בעיות מורכבות. ובעיות מורכבות נפתרות טוב יותר עם אוטונומיה, מיקוד ומנוחה.
עיקרון מייסד — Digital Axios

ארבעה עקרונות שלא מתפשרים עליהם

אלה לא אידיאלים שאפתניים. אלה החלטות תפעוליות שאנחנו מקבלים כל יום שמגדירות איך עובדים ב-Digital Axios.

  1. תוצאות > שעות דיפלויים מוצלחים ותהליכים יציבים.

    אנחנו לא מודדים הצלחה בשעות מול מסך. אנחנו מודדים בדיפלויים בלי רולבק, בפייפליינים של אוטומציה שמעבדים אלפי מסמכים בלי התערבות, ובלקוחות שישנים בשקט כי המערכת שלהם לא קורסת.

    מהנדס שפותר באג קריטי ב-45 דקות והולך לטייל שווה יותר ממהנדס שמבלה 8 שעות בהעמדת פנים של פרודוקטיביות.ה-KPIs שחשובים: זמינות המערכת, שיעור שגיאות בפרודקשן, זמן פתרון תקלות. לא שעון הנוכחות.אם הקוד שלך עובר טסטים, עובר קוד ריוויו ומשתלב נקי בפייפליין CI/CD, עשית את העבודה. השעה שבה עשית את זה לא רלוונטית.

  2. תרבות א-סינכרונית Deep Work ללא הפרעות.

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

    תקשורת כתובה קודם. אם משהו יכול להיות הודעה ב-Slack עם הקשר, זו לא פגישה של 30 דקות.פגישות עם אג'נדה מראש ומשך קבוע. בלי 'שיחות מהירות' שהופכות לשעה של דיבורים ללא כיוון.תיעוד כמקור האמת. ADRs (Architecture Decision Records) ו-runbooks מחליפים את 'תשאל את פלוני, הוא יודע'.אנחנו מכבדים סטטוסים של 'לא להפריע'. כשמהנדס במצב Deep Work פותר בעיית concurrency או מעצב זרימת מיקרו-שירותים, הריכוז הזה קדוש.

  3. כבוד למהנדס ההתפתחות המקצועית שלך היא לא מכשול.

    המהנדסים שלנו לומדים באוניברסיטה, לוקחים הסמכות AWS, תורמים לפרויקטי קוד פתוח. זה לא משהו שאנחנו 'סובלים' למרות העבודה: זה משהו שאנחנו מעודדים כי זה עושה אותנו טובים יותר.

    שעות גמישות מתוכננות כדי שלימודים אקדמיים לעולם לא יתחרו בעבודה. אם יש לך שיעור, הלוח זמנים שלך מתאים את עצמו.תקציב שנתי להכשרה: הסמכות ענן, כנסים טכניים, קורסים מתמחים. ללא בירוקרטיה לבקש את זה.זמן מחקר מוגן. זה לא הטבה דקורטיבית: זו הסיבה שאנחנו יכולים להציע ללקוחות שלנו פתרונות שמשתמשים בחדשנות האחרונה בבינה מלאכותית ועיבוד מסמכים.מנטורינג פנימי בין מהנדסים בכירים וזוטרים. ידע משותף מתרחב; ידע מצטבר באדם אחד הוא נקודת כשל.

  4. בריאות נפשית קוד נקי דורש מוחות נחים.

    אין דבר כזה הנדסה הרואית. מהנדס שעובד 14 שעות כדי 'להציל' דיפלוי הוא סימפטום של מערכת שתוכננה רע, לא מעשה מסירות. אנחנו מעצבים את התהליכים שלנו כך שהרואיזם לא יהיה נחוץ.

    לתקלות בפרודקשן יש פוסט-מורטם ללא האשמות. אנחנו מחפשים סיבות מערכתיות, לא ראשים לחתוך.תורנות עם גבולות ברורים. אף אחד לא 'תמיד זמין'. אם אתה בתורנות, בשבוע הבא אתה נח.עומס עבודה בר-קיימא. ספרינטים בלתי אפשריים מייצרים חוב טכני שעולה יותר מהדדליין שניסו לעמוד בו.מהנדס נח מזהה race conditions, צופה edge cases וכותב טסטים שמכסים תרחישים שמהנדס מותש מתעלם מהם.

איך זה נראה בפועל

אלה לא רק מילים. כך אנחנו פועלים בפועל כל שבוע.

  • ספרינטים בני-קיימא

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

  • תיעוד מעל פגישות

    כל החלטה ארכיטקטורית מתועדת ב-ADR. מפרטי APIs ב-Swagger. Runbooks הם קו התגובה הראשון בתקלות. לא תלויים בזיכרון של אף אחד.

  • קוד ריוויו כמנטורינג

    קוד ריוויו הוא לא הליך בירוקרטי. זו ההזדמנות לשתף ידע, לזהות בעיות לפני שהן מגיעות לפרודקשן ולהעלות את הרמה הטכנית של כל הצוות.

  • פוסט-מורטם ללא האשמות

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

רוצה לעבוד בצוות שמכבד את הזמן שלך?

אם אתה/את מהנדס/ת ומעריך/ה אוטונומיה, קוד נקי ואתגרים טכניים אמיתיים, בואו נדבר.

צור קשר