ചക്രം പുനർനിർമ്മിക്കുന്നത് എന്തുകൊണ്ട് ഉപയോഗപ്രദമാണ്?

കഴിഞ്ഞ ദിവസം ഒരു മുതിർന്ന സ്ഥാനത്തേക്ക് അപേക്ഷിക്കുന്ന ഒരു JavaScript ഡെവലപ്പറെ ഞാൻ അഭിമുഖം നടത്തി. അഭിമുഖത്തിൽ പങ്കെടുത്ത ഒരു സഹപ്രവർത്തകൻ, ഒരു എച്ച്ടിടിപി അഭ്യർത്ഥന നടത്തുന്ന ഒരു ഫംഗ്ഷൻ എഴുതാൻ ഉദ്യോഗാർത്ഥിയോട് ആവശ്യപ്പെട്ടു, വിജയിച്ചില്ലെങ്കിൽ, നിരവധി തവണ വീണ്ടും ശ്രമിക്കുക.

അവൻ നേരിട്ട് ബോർഡിൽ കോഡ് എഴുതി, അതിനാൽ ഏകദേശം എന്തെങ്കിലും വരച്ചാൽ മതിയാകും. കാര്യം എന്താണെന്ന് അയാൾക്ക് നന്നായി മനസ്സിലായി എന്ന് കാണിച്ചിരുന്നെങ്കിൽ, ഞങ്ങൾ തികച്ചും സംതൃപ്തരാകുമായിരുന്നു. പക്ഷേ, നിർഭാഗ്യവശാൽ, വിജയകരമായ ഒരു പരിഹാരം കണ്ടെത്താൻ അദ്ദേഹത്തിന് കഴിഞ്ഞില്ല. തുടർന്ന് ഞങ്ങൾ, അത് ആവേശഭരിതമാക്കി, ടാസ്‌ക് കുറച്ച് എളുപ്പമാക്കാൻ തീരുമാനിക്കുകയും കോൾബാക്കുകളുള്ള ഒരു ഫംഗ്‌ഷൻ വാഗ്ദാനങ്ങളിൽ നിർമ്മിച്ച ഒരു ഫംഗ്‌ഷനാക്കി മാറ്റാൻ അവനോട് ആവശ്യപ്പെടുകയും ചെയ്തു.

പക്ഷേ കഷ്ടം. അതെ, അവൻ മുമ്പ് അത്തരം കോഡ് നേരിട്ടിട്ടുണ്ടെന്ന് വ്യക്തമായിരുന്നു. അവിടെ എല്ലാം എങ്ങനെ പ്രവർത്തിക്കുന്നുവെന്ന് അദ്ദേഹത്തിന് പൊതുവായി അറിയാമായിരുന്നു. ആശയത്തെക്കുറിച്ചുള്ള ഒരു ധാരണ തെളിയിക്കുന്ന ഒരു പരിഹാരത്തിന്റെ ഒരു രേഖാചിത്രം മാത്രമാണ് ഞങ്ങൾക്ക് വേണ്ടത്. എന്നിരുന്നാലും, സ്ഥാനാർത്ഥി ബോർഡിൽ എഴുതിയ കോഡ് തികച്ചും അസംബന്ധമായിരുന്നു. ജാവാസ്ക്രിപ്റ്റിലെ വാഗ്ദാനങ്ങൾ എന്താണെന്നതിനെക്കുറിച്ച് അദ്ദേഹത്തിന് വളരെ അവ്യക്തമായ ധാരണയുണ്ടായിരുന്നു, അവ എന്തിനാണ് ആവശ്യമായതെന്ന് വിശദീകരിക്കാൻ അദ്ദേഹത്തിന് കഴിഞ്ഞില്ല. ഒരു ജൂനിയറെ സംബന്ധിച്ചിടത്തോളം ഇത് ക്ഷമിക്കാമായിരുന്നു, പക്ഷേ അദ്ദേഹം മേലിൽ ഒരു സീനിയർ സ്ഥാനത്തിന് യോഗ്യനായിരുന്നില്ല. വാഗ്ദാനങ്ങളുടെ സങ്കീർണ്ണ ശൃംഖലയിലെ ബഗുകൾ പരിഹരിക്കാനും താൻ കൃത്യമായി എന്താണ് ചെയ്തതെന്ന് മറ്റുള്ളവരോട് വിശദീകരിക്കാനും ഈ ഡെവലപ്പർക്ക് എങ്ങനെ കഴിയും?

ഡെവലപ്പർമാർ റെഡിമെയ്ഡ് കോഡ് സ്വയം പ്രകടമായി കണക്കാക്കുന്നു

