[تسلية] حال مبرمجي الويب قبل وبعد تسليم المشروع

[خالد الحضري]

السلام عليكم، وجدت هذين المقطعين الطريفين

استمتعوا...

حال مبرمجي الويب قبل تسليم المشروع


حال مبرمجي الويب بعد تسليم المشروع

[خليل سليم]

هههه فعلا ، لقد وقعنا في الفخ

كانت تصير دايما، والله ضحكت من قلبي، وين قاعدة البيانات ، والله يا عمي الزبون قبل بساعة كان شغال، تقول جن ركبه الموقع

الحمد لله اتغير نمط الشغل،وقلت المشكال نوعا ما

[خالد الحضري]

مرحبا خليل

ههههه هو قالها "ليست أول ولا آخر مرة"

الحمد لله اتغير نمط الشغل،وقلت المشكال نوعا ما

ممكن تفيدنا كيف تغير النمط ؟

[خليل سليم]

مرحبا خليل

ههههه هو قالها "ليست أول ولا آخر مرة"

ممكن تفيدنا كيف تغير النمط ؟

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

[خالد الحضري]

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

كتجربة مختلفة نوعا ما، وبسبب عملي كـ "حر" وعن بُعد فتوجد أمور كثيرة نقوم بها كفريق ربما أكون لخصتها هنا (كنت كتبتها لأحدهم في مجتمع آخر) وكل فرد لديه مسؤولية خاصة به من ترتيب للأفكار وتجربة لجزئيات البرنامج وغير ذلك.

أعمل مع فريقي عبر مستودع git مجاني من bitbucket.org
التحديثات والتبليغات تصلنا عبر برنامج المحادثات hipchat والذي نستخدمه للمحادثات أيضا، يمكنك من خلال البرنامج إنشاء غرف لترتيب الأفكار، كما يمكنك أرشفتها حين تنتهي من المحادثة المتعلقة بمشروع منتهي مثلا.
ولأن أفراد الفريق من دول مختلفة فإننا نستغل الفارق الزمني لتنظيم العمل فيجهّز المشرقي ما يحتاجه المغربي قبل أن يستيقظ، مع أن أوقات نوم بعضنا غير مرتبة لكن تحمّل المسؤولية يتحدّد عبر الإتفاق، والذي تسيّره غرامات مادية تُقتطع من أرباح الجميع... هكذا تفادينا أغلب مشاكل البُعد، لكن لا يوجد بديل افتراضي لمساحة العمل التقليدية!

[ahmed-samara]

بكل تأكيد التكرار يعلم من كثر المشاكل التي تحيطك تعلمك كيف التعامل مع العميل وتقديم المنتج له دون ان يشعر بك وبجنونك خلف شاشه الكمبيوتر ,

الشخص المبرمج معروف انه geeks عند الاخرين بالكمبيوتر وهذا ليس في نظر الاخرين فقط هذا حقيقة واووو بخطأ في المبرمجين وانا في موقع المبرمجين اصلآ وانا منهم مهووس

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

[ahmad sadiq]

لا يوجد كود بدون اخطاء برمجية حتى كبرى الشركات تنشر نسخ ألفا وبيتا

استراتيجية العمل تختلف حسب حجم الفريق ونوع العمل

للأفراد والمجموعات الصغسرة هناك نوعين من المشاكل بشكل أساسي:
1- مشاكل فهم متطلبات التطبيق من قبل المبرمج أو الزبون
2- مشاكل في التنفيذ من كتابة كود فيه أخطاء برمجية
لحل المشكلة الأولى ينصح باستخدام Agile والعمل ب sprints بحيث بعد كل مرحلة يتم رفع نسخة مفحوصة لموقع ال QA لكي يراها العميل
وكذلك الاصرار على فهم كل كبيرة وصغيرة في المشروع قبل البدء فيه وعدم ترك شيء غير واضح

