പോർട്ടലുകൾ, CLIs അല്ലെങ്കിൽ Git: ഡെവലപ്പർമാർ ശരിക്കും ഉപയോഗിക്കുന്നത്

പ്ലാറ്റ്ഫോം ടീമുകൾ അവരുടെ പ്രവൃത്തി കാണിക്കുമ്പോൾ, സാധാരണയായി ഒരു പോർട്ടൽ കാണിക്കുന്നു. നല്ല കാർഡുകൾ, സേവന പേജുകൾ, ഒരു വലിയ "സൃഷ്ടിക്കുക" ബട്ടൺ. അത് മനോഹരമായി പ്രദർശിപ്പിക്കുന്നു.

പക്ഷെ ഡെവലപ്പർമാർ ശരിക്കും ജോലി ചെയ്യുന്നത് കാണുമ്പോള് അവര് ഒരു പോർട്ടലിലല്ല താമസിക്കുന്നത്. അവ അവരുടെ എഡിറ്ററിലും ടെർമിനലിലും അവരുടെ പിൻ അഭ്യർത്ഥനകളിലും ചാറ്റ് ടൂളിലും ജീവിക്കുന്നു. ഓരോ പ്ലാറ്റ്ഫോം ടീമും ചോദിക്കേണ്ട ചോദ്യം ഇതാണ്: എവിടെയാണ് പ്ലാറ്റ് ഫോം ഡെവലപ്പർമാരെ കണ്ടുമുട്ടേണ്ടത്?

ഒരു പ്ലാറ്റ്ഫോം വാഗ്ദാനം ചെയ്യുന്നതിനുള്ള മൂന്ന് വഴികൾ

ഒരു വെബ് പോർട്ടൽ (ബാക്ക് സ്റ്റേജ്, പോർട്ട് തുടങ്ങിയവ) പുതിയ സേവനങ്ങൾ കണ്ടെത്താനും ഉടമകൾ, രേഖകൾ എന്നിവ കണ്ടെത്താനും പുതിയ സേവനങ്ങൾ സൃഷ്ടിക്കുന്നതുപോലുള്ള ഇടയ്ക്കിടെയുള്ള ജോലികൾക്കും ഇത് നല്ലതാണ്. ഒരു ദിവസം ഇരുപതു തവണ ചെയ്യുന്ന കാര്യങ്ങള് ക്ക് അത്ര നല്ലതല്ല.

ഒരു സി. ഐ. ഐ. ടെർമിനലിൽ താമസിക്കുന്ന ഡെവലപ്പർമാർക്ക് ഒരു നല്ല കമാൻഡ് ലൈൻ ടൂൾ ഇഷ്ടമാണ്. platform create service, platform logs, platform env up. വേഗതയുള്ളതും, സ്ക്രിപ്റ്റ് ചെയ്യാവുന്നതും, ഐ. സി. യിൽ ഉപയോഗിക്കാൻ എളുപ്പവുമാണ്. അതിന്റെ ദോഷം: ആരെങ്കിലും അത് നിർമ്മിക്കുകയും പരിപാലിക്കുകയും വേണം, അത് എല്ലായിടത്തും ഇൻസ്റ്റാൾ ചെയ്യുകയും അപ്ഡേറ്റ് ചെയ്യുകയും വേണം.

ഗിറ്റ് ഇന്റർഫേസായി (ഗിറ്റോപ്സ്). ഡെവലപ്പർമാർ ഒരു റിപ്പോസിറ്ററിയില് ഒരു YAML ഫയല് മാറ്റുന്നു, ഒരു pull request തുറക്കുന്നു, ബാക്കി ഓട്ടോമേഷൻ ചെയ്യുന്നു. ഓരോ മാറ്റവും അവലോകനം ചെയ്യപ്പെടുന്നു, പതിപ്പുകൾ പരിശോധിക്കുകയും ഓഡിറ്റ് ചെയ്യുകയും ചെയ്യുന്നു. കുറവുകൾ: യാംല ക്ഷീണം, പുതുമുഖങ്ങൾക്ക് ഇത് തിരിച്ചറിയാൻ കഴിയാത്തത്.

ഇവയിൽ ഒന്നും "ശരിയായവ" അല്ല. വ്യത്യസ്ത നിമിഷങ്ങളില് അവര് നല്ലവരാണ്.

