പ്രിയ ഗൂഗിൾ ക്ലൗഡ്, പിന്നിലേക്ക് പൊരുത്തപ്പെടാത്തത് നിങ്ങളെ കൊല്ലുകയാണ്.

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

അതിനാൽ നമുക്ക് ഇത് അവസാനിപ്പിക്കാം.

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

ആദ്യം, ഒരു ചെറിയ പശ്ചാത്തലം: Google-ന് ഒരു ഡാറ്റ സ്റ്റോറേജ് സാങ്കേതികവിദ്യയുണ്ട് ബിഗ് ടേബിൾ. ഇതൊരു ശ്രദ്ധേയമായ സാങ്കേതിക നേട്ടമായിരുന്നു, ആദ്യത്തേത് (ആദ്യത്തേതല്ലെങ്കിൽ) "അനന്തമായി അളക്കാവുന്ന" കീ-വാല്യൂ സ്റ്റോറിൽ (K/V): അടിസ്ഥാനപരമായി NoSQL-ന്റെ തുടക്കം. ഈ ദിവസങ്ങളിൽ ബിഗ്‌ടേബിൾ ഇപ്പോഴും തിരക്കേറിയ കെ/വി സ്റ്റോറേജ് സ്‌പെയ്‌സിൽ മികച്ച രീതിയിൽ പ്രവർത്തിക്കുന്നു, എന്നാൽ ആ സമയത്ത് (2005) അത് അതിശയകരമാംവിധം തണുത്തതായിരുന്നു.

ബിഗ്‌ടേബിളിനെക്കുറിച്ചുള്ള രസകരമായ ഒരു കാര്യം, അവർക്ക് വലിയ സൂചികകളുള്ള ടാബ്‌ലെറ്റ് സെർവറുകൾ എന്ന് വിളിക്കപ്പെടുന്ന ആന്തരിക നിയന്ത്രണ പ്ലെയിൻ ഒബ്‌ജക്റ്റുകൾ (നടത്തിപ്പിന്റെ ഭാഗമായി) ഉണ്ടായിരുന്നു, സിസ്റ്റത്തെ സ്കെയിൽ ചെയ്യുമ്പോൾ ചില ഘട്ടങ്ങളിൽ അവ ഒരു തടസ്സമായി മാറി. ബിഗ്‌ടേബിൾ എഞ്ചിനീയർമാർ എങ്ങനെയാണ് സ്കേലബിലിറ്റി നടപ്പിലാക്കുന്നത് എന്നതിനെക്കുറിച്ച് ആശയക്കുഴപ്പത്തിലായിരുന്നു, ടാബ്‌ലെറ്റ് സെർവറുകളെ മറ്റ് ബിഗ്‌ടേബിൾ സ്റ്റോറേജ് ഉപയോഗിച്ച് മാറ്റിസ്ഥാപിക്കാൻ കഴിയുമെന്ന് പെട്ടെന്ന് മനസ്സിലായി. അതിനാൽ ബിഗ്‌ടേബിൾ നടപ്പിലാക്കുന്നതിന്റെ ഭാഗമാണ് ബിഗ്‌ടേബിൾ. ഈ സ്റ്റോറേജ് സൗകര്യങ്ങൾ എല്ലാ തലങ്ങളിലും ഉണ്ട്.

രസകരമായ മറ്റൊരു വിശദാംശം, കുറച്ചു കാലത്തേക്ക് ബിഗ്‌ടേബിൾ ഗൂഗിളിനുള്ളിൽ പ്രചാരവും സർവ്വവ്യാപിയും ആയിത്തീർന്നു, ഓരോ ടീമിനും അതിന്റേതായ ശേഖരണമുണ്ട്. അതുകൊണ്ട് വെള്ളിയാഴ്ച മീറ്റിംഗുകളിലൊന്നിൽ, ലാറി പേജ് യാദൃശ്ചികമായി ചോദിച്ചു: “എന്തുകൊണ്ടാണ് ഞങ്ങൾക്ക് ഒന്നിലധികം ബിഗ്‌ടേബിളുകൾ ഉള്ളത്? എന്തുകൊണ്ട് ഒന്ന് മാത്രം പോര?" സിദ്ധാന്തത്തിൽ, Google-ന്റെ എല്ലാ സംഭരണ ​​ആവശ്യങ്ങൾക്കും ഒരു സംഭരണം മതിയാകും. തീർച്ചയായും, പ്രായോഗിക വികസന കാരണങ്ങളാൽ (പരാജയത്തിന്റെ അനന്തരഫലങ്ങൾ പോലെ) അവർ ഒരിക്കലും ഒന്നിലേക്ക് പോയിട്ടില്ല, പക്ഷേ സിദ്ധാന്തം രസകരമായിരുന്നു. മുഴുവൻ പ്രപഞ്ചത്തിനും ഒരു ശേഖരം (ആമസോൺ അവരുടെ Sable ഉപയോഗിച്ച് ഇത് ചെയ്തിട്ടുണ്ടോ എന്ന് ആർക്കെങ്കിലും അറിയാമോ?)

എന്തായാലും എന്റെ കഥ ഇതാ.

ആ സമയത്ത്, ഞാൻ രണ്ട് വർഷത്തിലേറെയായി ഗൂഗിളിൽ ജോലി ചെയ്യുകയായിരുന്നു, ഒരു ദിവസം എനിക്ക് ബിഗ്‌ടേബിൾ എഞ്ചിനീയറിംഗ് ടീമിൽ നിന്ന് ഇതുപോലെ ഒരു ഇമെയിൽ ലഭിച്ചു:

പ്രിയ സ്റ്റീവ്,

ബിഗ്‌ടേബിൾ ടീമിൽ നിന്ന് ഹലോ. [ഡാറ്റ സെന്റർ നാമത്തിൽ] നിങ്ങൾ വളരെ പഴയ ബിഗ്‌ടേബിൾ ബൈനറിയാണ് ഉപയോഗിക്കുന്നതെന്ന് നിങ്ങളെ അറിയിക്കാൻ ഞങ്ങൾ ആഗ്രഹിക്കുന്നു. ഈ പതിപ്പ് ഇനി പിന്തുണയ്‌ക്കില്ല, ഏറ്റവും പുതിയ പതിപ്പിലേക്ക് അപ്‌ഗ്രേഡുചെയ്യാൻ നിങ്ങളെ സഹായിക്കാൻ ഞങ്ങൾ ആഗ്രഹിക്കുന്നു.

ഈ വിഷയത്തിൽ ഒരുമിച്ച് പ്രവർത്തിക്കാൻ നിങ്ങൾക്ക് കുറച്ച് സമയം ഷെഡ്യൂൾ ചെയ്യാനാകുമോയെന്ന് ദയവായി എന്നെ അറിയിക്കുക.

എല്ലാ ആശംസകളും,
ബിഗ്‌ടേബിൾ ടീം

Google-ൽ നിങ്ങൾക്ക് ധാരാളം മെയിലുകൾ ലഭിക്കുന്നു, അതിനാൽ ഒറ്റനോട്ടത്തിൽ ഞാൻ ഇതുപോലൊന്ന് വായിക്കുന്നു:

പ്രിയ സ്വീകർത്താവേ,

ഏതോ ടീമിൽ നിന്ന് ഹലോ. ബ്ലാ ബ്ലാ ബ്ലാ ബ്ലാ ബ്ലാ ബ്ലാ ബ്ലാ ബ്ലാ ബ്ലാ ബ്ലാ ബ്ലാ ബ്ലാ ബ്ലാ ബ്ലാ ബ്ലാ ബ്ലാ ബ്ലാ ബ്ലാ ബ്ലാ ബ്ലാ ബ്ലാ ബ്ലാ ബ്ലാ ബ്ലാ ബ്ലാ ബ്ലാ ബ്ലാ ബ്ലാ ബ്ലാ ബ്ലാ ബ്ലാ ബ്ലാ ബ്ലാ ബ്ലാ ബ്ലാ ബ്ലാ ബ്ലാ. ബ്ലാ ബ്ലാ ബ്ലാ ബ്ലാ ബ്ലാ ബ്ലാ ബ്ലാ ബ്ലാ ബ്ലാ ബ്ലാ ബ്ലാ ബ്ലാ ബ്ലാ ബ്ലാ ബ്ലാ.

ബ്ലാ ബ്ലാ ബ്ലാക്കായി നിങ്ങളുടെ വിലയേറിയ സമയം ഷെഡ്യൂൾ ചെയ്യാൻ കഴിയുമോയെന്ന് ഞങ്ങളെ അറിയിക്കുക.

