קוראים לי איאן קילפטריק ואני מנהל מהנדסים בצוות הפריסה של Blink, יחד עם קוג'י אישי. לפני שהתחלתי לעבוד בצוות Blink, הייתי מהנדס חזית (front-end) (לפני ש-Google יצרה את התפקיד 'מהנדס חזית'), ועסקתי בפיתוח תכונות ב-Google Docs, ב-Drive וב-Gmail. אחרי כחמש שנים בתפקיד הזה, החלטתי להמר ולעבור לצוות Blink. למדתי את השפה C++ בעבודה, וניסיתי להתקדם בקוד הבסיסי המורכב מאוד של Blink. גם היום אני מבין רק חלק קטן יחסית ממנו. תודה על הזמן שהקדשת לי במהלך התקופה הזו. העובדה ש'מהנדסי חזרה לממשק קצה' רבים עברו לפניי ל'מהנדסי דפדפנים' נתנה לי נחמה.
הניסיון הקודם שלי עזר לי מאוד כשהצטרפתי לצוות Blink. בתור מהנדס חזית, נתקלתי כל הזמן בחוסר עקביות בדפדפנים, בבעיות בביצועים, בבאגים ברינדור ובתכונות חסרות. LayoutNG הייתה הזדמנות בשבילי לעזור לפתור את הבעיות האלה באופן שיטתי במערכת הפריסה של Blink, והיא מייצגת את סך המאמצים של מהנדסים רבים לאורך השנים.
בפוסט הזה אסביר איך שינוי משמעותי בארכיטקטורה כמו זה יכול לצמצם ולצמצם את הסיכוי לסוגי באגים שונים ולבעיות בביצועים.
תצוגה רחבה של ארכיטקטורות של מנועי פריסה
בעבר, עץ הפריסה של Blink היה מה שאקרא לו 'עץ שניתן לשינוי'.