Jinsi ya Kuboresha Programu Iliyojengwa kwa AI Bila Kuivunja

Ili kuboresha programu iliyojengwa kwa AI bila kuivunja, badilisha kitu kimoja kwa kila ombi, kikague kwenye onyesho la kukagua (preview), na hifadhi kituo cha ukaguzi kabla ya kuendelea. Eleza unachokiona badala ya unachodhani msimbo unafanya, panga mabadiliko makubwa kabla ya kuyajenga, na mabadiliko yakienda vibaya, rudi kwenye toleo la mwisho lililofanya kazi badala ya kumwomba AI arekebishe marekebisho yake yenyewe.

Toleo la kwanza la programu mara nyingi linakamilika kwa dakika chache. Sehemu ngumu ni mabadiliko ya hamsini, wakati kila ombi jipya linahatarisha kuvunja kitu kilichokuwa kinafanya kazi. Mwongozo huu ni mzunguko unaozuia hilo lisitokee.

Mzunguko wa kuboresha

1. Chagua mabadiliko moja. Kipengele kimoja, hitilafu moja, ukurasa mmoja.
2. Yaeleze kwa maneno ya kile mtumiaji anachokiona na anachofanya.
3. Kwa mabadiliko makubwa, panga kwanza. Omba mpango, usome, kisha ujenge.
4. Kagua matokeo kwenye onyesho la kukagua: mabadiliko yenyewe na mtiririko ulio karibu nayo.
5. Hifadhi kituo cha ukaguzi au commit.
6. Rudia.

Kila hatua ipo ili kuweka mabadiliko madogo na yanayoweza kurudishwa nyuma.

Hatua ya 1: Weka orodha fupi

Kabla ya kuomba, andika unachotaka kubadilisha, kwa mpangilio wa umuhimu. Inakuzuia kutuma aya nzima ya matakwa kumi kwa ujumbe mmoja, na inakupa njia ya kusema "si sasa" kwa mawazo yanayojitokeza katikati.

Ikiwa mabadiliko ni makubwa, yagawanye. "Ongeza akaunti za timu" inakuwa: unda timu, mwalike mwanachama, badilisha kati ya timu, dhibiti data ili ibaki kwenye timu ya sasa. Kila moja ni ombi lake. Kuandika hadithi za watumiaji ni njia nzuri ya kufanya hivyo.

Hatua ya 2: Eleza unachokiona

AI haiwezi kuona skrini yako isipokuwa umeieleza. Elekeza kwenye vitu mahususi, na useme kinachopaswa kutokea:

Kwenye ukurasa wa bei kwenye simu, kitufe cha kadi ya Pro kimekatika upande wa kulia. Weka mpangilio wa eneo-kazi ulivyo; kwenye skrini chini ya 640px, panga kadi juu ya nyingine na ufanye vitufe vichukue upana kamili.

Linganisha hilo na "ukurasa wa bei unaonekana vibaya kwenye simu". La kwanza linaweza kufanywa na kukaguliwa kwa mara moja; la pili linaomba muundo upya ambao hukuuomba.

Picha zinasaidia. Ikiwa mjenzi wako anakubali picha, ambatisha moja na uzungushe tatizo.

Hatua ya 3: Panga kabla ya mabadiliko makubwa

Kwa chochote kinachogusa sehemu kadhaa za programu — muundo mpya wa data, malipo, majukumu ya watumiaji — omba mpango kabla msimbo haujabadilika:

Usibadilishe msimbo bado. Nataka watumiaji wawe wa timu na waone miradi ya timu yao pekee. Panga mabadiliko: ni jedwali gani, kurasa gani na njia gani za API zinabadilika, data ya watumiaji waliopo inafanyaje kazi, na tutajenga kwa mpangilio upi.

Soma mpango. Ukiwa si sahihi, kurekebisha mpango kunagharimu kidogo sana kuliko kufuta ujenzi.

Hatua ya 4: Sema kisichopaswa kubadilika

Zana za AI wakati mwingine "zinapanga" mambo usiyoomba. Linda kinachofanya kazi:

Ongeza kichujio cha tarehe kwenye jedwali la oda. Usibadilishe safu za jedwali, mtindo wake wala kitufe cha kuuza nje.

Kwa sheria zinazotumika kila mahali — rangi za chapa, mtindo wa sauti, "usifute data bila uthibitisho" — ziweke kwenye faili la maelezo ya mradi au mpangilio wa maarifa ambao AI inausoma kila wakati, badala ya kuzirudia kila mara.

Hatua ya 5: Kagua zaidi ya mabadiliko yenyewe

Baada ya kila ombi, jaribu:

• Mabadiliko yenyewe. Je, yanafanya unachoomba, kwenye eneo-kazi na simu?
• Majirani zake. Vitu vilivyo kwenye ukurasa huo huo, na mitiririko inayotumia data hiyo hiyo.
• Njia kuu. Kujisajili, kuingia, kitendo kikuu, malipo. Kupitia haraka ya sekunde thelathini baada ya kila mabadiliko makubwa hunasa uvunjifu mwingi mapema.