എല്ലാ ആശംസകളും,
ഒരുതരം കമാൻഡ്

ഞാൻ അത് ഉടൻ തന്നെ ഇല്ലാതാക്കി, പക്ഷേ എന്റെ ബോധത്തിന്റെ അരികിൽ എനിക്ക് വേദനാജനകമായ ഒരു തോന്നൽ അനുഭവപ്പെട്ടു. തീരെയില്ല ഒരു ഔപചാരിക കത്ത് പോലെ തോന്നുന്നുവെങ്കിലും സ്പഷ്ടമായി, ഞാൻ ബിഗ്‌ടേബിൾ ഉപയോഗിക്കാത്തതിനാൽ സ്വീകർത്താവ് തെറ്റിദ്ധരിച്ചു.

പക്ഷേ അത് വിചിത്രമായിരുന്നു.

ജോലിയെക്കുറിച്ചും മൈക്രോ കിച്ചണിൽ ഏതുതരം സ്രാവ് മാംസം പരീക്ഷിക്കണമെന്നും ഞാൻ ദിവസം മുഴുവൻ മാറിമാറി ചിന്തിച്ചു, അതിൽ മൂന്നെണ്ണമെങ്കിലും എന്റെ സീറ്റിൽ നിന്ന് ഒരു ബിസ്‌ക്കറ്റ് എറിഞ്ഞുകൊണ്ട് അടിക്കാവുന്നത്ര അടുത്തായിരുന്നു, പക്ഷേ എഴുതുന്നതിനെ കുറിച്ചുള്ള ചിന്ത എന്നെ ഒരു ചെറിയ ഉത്കണ്ഠയും വളർത്തിയെടുത്തിട്ടില്ല.

അവർ എന്റെ പേര് വ്യക്തമായി പറഞ്ഞു. എന്റെ ഇമെയിൽ വിലാസത്തിലേക്കാണ് ഇമെയിൽ അയച്ചത്, മറ്റാരുടെയോ അല്ല, അത് cc: അല്ലെങ്കിൽ bcc: അല്ല. ടോൺ വളരെ വ്യക്തിപരവും വ്യക്തവുമാണ്. ഒരുപക്ഷേ ഇത് ഏതെങ്കിലും തരത്തിലുള്ള തെറ്റാണോ?

അവസാനം ജിജ്ഞാസ വർധിച്ചു, അവർ പറഞ്ഞ ഡാറ്റാ സെന്ററിലെ ബോർഗ് കൺസോൾ നോക്കാൻ പോയി.

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

ഈ കഥയ്ക്ക് ശ്രദ്ധേയമായ നിരവധി വശങ്ങളുണ്ട്. ഒന്നാമതായി, ബിഗ്‌ടേബിളിന്റെ പ്രവർത്തനം ഗൂഗിളിന്റെ സ്കെയിലിൽ വളരെ നിസ്സാരമായിരുന്നു, രണ്ട് വർഷത്തിന് ശേഷം മാത്രമാണ് അധിക സംഭരണം ആരെങ്കിലും ശ്രദ്ധിച്ചത്, ബൈനറിയുടെ പതിപ്പ് കാലഹരണപ്പെട്ടതിനാൽ മാത്രം. താരതമ്യത്തിനായി, ഞാൻ ഒരിക്കൽ ഉപയോഗിക്കുന്നത് പരിഗണിച്ചു Google ക്ലൗഡിൽ ബിഗ്‌ടേബിൾ എന്റെ ഓൺലൈൻ ഗെയിമിനായി. അക്കാലത്ത്, ഈ സേവനത്തിന് പ്രതിവർഷം ഏകദേശം $16 ചിലവായി. ശൂന്യം ജിസിപിയിൽ വലിയ പട്ടിക. അവർ നിങ്ങളെ കബളിപ്പിക്കുകയാണെന്ന് ഞാൻ പറയുന്നില്ല, പക്ഷേ എന്റെ വ്യക്തിപരമായ അഭിപ്രായത്തിൽ, ഒരു ശൂന്യമായ ഫക്കിംഗ് ഡാറ്റാബേസിന് ഇത് ധാരാളം പണമാണ്.

മറ്റൊരു ശ്രദ്ധേയമായ കാര്യം സ്റ്റോറേജ് ആണ് രണ്ടു വർഷത്തിനു ശേഷവും ജോലി ചെയ്യുന്നു. WTF? ഡാറ്റാ സെന്ററുകൾ വരുന്നു, പോകുന്നു; അവർ തകരാറുകൾ അനുഭവിക്കുന്നു, അവർ ഷെഡ്യൂൾ ചെയ്ത അറ്റകുറ്റപ്പണികൾക്ക് വിധേയരാകുന്നു, അവർ എല്ലാ സമയത്തും മാറുന്നു. ഹാർഡ്‌വെയർ അപ്‌ഡേറ്റുചെയ്‌തു, സ്വിച്ചുകൾ സ്വാപ്പ് ചെയ്‌തു, എല്ലാം നിരന്തരം മെച്ചപ്പെടുത്തുന്നു. ഈ മാറ്റങ്ങളോടെ എന്റെ പ്രോഗ്രാം രണ്ട് വർഷത്തോളം പ്രവർത്തിപ്പിക്കാൻ അവർക്ക് എങ്ങനെ കഴിഞ്ഞു? ഇത് 2020-ൽ ഒരു ചെറിയ നേട്ടമായി തോന്നിയേക്കാം, എന്നാൽ 2005-2007-ൽ ഇത് വളരെ ശ്രദ്ധേയമായിരുന്നു.

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

ഞാൻ അവർക്ക് നന്ദി പറഞ്ഞു, സ്റ്റോറേജ് ഡിലീറ്റ് ചെയ്തു, ജീവിതം പതിവുപോലെ തുടർന്നു. പക്ഷേ, പതിമൂന്ന് വർഷങ്ങൾക്ക് ശേഷവും ആ കത്തിനെക്കുറിച്ച് ഞാൻ ചിന്തിക്കുന്നു. കാരണം ചിലപ്പോൾ ഗൂഗിൾ ക്ലൗഡിൽ നിന്ന് എനിക്ക് സമാനമായ ഇമെയിലുകൾ ലഭിക്കാറുണ്ട്. അവ ഇതുപോലെ കാണപ്പെടുന്നു:

പ്രിയ Google ക്ലൗഡ് ഉപയോക്താവേ,

ഒരു ഓർമ്മപ്പെടുത്തൽ എന്ന നിലയിൽ, 2020 ഓഗസ്റ്റ് മുതൽ ഞങ്ങൾ [നിങ്ങൾ ഉപയോഗിക്കുന്ന അവശ്യ സേവനം] സേവനം അവസാനിപ്പിക്കും, അതിനുശേഷം നിങ്ങൾക്ക് നിങ്ങളുടെ സംഭവങ്ങൾ അപ്‌ഗ്രേഡ് ചെയ്യാൻ കഴിയില്ല. ഏറ്റവും പുതിയ പതിപ്പിലേക്ക് അപ്‌ഗ്രേഡുചെയ്യാൻ ഞങ്ങൾ ശുപാർശ ചെയ്യുന്നു, അത് ബീറ്റ പരിശോധനയിലാണ്, ഡോക്യുമെന്റേഷനോ മൈഗ്രേഷൻ പാതയോ ഇല്ല, ഞങ്ങളുടെ സഹായത്താൽ മുമ്പ് കാലഹരണപ്പെട്ടതാണ്.

Google ക്ലൗഡ് പ്ലാറ്റ്‌ഫോമിലെ എല്ലാ ഉപയോക്താക്കളിലും ഈ മാറ്റം കുറഞ്ഞ സ്വാധീനം ചെലുത്തുമെന്ന് ഉറപ്പാക്കാൻ ഞങ്ങൾ പ്രതിജ്ഞാബദ്ധരാണ്.

എന്നേക്കും നല്ല സുഹൃത്തുക്കൾ,
Google ക്ലൗഡ് പ്ലാറ്റ്ഫോം

എന്നാൽ ഞാൻ അത്തരം കത്തുകൾ ഒരിക്കലും വായിച്ചിട്ടില്ല, കാരണം അവർ യഥാർത്ഥത്തിൽ പറയുന്നത് ഇതാണ്:

പ്രിയ സ്വീകർത്താവേ,

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

നിങ്ങളുടെ എല്ലാ വികസനങ്ങളും ഒരു വർഷത്തിനുള്ളിൽ ഉപയോഗശൂന്യമാകുമെന്ന് ഉറപ്പാക്കാനുള്ള ശ്രമങ്ങൾ ഞങ്ങൾ തുടരുന്നു.

