همچنان که می دونید معماری نرم افزار فقط ساختار برنامه (structure) نیست.
ابعاد مختلف دیگری هم مثل architecture characteristic, architecture decision, design principles داره که درمدل های توسعه نرم افزار Agent محور هم نباید نادیده گرفته بشه.
دلیلم برای این حرف اینه که وقتی شما به یک Agent در 2 ترد مختلف میگید مثلا یه بستک فروش برام بساز، خروجی ها می تونند متفاوت باشد، برای همین واسه گرفتن یک خروجی درست تر خود agent هم نیاز به آگاهی بیشتری از مشخصه های دامنه، تصمیمات معماری و اصول مشخص ما داره.
احتمالا در کتاب های آینده این مدل توسعه نرم افزار رو بیشتر برامون شفاف میکنن اما بنظرم باید اینها دیده بشه.
1. چطور کار می کنیم، بیشتر دستورالعمل های agent هستش
1. چی میسازیم (feature-scope)
3. چطور بسازیم (مشخصه ها + تصمیمات + اصول )
Post #1542
2.39K
thisisnabi.dev [Farsi] واقعیت اینه که بصورت عملی اون چیزی رو که تجربه می کنیم برای توسعه یک محصول، داریم یاداشت برداری میکنیم ازش و امیدوارم تا اون موقع مثل کتاب قبلیم در نطفه خفه نشه و بشه چاپش کرد.
- 👍 17
- ❤ 3
- 🔥 2
- 👏 1