AI നിർമ്മിച്ച ആപ്പിൽ ഒരു ഡെവലപ്പറോടൊപ്പം എങ്ങനെ ജോലി ചെയ്യാം

AI ഉപയോഗിച്ച് നിർമ്മിച്ച ഒരു ആപ്പിൽ ഡെവലപ്പറോടൊപ്പം നന്നായി ജോലി ചെയ്യാൻ, അവർക്ക് ഒരു Git repository-യിൽ കോഡ്, ആപ്പ് എന്ത് ചെയ്യുന്നു, എന്തിനാണ് എന്നതിന്റെ ഒരു പേജ് സംഗ്രഹം, ഒരു വ്യക്തമായ ജോലി നിർവചനവും പൂർത്തിയായതിന്റെ മാനദണ്ഡവും നൽകുക. നിങ്ങളും AI-യും അവരുടെ ജോലി മായ്ക്കാതിരിക്കാൻ ആര് ഏത് ഭാഗം മാറ്റുമെന്ന് സമ്മതിക്കുക, repository-യും hosting അക്കൗണ്ടുകളും നിങ്ങളുടെ പേരിൽ സൂക്ഷിക്കുക, രഹസ്യങ്ങൾ സന്ദേശങ്ങളിലൂടെയല്ല, ശരിയായ settings വഴി പങ്കിടുക.

AI ഉപയോഗിച്ച് ആപ്പിന്റെ ആദ്യ പതിപ്പ് നിർമ്മിച്ച്, പിന്നീട് പേയ്മെന്റുകൾ ചേർക്കാനോ AI ആവർത്തിച്ച് തെറ്റിക്കുന്ന ഒന്ന് ശരിയാക്കാനോ, സുരക്ഷ പരിശോധിക്കാനോ, ആപ്പ് വളരുമ്പോൾ ഏറ്റെടുക്കാനോ ഒരു ഡെവലപ്പറെ കൊണ്ടുവരുന്ന ധാരാളം ആളുകളുണ്ട്. ഇനിയും ഒരാളെ നിയമിക്കണോ എന്ന് തീരുമാനിച്ചിട്ടില്ലെങ്കിൽ, ഒരു ഡെവലപ്പറെ നിയമിക്കണോ AI ഉപയോഗിച്ച് നിർമ്മിക്കണോ കാണുക. ഈ ഗൈഡ് തീരുമാനമെടുത്തുകഴിഞ്ഞവർക്കുള്ളതാണ്, സഹകരണം സുഗമമാക്കാൻ.

ഒരു ഡെവലപ്പർ വിലപ്പെട്ടതാകുന്നത് എപ്പോൾ

ആളെ കൊണ്ടുവരാനുള്ള സാധാരണ കാരണങ്ങൾ:

• വ്യക്തമായ നിരവധി ശ്രമങ്ങളും rollback-കളും കഴിഞ്ഞിട്ടും AI പരിഹരിക്കാൻ കഴിയാത്ത ഒരു പ്രശ്നം.
• റിസ്ക് ഉള്ള മേഖലകൾ: payments, അനുമതികൾ, സെൻസിറ്റീവ് ഡേറ്റ, database migrations.
• ലോഞ്ചിന് മുമ്പോ വലിയ ഉപഭോക്താക്കളെ ഏറ്റെടുക്കുന്നതിന് മുമ്പോ ഒരു സുരക്ഷാ അല്ലെങ്കിൽ കോഡ് അവലോകനം.
• യഥാർത്ഥ ട്രാഫിക് എത്തുമ്പോൾ പ്രകടനം.
• വളർച്ച: ആപ്പ് ഒരു ബിസിനസ്സായി മാറി, കോഡിന്റെ ഉടമയായി ഒരാൾ വേണം.

ഇവയിൽ ഏതാണ് എന്ന് വ്യക്തമാക്കുന്നത് താഴെയുള്ളതെല്ലാം രൂപപ്പെടുത്തുന്നു.

ഘട്ടം 1: കോഡ് പങ്കിടാവുന്ന ഒരിടത്ത് എത്തിക്കുക

