കുറച്ചുകൂടി ചിന്തിക്കേണ്ടിവരും: ഡെവലപ്പർമാരുടെ ബുദ്ധിപരമായ ഭാരം കുറയ്ക്കുക

"നിങ്ങള് അത് നിർമ്മിക്കുന്നു, നിങ്ങള് അത് നടത്തുന്നു". ഞാന് ആ ആശയത്തില് വിശ്വസിക്കുന്നു. ഉല്പാദനത്തിലെ തങ്ങളുടെ സേവനങ്ങൾ സ്വന്തമാക്കുന്ന ടീമുകൾ മികച്ച സോഫ്റ്റ്വെയർ നിർമ്മിക്കുന്നു. പക്ഷെ, എവിടെയോ, "നിങ്ങൾ അത് പ്രവർത്തിപ്പിക്കുക" എന്നതു "കുബർനെറ്റസ്, ഹെൽം, ടെറാഫോർം, ഐഎഎം, നെറ്റ് വർക്കിംഗ്, നിരീക്ഷണക്ഷമത, സുരക്ഷാ സ്കാനിംഗ്, മൂന്ന് ഐഐ സംവിധാനങ്ങൾ എന്നിവ മനസിലാക്കേണ്ടതുണ്ട്" എന്നായി മാറി. ഉത്പന്നം നിർമ്മിക്കുന്നതിനു പുറമെ ഇത് വളരെയധികം കാര്യങ്ങളാണ്.

ആ ഭാരത്തിന് ഒരു പേരുണ്ട്: ബുദ്ധിപരമായ ലോഡ്.

ജോലിസ്ഥലത്ത് അറിവ് ലോഡ് എന്താണ് അർത്ഥമാക്കുന്നത്

ഈ ആശയം മനഃശാസ്ത്രത്തില് നിന്നും വന്നതാണ്, പുസ്തകത്തില് നിന്നും ടീം ടോപ്പോളജികൾ സോഫ്റ്റ് വെയറില് അത് ജനപ്രിയമാക്കി. ഓരോ വ്യക്തിക്കും ടീമിനും പരിമിതമായ മാനസിക ശേഷിയുണ്ട്. അവയില് കൂടുതല് പണവും അവരുടെ പ്രധാന ജോലിയില്ലാത്ത കാര്യങ്ങള് ക്ക് ഉപയോഗിക്കാന് പോകുന്നുവെങ്കില് അവരുടെ പ്രധാന ജോലിക്ക് ദോഷം സംഭവിക്കുന്നു.

ഏകദേശം മൂന്നു തരം ഉണ്ട്:

• അന്തർലീനമായ: പ്രശ്നത്തിന്റെ സങ്കീർണ്ണത തന്നെ. ഒരു പേയ്മെന്റ് സംവിധാനം കെട്ടിപ്പടുക്കുക എന്നത് ബുദ്ധിമുട്ടാണ്. അത് ശരി തന്നെ.
• വിദേശീയമായ: സങ്കീർണ്ണത അവിടെ ആവശ്യമില്ല. ആശയക്കുഴപ്പത്തിലാക്കുന്ന ഉപകരണങ്ങൾ, വ്യക്തമല്ലാത്ത പ്രക്രിയകൾ, വിന്യസിക്കാനുള്ള 12 വഴികൾ.
• ജെർമൻ: നിങ്ങളുടെ ജോലിയിൽ നിങ്ങളെ മെച്ചപ്പെടുത്തുന്ന കാര്യങ്ങൾ പഠിക്കാനുള്ള പരിശ്രമം.

പ്ലാറ്റ്ഫോം ടീമിന്റെ ജോലി പരമാവധി ബാഹ്യ ലോഡ് നീക്കം ചെയ്യുക എന്നതാണ്, അതിനാൽ ഡവലപ്പർമാർക്ക് അവരുടെ ഊർജ്ജം ആന്തരികവും ജർമ്മൻ തരങ്ങളിലും ചെലവഴിക്കാൻ കഴിയും.

