പുസ്തകം "ബുദ്ധിജീവികളെ എങ്ങനെ കൈകാര്യം ചെയ്യാം. ഞാനും, വിദ്വാന്മാരും സങ്കികളും"

പ്രോജക്റ്റ് മാനേജർമാർക്കായി സമർപ്പിച്ചിരിക്കുന്നു (ഒപ്പം മേലധികാരികളാകാൻ ആഗ്രഹിക്കുന്നവർ).

ടൺ കണക്കിന് കോഡ് എഴുതുന്നത് ബുദ്ധിമുട്ടാണ്, പക്ഷേ ആളുകളെ നിയന്ത്രിക്കുന്നത് അതിലും ബുദ്ധിമുട്ടാണ്! അതിനാൽ രണ്ടും എങ്ങനെ ചെയ്യണമെന്ന് പഠിക്കാൻ നിങ്ങൾക്ക് ഈ പുസ്തകം ആവശ്യമാണ്.

രസകരമായ കഥകളും ഗുരുതരമായ പാഠങ്ങളും സംയോജിപ്പിക്കാൻ കഴിയുമോ? മൈക്കൽ ലോപ്പ് (ഇടുങ്ങിയ സർക്കിളുകളിൽ റാൻഡ്സ് എന്നും അറിയപ്പെടുന്നു) വിജയിച്ചു. അവിശ്വസനീയമാംവിധം പ്രതിഫലദായകമായ (സാങ്കൽപ്പികമാണെങ്കിലും) അനുഭവങ്ങളുള്ള സാങ്കൽപ്പിക ആളുകളെക്കുറിച്ചുള്ള സാങ്കൽപ്പിക കഥകൾ നിങ്ങൾ കണ്ടെത്തും. വൻകിട ഐടി കോർപ്പറേഷനുകളിൽ ജോലി ചെയ്ത വർഷങ്ങളിൽ നേടിയെടുത്ത വൈവിധ്യമാർന്നതും ചിലപ്പോൾ വിചിത്രവുമായ അനുഭവങ്ങൾ റാൻഡ്സ് പങ്കിടുന്നത് ഇങ്ങനെയാണ്: Apple, Pinterest, Palantir, Netscape, Symantec മുതലായവ.

നിങ്ങൾ ഒരു പ്രോജക്ട് മാനേജരാണോ? അല്ലെങ്കിൽ ദിവസം മുഴുവൻ നിങ്ങളുടെ ബോസ് എന്താണ് ചെയ്യുന്നതെന്ന് മനസിലാക്കണോ? ഊതിപ്പെരുപ്പിച്ച ടർക്കികളുടെ വിഷ ലോകത്ത് എങ്ങനെ അതിജീവിക്കാമെന്നും പ്രവർത്തനരഹിതമായ ആഹ്ലാദഭരിതരായ ആളുകളുടെ പൊതു ഭ്രാന്തിൽ എങ്ങനെ അഭിവൃദ്ധി പ്രാപിക്കാമെന്നും റാൻഡ്സ് നിങ്ങളെ പഠിപ്പിക്കും. ഭ്രാന്തന്മാരുടെ ഈ വിചിത്രമായ സമൂഹത്തിൽ അപരിചിതരായ ജീവികളും ഉണ്ട് - ഒരു നിഗൂഢമായ സംഘടനാ ആചാരത്തിലൂടെ, നിരവധി ആളുകളുടെ പദ്ധതികൾക്കും ചിന്തകൾക്കും ബാങ്ക് അക്കൗണ്ടുകൾക്കും മേൽ അധികാരം നേടിയ മാനേജർമാർ.

