อธิบาย JAMstack ให้กระจ่าง: บทสัมภาษณ์กับ Phil Hawskworth

บางท่านอาจเคยได้ยินเกี่ยวกับ JAMstack และบางทีอาจถึงขั้นเปลี่ยนจาก WordPress เป็น Hugo แต่ JAMstack เป็นตัวเลือกที่ใช้งานได้จริงสำหรับโครงการประเภทใด

ฉันได้พูดคุยกับ Phil Hawksworth วิศวกร front-end ซึ่ง (หลังจาก 9 ปีของการทำงานที่เอเจนซี่กลับมาทำงานเกี่ยวกับผลิตภัณฑ์แบบสแตนด์อโลน) ตอนนี้กำลังมุ่งเน้นไปที่การพัฒนากลยุทธ์สำหรับเทคโนโลยี JAMstack เพื่อทำให้การสร้างเว็บง่ายขึ้น เร็วขึ้น และอื่นๆ ปลอดภัย. Phil จะร่วมเป็นเจ้าภาพ JAM_stack ldn ซึ่งเป็นงานสัมมนาที่เน้นไปที่ตัวสร้างไซต์แบบสแตติก ไร้เซิร์ฟเวอร์ และ JAMstack ในลอนดอน ในวันที่ 9-10 กรกฎาคม

Vitaly: สวัสดีและยินดีต้อนรับสู่หนึ่งในการสนทนาของเรากับวิทยากรของเราที่ Smashing Conf และผู้คนทั่วไปที่น่ารัก คุณอาจจำช่วงเวลาที่ FTP เป็นเรื่องใหญ่ได้ และจริงๆ แล้วคุณยังปรับใช้อยู่ว่าทำไม FTP จึงเป็นพื้นที่ที่ปลอดภัยอย่างสมบูรณ์แบบ คุณจึงไม่ต้องกังวลเกี่ยวกับเรื่องนั้น แต่การเปลี่ยนแปลงนั้นสูงจนคุณไม่ได้ใช้ FTP อีกต่อไป แต่ย้ายไปที่เวิร์กโฟลว์ที่ใช้ Git แทน และอาจมีการปรับใช้อย่างต่อเนื่อง เสียงนกหวีดและระฆังอันหรูหราทั้งหมดนี้ ดังนั้น วันนี้ฉันจึงยินดีเป็นอย่างยิ่งที่ได้ต้อนรับ Phil Hawksworth ผู้ซึ่งทำงานที่ Netlify ซึ่งเป็นความสัมพันธ์ของนักพัฒนาจริงๆ [ไม่ได้ยิน 00:10:00] สวัสดีคุณฟิล วันนี้คุณเป็นอย่างไร?

ฟิล: ฉันเยี่ยมมาก คุณเป็นอย่างไรบ้าง Vitaly? ดีใจที่ได้พบคุณ.

Vitaly: โอ้ ฉันทำได้ดีมาก ดีใจที่ได้พบคุณเสมอ คุณเป็นเหมือนแสงแดดที่สตรีม Netlify และ Jump Stack และทุกอย่าง

ฟิล: ฉันพยายาม ฉันไม่ได้ถูกตราหน้าด้วยซ้ำ ช่างเป็นโอกาสที่พลาดไป

วิทาลี : ไม่เป็นไร ไม่เป็นไร แต่คุณต้องบอกฉัน อัญมณี หรือ เจน หรือ jeet เช่น jem? เจมเหรอ?

ฟิล : แจม มันแยม มันคือทั้งหมดที่เกี่ยวกับแยม

Vitaly: ทุกอย่างติดขัด ดังนั้น JAMstack สำหรับนักพัฒนาหรือนักออกแบบ ที่จริงไม่เคยได้ยินคำนี้มาก่อน ถ้าอยากจะสรุปว่ามันคืออะไร ทำไมมันถึงดี และประโยชน์ของมันคืออะไรตั้งแต่แรก เหตุใดคุณจึงต้องการย้ายจากสแต็กเก่าที่ดีแบบเดิมไปเป็น JAMstack บางทีคุณอาจสรุปสั้น ๆ ก็ได้

