1C - നല്ലതും ചീത്തയും. ഏകദേശം 1C ഹോളിവറുകളിൽ പോയിന്റുകളുടെ ക്രമീകരണം

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

തൽഫലമായി, ഒരു മാനേജർ അല്ലെങ്കിൽ ആർക്കിടെക്റ്റ് എന്ന നിലയിൽ, നിങ്ങൾക്ക് 1C ഉപയോഗിക്കുന്നത് ഏത് ജോലിയാണ് പ്രയോജനകരമാകുകയെന്നും ചൂടുള്ള ഇരുമ്പ് ഉപയോഗിച്ച് കത്തിക്കേണ്ടത് എവിടെയാണെന്നും വ്യക്തമായി മനസ്സിലാക്കാൻ കഴിയും. "നോൺ-1സി" ലോകത്തിലെ ഒരു ഡെവലപ്പർ എന്ന നിലയിൽ, ബഹളമുണ്ടാക്കുന്ന 1C-യിൽ എന്താണ് ഉള്ളതെന്ന് നിങ്ങൾക്ക് കാണാൻ കഴിയും. ഒരു 1C ഡെവലപ്പർ എന്ന നിലയിൽ, നിങ്ങളുടെ സിസ്റ്റത്തെ മറ്റ് ഭാഷകളുടെ ആവാസവ്യവസ്ഥയുമായി താരതമ്യം ചെയ്യാനും സോഫ്റ്റ്‌വെയർ വികസനത്തിൻ്റെ കോർഡിനേറ്റ് സിസ്റ്റത്തിൽ നിങ്ങളുടെ സ്ഥാനം മനസ്സിലാക്കാനും നിങ്ങൾക്ക് കഴിയും.

കട്ടിനടിയിൽ 1C യിൽ, 1C യുടെ വിമർശകർക്കെതിരെ, Java, .NET എന്നിവയിലും പൊതുവെയും കനത്ത ആക്രമണങ്ങൾ ഉണ്ട്... ഫാൻ നിറഞ്ഞിരിക്കുന്നു, സ്വാഗതം!

എന്നെക്കുറിച്ച്

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

പിന്നെ സ്കൂളിൽ BK0011 ഉം BASIC ഉം, യൂണിവേഴ്സിറ്റിയിൽ C++ ഉം അസംബ്ലർമാരും, പിന്നെ 1C, പിന്നെ പലതും ഓർത്തെടുക്കാൻ മടിയാണ്. കഴിഞ്ഞ 15 വർഷമായി, ഞാൻ പ്രധാനമായും 1C യിൽ ഏർപ്പെട്ടിരിക്കുന്നു, കോഡിംഗിൻ്റെ കാര്യത്തിൽ മാത്രമല്ല, പൊതുവെ 1C യിലും. ടാസ്‌ക്കുകൾ, അഡ്മിനിസ്ട്രേഷൻ, ഡെവോപ്പുകൾ എന്നിവ ഇവിടെ സജ്ജമാക്കുന്നു. മറ്റ് 5C ഉപയോക്താക്കൾക്കായി വികസനവും ഓട്ടോമേഷൻ ടൂളുകളും വികസിപ്പിക്കുന്നതിലും ലേഖനങ്ങളും പുസ്തകങ്ങളും എഴുതുന്നതിലും കഴിഞ്ഞ 1 വർഷമായി ഞാൻ സാമൂഹികമായി ഉപയോഗപ്രദമായ പ്രവർത്തനങ്ങളിൽ ഏർപ്പെട്ടിരിക്കുകയാണ്.

ചർച്ച വിഷയം തീരുമാനിക്കാം

ആദ്യം, നമ്മൾ എന്തിനെക്കുറിച്ചാണ് സംസാരിക്കാൻ പോകുന്നതെന്ന് നമുക്ക് നിർവചിക്കാം, കാരണം "1C" എന്ന അക്ഷരങ്ങൾക്ക് ഒരുപാട് കാര്യങ്ങൾ അർത്ഥമാക്കാം. ഈ സാഹചര്യത്തിൽ, "1C" എന്ന അക്ഷരങ്ങൾ കൊണ്ട് ഞങ്ങൾ അർത്ഥമാക്കുന്നത് ആധുനിക, എട്ടാം പതിപ്പിൻ്റെ വികസന ചട്ടക്കൂട് "1C: എൻ്റർപ്രൈസ്" മാത്രമാണ്. നിർമ്മാതാവിനെക്കുറിച്ചും അതിൻ്റെ നയങ്ങളെക്കുറിച്ചും ഞങ്ങൾ കൂടുതൽ സംസാരിക്കില്ല (പക്ഷേ ഈ ചട്ടക്കൂട് ഉപയോഗിച്ച് എഴുതിയ നിർദ്ദിഷ്ട ആപ്ലിക്കേഷനുകൾ ഞങ്ങൾ ചർച്ച ചെയ്യില്ല). സാങ്കേതികവിദ്യ വേറിട്ടതാണ്, ആപ്ലിക്കേഷനുകൾ അല്ലെങ്കിൽ കോൺഫിഗറേഷനുകൾ പ്രത്യേകമാണ്.

ഹൈ-ലെവൽ ആർക്കിടെക്ചർ 1C: എൻ്റർപ്രൈസ്

"ചട്ടക്കൂട്" എന്ന വാക്ക് ഞാൻ പരാമർശിക്കുന്നത് വെറുതെയല്ല. ഒരു ഡവലപ്പറുടെ കാഴ്ചപ്പാടിൽ, 1C പ്ലാറ്റ്ഫോം കൃത്യമായി ഒരു ചട്ടക്കൂടാണ്. നിങ്ങൾ അതിനെ ഒരു ചട്ടക്കൂട് പോലെ കൃത്യമായി പരിഗണിക്കേണ്ടതുണ്ട്. ചില റൺടൈം (യഥാക്രമം JVM അല്ലെങ്കിൽ CLR) നടപ്പിലാക്കിയ സ്പ്രിംഗ് അല്ലെങ്കിൽ ASP.NET എന്ന് കരുതുക. പരമ്പരാഗത പ്രോഗ്രാമിംഗിൻ്റെ ലോകത്ത് (“1 സി അല്ല”), ചട്ടക്കൂടുകൾ, വെർച്വൽ മെഷീനുകൾ, നിർദ്ദിഷ്ട ആപ്ലിക്കേഷനുകൾ എന്നിങ്ങനെയുള്ള വിഭജനം സ്വാഭാവികമാണ്, കാരണം ഈ ഘടകങ്ങൾ സാധാരണയായി വ്യത്യസ്ത നിർമ്മാതാക്കൾ വികസിപ്പിച്ചെടുത്തതാണ്. 1C ലോകത്ത്, വികസന ചട്ടക്കൂടിനെയും റൺടൈമിനെയും വ്യക്തമായി വേർതിരിക്കുന്നത് പതിവില്ല, കൂടാതെ, ചട്ടക്കൂട് ഉപയോഗിച്ച് എഴുതിയ നിർദ്ദിഷ്ട ആപ്ലിക്കേഷനുകളും പ്രധാനമായും 1C തന്നെ വികസിപ്പിച്ചെടുക്കുന്നു. തൽഫലമായി, ചില ആശയക്കുഴപ്പങ്ങൾ ഉണ്ടാകുന്നു. അതിനാൽ, ലേഖനത്തിൻ്റെ ചട്ടക്കൂടിനുള്ളിൽ, ഞങ്ങൾ ഒരേസമയം നിരവധി വശങ്ങളിൽ നിന്ന് 1C പരിഗണിക്കുകയും നിരവധി കോർഡിനേറ്റ് അക്ഷങ്ങളിൽ അതിനെ തരംതിരിക്കുകയും വേണം. ഓരോ കോർഡിനേറ്റ് അക്ഷത്തിലും ഞങ്ങൾ തവിട്ട് പദാർത്ഥത്തിൻ്റെ ഒരു കോരിക ഇടുകയും നിലവിലുള്ള പരിഹാരത്തിൻ്റെ സവിശേഷതകൾ, ഗുണങ്ങൾ, ദോഷങ്ങൾ എന്നിവ നോക്കുകയും ചെയ്യും.

1C-യിലെ വ്യൂ പോയിൻ്റുകൾ

വാങ്ങുന്നയാൾക്ക് 1C

വാങ്ങുന്നയാൾ ഒരു ഓട്ടോമേഷൻ സിസ്റ്റം വാങ്ങുന്നു, അതിലൂടെ സ്വന്തം ബിസിനസ്സ് ഓട്ടോമേറ്റ് ചെയ്യുന്നതിലെ പ്രശ്നങ്ങൾ വേഗത്തിൽ പരിഹരിക്കാനാകും. ഒരു ബിസിനസ്സ് ഒരു ചെറിയ സ്റ്റാൾ ആകാം, അല്ലെങ്കിൽ അത് ഒരു വലിയ ഹോൾഡിംഗ് കമ്പനി ആകാം. ഈ ബിസിനസ്സുകളുടെ ആവശ്യങ്ങൾ വ്യത്യസ്തമാണെന്ന് വ്യക്തമാണ്, എന്നാൽ രണ്ടും ഒരൊറ്റ പ്ലാറ്റ്ഫോം കോഡ് ബേസ് പിന്തുണയ്ക്കുന്നു.

