*من اعتقاد ندارم که شما برای موفقیت در برنامه نویسی AI باید به یک “مهندس سریع” تبدیل شوید – در مقابل ، تنها کاری که باید انجام دهید این است که مشخصات بسیار واضح و ساده بنویسید. *
برخی از رایج ترین خطاهایی که تیم من در آن متوجه شده است ، به کاربران می آیند که بیش از حد از آنها استفاده می کنند و هوش مصنوعی را گیج می کنند.
متن دور ، با جملات طولانی، می تواند آن را مشخص کند که کدام پرونده ها باید ویرایش شوند و چرا ذکر شده است. به جای پاراگراف های طولانی ، من توصیه می کنم جملات واضح را با استفاده از فرمولی مانند “داده شده ، در کجا ، چه زمانی” ساختار دهید.
برخی از افراد در تله ترکیب همه چیزها با مشخصات ** در اعلان های خود قرار می گیرند. هر سریع باید یا خاص یا عمومی باشد. همچنین خوب است که با یک پرس و جو عمومی شروع کنید – بیایید بگوییم ، قبل از نوشتن مشخصات برای تغییر مؤلفه ، بازپرداخت را برای وابستگی به یک مؤلفه جستجو کنید. یا اگر ترجیح می دهید ، پس از انجام یک کار ، یک سؤال همه را دنبال کنید ، مانند “اکنون که ما ____ تغییر کرده ایم ، چه چیز دیگری می تواند یا باید در این پرونده ویرایش شود؟”
مسخره ترین “مهندسی سریع” که می بینم وقتی کاربران در پایان با خودشان متناقض هستند. “این اشکال را برطرف کنید اما هیچ یک از کد من را تغییر ندهید”. خوب ، چگونه اشکال برطرف می شود؟
** همچنین – دیگر نیازی به شروع هر فوری با “شما یک توسعه دهنده نرم افزار ارشد” هستید. ** این 2025 است. (حداقل وقتی از خوب استفاده نمی کنید … من نمی توانم برای هر بستر خارج از کشور صحبت کنم).
به یاد داشته باشید ، در اکثر سیستم عامل ها می توانید قوانین یا دستورالعمل های مهم را اضافه کنید که بخشی از جریان عامل را با هر کار تشکیل می دهد. خوب این پروژه مبتنی بر پروژه است – می توانید دستورالعمل های سفارشی (سبک ، زبان ، اظهار نظر و غیره) را اضافه کنید که در مورد کلیه وظایف موجود در repo اعمال می شود ، اما هنگام خواندن کار خاص ، عامل را اشتباه نگیرید.