ฟิล: ให้ฉันดูว่าฉันจะลองได้ไหม เพราะมันดึงดูดเพียงแค่พูดว่า JAMstack, JAM ย่อมาจาก Javascript, APIs และ mockup แต่นั่นไม่ได้อธิบายอะไรมาก แค่รู้ว่าย่อมาจากอะไร จริงๆ แล้ว JAMstack เป็นวิธีการปรับใช้และให้บริการเว็บไซต์ที่ไม่ต้องพึ่งพาเซิร์ฟเวอร์ต้นทาง พวกเขาไม่พึ่งพาคำขอที่ส่งถึงเซิร์ฟเวอร์ที่ใช้งานอยู่ตลอดเวลา

ฟิล: ดังนั้น คุณอาจคุ้นเคยกับสแต็กเช่น LAMP stack ซึ่งก็คือ Linux, Apache, MySQL และ PHP ซึ่งเป็นสแต็กประเภทหนึ่งที่ให้บริการไซต์ของคุณที่นั่น ด้วย JAMstack มันจะแตกต่างออกไปเล็กน้อยเพราะเราได้เลื่อนระดับขึ้นจากเซิร์ฟเวอร์และใกล้กับเบราว์เซอร์มากขึ้น ดังนั้นจึงมีการคิดอย่างมากเกี่ยวกับการเข้าสู่เบราว์เซอร์ให้เร็วที่สุด แล้วจึงใช้เทคโนโลยีในเบราว์เซอร์เพื่อ ปรับปรุงและเพิ่มในภายหลัง ดังนั้น JAMstack คือทั้งหมดที่เกี่ยวกับการแสดงไซต์ล่วงหน้า การใส่ลงในเบราว์เซอร์ และจากนั้นอาจปรับปรุง เพิ่มประสบการณ์กับ Javascript ที่ทำงานในเบราว์เซอร์ของคุณ อาจส่งคำขอไปยัง API และสิ่งต่างๆ แบบนั้น

ฟิล: นั่นคือโมเดล การพยายามหลีกเลี่ยงการมีเซิร์ฟเวอร์ที่คุณต้องบำรุงรักษา เพราะฉันรู้ว่าการบำรุงรักษาเซิร์ฟเวอร์นั้นยาก ฉันไม่รู้เกี่ยวกับคุณ แต่ฉันมีไซต์จำนวนมากที่หายไปเมื่อฉันเพิ่งหันหลังให้กับไซต์เหล่านั้นสองสามปี ฉันต้องอัปเกรด PHP ซึ่งหมายความว่าฉันต้องอัปเกรดเวอร์ชันของ Linux ซึ่งฉันเคยทำมาแล้วครั้งหนึ่งในบลูมูน ดังนั้นการบำรุงรักษาเซิร์ฟเวอร์จึงเป็นเรื่องยาก ดังนั้นแนวคิดของ JAMstack ก็คือพยายามทำให้ง่ายที่สุดเท่าที่จะเป็นไปได้ในการให้บริการไซต์เป็นสินทรัพย์แบบคงที่ จากนั้นจึงใช้ประโยชน์สูงสุดจาก API และความไร้ความสามารถทั้งหมดในเบราว์เซอร์เพื่อเสริมและทำสิ่งต่างๆ ได้มากขึ้นด้วย พวกเขาอยู่ที่นั่น

Vitaly: ใช่ สมเหตุสมผล อันที่จริงเราย้ายไปที่ JAMstack เมื่อ 2 ปีที่แล้วหรือประมาณนั้น

ฟิล: สองปี?

Vitaly: ใช่ มันเป็นการเดินทางที่ดีสำหรับเรา และแน่นอน เราได้เรียนรู้บทเรียนสองสามบทเรียนระหว่างทาง แต่ฉันสงสัยว่า คุณจะบอกว่าโดยพื้นฐานแล้วทุกโครงการจะได้รับประโยชน์อย่างใดจากการย้ายหรือย้ายบางส่วนของมันไปยัง JAMstack หรือที่คล้ายกัน คุณเห็นข้อ จำกัด ของมันที่ใด เป็นสิ่งที่นักพัฒนาทุกคนสามารถใช้ในโครงการหรือเป็นสิ่งที่ใช้สำหรับกลุ่มเว็บไซต์หรือกลุ่มโครงการโดยเฉพาะหรือไม่?

