إزالة الغموض عن JAMstack: مقابلة مع Phil Hawskworth

ربما سمع البعض منكم عن JAMstack ، وربما حتى عن كيفية التبديل من WordPress إلى Hugo ، ولكن هل JAMstack خيار قابل للتطبيق لأي نوع من المشاريع؟

لقد تحدثت مع Phil Hawksworth ، مهندس الواجهة الأمامية الذي (بعد 9 سنوات من العمل في الوكالات عاد للعمل على منتج مستقل) يركز الآن على تطوير استراتيجيات لتقنيات JAMstack لجعل البناء للويب أبسط وأسرع وأكثر يؤمن. سيشارك فيل أيضًا في استضافة JAM_stack ldn ، وهو مؤتمر مخصص لمولدات المواقع الثابتة ، بدون خادم و JAMstack في لندن ، في الفترة من 9 إلى 10 يوليو.

فيتالي: حسنًا ومرحبًا بكم في إحدى محادثاتنا مع المتحدثين لدينا في Smashing Conf والأشخاص اللطفاء بشكل عام. قد تتذكر تلك الأوقات التي كان فيها بروتوكول نقل الملفات (FTP) شيئًا كبيرًا وربما لا تزال تنشر سبب كون FTP مكانًا آمنًا تمامًا ، لذلك لا داعي للقلق بشأن ذلك. لكن التغييرات مرتفعة لدرجة أنك لم تعد تستخدم FTP ، وبدلاً من ذلك انتقل إلى مهام سير العمل القائمة على Git ، وربما النشر المستمر. كل هذه الصفارات والأجراس الفاخرة. ولذا يسعدني اليوم الترحيب بفيل هوكسورث الذي يعمل بالفعل في Netlify ، علاقات المطورين [غير مسموع 00:10:00]. مرحبا فيل. كيف حالك اليوم؟

فِل: أنا بخير ، كيف حالك يا فيتالي؟ انه لمن اللطيف رؤيتك.

فيتالي: آه ، أنا بخير. إنه لمن دواعي سروري دائمًا رؤيتك. أنت مثل شروق الشمس يتدفق عبر Netlify و Jump Stack وكل شيء.

فِل: أحاول. أنا حتى لا أصف بالعلامة التجارية ، يا لها من فرصة ضائعة.

فيتالي: لا بأس ، لا بأس. ولكن عليك أن تخبرني ، حتى تلك الأحجار الكريمة أو جين أو جيت ، مثل جيم؟ هل هو جيم؟

فِل: مربى. إنه مربى. كل شيء عن المربى.

فيتالي: كل شيء مربى. لذا فإن JAMstack. للمطورين أو المصممين ، في الواقع لم يسمعوا بهذا المصطلح من قبل. إذا كنت تريد ربما تلخيص ما هو ولماذا هو جيد وما هي فوائده في المقام الأول. لماذا قد ترغب في الانتقال من مكدس التخزين التقليدي القديم الجيد إلى JAMstack. ربما يمكنك تلخيصها بإيجاز.

فيل: دعني أرى ما إذا كان بإمكاني المحاولة لأنه من المغري أن أقول ، JAMstack ، JAM تعني Javascript و APIs و mockup. لكن هذا في حد ذاته لا يفسر كثيرًا حقًا ، فقط معرفة ما يمثله. لذلك ، فإن JAMstack تدور حول طريقة لنشر وتقديم مواقع الويب التي لا تعتمد على خادم أصلي ، فهي لا تعتمد على الطلبات التي تصل إلى خادم نشط طوال الوقت.

فيل: قد تكون أكثر دراية بمكدسات مثل LAMP stack التي كانت Linux و Apache و MySQL و PHP ، كان هذا هو نوع المكدس الذي كان يخدم موقعك هناك. مع JAMstack ، يصبح الأمر مختلفًا بعض الشيء لأننا ارتقينا نوعًا ما إلى مستوى أعلى ، بعيدًا عن الخادم وأقرب إلى المتصفح ، لذا فهو يفكر كثيرًا في الدخول إلى المتصفح بأسرع ما يمكن ثم استخدام التقنيات في المتصفح من أجل تعزيزها وزيادتها لاحقًا. لذا فإن JAMstack هو كل شيء عن عرض المواقع مسبقًا ، وإدخالها في المتصفح ، ومن ثم تحسينها ، وزيادتها ، وتجربة تشغيل Javascript في متصفحك ، وربما تقديم طلبات إلى واجهات برمجة التطبيقات وهذا النوع من الأشياء.