പ്ലീസ് ഫക്ക് ഓഫ്
Google ക്ലൗഡ് പ്ലാറ്റ്ഫോം

മാസത്തിലൊരിക്കൽ എനിക്ക് അത്തരം കത്തുകൾ ലഭിക്കുന്നു എന്നതാണ് വസ്തുത. ഇത് പലപ്പോഴും സംഭവിക്കുന്നു, അത് അനിവാര്യമായും സംഭവിക്കുന്നു തള്ളി മാറ്റി ഞാൻ ജിസിപിയിൽ നിന്ന് ആന്റി ക്ലൗഡ് ക്യാമ്പിലേക്ക്. അവരുടെ ഉടമസ്ഥതയിലുള്ള സംഭവവികാസങ്ങളെ ആശ്രയിക്കാൻ ഞാൻ മേലിൽ സമ്മതിക്കില്ല, കാരണം "കാലഹരണപ്പെട്ട" ഉൽപ്പന്നങ്ങൾ അടയ്ക്കുക എന്ന നയം Google-മായി നിലനിർത്താൻ ശ്രമിക്കുന്നതിനേക്കാൾ ഒരു വെർച്വൽ മെഷീനിൽ ഒരു ഓപ്പൺ സോഴ്‌സ് സിസ്റ്റം നിലനിർത്തുന്നത് devops-ന് എളുപ്പമാണ്.

ഞാൻ Google ക്ലൗഡിലേക്ക് മടങ്ങുന്നതിന് മുമ്പ് കാരണം ഐ അടുത്തുപോലുമില്ല അവരെ വിമർശിച്ചിട്ടില്ല, മറ്റ് ചില മേഖലകളിലെ കമ്പനിയുടെ പ്രകടനം നോക്കാം. Google എഞ്ചിനീയർമാർ അവരുടെ സോഫ്റ്റ്‌വെയർ എഞ്ചിനീയറിംഗ് അച്ചടക്കത്തിൽ സ്വയം അഭിമാനിക്കുന്നു, ഇതാണ് യഥാർത്ഥത്തിൽ പ്രശ്നങ്ങൾ സൃഷ്ടിക്കുന്നത്. അഹങ്കാരം ജാഗ്രതയില്ലാത്തവർക്കുള്ള ഒരു കെണിയാണ്, തങ്ങളുടെ തീരുമാനങ്ങൾ എല്ലായ്പ്പോഴും ശരിയാണെന്നും ഉപഭോക്താക്കളെക്കുറിച്ച് കരുതുന്നതിനേക്കാൾ പ്രധാനം (ചില അവ്യക്തമായ നിർവചനം പ്രകാരം) ശരിയാണെന്നും ചിന്തിക്കാൻ പല Google ജീവനക്കാരെയും ഇത് പ്രേരിപ്പിച്ചു.

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

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

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

ഞാൻ എല്ലാ ദിവസവും Emacs ഉപയോഗിക്കുന്നു. അതെ, ഞാനും എല്ലാ ദിവസവും IntelliJ ഉപയോഗിക്കുന്നു, അത് അതിന്റേതായ ഒരു ശക്തമായ ടൂളിംഗ് പ്ലാറ്റ്‌ഫോമായി വളർന്നിരിക്കുന്നു. എന്നാൽ IntelliJ-യ്‌ക്കായി വിപുലീകരണങ്ങൾ എഴുതുന്നത് Emacs-നായി വിപുലീകരണങ്ങൾ എഴുതുന്നതിനേക്കാൾ വളരെ അഭിലഷണീയവും സങ്കീർണ്ണവുമായ ജോലിയാണ്. അതിലും പ്രധാനമായി, ഇമാക്സിനായി എഴുതിയതെല്ലാം സംരക്ഷിക്കപ്പെടുന്നു എന്നേക്കും.

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

കാലഹരണപ്പെട്ട എന്റിറ്റികൾക്കായി ഇമാക്സിന് make-obsolete എന്നൊരു ഫംഗ്ഷൻ ഉണ്ട്. അടിസ്ഥാന കമ്പ്യൂട്ടർ ആശയങ്ങൾക്കായുള്ള ഇമാക്സ് ടെർമിനോളജി (എന്താണ് "വിൻഡോ" എന്നത് പോലുള്ളവ) പലപ്പോഴും വ്യവസായ കൺവെൻഷനുകളിൽ നിന്ന് വ്യത്യസ്തമാണ്, കാരണം ഇമാക്സ് വളരെക്കാലം മുമ്പ് അവ അവതരിപ്പിച്ചു. സമയത്തിന് മുമ്പുള്ളവർക്ക് ഇത് ഒരു സാധാരണ അപകടമാണ്: നിങ്ങളുടെ എല്ലാ നിബന്ധനകളും തെറ്റാണ്. എന്നാൽ Emacs-ന് deprecation എന്ന ആശയം ഉണ്ട്, അതിനെ അവരുടെ പദപ്രയോഗങ്ങളിൽ വിളിക്കുന്നു കാലഹരണപ്പെടൽ.

എന്നാൽ ഇമാക്സ് ലോകത്ത് വ്യത്യസ്തമായ പ്രവർത്തന നിർവചനം ഉണ്ടെന്ന് തോന്നുന്നു. വേണമെങ്കിൽ മറ്റൊരു അടിസ്ഥാന തത്വശാസ്ത്രം.

Emacs-ന്റെ ലോകത്ത് (കൂടാതെ ഞങ്ങൾ താഴെ പറയുന്ന മറ്റ് പല മേഖലകളിലും), ഒഴിവാക്കിയ API സ്റ്റാറ്റസ് അടിസ്ഥാനപരമായി അർത്ഥമാക്കുന്നത്: "നിങ്ങൾ ഈ സമീപനം ശരിക്കും ഉപയോഗിക്കേണ്ടതില്ല, കാരണം ഇത് പ്രവർത്തിക്കുമ്പോൾ, അത് ഞങ്ങൾ വരുത്തുന്ന പല പോരായ്മകളും അനുഭവിക്കുന്നു. ഇവിടെ പട്ടികപ്പെടുത്തുക. എന്നാൽ ദിവസാവസാനം, അത് നിങ്ങളുടെ ഇഷ്ടമാണ്."

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

1500 കി.മീ കഴിഞ്ഞാൽ തീർച്ചയായും കേടാകുന്ന ഒരു യൂസ്ഡ് കാർ വിൽക്കുന്നത് പോലെയാണ്.

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

പ്രശ്നം അവർ വിചാരിക്കുന്നതിലും വളരെ വലുതാണ്, കസ്റ്റമർ കെയർ അവരുടെ ഡിഎൻഎയിൽ ഇല്ലാത്തതിനാൽ വരും വർഷങ്ങളിൽ ഇത് നിലനിൽക്കും. ഇതിനെക്കുറിച്ച് കൂടുതൽ ചുവടെ.

ഈ സമയത്ത്, ഇമാക്സ് വലിയ തോതിൽ വിജയിച്ചിരിക്കുന്നു എന്ന ധീരമായ പ്രസ്താവന ഞാൻ നടത്താൻ പോകുന്നു കൂടുതലും കാരണം അവർ പിന്നോക്ക പൊരുത്തം വളരെ ഗൗരവമായി എടുക്കുന്നു. യഥാർത്ഥത്തിൽ, ഇതാണ് ഞങ്ങളുടെ ലേഖനത്തിന്റെ തീസിസ്. വിജയകരവും ദീർഘായുസ്സുള്ളതുമായ ഓപ്പൺ സിസ്റ്റങ്ങൾ അവയുടെ വിജയത്തിന് കടപ്പെട്ടിരിക്കുന്നത് പതിറ്റാണ്ടുകളായി ചുറ്റുപാടും ജീവിച്ചിരുന്ന മൈക്രോ കമ്മ്യൂണിറ്റികളോടാണ്. വിപുലീകരണങ്ങൾ/പ്ലഗിനുകൾ. ഇതാണ് ആവാസവ്യവസ്ഥ. പ്ലാറ്റ്‌ഫോമുകളുടെ സ്വഭാവത്തെക്കുറിച്ചും അവ എത്രത്തോളം പ്രാധാന്യമർഹിക്കുന്നതിനെക്കുറിച്ചും ഞാൻ ഇതിനകം സംസാരിച്ചിട്ടുണ്ട്, കൂടാതെ Android അല്ലെങ്കിൽ Chrome-ന് പുറത്ത് വിജയകരമായ ഒരു ഓപ്പൺ പ്ലാറ്റ്‌ഫോം സൃഷ്‌ടിക്കുന്നത് എന്താണെന്ന് Google അതിന്റെ മുഴുവൻ കോർപ്പറേറ്റ് ചരിത്രത്തിലും മനസ്സിലാക്കിയിട്ടില്ല.

