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

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

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

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

3 هندسة الخصوصية في منتجات التكنولوجيا المالية استنادًا إلى منقوشة

يتم تسليم تعليقات 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 الحالي الذي يفتقر إلى الشبيبةيجب أن تجد StimulusReflex بديلًا قويًا وفعالًا من حيث الوقت (مع الأخذ في الاعتبار أن إصدار Rails الخاص بك محدث). يجب أن يكون تطبيقه على مشروعك الحالي غير مؤلم نسبيًا.

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

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

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

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

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

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

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

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

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

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

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

الملخص

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

اقرأ المزيد:

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

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

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