אז למה לדבר על DevEx או מי רוצה לכתוב קוד בNotepad??
למעשה DevEx כולל 3 מרכיבים:
- חוויית עבודה
- הצד העסקי
- הצד הכל יכול
>>>
1. הצד של חוויית עבודה - משותף לכל עובד בכל תחום. כולם רוצים להקל על העבודה. גם מפתחים ומהנדסי תוכנה.
במסגרת הזו יש את הדברים הבסיסיים לשיפור חוויית הפיתוח, לדוגמה:
אפשר לכתוב קוד בNotepad אבל מי רוצה לכתוב בלי צבעים הזחה והשלמה אוטומטית? זה מתכון לבאגים, כאב ראש ובזבוז זמן.
2. הצד העסקי - גם הוא גנרי בכל מקום ובכל תחום, ככל שלעובד קל יותר לבצע משימה תהיה יותר תפוקה, פחות נטישה וכו'.
זה היה אמור להיות החלק שמובן לרוב המנהלים, שלחוויית הפיתוח יש השפעה ישירה על קצב הפיתוח, הפחתת הבאגים וקלות הטיפול בהם, ומשום מה זה עדיין לא מובן לכולם 😔
3. הצד הכל יכול - פה כבר נכנסים לעולם ייחודי לפיתוח תוכנה.
בשונה מתחומים אחרים, למפתח יש עוצמה חזקה בידיים, הוא יכול להמציא כלים חדשים שיעשו בשבילו אוטומציה, בדיקות איכות, ועוד.
וזה גם חלק כיפי, שמאפשר לדוגמה לשנות את צבע האור בחדר לאדום אם יש חיזוי לעומס ותקלות.
מצד שני >>
מצד שני, זה בדיוק החלק שמקשה על ההנהלה להבין איפה עובר הגבול.
האם הבקשה לDevEx היא בחלק העסקי, שיפורים בתוצאות עסקיות בטווח הארוך,
או שזה חלק מכיף ושגעונות של מפתחים.
הקושי הנוסף הוא שמדובר בתהליך לטווח ארוך, וברוב המקרים המנהלים עסוקים בטווח הקצר.
---
ועל זה בשרשורים הבאים🙂
• • •
Missing some Tweet in this thread? You can try to
force a refresh
1/8 האם בתל אביב התחזקו בדת ופתאום הפסיקו? #פרשנדאטה
בגרף המצורף רואים עליה בהתעניינות בהדלקת נרות חנוכה לאורךך 7 שנים (2012-2019) ולאחר מכן ירידה די חדה בשנתיים הקודמות. (ל2022 עדיין אין מספיק נתונים)
בשרשור הבא אני רוצה לעשות קצת סדר בפרשנות דאטה, ואולי נגלה בדיוק להיפך:
2/8 כשבאים לפרש נתונים, צריך קודם כל לוודא שהנתונים אמינים, אם אנשים הזינו את הנתונים, ובכן, הנתונים לא אמינים ☹
אם מחשבים הקליטו את הנתונים, יש על מה להתחיל לדבר. צריך לבדוק שהנתונים מייצגים, ושכל הנתונים נקלטו ועוד.
3/8 ככל שהנתונים נראים יותר ממוחשבים וממקור אמין, זה גורם לנו לפרשן מהר יותר ובביטחון גדול יותר, אבל זו טעות של מתחילים או בורים. פרשנות של דאטה היא משימה קשה. אז נתחיל?