ഈ പുസ്തകം ഏതെങ്കിലും മാനേജ്മെൻ്റ് അല്ലെങ്കിൽ നേതൃത്വ കൈയെഴുത്തുപ്രതികളിൽ നിന്ന് വ്യത്യസ്തമാണ്. മൈക്കൽ ലോപ്പ് ഒന്നും മറച്ചുവെക്കുന്നില്ല, അവൻ അത് പോലെ തന്നെ പറയുന്നു (ഒരുപക്ഷേ എല്ലാ കഥകളും പരസ്യമാക്കാൻ പാടില്ല: പി). എന്നാൽ ഈ വിധത്തിൽ മാത്രമേ അത്തരമൊരു ബോസിനൊപ്പം എങ്ങനെ അതിജീവിക്കാമെന്നും ഗീക്കുകളേയും ഞരമ്പുകളേയും എങ്ങനെ കൈകാര്യം ചെയ്യാമെന്നും "ആ നശിച്ച പ്രോജക്റ്റ്" എങ്ങനെ സന്തോഷകരമായ അന്ത്യത്തിലേക്ക് കൊണ്ടുവരാമെന്നും നിങ്ങൾക്ക് മനസ്സിലാകും!

ഉദ്ധരണി. എഞ്ചിനീയറിംഗ് മാനസികാവസ്ഥ

ചിന്തകൾ: നിങ്ങൾ കോഡ് എഴുതുന്നത് തുടരണോ?

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

വഴക്കമുള്ളവരായിരിക്കുക!

നിങ്ങൾക്ക് എല്ലാം ഇതിനകം അറിയാമെന്ന് ചിന്തിക്കുന്നത് വളരെ മോശമായ ആശയമാണ്. ലോകം നിരന്തരം മാറിക്കൊണ്ടിരിക്കുന്നു എന്നത് സ്ഥിരമായ വസ്തുത മാത്രമുള്ള ഒരു സാഹചര്യത്തിൽ, വഴക്കം മാത്രമാണ് ശരിയായ സ്ഥാനം.

വിരോധാഭാസമെന്നു പറയട്ടെ, പട്ടികയിലെ രണ്ടാമത്തെ ഇനം ആശ്ചര്യകരമാംവിധം വഴക്കമില്ലാത്തതാണ്. എന്നിരുന്നാലും, ഈ പോയിൻ്റ് എൻ്റെ വ്യക്തിപരമായ പ്രിയപ്പെട്ടതാണ്, കാരണം ഇത് മാനേജർ വളർച്ചയ്ക്ക് അടിത്തറ സൃഷ്ടിക്കാൻ സഹായിക്കുമെന്ന് ഞാൻ വിശ്വസിക്കുന്നു. ഈ ഖണ്ഡിക ഇങ്ങനെ വായിക്കുന്നു:

കോഡ് എഴുതുന്നത് നിർത്തുക!

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

പുതുതായി തയ്യാറാക്കിയ മാനേജർ കോഡ് എഴുതുന്നതിൽ "മുങ്ങുന്നത്" ഞാൻ കാണുമ്പോൾ, ഞാൻ അവനോട് പറയുന്നു: "നിങ്ങൾക്ക് കോഡ് എഴുതാൻ കഴിയുമെന്ന് ഞങ്ങൾക്കറിയാം. ചോദ്യം ഇതാണ്: നിങ്ങൾക്ക് നയിക്കാൻ കഴിയുമോ? നിങ്ങൾ ഇനി നിങ്ങളുടെ മാത്രം ഉത്തരവാദിത്തമല്ല, മുഴുവൻ ടീമിനും നിങ്ങൾ ഉത്തരവാദിയാണ്; നിങ്ങൾ സ്വയം കോഡ് എഴുതാതെ തന്നെ പ്രശ്‌നങ്ങൾ സ്വയം പരിഹരിക്കാൻ നിങ്ങളുടെ ടീമിനെ നിങ്ങൾക്ക് എത്തിക്കാനാകുമെന്ന് ഉറപ്പാക്കാൻ ഞാൻ ആഗ്രഹിക്കുന്നു. സ്വയം എങ്ങനെ സ്കെയിൽ ചെയ്യാമെന്ന് കണ്ടെത്തുക എന്നതാണ് നിങ്ങളുടെ ജോലി. നിങ്ങൾ ഒരാളായിരിക്കാൻ ഞാൻ ആഗ്രഹിക്കുന്നില്ല, നിങ്ങളെപ്പോലെ പലരും ഉണ്ടാകണമെന്ന് ഞാൻ ആഗ്രഹിക്കുന്നു.

