ഒറ്റയ്ക്ക് നാല് ഉൽപ്പന്നങ്ങൾ പുറത്തിറക്കി
ഒരു വർഷത്തിനുള്ളിൽ ഞാൻ നാല് ഉൽപ്പന്നങ്ങൾ പുറത്തിറക്കി.
AI സ്മാർട്ട്-കോൺട്രാക്ട് ഓഡിറ്ററുകൾ മുതൽ B2B SaaS വരെ അവ വൈവിധ്യമാർന്നവയാണ്.
ഇവ ഒറ്റയ്ക്ക് നിർമ്മിച്ചത് ഒരു പ്രോജക്റ്റിലൂടെ മാത്രം ലഭിക്കാത്ത പാഠങ്ങൾ എനിക്ക് നൽകി.
ഞാൻ പഠിച്ച കാര്യങ്ങൾ ഇതാ.
- വിരസമായ ജോലികൾക്കായി സമയം മാറ്റിവെക്കുക. കഠിനമായ സാങ്കേതിക ഭാഗങ്ങളെക്കുറിച്ച് ആശങ്കപ്പെടാനാണ് ഞാൻ കൂടുതൽ സമയം ചിലവഴിച്ചത്. AI വിശകലനത്തെക്കുറിച്ചും ബൈറ്റ്കോഡ് പുനർനിർമ്മാണത്തെക്കുറിച്ചും (bytecode reconstruction) ഞാൻ ഉത്കണ്ഠാകുലനായിരുന്നു. അവ കഠിനമായിരുന്നു, എന്നാൽ മുൻകൂട്ടി കാണാൻ കഴിയുന്നവയായിരുന്നു.
യഥാർത്ഥ വെല്ലുവിളികൾ വിരസമായ ഭാഗങ്ങളായിരുന്നു. Chrome Web Store റിവ്യൂകളും വിന്യാസ പ്രശ്നങ്ങളും (deployment issues) എന്റെ പ്രോജക്റ്റുകളെ തകർച്ചയുടെ വക്കിലെത്തിച്ചു. യഥാർത്ഥ ജോലി എന്നത് ആരും ശ്രദ്ധിക്കാത്ത ഇന്റഗ്രേഷൻ (integrations) ജോലികളിലാണ് ഇരിക്കുന്നത്.
- ആദ്യത്തെ 80 ശതമാനവും AI കൈകാര്യം ചെയ്യുന്നു. നിർമ്മാണത്തിന്റെ ആദ്യ ഘട്ടം ലാഭകരമാക്കാൻ AI സഹായിക്കുന്നു. സ്കാഫോൾഡിംഗും (scaffolding) ബോയിലർപ്ലേറ്റും (boilerplate) ഇത് കൈകാര്യം ചെയ്യുന്നു. ഇത് ഒറ്റയ്ക്കുള്ള ജോലി സാധ്യമാക്കുന്നു.
എന്നാൽ അവസാനത്തെ 20 ശതമാനവും AI കൈകാര്യം ചെയ്യില്ല. എഡ്ജ് കേസുകൾ (edge cases), സെക്യൂരിറ്റി റിവ്യൂകൾ, ആഴത്തിലുള്ള ഡീബഗ്ഗിംഗ് (deep debugging) എന്നിവയ്ക്ക് ഇപ്പോഴും നിങ്ങളുടെ സമയം ആവശ്യമാണ്. AI നിങ്ങളെ ഒരു ടീമായി മാറ്റുന്നില്ല. മറിച്ച്, കൂടുതൽ തവണ ഉൽപ്പന്നങ്ങൾ പുറത്തിറക്കാൻ പാകത്തിൽ കഠിനമായ ജോലികൾ കുറഞ്ഞ ചിലവിൽ ചെയ്യാൻ അത് സഹായിക്കുന്നു എന്ന് മാത്രം.
പേര് മാറ്റുന്നത് പുരോഗതിയാണ്. ഒരു ഉൽപ്പന്നത്തിന്റെ പേര് മാറ്റുന്നത് എന്റെ പരിശ്രമം പാഴാക്കലാണെന്ന് ഞാൻ കരുതിയിരുന്നു. ഞാൻ തെറ്റായിരുന്നു. ഒരു ഉൽപ്പന്നത്തിന് യഥാർത്ഥമായ ഒരു വ്യക്തിത്വം നൽകാൻ പാകത്തിൽ നിങ്ങൾ അതിനെ നന്നായി മനസ്സിലാക്കി എന്നതിന്റെ അടയാളമാണ് പേര് മാറ്റുക എന്നത്. വ്യക്തതയാണ് പുരോഗതി.
മിനുക്കുപണികൾക്ക് മുമ്പ് ലോജിക്. മനോഹരമായ ഒരു UI ഒരു കെണിയാണ്. നിങ്ങൾ പുരോഗതി കൈവരിക്കുന്നുണ്ടെന്ന് തോന്നിപ്പിക്കുമെങ്കിലും യഥാർത്ഥത്തിൽ അത് സംഭവിക്കണമെന്നില്ല.
ഇപ്പോൾ ഞാൻ ഒരു നിയമം പാലിക്കുന്നു: ഡിസൈനിൽ തൊടുന്നതിന് മുമ്പ് ലോജിക്കും ടെസ്റ്റുകളും പൂർത്തിയാക്കുക. കോഡ് തകരാറിലായാൽ ഒരു ടെസ്റ്റ് പരാജയപ്പെടുന്നുണ്ടെങ്കിൽ മാത്രമേ ഒരു ഫീച്ചർ ശരിയായി പ്രവർത്തിക്കുന്നുള്ളൂ എന്ന് പറയാനാകൂ. അതിനുശേഷം മാത്രമേ ഞാൻ അത് ഭംഗിയാക്കാൻ ശ്രമിക്കാറുള്ളൂ.
- പബ്ലിക്കായി നിർമ്മിക്കുക. പങ്കുവെക്കാൻ മികച്ച എന്തെങ്കിലും ഉണ്ടാകുന്നത് വരെ കാത്തുനിൽക്കരുത്. നിങ്ങളുടെ ബഗുകളെക്കുറിച്ചും പരാജയപ്പെട്ട രീതികളെക്കുറിച്ചും എഴുതുക.
ഒരു പ്രത്യേക പ്രശ്നം നിങ്ങൾ എങ്ങനെ പരിഹരിച്ചു എന്ന് എഴുതുന്നത് ശരിയായ ആളുകളെ ആകർഷിക്കും. ഈ ആളുകൾ നിങ്ങളുടെ ഉപഭോക്താക്കളും സഹകാരികളുമായി മാറും.
നിങ്ങൾ ഒറ്റയ്ക്കാണ് നിർമ്മിക്കുന്നതെങ്കിൽ:
• വിരസമായ ഇന്റഗ്രേഷൻ ജോലികൾക്കായി പ്ലാൻ ചെയ്യുക. • വലിയ ജോലികൾക്കായി AI ഉപയോഗിക്കുക, എന്നാൽ കഠിനമായ 20 ശതമാനം നിങ്ങൾ തന്നെ ചെയ്യുക. • ഡിസൈനേക്കാൾ ടെസ്റ്റുകൾക്കും ലോജിക്കിനും മുൻഗണന നൽകുക. • ജോലി ചെയ്യുന്നതിനൊപ്പം നിങ്ങളുടെ പ്രക്രിയയെക്കുറിച്ച് എഴുതുക.
പുറത്തിറക്കുന്നത് എന്നത് ഒരു പ്രക്രിയയാണ്, ലക്ഷ്യസ്ഥാനമല്ല.