വികസന പ്രക്രിയയിൽ, പുനരുൽപ്പാദിപ്പിക്കാവുന്ന വസ്തുക്കൾ ഞങ്ങൾ നിരന്തരം കണ്ടുമുട്ടുന്നു. ഞങ്ങൾ കോഡ് ശകലങ്ങൾ കൈമാറുന്നതിനാൽ അവ ഓരോ തവണയും വീണ്ടും എഴുതേണ്ടതില്ല. അതനുസരിച്ച്, ഞങ്ങളുടെ എല്ലാ ശ്രദ്ധയും പ്രധാന ഭാഗങ്ങളിൽ കേന്ദ്രീകരിക്കുന്നതിലൂടെ, ഞങ്ങൾ പ്രവർത്തിക്കുന്ന പൂർത്തിയായ കോഡ് സ്വയം പ്രകടമായ ഒന്നായി ഞങ്ങൾ നോക്കുന്നു - എല്ലാം ശരിയായി പ്രവർത്തിക്കുമെന്ന് ഞങ്ങൾ അനുമാനിക്കുന്നു.

സാധാരണയായി ഇത് പ്രവർത്തിക്കുന്നു, പക്ഷേ കാര്യങ്ങൾ തന്ത്രപരമായിരിക്കുമ്പോൾ, മെക്കാനിക്‌സിനെ കൂടുതൽ മനസ്സിലാക്കുന്നത് പ്രതിഫലം നൽകുന്നു.

അതിനാൽ, സീനിയർ ഡെവലപ്പർ സ്ഥാനത്തേക്കുള്ള ഞങ്ങളുടെ സ്ഥാനാർത്ഥി വാഗ്ദാന വസ്തുക്കൾ സ്വയം വ്യക്തമാണെന്ന് കരുതി. മറ്റൊരാളുടെ കോഡിൽ എവിടെയെങ്കിലും അവ സംഭവിക്കുമ്പോൾ അവ എങ്ങനെ കൈകാര്യം ചെയ്യണമെന്ന് അദ്ദേഹത്തിന് ഒരു ധാരണ ഉണ്ടായിരിക്കാം, പക്ഷേ പൊതുവായ തത്വം അദ്ദേഹത്തിന് മനസ്സിലായില്ല, അഭിമുഖത്തിൽ അത് സ്വയം ആവർത്തിക്കാൻ കഴിഞ്ഞില്ല. ഒരുപക്ഷേ അദ്ദേഹം ശകലം ഹൃദയപൂർവ്വം ഓർത്തിരിക്കാം - ഇത് അത്ര ബുദ്ധിമുട്ടുള്ള കാര്യമല്ല:

return new Promise((resolve, reject) => {
  functionWithCallback((err, result) => {
   return err ? reject(err) : resolve(result);
  });
});

ഞാനും അത് ചെയ്തു - നാമെല്ലാവരും ഒരു ഘട്ടത്തിൽ ഇത് ചെയ്തിരിക്കാം. അവർ ഒരു കോഡിന്റെ ഒരു ഭാഗം മനഃപാഠമാക്കി, അതിലൂടെ അവർക്ക് പിന്നീട് അവരുടെ ജോലിയിൽ അത് ഉപയോഗിക്കാൻ കഴിയും, അതേസമയം എല്ലാം അവിടെ എങ്ങനെ പ്രവർത്തിക്കുന്നു എന്നതിനെക്കുറിച്ചുള്ള പൊതുവായ ധാരണ മാത്രമേയുള്ളൂ. എന്നാൽ ഡവലപ്പർ ഈ ആശയം ശരിക്കും മനസ്സിലാക്കിയിട്ടുണ്ടെങ്കിൽ, അയാൾക്ക് ഒന്നും ഓർമ്മിക്കേണ്ടതില്ല - അത് എങ്ങനെ ചെയ്യണമെന്ന് അയാൾക്ക് അറിയാം, കൂടാതെ കോഡിൽ ആവശ്യമുള്ളതെല്ലാം എളുപ്പത്തിൽ പുനർനിർമ്മിക്കുകയും ചെയ്യും.

വേരുകളിലേക്ക് മടങ്ങുക

2012-ൽ, ഫ്രണ്ട്-എൻഡ് ചട്ടക്കൂടുകളുടെ ആധിപത്യം ഇതുവരെ സ്ഥാപിച്ചിട്ടില്ലാത്തപ്പോൾ, jQuery ലോകത്തെ ഭരിച്ചു, ഞാൻ പുസ്തകം വായിച്ചു ജാവാസ്ക്രിപ്റ്റ് നിൻജയുടെ രഹസ്യങ്ങൾ, jQuery-യുടെ സ്രഷ്ടാവായ ജോൺ റെസിഗ് എഴുതിയത്.

