مطورو WordPress: ابدأ من هنا!

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

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

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

من الفكرة إلى النشر  

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

1. العصف الذهني واستنباط المتطلبات.
2. النماذج.
3. تطوير.
4. تعيين.

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

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

متطلبات الانتزاع

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

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

ستحتاج على الأرجح إلى إعداد مقابلات منظمة مع جميع أصحاب المصلحة إذا كنت ترغب في تحديد متطلبات المنتجات المعقدة. لهذا ، تعد قصص المستخدمين طريقة مثالية للذهاب. إنها جزء من عقلية Agile وهي طريقة غير رسمية لبدء الحديث عن المتطلبات ، من أجل بناء فهم مشترك. تمت كتابة الأوصاف القصيرة للوظائف في بطاقات ورقية ، عادةً ما تكون ملاحظات Post-It ، ويتم خلطها في السبورة البيضاء لإنشاء روايات عن رحلات المستخدم. يتم إنشاء قصص المستخدمين على الفور ، من خلال المشاركة والمناقشة والتلاعب بالبطاقات على السبورة البيضاء. يتم تجسيد التفاصيل ببطء وإضافتها أخيرًا كميزات في تراكم المنتج. كتب Jeff Patton كتابًا ممتازًا عن User Story Mapping نوصي به بشدة إذا كنت ترغب في معرفة المزيد عن الموضوع والبدء في استخدامه في مشاريعك.

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

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

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

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

هذا هو المكان الذي يكون فيه Pressidium Cloning مفيدًا. يتيح لك استنساخ موقع ويب بسرعة بنقرة واحدة والبدء في التطوير. بهذه الطريقة ، يمكنك إعداد مواقع ويب متعددة للقوالب باستخدام نموذج معياري ، وتحميلها مسبقًا بالمكونات الإضافية والسمات والتكوين الضرورية ، واستنساخها في كل مرة تحتاج إليها في المشروع. يمكنك أيضًا استنساخها إلى حساب Pressidium مختلف ، على سبيل المثال ، لحساب عميلك ، بنفس الطريقة. لا تقلق إذا كانت النماذج الأولية الخاصة بك موجودة على مزود استضافة WordPress مُدار مختلف. ما عليك سوى استخدام أداة Migration Wizard Tool الخاصة بنا واستيرادها إلى حساب Pressidium الخاص بك!

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

1. ممارسة عادات البرمجيات الجيدة.
2. ومعرفة ماهية كل شيء ، وأين يوجد ، وسبب وجوده.

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

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

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

استضافة موقع الويب الخاص بك مع Pressidium

ضمان استرداد الأموال لمدة 60 يومًا

اطلع على خططنا

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

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

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

  لقد كتبنا مقدمة موجزة ودرسًا تعليميًا لواجهة برمجة تطبيقات WordPress REST وطريقة بسيطة لبدء العبث بها باستخدام المكونات الإضافية للمتصفح مثل Postman.

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

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

توثيق

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

بغض النظر عن الطريقة التي تنظر بها ، فإن التوثيق هو أحد الأصول.  

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

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

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

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

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

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

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

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

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

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

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

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

الخاتمة

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