هل يعد تطوير WordPress أمرًا صعبًا حقًا للوصول إليه اليوم؟

أوه ، ما مدى سهولة نسيان WordPress منذ 10 أو 15 عامًا.

نحن مدللون. لقد أفسدنا الإفراط في التوثيق والبرامج التعليمية ، ثروة من المعرفة التي تم إنشاؤها على مدى أكثر من عقد من الزمان. نحن مدللون بخبرتنا الخاصة ، المدمجة في شبابنا الأكثر نشاطًا ، نجلس الآن على ركبنا مع تقدمنا ​​في السن جنبًا إلى جنب مع منصتنا المحبوبة.

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

أنا طفل. نوعا ما. أنا أعتبر نفسي من بين مطوري المدرسة القديمة الذين ساعدوا في بناء WordPress الذي لا يزال الكثير من الناس يشعرون بالحنين إليه - أعتقد أنني اكتسبت الحق في المزاح عن نفسي . لقد كانت أوقاتًا "أبسط" ولكنها ليست كذلك حقًا.

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

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

كلما تعمقت مع مطور WP الحديث ، كلما فهمت سبب عدم رغبة المطورين الأحدث في العمل عليها. هذا ليس نفس المشروع كما كان في الماضي. أصبح منحنى التعلم الآن مرتفعًا للغاية بغض النظر عن الخبرة السابقة.

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

ما كنت أرغب فيه هو إنشاء المكون الإضافي في 30 دقيقة. لو كان كل شيء بلغة PHP ، لكان هذا إنجازًا سهلاً بالنسبة لي. من الناحية الموضوعية ، أنا خبير (أو قريب بدرجة كافية) في اللغة. ومع ذلك ، فإن معرفتي بـ JavaScript متأخرة 10 سنوات.

لقد مرت فترة منذ أن تم تحديي بهذه الطريقة. كانت تلك تجربة محزنة لشخص أصبح مرتاحًا في مهاراته الخاصة.

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

بمرور الوقت ، أضاف WordPress.org وثائق مطور أكثر قوة ، ولكن لم يتم بناؤها بين عشية وضحاها. إنه مشروع يتطور باستمرار.

لقد قمت أيضًا ببناء نوع الكتلة الأول الخاص بي باستخدام Vanilla JavaScript. لا توجد أدوات بناء. لا توجد مستندات React مفتوحة. مجرد رمز ol 'JS العادي في المحرر الخاص بي. كنت بحاجة إلى الزحف قبل أن أتمكن من المشي ، وكان من الضروري إدخال هذا التكرار الأول للرمز إلى حالة قابلة للتطبيق قبل أن أقفز إلى أي شيء أكثر تعقيدًا.

في الأيام التي تلت ذلك ، أعدت ترميزها جميعًا لاستخدام JavaScript أكثر حداثة وقمت بتجميعها باستخدام حزمة الويب. بعد أسبوع من ذلك ، أنشأت مكونًا إضافيًا للكتلة الثانية بميزات أكثر تقدمًا.

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

هل سأعاني في العشرين من عمري مع منظر جافا سكريبت هذا أكثر من WordPress المستند إلى PHP بدقة؟ انا اشك فيها. كلاهما لديه منحنيات تعليمية ضخمة لشخص جديد.

قد تكون المقدمة الأولى لشخص ما إلى Subversion أو Composer مخيفة تمامًا مثل الغوص الأولي في webpack و npm. لعقل جديد ، لوحة قماشية مفتوحة لم يتم رسمها بعد بأكثر من عقد من القيام بالأشياء "بطريقة WordPress" ، لست متأكدًا مما إذا كان حاجز الدخول أعلى من ذلك بكثير.

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

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

"أتمنى أن يرى الناس أن تطوير الموضوع يسير في الاتجاه المعاكس" ، غردت Carolina Nymark. سيكون حاجز الدخول أمام المصممين والمطورين الجدد أقل. عندما يتعثر الناس قائلين ، "لكن لا يمكنني استخدام خطافتي في قالب كتلة" ، فذلك لأنهم ينظرون إلى ما هو موجود اليوم ، وليس المستقبل. "

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

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

إلى جانب الإصدار 5.8 ، فتح WordPress.org التكرار الأول لمجلد الأنماط الخاص به. قريبًا ، سيتمكن أي مستخدم من المساهمة في أنماط كتلة مخصصة دون كتابة سطر واحد من التعليمات البرمجية. يمكنهم ببساطة إنشاء تخطيطات من المحرر ونسخها ومشاركتها مع الآخرين.

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

إذا كان يجب أن يصبح WordPress أكثر تعقيدًا بالنسبة للمطورين لتزويد المستخدمين النهائيين بهذا القدر من القوة ، يمكنني التعايش مع ذلك.

أعلى عائق للدخول - كما كان دائمًا - هو المساهمة مباشرة في WordPress. أو على الأقل المساهمة في الجانب المحجوب للأشياء عبر جوتنبرج.

قسم Getting Started With Code Contribution في Block Editor Handbook عبارة عن قائمة مذهلة بملاحظات وإجراءات التثبيت التي يمكن أن تكون منفرة حتى للمطورين الأكثر خبرة. نظرًا لأن كل شيء تقريبًا عبارة عن أداة تابعة لجهة خارجية ، فمن المحتمل أن تؤدي أي مشكلة تواجهها فقط في إعداد نظامك إلى منتديات الدعم أو غرف الدردشة خارج WordPress. حتى مع تجاوز الإعداد السابق ، فإن المساهمة في الكود في Gutenberg تختلف عن الأيام الخوالي.

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

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

واصل القراءة

في هذه المناقشة ، لا توجد إجابات صحيحة أو خاطئة. المحادثة مهمة لأنها تثري معرفتنا وتعلم كيف نبني الإصدار التالي من WordPress والويب.

فيما يلي روابط متعلقة بهذا الموضوع ساعدت في إعلام أفكاري. كل منها يستحق القراءة أو الاستماع أو المشاهدة. إذا فاتني أي شيء نشره الآخرون ، فلا تتردد في ربطه في التعليقات.

• تغيير نظام WordPress البيئي
• تطوير الووردبريس الحديث
• منحنى تعلم ووردبريس
• أصبح إنشاء السمة الآن أسهل
• WP Mainline الحلقة 5 - المساهمة والتطوير في WordPress ليست سهلة كما كانت في السابق (بودكاست)
• هل قتل جوتنبرج ثيمات WordPress؟ تحديات لمطور موضوع في عالم جوتنبرج. (فيديو)