اضغط على هذا: تجنب الديون التقنية التي تقضي على الوقت على WordPress يبني مع جون مارتن

مرحبًا بك في Press This ، بودكاست مجتمع WordPress من WMR. يجلس المضيف هنا David Vogelpohl مع ضيوف من جميع أنحاء المجتمع للحديث عن أكبر المشكلات التي تواجه مطوري WordPress. ما يلي هو نسخة من التسجيل الأصلي.

مدعوم من RedCircle

ديفيد فوجلبول: مرحبًا بالجميع ومرحبًا بكم في Press This the WordPress community podcasts on WMR. هذا هو مضيفك ، David Vogelpohl ، أنا أدعم مجتمع WordPress من خلال دوري في WP Engine ، وأحب تقديم أفضل ما في المجتمع إليك كل أسبوع عند الضغط على هذا كتذكير ، يمكنك أن تجدني على Twitterwpdavidv ، أو يمكنك الاشتراك للضغط على هذا على iTunes أو iHeartRadio أو Spotify أو تنزيل أحدث الحلقات على wmr.fm. في هذه الحلقة ، سنتحدث عن أحد موضوعاتي المفضلة ، وهو تجنب الوقت الذي يقضي على ديون التكنولوجيا على تصميمات WordPress. وانضم إلينا في هذه المحادثة ، أود أن أرحب بجون مارتن. جون ، مرحبا بكم في Press This.

جون مارتن: شكرًا جزيلاً ، من الجيد أن أكون هنا.

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

JM: إذا كنت تعمل في وكالة مستقلة. لذلك أحب قتل ديون التكنولوجيا. أنا أحب القضاء عليه هو أحد موضوعاتي المفضلة.

DV: سننقل إلى أفكار جون حول هذا الموضوع ولكن قبل أن نبدأ ذلك ، سأطرح عليك نفس السؤال الذي طرحته على كل ضيف أخبرني بإيجاز عن قصة أصل WordPress الخاصة بك. متى كانت المرة الأولى التي استخدمت فيها WordPress

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

DV: جملة كلمة قذرة. أنا أحب جميع أنظمة إدارة المحتوى مفتوحة المصدر شخصيًا.

JM: نعم ، نود أن نقول إنه مشروع رائع. أعتقد أن الشيء الرئيسي بالنسبة لنا هو أنه بمرور الوقت ، حيث كانت Joomla قوية حقًا عندما وضع WordPress دعمًا مخصصًا لموقع النشر. كان ذلك عندما تغيرت الأشياء حقًا في WordPress بالنسبة لي ، مما رفعها من هذا من حيث كانت تُعرف باسم منصة التدوين إلى كونها نظام إدارة محتوى مناسبًا ومتكاملًا يمكنك من خلاله القيام بجميع أنواع المواقع على ما إذا كانت صغيرة حقًا بالنسبة إليك يعمل شخص واحد أو يعمل لحسابه الخاص أو أي شيء آخر ، وصولاً إلى مواقع الويب المعقدة على مستوى المؤسسات الضخمة. وأعتقد حقًا ، حقًا بالنسبة لي ، أن هذا كان قرارًا قاتلًا من جانبهم لأنه جزء من سبب شهرة WordPress الآن. حسنًا ، كان هذا عندما بدأت في استخدام هنا. ساشا القصة من قبل هي حقًا أنا والرئيس التنفيذي الآن لكيف كنا في فرقة معًا. ولدينا هذه الفكرة الرائعة في التفكير ، حسنًا ، أتعرفون ، إنه رائع نوعًا ما من الوقت المتساوي على الطريق ومن الصعب حقًا الحصول على إجازة من وظيفتي الحالية. لذلك فكرنا ، كما تعلمون ، دعونا نبدأ وكالة ونصبح مطوري ويب لأن ذلك سيساعد حقًا في استعادة كل هذا الوقت في ذلك الوقت وكان ذلك قرارًا رائعًا. أنا مسرور حقًا بذلك ، لكنه أيضًا بالتأكيد قرار ساذج لأن التفكير في أن العمل لنفسك يمنحك المزيد من الوقت كان بالتأكيد خطأ أعتقد أننا ندركه بعد ذلك بقليل. وقبل هذه النقطة ، كما تعلم ، كنت أعرف القليل عن SQL وأنا أقوم ببناء أجهزة الكمبيوتر منذ ذلك الحين ، في الواقع منذ بطاقة الرسوميات داعمة جدًا للألوان. لذلك بالنسبة لأي شخص آخر يعرف ما هو CGA ، سيساعدك هذا في معرفة كم عمري. لكن نعم ، حقًا ، كان ذلك عندما ظهرت CPTs. لقد غيرت تلك الدهون كل شيء بالنسبة لنا. وبدأنا في استخدام WordPress بين عشية وضحاها ، في الواقع ، أصبح ذلك نظام إدارة المحتوى الذي اخترناه ولم ننظر إلى الوراء منذ ذلك الحين ، كما تعلمون ،

