𝗞𝗮𝗯𝗹𝗲 𝘆𝗮 𝗞𝘂𝗮𝗺𝗶𝗻𝗶 𝗔𝗜 𝗞𝗮𝘁𝗶𝗸𝗮 𝗞𝗮𝗿𝗷𝗶 𝗠𝘂𝗵𝗶𝗺𝘂 𝘇𝗮 𝗕𝗶𝗱𝗵𝗮𝗮, 𝗦𝗼𝗺𝗮 𝗛𝗶𝗹𝗶
Onyesho (demo) hufanya kazi tofauti na mfumo wa uzalishaji (production system). Zana nyingi za AI ni bora sana kwenye maonyesho. Waanzilishi (Founders) wanaochanganya mambo haya mawili mara nyingi hujenga mifano ya haraka (prototypes) lakini baadaye wanakumbana na changamoto ya kuhitaji kujenga upya kwa kusuasua.
Matumizi ya AI katika uandishi wa kodi (coding) yanaongezeka. Zaidi ya 78% ya makampuni yanatumia AI katika kazi kuu za biashara. Katika kampuni ndogo zinazoanza (startups), matumizi hayo yanazidi 60%.
Hata hivyo, data bora zinaonyesha hatari. Utafiti kutoka CodeRabbit ulibaini kuwa kodi iliyoandikwa na AI ina matatizo ya kimantiki (logic issues) mara 1.75 zaidi kuliko kodi ya binadamu. Udhaifu wa usalama ulikuwa mara 2.74 zaidi. Baadhi ya tafiti zinaonyesha kuwa kodi ya Java iliyotengenezwa na AI inashindwa viwango vya usalama kwa zaidi ya 70% ya muda.
Tatizo ni la kimuundo. Unapotumia maelekezo (prompt) yasiyo wazi, AI inabuni usanifu (architecture) na kodi kwa wakati mmoja. Huu ni utaratibu usio sahihi.
Spec-Driven Development (SDD) hutatua hili. Unafafanua sheria za mfumo kwanza. Unaweka muundo wa API, database schemas, na mipaka kabla ya kodi yoyote kuandikwa. Kisha, unatumia AI kujenga kulingana na sheria hizo.
Mtazamo huu unafanya kazi kwa sababu AI hufanya kazi kwa kufuata vizuizi (constraints) badala ya kukisia.
Utayari wa uzalishaji (Production readiness) si kitu cha kuongeza baadaye. Ni sehemu ya usanifu wako. Frontend iliyotengenezwa pamoja na backend ni chombo muhimu. Lakini si mfumo wa uzalishaji. Mfumo halisi unahitaji:
- Containerized deployment
- Infrastructure-as-code
- Orchestration
- Health checks
- CI/CD pipelines
- Test coverage
- Observability
Unapofanya tathmini ya zana za AI kwa ajili ya uzalishaji, jiulize maswali haya matano:
- Zana hiyo hufanya nini kabla ya kuandika kodi? Ikiwa haifanyi kitu, unaunda deni la usanifu (architectural debt).
- Ni nini kipo kwenye matokeo (output) zaidi ya kodi? Miundombinu na majaribio lazima yawe sehemu ya matokeo, si mambo ya kuongeza baadaye.
- Je, unaweza kukagua maamuzi? Unahitaji kuona jinsi AI inavyofanya kazi ili kuepuka kumiliki mfumo usioeleweka (black box).
- Mfumo unashughulikia vipi hitilafu? Ushughulikiaji wa makosa (error handling) na kutoa taarifa (alerting) lazima viwe vimejengwa ndani.
- Je, unaweza kuhamisha kodi yako? Kodi iliyofungwa kwenye jukwaa la kampuni fulani ni utegemezi (dependency), si rasilimali (asset).
Acha kuangalia matokeo ya demo pekee. Angalia fikra zilizopangwa zilizotokea kabla ya demo kujengwa.
Timu bora hazipuuzi usanifu. Wanatumia zana bora zaidi kufanya usanifu kwa haraka zaidi. Wanatumia AI kutekeleza uamuzi wa kihandisi (engineering judgment), si kuubadilisha.
Chanzo: https://dev.to/8080_ai/before-you-trust-ai-with-core-product-work-read-this-2go3