ഡെവലപ്പർമാർ Git repository-കളിൽ നിന്നാണ് ജോലി ചെയ്യുന്നത്. ആരെയെങ്കിലും ബന്ധപ്പെടുന്നതിന് മുമ്പ്:

1. പ്രോജക്റ്റിനെ ഒരു private GitHub (അല്ലെങ്കിൽ സമാനമായ) repository-യുമായി ബന്ധിപ്പിക്കുക, അല്ലെങ്കിൽ export ചെയ്യുക.
2. കോഡിലോ ചരിത്രത്തിലോ രഹസ്യങ്ങളൊന്നും ഇല്ലെന്ന് ഉറപ്പാക്കുക. API keys സുരക്ഷിതമാക്കുന്നത് എങ്ങനെ കാണുക.
3. പുതിയ ഒരു പകർപ്പിൽ നിന്ന് പ്രോജക്റ്റ് പ്രവർത്തിക്കുന്നുണ്ടെന്ന് പരിശോധിക്കുക — സജ്ജീകരണ ഘട്ടങ്ങൾ എഴുതാൻ AI-യോട് ആവശ്യപ്പെടുക.

ഈ പ്രോജക്റ്റിൽ ചേരുന്ന ഒരു ഡെവലപ്പർക്കായി ഒരു README എഴുതുക: ആപ്പ് എന്ത് ചെയ്യുന്നു, stack, പ്രാദേശികമായി എങ്ങനെ install ചെയ്ത് പ്രവർത്തിപ്പിക്കാം, ആവശ്യമായ environment variables (പേരുകൾ മാത്രം), ഫോൾഡർ ഘടന, ദുർബലമോ അസാധാരണമോ ആയ എന്തും.

Git പുതിയതാണെങ്കിൽ, AI ഉപയോഗിച്ചു നിർമ്മിച്ച ആപ്പിൽ Git എങ്ങനെ ഉപയോഗിക്കാം അടിസ്ഥാനകാര്യങ്ങൾ വിശദീകരിക്കുന്നു.

ഘട്ടം 2: ഒരു പേജിന്റെ ബ്രീഫ് എഴുതുക

ഡെവലപ്പർ നിങ്ങളുടെ ചാറ്റ് ചരിത്രത്തിലൂടെ ഇരുന്നിട്ടില്ല. ഒരു പേജിൽ സന്ദർഭം നൽകുക:

• ആപ്പ് എന്ത് ചെയ്യുന്നു, ആർക്കുവേണ്ടി, എത്ര പേർ ഉപയോഗിക്കുന്നു.
• ഏറ്റവും പ്രധാനമായത് — ഒരിക്കലും തകരാൻ പാടില്ലാത്ത flows.
• അറിയപ്പെടുന്ന പ്രശ്നങ്ങളും നിങ്ങൾ ഇതിനകം ശ്രമിച്ചതും.
• ജോലി, അത് പൂർത്തിയായെന്ന് എങ്ങനെ അറിയുമെന്നതും.
• പരിമിതികൾ: ബജറ്റ്, സമയപരിധി, അവർ മാറ്റാൻ പാടില്ലാത്തവ.

നല്ല “പൂർത്തിയായതിന്റെ മാനദണ്ഡം” പരീക്ഷിക്കാവുന്നതാണ്: “ലോഗിൻ ചെയ്ത ഒരു ഉപയോക്താവിന് Stripe Checkout വഴി മാസ പ്ലാനിന് പണം നൽകാം, പ്ലാൻ അവരുടെ അക്കൗണ്ട് പേജിൽ കാണിക്കുന്നു, customer portal-ൽ റദ്ദാക്കിയാൽ കാലയളവിന്റെ അവസാനം അവരുടെ പ്ലാൻ താഴ്ത്തപ്പെടുന്നു.” “payments ശരിയാക്കുക” എന്നല്ല.

ഘട്ടം 3: ആക്സസ് സുരക്ഷിതമായി നൽകുക