ആദ്യം മുതൽ സ്വന്തം jQuery എങ്ങനെ സൃഷ്ടിക്കാമെന്ന് ഈ പുസ്തകം വായനക്കാരെ പഠിപ്പിക്കുകയും ലൈബ്രറിയുടെ നിർമ്മാണത്തിലേക്ക് നയിച്ച ചിന്താ പ്രക്രിയയെക്കുറിച്ച് ഒരു അതുല്യമായ ഉൾക്കാഴ്ച നൽകുകയും ചെയ്യുന്നു. സമീപ വർഷങ്ങളിൽ, jQuery അതിന്റെ മുൻകാല ജനപ്രീതി നഷ്ടപ്പെട്ടു, പക്ഷേ ഞാൻ ഇപ്പോഴും പുസ്തകം വളരെ ശുപാർശ ചെയ്യുന്നു. അവളെക്കുറിച്ച് എന്നെ ഏറ്റവും ആകർഷിച്ചത്, ഇതെല്ലാം എനിക്ക് തന്നെ ചിന്തിക്കാമായിരുന്നു എന്ന സ്ഥിരോത്സാഹമാണ്. രചയിതാവ് വിവരിച്ച ഘട്ടങ്ങൾ വളരെ യുക്തിസഹമായി തോന്നി, വളരെ വ്യക്തമാണ്, ഞാൻ അതിൽ ഇറങ്ങിയാൽ jQuery എളുപ്പത്തിൽ സൃഷ്ടിക്കാൻ കഴിയുമെന്ന് ഞാൻ ഗൗരവമായി ചിന്തിക്കാൻ തുടങ്ങി.

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

എന്നാൽ ഈ പുസ്തകം വായിച്ച് എന്നെ മറ്റൊരു വ്യക്തിയാക്കി. ഞാൻ സോഴ്സ് കോഡ് വായിക്കാൻ തുടങ്ങി, പല പരിഹാരങ്ങളും നടപ്പിലാക്കുന്നത് വാസ്തവത്തിൽ വളരെ സുതാര്യവും വ്യക്തവുമാണെന്ന് കണ്ടെത്തി. ഇല്ല, തീർച്ചയായും, ഇതുപോലൊന്ന് സ്വന്തമായി ചിന്തിക്കുന്നത് മറ്റൊരു കഥയാണ്. എന്നാൽ ഇത് മറ്റുള്ളവരുടെ കോഡ് പഠിക്കുകയും നിലവിലുള്ള പരിഹാരങ്ങൾ പുനർനിർമ്മിക്കുകയും ചെയ്യുന്നത് നമ്മുടേതായ എന്തെങ്കിലും കൊണ്ടുവരാൻ ഞങ്ങളെ സഹായിക്കുന്നു.

നിങ്ങൾ നേടുന്ന പ്രചോദനവും നിങ്ങൾ ശ്രദ്ധിക്കാൻ തുടങ്ങുന്ന പാറ്റേണുകളും നിങ്ങളെ ഒരു ഡെവലപ്പർ എന്ന നിലയിൽ മാറ്റും. നിങ്ങൾ നിരന്തരം ഉപയോഗിക്കുന്നതും ഒരു മാന്ത്രിക പുരാവസ്തുവായി ചിന്തിക്കാൻ നിങ്ങൾ ശീലിച്ചതുമായ ആ അത്ഭുതകരമായ ലൈബ്രറി മാജിക്കിൽ പ്രവർത്തിക്കുന്നില്ല, മറിച്ച് ഒരു പ്രശ്നം ലാക്കോണിക് ആയി വിഭവസമൃദ്ധമായി പരിഹരിക്കുന്നുവെന്ന് നിങ്ങൾ കണ്ടെത്തും.

ചിലപ്പോൾ നിങ്ങൾ കോഡ് പടിപടിയായി വിശകലനം ചെയ്യേണ്ടിവരും, എന്നാൽ ഇങ്ങനെയാണ്, ചെറിയ, സ്ഥിരതയുള്ള ഘട്ടങ്ങളിലൂടെ നീങ്ങുമ്പോൾ, നിങ്ങൾക്ക് പരിഹാരത്തിലേക്കുള്ള രചയിതാവിന്റെ പാത ആവർത്തിക്കാം. കോഡിംഗ് പ്രക്രിയയിൽ കൂടുതൽ ആഴത്തിൽ ഇറങ്ങാൻ ഇത് നിങ്ങളെ അനുവദിക്കുകയും നിങ്ങളുടെ സ്വന്തം പരിഹാരങ്ങളുമായി വരുന്നതിൽ കൂടുതൽ ആത്മവിശ്വാസം നൽകുകയും ചെയ്യും.