1C വാങ്ങുന്നയാൾക്ക് ഇത് വേഗത്തിലുള്ള മാർക്കറ്റ് സമയമാണ്. വേഗം. Java, C# അല്ലെങ്കിൽ JS എന്നിവയേക്കാൾ വേഗത്തിൽ. ശരാശരി. ആശുപത്രിക്ക് ചുറ്റും. റിയാക്റ്റ് ഉപയോഗിക്കുന്ന ഒരു ബിസിനസ് കാർഡ് വെബ്‌സൈറ്റ് മികച്ചതായി മാറുമെന്ന് വ്യക്തമാണ്, എന്നാൽ ഒരു ഡബ്ല്യുഎംഎസ് സിസ്റ്റത്തിൻ്റെ ബാക്കെൻഡ് 1 സിയിൽ വേഗത്തിൽ സമാരംഭിക്കും.

ഒരു ഉപകരണമായി 1C

ഓരോ സാങ്കേതിക പരിഹാരത്തിനും പ്രായോഗികതയുടെ പരിധികളുണ്ട്. 1C എന്നത് ഒരു പൊതു-ഉദ്ദേശ്യ ഭാഷയല്ല; നിങ്ങൾക്ക് ആവശ്യമുള്ളപ്പോൾ 1C ഉപയോഗിക്കുന്നതാണ് ഉചിതം:

• സെർവർ ആപ്ലിക്കേഷൻ
• ധനകാര്യങ്ങൾ ദൃശ്യമാകുന്ന ആപ്ലിക്കേഷൻ
• റെഡിമെയ്ഡ് UI, ORM, റിപ്പോർട്ടിംഗ്, XML/JSON/COM/PDF/YourDataTransferingFormat എന്നിവയ്‌ക്കൊപ്പം
• പശ്ചാത്തല പ്രക്രിയകൾക്കും ജോലികൾക്കുമുള്ള പിന്തുണയോടെ
• റോൾ അടിസ്ഥാനമാക്കിയുള്ള സുരക്ഷയോടെ
• സ്ക്രിപ്റ്റ് ചെയ്യാവുന്ന ബിസിനസ്സ് ലോജിക്കിനൊപ്പം
• വേഗത്തിൽ ഒരു പ്രോട്ടോടൈപ്പ് സൃഷ്ടിക്കാനുള്ള കഴിവും കുറഞ്ഞ സമയ-വിപണിയും

നിങ്ങൾക്ക് വേണമെങ്കിൽ 1C ആവശ്യമില്ല:

• യന്ത്ര പഠനം
• GPU കണക്കുകൂട്ടലുകൾ
• കമ്പ്യൂട്ടർ ഗ്രാഫിക്സ്
• ഗണിതശാസ്ത്ര കണക്കുകൂട്ടലുകൾ
• CAD സിസ്റ്റം
• സിഗ്നൽ പ്രോസസ്സിംഗ് (ശബ്ദം, വീഡിയോ)
• ലക്ഷക്കണക്കിന് ആർപിഎസ് ഉപയോഗിച്ച് http കോളുകൾ ഹൈലോഡ് ചെയ്യുക

ഒരു നിർമ്മാണ കമ്പനിയായി 1C

ഒരു സോഫ്റ്റ്വെയർ നിർമ്മാതാവ് എന്ന നിലയിൽ 1C യുടെ ബിസിനസ്സ് എന്താണെന്ന് മനസ്സിലാക്കേണ്ടതാണ്. 1C കമ്പനി ഓട്ടോമേഷൻ വഴി ബിസിനസ്സ് പ്രശ്നങ്ങൾക്കുള്ള പരിഹാരങ്ങൾ വിൽക്കുന്നു. വലുതോ ചെറുതോ ആയ വ്യത്യസ്‌ത ബിസിനസുകൾ, എന്നാൽ അവൾ വിൽക്കുന്നത് അതാണ്. ഈ ലക്ഷ്യം നേടുന്നതിനുള്ള മാർഗങ്ങൾ ബിസിനസ്സ് ആപ്ലിക്കേഷനുകളാണ്. അക്കൌണ്ടിംഗ്, പേറോൾ അക്കൌണ്ടിംഗ് മുതലായവയ്ക്ക്. ഈ ആപ്ലിക്കേഷനുകൾ എഴുതുന്നതിന്, കമ്പനി സ്വന്തം ബിസിനസ് ആപ്ലിക്കേഷൻ ഡെവലപ്മെൻ്റ് പ്ലാറ്റ്ഫോം ഉപയോഗിക്കുന്നു. ഇതേ ബിസിനസ്സ് ആപ്ലിക്കേഷനുകളുടെ പൊതുവായ ജോലികൾക്കായി പ്രത്യേകം തയ്യാറാക്കിയത്:

• സാമ്പത്തിക അക്കൌണ്ടിങ്
• ബിസിനസ് ലോജിക്കിൻ്റെ എളുപ്പത്തിലുള്ള കസ്റ്റമൈസേഷൻ
• വൈവിധ്യമാർന്ന ഐടി ലാൻഡ്‌സ്‌കേപ്പുകളിൽ വിശാലമായ ഏകീകരണ സാധ്യതകൾ

ഒരു നിർമ്മാതാവ് എന്ന നിലയിൽ, പങ്കാളികളുമായും ക്ലയൻ്റുകളുമായും ഒരു വിൻ-വിൻ മോഡിൽ പ്രവർത്തിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്ന തന്ത്രമാണിതെന്ന് 1C വിശ്വസിക്കുന്നു. നിങ്ങൾക്ക് ഇതുമായി വാദിക്കാം, എന്നാൽ കമ്പനി സ്വയം പ്രോത്സാഹിപ്പിക്കുന്നത് ഇങ്ങനെയാണ്: ബിസിനസ്സ് പ്രശ്നങ്ങൾക്കുള്ള റെഡിമെയ്ഡ് പരിഹാരങ്ങൾ, പങ്കാളികൾക്ക് പെട്ടെന്ന് ഇഷ്ടാനുസൃതമാക്കാനും ഏത് ഐടി ലാൻഡ്‌സ്‌കേപ്പിലേക്കും സംയോജിപ്പിക്കാനും കഴിയും.

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

- ഹേയ്, ബിസിനസ്സ്, നിങ്ങളുടെ 1C-യിൽ OOP വേണോ?
- ഇത് എൻ്റെ പ്രശ്നങ്ങൾ പരിഹരിക്കാൻ എന്നെ സഹായിക്കുമോ?
- ആർക്കറിയാം...
- അപ്പോൾ ആവശ്യമില്ല

ഈ സമീപനം ആരാണ് നോക്കുന്നത് എന്നതിനെ ആശ്രയിച്ച് നല്ലതോ ചീത്തയോ ആകാം, പക്ഷേ അത് അങ്ങനെയാണ്. 1C-യിൽ X എന്ന ഫീച്ചർ ഇല്ല എന്ന വസ്തുതയെക്കുറിച്ച് പറയുമ്പോൾ, അത് ഒരു കാരണത്താലല്ലെന്ന് നിങ്ങൾ മനസ്സിലാക്കേണ്ടതുണ്ട്, എന്നാൽ "നിർവ്വഹണച്ചെലവ് vs ലാഭ തുക" എന്ന തിരഞ്ഞെടുപ്പിൻ്റെ പശ്ചാത്തലത്തിൽ.

സാങ്കേതിക വർഗ്ഗീകരണം

“വാസ്തവത്തിൽ, 1C പ്ലാറ്റ്‌ഫോമിൻ്റെ കരുതലുള്ള രീതിശാസ്ത്രജ്ഞരും ഡെവലപ്പർമാരും ശ്രദ്ധാപൂർവ്വം തിരഞ്ഞെടുത്ത മികച്ച പാറ്റേണുകൾ ഉപയോഗിക്കാൻ Odinesniks പരമാവധി ശ്രമിക്കുന്നു.
ലളിതമായ ഒരു നിയന്ത്രിത ഫോമിനായി നിങ്ങളുടെ മണ്ടൻ കോഡ് എഴുതുമ്പോൾ, വാസ്തവത്തിൽ നിങ്ങൾ ഉപയോഗിക്കുന്നു മോഡൽ-വ്യൂ-കൺട്രോളർ с ഇരട്ട-വഴി ഡാറ്റ ബൈൻഡിംഗ് в മൂന്ന്-ലേയേർഡ്-ഡാറ്റ-ആപ്പ്-എഞ്ചിൻ, രുചിയുള്ള ഉയർന്ന തലത്തിലുള്ള ഒബ്ജക്റ്റ്-റിലേഷൻ-മാപ്പിംഗ് അടിത്തറയിൽ ഡിക്ലറേറ്റീവ് മെറ്റാഡാറ്റ വിവരണംസ്വന്തമായി ഉള്ളത് പ്ലാറ്റ്ഫോം-സ്വതന്ത്ര അന്വേഷണ ഭാഷ, സി ഡിക്ലറേറ്റീവ് ഡാറ്റ-ഡ്രൈവ് യൂസർ ഇൻ്റർഫേസ്, സമ്പൂർണ്ണ സുതാര്യമായ സീരിയലൈസേഷൻ, ഡൊമെയ്ൻ-ഓറിയൻ്റഡ് പ്രോഗ്രാം ഭാഷ.

1C ഡെവലപ്പർമാർ അവരുടെ പാശ്ചാത്യ സഹപ്രവർത്തകരിൽ നിന്ന് വ്യത്യസ്തരായിരിക്കുന്നത് PR-ലാണ്. ഏത് ബുൾഷിറ്റിനും വലിയ പേര് നൽകാനും അത് വൃത്തികെട്ട ബാഗ് പോലെ ഓടിക്കാനും അവർ ഇഷ്ടപ്പെടുന്നു.
എ ഒറെഫ്കോവ്