നല്ല ഉപദേശം, അല്ലേ? സ്കെയിൽ. മാനേജ്മെൻ്റ്. ഉത്തരവാദിത്തം. അത്തരം സാധാരണ പദങ്ങൾ. ഉപദേശം തെറ്റിയതിൽ ഖേദമുണ്ട്.

തെറ്റായ?

അതെ. ഉപദേശം തെറ്റാണ്! പൂർണ്ണമായും തെറ്റല്ല, പക്ഷേ എനിക്ക് ചില മുൻ സഹപ്രവർത്തകരെ വിളിച്ച് ക്ഷമ ചോദിക്കേണ്ടിവന്നത് തെറ്റാണ്: “നിങ്ങൾ എങ്ങനെ കോഡ് എഴുതുന്നത് നിർത്തണം എന്നതിനെക്കുറിച്ചുള്ള എൻ്റെ പ്രിയപ്പെട്ട പ്രസ്താവന ഓർക്കുന്നുണ്ടോ? അത് തെറ്റാണ്! അതെ... വീണ്ടും പ്രോഗ്രാമിംഗ് ആരംഭിക്കുക. പൈത്തണും റൂബിയും ഉപയോഗിച്ച് ആരംഭിക്കുക. അതെ, ഞാൻ ഗൗരവക്കാരനാണ്! നിങ്ങളുടെ കരിയർ അതിനെ ആശ്രയിച്ചിരിക്കുന്നു!

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

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

കഴിഞ്ഞ 20 വർഷമായി ഡവലപ്പർമാർ എന്താണ് ചെയ്യുന്നത്? ഈ സമയത്ത് ഞങ്ങൾ കോഡ് ഒരു ഷിറ്റ് ലോഡ് എഴുതി. കോഡ് കടൽ! ഞങ്ങൾ വളരെയധികം കോഡ് എഴുതി, എല്ലാം ലളിതമാക്കി ഓപ്പൺ സോഴ്‌സ് ചെയ്യുന്നതാണ് നല്ലതെന്ന് ഞങ്ങൾ തീരുമാനിച്ചു.

ഭാഗ്യവശാൽ, ഇൻ്റർനെറ്റിന് നന്ദി, ഈ പ്രക്രിയ ഇപ്പോൾ കഴിയുന്നത്ര ലളിതമാണ്. നിങ്ങളൊരു സോഫ്‌റ്റ്‌വെയർ ഡെവലപ്പറാണെങ്കിൽ, നിങ്ങൾക്കത് ഇപ്പോൾ പരിശോധിക്കാം! Google-ലോ Github-ലോ നിങ്ങളുടെ പേര് തിരയുക, നിങ്ങൾ വളരെക്കാലമായി മറന്നുപോയ, എന്നാൽ ആർക്കും കണ്ടെത്താനാകുന്ന കോഡ് നിങ്ങൾ കാണും. ഭയങ്കരം, അല്ലേ? കോഡ് എന്നേക്കും നിലനിൽക്കുമെന്ന് നിങ്ങൾക്കറിയില്ലേ? അതെ, അവൻ എന്നേക്കും ജീവിക്കുന്നു.

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

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

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

ചില മിടുക്കരായ സഖാക്കൾ വേട്ടയാടുന്നുവെന്ന് ആരോപിക്കപ്പെടുന്നതിനാൽ നിങ്ങളുടെ സ്ഥലത്തെക്കുറിച്ച് വിഷമിക്കാൻ ഞാൻ നിർദ്ദേശിക്കുന്നില്ല. സോഫ്‌റ്റ്‌വെയർ വികസനത്തിൻ്റെ പരിണാമം നിങ്ങളേക്കാൾ വേഗത്തിൽ നീങ്ങുന്നതിനാൽ അതിനെക്കുറിച്ച് വിഷമിക്കാൻ ഞാൻ നിർദ്ദേശിക്കുന്നു. നിങ്ങൾ പത്ത് വർഷമായി ജോലി ചെയ്യുന്നു, അവരിൽ അഞ്ച് പേർ മാനേജരായി, നിങ്ങൾ ചിന്തിക്കുന്നു: "സോഫ്റ്റ്‌വെയർ എങ്ങനെയാണ് വികസിപ്പിച്ചതെന്ന് എനിക്കറിയാം." അതെ, നിങ്ങൾക്കറിയാം. ബൈ…