ഏറ്റവും നല്ല പ്ലാറ്റ്ഫോം ഇന്റർഫേസ് ഡെവലപ്പർമാർക്ക് ആവശ്യമുള്ളപ്പോൾ ഇതിനകം തന്നെ നോക്കിയിരിക്കുന്ന ഒന്നാണ്.

ഡെവലപ്പർമാരോട് ചോദിച്ചതില് നിന്ന് ഞാന് പഠിച്ചത്

ഒരു പ്ലാറ്റ്ഫോമിൽ നിന്നും എന്താണു് ഡെവലപ്പർമാര് ക്ക് വേണ്ടതെന്നു് ചോദിച്ചാല് , "ഒരു നല്ല പോര് ടല് " എന്നാണു് മറുപടി. പലപ്പോഴും ഇവയൊക്കെ ഇങ്ങനെ ആണ്:

• "എന്തിനാണ് എന്റെ വിന്യാസം ആരോടും ചോദിക്കാതെ പരാജയപ്പെട്ടതെന്ന് അറിയണം".
• "എന്റെ സേവനത്തിനുള്ള ലോഗ്സ് എനിക്ക് വേണമെങ്കിൽ ഒരു അന്വേഷണ ഭാഷ പഠിക്കാതെ തന്നെ".
• "എനിക്ക് ഒരു ടിക്കറ്റ് തുറക്കാതെ ഒരു ടെസ്റ്റ് പരിസ്ഥിതി വേണം".
• "എന്റെ സേവനം തകര് ക്കുന്ന ആരുടെ സേവനമാണിതെന്ന് എനിക്ക് അറിയണം".

ശ്രദ്ധിക്കുക, ഇവ ഫലങ്ങളെ കുറിച്ചാണ്, ഇന്റർഫേസുകളെ കുറിച്ചല്ല. ആ ഫലങ്ങൾ എളുപ്പമാക്കുക എന്നതാണ് പ്ലാറ്റ്ഫോം ടീമിന്റെ ജോലി, എവിടെയായിരുന്നാലും ഡെവലപ്പർ.

ചില പ്രായോഗിക മാതൃകകൾ:

• വിവരങ്ങള് പിൻവലിക്കല് അഭ്യര് ഥനയില് എത്തിക്കുക. PR- യുടെ അഭിപ്രായമായി URL- കൾ, പരിശോധനാ ഫലങ്ങൾ, സുരക്ഷാ കണ്ടെത്തലുകൾ, ചെലവ് മാറ്റങ്ങൾ എന്നിവ പ്രിവ്യൂ ചെയ്യുക.
• ചാറ്റില് അലേര് മുകള് കൊണ്ടുവരിക വലതു ഡാഷ്ബോർഡിലേക്കും റൺബുക്കിലേക്കും നേരിട്ട് ലിങ്കുകൾ ഉള്ളത്.
• കണ്ടെത്തലിനായി പോർട്ടൽ ഉപയോഗിക്കുക അപൂർവമായ പ്രവര് ത്തനങ്ങളില് , ദൈനംദിന പ്രവര് ത്തനം അല്ല.
• സത്യത്തിന്റെ യഥാർത്ഥ ഉറവിടം ഗിറ്റിൽ സൂക്ഷിക്കുക, പോർട്ടലും CLIയും അത് വായിക്കട്ടെ.

ഡോക്സിങ് ഒരു സവിശേഷതയാണ്.

ഏതൊരു പ്ലാറ്റ്ഫോമിന്റെയും ഏറ്റവും വിലമതിക്കപ്പെടാത്ത ഭാഗം ഡോക്യുമെന്റേഷനാണ്. ആരും മനസ്സിലാക്കാത്ത ഒരു പ്ലാറ്റ്ഫോം ആരും ഉപയോഗിക്കാത്ത ഒരു പ്ലാട്ഫോമാണ്.

നല്ല പ്ലാറ്റ്ഫോം ഡോക്ഃ