1C പ്ലാറ്റ്‌ഫോമിന് ഒരു ക്ലാസിക് 3-ടയർ ആർക്കിടെക്ചർ ഉണ്ട്, അതിൻ്റെ മധ്യഭാഗത്ത് ആപ്ലിക്കേഷൻ സെർവർ ഉണ്ട് (അല്ലെങ്കിൽ ചെറിയ കടയുടമകൾക്ക് ചെറിയ പണത്തിന് അതിൻ്റെ അനുകരണം). MS SQL അല്ലെങ്കിൽ Postgres ഒരു DBMS ആയി ഉപയോഗിക്കുന്നു. Oracle, IBM DB2 എന്നിവയ്‌ക്കും പിന്തുണയുണ്ട്, എന്നാൽ ഇത് വളരെ നിഗൂഢമാണ്. 1C ന് തന്നെ ഇത് അറിയില്ലെന്ന് ഞാൻ വിശ്വസിക്കുന്നു.

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

ക്ലൗഡ് SaaS സൊല്യൂഷൻ 1C:ഫ്രഷ് ബ്രൗസർ മോഡിലും പ്രവർത്തിക്കുന്നു, അതിൽ നിങ്ങൾക്ക് 1C വാങ്ങാൻ കഴിയില്ല, എന്നാൽ ഒരു ചെറിയ ഡാറ്റാബേസ് വാടകയ്‌ക്കെടുക്കുകയും അവിടെ ഷവർമ വിൽപ്പന ട്രാക്ക് ചെയ്യുകയും ചെയ്യുക. ഒന്നും ഇൻസ്റ്റാൾ ചെയ്യാതെയും കോൺഫിഗർ ചെയ്യാതെയും ബ്രൗസറിൽ മാത്രം.

കൂടാതെ, ഒരു ലെഗസി ക്ലയൻ്റ് ഉണ്ട്, അതിനെ 1C ൽ "റെഗുലർ ആപ്ലിക്കേഷൻ" എന്ന് വിളിക്കുന്നു. ലെഗസി എന്നത് പൈതൃകമാണ്, 2002-ലെ ആപ്ലിക്കേഷനുകളുടെ ലോകത്തേക്ക് സ്വാഗതം, പക്ഷേ നമ്മൾ ഇപ്പോഴും സംസാരിക്കുന്നത് ആവാസവ്യവസ്ഥയുടെ നിലവിലെ അവസ്ഥയെക്കുറിച്ചാണ്.

ക്ലസ്റ്ററിലേക്ക് പുതിയ മെഷീനുകൾ ചേർത്തുകൊണ്ട് 1C സെർവർ ഭാഗം ക്ലസ്റ്ററിംഗും സ്കെയിലുകളും പിന്തുണയ്ക്കുന്നു. ഇവിടെ ധാരാളം പകർപ്പുകൾ തകർന്നിട്ടുണ്ട്, ഇതിനെക്കുറിച്ച് ലേഖനത്തിൽ ഒരു പ്രത്യേക വിഭാഗം ഉണ്ടാകും. ചുരുക്കത്തിൽ, HAProxy-യുടെ പിന്നിൽ സമാനമായ രണ്ട് സംഭവങ്ങൾ ചേർക്കുന്നത് പോലെയല്ല ഇത്.

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

ഈ പ്രോഗ്രാമിംഗ് ഭാഷ തന്നെയാണ് 1C വിളിപ്പേരുകൾ അവരുടെ പ്ലാറ്റ്‌ഫോമിനോടുള്ള വെറുപ്പിൻ്റെ പ്രധാന കാരണം. ഒരു കാരണവുമില്ലാതെ നമുക്ക് അത് നേരിടാം. "ഡെവലപ്പർമാർ, ഡെവലപ്പർമാർ" എന്ന മന്ത്രം കുറഞ്ഞത് സിഐഎസിലെങ്കിലും നിറവേറ്റുന്നതിനായി രൂപകൽപ്പന ചെയ്ത ഭാഷ കഴിയുന്നത്ര ലളിതമായി വിഭാവനം ചെയ്യപ്പെട്ടു. അത്തരമൊരു പരിഹാരത്തിൻ്റെ വാണിജ്യപരമായ സാരാംശം, എൻ്റെ അഭിപ്രായത്തിൽ, വ്യക്തമായി കാണാം: കൂടുതൽ ഡവലപ്പർമാർ, കൂടുതൽ മാർക്കറ്റ് കവറേജ്. 45% മുതൽ 95% വരെയുള്ള വിവിധ കണക്കുകൾ പ്രകാരം ഇത് യാഥാർത്ഥ്യമായി. നിങ്ങൾ കരുതുന്ന ഭാഷയിൽ എഴുതുന്നത് വളരെ എളുപ്പമാണെന്ന് ഞാൻ ഉടൻ പറയും. കൂടാതെ എനിക്ക് ധാരാളം പ്രോഗ്രാമിംഗ് ഭാഷകൾ അറിയാം.

ഭാഷയിൽ നിന്ന് തുടങ്ങാം.

1C പ്രോഗ്രാമിംഗ് ഭാഷ

അതേ സമയം സിസ്റ്റത്തിൻ്റെ ശക്തവും ദുർബലവുമായ പോയിൻ്റ്. എളുപ്പത്തിലുള്ള പ്രവേശനവും വായനാക്ഷമതയും നൽകുന്നു. മറുവശത്ത്, 8-ൽ പതിപ്പ് 2002 പുറത്തിറങ്ങിയതിനുശേഷം ഇത് അപ്‌ഡേറ്റ് ചെയ്തിട്ടില്ല, മാത്രമല്ല ഇത് ധാർമ്മികമായി കാലഹരണപ്പെട്ടതുമാണ്. "OOP ഇല്ല എന്നതാണ് പ്രധാന പോരായ്മ" എന്ന് ആരെങ്കിലും പറയും, അവർ തെറ്റായിരിക്കും. ഒന്നാമതായി, പിഎൽഒ നുരാലിയേവിനെ മാത്രമല്ല, ടോർവാൾഡിനെയും ഇഷ്ടപ്പെടുന്നില്ല. രണ്ടാമതായി, OOP ഇപ്പോഴും നിലവിലുണ്ട്.

ഡെവലപ്പറുടെ കാഴ്ചപ്പാടിൽ, ഡിബിഎംഎസിൽ പ്രദർശിപ്പിച്ചിരിക്കുന്ന അടിസ്ഥാന ക്ലാസുകളുള്ള ഒരു ചട്ടക്കൂട് അദ്ദേഹത്തിൻ്റെ പക്കലുണ്ട്. ഡെവലപ്പർക്ക് അടിസ്ഥാന ക്ലാസ് "ഡയറക്‌ടറി" എടുക്കാനും അതിൽ നിന്ന് "ക്ലയൻ്റ്സ്" ഡയറക്‌ടറി അവകാശമാക്കാനും കഴിയും. ഇതിന് പുതിയ ക്ലാസ് ഫീൽഡുകൾ ഇതിലേക്ക് ചേർക്കാൻ കഴിയും, ഉദാഹരണത്തിന്, INN, വിലാസം, കൂടാതെ, ആവശ്യമെങ്കിൽ, അടിസ്ഥാന ക്ലാസിൻ്റെ രീതികൾ അസാധുവാക്കാനും (അസാധുവാക്കാനും) കഴിയും, ഉദാഹരണത്തിന്, OnWrite/AtRecord രീതി.

ചട്ടക്കൂട് രൂപകൽപ്പന ചെയ്തിരിക്കുന്നത് ആഴത്തിലുള്ള അനന്തരാവകാശം വളരെ അപൂർവ്വമായി ആവശ്യമുള്ള വിധത്തിലാണ്, കൂടാതെ OOP-യിലെ നിയന്ത്രണം എൻ്റെ അഭിപ്രായത്തിൽ അർത്ഥവത്താണ്. 1C ഡൊമെയ്ൻ ഡ്രൈവൺ ഡെവലപ്‌മെൻ്റിൽ ശ്രദ്ധ കേന്ദ്രീകരിക്കുകയും പരിഹാരത്തിൻ്റെ വിഷയ മേഖലയെക്കുറിച്ച് ആദ്യം ചിന്തിക്കുകയും ചെയ്യുന്നു, ഇത് നല്ലതാണ്. പ്രലോഭനങ്ങളൊന്നുമില്ലെന്ന് മാത്രമല്ല, ഡൊമെയ്‌നിൽ നിന്നുള്ള കുറച്ച് ഡാറ്റ എവിടെയെങ്കിലും കാണിക്കാൻ 10 വ്യത്യസ്ത DTO-കളും വ്യൂ മോഡലുകളും എഴുതേണ്ട ആവശ്യമില്ല. 1C ഡെവലപ്പർ എല്ലായ്പ്പോഴും ഒരേ എൻ്റിറ്റിയെ പ്രതിനിധീകരിക്കുന്ന, സമാന പേരുകളുള്ള ഒരു ഡസൻ ക്ലാസുകളുള്ള ധാരണയുടെ സന്ദർഭം അലങ്കോലപ്പെടുത്താതെ ഒരു എൻ്റിറ്റിയുമായി പ്രവർത്തിക്കുന്നു, എന്നാൽ മറ്റൊരു വശത്ത് നിന്ന്. ഏതൊരു .NET ആപ്ലിക്കേഷനും, ഉദാഹരണത്തിന്, JSON-ലേക്കുള്ള സീരിയലൈസേഷനും ക്ലയൻ്റിൽനിന്ന് സെർവറിലേക്കുള്ള ഡാറ്റ കൈമാറ്റത്തിനുമായി അഞ്ചോ രണ്ടോ വ്യൂ മോഡലുകളും DTO-കളും ഉണ്ടായിരിക്കണം. നിങ്ങളുടെ ആപ്ലിക്കേഷൻ കോഡിൻ്റെ ഏകദേശം 10-15% ഓട്ടോമാപ്പർ പോലുള്ള പേനകളോ ക്രച്ചുകളോ ഉപയോഗിച്ച് ഒരു ക്ലാസിൽ നിന്ന് മറ്റൊന്നിലേക്ക് ഡാറ്റ കൈമാറാൻ ചെലവഴിക്കും. ഈ കോഡ് എഴുതുകയും അത് സൃഷ്ടിക്കുന്നതിനും പരിപാലിക്കുന്നതിനും പ്രോഗ്രാമർമാർക്ക് പണം നൽകുകയും വേണം.

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

