كيف يمكنني قياس إنتاجية المحرر بشكل موضوعي؟

Question

لست متأكدًا مما إذا كان Vim يجعلني أكثر إنتاجية مقارنةً بالمحررين/بيئات التطوير المتكاملة الأخرى مثل Eclipse على سبيل المثال.

لكن بطريقة ما أشعر بشعور قوي عند استخدام Vim ولاحظت مقاومة تجربة المحررين الآخرين.

مثال:بمجرد أن أرى بعض الميزات الرائعة في محرر آخر أفكر "يمكن لـ Vi القيام بذلك (علي فقط العثور على ضغطة المفتاح أو تكوين مكون إضافي)"

كيف يمكنني قياس إنتاجية المحرر بشكل موضوعي؟

المحرر المثالي بالنسبة لي هو: نتبيانز مجموعة الميزات وسهولة الاستخدام، ولكن مع أداء SublimeText ومظهره الأنيق.

تحديث
كود الاستوديو المرئي هو الآن محرر الكود الأساسي الخاص بي.
نص سامية لملفات التكوين والتحرير السريع.
همة لجلسات SSH أو التحرير باستخدام وحدات الماكرو.

Answer 1

أود أن أقول إن هذه الأعراض هي أدلة ذاتية تشير إلى أنك ربما تكون أكثر إنتاجية في Vim - من المرجح أن يكون الإحباط من الأدوات الأخرى مؤشرًا جيدًا إلى حد ما.

أود أن أقول بدرجة كبيرة من اليقين أنه إذا كنت مهتمًا بـ Vim بدرجة كافية لتشعر بالإحباط من المحررين الآخرين، فمن المحتمل أن تكون أي زيادة في الإنتاجية من التبديل صغيرة جدًا.

Answer 2

إذا كنت تحب كتابة التعليمات البرمجية في vim، فهذا وحده سبب وجيه لاستخدام vim.

ما فائدة الأداة التي تجعلك أكثر إنتاجية بنسبة 2% (وفقًا لبعض الدراسات) ولكنك لم تعجبك بالقدر نفسه؟أقول لك إن العمل باستخدام الأدوات التي تفضلها أمر مهم للغاية!

Answer 3

أنا أيضًا مدمن على نموذج الإدخال Vi، وأنا متأكد من أنه يجعلني أكثر إنتاجية.

أشعر بعدم الارتياح عندما أستخدم بعض المحررين الآخرين.عندما أستخدم Visual Studio أحتاج حقًا ViEmu, ، في Eclipse الذي أستخدمه viPlugin, ، وما إلى ذلك وهلم جرا.

منذ بعض الوقت كنت أحد مستخدمي Emacs، والآن لا أستطيع استخدامه بدونه الافعى.

ومع ذلك، فإن الإنتاجية مع Vi تأتي حقًا عندما تكون قادرًا على استخدام الأوامر دون التفكير فيها.

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

Answer 4

للقيام بذلك بموضوعية, ، ستحتاج إلى شيء قابل للقياس.

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

Answer 5

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

قد ترغب أيضًا في التفكير في برامج تحرير مختلفة لأطر/لغات مختلفة.أستخدم vim في معظم برمجة C وPerl، ومحررًا مختلفًا لتطبيقات Java غير التافهة، ومحررًا آخر للتطوير في Rails، ولم أجد محررًا واحدًا يناسب الجميع حتى الآن.

Answer 6

أقترح ببساطة قياس مخرجاتك الفعلية:

• استخدم vim لمدة أسبوع واحد وقم بقياس الناتج الفعلي.احفظ النتيجة باسم V.
• استخدم محررًا آخر لمدة أسبوع واحد وقم بقياس الناتج الفعلي.احفظ النتيجة باسم E.

لو V < E, ، فإن محررًا آخر يتمتع بإنتاجية أفضل، وإلا فإن vim هو الخيار الأفضل لك.

---

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

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

لن أحاول حتى قياس الاستخدام الفعلي للمحرر.يمكن تنفيذ محرر عالي الأداء حقًا dd if=/dev/urandom bs=1M count=1 > code.cpp لكن التغييرات عالية لدرجة أن جودة التعليمات البرمجية الناتجة سيئة للغاية.إذا كان الناتج جيدًا، فلا ينبغي لأحد أن يهتم بكيفية إصداره.

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