Ikiwa kitu hakiko sawa, kiripoti kwa usahihi — angalia jinsi ya kuandika ripoti nzuri ya hitilafu.

Hatua ya 6: Rudi nyuma badala ya kurundika

Mabadiliko yanapovunja kitu na marekebisho ya kwanza hayafanyi kazi, simama. Kila "marekebisho" ya ziada yanajengwa juu ya hali iliyovunjika, na matatizo yanaongezeka.

Badala yake:

1. Rudi kwenye toleo la mwisho lililofanya kazi (kituo cha ukaguzi au Git commit).
2. Tafakari ni nini kilikuwa hakieleweki kwenye ombi.
3. Jaribu tena kwa ombi fupi au lililo wazi zaidi.

Mabadiliko hayo yalivunja kuhifadhi rasimu. Nimerudi nyuma. Safari hii: ongeza kiashiria cha kuhifadhi kiotomatiki kama maandishi kwenye kichwa cha ukurasa pekee. Usibadilishe jinsi rasimu zinavyohifadhiwa.

Hatua ya 7: Jua wakati kujenga upya ni sahihi

Kujenga upya kutoka mwanzo kunatupa maelezo mengi yanayofanya kazi. Inafaa tu wakati:

• Wazo la bidhaa limebadilika kabisa.
• Muundo wa msingi hauwezi kubeba unachohitaji sasa — kwa mfano, ulijengwa kama tovuti tuli na sasa unahitaji akaunti na hifadhidata.
• Mradi bado uko karibu tupu.

Ukijenga upya, orodhesha cha kuhifadhi: jina, rangi, maandishi, sehemu ambazo watumiaji walizipenda.

Mifano ya maombi

Kabla hatujaendelea, fupisha jinsi programu inavyofanya kazi sasa: kurasa, data inayohifadhi, na kitu chochote unachodhani ni dhaifu.

Nataka kuongeza uwekaji wa miadi unaojirudia. Toleo dogo zaidi ambalo lingekuwa na manufaa ni lipi? Pendekeza kama mabadiliko matatu tofauti tunayoweza kufanya moja baada ya nyingine.

Pitia mabadiliko matatu ya mwisho kuona kama kuna kitu kinachoweza kuvunja mtiririko wa malipo. Usihariri bado.

Makosa ya kawaida

• Maombi kumi kwa ujumbe mmoja. Mengine yanafanywa, mengine nusu, na huwezi kujua ni yapi.
• Maoni yasiyo wazi. "Imevunjika" au "ifanye iwe bora" yanazaa ubashiri.
• Kutowahi kukagua majirani. Mabadiliko kwenye kipengele kinachoshirikiwa yanavunja kurasa tatu nyingine.
• Kurekebisha marekebisho. Ukiwa maombi manne ndani ya hitilafu moja, rudi nyuma.
• Kurudia muktadha kila mara badala ya kuweka sheria za kudumu kwenye maelezo ya mradi.
• Kujenga upya ukiwa umekwama. Mara nyingi "anza upya" inamaanisha "rudi nyuma hatua mbili".

Orodha ya ukaguzi

• Lengo moja kwa kila ombi.
• Ninaeleza ninachokiona na kinachopaswa kutokea.
• Mabadiliko makubwa yanapata mpango kabla ya msimbo wowote.
• Ninasema kisichopaswa kubadilika.
• Baada ya kila mabadiliko ninajaribu yenyewe, majirani zake na njia kuu.
• Ninahifadhi kituo cha ukaguzi au commit baada ya kila mabadiliko yanayofanya kazi.
• Marekebisho yakishindwa, narudi nyuma badala ya kurundika.
• Sheria za kudumu ziko kwenye maelezo ya mradi ambayo AI inayasoma kila wakati.

Kuboresha kwenye Mythex

Mythex imejengwa kuzunguka mzunguko huu:

• Njia za Panga, Jenga na Uliza. Panga inajadili mbinu kabla ya kuhariri; Uliza inajibu bila kubadilisha msimbo; Jenga inafanya mabadiliko. Angalia Mazungumzo.
• Vituo vya ukaguzi. Baada ya kila zamu iliyofanikiwa, Mythex inahifadhi kituo cha ukaguzi cha git; Rudi kwenye hatua hii inarudisha nyuma. Unaweza pia kuhariri ujumbe wa awali na Tupa na tuma upya ili kujaribu ombi tofauti kutoka hapo. Angalia Boresha bila kujenga upya.
• Maarifa. Mipangilio ya mradi → Maarifa inashikilia maelezo ya kudumu ambayo wakala anayafuata kwenye kila ujumbe.
• /test inamwagiza wakala apitie onyesho la kukagua kama mtumiaji baada ya mabadiliko makubwa.

Maombi madogo pia yanagharimu mikopo michache. Kwa kuandika maombi yenyewe, angalia jinsi ya kuandika maagizo kwa wajenzi wa programu za AI; ikivunjika, jinsi ya kutatua programu iliyojengwa kwa AI.

Maswali