എൻ്റെ അഭിപ്രായത്തിൽ, ഭാഷയിൽ ശരിക്കും ഇല്ലാത്തത്, നിങ്ങൾക്ക് കഴിയുന്നതിനേക്കാൾ കൂടുതൽ എഴുതാൻ നിങ്ങളെ പ്രേരിപ്പിക്കുന്നത്, ഉപഭോക്താവ് പണം നൽകുന്ന സമയം പാഴാക്കുന്നത്.

• ലെവലിൽ ടൈപ്പുചെയ്യാനുള്ള സാധ്യത, ഉദാഹരണത്തിന്, ടൈപ്പ്സ്ക്രിപ്റ്റ് (ഫലമായി, IDE-യിൽ കൂടുതൽ വികസിപ്പിച്ച കോഡ് വിശകലന ടൂളുകൾ, റീഫാക്റ്ററിംഗ്, കുറച്ച് ആക്ഷേപകരമായ ജാംബുകൾ)
  ഫസ്റ്റ് ക്ലാസ് ഒബ്ജക്റ്റുകളായി ഫംഗ്ഷനുകളുടെ ലഭ്യത. കുറച്ചുകൂടി സങ്കീർണ്ണമായ ഒരു ആശയം, എന്നാൽ സാധാരണ ബോയിലർ-കോഡിൻ്റെ അളവ് വളരെ കുറയ്ക്കാൻ കഴിയും. IMHO എന്ന കോഡിനെക്കുറിച്ച് വിദ്യാർത്ഥിയുടെ ഗ്രാഹ്യം വോളിയം കുറയുന്നത് കാരണം വർദ്ധിക്കും
• യൂണിവേഴ്സൽ കളക്ഷൻ ലിറ്ററലുകൾ, ഇനീഷ്യലൈസറുകൾ. ഒരേ കാര്യം - എഴുതേണ്ട കൂടാതെ/അല്ലെങ്കിൽ നിങ്ങളുടെ കണ്ണുകൊണ്ട് നോക്കേണ്ട കോഡിൻ്റെ അളവ് കുറയ്ക്കുന്നു. ശേഖരങ്ങൾ പൂരിപ്പിക്കുന്നതിന് 9000C പ്രോഗ്രാമിംഗ് സമയത്തിൻ്റെ 1% എടുക്കും. വാക്യഘടനാപരമായ പഞ്ചസാര കൂടാതെ ഇത് എഴുതുന്നത് ദൈർഘ്യമേറിയതും ചെലവേറിയതും പിശകുകളുള്ളതുമാണ്. പൊതുവായി, 1C സൊല്യൂഷനുകളിലെ LOC യുടെ അളവ് ലഭ്യമായ ഓപ്പൺ ഫ്രെയിംവർക്കുകളുമായി താരതമ്യപ്പെടുത്തുമ്പോൾ സങ്കൽപ്പിക്കാവുന്ന എല്ലാ പരിധികളെയും കവിയുന്നു. ഭാഷ വാചാലമാണ്, ഇത് ഡാറ്റ, മെമ്മറി, IDE ബ്രേക്കുകൾ, സമയം, പണം...
• അവസാനമായി നിർമ്മാണങ്ങൾ റഷ്യൻ ഭാഷയിലേക്ക് അതിൻ്റെ വിജയകരമായ വിവർത്തനം അവർ കണ്ടെത്താത്തതിനാൽ ഈ നിർമ്മാണം നഷ്‌ടമായി എന്ന ഒരു അനുമാനം എനിക്കുണ്ട് :)
• സ്വന്തം ഡാറ്റ തരങ്ങൾ (OOP ഇല്ലാതെ), VB6-ൽ നിന്നുള്ള തരത്തിൻ്റെ അനലോഗ്. BSP-യിലെ കമൻ്റുകളും ഈ ഘടനകൾ നിർമ്മിക്കുന്ന മാന്ത്രിക രീതികളും ഉപയോഗിച്ച് ഘടനകൾ ടൈപ്പ് ചെയ്യാതിരിക്കാൻ ഇത് നിങ്ങളെ അനുവദിക്കും. ഞങ്ങൾക്ക് ലഭിക്കുന്നത്: കുറവ് കോഡ്, ഒരു ഡോട്ടിലൂടെയുള്ള സൂചന, പ്രശ്നത്തിനുള്ള വേഗത്തിലുള്ള പരിഹാരം, അക്ഷരത്തെറ്റുകൾ കാരണം കുറച്ച് പിശകുകളും ഘടനകളുടെ നഷ്‌ടമായ ഗുണങ്ങളും. ഇപ്പോൾ ഉപയോക്തൃ ഘടനകളുടെ ടൈപ്പിംഗ് പൂർണ്ണമായും സ്റ്റാൻഡേർഡ് സബ്സിസ്റ്റം ലൈബ്രറിയുടെ ഡെവലപ്മെൻ്റ് ടീമിൽ നിക്ഷിപ്തമാണ്, അത് അതിൻ്റെ ക്രെഡിറ്റിൽ, പാസാക്കിയ പാരാമീറ്റർ ഘടനകളുടെ പ്രതീക്ഷിക്കുന്ന ഗുണങ്ങളെക്കുറിച്ച് ശ്രദ്ധാപൂർവ്വം അഭിപ്രായങ്ങൾ എഴുതുന്നു.
• വെബ് ക്ലയൻ്റിലുള്ള അസിൻക്രണസ് കോളുകളിൽ പ്രവർത്തിക്കുമ്പോൾ പഞ്ചസാര ഇല്ല. പ്രധാന ബ്രൗസറുകളുടെ എപിഐയിലെ പെട്ടെന്നുള്ള മാറ്റം മൂലമുണ്ടാകുന്ന ഒരു താൽക്കാലിക ഊന്നുവടിയാണ് പ്രോസസ്സിംഗ് നോട്ടിഫിക്കേഷനുകളുടെ രൂപത്തിലുള്ള കോൾബാക്ക്-നരകം, എന്നാൽ നിങ്ങൾക്ക് എല്ലായ്പ്പോഴും ഇതുപോലെ ജീവിക്കാൻ കഴിയില്ല, അസിൻക്രണസ് കോഡിൻ്റെ "വിദ്യാർത്ഥി ധാരണ" നഷ്ടപ്പെടുന്നു കൂടുതൽ കൂടുതൽ. പ്രധാന IDE-യിൽ ഈ മാതൃകയ്‌ക്ക് പിന്തുണയൊന്നും ചേർക്കരുത്, കാര്യങ്ങൾ കൂടുതൽ വഷളാകുന്നു.

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

ഈ ഭാഷയിൽ ഇതിനകം വളരെയധികം പ്രവർത്തിച്ച, js അല്ലെങ്കിൽ c# നോക്കുന്ന ഒരു പ്രോഗ്രാമർ, ഈ ഭാഷയുടെ ചട്ടക്കൂടിനുള്ളിൽ വിരസത അനുഭവിക്കുന്നു. അതൊരു വസ്തുതയാണ്. അദ്ദേഹത്തിന് വികസനം ആവശ്യമാണ്. വെണ്ടർക്കുള്ള സ്കെയിലിൻ്റെ മറുവശത്ത്, നിർദ്ദിഷ്ട സവിശേഷതകൾ നടപ്പിലാക്കുന്നതിനുള്ള ചെലവും അവ നടപ്പിലാക്കിയതിന് ശേഷമുള്ള വരുമാന വർദ്ധനവുമാണ്. കമ്പനിയുടെ ദൃഷ്ടിയിൽ നിലവിൽ എന്താണ് കൂടുതലുള്ളത് എന്നതിനെക്കുറിച്ച് ഇവിടെ എനിക്ക് ഒരു വിവരവുമില്ല.

വികസന പരിസ്ഥിതി

ഇവിടെയും കാര്യങ്ങൾ സുഗമമായി നടക്കുന്നില്ല. രണ്ട് വികസന പരിതസ്ഥിതികളുണ്ട്. ആദ്യത്തേത് ഡെലിവറിയിൽ ഉൾപ്പെടുത്തിയിരിക്കുന്ന കോൺഫിഗറേറ്റർ ആണ്. രണ്ടാമത്തേത് എൻ്റർപ്രൈസ് ഡെവലപ്‌മെൻ്റ് ടൂൾസ് എൻവയോൺമെൻ്റ്, അല്ലെങ്കിൽ ചുരുക്കത്തിൽ EDT, എക്ലിപ്‌സിൻ്റെ അടിസ്ഥാനത്തിൽ വികസിപ്പിച്ചെടുത്തതാണ്.

