איך מפתחים באמזון? יעיל או אפקטיבי?

יום ראשון, פברואר 9, 2014

אחד הדברים הראשונים שלמדנו לעסוק בהם כמהנדסי תוכנה הוא האם אפשר לעשות Reuse לקוד? האם הצוות שבקיוביקל ממול ישתמש במודול שכתבתי והאם הפרויקט השני בחברה (או בארגון) ישתמש באותם מוצרי תשתית שהשקענו רבות כל כך על מנת להתמקצע בהם. האם זה הדבר הנכון לעשות? לכאורה התשובה היא כמובן! הרי כל כתיבה מחדש של קוד, כל שימוש בתשתית תוכנה שונה (שרתים, בסיסי נתונים וכו') ואפילו בסביבת פיתוח שונה (שלא לדבר על שפת פיתוח שונה) היא בזבוז משווע של משאבים! (והרי זה בדיוק מה שלמדנו בהגעה למסה קריטית ולמה פלטפורמה היא הפתרון). האומנם? עסקי התוכנה הם עסקים בעייתיים מאוד. מצד אחד אנחנו נדרשים לרוץ...

אז מה היה לנו?

יום ראשון, אוקטובר 17, 2010

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

מישהו שומע אותי?

יום רביעי, ספטמבר 22, 2010

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