യഥാർത്ഥത്തിൽ, ഞാൻ ആൻഡ്രോയിഡിനെ കുറിച്ച് ചുരുക്കമായി പരാമർശിക്കണം, കാരണം നിങ്ങൾ അതിനെക്കുറിച്ച് ചിന്തിക്കുന്നുണ്ടാകാം.

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

മുൻ ലേഖനത്തിൽ, ആൻഡ്രോയിഡിന്റെ ആദ്യകാല ഡിസൈൻ തീരുമാനങ്ങളിൽ ചിലത് എത്ര മോശമായിരുന്നുവെന്ന് ഞാൻ ചർച്ച ചെയ്തു. ഹേയ്, ഞാൻ ആ ലേഖനം എഴുതിയപ്പോൾ അവർ "ഇൻസ്റ്റന്റ് ആപ്പുകൾ" എന്ന് വിളിക്കുന്ന വിഡ്ഢിത്തം പുറത്തെടുക്കുകയായിരുന്നു, അത് ഇപ്പോൾ (ആശ്ചര്യം!) കാലഹരണപ്പെട്ട, കൂടാതെ Google പറയുന്നത് കേൾക്കാനും ഈ തൽക്ഷണ ആപ്പുകളിലേക്ക് നിങ്ങളുടെ ഉള്ളടക്കം നീക്കാനും നിങ്ങൾ വിഡ്ഢികളായിരുന്നെങ്കിൽ ഞാൻ സഹതപിക്കുന്നു.

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

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

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

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

എന്നാൽ ഒരു വ്യത്യാസമുണ്ട്. പിന്നോക്ക അനുയോജ്യത ഉയർന്ന ചിലവിൽ വരുന്നു. ഈ ചെലവുകളുടെ ഭാരം Android തന്നെ വഹിക്കുന്നു, അതേസമയം ഭാരം വഹിക്കണമെന്ന് ഗൂഗിൾ നിർബന്ധിക്കുന്നു вы, പേയ്മെന്റ് ക്ലയന്റ്.

ബാക്ക്വേർഡ് കോംപാറ്റിബിലിറ്റിയോടുള്ള Android-ന്റെ പ്രതിബദ്ധത അതിന്റെ API-കളിൽ നിങ്ങൾക്ക് കാണാൻ കഴിയും. നിങ്ങൾക്ക് നാലോ അഞ്ചോ വ്യത്യസ്‌ത സബ്‌സിസ്റ്റങ്ങൾ അക്ഷരാർത്ഥത്തിൽ ഒരേ കാര്യം ചെയ്യുന്നുണ്ടെങ്കിൽ, കാമ്പിൽ പിന്നാക്ക അനുയോജ്യതയ്ക്കുള്ള പ്രതിബദ്ധതയുണ്ടെന്നതിന്റെ ഉറപ്പായ സൂചനയാണിത്. പ്ലാറ്റ്‌ഫോമുകളുടെ ലോകത്ത് നിങ്ങളുടെ ഉപഭോക്താക്കളോടും വിപണിയോടുമുള്ള പ്രതിബദ്ധതയുടെ പര്യായമായത്.

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

ലേഡി അസ്കോട്ട്:
- ആലീസ്, ഞാൻ ഏറ്റവും കൂടുതൽ ഭയപ്പെടുന്നത് എന്താണെന്ന് നിങ്ങൾക്കറിയാമോ?
- പ്രഭുവർഗ്ഗത്തിന്റെ പതനം?
- എനിക്കുണ്ടാകുമെന്ന് ഞാൻ ഭയപ്പെട്ടു വൃത്തികെട്ട പേരക്കുട്ടികൾ.

മനോഹരവും പ്രായോഗികവും തമ്മിലുള്ള ഇടപാട് മനസ്സിലാക്കാൻ, വിജയകരമായ മൂന്നാമത്തെ പ്ലാറ്റ്‌ഫോം (Emacs, Android എന്നിവയ്ക്ക് ശേഷം) നോക്കാം, അത് എങ്ങനെ പ്രവർത്തിക്കുന്നുവെന്ന് നോക്കാം: Java തന്നെ.

ജാവയ്ക്ക് കാലഹരണപ്പെട്ട ധാരാളം API-കൾ ഉണ്ട്. ജാവ പ്രോഗ്രാമർമാർക്കിടയിൽ ഡിപ്രെക്കേഷൻ വളരെ ജനപ്രിയമാണ്, മിക്ക പ്രോഗ്രാമിംഗ് ഭാഷകളേക്കാളും കൂടുതൽ ജനപ്രിയമാണ്. ജാവ തന്നെ, പ്രധാന ഭാഷയും ലൈബ്രറികളും എപിഐകളെ നിരന്തരം നിരാകരിക്കുന്നു.

ആയിരക്കണക്കിന് ഉദാഹരണങ്ങളിൽ ഒന്ന് മാത്രം എടുക്കുക, ക്ലോസിംഗ് ത്രെഡുകൾ കാലഹരണപ്പെട്ടതായി കണക്കാക്കുന്നു. 1.2 ഡിസംബറിൽ ജാവ 1998 പുറത്തിറങ്ങിയതുമുതൽ ഇത് ഒഴിവാക്കപ്പെട്ടു. ഇത് ഒഴിവാക്കപ്പെട്ടിട്ട് 22 വർഷമായി.

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

ഒറാക്കിൾ ഒരുപക്ഷേ പ്ലാറ്റ്‌ഫോമുകളും മനസ്സിലാക്കുന്നു. ആർക്കറിയാം.

ഒരു മലയിടുക്കിലെ ഹിമാനിയുടെ വരകൾ പോലെ കാലഹരണപ്പെട്ട തിരമാലകളാൽ നിറഞ്ഞിരിക്കുന്ന കോർ ജാവ API-കളിൽ ഉടനീളം തെളിവുകൾ കണ്ടെത്താനാകും. ജാവ സ്വിംഗ് ലൈബ്രറിയിൽ നിങ്ങൾക്ക് അഞ്ചോ ആറോ വ്യത്യസ്ത കീബോർഡ് നാവിഗേഷൻ മാനേജർമാരെ (കീബോർഡ് ഫോക്കസ്മാനേജർ) എളുപ്പത്തിൽ കണ്ടെത്താനാകും. ഒഴിവാക്കപ്പെടാത്ത ഒരു Java API കണ്ടെത്തുന്നത് യഥാർത്ഥത്തിൽ ബുദ്ധിമുട്ടാണ്. എന്നാൽ അവർ ഇപ്പോഴും പ്രവർത്തിക്കുന്നു! ഇന്റർഫേസ് വ്യക്തമായ സുരക്ഷാ പ്രശ്‌നമുണ്ടാക്കിയാൽ മാത്രമേ ജാവ ടീം യഥാർത്ഥത്തിൽ ഒരു API നീക്കംചെയ്യൂ എന്ന് ഞാൻ കരുതുന്നു.

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

ഗൈഡോ വാൻ റോസ്സത്തിൽ നിന്ന് ആപ്പിൾ വിഡ്ഢിത്തമായി ഒരു സൂചന സ്വീകരിച്ച് സ്വിഫ്റ്റ് 6.0 സ്വിഫ്റ്റ് 5.0 യുമായി പിന്നോട്ട് പൊരുത്തപ്പെടുന്നില്ല എന്ന് പ്രഖ്യാപിച്ചു, പൈത്തൺ 3 പൈത്തൺ 2 മായി പൊരുത്തപ്പെടുന്നില്ല എന്ന് നമുക്ക് സാങ്കൽപ്പികമായി അനുമാനിക്കാം.