കോഡ് എഴുതുന്നത് നിർത്തുക, പക്ഷേ...

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

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

നിങ്ങൾക്ക് എതിർപ്പുണ്ട്. മനസ്സിലാക്കുക. നമുക്ക് കേൾക്കാം.

“റാൻഡ്സ്, ഞാൻ സംവിധായകൻ്റെ കസേരയിലേക്കുള്ള യാത്രയിലാണ്! ഞാൻ കോഡ് എഴുതുന്നത് തുടരുകയാണെങ്കിൽ, എനിക്ക് വളരാൻ കഴിയുമെന്ന് ആരും വിശ്വസിക്കില്ല.

എനിക്ക് നിങ്ങളോട് ഇത് ചോദിക്കാൻ ആഗ്രഹമുണ്ട്: “ഞാൻ സിഇഒ ആകാൻ പോകുകയാണ്!” എന്ന കസേരയിൽ നിങ്ങൾ ഇരുന്നതിനാൽ, നിങ്ങളുടെ കമ്പനിക്കുള്ളിൽ പോലും സോഫ്റ്റ്‌വെയർ ഡെവലപ്‌മെൻ്റ് ലാൻഡ്‌സ്‌കേപ്പ് മാറുന്നത് നിങ്ങൾ ശ്രദ്ധിച്ചിട്ടുണ്ടോ? നിങ്ങളുടെ ഉത്തരം അതെ എന്നാണെങ്കിൽ, ഞാൻ നിങ്ങളോട് മറ്റൊരു ചോദ്യം ചോദിക്കും: ഇത് എങ്ങനെ മാറിക്കൊണ്ടിരിക്കുന്നു, ഈ മാറ്റങ്ങളെക്കുറിച്ച് നിങ്ങൾ എന്താണ് ചെയ്യാൻ പോകുന്നത്? എൻ്റെ ആദ്യ ചോദ്യത്തിന് നിങ്ങൾ “ഇല്ല” എന്ന് ഉത്തരം നൽകിയെങ്കിൽ, നിങ്ങൾ മറ്റൊരു കസേരയിലേക്ക് മാറേണ്ടതുണ്ട്, കാരണം (ഞാൻ പന്തയം വെക്കുന്നു!) ഈ നിമിഷം തന്നെ സോഫ്റ്റ്‌വെയർ വികസന മേഖല മാറുകയാണ്. സോഫ്‌റ്റ്‌വെയർ വികസിപ്പിക്കുന്നത് എങ്ങനെയെന്ന് സാവധാനം എന്നാൽ ഉറപ്പായും മറന്നാൽ നിങ്ങൾ എങ്ങനെ വളരും?

നിങ്ങളുടെ അടുത്ത ഉൽപ്പന്നത്തിനായി ടൺ കണക്കിന് ഫീച്ചറുകൾ നടപ്പിലാക്കാൻ സ്വയം പ്രതിജ്ഞാബദ്ധരാകരുത് എന്നതാണ് എൻ്റെ ഉപദേശം. നിങ്ങളുടെ ടീം എങ്ങനെയാണ് സോഫ്‌റ്റ്‌വെയർ നിർമ്മിക്കുന്നത് എന്നതിൻ്റെ മുകളിൽ തുടരാൻ നിങ്ങൾ നിരന്തരം നടപടികൾ കൈക്കൊള്ളേണ്ടതുണ്ട്. ഒരു ഡയറക്ടർ എന്ന നിലയിലും വൈസ് പ്രസിഡൻ്റ് എന്ന നിലയിലും നിങ്ങൾക്ക് ഇത് ചെയ്യാൻ കഴിയും. വേറെ എന്തെങ്കിലും?

“ഓ, റാൻഡ്സ്! പക്ഷേ ആരെങ്കിലും മദ്ധ്യസ്ഥനാകണം! ആരെങ്കിലും വലിയ ചിത്രം കാണണം. ഞാൻ കോഡ് എഴുതുകയാണെങ്കിൽ, എനിക്ക് കാഴ്ചപ്പാട് നഷ്ടപ്പെടും.

