لقد سمعنا جميعًا عن قاعدة 80/20 ، القاعدة التي تقول أن 80٪ من نجاحنا (التأثيرات) يأتي من 20٪ فقط من أفعالنا (الأسباب). حسنًا ، هذه الحقيقة العالمية تؤثر أيضًا على تطوير البرامج ، وفي هذه المقالة سنقوم بلفظ القليل من أساسيات هذا البيان.
BPM
إدارة عمليات الأعمال ، لاختصارها باللغة الإنجليزية ، هي نظام إداري (من بين أشياء أخرى) يسمح لك بفهم العمليات التي يجب تنفيذها في شركة ما (أو في أماكن أخرى كثيرة) بصريًا. من بين صفاته الرئيسية حقيقة أنه يمكنه تحليل العمليات المعقدة وجعلها "بسيطة".
هناك العديد من الأدوات مفتوحة المصدر التي تسمح لك بتطوير مخططات BPM ، تلك التي استخدمتها في هذه المقالة هي BonitaSoft. إذا كنت تريد معرفة المزيد عن إدارة العمليات ، فهناك العديد من البرامج التعليمية على الإنترنت والكتب حول هذا الموضوع. الآن دعنا نعود إلى الموضوع المركزي.
مشاريع البرمجيات
يوجد اليوم العديد من المنهجيات لتطوير المشاريع ، هناك منهجيات رشيقة ، تقليدية ، مختلطة ، إلخ ، إلخ. نقطة واحدة مشتركة بينهم جميعًا إعداد. ما أعنيه بهذا؟ أن 80٪ من نجاحك في مشروع البرمجيات هذا سيعتمد على أول 20٪ من العملية بأكملها ، الإعداد.
تحضير المشروع
هذا شيء منطقي لا يتم تطبيقه في الواقع إلا قليلاً (مثل العديد من الأشياء المنطقية الأخرى غير المنطقية في الممارسة). عندما نتحدث عن الإعداد يجب أن نفهم القدرة على فهم المشكلة وفهم الحل وقبل كل شيء ، العملية أن الحل ينطبق. أحد الأشياء الأقل وجودًا في مشاريع البرامج غير الاحترافية هو عدم وجود وثائق حول هذا الموضوع. يظهر هذا عادة في الشركات الخاصة لأن الرغبة في البيع تتجاوز عملية الإنشاء.
نظرًا لأن العديد من أولئك الذين قرأوا هذه المقالات يعملون أو مرتبطون بالتكنولوجيا ، فمن الجدير بالذكر أنه إذا وجدوا في مرحلة ما من حياتهم العملية شركة / موردًا لا يفي بإعداد جيد ، فمن المؤكد تقريبًا أن 80٪ 😛 أن المشروع لن ينجح الأمر.
التجريد هو المفتاح
هذا شيء تعلمته من وقتي باستخدام جنو / لينكس ، وهو يثبت مرارًا وتكرارًا أنه مفتاح في عملية إنشاء البرامج. قدرة نبذة مختصرة تحويلها إلى أشياء "بسيطة" أمر حيوي لتكون قادرًا على إنشاء رمز أنيق ، وفوق كل شيء متحمل. وربما يكون هذا أحد الاختلافات الرئيسية للمشاريع المهنية الكبيرة والمشاريع التي تخرج عن نطاق السيطرة. السابق يفكر ويفهم ويهيكل العملية بينما الثواني المحافظة العمل دون الحاجة إلى فهمه.
محنك
هذا هو اسم المشروع الذي يطوره مُثبِّت Gentoo ، كما يمكنك أن تتخيل ، هذه عملية معقدة للغاية ، لأنها تدعم عددًا كبيرًا من البنى. هناك عامل آخر يجب أخذه في الاعتبار وهو عدد التكوينات التي يدعمها ، على مستوى النواة ، ونظام init ، إلخ. وأقول لكم كل هذا لأنه أيضًا مشروع أطروحتي ، والذي يجب أن أنهي منه قبل إنهاء الدراسة. من الواضح أنني لا أستطيع إنشاء برنامج يفكر تمامًا في جميع الخيارات الممكنة في مثل هذا الوقت القصير (حتى يوليو من العام المقبل) ، ولكن على الأقل يمكنني إنشاء برنامج يسمح بتثبيت نظام وظيفي بطريقة أساسية للغاية.
فهم عملية التثبيت
بفضل أدوات BPM ، يمكن إنشاء مخطط عملية يسمح لنا بفهم الخطوات اللازمة للتثبيت الناجح لـ Gentoo على جهاز الكمبيوتر.
خاصة. كريستوفر دياز ريفيروس
على الرغم من احتوائها على العديد من العمليات والعمليات الفرعية ، فمن الواضح أنه تم تلخيصها تمامًا ويمكن ملاحظة أن لدينا 18 خطوة خطية. هذا مهم لأن التطبيق الذي يحتوي على بنية خطية سهل التنفيذ ، وفي نفس الوقت يمكن إنشاء التوازي في واحد أو أكثر من الخيوط إذا لزم الأمر.
عامل مهم آخر هو أنه يسمح لنا نبذة مختصرة مجموعات من العمليات حسب النوع ، على سبيل المثال ، يتيح لنا تحديد مؤشر ترابط kernel معرفة أن هناك مهامًا محددة داخله ترتبط ارتباطًا مباشرًا بعملية تثبيت النواة بنجاح.
خاصة. كريستوفر دياز ريفيروس
وبهذه الطريقة تصبح كل خطوة "معقدة" خطوة "بسيطة" بطريقة عالمية ، دون فقدان التفاصيل الضرورية. هذا يسهل رؤية التجميع دون خفض مستوى المواصفات اللازمة لإكمال العملية بنجاح. ولا يمكننا إنكار أنه من الأسهل رؤية الصورة من قراءة الدليل بأكمله مرة واحدة 🙂
وفر الوقت
ميزة أخرى واضحة هي أنه من خلال عدم وجود لغة برمجة متصلة بشكل مباشر ، فمن الممكن إجراء تحليل منطقي دون إضاعة الوقت بالضرورة في تنفيذ اللغة. هذه ميزة مقارنة بمقدار الوقت الذي يمكن إنفاقه في تنفيذ ميزة ما فقط لمعرفة أنه سيتم تجاهلها نظرًا لوجود حل أكثر كفاءة. مثل ما يمكن أن تكون الحلول في الكود الزائف (شيء يتجاهله العديد من "المطورين" ولكن لا ينبغي أن يكون كذلك).
جعل إخراج المشاريع سهلا
مع أخذ هذه المفاهيم في الاعتبار ، تصبح إدارة المشروع (من أي نوع) أسهل ، لأننا نركز جهودنا حيث تكون هناك حاجة حقيقية إليها ، وإذا تم تنفيذ هذا الجزء بشكل صحيح ، فإن الباقي يقع تحت ثقله. آمل أن يساعد ذلك فضولك ويحفزك على البحث عن BPM والخوارزميات ومن يدري ، ربما يشجعك ذلك على مساعدتي في أطروحتي 😛 شكرًا جزيلاً لك على الوصول إلى هنا وسنرى بعضنا البعض قريبًا. في صحتك
مرحبا. شكرا لتقاسم المعارف الخاصة بك. يبدو لي أنه موضوع مثير ولكنه يتطلب الكثير من العمل البحثي ووضع المفاهيم موضع التنفيذ من أجل التمكن من استيعابها. في البداية ، تكون المشكلة محيرة لأن المرء يميل إلى ربطها بشكل أكبر بجانب تحديد متطلبات النظام وليس بالضرورة مع العمليات التجارية للشركة ، أي كيف تعمل الشركة. في النهاية ، أعتقد أن الأمر يتعلق أكثر بالدور الذي يلعبه مطورو البرمجيات في نمذجة أعمال الشركة ، من أجل جعل تشغيل الأعمال أكثر كفاءة وفعالية.
مرحبا ألكساندر ، شكرا جزيلا لك على المشاركة. لقول الحقيقة ، إنه موضوع معقد إلى حد ما محاولة تلخيص كل شيء في مساحة صغيرة كهذه ، لكن إذا كان بإمكاني المساهمة قليلاً للخروج من الارتباك مع تعليقك صحيح أن الأنظمة يجب أن تحاول حل المتطلبات ، ذلك هي أكثر الوظائف الأساسية الممكنة ، وفي هذه المرحلة من الصحيح أن المطور يجب أن يركز على مستوى أعلى.
تتيح معرفة العمليات للمطورين تقديم أكثر من أنظمة كافية ، وفهم ما يكفي لشيء يلبي الحد الأدنى من المتطلبات الممكنة.
تكمن أناقة الكود في القدرة على فهم العملية الكاملة ، وإنشائها بطريقة أعمق ، حيث يتم تطبيق أفضل حل ممكن ، وهذا ممكن فقط من خلال فهم العملية فعليًا بدلاً من المتطلبات ، كما ذكرت جيدًا 🙂
إذا قمنا بنمذجه قليلاً حول البرمجيات الحرة والمفتوحة المصدر ، فهذا لا يعني فقط معرفة متطلبات البرنامج ، ولكن الفلسفة الكامنة وراءه ، ومعرفة كيف سيتم الحفاظ عليه ، ومن قبل من ، وكل تلك المعرفة بالعملية التي لا تولد حلاً فعالاً . ، ولكن سيكون من الممكن الحفاظ عليها بمرور الوقت 🙂
شكرا جزيلا لك مرة أخرى وتحياتي.