أكثر 10 أدوات إنتاجية كرهها المهندسون: JIRA في المرتبة الأولى، وWindows في المرتبة العاشرة

أظهرت الدراسات أن أكثر عشرة أدوات إنتاجية مكروهة من قبل المهندسين في العام الماضي تشمل JIRA وAWS وصولاً إلى Windows، فما السبب وراء ذلك؟ (ملخص: هل ستستبدل الذكاء الاصطناعي مهندسي تايوان؟ جن-هسون هوانغ يصرح "البوتات ستستبدل الآلاف من الموظفين": ثماني شركات تايوانية تقوم بالتطبيق لتحسين الأداء) (خلفية: شركة الذكاء الاصطناعي الوحش Builder.ai تعلن إفلاسها! استثمارات بارزة من مايكروسوفت وأمازون، لكنهم يستخدمون مهندسي عقود لتزوير "كتابة التطبيقات تلقائيًا") أجرت النشرة المعروفة The Pragmatic Engineer استبيانًا بين ثلاثين ألف مهندس برمجيات حول "أكثر عشرة أدوات إنتاجية مكروهة" في العالم. هذه الخدمات أو البرمجيات التي كان من المفترض أن تزيد من الكفاءة، أصبحت الآن ملصقة بتهمة إبطاء تقدم المشاريع. دعونا نفصلها واحدة تلو الأخرى. أولاً: JIRA الواجهة تحتوي على مستويات متعددة، وسرعة التحميل بطيئة، بل يستخدمها الإدارة لمراقبة المرؤوسين، مما يجبر المهندسين على قضاء الوقت في تحديث تذاكر العمل بدلاً من كتابة الأكواد. الثاني: Microsoft Teams تتكرر فيه حالات التعطل وتأخر الإشعارات، وعند الرغبة في إجراء مكالمة فيديو، يتعين الانتظار أولاً حتى "يتم إصلاح البرنامج"، مما يعيق إيقاع التواصل بين الفريق. الثالث: Confluence فتح الصفحات كالجري في ماراثون، ونتائج البحث غير دقيقة، مما يجعل مكتبة الوثائق تشبه المتاهة. الرابع: Jenkins التداخل بين الإضافات معقد للغاية، والترقية كأنك تفكك قنبلة. التصميم القديم للواجهة يجعل المبتدئين في حيرة. الخامس: Azure DevOps مراجعة الأكواد ممكنة في الفرق الصغيرة، لكن عند مواجهة الكثير من PR، يتوقف النظام. يفتقر إلى التحليل الثابت الفوري، ويتعين الاعتماد على الإضافات للفحص الأمني. السادس: AWS تصميم واجهة الفوترة والخدمات يحتوي على الكثير من الطبقات، وقد حدثت حالات اختفاء بيانات لعشر سنوات، وأحياناً تكون تعليمات الذكاء الاصطناعي مضطربة. السابع: Bitbucket تحميل المستودعات الكبيرة بطيء، والواجهة مليئة بالضوضاء. خلال الأعطال، لا يمكن الانتظار إلا لإعلان Atlassian. الثامن: Xcode إعداد المشروع مطول، وبيئة CI تظهر باستمرار "missing classname for isa key". نفس الكود يعمل محليًا، لكنه يفشل عند التشغيل في السحابة. التاسع: GitHub Actions تدفقات العمل المعقدة يمكن أن تستغرق 25 دقيقة لتعمل، وحدود الاستخدام غالبًا ما تقطع التكامل المستمر. تحذر GitHub المطورين من ضرورة التحكم في زر الدمج. العاشر: Windows وقت التحديث غير قابل للتحكم، وبعد الانتهاء تظهر أحيانًا مشاكل في التوافق؛ مع الاستخدام الطويل، تنخفض الأداء، مما يجبر المطورين على إعادة التشغيل أولاً. بعد النظر إلى القائمة، هل توافق؟ هل هناك أي مهندس يمكنه مشاركة تجربته؟ تقارير ذات صلة: أول موظف غير بشري في وول ستريت! جينرال سيتي توظف مهندس الذكاء الاصطناعي ديفين "كفاءة العمل تتجاوز أربع مرات" ويمكنه التعاون مع 12,000 مطور في نفس الوقت. مهندس DOGE العبقري إدوارد كورستين يغادر، هل كانت إصلاحات ترامب المالية في طي النسيان؟ <أكثر عشرة أدوات إنتاجية مكروهة من قبل المهندسين: JIRA في المركز الأول، وWindows في المركز العاشر> تم نشر هذه المقالة لأول مرة في BlockTempo "BlockTempo - الوسيلة الأكثر تأثيرًا في الأخبار المتعلقة بالبلوكتشين."

AWS-8.97%
شاهد النسخة الأصلية
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
  • أعجبني
  • تعليق
  • إعادة النشر
  • مشاركة
تعليق
0/400
لا توجد تعليقات
  • تثبيت