നിങ്ങൾ ഇപ്പോഴും റഫറി ആയിരിക്കണം, നിങ്ങൾ തീരുമാനങ്ങൾ സംപ്രേക്ഷണം ചെയ്യണം, 30-ന് അദ്ദേഹത്തിൻ്റെ പ്രതിവാര "ഞങ്ങൾ എല്ലാവരും നശിച്ചു" എന്ന വാക്ക് കേൾക്കാൻ എല്ലാ തിങ്കളാഴ്ച രാവിലെയും നിങ്ങളുടെ എഞ്ചിനീയർമാരിൽ ഒരാളുമായി കെട്ടിടത്തിന് ചുറ്റും നാല് തവണ നടക്കണം. മിനിറ്റ്.! എന്നാൽ അതിനെല്ലാം അപ്പുറം, നിങ്ങൾ ഒരു എഞ്ചിനീയറിംഗ് മാനസികാവസ്ഥ നിലനിർത്തണം, അത് ചെയ്യാൻ നിങ്ങൾ ഒരു മുഴുവൻ സമയ പ്രോഗ്രാമർ ആകേണ്ടതില്ല.

ഒരു എഞ്ചിനീയറിംഗ് മാനസികാവസ്ഥ നിലനിർത്തുന്നതിനുള്ള എൻ്റെ നുറുങ്ങുകൾ:

1. വികസന അന്തരീക്ഷം ഉപയോഗിക്കുക. കോഡ് ബിൽഡ് സിസ്റ്റം, പതിപ്പ് നിയന്ത്രണം, പ്രോഗ്രാമിംഗ് ഭാഷ എന്നിവയുൾപ്പെടെ നിങ്ങളുടെ ടീമിൻ്റെ ടൂളുകൾ നിങ്ങൾക്ക് പരിചിതമായിരിക്കണം എന്നാണ് ഇതിനർത്ഥം. തൽഫലമായി, ഉൽപ്പന്ന വികസനത്തെക്കുറിച്ച് സംസാരിക്കുമ്പോൾ നിങ്ങളുടെ ടീം ഉപയോഗിക്കുന്ന ഭാഷയിൽ നിങ്ങൾ പ്രാവീണ്യം നേടും. മികച്ച രീതിയിൽ പ്രവർത്തിക്കുന്ന നിങ്ങളുടെ പ്രിയപ്പെട്ട ടെക്സ്റ്റ് എഡിറ്റർ ഉപയോഗിക്കുന്നത് തുടരാനും ഇത് നിങ്ങളെ അനുവദിക്കും.
2. ഏത് സമയത്തും ഏത് ഉപരിതലത്തിലും നിങ്ങളുടെ ഉൽപ്പന്നത്തെ വിവരിക്കുന്ന വിശദമായ വാസ്തുവിദ്യാ ഡയഗ്രം വരയ്ക്കാൻ നിങ്ങൾക്ക് കഴിയണം. ഇപ്പോൾ ഞാൻ ഉദ്ദേശിക്കുന്നത് മൂന്ന് സെല്ലുകളും രണ്ട് അമ്പുകളും ഉള്ള ലളിതമായ പതിപ്പ് അല്ല. ഉൽപ്പന്നത്തിൻ്റെ വിശദമായ ഡയഗ്രം നിങ്ങൾ അറിഞ്ഞിരിക്കണം. ഏറ്റവും ബുദ്ധിമുട്ടുള്ള ഒന്ന്. ഏതെങ്കിലും മനോഹരമായ ഡയഗ്രം മാത്രമല്ല, വിശദീകരിക്കാൻ പ്രയാസമുള്ള ഒരു ഡയഗ്രം. ഉൽപ്പന്നത്തെക്കുറിച്ചുള്ള പൂർണ്ണമായ ധാരണയ്ക്ക് അനുയോജ്യമായ ഒരു മാപ്പ് ആയിരിക്കണം ഇത്. ഇത് നിരന്തരം മാറിക്കൊണ്ടിരിക്കുന്നു, എന്തുകൊണ്ടാണ് ചില മാറ്റങ്ങൾ സംഭവിച്ചതെന്ന് നിങ്ങൾ എപ്പോഴും അറിഞ്ഞിരിക്കണം.
3. ഫംഗ്ഷനുകളിലൊന്ന് നടപ്പിലാക്കുന്നത് ഏറ്റെടുക്കുക. ഈ പോയിൻ്റിന് ധാരാളം അപകടങ്ങൾ മറഞ്ഞിരിക്കുന്നതിനാൽ ഞാൻ ഇത് എഴുതുമ്പോൾ അക്ഷരാർത്ഥത്തിൽ അതിശയിക്കുന്നു, എന്നാൽ ഒരു സവിശേഷതയെങ്കിലും നടപ്പിലാക്കാതെ തന്നെ നിങ്ങൾക്ക് പോയിൻ്റ് #1, പോയിൻ്റ് #2 എന്നിവ പൂർത്തിയാക്കാൻ കഴിയുമെന്ന് എനിക്ക് ഉറപ്പില്ല. ഒരു സവിശേഷത സ്വയം നടപ്പിലാക്കുന്നതിലൂടെ, നിങ്ങൾ വികസന പ്രക്രിയയിൽ സജീവമായി ഏർപ്പെടുമെന്ന് മാത്രമല്ല, "എല്ലാത്തിൻ്റെയും ചുമതലയുള്ള മാനേജർ" എന്ന റോളിൽ നിന്ന് "ഒന്ന് നടപ്പിലാക്കുന്നതിനുള്ള ചുമതലയുള്ള മനുഷ്യൻ" എന്ന റോളിലേക്ക് ഇടയ്ക്കിടെ മാറാനും ഇത് നിങ്ങളെ അനുവദിക്കും. പ്രവർത്തനങ്ങളുടെ." ഈ വിനീതവും നിസ്സംഗവുമായ മനോഭാവം ചെറിയ തീരുമാനങ്ങളുടെ പ്രാധാന്യത്തെക്കുറിച്ച് നിങ്ങളെ ഓർമ്മിപ്പിക്കും.
4. ഞാൻ ഇപ്പോഴും ആകെ വിറയ്ക്കുന്നു. ആരോ ഇതിനകം എന്നോട് ആക്രോശിക്കുന്നതായി തോന്നുന്നു: "ഫംഗ്ഷൻ നടപ്പിലാക്കുന്നത് സ്വയം ഏറ്റെടുത്ത മാനേജർ?!" (ഞാനും അവനോട് യോജിക്കുന്നു!) അതെ, നിങ്ങൾ ഇപ്പോഴും മാനേജർ ആണ്, അതിനർത്ഥം ഇത് കുറച്ച് ചെറിയ ഫംഗ്‌ഷൻ ആയിരിക്കണം, ശരിയാണോ? അതെ, നിങ്ങൾക്ക് ഇനിയും ഒരുപാട് ചെയ്യാനുണ്ട്. നിങ്ങൾക്ക് ഫംഗ്ഷൻ നടപ്പിലാക്കാൻ കഴിയുന്നില്ലെങ്കിൽ, എനിക്ക് നിങ്ങൾക്കായി കുറച്ച് ഉപദേശമുണ്ട്: ചില ബഗുകൾ പരിഹരിക്കുക. ഈ സാഹചര്യത്തിൽ, നിങ്ങൾക്ക് സൃഷ്ടിയുടെ സന്തോഷം അനുഭവപ്പെടില്ല, എന്നാൽ ഉൽപ്പന്നം എങ്ങനെ സൃഷ്ടിക്കപ്പെടുന്നു എന്നതിനെക്കുറിച്ച് നിങ്ങൾക്ക് ഒരു ധാരണയുണ്ടാകും, അതായത് നിങ്ങൾ ഒരിക്കലും ജോലിയിൽ നിന്ന് വിട്ടുനിൽക്കില്ല.
5. യൂണിറ്റ് ടെസ്റ്റുകൾ എഴുതുക. ആളുകൾ ഭ്രാന്തന്മാരാകാൻ തുടങ്ങുമ്പോൾ ഞാൻ ഇപ്പോഴും ഇത് നിർമ്മാണ ചക്രത്തിൽ വൈകിയാണ് ചെയ്യുന്നത്. നിങ്ങളുടെ ഉൽപ്പന്നത്തിനായുള്ള ഒരു ആരോഗ്യ ചെക്ക്‌ലിസ്റ്റായി ഇതിനെ കരുതുക. ഇത് പലപ്പോഴും ചെയ്യുക.