ฟิล: ใช่ ฉันหมายความว่า มันน่าดึงดูดที่จะพูดว่า โอ้ ใช่ คุณสามารถใช้มันกับทุกอย่างได้ แต่ฉันคิดว่าคุณควรระวังที่จะพูดแบบนั้นเกี่ยวกับเทคโนโลยีใดๆ คุณรู้ไหม คุณต้องเลือกประเภทการใช้งานจริง ๆ และทำให้แน่ใจว่ามันถูกปรับแต่งมาอย่างดี ฉันจะพูดถึงสัญชาตญาณแรกเมื่อคุณนึกถึงไซต์ JAMstack และอาจนึกถึงบางสิ่งที่ทำหน้าที่เป็นสินทรัพย์แบบคงที่ อาจมาจาก CDN โดยตรง คุณอาจคิดว่า ดีสำหรับไซต์ที่ไม่เปลี่ยนแปลงบ่อยเท่านั้น พวกเขากำลังเสนอราคา คงที่ ไม่เปลี่ยนแปลง แต่ในความเป็นจริง นั่นไม่ใช่กรณีจริงๆ เพราะขณะนี้มีเครื่องมือมากมายที่สามารถลดแรงเสียดทานในการปรับใช้สิ่งต่างๆ

ฟิล: คุณสามารถปรับใช้ได้หลายครั้งต่อวันหรือหลาย ๆ ครั้งต่อชั่วโมงหากต้องการและทำให้สิ่งต่าง ๆ รู้สึกมีไดนามิกมากกว่าที่เคยทำมาก่อน ดังนั้นกรณีการใช้งานบางกรณีที่คุณคิดว่ามันไม่เหมาะสม ที่เข้ามาในคอกด้วยเช่นกัน แม้ว่าเวลาที่ท้าทายอาจเป็นตอนที่เรากำลังสร้างไซต์ที่มีหลายหน้า หลายแสนหน้าหรือหลายล้านหน้าเพราะโมเดล JAMstack เหมาะสมอย่างยิ่งเมื่อคุณสร้างไซต์ล่วงหน้าได้ ดังนั้นคุณอาจใช้ตัวสร้างไซต์แบบคงที่ สิ่งเหล่านี้เป็นที่นิยมอย่างมากในขณะนี้ เหล่านี้เป็นที่นิยมจริงๆ

ฟิล: แต่แน่นอน พวกเขาต้องทำงานชิ้นหนึ่งทุกครั้งที่พวกเขาปรับใช้การอัปเดต ดังนั้นถ้าคุณมีไซต์ อาจเป็นเหมือนไซต์หนังสือพิมพ์ ที่มีหลายล้านหน้า งานที่ต้องสร้างใหม่ อาจค่อนข้างจะใช้เวลานาน ดังนั้นเมื่อคุณเริ่มชนกับข้อจำกัดบางประการของที่ JAMstack สามารถใช้งานได้ง่ายๆ คุณสามารถเริ่มมีเล่ห์เหลี่ยมเล็กน้อยและเริ่มต้นแก้ไขสิ่งนั้นได้ ถ้าคุณรู้ว่าคุณเป็นคนมีเล่ห์เหลี่ยมมาก แต่มันแนะนำความท้าทายบางอย่างได้อย่างแน่นอน

ฟิล: สิ่งหนึ่งที่ฉันเริ่มเห็นจากตัวสร้างไซต์สแตติกต่างๆ เช่น Gatsby หรือ React Static และ Hugo ทีมงานที่อยู่เบื้องหลังตัวสร้างไซต์แบบคงที่เหล่านี้กำลังเริ่มสำรวจวิธีที่คุณสามารถสร้างหน้าเว็บแบบก้าวหน้าได้ ดังนั้นคุณไม่ต้องปรับใช้ไซต์ทั้งหมดอีกครั้งหรือสร้างไซต์ใหม่ทั้งหมดทุกครั้งที่มีการเปลี่ยนแปลง แต่พยายามหาวิธี เพื่อทำบิลด์ที่เพิ่มขึ้น มันเป็นปัญหาที่ท้าทายที่จะเอาชนะ แต่ก็มีงานที่ทำอยู่ในขณะนี้เพื่อที่จะช่วยพยายามทำลายอุปสรรคนั้นเช่นกัน แต่แน่นอนว่าในขณะนี้ การหาวิธีใช้ไซต์ JAMstack สำหรับเว็บไซต์ที่มีหน้าหลายล้านหน้าหรือหลายแสนหน้า ซึ่งนั่นอาจเป็นเรื่องท้าทายเล็กน้อยในตอนนี้