فِل: هذا هو النموذج ، محاولة الابتعاد عن امتلاك خادم تحتاج إلى صيانته لأنني أعرف أن صيانة الخادم أمر صعب. لا أعرف عنك ولكن لدي الكثير من المواقع التي اختفت عندما أدرت ظهري لها لبضع سنوات. كنت بحاجة إلى ترقية PHP مما يعني أنني بحاجة إلى ترقية إصدار Linux الذي قمت به مرة واحدة في القمر الأزرق. لذا فإن صيانة الخوادم أمر صعب ، لذا فإن فكرة JAMstack هي محاولة جعلها بسيطة قدر الإمكان لخدمة المواقع كأصول ثابتة ثم تحقيق أقصى استفادة من جميع واجهات برمجة التطبيقات وعدم القدرة في المتصفح للقيام بالتعزيز والقيام بالمزيد من الأشياء باستخدام لهم هناك.

فيتالي: هذا منطقي. حسنًا ، في الواقع ، انتقلنا إلى JAMstack منذ عامين أو حتى الآن.

فِل: سنتان؟

فيتالي: نعم ، لقد كانت رحلة بالنسبة لنا. وبالطبع ، تعلمنا بعض الدروس على طول الطريق. لكني أتساءل ، هل يمكنك القول أن كل مشروع يمكن أن يستفيد بطريقة ما من نقل أو نقل بعض أجزاء منه إلى JAMstack أو ما شابه ، أين ترى حدوده؟ هل هو شيء من المحتمل أن يستخدمه كل مطور في مشروع أم أنه شيء مخصص لمجموعة معينة من مواقع الويب أو مجموعة من المشاريع؟

فِل: نعم ، أعني ، من المغري القول ، حسنًا ، يمكنك استخدامه في كل شيء ولكن أعتقد أنه يجب عليك توخي الحذر في قول ذلك بشأن أي تقنية. كما تعلم ، تحتاج حقًا إلى اختيار حالات الاستخدام والتأكد من أنها مصممة جيدًا. أود أن أقول الغريزة الأولى عندما تفكر في موقع JAMstack وربما تفكر في شيء يتم تقديمه كأصول ثابتة ، ربما مباشرة من CDN. قد تعتقد ، حسنًا ، هذا جيد فقط للمواقع التي لا تتغير كثيرًا ، يتم اقتباسها عند اقتباس ، وثابتة ، ولا تتغير. لكن في الواقع ، هذا ليس هو الحال حقًا لأن هناك العديد من الأدوات الموجودة الآن والتي يمكن أن تقلل الاحتكاك في نشر الأشياء.

فيل: يمكنك النشر عدة مرات في اليوم ، أو عدة مرات في الساعة إذا أردت وتجعل الأشياء تبدو أكثر ديناميكية مما كانت ستفعله من قبل. لذا فإن بعض حالات الاستخدام التي تعتقد أنها لن تكون مناسبة ؛ في الواقع تأتي هذه العناصر في الحظيرة أيضًا. ربما يكون الوقت الذي يصبح فيه الأمر صعبًا هو عندما نقوم بإنشاء مواقع تحتوي على العديد من الصفحات ، أو مئات الآلاف أو عدة ملايين من الصفحات لأن نموذج JAMstack يكون منطقيًا جدًا عندما يمكنك إنشاء موقعك مسبقًا لذلك ربما تستخدم منشئ موقع ثابت. هؤلاء رائج حقًا في الوقت الحالي ؛ هؤلاء هم حقًا مشهورون.

فِل: لكن بالطبع ، عليهم القيام بجزء من العمل في كل مرة ينشرون فيها تحديثًا ، لذا إذا كان لديك موقع ، ربما مثل موقع صحيفة ، يحتوي على ملايين الصفحات ، العمل المطلوب لإعادة إنشاء ذلك يمكن أن يكون ذلك تمامًا ، كما تعلمون ، يمكن أن يستغرق وقتًا طويلاً ، وذلك عندما تبدأ في الاصطدام ببعض القيود الخاصة بالمكان الذي يمكن أن يكون فيه JAMstack ، نوعًا ما ، مستخدمًا ببساطة. يمكنك البدء في الحصول على القليل من البراعة والبدء في حل هذا الأمر إذا كنت تعرف أنك بارع جدًا ولكنه بالتأكيد يقدم بعض التحديات.