لحل المشكلة الثانية:
إذا كان المشروع صغير لفرد واحد يكفي أن يفحصه جيدًا على كل البيئات(المتصفحات في حال كان الموقع وب)، وأن يعمل بيئة شبيهة ببيئة عمل الموقع في ال production لتجنب المفاجآت
إذا كان عدة أفراد يعملون على نفس التطبيق يفضل إستخدام نظام إدارة نسخ ونظام build :
https://travis-ci.org/
https://www.jetbrains.com/teamcity/
، تقسيم المهام بشكل جيد، عمل لقاء يومي للتحديث(daily)، استخدام نظام لإدارة الاخطاء مثل jira وعمل code review للمبرمجين الجدد

المشاريع الكبيرة لها حسابات ثانية، أمثلة على مشاريع كبيرة:

انظمة الاعلان عن طريق الانترنت
أنظمة لمؤسسات وانظمة طبية
أنظمة اتصالات معقدة
أنظمة في مجال المال والبورصة والاقتصاد

في البداية يجب دراسة المجال الذي نريد الدخول فيه والاستعانة بالمختصين واهل الخبرة، وعمل بحث عن الانظمة الموجودة في السوق، خصائصها وما يستعمله الزبائن بكثرة
مثلا في انظمة الاعلان يجب على الاقل معرفة ما هو ,Pixels ,CPC,Targeting,Retargeting,CPM,Real Time Bidding بشكل نظري، والبحث عن أنواع هذه الانظمة، فالمعرفة مهمة للتفكير والوصول لنتائج صحيحة، فإذا لم تعرف المجال الذي تعمل فيه، فكل ما ستعمله لاحقًا سيكون غير ذا فائدة

عند المعرفة تبدأ مرحلة التخطيط ، من قبل محللي النظام ، وبعدها يتم التوصل للتقنية الأكثر ملائمة لما نريد عمله، وبعدها تبدأ مرحلة التطبيق

عند التطبيق وتأسيس فرق العمل ، هناك عدة جهات وشخصيات مسؤولة عن سير التطبيق

المبرمجين والمسؤولون عن فرقهم وال CTO وإذا كانت أكثر من فرقة هناك Group Manager
ال product managers وأصحاب الخبرة
ال QA- Manual /Automation
ال dev ops,sysadmins
algorithms (إذا احتاج) -الفئة المسؤولة عن كتابة الالغوريتمات المعقدة، ويمكن الاستعانة بالمستشارين وأهل الخبرة
ال DBAs(إذا احتاج) - لإدارة وانشاء قواعد البيانات
ال Big Data,BI(إذا احتاج)
الواجهة الرسومية:UI,UX

وقتها من الممكن البدء بالبرمجة عند تجهيز بيئات العمل:
1-بيئة المطورين localhost
2- بيئة المطورين 2 (التي نعمل عليها ال build)
3- بيئة ال QA
4- بيئة لل patches/hot fixes(لاحقًا)
5-بيئة ال production

وقتها يمكن اختار منهجية العمل مثل اجيل لكنها ليست نافعة في بعض الاحيان حيث انها تستهلك وقت في التنقل بين البيئات حسب جدول زمني وعمل اجتماعات دورية بشكل موسع(daily,pre planing,planing)
وعندما يتم التنسيق بين الجميع كما يجب واعطاء كل شيء وقته مثل التخطيط، وتعيين أشخاص مسؤولين عن ادارة الاصدارات والملفات والبنية التحتية ,sysadmins,dev ops ، واشخاص لفحص النظام يعملون على test plans وأشخاص أهل خبرة مسؤولون عن تعريف خصائص النظام واشخاص تبرمج وقائد لفريق البرمجية يوزع المهام ويقدم الدعم الكامل لمبرمجيه ويعمل code review وتعطي المبرمج وقته لعمل design ، والمصمم وقته للتصميم وال UX وتحقق بشكل كامل أن المنتج يسير بالطريق السليم
باختصار كل واحد صاحب اختصاص يعمل شغله

ولاحقًا عندما نتشر التطبيق يكون هناك مستويات من الدعم الفني للزبائن tier 1 ,teir 2 , teir 3 ويكون مبرمجون مناوبون لحل الاخطاء المستعجلة ، ويكون قسم لمراقبة النظام والاتصال بالمبرمج المناوب NOC

وحتى مع كل هذا تخرج إلى العالم برمجيات مع أخطاء