വീണ്ടും എതിർപ്പ്?

“റാൻഡ്സ്, ഞാൻ കോഡ് എഴുതിയാൽ, ഞാൻ എൻ്റെ ടീമിനെ ആശയക്കുഴപ്പത്തിലാക്കും. ഞാൻ ആരാണെന്ന് അവർക്കറിയില്ല-ഒരു മാനേജരോ ഡെവലപ്പറോ.

നല്ലത്.

അതെ, ഞാൻ പറഞ്ഞു, "ശരി!" ഡെവലപ്പർ കുളത്തിൽ നീന്തുന്നതിലൂടെ നിങ്ങളുടെ ടീമിനെ ആശയക്കുഴപ്പത്തിലാക്കാൻ കഴിയുമെന്ന് നിങ്ങൾ കരുതുന്നതിൽ എനിക്ക് സന്തോഷമുണ്ട്. ഇത് വളരെ ലളിതമാണ്: സോഫ്‌റ്റ്‌വെയർ വികസനത്തിലെ വ്യത്യസ്ത റോളുകൾ തമ്മിലുള്ള അതിരുകൾ നിലവിൽ വളരെ മങ്ങിയിരിക്കുന്നു. ജാവാസ്ക്രിപ്റ്റ്, സിഎസ്എസ് പ്രോഗ്രാമിംഗ് എന്ന് വിശാലമായി വിളിക്കാവുന്നവയാണ് യുഐക്കാർ ചെയ്യുന്നത്. ഉപയോക്തൃ അനുഭവ രൂപകൽപ്പനയെക്കുറിച്ച് ഡവലപ്പർമാർ കൂടുതൽ കൂടുതൽ പഠിക്കുന്നു. ആളുകൾ പരസ്പരം ആശയവിനിമയം നടത്തുകയും ബഗുകളെക്കുറിച്ചും മറ്റുള്ളവരുടെ കോഡിൻ്റെ മോഷണത്തെക്കുറിച്ചും മനസിലാക്കുന്നു, കൂടാതെ ഈ വലിയ, ആഗോള, ക്രോസ്-പരാഗണം നടത്തുന്ന വിവര ബച്ചനാലിയയിൽ പങ്കെടുക്കാതിരിക്കാൻ മാനേജർക്ക് നല്ല കാരണമൊന്നുമില്ല എന്ന വസ്തുതയെക്കുറിച്ചും.

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

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

വികസനം നിർത്തരുത്

ബോർലാൻഡിലെ എൻ്റെ ഒരു സഹപ്രവർത്തകൻ ഒരിക്കൽ അവളെ "കോഡർ" എന്ന് വിളിച്ചതിന് എന്നെ വാക്കാൽ ആക്രമിച്ചു.

“റാൻഡ്സ്, കോഡർ ഒരു ബുദ്ധിശൂന്യമായ യന്ത്രമാണ്! കുരങ്ങൻ! ഉപയോഗശൂന്യമായ കോഡിൻ്റെ വിരസമായ വരികൾ എഴുതുകയല്ലാതെ കോഡർ പ്രധാനപ്പെട്ട ഒന്നും ചെയ്യുന്നില്ല. ഞാൻ ഒരു കോഡർ അല്ല, ഞാൻ ഒരു സോഫ്റ്റ്‌വെയർ ഡെവലപ്പറാണ്!"