കോൺഫിഗറേറ്റർ ഒരു പൂർണ്ണമായ വികസന ജോലികൾ നൽകുന്നു, എല്ലാ സവിശേഷതകളെയും പിന്തുണയ്ക്കുന്നു, ഇത് വിപണിയിലെ പ്രധാന അന്തരീക്ഷമാണ്. കിംവദന്തികൾ അനുസരിച്ച് ഇത് ധാർമ്മികമായി കാലഹരണപ്പെട്ടതാണ്, വികസിക്കുന്നില്ല - അതിനുള്ളിലെ സാങ്കേതിക കടത്തിൻ്റെ അളവ് കാരണം. ഒരു ഇൻ്റേണൽ API തുറക്കുന്നതിലൂടെ സ്ഥിതി മെച്ചപ്പെടുത്താം (സൗഹൃദത്തിൻ്റെ രൂപത്തിൽ സ്നോമാൻ A. Orefkova അല്ലെങ്കിൽ ഒരു സ്വതന്ത്ര അടിസ്ഥാനത്തിൽ), എന്നാൽ ഇത് അങ്ങനെയല്ല. വെണ്ടർ ഇടപെടാത്തിടത്തോളം, കമ്മ്യൂണിറ്റി അതിൻ്റെ സവിശേഷതകൾ IDE-യിൽ എഴുതുമെന്ന് പ്രാക്ടീസ് കാണിക്കുന്നു. എന്നാൽ നമുക്കുള്ളത് നമുക്കുണ്ട്. 2004-2005 കാലഘട്ടത്തിൽ കോൺഫിഗറേറ്റർ മികച്ചതായിരുന്നു, അക്കാലത്തെ വിഷ്വൽ സ്റ്റുഡിയോയെ അനുസ്മരിപ്പിക്കുന്നതായിരുന്നു, ചില സ്ഥലങ്ങളിൽ ഇത് കൂടുതൽ തണുത്തതായിരുന്നു, പക്ഷേ അത് ആ സമയങ്ങളിൽ കുടുങ്ങി.

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

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

മേൽപ്പറഞ്ഞ “1C പ്രിസം” വഴി നിങ്ങൾ സാഹചര്യം നോക്കുകയാണെങ്കിൽ, നിങ്ങൾക്ക് ഇതുപോലൊന്ന് ലഭിക്കും: പുതിയ IDE യുടെ റിലീസ് ബോക്സുകളുടെ വിൽപ്പന വർദ്ധിപ്പിക്കുന്നില്ല, പക്ഷേ ഡെവലപ്പർമാരുടെ ഒഴുക്ക് കുറച്ചേക്കാം. ഡവലപ്പർ സൗകര്യത്തിൻ്റെ കാര്യത്തിൽ ആവാസവ്യവസ്ഥയെ കാത്തിരിക്കുന്നത് എന്താണെന്ന് പറയാൻ പ്രയാസമാണ്, എന്നാൽ മൈക്രോസോഫ്റ്റ് ഇതിനകം തന്നെ മൊബൈൽ ഡെവലപ്പർമാരെ അവരുടെ സേവനങ്ങൾ വളരെ വൈകി വാഗ്ദാനം ചെയ്തു.

വികസന മാനേജ്മെൻ്റ്

കോഡ് എഴുതുന്നതിനേക്കാൾ ഇവിടെ എല്ലാം വളരെ മികച്ചതാണ്, പ്രത്യേകിച്ച് അടുത്തിടെ, കമ്മ്യൂണിറ്റിയുടെ ശ്രമങ്ങൾ അഡ്മിനിസ്ട്രേഷൻ ഓട്ടോമേഷൻ്റെ പ്രശ്നങ്ങൾ വെളിച്ചത്തുകൊണ്ടുവന്നപ്പോൾ, 1C ശേഖരം ചവറ്റുകുട്ടയിലേക്ക് എറിയാനും ജിറ്റ്, ക്വിക്ക് ബ്ലെയിം, കോഡ്-റിവ്യൂ എന്നിവ ഉപയോഗിക്കാനും പ്രോട്ടോടൈപ്പുകൾ പുറത്തിറക്കി. , സ്റ്റാറ്റിക് വിശകലനം, സ്വയമേവ വിന്യസിക്കുക തുടങ്ങിയവ. ഡെവലപ്‌മെൻ്റ് ടാസ്‌ക്കുകളുടെ ഓട്ടോമേഷൻ ലെവൽ വർദ്ധിപ്പിക്കുന്ന പ്ലാറ്റ്‌ഫോമിലേക്ക് നിരവധി സവിശേഷതകൾ ചേർത്തിട്ടുണ്ട്. എന്നിരുന്നാലും, ഓട്ടോമേഷൻ ഇല്ലാതെ ഞങ്ങൾക്ക് ചെയ്യാൻ കഴിയില്ലെന്ന് വ്യക്തമായപ്പോൾ, ഈ സവിശേഷതകളെല്ലാം ഞങ്ങളുടെ സ്വന്തം വലിയ ഉൽപ്പന്നങ്ങളുടെ വികസനത്തിന് മാത്രമായി ചേർത്തു. യാന്ത്രിക ലയനങ്ങൾ, കെഡിഫുമായി ത്രീ-വേ താരതമ്യവും അതെല്ലാം ഉണ്ടായിരുന്നു. Github-ൽ ലോഞ്ച് ചെയ്തു gitconverter, പ്രത്യയശാസ്ത്രപരമായി പ്രോജക്റ്റിൽ നിന്ന് വലിച്ചിഴക്കപ്പെട്ട വ്യക്തി gitsync, എന്നാൽ വെണ്ടർ കമ്പനിയുടെ പ്രക്രിയകൾക്ക് അനുയോജ്യമായ രീതിയിൽ പരിഷ്ക്കരിച്ചു. ഓപ്പൺ സോഴ്‌സിൽ നിന്നുള്ള ധാർഷ്ട്യമുള്ള ആളുകൾക്ക് നന്ദി, 1C-യിലെ ഡെവലപ്‌മെൻ്റ് ഓട്ടോമേഷൻ നിലംപരിശാക്കി. കോൺഫിഗറേറ്ററിനായുള്ള ഒരു ഓപ്പൺ API, IMHO, പ്രധാന IDE-യുടെ ധാർമ്മിക പിന്നോക്കാവസ്ഥയും മാറ്റും.

ഇന്ന്, ജിറയിലെ പ്രശ്നങ്ങൾ, ക്രൂസിബിളിലെ അവലോകനങ്ങൾ, ജെൻകിൻസിൽ നിന്നുള്ള പുഷ് ബട്ടൺ, 1C-യിലെ കോഡ് ടെസ്റ്റിംഗിനെക്കുറിച്ചുള്ള Allure റിപ്പോർട്ടുകൾ എന്നിവയുമായി ബന്ധപ്പെട്ട കമ്മിറ്റുകളോട് കൂടിയ 1C ഉറവിടങ്ങൾ git-ൽ സംഭരിക്കുന്നു. സോനാർക്യൂബിലെ സ്റ്റാറ്റിക് വിശകലനം - ഇത് വാർത്തകളിൽ നിന്ന് വളരെ അകലെയാണ്, മറിച്ച് 1C വികസനം ധാരാളം ഉള്ള കമ്പനികളിലെ മുഖ്യധാരയാണ്.

ഭരണകൂടം

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

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

1C സെർവറിൻ്റെ പോരായ്മകൾ

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

അല്ലാത്തപക്ഷം, 1C സെർവർ മറ്റേതൊരു ആപ്ലിക്കേഷൻ്റെയും അതേ ആപ്ലിക്കേഷനാണ്, ഡോക്യുമെൻ്റേഷൻ വായിച്ച് ടാംബോറിനിൽ തട്ടിക്കൊണ്ടും ഇത് അതേ രീതിയിൽ തന്നെ നിയന്ത്രിക്കപ്പെടുന്നു.

ഡോക്കർ

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

വാണിജ്യ ഘടകം

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

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

വെയർഹൗസ്, ആക്സസ് റൈറ്റ്സ് കൺട്രോൾ, വെബ് ക്ലയൻ്റ്, മൊബൈൽ ആപ്ലിക്കേഷൻ എന്നിവ പ്രകാരം വിഭജിക്കപ്പെട്ട, വിൽപ്പന റിപ്പോർട്ടിംഗ്, വാങ്ങൽ, വിൽപ്പന വിലകളിൽ സാധനങ്ങളുടെ അക്കൌണ്ടിംഗ് എന്നിവ ഉപയോഗിച്ച് ഒരു ചെറിയ സ്റ്റാളിനുള്ള ഒരു പൂർണ്ണമായ അക്കൌണ്ടിംഗ് സിസ്റ്റം 3 മണിക്കൂറിനുള്ളിൽ ചെയ്തു. . ശരി, ഞാൻ ആപ്ലിക്കേഷനെ കുറിച്ച് മറന്നു, ആപ്ലിക്കേഷൻ 3 മണിക്കൂറിനുള്ളിൽ അല്ല, ആറിനകം.

ഒരു വൃത്തിയുള്ള കമ്പ്യൂട്ടറിൽ വിഷ്വൽ സ്റ്റുഡിയോ ഇൻസ്റ്റാൾ ചെയ്യുന്നതിൽ നിന്ന് ഉപഭോക്താവിന് അത് പ്രദർശിപ്പിച്ച് ഈ ടാസ്‌ക് ഒരു .NET ഡെവലപ്പർക്ക് എത്ര സമയമെടുക്കും? വികസനച്ചെലവിൻ്റെ കാര്യമോ? ഒരേ കാര്യം.

ഒരു പ്ലാറ്റ്ഫോം എന്ന നിലയിൽ 1C യുടെ ശക്തി

