اسمي "إيان كيلباتريك"، وأنا رئيس قسم الهندسة في فريق تنسيق Blink، إلى جانب "كوجي إيشي". قبل العمل في فريق Blink، كنت مهندسًا في واجهة المستخدم (قبل أن تضيف Google دور "مهندس واجهة المستخدم")، وكنت أطوّر ميزات في "مستندات Google" وDrive وGmail. بعد حوالي خمس سنوات في هذا الدور، خضتُ مغامرة كبيرة من خلال الانتقال إلى فريق Blink، وتعلمتُ لغة C++ بشكل فعّال أثناء العمل، وحاولتُ تسريع وتيرة العمل على قاعدة بيانات Blink المعقدة للغاية. وحتى اليوم، لا أفهم سوى جزء صغير نسبيًا منه. أُقدّر الوقت الذي قضيته في هذه الفترة. لقد ساعدني كثيرًا معرفة أنّ الكثير من "مهندسي الواجهة الأمامية الذين يحاولون تغيير مجال عملهم" قد انتقلوا إلى مجال "مهندسي المتصفّحات" قبلي.
لقد ساعدتني تجربتي السابقة شخصيًا أثناء عملي في فريق Blink. بصفتي مهندسًا في واجهة المستخدم، كنت أواجه باستمرار مشاكل في المتصفحات و مشاكل في الأداء وأخطاء في العرض وميزات غير متوفّرة. وقد وفّرت لي أداة LayoutNG فرصة للمساعدة في حلّ هذه المشاكل بشكل منهجي ضمن نظام تنسيق Blink، وهي تمثّل مجموع جهود العديد من المهندسين على مرّ السنين.
في هذه المشاركة، سأوضّح كيف يمكن أن يؤدي تغيير كبير في البنية مثل هذا إلى تقليل أنواع مختلفة من الأخطاء ومشاكل الأداء والحدّ منها.
عرض من ارتفاع 30,000 قدم لتصاميم محرّكات التنسيق
في السابق، كانت شجرة تنسيق Blink تُعرف باسم "الشجرة القابلة للتغيير".