عليك أن تكون مستعداً لقراءة شيفرة الآخرين، ثم كتابة شيفرتك الخاصة، ثم أن يقوم الآخرون بمراجعة شيفرتك.
اقتباسات تطوير البرمجيات
>
تصفية الاقتباسات
اقتباسات تطوير البرمجيات بواسطة بيل غيتس
المبرمجون الجيدون يبقون منفتحين على الرغم من عدم وجود طريقة واضحة لتحسين ما فعلوه... إنهم يواصلون البحث ويستمعون إلى ما يقوله الآخرون.
حتى بالنسبة لأفضل المبرمجين، آه، أحياناً سترى برنامج شخص آخر أو سيأتي أحدهم ويُظهر لك ما يمكن فعله بطريقة أبسط.
منذ يوم تأسيس مايكروسوفت، كان القيد الوحيد على نمونا هو جذب المزيد من المبرمجين الرائعين، الأشخاص الأذكياء جداً والمخلصين. ولذا، نحن دائماً نبحث عن هذا النوع من الأشخاص.
لا توجد سوى خدعة واحدة في البرمجيات، وهي استخدام قطعة برمجية تم كتابتها بالفعل.
الحيلة بشكل عام هي تقسيم البرامج إلى أجزاء وجعل هذه الأجزاء قابلة للاختبار بشكل فردي، وبالتالي عندما تنتقل إلى الأجزاء الأخرى، تعاملها كصندوق أسود تعلم أنه إما يعمل أو لا يعمل.
عندما تصل إلى نهاية المشروع، تريد تشغيل جميع حالات الاختبار مقابل إصدار واحد والتأكد من أنك تعلم أن هذا الإصدار قد اجتاز كل شيء. ولذا، عندما تتأخر في المشروع، تصبح أكثر تحفظاً قليلاً بشأن إجراء تغييرات جذرية على البرنامج.
لم تكن أجهزة الحاسوب الشخصية المبكرة قوية جداً، لذا فإن فكرة تحميل برنامجها في كمية صغيرة من الذاكرة تتطلب مهارة هائلة.
خدعة أخرى في البرمجيات هي تجنب إعادة كتابة البرمجيات باستخدام جزء تم كتابته بالفعل، ما يسمى بالنهج المكونات الذي أحدث مصطلح له في شكله الأكثر تقدماً هو ما يسمى بالبرمجة الكائنية التوجه.
الناس يبنون البرمجيات ولذا فإن جعل الأجزاء بحيث يفهم شخص واحد جميع المقايضات وكل ما يحدث في جزء ما هو أمر ذو قيمة قصوى. إنه يتجنب الدخول في وضع تجريبي حيث تحاول فقط تجربة الأشياء. هذا لا ينجح أبداً.
أفضل طريقة للاستعداد [لتكون مبرمجاً] هي كتابة البرامج، ودراسة البرامج العظيمة التي كتبها الآخرون. في حالتي، ذهبت إلى صناديق القمامة في مركز علوم الحاسوب واستخرجت قوائم أنظمة التشغيل الخاصة بهم.
عامل المخرطة العظيم يحصل على أجر عدة أضعاف أجر عامل المخرطة العادي، لكن كاتب الشيفرة البرمجية العظيم يستحق 10,000 ضعف سعر كاتب البرمجيات العادي.