هناك ظاهرة غريبة ظهرت بين ناشري البرمجيات. يبدو أن هناك ميلًا لدى الأشخاص إلى عكس فهمهم لما يجعل المنتج عالي الجودة أفضل، أو على الأقل هذا صحيح عندما يتعلق الأمر بأولئك الذين يقومون بالتسويق.
إنها تسير على غرار ما يلي: "يحتوي منتجهم على مليون سطر من التعليمات البرمجية، ولكن منتجنا يحتوي على مليونين، لذلك يجب أن يكون منتجنا أفضل."
لا أحد يعرف من أين جاء هذا النوع من التفكير "الأكثر هو الأكثر"، عندما كان الجميع في الماضي يعملون بجد لخلق فلسفة "الأقل هو أكثر".
ربما بدأ الأمر بالصحافة الاستهلاكية، لأن العديد من الكتاب يحاولون إقناع الجماهير بنقل أرقام كبيرة. ينجح هذا الأمر بالنسبة لمعظم الأشياء، إذ يحتوي محرك الأقراص المحمول الصغير هذا على 200 تيرابايت من البيانات، ويمكن لوحدة المعالجة المركزية معالجة 48 مليار تعليمات في الثانية، ولا يتمتع الكتّاب دائمًا بالذكاء التكنولوجي الكافي لفهم أن الأمر نفسه لا ينطبق على كود المصدر.
لكن الكفاءة في الترميز لا تتعلق فقط بإنشاء خوارزميات ضيقة. إنها أيضًا تتعلق بالقدرة على تقليل الهدر. هذا يعني إهدار من حيث مقدار الوقت الذي تقضيه في إصلاح المشكلات ، وإهدار من حيث استهلاك الكثير من موارد الكمبيوتر ، وحتى إهدار من حيث عدد صناديق البيتزا التي كدها فريقك حول المكتب بنهاية الأسبوع. من الناحية المثالية تريد خفض كل هذه الأشياء.
كيفية تحسين كفاءة البرمجة في 8 خطوات بسيطة
إذن ما سنلقي نظرة عليه في هذه المقالة هو الأشياء التي يمكنك القيام بها لتحسين الكفاءة وزيادة الإنتاجية.
1. بناء بيئة عمل مواتية
كل المبرمج يعمل في ظروف فريدة ، وقرائنا مجموعة متنوعة للغاية ، لذلك سيكون من الأسهل بالنسبة لبعضكم أن ينفذوا هذه الاقتراحات أكثر من الآخرين.
إذا كنت مستقلاً ، تهانينا ، لأنك تتقن بالفعل بيئة العمل الخاصة بك. بالطبع سوف يتغير ذلك عندما تذهب لزيارة عميل وتضطر إلى العمل في الموقع ، لكنه لا يزال موقعًا رائعًا إذا كنت تستطيع النجاح فيه.
إذا كنت مدير فريق التطوير ، فهذه الاقتراحات يمكن أن تساعد أيضًا في جعل فريقك يحقق أقصى درجات الكفاءة. أو إذا كنت عاملًا في فريق التطوير ، فقد ترغب في اقتراح بعض هذه الأفكار على مديرك أو على الأقل إرسال رابط إلى هذه الصفحة والأمل في الأفضل.
فكر في السماح لأعضاء الفريق بالاتصال عن بُعد
البرمجة هي جزئيًا تمرين في المنطق، ولكنها أكثر من مجرد تحدي إبداعي. يستطيع أفضل المبرمجين توظيف أي من جانبي دماغهم بنفس القدر في أي مهمة.
لقد أقر العلم منذ فترة طويلة أن الأشخاص المبدعين يقومون بأفضل أعمالهم في الليل، وهذا شيء شهدناه جميعًا. فلماذا يصر معظم المديرين على الروتين التقليدي من الساعة 9 إلى 5؟
في الواقع ، نحن نعرف بالفعل الجواب على ذلك. يتعلق الأمر جزئيًا بالتحكم ، وجزئيًا عن جعل الأمور أكثر ملاءمة من وجهة نظر العمل (أو على الأقل الإدارة). لكن هذا الإصرار على الروتين والموقع يضر بكفاءة وإنتاجية الفريق.
ما تحتاج إلى إدراكه هو أن المبرمجين لديك ربما كانوا مستيقظين طوال الليل لتجربة أحدث الألعاب، أو ربما ذهبوا للاحتفال، أو ببساطة اضطروا إلى التواصل مع العائلة.
وهذا يعني أنه عندما يحضرون للعمل صباح يوم الاثنين، فإنك لن تصلهم إلى ذروة مستوى إنتاجيتهم فحسب، بل إنهم بالفعل قد استنزفوا طاقتهم وأصبحوا متعبين.
يُعد منح العمال خيارًا عند العمل - والأماكن المثالية أيضًا - طريقة ممتازة لتحسين الإنتاجية والروح المعنوية. طالما أنجزوا المهمة ونجحوا في تحقيق نتائج نوعية ممتازة ، يجب ألا تهتم بموعد أو مكان أو كيفية تحقيق ذلك.
الاستثناء هو عندما تحتاج إلى تعاون وثيق، ولكن في الحقيقة فإن معظم المبرمجين يقومون بعمل أفضل عندما يُتركون للقيام بالأشياء بطريقتهم الخاصة، ومن النادر الحاجة إلى تعاون وثيق.
يجب أن يظل خيار القدوم إلى المكتب موجودًا، ولكن لا يوجد سبب واقعي لضرورة ذلك إلا إذا كنت تعمل في مشاريع عسكرية سرية للغاية.
بصفتك صاحب عمل حر ، يمكنك أيضًا رؤية النقطة الأساسية هنا هي أنه إذا كنت تقوم بمعظم أعمال الترميز الفعلية في الليل ، فمن المحتمل أن تقوم بالمزيد من العمل. هناك عدد أقل من الانحرافات في وقت متأخر من الليل ، وهو أكثر هدوءًا ، وستشعر بمزيد من الإبداع.
تجنب الموسيقى
لقد رأينا جميعًا هذه الصور النمطية للأفلام المجنونة حيث يضع بعض überhacker الفائق الجرونج سماعات الرأس والمربيات حتى الموت ، بينما يجهضون بسرعات كبيرة من الشفرات دون توقف حتى عن التنفس. وكل منا الذي يرمز حقًا في العالم الحقيقي يعرف مدى سخافة تلك الصورة.
ولكن إذا كنت تستمع إلى الموسيقى أثناء العمل، فكن حذرًا. من السهل جدًا أن تجد نفسك تفكر في الموسيقى بدلاً من عملك، وبعض أنواع الموسيقى يمكن أن يكون لها تأثير منوم.
عندما تذهب لممارسة التمارين الرياضية في صالة الألعاب الرياضية، قد يلهمك النوع المناسب من الموسيقى لبذل المزيد من التكرارات. لكن لم يتمكن أحد من إنشاء موسيقى تلهمك للعثور على السطر الذي يحتوي على الفاصلة المنقوطة المفقودة، أو اتخاذ الاختيار الصحيح بين استخدام حلقة for أو حلقة while. أقرب ما وصلنا إليه على الإطلاق هو الأحلام الكهربائية.
محاولة للحفاظ على مرتبة
يمكن أن يكون الفوضى مريحًا بشكل غريب ، لكنه أيضًا يمكن أن يبطئك. يمكنك بسهولة فقدان 20 من الدقائق بحثًا عن شيء ضاع في الفوضى ، ثم تنسى سبب رغبتك في المقام الأول.
لذا، على الرغم من كل الإزعاج الذي يسببه ذلك، لماذا نحن - البعض منا على الأقل - مدمنون على الفوضى؟ تدعي الخبيرة التنظيمية والمؤلفة، جولي مورجنسترن، أن السبب في ذلك هو أن هذه الأشياء تربطنا بماضينا وتلعب دورًا في تحديد هويتنا.
ويشير ماركوس جيدولد، وهو مدرس ومخرج مسرحي مقيم في مدينة نيويورك، إلى أن السبب في ذلك هو أن الفوضى أفضل من البيئة "المعقمة"، ويشبه فوضى الفوضى بالتأكيد على الحرية والإبداع.
ومع ذلك، ليس هناك شك في أن تقليل الفوضى سيساعدك على تجنب التشتيت وعدم التنظيم. وعلى هذا النحو، فهو هدف يستحق تحقيقه.
بكل تأكيد، احتفظ ببعض الأشياء المقدسة التي تجعلك تشعر بتحسن وتقلل من التوتر، ولكن لا تفرط في ذلك. إن التخلص من الفوضى هو أحد أصعب الأشياء التي يقوم بها معظم الناس، ولا يقتصر الأمر على أجهزة الكمبيوتر المكتبية المادية التي تحتاج إلى التخلص من الفوضى، بل غالبًا ما يشمل الأمر أجهزة الكمبيوتر المكتبية أيضًا.
إذا كنت تعاني حقًا من ذلك، فيمكنك تجربة استخدام DTE البسيط مثل Fluxbox، والذي لا يسمح لك حقًا بوجود أي فوضى.
ولكن في خضم كل هذا الترتيب ، لا تذهب إلى الخارج. هناك الكثير من العلوم الجيدة التي تشير إلى وجود قدر من الفوضى في البيئة قد تؤدي بالفعل إلى الإبداع. واحدة من أكثر الأجزاء التي يتم الاستشهاد بها بشكل متكرر في هذا البحث هو إدخال مجلة في العلوم النفسية من قبل Vohs ، و Redden & Rahinel لجامعة مينيسوتا بعنوان النظام البدني ينتج خيارات صحية ، والكرم ، والاصطلاحية ، في حين أن الاضطرابات تنتج الإبداع. من المحتمل أن السبب وراء تشبث الصحفيين بالجريدة بهذا الأمر هو أنه يخلص بوضوح إلى أن: "... المشاركون في غرفة غير منظمة أكثر إبداعًا من المشاركين في غرفة منظمة."
وجهات النظر المعارضة أقل بكثير ، مثل الاضطراب البيئي يؤدي إلى فشل التنظيم الذاتي (تشاي وزو ، 2014) ، التي نشرت في مجلة أبحاث المستهلك. وجدت هذه الدراسة أن الأشخاص الذين يعملون في بيئات غير منظمة كانوا يعانون من ضعف في قدرتهم على أداء المهام.
إذن ، أين يتركك هذا؟ يجب أن تعمل في حالة من الفوضى أو العقم؟ يبدو أن الإجابة هي إيجاد توازن حيث يكون الفوضوي مجرد ما يكفي لإبقائك ملهمًا ، ولكن ليس بقدر ما يصرف انتباهك أو تجد صعوبة في العثور على الأشياء.
اترك مساحة خلفك لتهدئة أفكارك
إنها فكرة جيدة أن يكون لديك متسع كبير للتجول عندما تتداول. وقد اشتهر العديد من أفضل الأميركيين والجنرالات في التاريخ بالوقت الطويل الذي أمضوه في التعرف على سطح السفينة أثناء التخطيط لاستراتيجيات المعركة.
لا يتبع الرجال المقاتلون هذه الممارسة فقط. يدافع العديد من الرهبان البوذيين أيضًا عن "التأمل أثناء المشي" ، ويعتقدون أنه يساعد في تعزيز صفاء الذهن. كلما كانت لديك مشكلة برمجة معقدة بشكل خاص لحلها ، فقد تجد أنها تساعد على مد ساقيك قليلاً من خلال المشي التأملي حول سطح السفينة. من الواضح هنا مرة أخرى أن قلة الفوضى ستساعدك على القيام بذلك دون أن ينتهي بك الأمر في المستشفى.
كرئيس ، واتخاذ نهج حذر لانتقاد الجهود الإبداعية
لا حرج في النقد البناء ، ولكن عليك اختيار اللحظة المناسبة والتعامل معها بالطريقة الصحيحة ، أو يمكن أن تأتي بنتائج عكسية عن طريق جعل موظفيك أقل إنتاجية في المستقبل. بدلاً من إلهامهم وتقديم نظرة ثاقبة ، قد تجعلهم في الواقع يخافون من المخاطرة ، وهي طريقة جيدة للقضاء على الإبداع. ماريك روسكيس القيود التي تساعد أو تعوق الأداء الإبداعي: نهج تحفيزييوفر إطارًا لكيفية التعامل مع تحفيز العمال المبدعين ، وتحديداً أيضًا كيفية تجنب التقليل من شأنهم عن غير قصد (إدارة الإبداع والابتكار ، Vol 24 ، Iss 2 ، 2015).
2. إنشاء SOP جيدة
هناك الكثير من الاتجاهات الجذابة في إدارة الأعمال وإجراءات البرمجة التي تبدو أكثر منطقية بكثير من الناحية النظرية مما يتضح أنها في الواقع العملي. ما إذا كان نهج معين يناسبك أم لا يعتمد على هدفك ، وما تعتبره شخصيًا نتيجة ناجحة.
أحد الأمثلة على المنهجية التي جربتها إحدى الشركات التي عملت بها - وسرعان ما تم إسقاطها - هو البرمجة الزوجية (يجب عدم الخلط بينه وبين برمجة PEAR).
في حين أن بعض الناس معجبون حقًا بمنهجية العمل هذه ويثنون على مكانتها في نموذج التطوير الرشيق، فقد وجدنا أنها كانت غير فعالة بشكل رهيب.
في البداية، كان الأمر يتطلب وجود مبرمجين اثنين لكل محطة عمل، لذلك كنت تدفع ضعف المبلغ مقابل أعمال التطوير الفعلية الأقل. لقد وجدنا أيضًا أن العمل بهذه الطريقة كان أبطأ بكثير بسبب تدفق التوقف/البدء المتكرر والميل إلى الحوار غير الضروري.
كانت مزايا البرمجة الزوجية هي أنها أسفرت عن وثائق طبيعية ووثائق أكثر صرامة. كما سمح برصد الأخطاء بسهولة أكبر وتقديم اقتراحات بشأن تشديد الخوارزمية. ومع ذلك ، في نفس الوقت ، خلقت نفس المزايا أيضًا مشكلات لأن التعديلات والتعديلات لم تكن ضرورية في بعض الأحيان.
هناك خطر آخر في هذا النهج وهو أنه يمكنك الحصول على التأثير الذي حدده Roskes ، حيث قد يتردد المبرمجون في تجربة الأشياء لأنهم لا يريدون تصحيحها. قد تجد اشتباكات شخصية تتوهج حيث يكون أحد المطورين متحفظًا جدًا وتقليديًا ، لكن الآخر أكثر إبداعًا وتلقائيًا.
غالبًا ما يوضح المبرمجون أنهم يفضلون البرمجة الزوجية. من المحتمل أن يكون هذا بسبب تمتعهم بالتفاعل الاجتماعي الذي يوفره ، لكن هذا لا يساهم في كفاءة الإنتاج ، باستثناء ربما كداعم معنوي.
لذلك ما تحتاج إلى تأسيسه هو ما يصلح فعلاً للمطورين لديك وما لا ينجح. بالنسبة للأشياء التي لا تعمل ، من الأفضل التخلص منها ، حتى لو كانت ممارسة تتجه نحو حار. كل ما يساعد الفريق على إحراز تقدم سريع أمر جيد. ولكن إذا تم تقييمهم بمنهجية لا تناسب أسلوبهم ، فستؤدي في النهاية إلى مشاكل.
3. شجع الوثائق المطوّلة
على الرغم من أنه قد يبدو أن الفعل يزيد من عدم الكفاءة ، إلا أن قلة الوقت الذي يستغرقه تقديم مزيد من التفاصيل والدقة في التعليقات يمكن أن يوفر الكثير من المتاعب مع استمرار المشروع أو إجراء مراجعات عليه.
4. تثبيط الوثائق غير الضرورية
غالبًا ما تكون الشفرة المكتوبة جيدًا ذاتية التوثيق. إذا كان من الواضح تمامًا ما تفعله الوظيفة من الاسم الذي تسميه (والذي يجب أن يكون دائمًا ما يكون هو الحال) ، فإن إضافة المزيد من الوصف لا لزوم لها. الشيء نفسه ينطبق على قيم التسمية والعودة المتغيرة. يجب أن يكون واضحًا من الاسم ما الذي يقومون به ، وفي تلك الحالات التي يتعذر فيها القيام بذلك ، يجب عليك تضمين وصف لها في التعليقات.
5. المساحة البيضاء هي صديقك
يعد استخدام المساحات البيضاء بشكل مناسب في الكود الخاص بك مفيدًا في المساعدة على تسهيل قراءة الكود ومراجعته وفهمه. إنه يسير جنبًا إلى جنب مع توثيق جيد وكتابة رمز التوثيق الذاتي. يجب أن يكون من الممكن لأي مبرمج متمرس - أو حتى غير مبرمج - أن يلتقط نسخة من الكود المصدري وأن يفهم على الفور الغرض من كل وظيفة وكيف تعمل. من الناحية المثالية ، يجب أن يكون شخص ما قادرًا على تعلم البرمجة من شيء أكثر من دراسة التعليمات البرمجية المكتوبة جيدًا.
6. تفضل البساطة على التعقيد
كلما زادت تعقيدك لإنشاء الشفرة ، زاد صعوبة فك الارتباط. ومن المفارقات أن هذا ينطبق على اختصارات البرمجة ، مثل استخدام الشرطية المختصرة بدلاً من كتابتها بالكامل. إنه يوفر وقتًا في الكتابة ، ولكن قد لا يفهم مبرمجًا أقل خبرة يأتي لمراجعة الكود لاحقًا.
7. اختبار شامل
يجب اختبار الرمز بشكل تدريجي وغالبًا. قبل نشر أي شيء ، يجب إجراء أكبر قدر ممكن من الاختبارات الداخلية ، حتى لو تم تعيين الإصدار الأول الخاص بك على Alpha.
8. استخدام التحكم في الإصدار
يجب أن تكون مجنونا من عدم استخدام التحكم في الإصدار في مشروع كبير. بدون ذلك ، لن تكون محميًا من أخطائك البسيطة ، كما أنه من السهل حقًا أن يقوم أحد أعضاء الفريق بتخريب الشفرة عن قصد (أو عن قصد) عن طريق الكتابة فوقها بشيء لا يرضيك.
وفي الختام
من خلال أخذ هذه الاقتراحات الثمانية الأساسية في الاعتبار، ستتمكن من تطوير إستراتيجيتك الخاصة لتحقيق أكبر قدر من الكفاءة لك ولأي من أعضاء الفريق الذين تعمل معهم.
ليس من الضروري أن تطبقها كلها، وبالتأكيد قد لا يكون بعضها عمليًا بالنسبة لك، ولكن أي مزيج منها من المرجح أن يؤدي إلى إنجاز عملك بأقل قدر من المتاعب. إن سير العمل الأكثر إنتاجية سيدفع تكاليفه بمرور الوقت، حتى لو كان ذلك فقط من حيث تقليل التوتر ومنحك المزيد من الوقت لنفسك. وهذا هدف يستحق العمل من أجل تحقيقه.
التعليقات الردود 0