DV: من بين كل الأشخاص الذين طرحت عليهم هذا السؤال ، لم يتطرق عدد قليل جدًا منهم إلى كيفية ارتباط أنواع المنشورات المخصصة المادية بقصة أصل WordPress الخاصة بهم. وهذا مضحك. لدي قصة مشابهة. لقد قمت بتأسيس وكالة في عام 2010. بعد ذلك بقليل ، ولكن عندما تم نشر المنشور المخصص ، بدأنا في البناء باستخدام Joomla والتحول إلى WordPress لأسباب مماثلة ، ولكن كانت أنواع المنشورات المخصصة هذه ووصفة التعريف المخصصة الحقول التي أوافق عليها وقدمت بالفعل بهذه الطريقة تنسيقًا مختلفًا هو أنه كان هذا النوع من اللحظة عندما أصبح WordPress حقًا CMS حقيقيًا. بعد مرور عام على ظهور WooCommerce ، ظهر WP Engine ، والعديد من العلامات التجارية الأخرى لمساحة WordPress ، لقد حان الوقت للتحول. من المثير للاهتمام أن تسمع نوعًا من المرجع الذي هو أصل قصتك الأصلية. لقد كانوا يخبرونني ، كيف أم ، وأنت تعلم ، لحظة التأسيس هناك إذا أردت ، لكن هل يمكنك أن تخبرني قليلاً عن كيفية عمل ذلك ، وماذا تفعل؟

J م: نعم ، بالتأكيد. لذا في الواقع ، تلك الوكالة التي وجدناها لم تكن كيف كنا نتحرك لاحقًا. حسنا حسنا. حسنًا ، السبب الرئيسي لذلك هو في الواقع ، كما تعلمون ، بالعودة إلى تلك الأيام القديمة ، كان هناك فرق واضح جدًا بين ، كما تعلمون ، نحن نبني مواقع الويب مقابل تحسين محركات البحث وكل هذه الأنواع من الأشياء. ولم يكن هذا حقًا نهجًا متكاملًا للعديد من الأشخاص حول العالم والتفكير فعليًا في أشياء مثل تجربة المستخدم ، وكيف يعمل ذلك مع تحسين محركات البحث والتطوير ، كل هذه الأشياء. لذلك ، كان هذا هو السبب في أننا انتهينا لاحقًا إلى الاندماج لاحقًا ، مع وجود Allen Milan منذ حوالي 20 عامًا وتأسيس مؤسسنا إلى حد كبير في البداية عندما بدأت مُحسّنات محرّكات البحث تصبح شيئًا. حسنًا ، لقد دمجنا الوكالتين. منذ ستة أو سبع سنوات ، ربما لفترة أطول قليلاً. ذاكرتي للبيانات ليست رائعة ، يجب أن أعترف. وبعد ذلك وبعد ذلك حقًا ، نعم ، لقد أصبح هذا هو نهجنا ، هل هذا نهج متكامل تمامًا حول مزج كل هذه التخصصات المختلفة معًا لمساعدة الناس على رؤية الخط؟ لذلك نحن الآن نجري PPC ، SEO ، العلاقات العامة الرقمية ، من الواضح ، تصميم الويب وهناك امتدادات للعلامة التجارية ، إستراتيجية رقمية ، وكل هذا النوع من الأشياء ، كل هذه التخصصات التي تحتاجها حقًا للحصول على حضور رقمي قوي هذه الأيام. ما هو دورك في الشركة؟ لذا ، كان لقبي الوظيفي هو المدير الفني. لذا سأكون صريحًا ، لم أقم بتغطية كل ما أفعله. أدير فريق التطوير لفترة طويلة من الزمن. لذلك كان كل ما سيكون WordPress تحت إدارتي. يسعدني أن أقول إن لدينا مطورين أفضل بكثير في الفريق مما كنا عليه بعد ذلك مع Julio وأنا عملنا عندما بدأنا لأول مرة ، وهذا هو السبب الذي يجعلنا نعمل بشكل أفضل هذه الأيام. ونحن نفهم الأشياء أكثر قليلاً. لذلك قمت بتشغيل فريق التطوير لفترة طويلة مؤخرًا على حساب تكلفة فريق البيانات أيضًا. هذا يعني أنه يمكنني اللعب باستخدام التعلم الآلي ، يلعب بايثون وبارتيك وآخرون على الرغم من أنني يجب أن أتخيل كل هذا اللعب.