• കോഡ്: repository-യിൽ അവരെ collaborator ആയി ചേർക്കുക. ജോലി തുടങ്ങിയ ശേഷം ZIP ഫയലുകൾ അയച്ചുകൊണ്ടിരിക്കരുത്.
• ബിൽഡർ: AI ആപ്പ് ബിൽഡർ ടീം അംഗങ്ങളെ പിന്തുണയ്ക്കുന്നുവെങ്കിൽ, ഈ പ്രോജക്റ്റ് മാത്രമുള്ള ഒരു workspace-ലേക്ക് അവരെ ക്ഷണിക്കുക.
• രഹസ്യങ്ങൾ: നിങ്ങളുടെ ഹോസ്റ്റിന്റെ settings-ൽ ചേർക്കുക, അല്ലെങ്കിൽ ഒരു password manager വഴി പങ്കിടുക. ഇമെയിലിലോ ചാറ്റിലോ key-കൾ ഒട്ടിക്കരുത്.
• ടെസ്റ്റ് അക്കൗണ്ടുകൾ: നിങ്ങളുടെ സ്വന്തം ലോഗിൻ പങ്കിടുന്നതിന് പകരം ടെസ്റ്റ് ഡേറ്റയോടെ അക്കൗണ്ടുകൾ സൃഷ്ടിക്കുക.
• പ്രൊഡക്ഷൻ ഡേറ്റ: അവർക്ക് ശരിക്കും ആവശ്യമെങ്കിൽ മാത്രം, ആവശ്യമുള്ളത് മാത്രം.

Repository, domain, hosting അക്കൗണ്ടുകൾ നിങ്ങളുടെ പേരിൽ സൂക്ഷിക്കുക. ആളുകളെ ചേർക്കുക; അക്കൗണ്ടുകൾ കൈമാറരുത്.

ഘട്ടം 4: ആര് എന്ത് മാറ്റുമെന്ന് സമ്മതിക്കുക

ഏറ്റവും വലിയ ഘർഷണത്തിന്റെ ഉറവിടം രണ്ട് കക്ഷികൾ ഒരേ സമയം ഒരേ കോഡ് മാറ്റുന്നതാണ് — നിങ്ങളും ഒരു AI-യും, ഡെവലപ്പറും. ഒരു നിയമം തിരഞ്ഞെടുക്കുക:

ഏതു തിരഞ്ഞെടുത്താലും: ഓരോ prompting സെഷനും മുമ്പ് ഏറ്റവും പുതിയ കോഡ് pull ചെയ്യുക, വലിയ മാറ്റങ്ങൾ മറ്റേയാൾക്ക് അവലോകനം ചെയ്യാവുന്ന branch-കളിൽ ചെയ്യുക.

ഘട്ടം 5: എഴുത്തിലൂടെ ആശയവിനിമയം നടത്തുക

• പ്രശ്നങ്ങൾ ഘട്ടങ്ങൾ, പ്രതീക്ഷിച്ച ഫലം, യഥാർത്ഥ ഫലം എന്നിവയോടെ റിപ്പോർട്ട് ചെയ്യുക. നല്ല bug റിപ്പോർട്ട് എങ്ങനെ എഴുതാം കാണുക.
• തീരുമാനങ്ങൾ ഒരിടത്ത് സൂക്ഷിക്കുക: ഒരു issue tracker, ഒരു പങ്കിട്ട രേഖ, അല്ലെങ്കിൽ pull request കമന്റുകൾ.
• ഓരോ pull request-ലും മാറ്റങ്ങൾ ലളിതമായ ഭാഷയിൽ വിശദീകരിക്കാൻ അവരോട് ആവശ്യപ്പെടുക.
• എത്ര തവണ പരിശോധിക്കുമെന്ന് സമ്മതിക്കുക.

ഘട്ടം 6: അവരുടെ ജോലി അവലോകനം ചെയ്യുക

ജോലി അവലോകനം ചെയ്യാൻ നിങ്ങൾക്ക് കോഡ് വായിക്കേണ്ടതില്ല. പരിശോധിക്കുക:

• ബ്രീഫ് പറഞ്ഞത് ചെയ്യുന്നുണ്ടോ, പ്രിവ്യൂ അല്ലെങ്കിൽ staging പകർപ്പിൽ.
• മറ്റൊന്നും തകർന്നിട്ടില്ല — നിങ്ങളുടെ നിർണായക flows പ്രവർത്തിപ്പിക്കുക.
• അവർ വിശദീകരിച്ചു എന്ത് എന്തിന് മാറ്റി എന്ന്.
• കോഡിൽ രഹസ്യങ്ങളൊന്നും വന്നിട്ടില്ല.