فيل: أحد الأشياء التي بدأت في رؤيتها من مجموعة متنوعة من مولدات المواقع الثابتة المختلفة مثل Gatsby على سبيل المثال أو React Static وكذلك Hugo. بدأت الفرق التي تقف وراء أدوات إنشاء المواقع الثابتة هذه في استكشاف الطرق التي يمكنك من خلالها إنشاء الصفحات بشكل تدريجي ، وبعبارة أخرى ، لا يمكنك إعادة نشر الموقع بالكامل أو إعادة إنشاء الموقع بالكامل في كل مرة يتغير فيها شيء ما ولكن حاول إيجاد طرق للقيام ببناءات تدريجية. إنها مشكلة صعبة يجب التغلب عليها ولكن هناك عمل يتم إنجازه في الوقت الحالي حتى يساعد ذلك في محاولة كسر هذا الحاجز أيضًا. ولكن ، بالتأكيد في الوقت الحالي ، فإن العثور على طرق لاستخدام موقع JAMstack لموقع ويب يحتوي على ملايين الصفحات أو مئات الآلاف من الصفحات ، حيث يمكن أن يكون هذا الأمر صعبًا بعض الشيء في الوقت الحالي.

فيتالي: أوه ، هذا مثير للاهتمام. لذا في الواقع ، فإن فكرة أن تكون حينئذٍ تخدم قسمًا من الحالة التي لديك ، وبشكل أساسي ، كل ما عليك بناءه ، مثل بوابة جديدة ، يجب أن يتم ترحيله إلى حد ما ، لذا من المثير للاهتمام رؤية هذا يحدث. لأنك أيضًا ، مؤخرًا ، على ما أعتقد ، قبل أسبوعين ، كان هناك مقال بقلم جيسون بايتالي يظهر حيث كانت الفكرة متشابهة جدًا حيث يمكنك بالفعل تحميل الخطوط ، ثم تقوم بتحميل الصفحة الأولى التي تحتاجها ثم قم بتحميل الثانية ثم دمجها فعليًا بطريقة لإنشاء خط جديد ، مثل التحميل المتزايد للخط أيضًا.

فِل: مثير للاهتمام.

فيتالي: سيكون من الممتع حقًا استكشاف ذلك.

فِل: نعم ، الأمر لا يتعلق فقط بقدر كبير من التحميل ، إنه الجيل-

فيتالي: الجيل ، البناء.

فِل: أجل ، بالضبط.

فيتالي: فهمت. ولكن ما رأيك في نوع التحديات المشتركة التي يواجهها معظم المطورين؟ حسنًا ، أعني ، دعني أعود أولاً. إذا لم تكن قد عملت على JAMstack من قبل وكنت مرتاحًا جدًا وسعيدًا بمكدس LAMP الخاص بك وقد ترغب في استكشاف الإمكانيات والمزايا مثل أمان وأداء JAMstack. كيف ستبدأ فعلا؟ ماذا ستنقل ، ماذا يعني تغيير سير العمل؟

فيل: لذلك ، يمكن أن تكون التغييرات في سير العمل عميقة جدًا لأنك تستبعد الكثير من البنية التحتية التي تعتمد عليها عادةً وتقول في الواقع أنه يمكننا التخلص من ذلك والبدء في نشر الأشياء مباشرة إلى CDN. ولكن فيما يتعلق بالكيفية التي يمكن أن يبدأ بها شخص ما في تجربة هذا ، فمن المحتمل أنهم قد يستخدمون بعض جوانب هذا بالفعل. كما تعلمون ، حتى فيما يتعلق بالطرق التقليدية لبناء الأشياء للويب.

فيل: إذا كنت تفكر في كيفية بناء شيء ما على مكدس LAMP ، فهناك احتمالات في PHP هناك ، فأنت تفعل أشياء مثل كتابة قالب يأخذ البيانات من مصدر بيانات ، في هذه الحالة ، قاعدة بيانات MySQL أو نوع ما من قاعدة البيانات ، وعرض هذه الأشياء ثم تقديمها. وهذا يشبه إلى حد ما كيفية عمل مولدات الموقع الثابتة. لديهم قوالب ، يأخذون البيانات من مكان ما قد يكون نوعًا من البيانات المنظمة في الملفات أو قد يصل إلى نوع من قواعد البيانات أو واجهة برمجة تطبيقات المحتوى. في كلتا الحالتين ، يتم جمع البيانات ، والجمع بين تلك البيانات مع القوالب ، وإنشاء طرق عرض ، والفرق الوحيد هو أنه لا يقوم بذلك عند الطلب ، بل يقوم بذلك في وقت مبكر. لذا ، فإن بعض الخطوات المنطقية في هذا النوع من الخطوات المعرفية للمطور قد لا تكون في الواقع بهذه الضخامة.