1C ശക്തമാണ്, അതിൽ ലോകത്തിലെ ഏറ്റവും മികച്ച എന്തെങ്കിലും പ്രത്യേകമായി ഉള്ളതുകൊണ്ടല്ല. നേരെമറിച്ച്, ഓരോ വ്യക്തിഗത ഉപസിസ്റ്റത്തിലും നിങ്ങൾക്ക് ലോകത്തിലെ സോഫ്റ്റ്വെയറിൽ കൂടുതൽ രസകരമായ അനലോഗ് കണ്ടെത്താൻ കഴിയും. എന്നിരുന്നാലും, ഘടകങ്ങളുടെ സംയോജനത്തെ അടിസ്ഥാനമാക്കി, 1C ന് സമാനമായ ഒരു പ്ലാറ്റ്ഫോം ഞാൻ കാണുന്നില്ല. ഇവിടെയാണ് വാണിജ്യവിജയം. പ്ലാറ്റ്‌ഫോമിൻ്റെ ഗുണങ്ങൾ അതിൽ ഉടനീളം ചിതറിക്കിടക്കുന്നു, മറ്റ് പ്ലാറ്റ്‌ഫോമുകളിൽ ഇത് എങ്ങനെ ചെയ്യുന്നുവെന്ന് നിങ്ങൾ കാണുമ്പോൾ അത് വളരെ വ്യക്തമായി കാണാം. അടിസ്ഥാനപരമായി, ഇവ സവിശേഷതകൾ പോലുമല്ല, മറിച്ച് - ഒരു നിർദ്ദിഷ്ട മാതൃകയ്ക്ക് അനുകൂലമായ സവിശേഷതകൾ നിരസിക്കുക. ഏതാനും ഉദാഹരണങ്ങൾ:

1. യൂണികോഡ്. ഇതിലും ലളിതമായി എന്തായിരിക്കും? 2019-ൽ സിംഗിൾ-ബൈറ്റ് ASCII എൻകോഡിംഗുകൾ ഉപയോഗിക്കേണ്ടതില്ല (പുരാതന പൈതൃകങ്ങളുമായുള്ള സംയോജനം ഒഴികെ). ഒരിക്കലുമില്ല. പക്ഷെ ഇല്ല. എന്തായാലും, ചില ടേബിളിലെ ഒരാൾ സിംഗിൾ-ബൈറ്റ് വാർച്ചർ ഉപയോഗിക്കുന്നു, കൂടാതെ അപ്ലിക്കേഷന് എൻകോഡിംഗുകളിൽ പ്രശ്‌നങ്ങളുണ്ടാകും. 2015-ൽ, ജിറ്റ്ലാബിൻ്റെ LDAP അംഗീകാരം പരാജയപ്പെട്ടു, കാരണം ജെറ്റ്ബ്രൈൻസ് IDE ഇപ്പോഴും എല്ലായിടത്തും സിറിലിക്കിനൊപ്പം പ്രവർത്തിക്കുന്നില്ല. ഡാറ്റാബേസ് ലെയറിൽ നിന്ന് ആപ്ലിക്കേഷൻ കോഡിൻ്റെ ഉയർന്ന നിലവാരമുള്ള ഒറ്റപ്പെടൽ 1C നൽകുന്നു. അവിടെ താഴ്ന്ന തലത്തിൽ പട്ടികകൾ ടൈപ്പ് ചെയ്യുന്നത് അസാധ്യമാണ്, കൂടാതെ ഡാറ്റാബേസ് തലത്തിൽ കഴിവില്ലാത്ത ജൂനിയർമാരുടെ ജാംബ് അവിടെ അസാധ്യമാണ്. അതെ, കഴിവില്ലാത്ത ജൂനിയർമാരുമായി മറ്റ് പ്രശ്നങ്ങൾ ഉണ്ടാകാം, എന്നാൽ വൈവിധ്യമാർന്ന പ്രശ്നങ്ങൾ വളരെ ചെറുതാണ്. നിങ്ങളുടെ ആപ്ലിക്കേഷൻ ശരിയായി രൂപകൽപ്പന ചെയ്‌തിട്ടുണ്ടെന്നും ഡാറ്റാബേസ് ആക്‌സസ് ലെയർ ഒറ്റപ്പെട്ടതാണെന്നും ഇപ്പോൾ നിങ്ങൾ എന്നോട് പറയും. നിങ്ങളുടെ കോർപ്പറേറ്റ് ഇഷ്‌ടാനുസൃത ജാവ ആപ്ലിക്കേഷൻ ഒന്നുകൂടി നോക്കുക. അടുത്തും സത്യസന്ധമായും. നിങ്ങളുടെ മനസ്സാക്ഷി നിങ്ങളെ ശല്യപ്പെടുത്തുന്നുണ്ടോ? അപ്പോൾ ഞാൻ നിങ്ങളിൽ സന്തോഷവാനാണ്.
2. പ്രമാണങ്ങളുടെ/റഫറൻസ് പുസ്തകങ്ങളുടെ എണ്ണം. 1 സിയിൽ ഇത് തീർച്ചയായും ഏറ്റവും വഴക്കമുള്ളതും മികച്ചതുമല്ല. എന്നാൽ ബാങ്കിംഗ് സോഫ്‌റ്റ്‌വെയറിലും സ്വയം എഴുതിയ അക്കൗണ്ടിംഗ് സിസ്റ്റങ്ങളിലും അവർ ചെയ്യുന്നത് ഇരുട്ട് മാത്രമാണ്. ഒന്നുകിൽ ഐഡൻ്റിറ്റി കുടുങ്ങിപ്പോകും (പിന്നെ "ഓ, നമുക്ക് എന്തിനാണ് ദ്വാരങ്ങൾ"), അല്ലെങ്കിൽ നേരെമറിച്ച്, അവർ DBMS ലെവലിൽ ലോക്കിംഗ് ഉപയോഗിച്ച് പ്രവർത്തിക്കുന്ന ഒരു ജനറേറ്റർ നിർമ്മിക്കും (അത് ഒരു തടസ്സമായി മാറും). വാസ്തവത്തിൽ, ലളിതമായി തോന്നുന്ന ഈ ടാസ്ക്ക് ചെയ്യുന്നത് വളരെ ബുദ്ധിമുട്ടാണ് - സമാന്തര ഡാറ്റാ എൻട്രി സമയത്ത് ഡാറ്റാബേസിനെ തടയാതിരിക്കാൻ, ഒരു നിശ്ചിത കീകൾ, പ്രിഫിക്സേഷൻ എന്നിവയെ അടിസ്ഥാനമാക്കിയുള്ള ഒരു അദ്വിതീയ വിഭാഗമുള്ള എൻ്റിറ്റികളുടെ എൻഡ്-ടു-എൻഡ് എൻയുമറേറ്റർ. .
3. ഡാറ്റാബേസിലെ റെക്കോർഡുകളുടെ ഐഡൻ്റിഫയറുകൾ. 1C ശക്തമായ ഇച്ഛാശക്തിയുള്ള തീരുമാനമെടുത്തു - എല്ലാ ലിങ്ക് ഐഡൻ്റിഫയറുകളും തികച്ചും സിന്തറ്റിക് ആണ്, അത്രമാത്രം. വിതരണം ചെയ്ത ഡാറ്റാബേസുകളിലും എക്സ്ചേഞ്ചുകളിലും പ്രശ്‌നങ്ങളൊന്നുമില്ല. മറ്റ് സിസ്റ്റങ്ങളുടെ ഡെവലപ്പർമാർ ഐഡൻ്റിറ്റി പോലെയുള്ള എന്തെങ്കിലും ശാഠ്യത്തോടെ സൃഷ്ടിക്കുന്നു (ഇത് ചെറുതാണ്!), നിരവധി അനുബന്ധ സംഭവങ്ങൾ സൃഷ്ടിക്കാൻ സമയമാകുന്നതുവരെ അവയെ GUI-യിലേക്ക് വലിച്ചിടുക (അതിനുശേഷം അവ കണ്ടെത്തപ്പെടും). നിനക്ക് ഇതില്ലേ? സത്യസന്ധമായി?
4. ലിസ്റ്റുകൾ. (വലിയ) ലിസ്റ്റുകളിലൂടെ പേജ് ചെയ്യുന്നതിനും അവയിലൂടെ നാവിഗേറ്റ് ചെയ്യുന്നതിനും 1C ന് വളരെ വിജയകരമായ സംവിധാനങ്ങളുണ്ട്. ഞാൻ ഉടൻ തന്നെ ഒരു റിസർവേഷൻ നടത്തട്ടെ - മെക്കാനിസത്തിൻ്റെ ശരിയായ ഉപയോഗത്തോടെ! പൊതുവേ, വിഷയം തികച്ചും അരോചകമാണ്, അത് തികച്ചും പരിഹരിക്കാൻ കഴിയില്ല: ഇത് ഒന്നുകിൽ അവബോധജന്യവും ലളിതവുമാണ് (എന്നാൽ ക്ലയൻ്റിലുള്ള വലിയ റെക്കോർഡ്സെറ്റുകളുടെ അപകടസാധ്യത), അല്ലെങ്കിൽ പേജിംഗ് ഒന്നോ അല്ലെങ്കിൽ മറ്റൊരു വക്രതയോ ആണ്. പേജിംഗ് ചെയ്യുന്നവർ പലപ്പോഴും അത് വളച്ചൊടിക്കാറുണ്ട്. സത്യസന്ധമായ സ്ക്രോൾബാർ നിർമ്മിക്കുന്നവർ ഒരു ഡാറ്റാബേസും ഒരു ചാനലും ഒരു ക്ലയൻ്റും ചേർക്കുന്നു.
5. നിയന്ത്രിത ഫോമുകൾ. സംശയമില്ല, വെബ് ക്ലയൻ്റിൽ ഇൻ്റർഫേസ് പൂർണ്ണമായും പ്രവർത്തിക്കുന്നില്ല. എന്നാൽ ഇത് പ്രവർത്തിക്കുന്നു. എന്നാൽ മറ്റ് പല അക്കൗണ്ടിംഗ്, ബാങ്കിംഗ് സംവിധാനങ്ങൾക്കും, ഒരു വിദൂര ജോലിസ്ഥലം സൃഷ്ടിക്കുന്നത് ഒരു എൻ്റർപ്രൈസ്-ലെവൽ പ്രോജക്റ്റാണ്. നിരാകരണം: ഭാഗ്യവശാൽ, ഇത് യഥാർത്ഥത്തിൽ വെബിൽ ഉണ്ടാക്കിയവരെ, ഇത് ബാധിക്കില്ല.
6. മൊബൈൽ ആപ്പ്. അടുത്തിടെ, ഒരേ ആവാസവ്യവസ്ഥയിൽ ആയിരിക്കുമ്പോൾ നിങ്ങൾക്ക് മൊബൈൽ ആപ്ലിക്കേഷനുകൾ എഴുതാനും കഴിയും. ഒരു വെബ് ക്ലയൻ്റിനേക്കാൾ ഇവിടെ അൽപ്പം സങ്കീർണ്ണമാണ്, ഉപകരണങ്ങളുടെ പ്രത്യേകതകൾ അവയ്ക്കായി പ്രത്യേകം എഴുതാൻ നിങ്ങളെ നിർബന്ധിക്കുന്നു, എന്നിരുന്നാലും, നിങ്ങൾ മൊബൈൽ ഡെവലപ്പർമാരുടെ ഒരു പ്രത്യേക ടീമിനെ നിയമിക്കില്ല. ഒരു കമ്പനിയുടെ ആന്തരിക ആവശ്യങ്ങൾക്കായി നിങ്ങൾക്ക് ഒരു ആപ്ലിക്കേഷൻ ആവശ്യമുണ്ടെങ്കിൽ (ഒരു കോർപ്പറേറ്റ് പ്രശ്‌നത്തിനുള്ള മൊബൈൽ പരിഹാരം മഞ്ഞ യുഐ ഡിസൈനിനേക്കാൾ പ്രധാനമാകുമ്പോൾ), നിങ്ങൾ ബോക്സിന് പുറത്ത് ഒരേ പ്ലാറ്റ്ഫോം ഉപയോഗിക്കുക.
7. റിപ്പോർട്ട് ചെയ്യുന്നു. ഈ വാക്ക് കൊണ്ട് ഞാൻ അർത്ഥമാക്കുന്നത് വലിയ ഡാറ്റയും ETL പ്രക്രിയയിൽ കാലതാമസവുമുള്ള ഒരു BI സിസ്റ്റത്തെയല്ല. ഇവിടെയും ഇപ്പോളും അക്കൗണ്ടിംഗിൻ്റെ അവസ്ഥ വിലയിരുത്താൻ നിങ്ങളെ അനുവദിക്കുന്ന പ്രവർത്തന സ്റ്റാഫ് റിപ്പോർട്ടുകളെ ഇത് സൂചിപ്പിക്കുന്നു. ബാലൻസുകൾ, പരസ്പര സെറ്റിൽമെൻ്റുകൾ, റീ-ഗ്രേഡിംഗ് മുതലായവ. ഗ്രൂപ്പിംഗുകൾ, ഫിൽട്ടറുകൾ, ഉപയോക്തൃ ഭാഗത്ത് ദൃശ്യവൽക്കരണം എന്നിവയ്‌ക്കായുള്ള വഴക്കമുള്ള ക്രമീകരണങ്ങളുള്ള ഒരു റിപ്പോർട്ടിംഗ് സിസ്റ്റത്തോടെയാണ് 1C ബോക്‌സിന് പുറത്ത് വരുന്നത്. അതെ, വിപണിയിൽ തണുത്ത അനലോഗുകൾ ഉണ്ട്. എന്നാൽ ഓൾ-ഇൻ-വൺ സൊല്യൂഷൻ്റെ ചട്ടക്കൂടിനുള്ളിലല്ല, ചിലപ്പോൾ ഓൾ-ഇൻ-വൺ സൊല്യൂഷനേക്കാൾ ഉയർന്ന വിലയ്ക്ക്. മിക്കപ്പോഴും ഇത് നേരെ വിപരീതമാണ്: റിപ്പോർട്ടിംഗ് മാത്രം, എന്നാൽ മുഴുവൻ പ്ലാറ്റ്ഫോമിനേക്കാൾ ചെലവേറിയതും ഗുണനിലവാരത്തിൽ മോശവുമാണ്.
8. അച്ചടിക്കാവുന്ന ഫോമുകൾ. ശരി, സാലറി സ്ലിപ്പുകൾ പിഡിഎഫ് ആയി ജീവനക്കാർക്ക് ഇമെയിൽ വഴി അയക്കുന്നതിനുള്ള പ്രശ്നം പരിഹരിക്കാൻ .NET ഉപയോഗിക്കുക. ഇപ്പോൾ ഇൻവോയ്‌സുകൾ അച്ചടിക്കാനുള്ള ചുമതല. അവരുടെ പകർപ്പുകൾ ഒരേ PDF-ലേക്ക് സംരക്ഷിക്കുന്നതിനെക്കുറിച്ച്? 1C വിളിപ്പേരിന്, ഏത് ലേഔട്ടും PDF-ലേക്ക് ഔട്ട്പുട്ട് ചെയ്യുന്നത് കോഡിൻ്റെ +1 ലൈൻ ആണ്. മറ്റൊരു ഭാഷയിൽ ദിവസങ്ങൾക്കോ ​​ആഴ്ചകൾക്കോ ​​പകരം + 40 സെക്കൻഡ് ജോലി സമയം എന്നാണ് ഇതിനർത്ഥം. 1C-യിലെ അച്ചടിച്ച ഫോം ലേഔട്ടുകൾ വികസിപ്പിക്കാൻ അവിശ്വസനീയമാംവിധം എളുപ്പവും പണമടച്ചുള്ള എതിരാളികളുമായി മത്സരിക്കാൻ കഴിയുന്നത്ര ശക്തവുമാണ്. അതെ, ഒരുപക്ഷേ, 1C സ്‌പ്രെഡ്‌ഷീറ്റ് ഡോക്യുമെൻ്റുകളിൽ ധാരാളം ഇൻ്ററാക്ടീവ് അവസരങ്ങൾ ഇല്ല; എന്നാൽ അത് ശരിക്കും ആവശ്യമാണോ?

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