Vitaly: โอ้ น่าสนใจ ที่จริงแล้ว ความคิดที่จะให้บริการ div ของรัฐที่คุณมี และโดยพื้นฐานแล้ว สิ่งที่คุณต้องทำ เช่น พอร์ทัลใหม่ จะต้องถูกเพจเข้ามา ดังนั้นมันจึงน่าสนใจที่จะเห็นสิ่งนี้เกิดขึ้น เพราะเมื่อเร็ว ๆ นี้ฉันคิดว่าเมื่อสองสัปดาห์ก่อนมีบทความโดย Jason Pamental ขึ้นมาซึ่งแนวคิดนั้นคล้ายกันมากจริง ๆ ที่คุณจะโหลดแบบอักษรจริง ๆ แล้วคุณโหลดหน้าแรกที่คุณต้องการแล้วคุณ โหลดวินาทีแล้วรวมเข้าด้วยกันเพื่อสร้างฟอนต์ใหม่ เช่นเดียวกับการโหลดฟอนต์แบบเพิ่มหน่วย

ฟิล: น่าสนใจ

Vitaly: น่าสนใจมากที่จะสำรวจสิ่งนั้น

ฟิล: ใช่ และมันไม่ใช่แค่การโหลดมากเท่านั้น มันคือรุ่น-

Vitaly: รุ่นสร้างออก

ฟิล: ใช่แน่นอน

วิทาลี: ฉันเข้าใจ แต่คุณคิดว่าอะไรคือความท้าทายทั่วไปที่นักพัฒนาซอฟต์แวร์ส่วนใหญ่มี ฉันหมายความว่าให้ฉันกลับไปก่อน หากคุณไม่เคยทำงานใน JAMstack มาก่อน และรู้สึกสบายใจและพอใจกับ LAMP stack ของคุณมาก และคุณอาจต้องการสำรวจความเป็นไปได้และข้อดี เช่น ความปลอดภัยและประสิทธิภาพของ JAMstack คุณจะเริ่มต้นอย่างไร? คุณจะย้ายอะไร การเปลี่ยนแปลงเวิร์กโฟลว์หมายความว่าอย่างไร

ฟิล: ดังนั้น การเปลี่ยนแปลงเวิร์กโฟลว์นั้นค่อนข้างลึกซึ้ง เนื่องจากคุณกำลังนำโครงสร้างพื้นฐานจำนวนมากออกไปซึ่งปกติแล้วคุณจะต้องพึ่งพา และบอกว่าจริงๆ แล้วเราสามารถกำจัดสิ่งนั้นได้ และเริ่มปรับใช้สิ่งต่างๆ กับ CDN โดยตรง แต่ในแง่ของวิธีที่บางคนอาจเริ่มทดลองกับสิ่งนี้ มีโอกาสที่พวกเขาอาจใช้บางแง่มุมของสิ่งนี้อยู่แล้ว คุณก็รู้ แม้กระทั่งวิธีดั้งเดิมในการสร้างสิ่งต่างๆ สำหรับเว็บ

ฟิล: ถ้าคุณคิดว่าจะสร้างบางอย่างบน LAMP stack ได้อย่างไร โอกาสอยู่ใน PHP ของคุณ คุณกำลังทำสิ่งต่างๆ เช่น การเขียนเทมเพลตที่ดึงข้อมูลจากแหล่งข้อมูล ในกรณีนี้ ฐานข้อมูล MySQL หรือบางประเภท ของฐานข้อมูล แสดงผลสิ่งเหล่านั้นในมุมมอง และให้บริการ และนั่นก็คล้ายกับวิธีการทำงานของเครื่องสร้างไซต์แบบคงที่ พวกเขามีเทมเพลต พวกเขาดึงข้อมูลจากที่ใดที่หนึ่งซึ่งอาจเป็นข้อมูลที่มีโครงสร้างในไฟล์ หรืออาจกระทบฐานข้อมูลหรือ API เนื้อหาบางประเภท ไม่ว่าจะด้วยวิธีใด มันคือการจับข้อมูล การรวมข้อมูลนั้นเข้ากับเทมเพลต การสร้างมุมมอง และความแตกต่างเพียงอย่างเดียวคือมันไม่ได้ทำตามความต้องการ แต่เป็นการทำเช่นนั้นล่วงหน้า ดังนั้นขั้นตอนเชิงตรรกะบางอย่างในขั้นตอนการรับรู้แบบนั้นสำหรับนักพัฒนาอาจไม่ใหญ่โตขนาดนั้น

