Salesforce: أكثر من 75% من مطوريها يستخدمون Cursor والسرعة زادت 30%
Salesforce عندها لوحات تقيس أداء آلاف المهندسين، فقدرت تشوف أثر Cursor على السرعة والجودة بسرعة.
- الجهة
- Salesforce
- المجال
- البرمجة
- الأداة
- Cursor
- المصدر
- Cursor: مدونة الشركة
نُشر المصدر: 21 يناير 2026
وش كانت المشكلة؟
Salesforce فيها آلاف المهندسين وكود قديم كثير. كتابة اختبارات للكود القديم (تغطية الاختبارات) شغل ممل ويطول، وكثير منه يتأجل.
وش سوّوا؟
وزعت Salesforce Cursor على مهندسيها، وقاست الأثر بلوحات موجودة عندها أصلًا: وقت الدورة، وسرعة طلبات الدمج، وجودة الكود. وفريق استخدمه لكتابة اختبارات للكود القديم.
النتيجة حسب المصدر
- أكثر من 75% من المطورين يستخدمون Cursor.
- السرعة زادت أكثر من 30%.
- فريق قلل وقت تغطية اختبارات الكود القديم بـ 85%.
الأرقام منقولة كما نشرها المصدر، وما تحققنا منها بشكل مستقل. وقصص العملاء غالبًا من الشركة اللي تبيع الأداة، فنتيجتك ممكن تختلف.
وش تتعلم منها؟
أهم شي سوته Salesforce إنها كانت تقيس قبل ما تبدأ. بدون قياس قبل، أي رقم بعد يكون مجرد إحساس.
كيف تسويها بنفسك؟
- قبل ما تشتري أي أداة، سجل 3 أرقام: وقت الدورة، عدد طلبات الدمج، الأخطاء بعد الإطلاق.
- ابدأ بمهمة مملة واضحة: كتابة اختبارات للكود القديم.
- خل الأداة تكتب الاختبارات والمبرمج يراجع.
- قارن الأرقام بعد 4 إلى 6 أسابيع.
- قرر التوسع حسب الأرقام مو الحماس.
برومبت جاهز تبدأ فيه
هذي دالة قديمة ما لها اختبارات: [الكود]. اكتب اختبارات وحدة تغطي كل المسارات، بما فيها الأخطاء والحالات الحدية. لا تعدل الدالة نفسها، وإذا لاحظت خطأ فيها اكتبه كملاحظة منفصلة.
عدّل اللي بين الأقواس [ ] على وضعك. ولا تلصق بيانات عملاء أو أرقام هويات في أداة ما تعرف سياستها.
حالات وأدلة قريبة
المصدر
آخر تحديث للصفحة: 29 أكتوبر 2026