അവൾ പറഞ്ഞത് ശരിയാണ്, പുതിയ സിഇഒമാർക്കുള്ള എൻ്റെ പ്രാരംഭ ഉപദേശം അവൾ വെറുക്കുമായിരുന്നു: "കോഡ് എഴുതുന്നത് നിർത്തൂ!" അവർ കോഡർമാരാണെന്ന് ഞാൻ നിർദ്ദേശിക്കുന്നതുകൊണ്ടല്ല, മറിച്ച് അവരുടെ ജോലിയുടെ ഏറ്റവും പ്രധാനപ്പെട്ട ഭാഗങ്ങളിലൊന്നായ സോഫ്റ്റ്‌വെയർ വികസനം അവഗണിക്കാൻ തുടങ്ങണമെന്ന് ഞാൻ മുൻകൂട്ടി നിർദ്ദേശിക്കുന്നതിനാലാണ്.

അതിനാൽ ഞാൻ എൻ്റെ ഉപദേശം അപ്ഡേറ്റ് ചെയ്തു. നിങ്ങൾക്ക് ഒരു നല്ല നേതാവാകണമെങ്കിൽ, നിങ്ങൾക്ക് കോഡ് എഴുതുന്നത് നിർത്താം, പക്ഷേ...

വഴക്കമുള്ളവരായിരിക്കുക. ഒരു എഞ്ചിനീയർ ആകുക എന്നതിൻ്റെ അർത്ഥം ഓർക്കുക, സോഫ്റ്റ്‌വെയർ വികസിപ്പിക്കുന്നത് നിർത്തരുത്.

രചയിതാവിനെക്കുറിച്ച്

സിലിക്കൺ വാലി വിട്ടിട്ടില്ലാത്ത ഒരു മുതിർന്ന സോഫ്റ്റ്‌വെയർ ഡെവലപ്പറാണ് മൈക്കൽ ലോപ്പ്. കഴിഞ്ഞ 20 വർഷമായി, Apple, Netscape, Symantec, Borland, Palantir, Pinterest എന്നിവയുൾപ്പെടെയുള്ള വിവിധ നൂതന കമ്പനികൾക്കായി മൈക്കൽ പ്രവർത്തിച്ചിട്ടുണ്ട്, കൂടാതെ പതുക്കെ വിസ്മൃതിയിലേക്ക് നീങ്ങുന്ന ഒരു സ്റ്റാർട്ടപ്പിൽ പങ്കെടുക്കുകയും ചെയ്തു.

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

കാലിഫോർണിയയിലെ റെഡ്‌വുഡിലാണ് മൈക്കൽ കുടുംബത്തോടൊപ്പം താമസിക്കുന്നത്. അവൻ എപ്പോഴും മൗണ്ടൻ ബൈക്ക്, ഹോക്കി കളിക്കാൻ, റെഡ് വൈൻ കുടിക്കാൻ സമയം കണ്ടെത്തുന്നു, കാരണം തിരക്കുള്ളതിനേക്കാൾ ആരോഗ്യമാണ് പ്രധാനം.

» പുസ്തകത്തെക്കുറിച്ചുള്ള കൂടുതൽ വിവരങ്ങൾ ഇവിടെ കാണാം പ്രസാധകന്റെ വെബ്സൈറ്റ്
» ഉള്ളടക്ക പട്ടിക
» ഉദ്ധരണി

ഖബ്രോജിറ്റെലിക്ക് കൂപ്പൺ ഉപയോഗിച്ച് 20% കിഴിവ് - ആളുകളെ നിയന്ത്രിക്കുന്നു

പുസ്തകത്തിൻ്റെ പേപ്പർ പതിപ്പിന് പണം നൽകിയാൽ, പുസ്തകത്തിൻ്റെ ഇലക്ട്രോണിക് പതിപ്പ് ഇ-മെയിൽ വഴി അയയ്ക്കും.

PS: പുസ്തകത്തിൻ്റെ വിലയുടെ 7% പുതിയ കമ്പ്യൂട്ടർ പുസ്തകങ്ങളുടെ വിവർത്തനത്തിന് നൽകും, പുസ്തകങ്ങളുടെ ഒരു ലിസ്റ്റ് പ്രിൻ്റിംഗ് ഹൗസിന് കൈമാറി. ഇവിടെ.

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