DV: سيؤدي القيام بعملاء منفصلين بشكل رائع إلى بعض الديون التقنية على طول الطريق. ولذا فإنني أشعر بالفضول لمعرفة كيف تفكر في الإعجاب ، وما هي الأنواع الشائعة من الديون التقنية وربما خاصة بـ WordPress. هذه لمدة دقيقة ، ولكن مثل ، كيف تفكر في ذلك كما تفكر ، كما تعلم ، كيف وكيف تدير ديونك التقنية ، كما لو كنت قد أغلقتها في أنواع مع WordPress المبنية؟

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

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

JM: نعم. 100٪ أعني ، ليست كل الديون الفنية سيئة. يجب عليك قبول أن أي ميزة ستقوم بإنشائها ستتراكم إلى حد كبير من نوع ما من الديون التقنية وعليك إجراء مكالمة حول ما إذا كان هذا الدين الفني جيدًا أم لا. بعضها جيد ، والبعض الآخر سيء ويعتمد حقًا على أن الكلمة الرئيسية التي قلتها من قبل تتعلق بالقيمة. هل ستحصل على القيمة التي تحتاجها لهذا الشيء؟ والأهم من ذلك ، هل العميل ، العميل النهائي ، ليس عميلك ، لكنهم عملائهم؟ هل سيحصلون على قيمة لذلك؟ هذا عادة ما يكون ضوءًا إرشاديًا جيدًا فيما يتعلق بقبول هذا الدين الفني.

DV: نعم ، أريد أن أتعمق نوعًا ما في معرفتك ، كيف تفكر في هذا الاقتباس ، وصيغة تستحق ذلك عندما يكون من المقبول قبولها أم لا ، لكن من الجيد التفكير في الحصول على فهم جيد لكيفية تفكيرك المجموعات المختلفة لأنواع الديون التقنية ، وخاصة تلك التي قد ترغب في تحسينها لإزالتها. ما أود فعله بعد ذلك ، هو الحصول على فهم لمثل ، هل كان هناك شيء دفعك إلى الحافة للتركيز في هذه المنطقة ، لكننا سنأخذ استراحةنا الأولى وسنقوم سأعود. حان الوقت للانطلاق في استراحة تجارية. ترقبوا المزيد من الضغط هذه لحظة واحدة. أهلا بالجميع. مرحبًا بك مجددًا للضغط على ملفات podcast لمجتمع WordPress على W EMR. هذا هو مضيفك ، David Vogel. بول. أقوم بإجراء مقابلة مع جون مارتن حول إبطال الوقت في قتل التكنولوجيا. جون قبل الفاصل مباشرة ، كنت تشرح أن الطريقة التي تفكر بها في الأنواع الثلاثة للديون التقنية التي قد ترغب في التخلص منها هي بناء كود سيئ على كود سيئ لإنشاء كود غير ضروري لنجاح الموقع الذي تعمل عليه. ومن ثم ربما إنشاء كود للميزات التي يمكن تقديمها بشكل أفضل على منصة أخرى. قبل أن نبدأ في التعامل مع صيغة الاقتباس التي تستحق العناء. كنت أتساءل ، هل كان هناك مثل وقت معين لا أعرفه ، ورحلتك هي مثال معين للديون التقنية ، وهذا النوع من السطح بالنسبة لك هو مجال تركيز أساسي لكيفية ذلك؟

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

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

JM: هل يستحق مني الحفاظ على هذا الشيء بمرور الوقت؟ لذا فأنا أشعر بالفضول حيال كيفية تفكيرك في هذه الصيغة