കൂടുതൽ സൂക്ഷ്മമായ നോട്ടത്തിന്, AI-generated കോഡ് എങ്ങനെ അവലോകനം ചെയ്യാം എന്നതിൽ മനുഷ്യർ എഴുതിയ കോഡിനും പ്രവർത്തിക്കുന്ന ഒരു checklist ഉണ്ട്. ഒരു ഡെവലപ്പറുടെ pull request ലളിതമായ വാക്കുകളിൽ വിശദീകരിക്കാൻ നിങ്ങളുടെ AI ബിൽഡറോട് ആവശ്യപ്പെടാനും കഴിയും.

ഘട്ടം 7: ഉടമസ്ഥാവകാശം വ്യക്തമാക്കുക

• Repository, hosting, domain, മൂന്നാം കക്ഷി അക്കൗണ്ടുകൾ നിങ്ങളുടേതായി തുടരുന്നു.
• ജോലി തുടങ്ങുന്നതിന് മുമ്പ്, അവർ എഴുതുന്ന കോഡിന്റെ ഉടമസ്ഥാവകാശം എഴുത്തിൽ വ്യക്തമാക്കുക. കരാർ ചോദ്യങ്ങൾക്ക് പ്രാദേശിക നിയമങ്ങളോ ഒരു ഉപദേഷ്ടാവോ പരിശോധിക്കുക.
• ജോലി അവസാനിക്കുമ്പോൾ അവരുടെ ആക്സസ് നീക്കം ചെയ്യുക, അവർ കണ്ട key-കൾ മാറ്റുക.

ഉദാഹരണ prompt-കൾ

എന്റെ അവസാന pull-ൽ ഒരു ഡെവലപ്പർ checkout കോഡ് മാറ്റി. അവർ എന്താണ് മാറ്റിയതെന്ന് ലളിതമായ ഭാഷയിൽ വിശദീകരിക്കുക, ആപ്പിലെ മറ്റെന്തെങ്കിലും അതിനെ ആശ്രയിക്കുന്നുണ്ടോ എന്നും.

ഈ ആപ്പിൽ ഏറ്റവും സങ്കീർണ്ണമോ അപകടകരമോ ആയ ഭാഗങ്ങൾ പട്ടികപ്പെടുത്തുക, ഒരു ഡെവലപ്പറോട് അവലോകനത്തിൽ എവിടെ ശ്രദ്ധിക്കണമെന്ന് പറയാൻ.

ഞാൻ payments ഒരു ഡെവലപ്പർക്ക് കൈമാറുകയാണ്. ഇനി മുതൽ src/payments-ന് കീഴിലുള്ള ഫയലുകളോ /api/billing റൂട്ടുകളോ തൊടരുത്. ഒരു മാറ്റത്തിന് അവ ആവശ്യമെങ്കിൽ, പകരം എന്നോട് പറയുക.

സാധാരണ തെറ്റുകൾ

• ബ്രീഫ് ഇല്ലാത്തത്. ഡെവലപ്പർ പണം നൽകുന്ന മണിക്കൂറുകളിൽ നിങ്ങൾ എന്താണ് ആഗ്രഹിച്ചതെന്ന് ഊഹിച്ചെടുക്കേണ്ടി വരുന്നു.
• “bug-കൾ ശരിയാക്കുക” അല്ലെങ്കിൽ “production ready ആക്കുക” പോലുള്ള അവ്യക്തമായ വ്യാപ്തി.
• രണ്ടുപേരും ഒരേ സമയം എഡിറ്റ് ചെയ്യുന്നത്, pull ചെയ്യാതെ, പിന്നെ conflict-കളിൽ ജോലി നഷ്ടപ്പെടുന്നത്.
• നിങ്ങളുടെ സ്വന്തം ലോഗിൻ പങ്കിടുന്നത് അല്ലെങ്കിൽ key-കൾ ചാറ്റിൽ ഒട്ടിക്കുന്നത്.
• അക്കൗണ്ടുകൾ ഡെവലപ്പറുടെ പേരിൽ, പിന്നീട് വേർപിരിയുന്നത് ബുദ്ധിമുട്ടാക്കുന്നു.
• ജോലിക്ക് ശേഷം ആക്സസ് നീക്കം ചെയ്യാനും key-കൾ മാറ്റാനും മറക്കുന്നത്.