നിങ്ങളുടെ ഡെവലപ്പർമാർക്ക് നിങ്ങളുടെ മുഴുവൻ ഇൻഫ്രാസ്ട്രക്ചറും മനസിലാക്കണമെങ്കിൽ ഒരു കോഡ് ലൈൻ മാറ്റാൻ, ഇൻഫ്രാക്ചർ ആണ് പ്രശ്നം.

കുബർനെറ്റ്സിനെ ഒളിപ്പിച്ചു വെക്കുക, സൌമ്യമായി

കുബർനെറ്റസ് ഒരു മികച്ച ഉദാഹരണമാണ്. ഇത് വളരെ ശക്തമാണ്, പക്ഷെ ഒരു ലളിതമായ വെബ് സർവീസ് ഒരു വിന്യാസം, ഒരു സേവനം, ഒരു HTTP റൂട്ട് അല്ലെങ്കിൽ ഇൻഗ്രെസ്സ്, ഒരു കോൺഫിഗ്മാപ്പ്, ഒരു ഹൊറിസോണ്ടൽപോഡ് ഓട്ടോസ്കേലർ, ഒരു പോഡ് ഡിസ്റപ്ഷൻ ബജറ്റ്, ഒരു സർവീസ് അക്കൌണ്ട്, നെറ്റ്വർക്ക് പോളിസികൾ... മിക്ക ഡെവലപ്പർമാരും ഇതൊന്നും അറിയേണ്ട ആവശ്യമില്ല.

കുറയ്ക്കാനുള്ള വഴികൾ:

• ഒരു പങ്കിട്ട ഹെൽം ചാർട്ട് നല്ല ഡിഫോൾട്ടുകളുമായി. ഡെവലപ്പറുടെ മൂല്യങ്ങളുടെ ഫയല് 300ന് പകരം 15 വരികളാണ്.
• ഉയർന്ന തലത്തിലുള്ള സ്പെസിഫിക്കേഷനുകൾ സ്കോർ (ഒരു സേവനത്തിന് ആവശ്യമുള്ളത് വിവരിക്കുന്ന ഒരു വർക്ക് ലോഡ് സ്പെസിഫിക്കേഷൻ, അത് എങ്ങനെ വിന്യസിക്കണമെന്നില്ല), അല്ലെങ്കിൽ ക്രോ, ക്രോസ്പ്ലെയ്ൻ എന്നിവ നിങ്ങളുടെ സ്വന്തം ലളിതമായ App വിഭവം.
• ശൈലികൾ എല്ലാം ഒരിക്കൽ സൃഷ്ടിക്കുന്നവയാണിവ. അതുകൊണ്ട് ഡെവലപ്പർമാർ പ്രവർത്തിക്കുന്ന എന്തെങ്കിലും ഉപയോഗിച്ച് തുടങ്ങുന്നു.

"മൃദുവായി" എന്ന വാക്ക് പ്രധാനമാണ്. കുബർനെറ്റസിനെ പൂർണ്ണമായും മറയ്ക്കരുത്, അങ്ങനെ ഡീബഗ്ഗിംഗ് അസാധ്യമാകും. ലളിതമായ പാത ലളിതമാക്കൂ, ആവശ്യമുള്ള ആളുകൾക്ക് വിശദാംശങ്ങൾ ലഭ്യമാക്കൂ.

നല്ല സ്ഥിരസ്ഥിതികൾ നല്ല ഡോക്യുമെന്റേഷനെ മറികടക്കുന്നു

ഒരു ഡെവലപ്പറോട് എടുക്കാൻ ആവശ്യപ്പെടുന്ന ഓരോ തീരുമാനവും ഒരു ചെറിയ ഭാരം മാത്രമാണ്. അവരിൽ ഭൂരിഭാഗം പേർക്കും ന്യായമായ ഉത്തരം ഉണ്ട് 90% സമയവും അത് ശരിയാണ്.

ആ ഉത്തരങ്ങൾ പ്ലാറ്റ്ഫോമിൽ വയ്ക്കുക:

• ഒരു ഘടനാപരമായ ഫോർമാറ്റിലുള്ള ലോഗ്സ്, ഓട്ടോമാറ്റിക്കായി അയയ്ക്കുന്നു.
• അടിസ്ഥാന ചിത്രത്തിലോ ലൈബ്രറിയിലോ സജ്ജമാക്കിയിരിക്കുന്ന അളവുകളും ട്രെയ്സിംഗും.
• വിഭവ അഭ്യർത്ഥനകളും ന്യായമായ മൂല്യങ്ങളുള്ള അന്വേഷണങ്ങളും.
• സുരക്ഷാ ക്രമീകരണങ്ങൾ: റൂട്ട് അല്ലാത്ത കണ്ടെയ്നറുകൾ, വായിക്കാൻ മാത്രമുള്ള ഫയൽ സിസ്റ്റങ്ങൾ, ശേഷി കുറഞ്ഞു.
• അടിസ്ഥാനകാര്യങ്ങള് ക്കുള്ള മുന്നറിയിപ്പുകള്: പിശക് നിരക്ക്, ലേറ്റൻസി, പുനരാരംഭിക്കുക.

ഡോക്യുമെന്റേഷൻ ഇപ്പോഴും പ്രധാനമാണ്, പക്ഷെ ഏറ്റവും നല്ല ഡോക്യുമേന്റേഷൻ ആരും വായിക്കേണ്ട ഒന്നാണ് കാരണം സ്ഥിരസ്ഥിതി ശരിയാണ്.

നിങ്ങളുടെ പ്ലാറ്റ്ഫോം അതിനെ കൂടുതൽ മോശമാക്കുന്നതിന്റെ അടയാളങ്ങൾ

പ്ലാറ്റ്ഫോം ടീമുകൾക്ക് അവരുടെ ബുദ്ധിശക്തി വർദ്ധിപ്പിക്കാനും കഴിയും. ശ്രദ്ധിക്കുക:

• പഠിക്കാനുള്ള മറ്റൊരു ഉപകരണം പ്ലാറ്റ്ഫോം ടീം മാത്രമേ ശരിക്കും മനസ്സിലാക്കുന്നുള്ളൂ.
• ചോർച്ചയുണ്ടാക്കുന്ന അബ്സ്ട്രാക്ഷനുകൾ: എന്തെങ്കിലും തകരാറിലായാല് , ഡെവലപ്പര് മാര് ക്ക് അത് മനസ്സിലാക്കണം, അത് അസംബന്ധവും അതിന് റെ അടിവശം ഉള്ളതും.
• വളരെയധികം തിരഞ്ഞെടുപ്പുകൾ: "നിങ്ങൾക്ക് ഓപ്ഷൻ A, B, അല്ലെങ്കിൽ C ഉപയോഗിച്ച് വിന്യസിക്കാം" എന്നത് സ്വയം സേവനമല്ല, ഇത് ഗൃഹപാഠമാണ്.
• നിരന്തരമായ മാറ്റംഓരോ ക്വാർട്ടറും പുതിയ രീതിയിലുള്ള ജോലികൾ.

ഡെവലപ്പർമാരോട് പതിവായി ചോദിക്കുക എന്താണു അവരെ മന്ദഗതിയിലാക്കുന്നത് എന്ന്. ആ ലിസ്റ്റിൽ ആ പ്ലാറ്റ്ഫോം ഉണ്ടെങ്കിൽ അത് ഗൌരവമായി എടുക്കുക.

പിന്നെ, എങ്ങനെ തുടങ്ങും?

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

എന്റെ അഭിപ്രായം: ഏറ്റവും നല്ല പ്ലാറ്റ്ഫോം ഡെവലപ്പർമാർ ശ്രദ്ധിക്കാത്ത ഒന്നാണ്. അവര് ഷിപ്പ് ചെയ്യുകയും, കാര്യങ്ങൾ നടക്കുകയും ചെയ്യുന്നു.

ഡെസ്ലി