D V: متى ، على سبيل المثال ، متى يكون من المناسب إدخال ديون التكنولوجيا؟ وما مقدار ما هو رأيك في هذه الصيغة؟

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

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

JM: نعم. 100٪. لذلك أنا من أشد المؤمنين بمنهجية Agile. وبشكل أساسي ، فإن أحد المبادئ الرئيسية الرئيسية لـ Agile هو أنك تبني الشيء الصحيح في الوقت المناسب. وأنت تركز على اكتساب القيمة في أسرع وقت ممكن. لذلك تريد أن تبني الحد الأدنى من المنتجات القابلة للتطبيق. الآن ، هذا يعني أنه ليس لديك بالضرورة شيئًا غنيًا تمامًا في تلك المرحلة. لكنه يمنحك منصة يمكنك من خلالها البدء في اختبارها ، كما تعلم ، هل تحصل بالفعل على الأشياء التي تريدها من ذلك؟ هل يستجيب المستخدمون لها؟ بالطريقة التي تتوقعها من أي شخص يعمل في UX أو مطور الويب ، سيعرف أنه في كثير من الأحيان سيحصل على طلبات من العملاء لأنهم يعتقدون أن عملائهم ، ولكن هل يريدون ذلك حقًا؟ هذا سؤال جيد آخر يجب طرحه وهو ، بمجرد التفكير نوعًا ما في وجهة النظر طويلة المدى ، هل سيستخدم الأشخاص موقع الويب ، هل نعلم أن أي شخص يستخدمه أو هل نحتاج إلى اختباره لمعرفة ما إذا كانوا يريدون لتستخدمها؟ وبعد ذلك بمجرد الانتهاء من هذا الاختبار ، يمكننا تحديد ما لا يجب أن نطلبه وما إذا كان علينا التراجع ووضع استثمارنا في مكان آخر.

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

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

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

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

DV: نعم ، أحب هذه النقطة. كل دقيقة. إنها في مطور ، أليس ذلك مجرد دقيقة لا تستخدمها لمعرفة ذلك وسأقول العلاقات مرة أخرى إلى نوع من الروابط تعود إلى تعويذة أخرى لدي وإدارة المشروع وإدارة أصحاب المصلحة ، وهما أفضل كلمتين و الحصول على مشروع على وجوهنا للكتابة. كيف يمكنك التحدث ، نعم ، أنا أحب ذلك عندما أتعامل مع أصحاب المصلحة ، أو عندما يكون لدي صاحب مصلحة هو جزء قوي وقوي. حسنًا ، رائع. لنتحدث بعد ذلك عن الكيفية التي يمكن للفرق القيام بها لتقليل الديون التقنية. لكن قبل أن نفعل ذلك ، سنأخذ استراحةنا الأخيرة. حان الوقت للانطلاق في استراحة تجارية. ترقبوا المزيد من الضغط على هذا في لحظة. نرحب بالجميع مرة أخرى للضغط على بودكاست مجتمع WordPress هذا على W EMR. هذا هو مضيفك David mobile Paul ، أنا في منتصف الحديث عن تجنب الوقت الذي يقضي على الديون التقنية مع John Martin عن كيف تحدثنا قليلاً قبل الاستراحة ، لقد تحدثنا قليلاً عن صيغة تستحق العناء لقد أحببت حقًا مفاهيمك حول تقليل المواصفات. والتفكير في التكلفة الإجمالية للملكية ونوع من اتباع نهج اختبار تكراري. لكن دعنا الآن نتعمق في ما يمكن للفرق فعله بالفعل لتقليل ديونها التقنية وبناءات WordPress. ما هي بعض الأساليب المفضلة لديك لتخفيض ديون التكنولوجيا؟

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

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

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

DV: لدي مشروع كهذا بالتأكيد. حسنًا ، جون ، لقد كان هذا ثاقباً بشكل لا يصدق. شكرا جزيلا لانضمامك إلينا اليوم.

J م: من دواعي سروري.

DV: رائع. إذا كنت ترغب في معرفة المزيد عن جون يمكنك زيارة hallam.co.uk. شكرًا لكم جميعًا على الاستماع إلى الضغط على ملفات podcast لمجتمع WordPress على WMR. مرة أخرى ، كان هذا مضيفك ديفيد فوجلبول. أنا أدعم مجتمع WordPress كجزء من دوري في WP Engine وأحب تقديم أفضل ما في المجتمع هنا على Press This.