വാഗ്ദാനങ്ങളുമായി ഞാൻ ആദ്യമായി പ്രവർത്തിക്കാൻ തുടങ്ങിയപ്പോൾ, അത് ശുദ്ധമായ മാജിക് പോലെയാണ് എനിക്ക് തോന്നിയത്. പിന്നീട് ഞാൻ മനസ്സിലാക്കിയത് അവ ഒരേ കോൾബാക്കുകളെ അടിസ്ഥാനമാക്കിയുള്ളതാണെന്ന്, എന്റെ പ്രോഗ്രാമിംഗ് ലോകം കീഴ്മേൽ മറിഞ്ഞു. കോൾബാക്കുകളിൽ നിന്ന് നമ്മെ രക്ഷിക്കുക എന്ന പാറ്റേൺ, കോൾബാക്കുകൾ ഉപയോഗിച്ചാണോ നടപ്പിലാക്കുന്നത്?!

വ്യത്യസ്‌തമായ കണ്ണുകളോടെ വിഷയം നോക്കാനും ഇത് എന്റെ മുന്നിൽ കാണുന്ന ഒരു അമൂർത്തമായ കോഡല്ലെന്ന് മനസ്സിലാക്കാനും ഇത് എന്നെ സഹായിച്ചു, എന്റെ ജീവിതത്തിൽ എനിക്ക് ഒരിക്കലും മനസ്സിലാക്കാൻ കഴിയാത്ത നിരോധിത സങ്കീർണ്ണത. കൃത്യമായ ജിജ്ഞാസയും ആഴത്തിലുള്ള നിമജ്ജനവും കൊണ്ട് പ്രശ്‌നങ്ങളില്ലാതെ മനസ്സിലാക്കാൻ കഴിയുന്ന പാറ്റേണുകൾ മാത്രമാണിത്. ഇങ്ങനെയാണ് ആളുകൾ കോഡ് ചെയ്യാനും ഡെവലപ്പർമാരായി വളരാനും പഠിക്കുന്നത്.

ഈ ചക്രം പുനർനിർമ്മിക്കുക

അതിനാൽ മുന്നോട്ട് പോയി ചക്രങ്ങൾ പുനർനിർമ്മിക്കുക: നിങ്ങളുടെ സ്വന്തം ഡാറ്റ ബൈൻഡിംഗ് കോഡ് എഴുതുക, ഒരു ഹോംഗ്രൗൺ വാഗ്ദാനം സൃഷ്ടിക്കുക, അല്ലെങ്കിൽ നിങ്ങളുടെ സ്വന്തം സംസ്ഥാന മാനേജ്മെന്റ് പരിഹാരം ഉണ്ടാക്കുക.
ഇതെല്ലാം ആരും ഒരിക്കലും ഉപയോഗിക്കില്ല എന്നത് പ്രശ്നമല്ല - എന്നാൽ ഇപ്പോൾ നിങ്ങൾക്കത് എങ്ങനെ ചെയ്യണമെന്ന് അറിയാം. നിങ്ങളുടെ സ്വന്തം പ്രോജക്റ്റുകളിൽ അത്തരം സംഭവവികാസങ്ങൾ പിന്നീട് ഉപയോഗിക്കാൻ നിങ്ങൾക്ക് അവസരമുണ്ടെങ്കിൽ, അത് പൊതുവെ മികച്ചതാണ്. നിങ്ങൾക്ക് അവ വികസിപ്പിക്കാനും മറ്റെന്തെങ്കിലും പഠിക്കാനും കഴിയും.

നിങ്ങളുടെ കോഡ് പ്രൊഡക്ഷനിലേക്ക് അയക്കുക എന്നതല്ല, പുതിയ എന്തെങ്കിലും പഠിക്കുക എന്നതാണ് ഇവിടെ പ്രധാനം. നിലവിലുള്ള ഒരു പരിഹാരത്തിന്റെ സ്വന്തം നിർവ്വഹണം എഴുതുന്നത് മികച്ച പ്രോഗ്രാമർമാരിൽ നിന്ന് പഠിക്കാനും നിങ്ങളുടെ കഴിവുകൾ വികസിപ്പിക്കാനുമുള്ള ഒരു മികച്ച മാർഗമാണ്.

അവലംബം: www.habr.com