مراجعة TheCodestReview #3 - عصير هندسة البرمجيات الأسبوعي

بما أننا نعيش ونتنفس Ruby on Railsقررنا هذا الأسبوع أن نسلط الضوء على StimulusReflex التي تحظى باهتمام المجتمع باعتبارها طفلاً جديدًا في المجتمع، كونها بديلاً لاستخدام جافا سكريبت أطر العمل في مشاريع Rails لتجنب المبالغة. بالإضافة إلى ذلك، نلقي نظرة على الحالات التي لا يعمل فيها Scrum وهندسة الخصوصية في التكنولوجيا المالية المشاريع القائمة على منقوشة (https://plaid.com/eu/)

مسرد الجوانب التي نتناولها:

1. مات React. يحيا StimulusReflex!
2. عندما لا يعمل سكروم؟

3 هندسة الخصوصية في منتجات التكنولوجيا المالية القائمة على Plaid

يتم تسليم تعليقات StimulusReflex و Scrum هذا الأسبوع من قبل مهندس روبي و المشروع المدير.

في الحلقة القادمة يسعدني ويسعدني أن أعلن أنه سيكون لدينا منشور ضيف من مهندس React من Vinted.com. بالنسبة لأولئك الذين لم يسمعوا من قبل عن Vinted (احتمالات منخفضة، ولكن لا يزال ذلك ممكنًا)، فإن Vinted هو سوق للأزياء نشأ من فيلنيوس، ليتوانيا وقد وصل إلى تقييم أحادي القرن في عام 2019. المنصة مبنية على أساس متين Ruby on Rails مدعومًا بـ React على الجزء الأمامي.

مات React بواسطة أوبي فرنانديز

(تنبيه هزلية)

عنوان مثير للجدل، أليس كذلك؟ يجب أن أعترف أنه كان صادماً بالنسبة لي بنفس القدر، لذلك كنت متشوقاً للقراءة والتحقق مما وراء الشعار أو إذا كان مجرد طعم آخر للنقر. كنت متشككاً ولكنني كنت مليئاً بالأمل أيضاً لأكون منصفاً. لا تفهموني خطأ. ليس لديّ مشاكل مع React وJavascript بشكل عام ولكن عندما قرأت "Reactive Rails" جنّ جنوني. يكفي الحديث عن مشاعري، دعوني ألخص لكم ما هو مثير في هذا المقال.

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

يشرح أوبي فرنانديز ما يقف وراء اسم "Reactive Rails". لإعطائك نظرة سريعة فهو يعمل في الغالب مع StimulusReflex و ViewComponent. وقد أقنعت هاتان الأداتان القويتان المطور بأن React لم تعد هناك حاجة إلى React. حتى أنه كتب هناك أنه "لم تعد هناك حاجة تقنية على الإطلاق لمطوري Rails لاستخدام React بعد الآن". فظ، أليس كذلك؟

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

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

توصية Codest - قد يكون StimulusReflex جديرًا بالتجربة إذا كنت في مرحلة مبكرة من بدء التشغيل ولديك روبي الفريق ونقص سعة الواجهة الأمامية. إذا كانت واجهة المستخدم الخاصة بمنصتك تواجه مستخدمي B2C وتحتاج إلى جعلها فاخرة ولامعة منذ البداية، فيمكنك التفكير في إعطاء StimulusReflex على رمز jQuery الكلاسيكي. إذا كنت ترغب في إضافة إحساس التطبيق الحديث إلى مشروع Rails الحالي الذي يفتقر إلى JS الحديث، فيجب أن تجد StimulusReflex بديلاً قويًا وفعالًا من حيث الوقت (مع الأخذ في الاعتبار أن إصدار Rails الخاص بك محدث). يجب أن يكون تطبيقه على مشروعك الحالي غير مؤلم نسبيًا.

لماذا لا يعمل سكروم الخاص بك؟ بقلم ماتيس دي بويج

التفسيرات الخاطئة من قبل المنظمة

التفسيرات الخاطئة من قبل فريق التطوير

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

يمكنك أن تقرأ أيضاً: لماذا تفوز "أجايل"؟

لكن: قاتل سكروم بقلم ديرك بولتي

الحلقة #242 من بودكاست # الحديث مع جان دينيس غريز من بلايد

أفكار حول هندسة الخصوصية والتأكد من تضمين الأمان منذ بداية المنتج.

كيف أدت الجائحة إلى تسريع التجارب الرقمية للأفراد.

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

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

الملخص

شكرًا على القراءة وسنعود إليكم بالحلقة القادمة قريبًا(ish)! 

اقرأ المزيد:

مراجعة TheCodestReview #2 - عصير هندسة البرمجيات الأسبوعي

مراجعة TheCodestReview #1 - عصير هندسة البرمجيات الأسبوعي

كيفية تحسين تطبيقات Vue.js؟ بعض النصائح العملية