يستريح
مهلا، مطاردة المنتج! أنا إينيس، مؤسس منفرد لـ osloq. جاء هذا من مشكلة يعرفها كل مطور جيدًا. يقدم شخص ما تقريرًا عن خطأ، وقبل أن تتمكن حتى من التفكير في إصلاحه، عليك إسقاط ما تعمل عليه، والبحث في خطوات إعادة الإنتاج، ووضع مشروعك في الحالة الدقيقة التي وصفها، وتشغيله مرارًا وتكرارًا فقط للتأكد من أن الخطأ حقيقي. نصف الوقت ينتهي بـ “يعمل على جهازي” وتظل المشكلة هناك لأسابيع. لذلك قمت ببناء osloq للقيام بهذا الجزء. تقوم بتسليمها مشكلة github، وتقوم بتدوير صندوق حماية حقيقي، واستنساخ وتشغيل الريبو الفعلي الخاص بك، ومحاولة إعادة إنتاج الخطأ بالطريقة التي يفعلها المطور. ثم يسلمك تقريرا مدعوما بأدلة حقيقية. ماذا حدث، وماذا حدث، وما إذا كان الخلل حقيقيًا أم لا. وكان الجزء الأصعب أثناء بنائه هو الثقة. في وقت مبكر، كان العميل “يعيد إنتاج” الأخطاء التي لم تكن حقيقية، بل كانت في الأساس هلوسة واثقة. لذلك تم بذل الكثير من العمل لجعله يقوم بتشغيل تعليمات برمجية حقيقية وإثبات ما وجده، بدلاً من التخمين من قراءة المصدر. إذا لم يكن بإمكانه دعم المطالبة بالأدلة، فهو يقول ذلك. إنه مباشر اليوم وأود حقًا أن أحب تعليقاتك. ما الذي يجعل هذا مفيدًا في سير عملك؟ اسألني أي شيء، سأكون هنا طوال اليوم.
تم النشر: 2026-07-02 23:37:00
مصدر: www.producthunt.com