ฟิล: การเปลี่ยนแปลงที่ยิ่งใหญ่ที่สุดคือการคิดว่าคุณจะปรับใช้สิ่งต่างๆ อย่างไร เพราะสิ่งที่คุณกำลังปรับใช้จริงๆ คือ สินทรัพย์ที่สร้างขึ้นและแสดงผลอย่างครบถ้วนทุกครั้งที่คุณต้องการทำการปรับใช้ นั่นเริ่มนำสิ่งต่าง ๆ เช่นการจัดการเนื้อหาและการจัดการรหัสทั้งหมดมาไว้ในที่เดียวกันเพื่อให้สิ่งต่าง ๆ เช่นการควบคุมการมองเห็นในสิ่งเหล่านั้นทั้งหมดเข้าด้วยกัน ดังนั้น วิธีคิดจึงเริ่มแตกต่างออกไปเล็กน้อยเกี่ยวกับวิธีพัฒนาและจัดการไซต์และเนื้อหาภายใน จึงมีการเปลี่ยนแปลงเล็กน้อยที่นั่น แต่สิ่งที่ดีก็คือ ตัวสร้างไซต์แบบคงที่จำนวนมากสามารถเริ่มต้นการทดลองได้โดยตรง และข้อดีคือคุณไม่จำเป็นต้องมีโครงสร้างพื้นฐานมากมายในการทำเช่นนี้ สิ่งที่ดีคือคุณสามารถเริ่มสร้างสิ่งต่าง ๆ ได้จากเครื่องท้องถิ่นของคุณ คุณกำลังใช้งานตัวสร้างไซต์แบบคงที่บนเครื่องของคุณ และคุณสามารถเข้าใจได้ดีว่าผลลัพธ์จะเป็นอย่างไรโดยไม่จำเป็นต้องพึ่งพาโครงสร้างพื้นฐานอื่นๆ มากมาย

ฟิล: ดังนั้นขั้นตอนแรกแบบนั้น การขึ้นทางลาด อาจจะค่อนข้างตื้นสำหรับคุณที่จะพูดว่า “ฉันจะลองใช้เครื่องมือชุดนี้โดยเฉพาะ ฉันสามารถเรียกใช้พวกเขาในพื้นที่ได้” และคุณจะมั่นใจได้ดีว่าเมื่อคุณนำเอาท์พุตไปใช้งานที่ไหนสักแห่ง สิ่งนั้นจะเหมือนกับตำแหน่งที่คุณปรับใช้เหมือนกับที่เป็นในเครื่อง นั่นเป็นหนึ่งในสิ่งที่ฉันชอบเกี่ยวกับการเรนเดอร์สิ่งที่คงที่เพราะคุณไม่ต้องพึ่งพาโครงสร้างพื้นฐานจำนวนมากและชิ้นส่วนที่เคลื่อนไหวเพื่อให้บริการ คุณสามารถดูได้บนเซิร์ฟเวอร์สแตติกในเครื่องของคุณเองและคิดว่า "ใช่ นี่คือวิธีการทำงานเมื่อออกจาก CDN"

สำคัญ: อืม-อืม (ยืนยัน)และโครงสร้างพื้นฐานเมื่อเราพิจารณา เช่น วิธีที่เราทำเดี่ยว [ไม่ได้ยิน 00:10:07] และมีตัวเลือกมากมายสำหรับสิ่งที่คุณทำได้ สำหรับเซิร์ฟเวอร์ สำหรับลูกค้า และทุกอย่างในระหว่างนั้น

ฟิล : ครับ