فِل: التغيير الأكبر يكمن في التفكير في كيفية نشر الأشياء. لأن ما تنشره حقًا هو أصولك المبنية والمقدمة بالكامل في كل مرة تريد فيها إجراء عملية نشر. يبدأ ذلك في جلب أشياء مثل إدارة المحتوى وإدارة الشفرة كلها في نفس المكان بحيث تتحكم أشياء مثل الرؤية عبر كل هذه الأشياء معًا. لذلك تبدأ في أن تكون طريقة مختلفة قليلاً في التفكير حول كيفية تطوير وإدارة المواقع والمحتوى داخلها. لذلك هناك بعض التغييرات هناك. لكن الشيء الجميل هو أن الكثير من مولدات المواقع الثابتة يمكن أن تكون مباشرة إلى الأمام لبدء التجربة والشيء الجميل هو أنك لست بحاجة إلى الكثير من البنية التحتية للقيام بذلك. لذا فالشيء الجميل هو أنه يمكنك حقًا البدء في بناء الأشياء مباشرة على جهازك المحلي. أنت تقوم بتشغيل مولد موقع ثابت على جهازك مباشرة ويمكنك الحصول على فكرة جيدة حقًا عما ستكون عليه النتيجة دون الحاجة إلى الاعتماد على الكثير من البنية التحتية الأخرى.

فِل: لذلك هذا النوع من الخطوة الأولى ، على المنحدر ، يمكن أن يكون ضحلًا جدًا بالنسبة لك لتبدأ في القول ، "حسنًا ، سأجرب هذه المجموعة المحددة من الأدوات. يمكنني تشغيلها محليًا ". وستكون لديك ثقة جيدة أنه عندما تنشر ناتج ذلك في مكان ما ، فسيكون هذا هو نفسه تمامًا حيث تنشره كما هو محليًا. هذا أحد الأشياء التي أحبها في عرض الأشياء الثابتة لأنك لا تعتمد على الكثير من البنية التحتية والأجزاء المتحركة لخدمتهم. يمكنك إلقاء نظرة عليها على الخادم الثابت على جهازك الخاص والتفكير ، "نعم ، هذه هي الطريقة التي ستعمل بها عندما تنتقل إلى CDN."

فيتالي: مم-همم (إيجابي) ؛ وكذلك البنية التحتية عندما ننظر ، على سبيل المثال ، في الطريقة التي نبني بها واحدة [غير مسموع 00:10:07] ، وهناك عدد كبير من الخيارات لما يمكنك القيام به. للخادم والعميل وكل شيء بينهما.

فِل: أجل.

فيتالي: وهكذا ، أعتقد ، في حالتنا لأننا نوعًا ما نبني هيكلًا عظميًا وهو يخدم مباشرة من خلال CDI مع المحتوى وكل شيء وتحسينه باستخدام Javascript. لقد كان في الواقع معقولًا تمامًا وهادئًا ، لن أقول إنه سهل ولكن كان من المنطقي الانتقال إلى هذا النوع من الإعداد. لأنه في النهاية ، هو مجرد محتوى يترك على الصفحة. إنها مجرد HTML مع عدد قليل من مناطق التعليق ومربع البحث وبعض الأشياء الأخرى. ولكن إذا كنت تتجه نحو تطبيق مستقل حقًا ، ربما حتى تطبيق مالي ، أو الخدمات المصرفية عبر الإنترنت ، أو هذا النوع من الأشياء. هل ما زلت تعتقد أن JAMstack سيكون خيارًا جيدًا للنظر فيه إذا كان لديك شيء يتطلب الكثير من المنطق؟ هل تحتاج إلى خادم أم لا؟