• എക്സെക്സ് എങ്ങനെ ചെയ്യാം എന്ന ഗൈഡുകളുമായി തുടങ്ങുക, വാസ്തുവിദ്യാ രേഖാചിത്രങ്ങളല്ല.
• കോഡിന്റെ അടുത്താണ് ജീവിക്കുന്നത് (ഡോക്സ്-അസ്-കോഡ്) കോഡായി അവലോകനം ചെയ്യപ്പെടുന്നു.
• ശരിക്കും പ്രവർത്തിക്കുന്ന കോപ്പി-പേസ്റ്റ് ഉദാഹരണങ്ങൾ ഉണ്ടായിരിക്കണം.
• അവയൊക്കെ ആരുടെയെങ്കിലും ഉടമസ്ഥതയിലുള്ളതാണ്, പതിവായി അവലോകനം ചെയ്യപ്പെടുന്നു.

ഈ ക്വാർട്ടറിൽ ഒരു മെച്ചപ്പെടുത്തലിന് മാത്രമേ സമയം കിട്ടുകയുള്ളൂ എങ്കിൽ, ഡോക്യുമെന്റേഷനുകൾ മെച്ചപ്പെടുത്തുന്നത് പലപ്പോഴും പുതിയ ഫീച്ചർ ചേർക്കുന്നതിനെ മറികടക്കുന്നു.

മുമ്പും ശേഷവും

നിങ്ങൾ ഏത് ഇന്റർഫേസ് തിരഞ്ഞെടുത്താലും, അത് സഹായിക്കുന്നുണ്ടോ എന്ന് അളക്കുക. താരതമ്യത്തിന് മുമ്പും ശേഷവും ഉപയോഗപ്രദമായവ:

• "എനിക്ക് പുതിയ സേവനം വേണം" എന്നതിൽ നിന്നും "ഇത് ഒരു ടെസ്റ്റ് പരിതസ്ഥിതിയിൽ പ്രവർത്തിക്കുന്നു" എന്നതിലേക്കുള്ള സമയം.
• പ്ലാറ്റ്ഫോം ടീമിന് പതിവ് അഭ്യർത്ഥനകളുടെ എണ്ണം.
• ഒരു പരാജയപ്പെട്ട വിന്യാസം ഡീബഗ് ചെയ്യുന്നതിന് ഡെവലപ്പർമാർക്ക് എത്ര തവണ സഹായം ആവശ്യമുണ്ട്?
• "ഒരു മാറ്റം എത്ര എളുപ്പമാണ്" എന്ന ചോദ്യത്തിനുള്ള ഉത്തരം

ഒരു പോർട്ടൽ തുടങ്ങിയതിനു ശേഷം നമ്പറുകൾ മാറുന്നില്ലെങ്കിൽ, പോർട്ടലല്ല നിങ്ങള് ക്ക് പരിഹരിക്കേണ്ട പ്രശ്നം.

പിന്നെ, ഏത് കെട്ടിടം വേണം?

നിങ്ങളുടെ ഡെവലപ്പർമാർ ഇതിനകം ഉള്ളിടത്തു തന്നെ തുടങ്ങുക. മിക്ക ടീമുകൾക്കും, അത് ഗിറ്റും പിൻ അഭ്യർത്ഥനകളും ആണ്, നല്ല ഓട്ടോമേഷൻ അവരുടെ പിന്നിൽ. നിങ്ങളുടെ ഡെവലപ്പർമാർ ടെർമിനൽ കനത്ത ആണെങ്കിൽ ഒരു CLI ചേർക്കുക. കണ്ടെത്തൽ ഒരു യഥാർത്ഥ പ്രശ്നമാകുമ്പോൾ ഒരു പോർട്ടൽ ചേർക്കുക, സാധാരണയായി നിങ്ങൾക്ക് ഡസൻ കണക്കിന് സേവനങ്ങളും ടീമുകളും ഉള്ളപ്പോൾ.

എന്റെ അഭിപ്രായം: ഡെവലപ്പർമാരുടെ ശീലങ്ങളെ അടിസ്ഥാനമാക്കി പ്ലാറ്റ്ഫോം നിർമ്മിക്കുക, ഡെമോയെ അടിസ്ഥാനമാക്കിയല്ല. ഡെമോ 10 മിനിറ്റ് നീണ്ടു നിൽക്കും, ശീലങ്ങൾ വർഷങ്ങളോളം നീണ്ടു നിൽക്കുന്നു.

ഡെസ്ലി