ഞാൻ ഈ കഥ ഏകദേശം പത്ത് വർഷം മുമ്പ് പറഞ്ഞിരിക്കാം, പക്ഷേ ഏകദേശം പതിനഞ്ച് വർഷം മുമ്പ് ഞാൻ ഗ്വിഡോയ്‌ക്കൊപ്പം ഒറെയ്‌ലിയുടെ ഫൂ ക്യാമ്പിൽ പോയി, പോൾ ഗ്രഹാമിനൊപ്പം ഒരു ടെന്റിലും ഒരു കൂട്ടം വലിയ ഷോട്ടുകളും ഇരുന്നു. ലാറി പേജ് തന്റെ സ്വകാര്യ ഹെലികോപ്റ്ററിൽ പറന്നുയരുന്നതും കാത്ത് ഞങ്ങൾ കൊടും ചൂടിൽ ഇരുന്നു, ഗൈഡോ ഏകദേശം "പൈത്തൺ 3000" ൽ ഡ്രോൺ ചെയ്തു, എല്ലാവർക്കും അവിടേക്ക് കുടിയേറാൻ എത്ര വർഷമെടുക്കും. എന്തുകൊണ്ടാണ് അനുയോജ്യത ലംഘിക്കുന്നതെന്ന് ഞങ്ങൾ അദ്ദേഹത്തോട് ചോദിച്ചുകൊണ്ടിരുന്നു, അദ്ദേഹം മറുപടി പറഞ്ഞു: "യൂണികോഡ്." ഞങ്ങൾ ചോദിച്ചു, ഞങ്ങളുടെ കോഡ് വീണ്ടും എഴുതേണ്ടി വന്നാൽ, മറ്റ് എന്ത് നേട്ടങ്ങൾ ഞങ്ങൾ കാണും? അദ്ദേഹം പറഞ്ഞു "നിങ്ങൾ പറഞ്ഞു" നിങ്ങൾ പറഞ്ഞു

നിങ്ങൾ Google ക്ലൗഡ് പ്ലാറ്റ്‌ഫോം SDK ("gcloud") ഇൻസ്റ്റാൾ ചെയ്യുകയാണെങ്കിൽ, നിങ്ങൾക്ക് ഇനിപ്പറയുന്ന അറിയിപ്പ് ലഭിക്കും:

പ്രിയ സ്വീകർത്താവേ,

പൈത്തൺ 2-നുള്ള പിന്തുണ ഒഴിവാക്കിയെന്ന് നിങ്ങളെ ഓർമ്മിപ്പിക്കാൻ ഞങ്ങൾ ആഗ്രഹിക്കുന്നു, അതിനാൽ നിങ്ങളെ ചതിക്കുക

… ഇത്യാദി. ജീവിത വൃത്തം.

എന്നാൽ ഓരോ ഡെവലപ്പർക്കും ഒരു ചോയ്സ് ഉണ്ട് എന്നതാണ് കാര്യം. കോഡ് മാറ്റി എഴുതാൻ നിങ്ങൾ അവരെ നിർബന്ധിക്കുകയാണെങ്കിൽ, അവർ ചിന്തിച്ചേക്കാം മറ്റ് ഓപ്ഷനുകൾ. നിങ്ങൾ എത്ര ആഗ്രഹിച്ചാലും അവർ നിങ്ങളുടെ ബന്ദികളല്ല. അവർ നിങ്ങളുടെ അതിഥികളാണ്. പൈത്തൺ ഇപ്പോഴും വളരെ ജനപ്രിയമായ ഒരു പ്രോഗ്രാമിംഗ് ഭാഷയാണ്, പക്ഷേ, പൈത്തൺ 3(000) അതിന്റെ കമ്മ്യൂണിറ്റികളിലും അതിന്റെ കമ്മ്യൂണിറ്റികളുടെ ഉപയോക്താക്കൾക്കിടയിലും പതിനഞ്ച് വർഷമായി അതിന്റെ അനന്തരഫലങ്ങൾ മായ്‌ച്ചിട്ടില്ലാത്ത ഒരു കുഴപ്പം സൃഷ്ടിച്ചു.

ഈ പിന്നോക്ക പൊരുത്തക്കേട് കാരണം എത്ര പൈത്തൺ പ്രോഗ്രാമുകൾ Go-യിൽ (അല്ലെങ്കിൽ റൂബി അല്ലെങ്കിൽ മറ്റേതെങ്കിലും ബദൽ) മാറ്റിയെഴുതിയിട്ടുണ്ട്? പൈത്തൺ അല്ലാതെ മറ്റെന്തെങ്കിലും സോഫ്റ്റ്‌വെയറിൽ എത്രത്തോളം പുതിയ സോഫ്റ്റ്‌വെയർ എഴുതിയിട്ടുണ്ട് ആകാം പൈത്തണിൽ എഴുതിയത്, ഗൈഡോ ഗ്രാമം മുഴുവൻ കത്തിച്ചില്ലായിരുന്നെങ്കിൽ? പറയാൻ പ്രയാസമാണ്, പക്ഷേ പൈത്തൺ വ്യക്തമായി കഷ്ടപ്പെട്ടു. ഇത് ഒരു വലിയ കുഴപ്പമാണ്, എല്ലാവർക്കും നഷ്ടപ്പെടും.

അതിനാൽ, ആപ്പിൾ ഗൈഡോയിൽ നിന്ന് ഒരു സൂചന എടുക്കുകയും അനുയോജ്യത തകർക്കുകയും ചെയ്തുവെന്ന് നമുക്ക് പറയാം. അടുത്തതായി എന്ത് സംഭവിക്കുമെന്ന് നിങ്ങൾ കരുതുന്നു? ശരി, ഒരുപക്ഷേ 80-90% ഡെവലപ്പർമാർ സാധ്യമെങ്കിൽ അവരുടെ സോഫ്റ്റ്‌വെയർ മാറ്റിയെഴുതും. മറ്റൊരു വിധത്തിൽ പറഞ്ഞാൽ, ഉപയോക്തൃ അടിത്തറയുടെ 10-20% സ്വയമേവ ഫ്ലട്ടർ പോലുള്ള ചില മത്സര ഭാഷകളിലേക്ക് പോകുന്നു.

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

വിരോധാഭാസമെന്നു പറയട്ടെ, ഞാൻ ഗ്രോക്ക് സൃഷ്‌ടിച്ചപ്പോൾ പിന്നോക്ക അനുയോജ്യതയെ അവഗണിക്കുന്ന ഒരു പ്രൈമ ഡോണയായി മാറാനും ഞാൻ Google-നെ സഹായിച്ചു, ഒരു സോഴ്‌സ് കോഡ് വിശകലനവും മനസ്സിലാക്കൽ സംവിധാനവും അത് കോഡ് തന്നെ ഓട്ടോമേറ്റ് ചെയ്യാനും ഇൻസ്ട്രുമെന്റ് ചെയ്യാനും എളുപ്പമാക്കുന്നു - ഒരു IDE പോലെയാണ്, എന്നാൽ ഇവിടെ ക്ലൗഡ് സേവനം സംഭരിക്കുന്നു. ഒരു വലിയ ഡാറ്റാ വെയർഹൗസിൽ ഗൂഗിൾ സോഴ്സ് കോഡിന്റെ എല്ലാ കോടിക്കണക്കിന് ലൈനുകളുടെയും പ്രാതിനിധ്യം.

ഗ്രോക്ക് ഗൂഗിൾമാർക്ക് അവരുടെ മുഴുവൻ കോഡ്ബേസിലും (അക്ഷരാർത്ഥത്തിൽ Google-ൽ ഉടനീളം) ഓട്ടോമേറ്റഡ് റീഫാക്‌ടറിംഗുകൾ നടത്തുന്നതിന് ശക്തമായ ഒരു ചട്ടക്കൂട് നൽകി. സിസ്റ്റം നിങ്ങളുടെ അപ്‌സ്ട്രീം ഡിപൻഡൻസികൾ (നിങ്ങൾ ആശ്രയിക്കുന്നവ) മാത്രമല്ല കണക്കാക്കുന്നു അവരോഹണം (അത് നിങ്ങളുടേതാണ്) അതിനാൽ നിങ്ങൾ API-കൾ മാറ്റുമ്പോൾ, നിങ്ങൾ തകർക്കുന്ന എല്ലാവരേയും നിങ്ങൾക്കറിയാം! ഈ രീതിയിൽ, നിങ്ങൾ മാറ്റങ്ങൾ വരുത്തുമ്പോൾ, നിങ്ങളുടെ API-യുടെ ഓരോ ഉപഭോക്താവും പുതിയ പതിപ്പിലേക്ക് അപ്‌ഡേറ്റ് ചെയ്‌തിട്ടുണ്ടോയെന്ന് നിങ്ങൾക്ക് സ്ഥിരീകരിക്കാനാകും, വാസ്തവത്തിൽ, പലപ്പോഴും അവർ എഴുതിയ റോസി ടൂൾ ഉപയോഗിച്ച്, നിങ്ങൾക്ക് പ്രക്രിയ പൂർണ്ണമായും ഓട്ടോമേറ്റ് ചെയ്യാൻ കഴിയും.

