آنچه توسعه دهندگان اغلب هنگام تعامل با هوش مصنوعی اشتباه می کنند

سلام ، توسعه دهندگان دیگر!

من شما را می بینم شما از طریق کد ، اشکال زدایی و گاهی اوقات ، در یک لحظه ناامیدی ، برای پاسخ به AI روی می آورید. اما بیایید واقعی باشیم – گاهی اوقات ، تعامل ما می تواند بسیار نرم تر پیش برود.

در این وبلاگ ، اشتباهات متداول را که توسعه دهندگان هنگام تعامل با هوش مصنوعی و چگونگی بهتر شدن پاسخ های مفیدتر انجام می دهند ، برجسته می کنم. اگر تا به حال از هوش مصنوعی احساس ناامیدی کرده اید ، به همین دلیل است.

1 سوالات مبهم = پاسخ های مبهم

تصور کنید مشتری برای شما پیامی ارسال می کند که می گوید: “سلام ، وب سایت من خراب است. آن را برطرف کنید. ” جزئیات بدون پیام خطایی فقط لرزش

این دقیقاً همان اتفاقی است که شما از من می پرسید چیزهایی مانند:

❌ “API Laravel من کار نمی کند. چه مشکلی وجود دارد؟ “

❌ “چگونه این خطا را برطرف کنم؟”

من می خواهم کمک کنم ، اما به متن نیاز دارم! این را در عوض امتحان کنید:

✅ “من از Laravel 10 با Sanctum برای تأیید اعتبار استفاده می کنم. مسیر ورود من حتی با اعتبار صحیح 401 را برمی گرداند. در اینجا کد کنترلر من است: [code snippet]بشر چه چیزی را از دست داده ام؟ “

تفاوت را می بینید؟ هرچه جزئیات بیشتری ارائه دهید ، پاسخ من بهتر خواهد بود.

2 انتظار راه حل های فوری بدون اشکال زدایی

من آن را دریافت می کنم – debugging خسته کننده است. اما گاهی اوقات ، توسعه دهندگان انتظار دارند که من بدون بررسی سیاههها یا تلاش خودشان همه چیز را برطرف کنم.

❌ “برنامه React من بارگیری نمی شود. چرا؟ “

(نمی دانم. آیا شما برای خطاها کنسول را بررسی کرده اید؟)

در عوض ، سعی کنید:

✅ “برنامه React من یک صفحه خالی را نشان می دهد. خطای کنسول “TypeError Uncaught: نمی تواند خواص تهی (خواندن” نقشه “) را بخواند. این در مؤلفه داشبورد من اتفاق می افتد. چگونه می توانم این را برطرف کنم؟ ”

به این ترتیب ، من می توانم به سرعت به شما بگویم که احتمالاً مسئله ارائه است null قبل از در دسترس بودن داده ها اشکال زدایی با شروع می شود شما، و من می توانم به شما کمک کنم تا آنچه را پیدا می کنید درک کنید.

3 به اشتراک گذاری کد یا اطلاعات مربوطه

تصور کنید که از یک توسعه دهنده ارشد برای کمک بخواهید و فقط می گوید ، “درخواست API من کار نمی کند.” بدون کد ، بدون ردیابی پشته ، هیچ چیز.

من اغلب دریافت می کنم:

❌ “چگونه می توانم پرس و جو SQL خود را برطرف کنم؟”

❌ “چرا ظرف داکر من در حال اجرا نیست؟”

اگر کد یا پیام های خطا را به من نشان ندادید ، فقط می توانم حدس بزنم. درعوض ، قطعه ها را به اشتراک بگذارید:

✅ “من سعی می کنم دویدم docker-compose up، اما من “پورت را از قبل اختصاص داده شده” دریافت می کنم. بررسی کردم docker ps، و هیچ چیز از آن درگاه استفاده نمی کند. چه چیز دیگری می توانم امتحان کنم؟ “

اکنون می توانم پیشنهاد کنم docker ps -aبا docker network ls، یا راه اندازی مجدد داکر.

4 نادیده گرفتن پیشنهادات من و پرسیدن دوباره همان چیزها

بعضی اوقات ، من یک مشکل را پیشنهاد می کنم ، و به جای امتحان کردن ، توسعه دهندگان فقط این سؤال را تکرار می کنند. مثل این است که من می گویم ، “سرور را مجدداً راه اندازی کنید” ، و شما پاسخ می دهید ، “بله ، اما برنامه من شروع نمی شود.”

اگر چیزی که پیشنهاد می کنم کار نمی کند ، به من بگویید چرا امتحان کردی؟ چه اتفاقی افتاد؟ خطای دیگری پیدا کردید؟ این به من کمک می کند تا پاسخ خود را اصلاح کنم و راه حل بهتری برای شما بدست آورم.

5 مشخص کردن پشته یا نسخه فنی

فناوری سریع تکامل می یابد. نحوه برخورداری از احراز هویت لاراول در نسخه 7 با نسخه 10 متفاوت است. همان با قلاب های React ، Next.js یا حتی خود JavaScript.

قبل از پرسیدن ، نسخه ها را درج کنید:

✅ “من از Next.JS 14 با روتر برنامه استفاده می کنم. چگونه می توانم در اقدامات سرور احراز هویت خود را ادامه دهم؟ “

این به من می گوید شما از مؤلفه های سرور React استفاده می کنید ، که بر نحوه مدیریت جلسات تأثیر می گذارد.

6 بیش از حد مشکلات ساده

بعضی اوقات ، توسعه دهندگان در مورد اصلاحات پیشرفته وقتی مشکل اساسی است ، سؤال می کنند.

❌ “چگونه می توانم بسته node_modules را به صورت دستی ویرایش کنم تا خطایی برطرف شود؟”

(نگه دارید – آیا مطمئن هستید که فقط نیازی به به روزرسانی بسته ندارید؟)

این را در عوض امتحان کنید:

✅ “من در حال ایجاد یک مسئله سازگاری بین React 18 و یک بسته هستم. آیا باید واکنش نشان دهم یا یک راه حل پیدا کنم؟ “

این امر به جای هک کردن وابستگی های اصلی ، کارها را حفظ می کند.

7 قبل از درخواست پیگیری کد آزمایش نکردن

من یک مشکل احتمالی به شما می دهم ، و بلافاصله ، شما بدون امتحان کردن سؤال دیگری می پرسید. این مثل این است که قدم “خاموش و دوباره آن را روشن کنید” در پشتیبانی فنی.

کد را اجرا کنید. رفع را تست کنید. اگر کار نکند ، پس با جزئیات برگردید

چگونه می توان بهترین پاسخ ها را از من دریافت کرد

پاسخ های بهتری می خواهید؟ این قوانین طلایی را دنبال کنید:

• خاص باشید با کدام پشته فنی ، نسخه و مسئله دقیقی روبرو هستید؟
• کد به اشتراک گذاری قطعه ها ، پیام های خطا ، سیاهههای مربوط – هر چیزی که کمک می کند.
• اشکال زدایی اول. گزارش ها را بررسی کنید ، راه حل های تست کنید و در مورد آنچه سعی کرده اید بازخورد ارائه دهید.
• آن را ساده نگه دارید قبل از بررسی اصلاحات اساسی ، سرنگون نشوید.

دفعه بعد که می پرسید ، آن را دقیق بیان کنید ، آنچه را که پیشنهاد می کنم آزمایش کنید و بیایید کد بهتری را با هم بنویسیم!

برنامه نویسی مبارک!