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

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

هذه هي الطريقة التي نميز بين الغث والسمين من وكيفية تجنب كبيرة من المحرمات خبرة في البرمجة.

1. لا رفع المهارات غير الفنية

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

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

2. الترميز غير منطقي

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

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

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

3. ما لا ينبغي بالضرورة أن يفسر

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

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

4 من دون استخدام الأدوات والتقنيات التي أثبتت نجاحها

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

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

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

والتحكم في الإصدار سيئة

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

6. الحصول على آخر المعلومات عن الأفراد لا يمكن تمثيل المنتخب

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

ببساطة توفر العديد من الشركات بعض التدريب الأساسي ووتأمل والموظفين لتعلم المزيد من المهارات في مشروع اليومية الحقيقي.

لذا فإن القيادة المباشرة لمدير المشروع وأداء الموظف يمكن تحسينها من خلال الطريقتين التاليتين:

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

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

7. اختبار غير مناسب

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

<> وحدة اختبار

<> موك

<> التجارب المتكاملة

8. ملاحظة أن الثغرات الأمنية

في بعض الأحيان في عملية تطوير البرمجيات، وهذا سوف يجتمع الثغرات الأمنية التالية:

A، تفاعل غير متوقع بين المكونات المختلفة: أ، التحقق غير صحيح إدخال المعلومات، ب، هجمات الشيفرات SQL إخفاء المعلومات؛ ج، البرمجة عبر الموقع؛ د، قيادة زرع الهجوم؛ ه، عبر الموقع طلب التزوير ( CSRF)؛

B، من الصعب تنفيذ إدارة الموارد، وتشمل: لذلك، لا تحترم عازلة متاح الذاكرة، B، والسيطرة الخارجية؛ C، واستخدام وظيفة يحتمل أن تكون خطرة.

9. والعملاء

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

قبل فتح العميل طلب، يجب المطور، والعملاء التواصل.

والمحافظة على العملاء التبادلات الدورية.

10. الموعد النهائي هو الممارسة القياسية لتجنب مواجهة وشيكة

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

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

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

للعملاء، في الوقت المناسب لا يمكن أن يكون على حساب الجودة، وسوف تكون أبدا.

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

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