ก่อนการพูดคุยของเขาที่ สร้างลอนดอน เมื่อวันที่ 21 กันยายนเราทัน แพทริคฮามมันน์ วิศวกรประสิทธิภาพเว็บที่ ตึง ผู้ที่อยู่ในภารกิจในการสร้างเว็บที่เร็วขึ้นสำหรับทุกคน
บทบาทของคุณในการมีส่วนร่วมอย่างรวดเร็ว?
Patrick Hamann:
อย่างรวดเร็วเป็นแพลตฟอร์มคลาวด์ขอบที่มีแบรนด์ที่ใหญ่ที่สุดในโลกบางส่วน บทบาทของฉันมุ่งเน้นไปที่ R & AMP; D; การทำงานกับทีมงานภายในอย่างรวดเร็วเพื่อใช้ประโยชน์จากเทคโนโลยีฝั่งไคลเอ็นต์และมาตรฐานเว็บเพื่อปรับปรุงประสิทธิภาพและการส่งมอบผลิตภัณฑ์ของเราและที่สำคัญที่สุดคือบริการลูกค้าของเรา โครงการบางโครงการปัจจุบันรวมถึงความคิดริเริ่มรอบ ๆ การตรวจสอบประสิทธิภาพของเบราว์เซอร์เมทริกและพนักงานบริการ
ก่อนที่คุณจะเข้าร่วมอย่างรวดเร็วคุณใช้เวลาที่ทั้งการ์เดียนและเวลาทางการเงิน พวกเขาเข้าใกล้ประสิทธิภาพเว็บอย่างไร
ph:
ประสิทธิภาพไม่ได้เป็นรายการ Add-on หรือรายการตรวจสอบหลังการปรับใช้อีกต่อไป มันต้องมีความพยายามอย่างต่อเนื่องที่ทุกคนในองค์กรพิจารณาจากการออกแบบผ่านการจัดส่ง นี่คือสิ่งที่องค์กรข่าวเหล่านี้ตระหนักในช่วงต้นของการแนะนำการปฏิบัติเช่นโครงสร้างพื้นฐานการตรวจสอบอาคารเพื่อวัดและเปรียบเทียบประสิทธิภาพการทำงานกับคู่แข่งจัดลำดับความสำคัญการส่งมอบเนื้อหามากกว่าคุณสมบัติอื่น ๆ และการใช้ประโยชน์จากเทคโนโลยีเช่นพนักงานบริการ
อะไรคือสิ่งที่อุปสรรคที่ใหญ่ที่สุดในการแข่งขันออนไลน์ที่รวดเร็วในตอนนี้?
ph:
หนึ่งคำ: JavaScript ฉันเดาว่าฉันควรทำอย่างละเอียดในนี้เล็กน้อย: เว็บอยู่ที่จุดสูงสุดของวิกฤตโรคอ้วน JavaScript เว็บเพจโดยเฉลี่ยตอนนี้มอบสคริปต์ประมาณ 500kb สคริปต์ที่ใช้เวลามากกว่าหนึ่งวินาทีในการแยกวิเคราะห์ - ปล่อยให้ใช้งานเพียงอย่างเดียว - บนอุปกรณ์ที่ใช้พลังงานต่ำและมากกว่าห้าวินาทีเพื่อไปยังสถานะที่ผู้ใช้สามารถโต้ตอบกับหน้าเว็บได้ ดังนั้นวิธีเดียวที่จะปรับปรุงประสบการณ์การใช้งานของเว็บไซต์ของเราคือการวัดเพิ่มประสิทธิภาพและลดจาวาสคริปต์ของเรา - เหนือสิ่งอื่นใด
เครื่องมือที่คุณชื่นชอบในการเพิ่มประสิทธิภาพของเว็บประสิทธิภาพอย่างไร
ph:
ฉันเป็นผู้เชื่อที่แข็งแกร่งที่คุณไม่สามารถเพิ่มประสิทธิภาพสิ่งที่คุณยังไม่ได้วัด ดังนั้นกล่องเครื่องมือของฉันถูกถ่วงน้ำหนักอย่างหนักเพื่อการวัดและเครื่องมือทำโปรไฟล์ สำหรับการวัดสังเคราะห์ฉันจะไปถึงเสมอ
webpagetest
และเครื่องมือนักพัฒนาเบราว์เซอร์ (เครือข่ายและบานหน้าต่างสมรรถนะ) ก่อน อย่างไรก็ตามไม่มีอะไรที่จะตีการวัดประสบการณ์ผู้ใช้ที่แท้จริงเช่นกัน (R.u.m) ดังนั้นความรู้ที่ดีของการกำหนดเวลาของเบราว์เซอร์ APIs ช่วยได้เช่นกัน
คุณได้ทำงานกับรหัสขนาดใหญ่มาก ความท้าทายในการทำงานในระดับคืออะไร?
ph:
โดยและใหญ่ฉันจะโต้แย้งว่ามีการคัดลอกโค้ดใหญ่ส่วนใหญ่ที่คุณพบในตัวเล็ก ๆ : กำจัด CSS ที่ไม่ได้ใช้ (ปัญหาที่ฉันคิดว่ายังไม่ได้แก้ไข) การแคชสินทรัพย์สร้างไปป์ไลน์และการกำหนดเวอร์ชันและอื่น ๆ คุณได้รับ 'Bit Rot' มากขึ้น - แนวทางปฏิบัติที่ดีที่สุดกลายเป็นรูปแบบการต่อต้านเมื่อเวลาผ่านไป แต่เป็นการส่วนตัวฉันพบว่าความท้าทายส่วนใหญ่ในระดับเป็นปัญหาของคนไม่ใช่เรื่องทางเทคนิค ฉันยังไม่ได้ทำงานในองค์กรขนาดใหญ่ที่ไม่ได้รับผลกระทบจากกฎหมายของ Conway
คุณเรียกตัวเองว่าสนับสนุนการเพิ่มประสิทธิภาพแบบโปรเกรสซีฟ มันเกี่ยวกับวิธีการที่สะท้อนกับคุณคืออะไร?
ph:
ตรงกันข้ามกับความเชื่อที่ได้รับความนิยมผู้ใช้ของเราใช้ผลิตภัณฑ์ที่เราสร้างขึ้นในโลกแห่งความจริง: หนึ่งที่เต็มไปด้วยเงื่อนไขการท่องเว็บที่ไม่เหมาะและความล้มเหลวในทุกมุม การปรับปรุงแบบก้าวหน้าช่วยให้เราสามารถสร้างประสบการณ์ที่รวมถึงผู้ใช้ทุกคนของเราและมีความยืดหยุ่นต่อความล้มเหลวของโลกแห่งความจริง มันค่อนข้างง่าย: เพิ่งเริ่มต้นด้วยพื้นฐานไม่ใช่ไลบรารี JavaScript 300kb ที่บาริสต้าในพื้นที่ของคุณบอกคุณเกี่ยวกับ เราไม่ควรลืมพื้นฐาน
สิ่งที่คุณตื่นเต้นเกี่ยวกับการพัฒนาส่วนหน้าในขณะนี้?
ph:
เว็บอยู่ภายใต้การคุกคาม ผู้ใช้กำลังใช้เวลามากขึ้นในพื้นเมือง - ดังนั้นจึงมีประสบการณ์แอปที่อยู่ห่างจากการเปิดกว้างของเว็บ แต่เราก็ดูเหมือนจะยังคงสร้างเว็บไซต์ที่ใช้เวลา 20 วินาทีและมีราคา 1.20 ปอนด์ต่อการโหลดในการเชื่อมต่อโรมมิ่งของฉันในที่สุดก็ขับรถผู้ใช้ของเราออกไปต่อไป
โชคดีที่เทคโนโลยีเช่นพนักงานบริการและ API ที่เกี่ยวข้องอยู่ที่นี่เพื่อช่วย ฉันไม่สามารถรอยุคใหม่ของเว็บไซต์ที่มีความยืดหยุ่นที่ยังคงทำงานที่ยังคงทำงานแบบออฟไลน์สามารถซิงโครไนซ์ข้อมูลของฉันในพื้นหลังและแจ้งเตือนฉันด้วยการอัปเดต บางคนกำลังเรียก 'เว็บแอปที่ก้าวหน้า' ความก้าวหน้านี้ ฉันชอบคำว่า 'เว็บ'
ผู้คนสามารถคาดหวังที่จะเรียนรู้จากการพูดคุยของคุณที่
สร้างลอนดอน
?
ph:
ไปที่คนนอกการให้บริการเว็บไซต์ดูง่ายมาก: ส่ง HTML และ CSS ลงบางสายแล้วเบราว์เซอร์จะตัดสินใจว่าจะทำอย่างไรต่อไป อย่างไรก็ตามบ่อยครั้งที่เกิดขึ้นภายใต้ประทุนทั้งหมดจะมีค่าใช้จ่ายต่อผู้ใช้ของเรา
เบราว์เซอร์เป็นตัวกำหนดสินทรัพย์ที่จะขอต่อไปอย่างไร เราจะวัดความเร็วที่รับรู้ของเว็บไซต์ของเราได้อย่างไร เราจะใช้คุณสมบัติแพลตฟอร์มเว็บที่ทันสมัยเพื่อมีอิทธิพลต่อความสำคัญและความเร็วของสินทรัพย์ของเราได้อย่างไร หวังว่าการพูดคุยของฉันจะตอบคำถามเหล่านี้และอื่น ๆ ให้ผู้ชมเครื่องมือสร้างประสบการณ์ที่ยืดหยุ่นได้เร็วขึ้นสำหรับผู้ใช้
สร้างลอนดอน ในวันที่ 21/22 กันยายนคุณสมบัติ 15 งานนำเสนออื่น ๆ ที่ครอบคลุมเว็บแอนิเมชั่น, กลยุทธ์ UX, การสร้างต้นแบบ, การเข้าถึง, คอมโพเนนต์ CSS ที่ตอบสนองและอื่น ๆ อีกมากมาย นอกจากนี้ยังมีการประชุมเชิงปฏิบัติการสี่รายการให้เลือกในวันก่อนการประชุม แต่ตั๋วมี จำกัด มาก จองจุดของคุณตอนนี้ !
ระบบนิเวศ JavaScript มีการเปลี่ยนแปลงมานานกว่าทศวรร..
ผลิตภัณฑ์เว็บที่ประสบความสำเร็จไม่เพียง แต่ความต้องการขององค์กรข�..
Adobe กำลังเปิดตัวชุดวิดีโอชุดใหม่วันนี้เรียกว่าตอนนี้ซึ่งมีวัตถุปร�..
ลูกค้ากำลังมองหาวิธีการใหม่ของการมีส่วนร่วมกับผู้ชม Snapchat Geofilters - ซ้อนท..