نحن نولي الكثير من الاهتمام لأدوات التطوير: نشارك في مناقشات ساخنة حول المحررين (Vim أو Emacs؟) ، ونقضي الكثير من الوقت في تخصيص IDE حسب ذوقنا ، ونختار بعناية لغات البرمجة والمكتبات التي تتحسن وأكثر ملاءمة كل يوم. ومع ذلك ، يمكن تمييز فئة واحدة هنا ، والتي لسبب ما تظل منسية بشكل غير مستحق: لم تتغير أدوات تصحيح الأخطاء كثيرًا على مدار العقد الماضي ، على الرغم من أنها لا تزال إحدى الأدوات الأساسية لاكتشاف الأخطاء والتنقل في الشفرة.
الصورة: تيموثي دايكسtimothycdykes ، unsplash.com
في كثير من الأحيان ، نفضل إضافة بضع printنقاط بسرعة بدلاً من وضع نقطة توقف في المكان المناسب والسير خلالها باستخدام مصحح أخطاء - والسؤال "لماذا؟" لا يتوقف عن تسليتي - بعد كل شيء ، printتوفر السجلات والسجلات معلومات محدودة ولا تسمح بالتفاعل التفاعلي مع العملية الجارية (ويمكن حتى لأدوات تصحيح الأخطاء العمل مع العمليات "الميتة"!).
أحد الأسباب الرئيسية التي أراها هو عدم إحراز تقدم كبير في تطوير أدوات تصحيح الأخطاء.
GDB , . , 4K, - , . , IDE VS Code ( , JavaScript), - - .
: Rust "" — , , . " ", , . , , — , .
. GDB LLDB, : (Go Rust) , C C++. — , — , . — Go Java LLDB.
, ? , Rust! , . Delve , ( — Go) , x86-64 Windows/Linux/macOS.
, , , . : - , ( - ). REPL Jupyter ( , , ).
, , , , , .
, Headcrab, . : , , . , — - .
إذا كنت مهتمًا بالمشاركة في التطوير ، فسيسعدنا تقديم الدعم لك ، حتى لو كانت برمجة النظام لا تزال جديدة عليك. يمكنك أيضًا المساعدة إذا كنت تشارك تجربتك في تصحيح الأخطاء: ما المشكلات التي واجهتها ، وما الأدوات التي تستخدمها ، وما الذي ترغب في رؤيته في مصحح الأخطاء الجديد؟
شكرا لك على قراءة هذا النص.