അതെ, മറ്റേതൊരു സങ്കീർണ്ണമായ സിസ്റ്റത്തിലേയും പോലെ, 1C-യിലും ചില പ്രത്യേക വശങ്ങളിൽ സ്കെയിലിംഗ് തടയുന്ന പരിഹാരങ്ങളുണ്ട്. എന്നിരുന്നാലും, ഞാൻ ആവർത്തിക്കുന്നു, ഘടകങ്ങളുടെ സംയോജനത്തെ അടിസ്ഥാനമാക്കി, ഉടമസ്ഥാവകാശത്തിൻ്റെ വില, ഇതിനകം തന്നെ മുൻകൂട്ടി പരിഹരിച്ച പ്രശ്നങ്ങളുടെ എണ്ണം, വിപണിയിൽ യോഗ്യനായ ഒരു എതിരാളിയെ ഞാൻ കാണുന്നില്ല. അതേ വിലയ്ക്ക്, നിങ്ങൾക്ക് ഒരു സാമ്പത്തിക ആപ്ലിക്കേഷൻ ചട്ടക്കൂട്, ഒരു ക്ലസ്റ്റേർഡ് ബാലൻസ്ഡ് സെർവർ, ഒരു യുഐയും വെബ് ഇൻ്റർഫേസും, ഒരു മൊബൈൽ ആപ്ലിക്കേഷനും, റിപ്പോർട്ടിംഗ്, ഇൻ്റഗ്രേഷൻ, മറ്റ് നിരവധി കാര്യങ്ങൾ എന്നിവയും ലഭിക്കും. ജാവ ലോകത്ത്, നിങ്ങൾ ഒരു ഫ്രണ്ട്-എൻഡ്, ബാക്ക്-എൻഡ് ടീമിനെ വാടകയ്‌ക്കെടുക്കുന്നു, ഹോം-റൈറ്റഡ് സെർവർ കോഡിൻ്റെ ലോ-ലെവൽ ഷോളുകൾ ഡീബഗ് ചെയ്യുകയും 2 മൊബൈൽ OS-നായി 2 മൊബൈൽ ആപ്ലിക്കേഷനുകൾക്കായി പ്രത്യേകം പണം നൽകുകയും ചെയ്യുന്നു.

1C എല്ലാ കേസുകളും പരിഹരിക്കുമെന്ന് ഞാൻ പറയുന്നില്ല, എന്നാൽ ഒരു ആന്തരിക കോർപ്പറേറ്റ് ആപ്ലിക്കേഷനായി, UI ബ്രാൻഡ് ചെയ്യേണ്ട ആവശ്യമില്ലാത്തപ്പോൾ - മറ്റെന്താണ് വേണ്ടത്?

തൈലത്തിനുള്ളിൽ പറക്കുക

1C ലോകത്തെ രക്ഷിക്കുമെന്നും കോർപ്പറേറ്റ് സംവിധാനങ്ങൾ എഴുതുന്നതിനുള്ള മറ്റെല്ലാ വഴികളും തെറ്റാണെന്നും നിങ്ങൾക്ക് തോന്നാം. അത് അങ്ങനെയല്ല. ഒരു ബിസിനസുകാരൻ്റെ വീക്ഷണകോണിൽ നിന്ന്, നിങ്ങൾ 1C തിരഞ്ഞെടുക്കുകയാണെങ്കിൽ, ഫാസ്റ്റ് ടൈം-ടു-മാർക്കറ്റിന് പുറമേ, ഇനിപ്പറയുന്ന ദോഷങ്ങളും നിങ്ങൾ കണക്കിലെടുക്കണം:

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