فِل: حسنًا ، أكره أن أخرج العبارة القديمة ، "الأمر يعتمد على". لكن الأمر يعتمد نوعًا ما قليلاً. مع ذلك ، هناك الكثير من التطبيقات التي تعمل تمامًا مثل تطبيق Javascript حيث تحتوي في الواقع على مكون جانبي للخدمة. أقول ذلك بقدر معين من الحذر لأنني مدرسة قديمة بعض الشيء عندما يتعلق الأمر بتطوير الويب وأحب حقًا إدخال الأشياء في المتصفح بتنسيق HTML قدر الإمكان ثم الحصول على علامة مائية عالية حقًا من حيث تقوم بالتحسين التدريجي من. لذلك أنا شخصياً لا أحب القيام بكل شيء في Javascript وشحن بطاقة فارغة للجسم ثم تشغيل كل شيء من خلال Javascript.

فِل: مع ذلك ، هناك أحيانًا ما يكون ذلك مقبولًا تمامًا. إذا كنت تفكر في نوع معين من التطبيقات التي ، بالطبع ، ستعتمد بشدة على Javascript وأنت تعرف جمهورك. يمكن أن يكون ذلك منطقيًا تمامًا. هناك أشياء تم شحنها مؤخرًا. أفكر في الواقع في شيء تم شحنه إلى Google IO ، على سبيل المثال ، وضع فريق الكروم لعبة كانت ثقيلة جدًا في Javascript وعملت بشكل جميل بشكل ثابت. هناك الكثير من حالات الاستخدام حيث يمكن أن يعمل ذلك.

فيل: بالعودة إلى مثالك المالي ، كنت أعمل ، وظيفتي الأولى في الواقع ، كانت وضع أرقام على الشاشات للمتداولين للمقايضة باستخدام تقنيات الويب وكان هذا قبل مآخذ الويب ، كان قبل Ajax ، كان قبل أي شيء حقًا كان ذلك مفيدًا لمساعدتك على القيام بذلك وهو نوع من التحدي ولكن في الآونة الأخيرة ، كنت ستفعل الكثير من هذا النوع من الأشياء في جافا سكريبت وهذا منطقي تمامًا. يمكنك البدء في تقديم طلبات آمنة لواجهات برمجة التطبيقات مباشرة من المتصفح. هناك الكثير من النماذج الآن لإجراء المصادقة والتفويض مباشرة من متصفحك. لذلك من نواحٍ عديدة ، يمكن أن يبسط هذا المكدس للمؤسسات المالية التي ترغب في بناء بعض هذه الأشياء لأن الطريقة التي يمكن بها فصل بعض هذه الأشياء يمكن أن تجعلها أكثر قابلية للإدارة. لذلك أعتقد بالتأكيد أن نموذج JAMstack يمكن أن يعمل بشكل مثالي في هذا السيناريو أيضًا.

فيتالي: حسنًا ، ربما أعود الآن لاستكشاف عالم JAMstack والواجهة الأمامية. ما هو أكثر شيء متحمس بشأنه هذه الأيام يا فيل؟ إذا نظرت إلى JAMstack والواجهة الأمامية بشكل عام ، فهل هو شيء يبقيك مستيقظًا حقًا في الليل حيث تستيقظ في الصباح على أمل ذلك ، سأعمل على ذلك يومًا ما. في يوم من الأيام سوف أنجزها. هل لديك [حديث متبادل 00:13:33]

فِل: نعم ، وهذا هو الشيء الذي يمكن أن تختلف إجابتك فيه يومًا بعد يوم لأنه يبدو أن هذا العالم يتحرك بسرعة كبيرة. وهذا في حد ذاته هو أحد الأشياء التي تثيرني كثيرًا. الآن بعد أن بدأنا في رؤية واجهات برمجة التطبيقات للمتصفح بدأت تتقدم حقًا وأنواع الأشياء التي يمكننا القيام بها مباشرة في المتصفح دون الحاجة إلى تنفيذها بأنفسنا. هذا نوع من الإثارة بالنسبة لي. ما زلت غبيًا جدًا عندما يتعلق الأمر بـ SVGs. يجب أن أشرح كلمة duffer ، إذا كان أي شخص ليس إنجليزيًا ويشاهد هذا ، فهذا يعني أنه أحمق. هذا يعني أنني خلف المنحنى.