Checklist

• കോഡ് എന്റെ പേരിലുള്ള ഒരു private repository-യിലാണ്, അതിൽ രഹസ്യങ്ങളില്ല.
• ഒരു README സജ്ജീകരണം വിശദീകരിക്കുന്നു; ഒരു പേജ് ബ്രീഫ് ആപ്പും ജോലിയും വിശദീകരിക്കുന്നു.
• ജോലിക്ക് പരീക്ഷിക്കാവുന്ന പൂർത്തിയായതിന്റെ മാനദണ്ഡമുണ്ട്.
• ആക്സസ് collaborator invite വഴി, രഹസ്യങ്ങൾ settings വഴിയോ password manager വഴിയോ.
• ആര് എന്ത് മാറ്റുമെന്ന് സമ്മതിച്ചിട്ടുണ്ട്, prompt ചെയ്യുന്നതിന് മുമ്പ് ഞാൻ pull ചെയ്യുന്നു.
• ജോലി ബ്രീഫിനും നിർണായക flows-നുമെതിരെ അവലോകനം ചെയ്യപ്പെടുന്നു.
• ഉടമസ്ഥാവകാശം എഴുത്തിലാണ്; ജോലി അവസാനിക്കുമ്പോൾ ആക്സസ് നീക്കം ചെയ്ത് key-കൾ മാറ്റുന്നു.

Mythex-ൽ ഒരു ഡെവലപ്പറോടൊപ്പം ജോലി ചെയ്യൽ

• അവരെ ഒരു workspace-ലേക്ക് ക്ഷണിക്കുക. ഉടമകൾക്ക് per-seat ഫീസില്ലാതെ പരിധിയില്ലാത്ത collaborators-നെ ക്ഷണിക്കാം; അംഗങ്ങൾ workspace-ിലെ പ്രോജക്റ്റുകളിൽ ജോലി ചെയ്യുന്നു. ഈ പ്രോജക്റ്റ് മാത്രം അവർ കാണാൻ പ്രത്യേക workspace ഉപയോഗിക്കുക. പ്രസിദ്ധീകരിച്ച ആപ്പുകളുടെ credits workspace ഉടമയ്ക്കാണ് ബിൽ ചെയ്യുന്നത്. Invites കാണുക.
• GitHub sync ഉം export ഉം (Pro). ഒരു repository ബന്ധിപ്പിച്ച് push/pull ചെയ്യുക, അല്ലെങ്കിൽ രഹസ്യങ്ങൾ ഒഴിവാക്കി പ്രോജക്റ്റ് export ചെയ്യുക. GitHub, export, and import കാണുക.
• ഒരു പ്രിവ്യൂ ലിങ്ക് പങ്കിടുക, Mythex അക്കൗണ്ട് ഇല്ലാത്ത ഒരാൾക്ക് പുരോഗമിക്കുന്ന ജോലി കാണിക്കാൻ; കഴിഞ്ഞാൽ അത് ഇല്ലാതാക്കുക.
• Ask mode കോഡ് മാറ്റാതെ അതിനെക്കുറിച്ചുള്ള ചോദ്യങ്ങൾക്ക് ഉത്തരം നൽകുന്നു — ഒരു ഡെവലപ്പറുടെ മാറ്റങ്ങൾ മനസ്സിലാക്കാൻ ഉപയോഗപ്രദം.

ഡെവലപ്പർ ആപ്പ് മറ്റെവിടെയെങ്കിലും പ്രവർത്തിപ്പിക്കുമെങ്കിൽ, AI നിർമ്മിച്ച ആപ്പ് export ചെയ്ത് സ്വയം host ചെയ്യുന്നത് എങ്ങനെ കാണുക.

ചോദ്യങ്ങൾ