ഗൂഗിളിന്റെ കോഡ്‌ബേസ് ആന്തരികമായി ഏതാണ്ട് അമാനുഷികമായി വൃത്തിയുള്ളതായിരിക്കാൻ ഇത് അനുവദിക്കുന്നു, കാരണം ഈ റോബോട്ടിക് സേവകർ വീടിന് ചുറ്റും കറങ്ങി നടക്കുന്നു, അവർ SomeDespicablyLongFunctionName എന്നതിനെ SomeDespicablyLongMethodName എന്ന് പുനർനാമകരണം ചെയ്താൽ എല്ലാം സ്വയമേവ വൃത്തിയാക്കുന്നു.

തുറന്നു പറഞ്ഞാൽ, ഇത് Google-ന് നന്നായി പ്രവർത്തിക്കുന്നു... ആന്തരികമായി. അതായത്, അതെ, ഗൂഗിളിലെ ഗോ കമ്മ്യൂണിറ്റി തുടർച്ചയായി റീഫാക്‌ടറിംഗ് ചെയ്യുന്ന അവരുടെ ശീലം കാരണം ഗൂഗിളിലെ ജാവ കമ്മ്യൂണിറ്റിയുമായി നന്നായി ചിരിച്ചു. നിങ്ങൾ എന്തെങ്കിലും N തവണ പുനരാരംഭിക്കുകയാണെങ്കിൽ, അതിനർത്ഥം നിങ്ങൾ അത് N-1 തവണ സ്ക്രൂ ചെയ്തുവെന്ന് മാത്രമല്ല, Nth ശ്രമത്തിലും നിങ്ങൾ അത് സ്ക്രൂ ചെയ്തിട്ടുണ്ടെന്ന് കുറച്ച് സമയത്തിന് ശേഷം വ്യക്തമാകും. പക്ഷേ, വലിയതോതിൽ, അവർ ഈ കോലാഹലങ്ങൾക്ക് അതീതമായി തുടരുകയും കോഡ് "വൃത്തിയായി" സൂക്ഷിക്കുകയും ചെയ്യുന്നു.

അവരുടെ ക്ലൗഡ് ക്ലയന്റുകളിലും മറ്റ് API-കളുടെ ഉപയോക്താക്കളിലും ഈ മനോഭാവം അടിച്ചേൽപ്പിക്കാൻ ശ്രമിക്കുമ്പോഴാണ് പ്രശ്നം ആരംഭിക്കുന്നത്.

ഇമാക്സ്, ആൻഡ്രോയിഡ്, ജാവ എന്നിവയെക്കുറിച്ച് ഞാൻ നിങ്ങൾക്ക് കുറച്ച് പരിചയപ്പെടുത്തി; ഏറ്റവും പുതിയ വിജയകരമായ ദീർഘകാല പ്ലാറ്റ്ഫോം നോക്കാം: വെബ് തന്നെ. 1995 മുതൽ ഞങ്ങൾ ഫ്ലാഷിംഗ് ടാഗുകൾ ഉപയോഗിച്ചതിന് ശേഷം HTTP എത്ര ആവർത്തനങ്ങളിലൂടെ കടന്നുപോയി എന്ന് നിങ്ങൾക്ക് ഊഹിക്കാനാകുമോ? കൂടാതെ വെബ് പേജുകളിലെ "അണ്ടർ കൺസ്ട്രക്ഷൻ" ഐക്കണുകളും.

എന്നാൽ ഇത് ഇപ്പോഴും പ്രവർത്തിക്കുന്നു! ഈ പേജുകൾ ഇപ്പോഴും പ്രവർത്തിക്കുന്നു! അതെ, സുഹൃത്തുക്കളേ, പിന്നോക്ക അനുയോജ്യതയുടെ ലോക ചാമ്പ്യന്മാരാണ് ബ്രൗസറുകൾ. ക്രോം എന്നത് അപൂർവ ഗൂഗിൾ പ്ലാറ്റ്‌ഫോമിന്റെ മറ്റൊരു ഉദാഹരണമാണ്, അതിന്റെ തല ശരിയായി സ്ക്രൂ ചെയ്തിരിക്കുന്നു, നിങ്ങൾ ഊഹിച്ചതുപോലെ, Google-ന്റെ മറ്റ് ഭാഗങ്ങളിൽ നിന്ന് വേറിട്ടുനിൽക്കുന്ന ഒരു സാൻഡ്‌ബോക്‌സ് കമ്പനിയായി Chrome ഫലപ്രദമായി പ്രവർത്തിക്കുന്നു.

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

എന്നാൽ കാത്തിരിക്കൂ, നിങ്ങൾ പറയുന്നു. ഇമാക്സ്/ജെഡികെ/ആൻഡ്രോയിഡ്/ക്രോം, മൾട്ടി-സെർവർ സിസ്റ്റങ്ങൾ, ക്ലൗഡ് സേവനങ്ങൾ പോലുള്ള എപിഐകൾ എന്നിവയ്‌ക്കെതിരായ ഒറ്റ മെഷീനിലെ ഒറ്റപ്പെട്ട സോഫ്റ്റ്‌വെയർ സിസ്റ്റങ്ങളായ ഓറഞ്ചുമായാണ് നമ്മൾ ആപ്പിളിനെ താരതമ്യം ചെയ്യുന്നത്?

ശരി, ഞാൻ ഇന്നലെ ഇതിനെക്കുറിച്ച് ട്വീറ്റ് ചെയ്‌തു, പക്ഷേ ലാറി വാൾ (പ്രോഗ്രാമിംഗ് ഭാഷയായ Perl-ന്റെ സ്രഷ്ടാവ് - ഏകദേശം per.) ശൈലിയിൽ "സക്ക്സ്/റൂൾസ്" എന്ന തത്വത്തിൽ ഞാൻ വാക്ക് നോക്കി. നിരാകരിച്ചു Google, Amazon ഡവലപ്പർ സൈറ്റുകളിൽ. AWS ഉണ്ടെങ്കിലും നൂറുകണക്കിന് GCP-യെക്കാൾ ഇരട്ടി സേവന വാഗ്ദാനങ്ങൾ, Google-ന്റെ ഡെവലപ്പർ ഡോക്യുമെന്റേഷൻ മൂല്യനിർണ്ണയത്തെ കുറിച്ച് ഏഴ് മടങ്ങ് കൂടുതലായി പരാമർശിക്കുന്നു.

ഗൂഗിളിലെ ആരെങ്കിലും ഇത് വായിക്കുന്നുണ്ടെങ്കിൽ, അവർ യഥാർത്ഥത്തിൽ എല്ലാം ശരിയാണെന്ന് കാണിക്കുന്ന ഡൊണാൾഡ് ട്രംപ് ശൈലിയിലുള്ള ചാർട്ടുകൾ പുറത്തെടുക്കാൻ അവർ തയ്യാറായിരിക്കാം, കൂടാതെ "ഒഴിവാക്കപ്പെട്ട വാക്കിന്റെ പരാമർശങ്ങളുടെ എണ്ണം" പോലെയുള്ള അന്യായമായ താരതമ്യങ്ങൾ ഞാൻ നടത്തരുത് സേവനങ്ങളുടെ എണ്ണം ""

എന്നാൽ ഇത്രയും വർഷങ്ങൾക്ക് ശേഷവും, Google ക്ലൗഡ് ഇപ്പോഴും നമ്പർ 3 സേവനമാണ് (നമ്പർ 2 ആകാനുള്ള പരാജയപ്പെട്ട ശ്രമത്തെക്കുറിച്ച് ഞാൻ ഒരിക്കലും ഒരു ലേഖനം എഴുതിയിട്ടില്ല), എന്നാൽ ഉള്ളിലുള്ളവരെ വിശ്വസിക്കണമെങ്കിൽ, അവർ ഉടൻ തന്നെ കുറയുമെന്ന ആശങ്കയുണ്ട്. നമ്പർ 4.

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

അപ്പോൾ ഇതാണ് രാഷ്ട്രീയം. എന്റെ സംസാരത്തിന് ഒരുപക്ഷേ ദേഷ്യപ്പെട്ട പ്രതികരണങ്ങൾ ഉണ്ടാകും.