Vitaly: ฉันคิดว่าในกรณีของเรา เพราะเรากำลังสร้างโครงกระดูกและให้บริการโดยตรงผ่าน CDI พร้อมเนื้อหาและทั้งหมด และปรับปรุงด้วย Javascript จริงๆแล้วมันค่อนข้างสมเหตุสมผลและค่อนข้างมาก ฉันจะไม่พูดง่ายๆ หรอก แต่มันสมเหตุสมผลแล้วที่จะเปลี่ยนไปใช้การตั้งค่าแบบนั้น เพราะสุดท้ายก็เหลือแค่เนื้อหาในหน้า เป็นเพียง HTML ที่มีพื้นที่แสดงความคิดเห็นและช่องค้นหาบางส่วน และอีกสองสามอย่าง แต่ถ้าคุณกำลังจะเปลี่ยนไปใช้แอปพลิเคชันแบบสแตนด์อโลนจริงๆ บางทีอาจเป็นแอปพลิเคชันทางการเงิน ธนาคารออนไลน์ หรืออะไรทำนองนี้ คุณยังคิดว่า JAMstack จะเป็นตัวเลือกที่ดีหรือไม่หากคุณมีสิ่งที่ต้องการเหตุผลมาก จำเป็นต้องมีเซิร์ฟเวอร์หรือไม่?

ฟิล: ฉันเกลียดที่จะวิ่งหนีวลีเก่า "มันขึ้นอยู่กับ" แต่ก็ขึ้นอยู่บ้างนิดหน่อย จากที่กล่าวมา มีแอปพลิเคชันมากมายที่ทำงานได้ดีพอๆ กับแอปพลิเคชัน Javascript ที่มีส่วนประกอบด้านบริการสำหรับแอปพลิเคชันเหล่านั้น ฉันพูดอย่างนั้นด้วยความระมัดระวังอยู่บ้างเพราะฉันค่อนข้างจะแก่ไปหน่อย เมื่อพูดถึงการพัฒนาเว็บ และฉันชอบนำสิ่งต่าง ๆ เข้าสู่เบราว์เซอร์เป็น HTML ให้มากที่สุดเท่าที่จะเป็นไปได้ แล้วมีลายน้ำที่สูงมากจากจุดที่คุณปรับปรุงไปเรื่อย ๆ จาก. โดยส่วนตัวแล้วฉันไม่ชอบทำทุกอย่างใน Javascript และเพียงแค่จัดส่งแท็ก body ที่ว่างเปล่าแล้วเรียกใช้ทุกอย่างผ่าน Javascript

ฟิล: ด้วยที่กล่าวว่ามีบางครั้งที่เป็นที่ยอมรับอย่างสมบูรณ์ หากคุณกำลังคิดเกี่ยวกับแอปพลิเคชันบางประเภทซึ่งแน่นอนว่าต้องอาศัย Javascript เป็นอย่างมาก และคุณรู้ถึงผู้ฟังของคุณ ที่สามารถสมเหตุสมผลอย่างสมบูรณ์ มีของที่ส่งไปเมื่อไม่นานนี้เอง ฉันกำลังนึกถึงบางสิ่งที่ส่งไปยัง Google IO เพื่อเป็นตัวอย่าง ทีมงาน Chrome ได้รวบรวมเกมที่มี Javascript จำนวนมากและทำงานได้อย่างยอดเยี่ยมแบบสแตติก มีกรณีการใช้งานมากมายที่สามารถทำงานได้

