بالنسبة لأولئك الذين لا علاقة لهم بإنشاء البرامج ، قد يبدو عمل المطور سهلًا للغاية: أنت في الطلب في السوق ، فهم يدفعون جيدًا ، وتحاول الشركات إرضاء nishtyaks اللطيفة ، وما إلى ذلك. كل هذا صحيح ، ولكن إذا كنت صريحًا ، فإن المبرمج لديه الكثير من اللحظات غير السارة. لقد جمعنا عشرة من الأشياء الأكثر شيوعًا التي غالبًا ما تزعج صانعي البرمجيات.
10. حديد
بالطبع ، تحتاج البرامج إلى معدات للتشغيل. وبغض النظر عن كيفية محاولة بعض المطورين تجاهل دور الأجهزة ، عاجلاً أم آجلاً عند إنشاء البرامج وتصحيحها ، فإنهم سيواجهون حتمًا مشاكل خاصة بالمعدات. لذلك ، يُنصح المبتدئون بدراسة ميزات الحديد والأنظمة التي سيتم تنفيذ التعليمات البرمجية الخاصة بها ، بحيث تكون هناك صعوبات أقل لاحقًا.
"كل مبرمج قام على الأقل بتصحيح عطل غريب على خادم قاعدة بيانات أو حاول أن يفهم لماذا لا تعمل محركات أقراص RAID بشكل صحيح يعرف مدى ألم هذه المشاكل في الأجهزة". ستيف بورثويك
"المبرمجون يكرهون الأجهزة لأنهم لا يستطيعون دائمًا إلقاء اللوم على كل شيء!" مجهول
9. اجلس طوال اليوم
حتى يكون لديك سطح مكتب مع جهاز مشي ، لن يكون تطوير البرامج أبدًا مثل نوع من التمارين الهوائية. يقضي معظم المبرمجين ساعات طويلة جالسين على مؤخرتهم ، وينقرون على لوحة المفاتيح ويحدقون باهتمام في الشاشة (الشاشات). بعد مرور بعض الوقت ، قد يصبح الجلوس لفترات طويلة غير مريح للغاية. وإذا لم تتمكن حتى من الانتقال إلى مكان آخر لتغيير البيئة المحيطة ، فإن هذا يدفعك في بعض الأحيان إلى الكرب.
"أجلس طوال اليوم على كرسي وأحدق في الشاشة. بدأ الأمر منذ بعض الوقت ... أول مرة ، ثم الرقبة ، والعيون متعبة ، وكأن الاحتراق والصداع ... لا يوجد راحة في الساقين ... حاولت تعويض ذلك باللياقة البدنية ، التايجيكان ، اليوجا ، كيغونغ ، ذهبت للعمل على دراجة - وما زلت لا أستطيع الجلوس على ثماني ساعات أو أكثر. لقضاء يوم كامل في المكتب ... شاهد الشمس تمر في السماء ، لا تنظر من فوق هذا الكرسي اللعين بينما تمر الحياة. " ماركوس تومان
8. التصحيح
حتى أفضل التعليمات البرمجية المكتوبة بعناية لا تخلو من الأخطاء. بطبيعة الحال ، يضطر المطورون إلى قضاء الوقت بانتظام في البحث عن العيوب وإصلاحها - سواء في شفرتهم أو في شفرات شخص آخر. يتم العثور على بعض الحشرات ومعالجتها بسهولة ، في حين أن البعض الآخر يمكن أن يجلب الحرارة البيضاء بعيد المنال ، مما يجبرهم على قضاء ساعات عديدة ويشككون في استقرار نفسيةهم.
"اكتشاف وجود نسخة يصعب إعادة إنتاجها ، أو الأسوأ من ذلك كله ، الظهور في خطأ اختبار تكامل يمر عن طريق الخطأ أو يفشل في نفس قطعة التعليمات البرمجية !!! ثم يبدو أنه لا يمكنك أبدًا العثور على هذه الأخطاء الغامضة اللعينة التي تختبئ في مكان ما في الرمز. فو! " إيمانويل نجوان
"نكتب مثل هذه البرامج الكبيرة (أحيانًا برامج صغيرة أيضًا) لدرجة أننا عندما نقوم بالتصحيح ، نتعمق في مثل هذه البراري وننسى ما هو الخطأ نفسه . " Ayush Bhatnagar
التصحيح ، خاصة عند العمل على مشاريع كبيرة بآلاف السطور. يفضل العديد من المهوسين مثلي عرض الصورة من خلال جهاز العرض عند تصحيح الأخطاء ، بحيث تكون أسهل للعيون. " إسحاق بيريز
7. وثائق سيئة
العمل مع كود الآخرين أمر مزعج أحيانًا ، ولكن ليس كثيرًا إذا كان موثقًا جيدًا. لسوء الحظ ، ليس هذا هو الحال دائمًا. إذا لم تكن هناك تعليقات في الكود أو شرح مكتوب بشكل طبيعي لكيفية عمل كل شيء ، فعليك قضاء المزيد من الوقت في تصحيح أو توسيع أو دمج التطبيق. وهذا لا يؤثر على سلامة المبرمجين بأفضل طريقة.
"الأكثر إزعاجًا هو عندما يتم تعيينك للتعامل مع البرامج غير الموثقة. هذا يجعل الحياة صعبة بالنسبة لأولئك الذين يقبلون العمل في المشروع. عدم وجود تعليقات ودلالات ضعيفة ، خاصة عندما بقيت مجموعة من الأخطاء والأخطاء بعد المبرمج السابق ". Angel Angeles III
"المحاكمة في قانون غير موثق وغير منضم كتبه بعض الأحمق." ابهيشيك شوهان
"أنا ، مثل معظم المبرمجين ، أقضي وقتًا أطول في الحفاظ على كود ضعيف التوثيق من كتابة رموز جديدة." والت كاراس
6. دمج الكود
تعد أنظمة التحكم في المصدر مثل Git أو Subversion أدوات رائعة تسمح للعديد من المبرمجين بالعمل على نفس قاعدة التعليمات البرمجية في نفس الوقت ، دون دفع مرفقيهم. ولكن في النهاية ، يجب الالتزام بالتغييرات في المستودع ، ويمكن أن تنشأ خلافات هنا إذا ، على سبيل المثال ، قام مطوران بتغيير ملف واحد أو روتين فرعي. في بعض الأحيان يتم حل هذه الصراعات ببساطة ، وأحيانًا لا يتم حلها.
" أنا لا أحب الدمج ، لأنني أريد تغيير الرمز بحيث يريد زميلي القيام بذلك بشكل مختلف - وماذا نفعل؟ "أحاول دائمًا إيجاد طرق للجمع بين كلا الحلين ، ولكن إذا نشأ صراع حقيقي ، فإن الاندماج يصبح مهمة غير سارة للغاية." جيسيكا سو
"صراع الاندماج" شر مطلق . Koustuv سينها
5. توقعات غير واقعية
مطورو البرمجيات - الناس بعيدون عن الغباء. ولكن لهذا السبب تحديدًا ، غالبًا ما تظهر جميع أنواع الرؤساء ومديري المشاريع وموظفي المبيعات توقعات غير واقعية ومرتفعة حول ما يمكن للمبرمج أو فريق من المبرمجين إنشاءه في تاريخ معين ، وبالتالي يخططون كثيرًا. ونتيجة لذلك ، يحترق المطورون في نهاية المطاف في العمل ولا يشعرون عمومًا بالسعادة منه.
"الشيء الأكثر إزعاجًا هو أن توضح للناس أنك لست ساحرًا ، وأن معرفتك لها حدود ، وما يمكن تحقيقه بالضبط بمساعدة الأدوات المتاحة في الوقت المحدد ، ومحاولة إيصال كل هذا إلى الأشخاص الذين لم يسبق لهم المشاركة في البرمجة ولا يرغبون في القيام بذلك " . مارك ميللر
"يتوقع رئيسك الكثير منك ومن زملائك ، لكن الوقت والموارد لا تكفي حتى للاقتراب من النتائج المتوقعة". كيفين سيكين
"يعد مديرو المشاريع ومحللو الأعمال العملاء بإخراج القمر من السماء ، ويجب على المبرمجين القيام بذلك بأي ثمن . " راتناكار ساداسيولا
"أنا أحب ذلك عندما يطلب شخص ما القيام بشيء تافه ، ثم يطرح عرضًا يتطلب تطوير علوم الكمبيوتر لمدة عشرين عامًا أخرى . " فلاديسلاف زوروف
4. كسر الآخرين رمز بلدي
يجب أن يتفاعل الرمز المكتوب من قبل أي مطور ، بطريقة أو بأخرى ، مع رمز المبرمجين الآخرين. لا يهم إذا كان جزءًا من تطبيق أو مكتبات أو أدوات خارجية أو تطبيق آخر بشكل عام. رمزنا غير موجود في عزلة. ونتيجة لذلك ، يمكن لشخص ما كسر رمز شخص آخر بسبب الاندفاع أو سوء الفهم أو الإهمال ، مما يسبب السخط والمشاجرات والتوتر وكثيرًا من اللعنات.
"كان أسوأ شيء لدي عندما كتبت برنامجًا مع شخص قام ، دون أي إشعار ، بتغيير المكتبة التي أشرنا إليها. ونتيجة لذلك ، فقدت مكالمات روتين فرعي المتغيرات أو إضافتها. أو الأسوأ من ذلك ، تعطل رمز المكتبة الذي لم أتمكن من الوصول إليه ". شيري فريسونكي هاربر
"عندما يتوقف جزء من شفرتك عن العمل لأن شخصًا ما غيّر الجزء الخاص به من الشفرة. غالبًا ما تبدأ وظائفهم تتطلب حججًا أكثر من ذي قبل. في بعض الأحيان تختفي الوظائف بشكل عام أو يتم نقلها إلى ملف آخر. " جيسيكا سو
"الحاجة للعودة باستمرار وإعادة الشفرة التي كتبتها قبل يومين والتي" تعطلت "(ليست المرة الأولى) بسبب التغييرات التي تم إجراؤها على النظام العام دون أي مناقشة من قبل شخص لم يختبرها أو يسجلها أن الاختبارات تفشل. ونتيجة لذلك ، يقولون لك إن رمزك "لا يعمل" . سيمون هايز
3. لا يفهم الناس ما أقوم به
على الرغم من الشعبية المتزايدة لمهنة البرمجة ووجود البرمجيات في كل مكان ، لا يزال العديد من المتخصصين غير المتخصصين في تكنولوجيا المعلومات لا يفهمون ما يفعله المطورون بالفعل. بالنسبة لهم ، نحن مجرد "فنيون" ، ولا يرون فرقًا كبيرًا ، على سبيل المثال ، بين مطوري البرامج والأجهزة. يمكن أن يؤدي سوء الفهم المستمر والأفكار غير الملائمة ، خاصة بين عائلتك وأصدقائك ، إلى جنون المبرمج.
"من بين الأشخاص غير المرتبطين بتكنولوجيا المعلومات ، هناك اعتقاد خاطئ على نطاق واسع بأنه بما أن المبرمجين يعملون على أجهزة الكمبيوتر ، فيجب أن يكونوا قادرين على إصلاحها. هذا هو نفسه تقريبًا كما لو كنت تقود سيارة ، يجب أن تكون قادرًا على فرز علبة التروس ". ستيف بورثويك
"نعم ، أكسب عيشي من خلال كتابة التعليمات البرمجية. لا ، لا يمكنني المساعدة في حل المشكلة مع الطابعة ، أو عن طريق فتح الملف المرفق بالرسالة ، أو عن طريق كمبيوتر لا يتم التمهيد. على الأقل - حتى تعاملني على الغداء أو البيرة ، ربما يمكنني المساعدة. " فيل جونسون
"اشرح للناس أنه ليس لدي في كل ركن متجر يقوم بتثبيت برامج مقرصنة على أجهزة الكمبيوتر الخاصة بهم." Anbalagan jeyabalachandran
"يعتقد العائلة والأصدقاء أنه يمكنني إصلاح كل شيء متصل بأجهزة الكمبيوتر عن بُعد. الأجهزة والبرامج. إنهم لا يفهمون. ونتيجة لذلك ، عليك الاستماع إلى تعليقاتهم اللاذعة مثل "أي مبرمج أنت حتى لو لم تتمكن من إصلاح محرك أقراص DVD على جهاز الكمبيوتر المحمول الخاص بي". جازيب بابار
"1-2٪ فقط من الناس يعرفون ما أفعله بالفعل." ياسين بكسن
2. ضيق الوقت
كما هو الحال مع معظم مجالات العمل الأخرى ، يستغرق إنشاء برامج جيدة وقتًا. لسوء الحظ ، كما هو الحال في أي مكان آخر ، لا ترغب الإدارة و / أو العملاء عادةً في الانتظار لفترة كافية لتنفيذ الحل المثالي بشكل صحيح. ونتيجة لذلك ، غالبًا ما يتم حث المطورين على جعلهم أسرع. هذا يؤدي إلى استخدام الاختراقات القبيحة ، إلى الدين التقني ، وسوء التوثيق. في المقابل ، تتسبب العواقب الموصوفة في حدوث صداع أثناء التحسينات اللاحقة والصيانة ، خاصة للمبرمجين الذين يتعين عليهم التعامل مع التعليمات البرمجية الجاهزة.
"أريد أن أفعل كل شيء بشكل جيد ، ولكن بسبب الضغط الذي يجب أن أقوم به على عجل. في بعض الأحيان يكون هذا مبررًا ، لكن الشعور بأن ثقافة البرمجة الحديثة قد ذهبت بعيدًا جدًا في هذا الاتجاه لا تترك ". تيخون جيلفيس
"إن أسوأ شيء بالنسبة لي هو كتابة شفرة فوضوية على عجل ومعرفة أنه يمكنني جعلها أكثر أناقة. ضغوط باستمرار بسبب ضيق الوقت ... " جين سيويل
"... عندما لا يتشابه معظم ما تفعله مع تقنيات البرمجة الجيدة عن بُعد ، ومجرد أن السرعة أكثر أهمية من الجودة ، عليك أن تفعل ما تطلبه." خوسيه بالالا
"... لا يوجد دائمًا ما يكفي من الوقت والمال لإيجاد الحل الصحيح ، ولكنهما دائمًا كافيان لتصحيحه لاحقًا على الركبة ، مرارًا وتكرارًا . " رومي اوزهي
1. العمل مع رمز شخص آخر
عاجلاً أم آجلاً ، يتعين على مطوري البرامج التعامل مع التعليمات البرمجية التي كتبها شخص آخر. سواء كان رمزًا قديمًا موروثًا من سلف في العمل ، أو واجهة برمجة تطبيقات تابعة لجهة خارجية ، أو رمزًا مكتوبًا بواسطة استشاري ، فلن تتمكن تمامًا من تجنب الحاجة إلى إصلاح برنامج شخص آخر وتوسيعه و / أو دمجه. وهذا غالبًا ما يجعل المطورين ينزعون شعرهم.
"... أسوأ شيء هو تسلق رمز الفضائي ، فهمه ، تصحيحه ، تكوينه. ويكون الظلام تمامًا عندما يستقيل الشخص الذي كتبه ولن يساعدك بأي شكل من الأشكال ". راتناكار ساداسيولا
"محاولة فك تشفير آلاف الأسطر من التعليمات البرمجية غير الموثقة." سيمون زهو
"كانت هناك أوقات اضطررت فيها للتعامل مع كود AWESOME الذي كتبه المستشارون." جو سامسون
"هناك مشكلة أخرى يمكن أن تكون محبطة للغاية وهي واجهات برمجة التطبيقات التابعة لجهات خارجية. في بعض الأحيان تعتمد بشكل كبير عليهم ، ثم تلاحظ وجود مشكلة ، أو هناك حاجة إلى نوع من الوظائف ، لكن واجهة برمجة التطبيقات لا تجعل من الممكن حلها بنفسك ، لذا عليك الاتصال بالمؤلف وتأمل في الأفضل. " كيفين سيكين
"أخطاء اللغة والإطار. تقضي أيامًا في محاولة معرفة سبب عدم عمل شفرتك. وفقط لاكتشاف أن الأمر برمته خطأ في اللغة أو الإطار " . جون بول الكالا
"لاكتشاف رمز كتبه شخص لم يكن لديه المؤهلات المناسبة لإنشائه ..." Nani Tatiana Isobel
ربما هناك شيء آخر في أفضل 10؟ مرحبا بكم في التعليقات :)