എങ്ങനെ ഉപയോക്താവ് Google ക്ലൗഡ് പ്ലാറ്റ്‌ഫോം, കൂടാതെ രണ്ട് വർഷത്തേക്ക് AWS ഉപയോക്താവ് എന്ന നിലയിലും (ഗ്രാബിനായി പ്രവർത്തിക്കുമ്പോൾ), മുൻഗണനകളുടെ കാര്യത്തിൽ ആമസോണിന്റെയും Google-ന്റെയും തത്ത്വചിന്തകൾ തമ്മിൽ വലിയ വ്യത്യാസമുണ്ടെന്ന് എനിക്ക് പറയാൻ കഴിയും. ഞാൻ AWS-ൽ സജീവമായി വികസിപ്പിക്കുന്നില്ല, അതിനാൽ അവർ എത്ര തവണ പഴയ API-കൾ നീക്കം ചെയ്യുന്നുവെന്ന് എനിക്ക് നന്നായി അറിയില്ല. എന്നാൽ ഗൂഗിളിൽ സംഭവിക്കുന്നതുപോലെ ഇത് സംഭവിക്കുന്നില്ലേ എന്നൊരു സംശയമുണ്ട്. ജിസിപിയിലെ നിരന്തരമായ വിവാദങ്ങളുടെയും നിരാശയുടെയും ഉറവിടം പ്ലാറ്റ്‌ഫോമിന്റെ വികസനത്തെ പിന്നോട്ടടിക്കുന്ന ഏറ്റവും വലിയ ഘടകമാണെന്ന് ഞാൻ ശരിക്കും വിശ്വസിക്കുന്നു.

ഇനി പിന്തുണയ്‌ക്കാത്ത GCP സിസ്റ്റങ്ങളുടെ നിർദ്ദിഷ്ട ഉദാഹരണങ്ങൾ ഞാൻ നൽകിയിട്ടില്ലെന്ന് എനിക്കറിയാം. നെറ്റ്‌വർക്കുകൾ മുതൽ (ഏറ്റവും പഴയത് മുതൽ VPC വരെ) സ്‌റ്റോറേജ് (ക്ലൗഡ് SQL v1-v2), ഫയർബേസ് (ഇപ്പോൾ തീർത്തും വ്യത്യസ്തമായ API ഉള്ള ഫയർസ്റ്റോർ), ആപ്പ് എഞ്ചിൻ (നമുക്ക് ആരംഭിക്കുക പോലും ഇല്ല) വരെ ഞാൻ ഉപയോഗിച്ച മിക്കവാറും എല്ലാ കാര്യങ്ങളും എനിക്ക് പറയാൻ കഴിയും. , ക്ലൗഡ് എൻഡ്‌പോയിന്റുകൾ ക്ലൗഡ് എൻഡ്‌പോയിന്റും അതുവരെ... എനിക്കറിയില്ല - തീർച്ചയായും ഇതെല്ലാം പരമാവധി 2-3 വർഷത്തിന് ശേഷം കോഡ് മാറ്റിയെഴുതാൻ നിങ്ങളെ നിർബന്ധിച്ചു, അവർ ഒരിക്കലും നിങ്ങൾക്കായി മൈഗ്രേഷൻ ഓട്ടോമേറ്റ് ചെയ്തിട്ടില്ല, പലപ്പോഴും രേഖപ്പെടുത്തപ്പെട്ട മൈഗ്രേഷൻ പാത ഇല്ലായിരുന്നു. അങ്ങനെ ആകണം എന്ന മട്ടിൽ.

ഓരോ തവണയും ഞാൻ AWS-ൽ നോക്കുമ്പോൾ, എന്തുകൊണ്ടാണ് ഞാൻ ഇപ്പോഴും GCP-യിൽ തുടരുന്നത് എന്ന് ഞാൻ സ്വയം ചോദിക്കുന്നു. അവർക്ക് ക്ലയന്റുകളെ ആവശ്യമില്ലെന്ന് വ്യക്തം. അവർക്ക് ആവശ്യമുണ്ട് покупатели. വ്യത്യാസം മനസ്സിലായോ? എന്നെ വിശദമാക്കാൻ അനുവദിക്കൂ.

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

ഉദാഹരണത്തിന്, "ഒറ്റ-ക്ലിക്ക്" വിന്യാസ പരിഹാരം എടുക്കുക. പെർകോണ. ഗൂഗിൾ ക്ലൗഡ് എസ്‌ക്യുഎൽ ഷെനാനിഗൻസ് മൂലം എനിക്ക് അസുഖം ബാധിച്ചിരുന്നു, അതിനാൽ ഒരു ബദലായി എന്റെ സ്വന്തം പെർക്കോണ ക്ലസ്റ്റർ നിർമ്മിക്കാൻ ഞാൻ നോക്കാൻ തുടങ്ങി. ഈ സമയം ഗൂഗിൾ ഒരു നല്ല ജോലി ചെയ്തതായി തോന്നുന്നു, ഒരു ബട്ടണിന്റെ ക്ലിക്കിലൂടെ അവർ എനിക്ക് കുറച്ച് സമയവും പരിശ്രമവും ലാഭിക്കാൻ പോകുന്നു!

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

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

ഇത് ജിസിപിക്ക് ഒരു യഥാർത്ഥ വെല്ലുവിളിയാണ്, കാരണം എല്ലാ ക്ലൗഡ് ഓഫറുകൾക്കും പിന്നിലെ ഡിഎൻഎ ഇതാണ്. അവർ ഒന്നിനെയും പിന്തുണയ്ക്കാൻ ശ്രമിക്കുന്നില്ല; ഏതെങ്കിലും മൂന്നാം കക്ഷി സോഫ്‌റ്റ്‌വെയറുകൾ ഹോസ്റ്റ് ചെയ്യാൻ അവർ വിസമ്മതിക്കുന്നു (നിയന്ത്രിത സേവനമായി). വരുവോളം, AWS അത് ചെയ്യുന്നതുവരെയും അതിന് ചുറ്റും വിജയകരമായ ഒരു ബിസിനസ്സ് കെട്ടിപ്പടുക്കുന്നതുവരെയും ഉപഭോക്താക്കൾ അക്ഷരാർത്ഥത്തിൽ അത് ആവശ്യപ്പെടുമ്പോൾ. എന്നിരുന്നാലും, Google എന്തെങ്കിലും പിന്തുണയ്‌ക്കുന്നതിന് കുറച്ച് പരിശ്രമം ആവശ്യമാണ്.

ഈ പിന്തുണ സംസ്‌കാരത്തിന്റെ അഭാവം, "ഇത് കൂടുതൽ മനോഹരമാക്കാൻ നമുക്ക് അതിനെ തകർക്കാം" എന്ന മാനസികാവസ്ഥയുമായി ചേർന്ന്, ഡെവലപ്പർമാരെ അകറ്റുന്നു.

നിങ്ങൾക്ക് ഒരു ദീർഘകാല പ്ലാറ്റ്ഫോം നിർമ്മിക്കണമെങ്കിൽ അത് നല്ല കാര്യമല്ല.

ഗൂഗിൾ, ഉണരൂ, നാശം. ഇപ്പോൾ 2020 ആണ്. നിങ്ങൾ ഇപ്പോഴും തോൽക്കുന്നു. നിങ്ങൾ ശരിക്കും ക്ലൗഡ് ബിസിനസ്സിൽ തുടരാൻ ആഗ്രഹിക്കുന്നുണ്ടോ എന്ന് കണ്ണാടിയിൽ നോക്കി ഉത്തരം നൽകേണ്ട സമയമാണിത്.

നിങ്ങൾക്ക് താമസിക്കണമെങ്കിൽ പിന്നെ എല്ലാം തകർക്കുന്നത് നിർത്തുക. സുഹൃത്തുക്കളേ, നിങ്ങൾ സമ്പന്നനാണ്. ഞങ്ങൾ ഡെവലപ്പർമാർ അങ്ങനെ ചെയ്യുന്നില്ല. അതിനാൽ അനുയോജ്യതയുടെ ഭാരം ആരാണ് വഹിക്കുകയെന്ന് വരുമ്പോൾ, നിങ്ങൾ അത് സ്വയം ഏറ്റെടുക്കേണ്ടതുണ്ട്. നമുക്കു വേണ്ടിയല്ല.

കാരണം, കുറഞ്ഞത് മൂന്ന് നല്ല മേഘങ്ങളെങ്കിലും ഉണ്ട്. അവർ ആംഗ്യം കാണിക്കുന്നു.

ഇപ്പോൾ എന്റെ തകർന്ന എല്ലാ സിസ്റ്റങ്ങളും ശരിയാക്കാൻ ഞാൻ മുന്നോട്ട് പോകും. എഹ്.

അടുത്ത സമയം വരെ!