ฟิล: ย้อนกลับไปที่ตัวอย่างทางการเงินของคุณ ฉันเคยทำงาน จริงๆ แล้วงานแรกของฉันคือ วางตัวเลขบนหน้าจอเพื่อให้ผู้ค้าแลกเปลี่ยนโดยใช้เทคโนโลยีเว็บ และนี่คือก่อนเว็บซ็อกเก็ต มันคือก่อนอาแจ็กซ์ มันมาก่อนอะไรจริงๆ ซึ่งมีประโยชน์ในการช่วยให้คุณทำอย่างนั้นได้ และมันก็ค่อนข้างยาก แต่ไม่นานมานี้ คุณจะทำสิ่งเหล่านั้นมากมายใน Javascript และนั่นก็สมเหตุสมผลดี คุณสามารถเริ่มส่งคำขอที่ปลอดภัยไปยัง API ได้จากเบราว์เซอร์โดยตรง ขณะนี้มีโมเดลมากมายสำหรับการตรวจสอบสิทธิ์และการอนุญาตโดยตรงจากเบราว์เซอร์ของคุณ ในหลาย ๆ ทาง สิ่งนี้สามารถลดความซับซ้อนของสแตกสำหรับสถาบันการเงินที่ต้องการสร้างสิ่งเหล่านี้บางส่วน เนื่องจากวิธีที่พวกเขาสามารถแยกความแตกต่างของสิ่งเหล่านี้สามารถทำให้พวกเขาจัดการได้มากขึ้น ดังนั้นฉันคิดว่าโมเดล JAMstack สามารถทำงานได้อย่างสมบูรณ์แบบในสถานการณ์นั้นเช่นกัน

Vitaly: เอาล่ะ อาจจะกลับมาตอนนี้เพื่อสำรวจโลกของ JAMstack และส่วนหน้า อะไรที่คุณตื่นเต้นที่สุดเกี่ยวกับวันนี้ ฟิล? หากคุณดูที่ JAMstack และส่วนหน้าโดยทั่วไป เป็นสิ่งที่ช่วยให้คุณตื่นนอนในตอนกลางคืนโดยที่คุณตื่นขึ้นมาในตอนเช้าโดยหวังว่าใช่ สักวันหนึ่งฉันจะตั้งใจทำงาน สักวันฉันจะทำมันให้สำเร็จ คุณมี [crosstalk 00:13:33]

ฟิล: ใช่ และนี่คือสิ่งที่คำตอบของคุณอาจแตกต่างกันในแต่ละวันเพราะรู้สึกว่าโลกนี้หมุนไปอย่างรวดเร็ว และนั่นก็เป็นหนึ่งในสิ่งที่ทำให้ฉันตื่นเต้นมาก ตอนนี้เราเริ่มเห็นว่า API ของเบราว์เซอร์เริ่มมีความคืบหน้าจริงๆ และสิ่งที่เราสามารถทำได้โดยตรงในเบราว์เซอร์โดยไม่ต้องติดตั้งเอง นั่นเป็นเรื่องที่น่าตื่นเต้นสำหรับฉัน ฉันยังคงเป็นคนขี้ขลาดมากเมื่อพูดถึง SVG ฉันควรอธิบายคำว่า duffer ถ้าใครที่ไม่ใช่ภาษาอังกฤษและดูนี่แปลว่าโง่ มันหมายความว่าฉันอยู่หลังโค้ง

ฟิล: แต่ฉันพบว่าตัวเองต้องการทำอะไรกับ SVG และแอนิเมชั่นมากกว่านี้จริงๆ เป็นสิ่งที่ฉันล้าหลังและฉันต้องการเล่นกับสิ่งนั้น แต่สิ่งต่าง ๆ เช่น API ของเบราว์เซอร์ ไม่ว่าจะเป็นสำหรับออฟไลน์หรือเพื่อปรับปรุงประสิทธิภาพ และโดยเฉพาะอย่างยิ่งในขณะนี้ ดูเหมือนว่าการโหลดแบบอักษรจะเข้าถึงได้มากขึ้นเรื่อย ๆ เพื่อให้เราสามารถเริ่มสร้างสิ่งต่าง ๆ ที่มองเห็นได้อย่างสมบูรณ์และใกล้ชิดมากขึ้น สิ่งที่เราอยากทำด้วยตัวอักษร ฉันเป็นคนเนิร์ดสำหรับเรื่องนั้น ฉันชอบอะไรแบบนั้น ฉันเลยอยากเล่นกับมันมากขึ้นเรื่อยๆ

Vitaly: ดังนั้น Phil กำลังพูดถึง JAMstack conf ในลอนดอน คุณช่วยอธิบายด้วยคำสองสามคำได้ไหม เช่น เนื้อหาเกี่ยวกับอะไร ประเด็นสำคัญคืออะไร และเพื่อใคร และมีบทบาทอย่างไรที่นั่น แค่เบื้องหลังดูแลเนื้อหาและทุกอย่าง คุณมีบทบาทอะไรที่นั่น?