നമുക്ക് ഡോട്ടുകൾ ഇടാം

• 1C എന്നത് ബിസിനസ്സിനായുള്ള ഒരു ദ്രുത ആപ്ലിക്കേഷൻ ഡെവലപ്‌മെൻ്റ് (RAD) ചട്ടക്കൂടാണ്, ഇതിന് അനുയോജ്യമായതാണ്.
• പ്രധാന DBMS-കൾക്കുള്ള പിന്തുണയുള്ള ത്രിതല ലിങ്ക്, ക്ലയൻ്റ് UI, വളരെ മികച്ച ORM, റിപ്പോർട്ടിംഗ്
• 1C ന് ചെയ്യാൻ കഴിയാത്തത് ചെയ്യാൻ കഴിയുന്ന സിസ്റ്റങ്ങളുമായി സംയോജിപ്പിക്കുന്നതിനുള്ള വിശാലമായ സാധ്യതകൾ. നിങ്ങൾക്ക് മെഷീൻ ലേണിംഗ് വേണമെങ്കിൽ, പൈത്തൺ എടുത്ത് http അല്ലെങ്കിൽ RabbitMQ വഴി ഫലം 1C ലേക്ക് അയയ്ക്കുക.
• 1C ഉപയോഗിച്ച് എല്ലാം ചെയ്യാൻ ശ്രമിക്കേണ്ട ആവശ്യമില്ല, നിങ്ങൾ അതിൻ്റെ ശക്തി മനസ്സിലാക്കുകയും നിങ്ങളുടെ സ്വന്തം ആവശ്യങ്ങൾക്കായി ഉപയോഗിക്കുകയും വേണം.
• സാങ്കേതിക ചട്ടക്കൂട് ഗാഡ്‌ജെറ്റുകളിലേക്ക് ആഴ്ന്നിറങ്ങുകയും ഓരോ N വർഷവും ഒരു പുതിയ എഞ്ചിനിലേക്ക് പുനർരൂപകൽപ്പന ചെയ്യുകയും ചെയ്യുന്ന ഡെവലപ്പർമാർക്ക് 1C കൊണ്ട് ബോറടിക്കുന്നു. അവിടെ എല്ലാം വളരെ യാഥാസ്ഥിതികമാണ്.
• നിർമ്മാതാവിൽ നിന്ന് വളരെ കുറച്ച് ആശങ്കകൾ ഉള്ളതിനാൽ ഡെവലപ്പർമാർക്കും ബോറടിക്കുന്നു. വിരസമായ ഭാഷ, ദുർബലമായ IDE. അവർക്ക് ആധുനികവൽക്കരണം ആവശ്യമാണ്.
• മറുവശത്ത്, അവർ ആസ്വദിക്കുന്ന മറ്റൊരു സാങ്കേതികവിദ്യ ഉപയോഗിക്കുന്നതിലൂടെയും പഠിക്കുന്നതിലൂടെയും വിനോദം കണ്ടെത്താനാകാത്ത ഡെവലപ്പർമാർ മോശം ഡെവലപ്പർമാരാണ്. അവർ വിതുമ്പുകയും മറ്റൊരു ആവാസവ്യവസ്ഥയിലേക്ക് മാറുകയും ചെയ്യും.
• പൈത്തണിൽ എന്തെങ്കിലും എഴുതാൻ അവരുടെ 1C വിളിപ്പേരുകൾ അനുവദിക്കാത്ത തൊഴിലുടമകൾ മോശം തൊഴിലുടമകളാണ്. അന്വേഷണാത്മക മനസ്സുള്ള ജീവനക്കാരെ അവർക്ക് നഷ്ടപ്പെടും, അവരുടെ സ്ഥാനത്ത് മങ്കി കോഡർമാർ വരും, അവർ എല്ലാ കാര്യങ്ങളും സമ്മതിക്കുന്നു, കോർപ്പറേറ്റ് സോഫ്റ്റ്വെയറിനെ ചതുപ്പിലേക്ക് വലിച്ചിടും. ഇത് ഇനിയും തിരുത്തിയെഴുതേണ്ടിവരും, അതിനാൽ പൈത്തണിൽ കുറച്ച് മുമ്പ് നിക്ഷേപിക്കുന്നത് നല്ലതായിരിക്കുമോ?
• 1C ഒരു വാണിജ്യ കമ്പനിയാണ്, മാത്രമല്ല സ്വന്തം താൽപ്പര്യങ്ങളെയും പ്രയോജനത്തെയും അടിസ്ഥാനമാക്കിയുള്ള സവിശേഷതകൾ നടപ്പിലാക്കുന്നു. ഇതിന് അവളെ കുറ്റപ്പെടുത്താൻ കഴിയില്ല, ബിസിനസ്സ് ലാഭത്തെക്കുറിച്ച് ചിന്തിക്കണം, അതാണ് ജീവിതം
• വാസ്യയുടെ ഡെവലപ്പർ പ്രശ്‌നങ്ങളല്ല, ബിസിനസ് പ്രശ്‌നങ്ങൾക്കുള്ള പരിഹാരങ്ങൾ വിറ്റ് 1C പണം സമ്പാദിക്കുന്നു. ഈ രണ്ട് ആശയങ്ങളും പരസ്പരബന്ധിതമാണ്, എന്നാൽ മുൻഗണന ഞാൻ പറഞ്ഞത് തന്നെയാണ്. ഡവലപ്പർ Vasya 1C: Resharper-നുള്ള ഒരു വ്യക്തിഗത ലൈസൻസിനായി പണമടയ്ക്കാൻ തയ്യാറാകുമ്പോൾ, അത് വളരെ വേഗത്തിൽ ദൃശ്യമാകും, A. Orefkova യുടെ "Resharper" ഇതിന് തെളിവാണ്. വെണ്ടർ അതിനെ പിന്തുണയ്ക്കുകയും അതിനെതിരെ പോരാടാതിരിക്കുകയും ചെയ്താൽ, ഡെവലപ്പർമാർക്കുള്ള സോഫ്‌റ്റ്‌വെയർ വിപണി ദൃശ്യമാകും. ഇപ്പോൾ ഈ വിപണിയിൽ സംശയാസ്പദമായ ഫലങ്ങളുള്ള ഒന്നര കളിക്കാർ ഉണ്ട്, എല്ലാം IDE യുമായുള്ള സംയോജനം നെഗറ്റീവ് ആയതിനാൽ എല്ലാം ക്രച്ചസിലാണ് ചെയ്യുന്നത്.
• ഒരു മൾട്ടി-മെഷീൻ ഓപ്പറേറ്ററുടെ പരിശീലനം വിസ്മൃതിയിലേക്ക് അപ്രത്യക്ഷമാകും. ആധുനിക ആപ്ലിക്കേഷനുകൾ കോഡ് ഭാഗത്തുനിന്നും ബിസിനസ്സ് ഉപയോഗ ഭാഗത്തുനിന്നും ഓർക്കാൻ കഴിയാത്തത്ര വലുതാണ്. 1C സെർവറും കൂടുതൽ സങ്കീർണ്ണമായിക്കൊണ്ടിരിക്കുകയാണ്; ഇത് സ്പെഷ്യലിസ്റ്റുകൾക്കുള്ള ഡിമാൻഡിന് കാരണമാകണം, അതായത് 1C തൊഴിലിൻ്റെ ആകർഷണീയതയും ശമ്പള വർദ്ധനവും. മുമ്പ് വാസ്യ ഒരു ശമ്പളത്തിന് ത്രീ-ഇൻ-വൺ ജോലി ചെയ്തിരുന്നെങ്കിൽ, ഇപ്പോൾ നിങ്ങൾ രണ്ട് വസ്യമാരെ നിയമിക്കേണ്ടതുണ്ട്, കൂടാതെ വസ്യകൾക്കിടയിലുള്ള മത്സരം അവരുടെ നിലവാരത്തിൻ്റെ മൊത്തത്തിലുള്ള വളർച്ചയ്ക്ക് കാരണമാകും.

തീരുമാനം

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

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

അനുയോജ്യമായ ചട്ടക്കൂട് നിലവിലില്ല എന്നറിയുകയും സ്വയം പരിപാലിക്കുകയും ചെയ്യുക.
എല്ലാം നല്ലത്!

PS: വളരെ നന്ദി സ്പെഷുറിക് ലേഖനം തയ്യാറാക്കുന്നതിനുള്ള സഹായത്തിനായി.

രജിസ്റ്റർ ചെയ്ത ഉപയോക്താക്കൾക്ക് മാത്രമേ സർവേയിൽ പങ്കെടുക്കാൻ കഴിയൂ. സൈൻ ഇൻദയവായി.

നിങ്ങളുടെ എൻ്റർപ്രൈസസിൽ 1C ഉണ്ടോ?

• 13,3%ഇല്ല.71

• 30,3%ഉണ്ട്, പക്ഷേ അക്കൗണ്ടിംഗ് വകുപ്പിൽ എവിടെയോ മാത്രം. മറ്റ് പ്ലാറ്റ്‌ഫോമുകളിലെ കോർ സിസ്റ്റങ്ങൾ162

• 41,4%അതെ, പ്രധാന ബിസിനസ്സ് പ്രക്രിയകൾ അതിൽ പ്രവർത്തിക്കുന്നു221

• 15,0%1C മരിക്കണം, ഭാവി %technology_name%80-ൻ്റേതാണ്

534 ഉപയോക്താക്കൾ വോട്ട് ചെയ്തു. 99 ഉപയോക്താക്കൾ വിട്ടുനിന്നു.

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