ഈ ലേഖനത്തിലെ ചില ചർച്ചകൾ വായിച്ചതിനുശേഷം PS അപ്‌ഡേറ്റ് ചെയ്യുക (ചർച്ചകൾ മികച്ചതാണ്, btw). ഫയർബേസ് പിന്തുണ നിർത്തലാക്കിയിട്ടില്ല, എനിക്കറിയാവുന്ന പ്ലാനുകളൊന്നുമില്ല. എന്നിരുന്നാലും, അവർക്ക് ഒരു മോശം സ്ട്രീമിംഗ് ബഗ് ഉണ്ട്, അത് ആപ്പ് എഞ്ചിനിൽ ജാവ ക്ലയന്റ് സ്തംഭിക്കുന്നതിന് കാരണമാകുന്നു. അവരുടെ ഒരു എഞ്ചിനീയർ ഈ പ്രശ്നം പരിഹരിക്കാൻ എന്നെ സഹായിച്ചു, ഞാൻ ഗൂഗിളിൽ ജോലി ചെയ്യുമ്പോൾ, പക്ഷേ അവർ ഒരിക്കലും ബഗ് പരിഹരിച്ചിട്ടില്ല, അതിനാൽ എല്ലാ ദിവസവും GAE ആപ്പ് പുനരാരംഭിക്കുന്നതിന് എനിക്ക് ഒരു മോശം പരിഹാരമുണ്ട്. അങ്ങനെ നാല് വർഷമായി! അവർക്ക് ഇപ്പോൾ ഫയർസ്റ്റോർ ഉണ്ട്. തീർത്തും വ്യത്യസ്‌തമായ സംവിധാനമായതിനാൽ ഫയർബേസ് ബഗ് ഒരിക്കലും പരിഹരിക്കപ്പെടാത്തതിനാൽ ഇതിലേക്ക് മൈഗ്രേറ്റ് ചെയ്യാൻ വളരെയധികം പരിശ്രമം വേണ്ടിവരും. എന്ത് നിഗമനത്തിൽ എത്തിച്ചേരാനാകും? നിങ്ങൾക്ക് സഹായം ലഭിക്കും നിങ്ങൾ ഒരു കമ്പനിയിൽ ജോലി ചെയ്യുകയാണെങ്കിൽ. ഒരു 100% നേറ്റീവ് ആപ്പിൽ 100-ൽ താഴെ കീകൾ ഞാൻ ലോഗ് ചെയ്യുന്നതിനാലും അറിയപ്പെടുന്ന ബഗ് കാരണം ഓരോ രണ്ട് ദിവസത്തിലും ഇത് പ്രവർത്തിക്കുന്നത് നിർത്തുന്നതിനാലും GAE-ൽ ഫയർബേസ് ഉപയോഗിക്കുന്നത് ഞാൻ മാത്രമായിരിക്കാം. നിങ്ങളുടെ സ്വന്തം ഉത്തരവാദിത്തത്തിൽ ഇത് ഉപയോഗിക്കുക എന്നല്ലാതെ എനിക്ക് എന്ത് പറയാൻ കഴിയും. ഞാൻ റെഡിസിലേക്ക് മാറുകയാണ്.

കൂടുതൽ അനുഭവപരിചയമുള്ള ചില AWS ഉപയോക്താക്കൾ പറയുന്നത് ഞാൻ കണ്ടിട്ടുണ്ട്, AWS സാധാരണയായി ഒരു സേവനത്തെയും പിന്തുണയ്ക്കുന്നത് നിർത്തില്ല, കൂടാതെ SimpleDB ഒരു മികച്ച ഉദാഹരണമാണ്. ഗൂഗിൾ ചെയ്യുന്നതുപോലെ AWS-ന് പിന്തുണാ രോഗത്തിന്റെ അതേ അവസാനം ഇല്ലെന്ന എന്റെ അനുമാനങ്ങൾ ന്യായമാണെന്ന് തോന്നുന്നു.

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

അവസാനമായി, ഗൂഗിളർമാർ ഈ വിഷയം ചർച്ച ചെയ്യുന്നതും പൊതുവെ എന്നോട് യോജിക്കുന്നതും ഞാൻ കേട്ടിട്ടുണ്ട് (നിങ്ങളെ സ്നേഹിക്കുന്നു!). പക്ഷേ, ഗൂഗിളിന്റെ സംസ്‌കാരത്തിന് ശരിയായ പ്രോത്സാഹന ഘടന ഇല്ലാതിരുന്നതിനാൽ പ്രശ്നം പരിഹരിക്കാനാവില്ലെന്ന് അവർ കരുതുന്നു. ഗ്രാബിൽ ജോലിചെയ്യുമ്പോൾ AWS എഞ്ചിനീയർമാരുമായി ജോലി ചെയ്തിരുന്ന അത്ഭുതകരമായ അനുഭവം ചർച്ച ചെയ്യാൻ കുറച്ച് സമയമെടുക്കുന്നത് നല്ലതാണെന്ന് ഞാൻ കരുതി. ഭാവിയിൽ എന്നെങ്കിലും, ഞാൻ പ്രതീക്ഷിക്കുന്നു!

അതെ, 2005-ൽ ബിൽഡിംഗ് 43-ലെ ഭീമാകാരമായ ബുഫെയിൽ അവർക്ക് വ്യത്യസ്ത തരം സ്രാവ് മാംസം ഉണ്ടായിരുന്നു, എന്റെ പ്രിയപ്പെട്ടത് ചുറ്റിക തല സ്രാവ് മാംസമായിരുന്നു. എന്നിരുന്നാലും, 2006 ആയപ്പോഴേക്കും, ലാറിയും സെർജിയും അനാരോഗ്യകരമായ എല്ലാ ലഘുഭക്ഷണങ്ങളും ഒഴിവാക്കി. അതിനാൽ 2007 ലെ ബിഗ്‌ടേബിൾ സ്റ്റോറി സമയത്ത് സ്രാവുകൾ ഇല്ലായിരുന്നു, ഞാൻ നിങ്ങളെ ചതിച്ചു.

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

ആപ്പിൾ കമ്മ്യൂണിറ്റിയെ വ്രണപ്പെടുത്തിയതിനും മൈക്രോസോഫ്റ്റിനെ കുറിച്ചും നല്ലതൊന്നും പറയാത്തതിനും ക്ഷമിക്കണം. നിങ്ങൾക്ക് എല്ലാം ശരിയാണ്, ഈ ലേഖനം സൃഷ്ടിച്ച എല്ലാ ചർച്ചകളെയും ഞാൻ ശരിക്കും അഭിനന്ദിക്കുന്നു! എന്നാൽ ചിലപ്പോൾ നിങ്ങൾ ഒരു ചർച്ച ആരംഭിക്കാൻ അൽപ്പം തരംഗങ്ങൾ സൃഷ്ടിക്കേണ്ടതുണ്ട്, നിങ്ങൾക്കറിയാമോ?

വായിച്ചതിന് നന്ദി.

അപ്ഡേറ്റ് 2, 19.08.2020/XNUMX/XNUMX. വര API ശരിയായി അപ്ഡേറ്റ് ചെയ്യുന്നു!

അപ്ഡേറ്റ് 3, 31.08.2020/2/2. ക്ലൗഡ് മാർക്കറ്റ്‌പ്ലേസിലെ ഒരു ഗൂഗിൾ എഞ്ചിനീയർ എന്നെ ബന്ധപ്പെട്ടു, അവൻ എന്റെ ഒരു പഴയ സുഹൃത്തായി മാറി. എന്തുകൊണ്ടാണ് CXNUMXD പ്രവർത്തിക്കാത്തത് എന്ന് മനസിലാക്കാൻ അദ്ദേഹം ആഗ്രഹിച്ചു, വർഷങ്ങൾക്ക് മുമ്പ് ഞാൻ എന്റെ നെറ്റ്‌വർക്ക് നിർമ്മിച്ചതിനാലാണെന്നും, ലെഗസി നെറ്റ്‌വർക്കുകളിൽ CXNUMXD പ്രവർത്തിക്കുന്നില്ലെന്നും അവരുടെ ടെംപ്ലേറ്റുകളിൽ സബ്‌നെറ്റ് പാരാമീറ്റർ കാണാത്തത് കൊണ്ടാണെന്നും ഞങ്ങൾ കണ്ടെത്തി. സാധ്യതയുള്ള GCP ഉപയോക്താക്കൾക്ക് Google-ൽ മതിയായ എഞ്ചിനീയർമാരെ അറിയാമെന്ന് ഉറപ്പാക്കുന്നതാണ് നല്ലതെന്ന് ഞാൻ കരുതുന്നു...

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