ฟิล: ฉันก็เลยสนุกไปกับงานนี้ ดังนั้นฉันจึงมีโอกาสได้ออกไปค้นหาวิทยากรและค้นหาเนื้อหาที่น่าสนใจ ฉันรู้สึกตื่นเต้นมากที่โปรแกรมจะรวมตัวกันได้อย่างไร เรามีคนอย่าง Chris Coia ที่จะพูดคุยเกี่ยวกับการเพิ่มขีดความสามารถของนักพัฒนา front-end และเราจะทำอะไรได้บ้างด้วยเทคโนโลยี front-end โดยใช้โมเดล JAMstack นี้ เรามีคนอย่าง Jake Archibald และ Surma จากทีม Google Chrome ที่จะพูดคุยเกี่ยวกับสิ่งต่างๆ เช่น ประสิทธิภาพในส่วนหน้า และวิธีที่เราสามารถขับเคลื่อนประสบการณ์ด้านประสิทธิภาพได้อย่างแท้จริง ไม่ว่าจะเป็นการโฮสต์แบบสแตติกหรือโครงสร้างพื้นฐาน หรือโค้ดที่ทำงานได้ทันที เบราว์เซอร์

ฟิล: เราจะให้ Yuna Kravitz พูดถึงเรื่องที่เกี่ยวข้องกับ CSS และ Houdini และเรื่องพวกนี้ทั้งหมด และอีกมากมายนอกจากนั้น นอกจากนี้ เรายังจะพูดถึงสิ่งที่ต้องทำเกี่ยวกับการเปลี่ยนแปลงทางวัฒนธรรมที่โมเดล JAMstack สามารถมีได้ในองค์กรและในโครงการของคุณ เพื่อให้เกิดการเปลี่ยนแปลงไปทุกที่จริงๆ ดังนั้นฉันรู้สึกตื่นเต้นกับมันมาก ฉันจะได้มีโอกาสแนะนำคนเหล่านี้ด้วยเพราะพวกเขาปล่อยให้ฉันคลั่งไคล้และเป็น MC ด้วยเช่นกัน นั่นหมายความว่าฉันได้พูดคุยกับคนเหล่านี้และถามคำถามสองสามข้อและเรื่องพวกนี้ ดังนั้นฉันคิดว่ามันควรจะน่าสนใจมากสำหรับทุกคนที่สนใจในการพัฒนาส่วนหน้าและรูปแบบใหม่ของการส่งมอบโครงการบนเว็บในลักษณะที่มีประสิทธิภาพจริงๆ

Vitaly: โอ้ คุณชอบสปอตไลท์บนเวทีใช่ไหม

ฟิล: ฉันเป็นคนเรียกร้องความสนใจ คุณควรรู้ว่าตอนนี้ Vitaly

วิทาลี : จริงๆ แล้วฉันคิดเสมอว่าคุณเป็นคนถ่อมตัว ใจดี และใจดี ดูเหมือนฉันจะ-

ฟิล: มันคือการแสดง มันคือการแสดง

วิทาลี : โอเค ไม่เป็นไร ฟิล เราจะพบกันในอีกไม่ช้า โอ้ จริงๆ แล้ว พรุ่งนี้

ฟิล: เจอกันใหม่เร็วๆ นี้สำหรับอีเวนท์อื่น แต่ถ้าไม่อย่างนั้น เจอกันในเดือนกรกฎาคม ที่เก้าและสิบกรกฏาคม

Vitaly: [ไม่ได้ยิน 00:16:52] ดังนั้น เมื่อคำนึงถึงสิ่งนี้ ขอบคุณ Phil และออกจากระบบ ลาก่อนทุกคน

ฟิล : แล้วเจอกัน

นั่นคือห่อ!

เรารอคอยที่จะได้ต้อนรับ Phil ที่ SmashingConf Toronto 2019 ด้วยเซสชันสดบน JAMstack เราอยากเห็นคุณที่นั่นเช่นกัน!

โปรดแจ้งให้เราทราบหากคุณพบว่าบทสัมภาษณ์ชุดนี้มีประโยชน์ และคุณอยากให้เราสัมภาษณ์ใคร หรือหัวข้อใดที่คุณต้องการให้เราพูดถึง แล้วเราจะแก้ไขให้ทันที