فِل: لكني أجد نفسي أرغب حقًا في فعل المزيد باستخدام SVGs والرسوم المتحركة هي أنواع من الأشياء التي أتخلف عنها كثيرًا وأريد أن ألعب بها. لكن أشياء مثل واجهات برمجة التطبيقات للمتصفح سواء كانت هذه أشياء للاستخدام في وضع عدم الاتصال أو لتحسين الأداء وخاصة في الوقت الحالي ، يبدو أن طريقة تحميل الخط تزداد سهولة الوصول إليها حتى نتمكن من البدء في إنشاء أشياء غنية جدًا من الناحية المرئية وأقرب إلى ما قد نرغب في صنعه باستخدام الطباعة. أنا من المهووسين قليلاً بهذه الأشياء ، أحب هذا النوع من الأشياء لذلك أريد أن ألعب أكثر وأكثر مع ذلك.

فيتالي: حسنًا فيل ، يتحدث عن JAMstack conf في لندن. هل يمكنك أيضًا أن تشرح بكلمات قليلة مثل ما الذي سيكون عليه الأمر ، وما هو التركيز ومن هو وما هو دورك هناك؟ خلف الكواليس ، اعتني بالمحتوى وكل شيء. ما هو دورك هناك؟

فِل: لقد استمتعت بالجزء الممتع من الوظيفة. لذلك أتيحت لي الفرصة للخروج والعثور على المتحدثين والعثور على محتوى مثير للاهتمام ، لذلك أنا متحمس حقًا حول كيفية دمج البرامج معًا. لدينا أشخاص مثل كريس كويا الذين سيتحدثون عن تمكين مطوري الواجهة الأمامية ومقدار ما يمكننا فعله بتقنيات الواجهة الأمامية التي تعتمد الآن على نموذج JAMstack هذا. لدينا أشخاص مثل Jake Archibald و Surma من فريق Google Chrome سيتحدثون عن أشياء مثل الأداء في الواجهة الأمامية والطرق التي يمكننا بها حقًا تقديم تجارب أداء شديدة سواء من خلال الاستضافة الثابتة أو البنية التحتية أو التعليمات البرمجية التي يتم تشغيلها مباشرةً المتصفح.

فِل: سنجعل يونا كرافيتز تتحدث عن أشياء تتعلق بـ CSS و Houdini وكل هذه الأنواع من الأشياء. وأكثر من ذلك بكثير. سنتحدث أيضًا عن الأشياء التي يجب القيام بها مع التغيير الثقافي الذي يمكن أن يحدثه نموذج JAMstack في مؤسستك وفي مشاريعك بحيث يصل حقًا إلى كل مكان. لذلك أنا متحمس نوعًا ما حيال ذلك. سأحظى بفرصة أيضًا لتقديم كل هؤلاء الأشخاص لأنهم سمحوا لي بالذهاب وأن أكون مقدم البرنامج أيضًا ، وهذا يعني أنه يمكنني التحدث إلى هؤلاء الأشخاص وطرح بعض الأسئلة وتلك الأنواع من الأشياء. لذلك أعتقد أنه يجب أن يكون ممتعًا جدًا لأي شخص مهتم بتطوير الواجهة الأمامية وأيضًا النماذج الجديدة لتقديم المشاريع على الويب بطريقة فعالة حقًا.

فيتالي: أوه ، أنت تحب تسليط الضوء على المسرح ، أليس كذلك؟

فِل: أنا أبحث عن اهتمام. يجب أن تعرف ذلك الآن يا فيتالي.

فيتالي: أوه ، في الواقع كنت أعتقد دائمًا أنك شخص متواضع جدًا ولطيف ولطيف ، ويبدو أنني كنت-

فِل: إنه فعل ، إنه فعل.

فيتالي: حسنًا ، هذا جيد. فيل ، سنلتقي بعد قليل ، أوه في الواقع ، غدًا.

فِل: سأراك قريبًا لحضور حدث آخر ، لكن بخلاف ذلك سأراك في يوليو ، التاسع والعاشر من يوليو.

فيتالي: [غير مسموع 00:16:52] لذا مع وضع ذلك في الاعتبار ، شكرًا لك فيل وتوقيعه. وداعا وداعا الجميع.

فِل: أراك قريبًا.

هذا هو التفاف!

نتطلع إلى الترحيب بفيل في SmashingConf Toronto 2019 ، بجلسة مباشرة على JAMstack. نود أن نراك هناك أيضًا!

يرجى إخبارنا إذا وجدت هذه السلسلة من المقابلات مفيدة ، ومن تحب أن نجري مقابلة معه ، أو ما هي الموضوعات التي تريد منا تغطيتها وسنقوم بتناولها مباشرة!