1C - સારા અને અનિષ્ટ. 1C ની આસપાસ હોલીવર્સમાં પોઈન્ટની ગોઠવણી

મિત્રો અને સહકાર્યકરો, તાજેતરમાં Habré પર વિકાસ પ્લેટફોર્મ તરીકે 1C પ્રત્યે નફરત સાથે વધુ વારંવાર લેખો અને તેના બચાવકર્તાઓ દ્વારા ભાષણો આવ્યા છે. આ લેખોએ એક ગંભીર સમસ્યાને ઓળખી છે: મોટાભાગે, 1C ના ટીકાકારો "તેમાં નિપુણતા નથી" ની સ્થિતિથી તેની ટીકા કરે છે, હકીકતમાં સરળતાથી ઉકેલી શકાય તેવી સમસ્યાઓને ઠપકો આપે છે, અને તેનાથી વિપરીત, ખરેખર મહત્વપૂર્ણ, મૂલ્યવાન સમસ્યાઓને સ્પર્શતા નથી. ચર્ચા કરે છે અને વિક્રેતા દ્વારા ઉકેલવામાં આવતો નથી. હું માનું છું કે 1C પ્લેટફોર્મની શાંત અને સંતુલિત સમીક્ષા કરવી તે અર્થપૂર્ણ છે. તે શું કરી શકે છે, તે શું કરી શકતું નથી, તેણે શું કરવું જોઈએ પણ ન કરવું જોઈએ, અને, મીઠાઈ માટે, તે ધમાકા સાથે શું કરે છે, અને %technology_name% પરના તમારા વિકાસકર્તાઓ સો વર્ષ કરશે, તેને ફેંકી દેશે એક કરતાં વધુ વાર્ષિક બજેટ.

પરિણામે, તમે, એક મેનેજર અથવા આર્કિટેક્ટ તરીકે, 1C નો ઉપયોગ તમારા માટે કયા કાર્ય માટે ફાયદાકારક રહેશે અને તેને ક્યાં ગરમ ​​આયર્નથી બાળી નાખવાની જરૂર છે તેની સ્પષ્ટ સમજણ મેળવી શકશો. "નૉન-1C" વિશ્વમાં વિકાસકર્તા તરીકે, તમે જોઈ શકશો કે 1Cમાં એવું શું છે જેનાથી ગડબડ થઈ રહી છે. અને 1C ડેવલપર તરીકે, તમે તમારી સિસ્ટમને અન્ય ભાષાઓની ઇકોસિસ્ટમ સાથે સરખાવી શકશો અને સોફ્ટવેર ડેવલપમેન્ટની કોઓર્ડિનેટ સિસ્ટમમાં તમારું સ્થાન સમજી શકશો.

કટ હેઠળ 1C પર, 1Cના વિવેચકો પર, જાવા પર, .NET પર અને સામાન્ય રીતે ઘણાં જાડા હુમલાઓ છે... પંખો ભરાઈ ગયો છે, સ્વાગત છે!

મારા વિશે

હું લગભગ 2004 થી વાતચીતના વિષયથી પરિચિત છું. હું કદાચ 6 વર્ષનો હતો ત્યારથી પ્રોગ્રામિંગ કરી રહ્યો છું, તે જ ક્ષણથી મને પ્રોફેસર ફોર્ટ્રેન વિશે એક બિલાડી, એક સ્પેરો અને કેટરપિલર વિશે કોમિક્સ સાથેનું પુસ્તક મળ્યું. મેં પુસ્તકમાંના ચિત્રોમાંથી બિલાડીએ લખેલા પ્રોગ્રામ્સનું વિશ્લેષણ કર્યું અને તેઓએ શું કર્યું તે શોધી કાઢ્યું. અને હા, તે સમયે મારી પાસે વાસ્તવિક કોમ્પ્યુટર નહોતું, પરંતુ પુસ્તકના ફેલાવા પર એક ડ્રોઇંગ હતું અને મેં પ્રામાણિકપણે કાગળના બટનો દબાવીને, મેં બિલાડી X પર જાસૂસી કરી હતી તે આદેશો દાખલ કર્યા.

પછી શાળામાં BK0011 અને BASIC, C++ અને યુનિવર્સિટીમાં એસેમ્બલર્સ, પછી 1C, અને પછી બીજી ઘણી બધી વસ્તુઓ હતી જે યાદ રાખવામાં હું ખૂબ આળસુ છું. છેલ્લા 15 વર્ષથી, હું મુખ્યત્વે 1C સાથે સંકળાયેલો છું, માત્ર કોડિંગની દ્રષ્ટિએ જ નહીં, પરંતુ સામાન્ય રીતે 1Cમાં. અહીં કાર્યો, વહીવટ અને ડિવોપ્સ સેટ કરી રહ્યાં છે. છેલ્લા 5 વર્ષથી હું અન્ય 1C વપરાશકર્તાઓ માટે વિકાસ અને સ્વચાલિત સાધનો વિકસાવવા, લેખો અને પુસ્તકો લખવા માટે સામાજિક રીતે ઉપયોગી પ્રવૃત્તિઓમાં વ્યસ્ત છું.

ચાલો ચર્ચાના વિષય પર નિર્ણય કરીએ

પ્રથમ, ચાલો વ્યાખ્યાયિત કરીએ કે આપણે શું વાત કરવા જઈ રહ્યા છીએ, કારણ કે "1C" અક્ષરોનો અર્થ ઘણી બધી વસ્તુઓ હોઈ શકે છે. આ કિસ્સામાં, "1C" અક્ષરો દ્વારા અમારો અર્થ ફક્ત આધુનિક, આઠમા સંસ્કરણના વિકાસ માળખું "1C: એન્ટરપ્રાઇઝ" હશે. અમે ઉત્પાદક અને તેની નીતિઓ વિશે વધુ વાત કરીશું નહીં (પરંતુ અમારે થોડું કરવું પડશે). ટેક્નોલોજી અલગ છે, એપ્લિકેશન ઉર્ફ રૂપરેખાંકનો અલગ છે.

ઉચ્ચ-સ્તરની આર્કિટેક્ચર 1C: એન્ટરપ્રાઇઝ

હું "ફ્રેમવર્ક" શબ્દનો ઉલ્લેખ કરું છું તે કંઈપણ માટે નથી. વિકાસકર્તાના દૃષ્ટિકોણથી, 1C પ્લેટફોર્મ ચોક્કસપણે એક ફ્રેમવર્ક છે. અને તમારે તેને ફ્રેમવર્કની જેમ બરાબર ટ્રીટ કરવાની જરૂર છે. તેને સ્પ્રિંગ અથવા ASP.NET તરીકે વિચારો, અમુક રનટાઈમ (અનુક્રમે JVM અથવા CLR) દ્વારા એક્ઝિક્યુટ કરવામાં આવે છે. એવું બને છે કે પરંપરાગત પ્રોગ્રામિંગની દુનિયામાં ("1C નહીં"), ફ્રેમવર્ક, વર્ચ્યુઅલ મશીનો અને ચોક્કસ એપ્લિકેશન્સમાં વિભાજન કુદરતી છે, કારણ કે આ ઘટકો સામાન્ય રીતે વિવિધ ઉત્પાદકો દ્વારા વિકસાવવામાં આવે છે. 1C વિશ્વમાં, વિકાસ ફ્રેમવર્ક અને રનટાઈમને સ્પષ્ટપણે અલગ પાડવાનો રિવાજ નથી, વધુમાં, ફ્રેમવર્કનો ઉપયોગ કરીને લખવામાં આવેલી વિશિષ્ટ એપ્લિકેશનો પણ મુખ્યત્વે 1C દ્વારા જ વિકસિત થાય છે. પરિણામે, કેટલીક મૂંઝવણ ઊભી થાય છે. તેથી, લેખના માળખામાં, આપણે એક સાથે અનેક બાજુઓથી 1C ને ધ્યાનમાં લેવું પડશે અને તેને અનેક સંકલન અક્ષો સાથે વર્ગીકૃત કરવું પડશે. અને દરેક સંકલન ધરીમાં આપણે ભૂરા પદાર્થનો એક પાવડો મૂકીશું અને હાલના સોલ્યુશનના લક્ષણો, ફાયદા અને ગેરફાયદા જોઈશું.

1C પર દૃષ્ટિકોણ

ખરીદનાર માટે 1C

ખરીદનાર ઓટોમેશન સિસ્ટમ ખરીદે છે જેની સાથે તે પોતાના વ્યવસાયને સ્વચાલિત કરવાની સમસ્યાઓને ઝડપથી હલ કરી શકે છે. વ્યવસાય એક નાનો સ્ટોલ હોઈ શકે છે, અથવા તે મોટી હોલ્ડિંગ કંપની હોઈ શકે છે. તે સ્પષ્ટ છે કે આ વ્યવસાયોની જરૂરિયાતો અલગ છે, પરંતુ બંને એક પ્લેટફોર્મ કોડ બેઝ દ્વારા સપોર્ટેડ છે.

1C ખરીદનાર માટે આ એક ઝડપી સમય-બજાર છે. ઝડપી. Java, C# અથવા JS કરતાં ઝડપી. સરેરાશ. હોસ્પિટલની આસપાસ. તે સ્પષ્ટ છે કે રિએક્ટનો ઉપયોગ કરતી બિઝનેસ કાર્ડ વેબસાઇટ વધુ સારી રીતે બહાર આવશે, પરંતુ WMS સિસ્ટમનો બેકએન્ડ 1C પર ઝડપથી શરૂ થશે.

એક સાધન તરીકે 1C

દરેક ટેકનોલોજીકલ સોલ્યુશનમાં લાગુ પડવાની મર્યાદા હોય છે. 1C સામાન્ય હેતુની ભાષા નથી; તે તેના માળખાથી અલગ રહેતી નથી. જ્યારે તમને જરૂર હોય ત્યારે 1C નો ઉપયોગ કરવાની સલાહ આપવામાં આવે છે:

• સર્વર એપ્લિકેશન
• એપ્લિકેશન જ્યાં નાણાં દેખાય છે
• તૈયાર UI, ORM, રિપોર્ટિંગ, XML/JSON/COM/PDF/YourDataTransferingFormat સાથે
• પૃષ્ઠભૂમિ પ્રક્રિયાઓ અને નોકરીઓ માટે સમર્થન સાથે
• ભૂમિકા આધારિત સુરક્ષા સાથે
• સ્ક્રિપ્ટેબલ બિઝનેસ લોજિક સાથે
• ઝડપથી પ્રોટોટાઇપ બનાવવાની ક્ષમતા અને ઓછા સમય માટે માર્કેટ

જો તમે ઇચ્છો તો તમારે 1C ની જરૂર નથી:

• મશીન લર્નિંગ
• GPU ગણતરીઓ
• компьютерная graphica
• ગાણિતિક ગણતરીઓ
• CAD સિસ્ટમ
• સિગ્નલ પ્રોસેસિંગ (ધ્વનિ, વિડિયો)
• હજારો આરપીએસ સાથે http કોલ્સ હાઇલોડ કરો

મેન્યુફેક્ચરિંગ કંપની તરીકે 1C

સોફ્ટવેર ઉત્પાદક તરીકે 1C નો વ્યવસાય શું છે તે સમજવા યોગ્ય છે. 1C કંપની ઓટોમેશન દ્વારા વ્યવસાયિક સમસ્યાઓના ઉકેલો વેચે છે. વિવિધ વ્યવસાયો, મોટા કે નાના, પરંતુ તે તે જ વેચે છે. આ ધ્યેય હાંસલ કરવાના માધ્યમો બિઝનેસ એપ્લિકેશન્સ છે. એકાઉન્ટિંગ, પેરોલ એકાઉન્ટિંગ વગેરે માટે. આ એપ્લિકેશન્સ લખવા માટે, કંપની તેના પોતાના બિઝનેસ એપ્લિકેશન ડેવલપમેન્ટ પ્લેટફોર્મનો ઉપયોગ કરે છે. આ સમાન વ્યવસાયિક એપ્લિકેશનોના સામાન્ય કાર્યો માટે વિશેષ રૂપે અનુરૂપ:

• નાણાંકીય હિસાબ
• વ્યવસાય તર્કનું સરળ કસ્ટમાઇઝેશન
• વિજાતીય આઇટી લેન્ડસ્કેપ્સમાં વ્યાપક એકીકરણની શક્યતાઓ

ઉત્પાદક તરીકે, 1C માને છે કે આ તે વ્યૂહરચના છે જે તમને ભાગીદારો અને ગ્રાહકો સાથે જીત-જીત મોડમાં કામ કરવાની મંજૂરી આપે છે. તમે આની સાથે દલીલ કરી શકો છો, પરંતુ આશરે આ રીતે કંપની પોતાને પ્રોત્સાહન આપે છે: વ્યવસાયિક સમસ્યાઓ માટે તૈયાર ઉકેલો જે ભાગીદારો દ્વારા ઝડપથી કસ્ટમાઇઝ કરી શકાય છે અને કોઈપણ IT લેન્ડસ્કેપમાં સંકલિત કરી શકાય છે.

ફ્રેમવર્ક તરીકે 1C માટેના તમામ દાવાઓ અથવા ઈચ્છાઓ આ પ્રિઝમ દ્વારા વિશિષ્ટ રીતે જોવા જોઈએ. "અમે 1C માં OOP જોઈએ છે," વિકાસકર્તાઓ કહે છે. "પ્લેટફોર્મમાં OOP ને સમર્થન આપવા માટે અમને કેટલો ખર્ચ થશે, શું આ અમને બોક્સનું વેચાણ વધારવામાં મદદ કરશે?" વ્યવસાયિક સમસ્યાઓના ઉકેલો વેચવાના તેના "પ્રિઝમ" ખોલે છે:

- અરે, વ્યવસાય, શું તમે તમારા 1C માં OOP માંગો છો?
- શું આ મને મારી સમસ્યાઓ હલ કરવામાં મદદ કરશે?
- કોણ જાણે...
- પછી કોઈ જરૂર નથી

કોણ તેને જોઈ રહ્યું છે તેના આધારે આ અભિગમ સારો કે ખરાબ હોઈ શકે છે, પરંતુ તે આ રીતે જ છે. એ હકીકત વિશે બોલતા કે 1C માં Xની કોઈ વિશેષતા નથી, તમારે સમજવાની જરૂર છે કે તે કોઈ કારણસર નથી, પરંતુ "અમલીકરણ ખર્ચ વિ નફાની રકમ" પસંદગીના સંદર્ભમાં છે.

તકનીકી વર્ગીકરણ

“હકીકતમાં, Odinesniks શ્રેષ્ઠ પેટર્નનો ઉપયોગ કરવા માટે તેમના શ્રેષ્ઠ પ્રયાસો કરે છે, 1C પ્લેટફોર્મના સંભાળ રાખનારા મેથોલોજિસ્ટ્સ અને ડેવલપર્સ દ્વારા કાળજીપૂર્વક પસંદ કરવામાં આવે છે.
જ્યારે તમે એક સરળ વ્યવસ્થાપિત ફોર્મ માટે તમારો મૂર્ખ કોડ લખો છો, ત્યારે વાસ્તવમાં તમે ઉપયોગ કરી રહ્યાં છો મોડેલ-વ્યુ-કંટ્રોલર с ડબલ-વે ડેટા બંધનકર્તા в થ્રી-લેયર-ડેટા-એપ-એન્જિન, સ્વાદવાળી ઉચ્ચ સ્તરીય ઑબ્જેક્ટ-રિલેશન-મેપિંગ આધાર પર ઘોષણાત્મક મેટાડેટા વર્ણનપોતાનું હોવું પ્લેટફોર્મ-સ્વતંત્ર ક્વેરી લેંગ્વેજ, સી ઘોષણાત્મક ડેટા-સંચાલિત વપરાશકર્તા ઇન્ટરફેસ, સંપૂર્ણ પારદર્શક સીરીયલાઇઝેશન અને ડોમેન-ઓરિએન્ટેડ પ્રોગ્રામ ભાષા.

જ્યાં 1C વિકાસકર્તાઓ તેમના પશ્ચિમી સાથીદારોથી અલગ છે તે PR માં છે. તેઓ કોઈપણ વાહિયાતને મોટું નામ આપવાનું પસંદ કરે છે અને ગંદા થેલીની જેમ તેની સાથે દોડે છે.
એ. ઓરેફકોવ

1C પ્લેટફોર્મ ક્લાસિક 3-ટાયર આર્કિટેક્ચર ધરાવે છે, જેની મધ્યમાં એપ્લિકેશન સર્વર છે (અથવા નાના દુકાનદારો માટે ઓછા પૈસા માટે તેનું અનુકરણ). MS SQL અથવા Postgres નો ઉપયોગ DBMS તરીકે થાય છે. Oracle અને IBM DB2 માટે પણ સપોર્ટ છે, પરંતુ આ ખૂબ જ વિશિષ્ટ છે, જો તમે આ ડેટાબેઝ પર મધ્યમ અને ઉચ્ચ ભાર હેઠળ 1C લાગુ કરશો તો શું થશે તે કોઈ જાણતું નથી. હું માનું છું કે 1C પોતે આ જાણતો નથી.

ક્લાયંટનો ભાગ કાં તો વપરાશકર્તાના મશીન અથવા વેબ ક્લાયંટ પર ઇન્સ્ટોલ કરેલો પાતળો ક્લાયંટ છે. મુખ્ય વિશેષતા એ છે કે પ્રોગ્રામરો 2 જુદા જુદા કોડ લખતા નથી, તેઓ એક એપ્લિકેશન, એક ભાષામાં લખે છે, અને જો ઇચ્છા હોય અથવા જરૂર હોય તો તમે તેને બ્રાઉઝરમાં પ્રદર્શિત કરી શકો છો. ફ્રન્ટ અને બેકએન્ડ, node.js માટે સાચા સંપૂર્ણ સ્ટેક અને એક જ ભાષા કોને જોઈતી હતી? તેઓ અંત સુધી બરાબર એ જ વસ્તુ કરવા માટે ક્યારેય વ્યવસ્થાપિત ન હતા. વાસ્તવિક સંપૂર્ણ સ્ટેક અસ્તિત્વમાં છે, પરંતુ તમારે તેને 1C માં લખવું પડશે. ભાગ્યની વક્રોક્તિ, આવી વસ્તુઓ :)

ક્લાઉડ SaaS સોલ્યુશન 1C:ફ્રેશ બ્રાઉઝર મોડમાં પણ કામ કરે છે, જેમાં તમે 1C ખરીદી શકતા નથી, પરંતુ એક નાનો ડેટાબેઝ ભાડે લઈ શકો છો અને ત્યાં શવર્મા વેચાણનો ટ્રૅક રાખો. ફક્ત બ્રાઉઝરમાં, કંઈપણ ઇન્સ્ટોલ અથવા ગોઠવ્યા વિના.

વધુમાં, ત્યાં એક લેગસી ક્લાયન્ટ છે, જેને 1C માં "નિયમિત એપ્લિકેશન" કહેવામાં આવે છે. લેગસી એ લેગસી છે, 2002 માં એપ્લિકેશનની દુનિયામાં સ્વાગત છે, પરંતુ અમે હજી પણ ઇકોસિસ્ટમની વર્તમાન સ્થિતિ વિશે વાત કરી રહ્યા છીએ.

1C સર્વર ભાગ ક્લસ્ટરમાં નવા મશીનો ઉમેરીને ક્લસ્ટરિંગ અને સ્કેલને સપોર્ટ કરે છે. અહીં ઘણી બધી નકલો તૂટી ગઈ છે અને આ વિશે લેખમાં એક અલગ વિભાગ હશે. ટૂંકમાં, આ HAProxy ની પાછળ બરાબર એક જ દાખલા ઉમેરવા જેવું નથી.

એપ્લિકેશન ડેવલપમેન્ટ ફ્રેમવર્ક તેની પોતાની પ્રોગ્રામિંગ ભાષાનો ઉપયોગ કરે છે, જે આશરે રશિયનમાં અનુવાદિત થોડી સુધારેલ VB6 જેવું લાગે છે. જે લોકો રશિયન દરેક વસ્તુને ધિક્કારે છે, જેઓ માનતા નથી કે "જો" નો અનુવાદ "જો" તરીકે કરવામાં આવે છે, તો બીજો વાક્યરચના વિકલ્પ ઓફર કરવામાં આવે છે. તે. જો તમે ઈચ્છો તો, તમે તેને 1C માં એવી રીતે લખી શકો છો કે તે VB થી અસ્પષ્ટ છે.

આ ખૂબ જ પ્રોગ્રામિંગ ભાષા તેમના પ્લેટફોર્મ પ્રત્યે 1C ઉપનામો પ્રત્યે નફરતનું મુખ્ય કારણ છે. ચાલો તેનો સામનો કરીએ, કારણ વગર નહીં. શક્ય તેટલી સરળ ભાષાની કલ્પના કરવામાં આવી હતી, જે ઓછામાં ઓછા સીઆઈએસમાં સ્કેલ પર "વિકાસકર્તા, વિકાસકર્તા" મંત્રને પરિપૂર્ણ કરવા માટે રચાયેલ છે. આવા ઉકેલનો વ્યાપારી સાર, મારા મતે, સ્પષ્ટપણે દૃશ્યમાન છે: વધુ વિકાસકર્તાઓ, વધુ બજાર કવરેજ. 45% થી 95% સુધીના વિવિધ અંદાજો અનુસાર આ સાચું પડ્યું. હું તરત જ કહીશ કે તમને લાગે તે ભાષામાં લખવું ખરેખર સરળ છે. અને હું ઘણી બધી પ્રોગ્રામિંગ ભાષાઓ જાણું છું.

ચાલો ભાષાથી શરૂઆત કરીએ.

1C પ્રોગ્રામિંગ ભાષા

તે જ સમયે સિસ્ટમના મજબૂત અને નબળા બિંદુ. સરળ પ્રવેશ અને વાંચનક્ષમતા પૂરી પાડે છે. બીજી બાજુ, 8 માં સંસ્કરણ 2002 ના પ્રકાશન પછી તેને અપડેટ કરવામાં આવ્યું નથી અને તે નૈતિક રીતે જૂનું છે. કોઈ કહેશે કે "મુખ્ય ખામી એ છે કે ત્યાં કોઈ OOP નથી" અને તેઓ ખોટા હશે. પ્રથમ, પીએલઓ માત્ર નુરાલીવને જ નહીં, પણ ટોરવાલ્ડ્સને પણ પસંદ કરે છે. અને બીજું, OOP હજુ પણ અસ્તિત્વમાં છે.

વિકાસકર્તાના દૃષ્ટિકોણથી, તેની પાસે DBMS પર પ્રદર્શિત બેઝ ક્લાસ સાથેનું માળખું છે. વિકાસકર્તા બેઝ ક્લાસ "ડિરેક્ટરી" લઈ શકે છે અને તેમાંથી "ક્લાયન્ટ્સ" ડિરેક્ટરી વારસામાં મેળવી શકે છે. તે તેમાં નવા વર્ગ ક્ષેત્રો ઉમેરી શકે છે, ઉદાહરણ તરીકે, INN અને સરનામું, અને જો જરૂરી હોય તો, તે બેઝ ક્લાસની પદ્ધતિઓને ઓવરરાઇડ (ઓવરરાઇડ) કરી શકે છે, ઉદાહરણ તરીકે, OnWrite/AtRecord પદ્ધતિ.

ફ્રેમવર્ક એવી રીતે ડિઝાઇન કરવામાં આવ્યું છે કે ઊંડા વારસાની ભાગ્યે જ જરૂર છે, અને OOP માં પ્રતિબંધ, મારા મતે, અર્થપૂર્ણ છે. 1C ડોમેન ડ્રિવન ડેવલપમેન્ટ પર ધ્યાન કેન્દ્રિત કરે છે અને તમને સૌ પ્રથમ, જે સોલ્યુશન વિકસાવવામાં આવી રહ્યું છે તેના વિષય વિસ્તાર વિશે વિચારે છે અને આ સારું છે. ડોમેનમાંથી અમુક ડેટા બતાવવા માટે માત્ર કોઈ લાલચ જ નથી, પણ 10 અલગ-અલગ DTO અને ViewModels લખવાની પણ જરૂર નથી. 1C ડેવલપર હંમેશા એક જ એન્ટિટી સાથે કામ કરે છે, સમાન નામો સાથે ડઝન વર્ગો સાથેના પર્સેપ્શનના સંદર્ભમાં ગડબડ કર્યા વિના, સમાન એન્ટિટીનું પ્રતિનિધિત્વ કરે છે, પરંતુ અલગ બાજુથી. કોઈપણ .NET એપ્લિકેશન, ઉદાહરણ તરીકે, JSON માં સીરીયલાઇઝેશન અને ક્લાયંટથી સર્વર પર ડેટા ટ્રાન્સફર કરવા માટે આવશ્યકપણે પાંચ કે બે વ્યૂ મોડલ્સ અને ડીટીઓ સમાવે છે. અને તમારા એપ્લિકેશન કોડનો અંદાજે 10-15% પેન અથવા ઓટોમેપર જેવા ક્રેચનો ઉપયોગ કરીને એક વર્ગમાંથી બીજા વર્ગમાં ડેટા ટ્રાન્સફર કરવામાં ખર્ચવામાં આવશે. આ કોડ લખાયેલો હોવો જોઈએ અને પ્રોગ્રામરોને તેને બનાવવા અને જાળવવા માટે ચૂકવણી કરવી આવશ્યક છે.

તે તારણ આપે છે કે 1C ભાષાને મુખ્ય પ્રવાહની ભાષાઓના સ્તરે જટિલ બનાવ્યા વિના વિકસાવવી મુશ્કેલ છે, આમ સરળતાનો લાભ ગુમાવે છે. વિક્રેતાનું શું કાર્ય અનિવાર્યપણે હલ કરવામાં આવે છે: એક પ્રમાણભૂત સોલ્યુશન ઇશ્યૂ કરવા માટે કે જે શેરીમાં પકડાયેલ કોઈપણ વિદ્યાર્થી ગુણવત્તાના જરૂરી સ્તર સાથે કસ્ટમાઇઝ કરી શકે (એટલે ​​​​કે, સ્ટોલથી મોટી ફેક્ટરી સુધીનો કેસ પૂર્ણ થાય છે). જો તમે સ્ટોલ છો, તો વિદ્યાર્થી લો, જો તમે ફેક્ટરી હો, તો તમારા અમલીકરણ ભાગીદાર પાસેથી ગુરુ લો. હકીકત એ છે કે અમલીકરણ ભાગીદારો વિદ્યાર્થીઓને ગુરુના ભાવે વેચે છે તે માળખામાં કોઈ સમસ્યા નથી. આર્કિટેક્ચરલ રીતે, ફ્રેમવર્ક એ બંનેની સમસ્યાઓ હલ કરવી જોઈએ, પ્રમાણભૂત રૂપરેખાંકનોનો કોડ (જે અમે કસ્ટમાઇઝેશનના વચન સાથે વ્યવસાયોને વેચ્યો છે) વિદ્યાર્થી દ્વારા સમજવામાં સમર્થ હોવા જોઈએ, અને ગુરુ તમને જે જોઈએ તે સમજવા માટે સક્ષમ હોવા જોઈએ.

મારા મતે, ભાષામાં ખરેખર શું ખૂટે છે, જે તમને તમારા કરતાં વધુ લખવા માટે દબાણ કરે છે, તે ગ્રાહક દ્વારા ચૂકવવામાં આવેલા સમયનો બગાડ કરે છે.

• સ્તર પર ટાઇપ કરવાની શક્યતા, ઉદાહરણ તરીકે, ટાઇપસ્ક્રિપ્ટ (પરિણામે IDE માં વધુ વિકસિત કોડ વિશ્લેષણ સાધનો, રિફેક્ટરિંગ, ઓછા અપમાનજનક જામ)
  ફર્સ્ટ ક્લાસ ઑબ્જેક્ટ તરીકે ફંક્શન્સની ઉપલબ્ધતા. થોડો વધુ જટિલ ખ્યાલ, પરંતુ લાક્ષણિક બોઈલરપ્લેટ-કોડની માત્રા મોટા પ્રમાણમાં ઘટાડી શકાય છે. વિદ્યાર્થીની કોડની સમજ, IMHO, વોલ્યુમમાં ઘટાડો થવાને કારણે પણ વધશે
• સાર્વત્રિક સંગ્રહ શાબ્દિક, પ્રારંભિક. તે જ વસ્તુ - કોડની માત્રામાં ઘટાડો કે જેને લખવાની અને/અથવા તમારી આંખોથી જોવાની જરૂર છે. સંગ્રહો ભરવામાં 9000C પ્રોગ્રામિંગ સમયના 1% થી વધુ સમય લાગે છે. સિન્ટેક્ટિક ખાંડ વિના આ લખવું લાંબુ, ખર્ચાળ અને ભૂલથી ભરેલું છે. સામાન્ય રીતે, 1C સોલ્યુશન્સમાં LOC ની માત્રા ઉપલબ્ધ ઓપન ફ્રેમવર્ક અને સામાન્ય રીતે, તમારા બધા એન્ટરપ્રાઇઝ Javas સંયુક્તની તુલનામાં તમામ કલ્પનાશીલ મર્યાદાઓ કરતાં વધી જાય છે. ભાષા વર્બોઝ છે, અને આ ડેટા, મેમરી, IDE બ્રેક્સ, સમય, પૈસા...માં અધોગતિ કરે છે.
• આખરે બાંધકામો મારી પાસે એક પૂર્વધારણા છે કે આ બાંધકામ એ હકીકતને કારણે ખૂટે છે કે તેમને રશિયનમાં તેનો સફળ અનુવાદ મળ્યો નથી :)
• પોતાના ડેટા પ્રકારો (OOP વિના), VB6 માંથી ટાઇપના એનાલોગ. તે તમને BSP અને જાદુઈ પદ્ધતિઓનો ઉપયોગ કરીને સ્ટ્રક્ચર્સ ટાઈપ કરવાની મંજૂરી આપશે જે આ સ્ટ્રક્ચર્સનું નિર્માણ કરે છે. અમને મળે છે: ઓછા કોડ, બિંદુ દ્વારા સંકેત, સમસ્યાનો ઝડપી ઉકેલ, ટાઈપોને કારણે ઓછી ભૂલો અને સ્ટ્રક્ચર્સના ગુમ થયેલ ગુણધર્મો. હવે યુઝર સ્ટ્રક્ચર્સનું ટાઇપિંગ સંપૂર્ણ રીતે સ્ટાન્ડર્ડ સબસિસ્ટમ લાઇબ્રેરીની ડેવલપમેન્ટ ટીમ પર આધારિત છે, જે તેના ક્રેડિટ માટે, પાસ કરેલ પેરામીટર સ્ટ્રક્ચર્સના અપેક્ષિત ગુણધર્મો પર કાળજીપૂર્વક ટિપ્પણીઓ લખે છે.
• વેબ ક્લાયંટ પર અસુમેળ કૉલ્સ સાથે કામ કરતી વખતે કોઈ ખાંડ નથી. પ્રોસેસિંગ નોટિફિકેશનના રૂપમાં કૉલબેક-હેલ એ મુખ્ય બ્રાઉઝર્સના API માં અચાનક ફેરફારને કારણે એક અસ્થાયી ક્રચ છે, પરંતુ તમે અસુમેળ કોડની "વિદ્યાર્થી સમજ" નો લાભ ગુમાવી શકો છો વધુ અને વધુ. આમાં ઉમેરો મુખ્ય IDE માં આ દાખલા માટે કોઈ સમર્થન નથી અને વસ્તુઓ વધુ ખરાબ થાય છે.

આ એક દબાવતી સમસ્યાઓમાંની એક છે, તે સ્પષ્ટ છે કે સૂચિ ઘણી મોટી હોઈ શકે છે, પરંતુ આપણે ભૂલવું જોઈએ નહીં કે આ હજી પણ સામાન્ય હેતુની ભાષા નથી, તેને મલ્ટિથ્રેડિંગ, લેમ્બડા ફંક્શન્સ, GPU ની ઍક્સેસ અને ઝડપી ફ્લોટિંગ-પોઇન્ટ ગણતરીઓ. આ એક બિઝનેસ લોજિક સ્ક્રિપ્ટીંગ લેંગ્વેજ છે.

એક પ્રોગ્રામર જેણે આ ભાષા સાથે પહેલેથી જ ઘણું કામ કર્યું છે, js અથવા c# માં જુએ છે, તે આ ભાષાના માળખામાં કંટાળો આવે છે. તે હકીકત છે. તેને વિકાસની જરૂર છે. વિક્રેતા માટેના સ્કેલની બીજી બાજુએ ઉલ્લેખિત સુવિધાઓના અમલીકરણની કિંમત વિરુદ્ધ તેમના અમલીકરણ પછી આવકમાં વધારો છે. કંપનીની નજરમાં હાલમાં શું છે તે વિશે મારી પાસે કોઈ માહિતી નથી.

વિકાસ પર્યાવરણ

અહીં પણ વસ્તુઓ સરળતાથી ચાલી રહી નથી. વિકાસના બે વાતાવરણ છે. પ્રથમ ડિલિવરીમાં સમાવિષ્ટ રૂપરેખાકાર છે. બીજું એન્ટરપ્રાઇઝ ડેવલપમેન્ટ ટૂલ્સ એન્વાયર્નમેન્ટ છે, અથવા ટૂંકમાં EDT, Eclipse ના આધારે વિકસાવવામાં આવ્યું છે.

રૂપરેખાકાર વિકાસ કાર્યોની સંપૂર્ણ શ્રેણી પ્રદાન કરે છે, તમામ સુવિધાઓને સમર્થન આપે છે અને બજાર પરનું મુખ્ય વાતાવરણ છે. તે નૈતિક રીતે અપ્રચલિત પણ છે, વિકાસશીલ નથી, અફવાઓ અનુસાર - પોતાની અંદર તકનીકી દેવાની માત્રાને કારણે. આંતરિક API ખોલીને પરિસ્થિતિ સુધારી શકાય છે (સાથે મિત્રતાના સ્વરૂપમાં સ્નોમેન A. Orefkova અથવા સ્વતંત્ર ધોરણે), પરંતુ આ કેસ નથી. પ્રેક્ટિસ દર્શાવે છે કે જ્યાં સુધી વિક્રેતા દખલ ન કરે ત્યાં સુધી સમુદાય IDEમાં તેની પોતાની વિશેષતાઓ લખશે. પરંતુ આપણી પાસે જે છે તે આપણી પાસે છે. 2004-2005માં રૂપરેખાકાર મહાન હતું, તે સમયના વિઝ્યુઅલ સ્ટુડિયોની ખૂબ જ યાદ અપાવે છે, કેટલીક જગ્યાએ તે વધુ ઠંડુ હતું, પરંતુ તે સમયે તે અટકી ગયું હતું.

આ ઉપરાંત, ત્યારથી સરેરાશ પ્રમાણભૂત સોલ્યુશનનું પ્રમાણ ઘણી વખત વધ્યું છે, અને આજે IDE ફક્ત કોડની માત્રા સાથે સામનો કરી શકતું નથી કે જેની સાથે તેને ખવડાવવામાં આવે છે. ઉપયોગિતા અને રિફેક્ટરિંગ ક્ષમતાઓ શૂન્ય પણ નથી, તે લાલ રંગમાં છે. આ બધું વિકાસકર્તાઓમાં ઉત્સાહ ઉમેરતું નથી અને તેઓ અન્ય ઇકોસિસ્ટમમાં જવા અને ત્યાં કોડ શિટ કરવાનું ચાલુ રાખવાનું સ્વપ્ન જુએ છે, પરંતુ એક સુખદ વાતાવરણમાં જે તેના વર્તનથી તમારા ચહેરા પર થૂંકતું નથી.

એક વિકલ્પ તરીકે, શરૂઆતથી લખાયેલ IDE, Eclipse પર બનેલ, ઓફર કરવામાં આવે છે. ત્યાં, સ્ત્રોતો, અન્ય કોઈપણ સોફ્ટવેરની જેમ, ટેક્સ્ટ ફાઈલોના સ્વરૂપમાં રહે છે, જીઆઈટીમાં સંગ્રહિત થાય છે, વિનંતી શાખાઓ, આ બધું. નુકસાન પર, તે ઘણા વર્ષોથી બીટા સ્ટેટસ છોડ્યું નથી, જો કે તે દરેક રિલીઝ સાથે વધુ સારું થઈ રહ્યું છે. હું EDT ના ગેરફાયદા વિશે લખીશ નહીં, આજે તે માઈનસ છે, કાલે તે એક નિશ્ચિત લક્ષણ છે. આવા વર્ણનની સુસંગતતા ઝડપથી અદૃશ્ય થઈ જશે. આજે EDT માં વિકાસ શક્ય છે, પરંતુ તે અસામાન્ય છે કે તમારે ચોક્કસ સંખ્યામાં IDE બગ્સ માટે તૈયાર રહેવાની જરૂર છે.

જો તમે ઉપરોક્ત "1C પ્રિઝમ" દ્વારા પરિસ્થિતિને જોશો, તો તમને આના જેવું કંઈક મળશે: નવા IDE ના પ્રકાશનથી બોક્સના વેચાણમાં વધારો થતો નથી, પરંતુ વિકાસકર્તાઓનો આઉટફ્લો ઓછો થઈ શકે છે. ડેવલપર કમ્ફર્ટના સંદર્ભમાં ઇકોસિસ્ટમ માટે શું રાહ જોઈ રહ્યું છે તે કહેવું મુશ્કેલ છે, પરંતુ માઇક્રોસોફ્ટે મોબાઇલ ડેવલપર્સને તેની સેવાઓ ખૂબ મોડેથી ઓફર કરીને પહેલેથી જ ખરાબ કરી દીધું છે.

વિકાસ વ્યવસ્થાપન

કોડ લખવા કરતાં અહીં બધું જ નોંધપાત્ર રીતે સારું છે, ખાસ કરીને તાજેતરમાં, જ્યારે સમુદાયના પ્રયાસોએ વહીવટી ઓટોમેશનની સમસ્યાઓને પ્રકાશમાં લાવી, 1C રિપોઝીટરીને કચરાપેટીના ઢગલામાં ફેંકવા અને ગિટ, ઝડપી દોષ, કોડ-સમીક્ષાનો ઉપયોગ કરવા માટે પ્રોટોટાઇપ લોન્ચ કર્યા. , સ્ટેટિક એનાલિસિસ, ઑટો-ડિપ્લોય અને વગેરે. પ્લેટફોર્મમાં ઘણી સુવિધાઓ ઉમેરવામાં આવી છે જે વિકાસ કાર્યોના ઓટોમેશનના સ્તરને વધારે છે. જો કે, આ બધી સુવિધાઓ ફક્ત અને ફક્ત અમારા પોતાના મોટા ઉત્પાદનોના વિકાસ માટે ઉમેરવામાં આવી હતી, જ્યારે તે સ્પષ્ટ થઈ ગયું કે અમે ઓટોમેશન વિના કરી શકતા નથી. ત્યાં ઓટો-મર્જ, KDiff સાથે ત્રિ-માર્ગી સરખામણી અને તે બધું હતું. ગીથબ પર લોન્ચ કર્યું gitconverter, જે, પ્રમાણિકપણે, વૈચારિક રીતે પ્રોજેક્ટથી દૂર ખેંચાઈ ગયા હતા gitsync, પરંતુ વિક્રેતા કંપનીની પ્રક્રિયાઓને અનુરૂપ ફેરફાર કરેલ છે. ઓપન સોર્સના હઠીલા લોકો માટે આભાર, 1C માં વિકાસ ઓટોમેશન જમીન પરથી ઉતરી ગયું. રૂપરેખાકાર માટે એક ખુલ્લું API, IMHO, મુખ્ય IDE ના નૈતિક પછાતપણાને પણ સ્થાનાંતરિત કરશે.

આજે, જીરામાં મુદ્દાઓ સાથે જોડાયેલા કમિટ સાથે 1C સ્ત્રોતોને ગિટમાં સંગ્રહિત કરવું, ક્રુસિબલમાં સમીક્ષાઓ, જેનકિન્સ તરફથી પુશ બટન અને 1Cમાં કોડ પરીક્ષણ પર એલ્યુર રિપોર્ટ્સ અને તે પણ સોનારક્યુબમાં સ્થિર વિશ્લેષણ - આ સમાચારથી દૂર છે, પરંતુ તે કંપનીઓમાં મુખ્ય પ્રવાહ છે જ્યાં 1C વિકાસ ઘણો છે.

વહીવટ

અહીં કહેવા માટે ઘણું છે. પ્રથમ, આ, અલબત્ત, સર્વર છે (1C સર્વર ક્લસ્ટર). એક અદ્ભુત બાબત છે, પરંતુ હકીકત એ છે કે તે એક સંપૂર્ણ બ્લેક બોક્સ છે, જે પર્યાપ્ત વિગતમાં દસ્તાવેજીકૃત કરવામાં આવ્યું છે, પરંતુ ચોક્કસ રીતે - કેટલાક સર્વર્સ પર હાઇલોડ મોડમાં અવિરત કામગીરી શરૂ કરવામાં નિપુણતા મેળવવી એ પસંદગીના કેટલાક લોકો માટે ખૂબ જ છે જેઓ પહેરે છે. "ટેક્નોલોજીકલ મુદ્દાઓ પર નિષ્ણાત" શિલાલેખ સાથે મેડલ. તે નોંધવું યોગ્ય છે કે, સૈદ્ધાંતિક રીતે, 1C સર્વરનું સંચાલન કરવું એ કોઈપણ અન્ય સર્વરનું સંચાલન કરતા અલગ નથી. તે નેટવર્ક-આધારિત, મલ્ટી-થ્રેડેડ એપ્લિકેશન છે જે મેમરી, CPU અને ડિસ્ક સંસાધનોનો ઉપયોગ કરે છે. ટેલિમેટ્રી કલેક્શન અને ડાયગ્નોસ્ટિક્સ માટે પૂરતી તકો પૂરી પાડે છે.

અહીં સમસ્યા એ છે કે વિક્રેતા આ ખૂબ જ ડાયગ્નોસ્ટિક માટે તૈયાર ઉકેલોના સંદર્ભમાં કંઈ ખાસ ઓફર કરતા નથી. હા, ત્યાં 1C છે: ઇન્સ્ટ્રુમેન્ટેશન અને કંટ્રોલ સેન્ટર, તે પણ ઘણા સારા છે, પરંતુ તે ખૂબ ખર્ચાળ છે અને દરેક પાસે તે નથી. સ્ટાન્ડર્ડ એડમિન સેટમાંથી Grafana, Zabbix, ELK અને અન્ય વસ્તુઓને કનેક્ટ કરવા માટે સમુદાયમાં સંખ્યાબંધ વિકાસ થઈ રહ્યા છે, પરંતુ બહુમતીને અનુરૂપ કોઈ એક ઉકેલ નથી. કાર્ય તેના હીરોની રાહ જુએ છે. અને જો તમે એવો વ્યવસાય છો કે જે 1C ક્લસ્ટર પર લોન્ચ કરવાની યોજના ધરાવે છે, તો તમારે નિષ્ણાતની જરૂર છે. તમારી પોતાની અંદરથી કે બહારથી, પણ તમારે તેની જરૂર છે. તે સામાન્ય છે કે સર્વર ઑપરેશન માટે યોગ્યતા સાથે એક અલગ ભૂમિકા હોય છે, દરેક 1C વપરાશકર્તાને આ જાણવું જોઈએ નહીં, તમારે ફક્ત તે સમજવાની જરૂર છે કે આવી ભૂમિકાની જરૂર છે. ચાલો ઉદાહરણ તરીકે SAP લઈએ. ત્યાં, પ્રોગ્રામર, સંભવત,, જો તેને એપ્લિકેશન સર્વર પર કંઈક ગોઠવવાનું કહેવામાં આવે તો તે તેની ખુરશી પરથી પણ ઉઠશે નહીં. તે ફક્ત મૂર્ખ હોઈ શકે છે અને તે શરમાશે નહીં. SAP પદ્ધતિમાં આ માટે એક અલગ કર્મચારીની ભૂમિકા છે. કેટલાક કારણોસર, 1C ઉદ્યોગમાં એવું માનવામાં આવે છે કે આને સમાન પગાર માટે એક કર્મચારીમાં જોડવું જોઈએ. તે એક ભ્રમણા છે.

1C સર્વરના ગેરફાયદા

ત્યાં બરાબર એક બાદબાકી છે - વિશ્વસનીયતા. અથવા, જો તમે પસંદ કરો છો, તો અણધારીતા. સર્વરનું અચાનક વિચિત્ર વર્તન પહેલાથી જ ટોક ઓફ ધ ટાઉન બની ગયું છે. એક સાર્વત્રિક ઉપાય - સર્વર બંધ કરવું અને બધી કેશ સાફ કરવી - તે નિષ્ણાતની હેન્ડબુકમાં પણ વર્ણવેલ છે, અને બેચ બુકની પણ ભલામણ કરવામાં આવે છે જે આ કરે છે. જો તમારી 1C સિસ્ટમ કંઈક એવું કરવાનું શરૂ કરે છે જે તેને સૈદ્ધાંતિક રીતે પણ ન કરવું જોઈએ, તો તે સત્ર ડેટા કેશને સાફ કરવાનો સમય છે. મારા અંદાજ મુજબ, આખા દેશમાં ફક્ત ત્રણ જ લોકો છે જેઓ આ પ્રક્રિયા વિના 1C સર્વરને કેવી રીતે ઓપરેટ કરવું તે જાણે છે અને તેઓ રહસ્યો શેર કરતા નથી, કારણ કે... તેઓ આમાંથી જીવે છે. કદાચ તેમનું રહસ્ય એ છે કે તેઓ સત્રનો ડેટા સાફ કરે છે, પરંતુ તેઓ તેના વિશે કોઈને કહેતા નથી, દોસ્ત.

નહિંતર, 1C સર્વર એ અન્ય કોઈપણ એપ્લિકેશન જેવી જ એપ્લિકેશન છે અને દસ્તાવેજો વાંચીને અને ટેમ્બોરિન પર પછાડીને, તે જ રીતે સંચાલિત થાય છે.

Docker

ઉત્પાદનમાં કન્ટેનરાઇઝ્ડ 1C સર્વરનો ઉપયોગ કરવાની ઉપયોગીતા હજુ સુધી સાબિત થઈ નથી. સર્વર ફક્ત બેલેન્સરની પાછળ નોડ્સ ઉમેરીને ક્લસ્ટર કરવામાં આવતું નથી, જે ઉત્પાદન કન્ટેનરાઇઝેશનના ફાયદાને ન્યૂનતમ સુધી ઘટાડે છે, અને હાઇલોડ મોડમાં કન્ટેનરમાં સફળ કામગીરીની પ્રથા સ્થાપિત કરવામાં આવી નથી. પરિણામે, માત્ર વિકાસકર્તાઓ જ ટેસ્ટ એન્વાયર્નમેન્ટ સેટ કરવા માટે Docker+1C નો ઉપયોગ કરે છે. ત્યાં તે ખૂબ જ ઉપયોગી છે, લાગુ પડે છે, તમને આધુનિક તકનીકીઓ સાથે રમવાની અને રૂપરેખાકારની નિરાશામાંથી વિરામ લેવાની મંજૂરી આપે છે.

વ્યાપારી ઘટક

રોકાણના દૃષ્ટિકોણથી, 1C તમને એપ્લિકેશન વર્ગોની વિશાળ ક્ષમતાઓને કારણે વ્યવસાયિક વિચારોને ઝડપથી શરૂ કરવાની સમસ્યાને હલ કરવાની મંજૂરી આપે છે. બોક્સની બહાર 1C ખૂબ જ યોગ્ય રિપોર્ટિંગ, કોઈપણ વસ્તુ સાથે એકીકરણ, વેબ ક્લાયંટ, મોબાઈલ ક્લાયંટ, મોબાઈલ એપ્લિકેશન, વિવિધ DBMSs માટે સપોર્ટ, સહિત આપે છે. સર્વર અને ઇન્સ્ટોલ કરેલ ક્લાયંટ ભાગો બંને મફત, ક્રોસ-પ્લેટફોર્મ. હા, એપ્લિકેશનનો UI પીળો હશે, કેટલીકવાર આ માઈનસ હોય છે, પરંતુ હંમેશા નહીં.
1C પસંદ કરીને, વ્યવસાયને સોફ્ટવેર સોલ્યુશન્સનો સમૂહ મળે છે જે તેમને એપ્લિકેશન્સની ખૂબ જ વિશાળ શ્રેણી બનાવવાની મંજૂરી આપે છે, તેમજ બજારમાં ઘણા બધા વિકાસકર્તાઓ કે જેઓ જાવાવાદીઓ કરતાં ઓછા પૈસા ઇચ્છે છે અને તે જ સમયે ઝડપી પરિણામો આપે છે.

ઉદાહરણ તરીકે, ક્લાયન્ટને પીડીએફ ઇન્વૉઇસ મોકલવાનું કાર્ય વિદ્યાર્થીના કામના એક કલાકમાં ઉકેલી શકાય છે. .NET માં સમાન સમસ્યા માલિકીની લાઇબ્રેરી ખરીદીને અથવા કડક, દાઢીવાળા વિકાસકર્તા દ્વારા થોડા દિવસો અથવા અઠવાડિયાના કોડિંગ દ્વારા ઉકેલી શકાય છે. ક્યારેક, બંને એક સાથે. અને હા, હું ફક્ત પીડીએફ જનરેશન વિશે વાત કરી રહ્યો હતો. અમે કહ્યું નથી કે આ બિલ ક્યાંથી આવશે. વેબ ફ્રન્ટેન્ડરે એક ફોર્મ બનાવવું પડશે જ્યાં ઓપરેટર ડેટા દાખલ કરશે, બેકએન્ડરે JSON સ્થાનાંતરિત કરવા માટે dto મોડલ્સ, ડેટાબેઝમાં સ્ટોર કરવા માટેના મોડલ, ડેટાબેઝનું માળખું, તેમાં સ્થાનાંતરણ, ગ્રાફિકલની રચના કરવી પડશે. આ જ એકાઉન્ટનું પ્રદર્શન, અને તે પછી જ - PDF. 1C પર, સમગ્ર કાર્ય, શરૂઆતથી, બરાબર એક કલાકમાં પૂર્ણ થાય છે.

ખરીદી/વેચાણની એક વ્યવસાય પ્રક્રિયા સાથેના નાના સ્ટોલ માટે સંપૂર્ણ એકાઉન્ટિંગ સિસ્ટમ 3 કલાકમાં કરવામાં આવે છે, વેચાણ અહેવાલ, ખરીદી અને વેચાણ કિંમતો પર માલનું એકાઉન્ટિંગ, વેરહાઉસ દ્વારા વિભાજિત, ઍક્સેસ અધિકાર નિયંત્રણ, વેબ ક્લાયંટ અને મોબાઇલ એપ્લિકેશન. . ઠીક છે, હું એપ્લિકેશન વિશે ભૂલી ગયો છું, એપ્લિકેશન સાથે 3 કલાકમાં નહીં, છમાં.

આ કાર્ય .NET ડેવલપરને ક્લીન કોમ્પ્યુટર પર વિઝ્યુઅલ સ્ટુડિયો ઇન્સ્ટોલ કરવાથી લઈને ગ્રાહકને તેનું પ્રદર્શન કરવામાં કેટલો સમય લાગશે? વિકાસના ખર્ચનું શું? એક જ વસ્તુ.

પ્લેટફોર્મ તરીકે 1C ની તાકાત

1C મજબૂત નથી કારણ કે તેના વિશે કંઈક વિશિષ્ટ છે જે વિશ્વમાં શ્રેષ્ઠ છે. તેનાથી વિપરીત, દરેક વ્યક્તિગત સબસિસ્ટમમાં તમે વિશ્વના સૉફ્ટવેરમાં વધુ રસપ્રદ એનાલોગ શોધી શકો છો. જો કે, પરિબળોના સંયોજનના આધારે, મને 1C જેવું પ્લેટફોર્મ દેખાતું નથી. આ તે છે જ્યાં વ્યાવસાયિક સફળતા રહે છે. પ્લેટફોર્મના ફાયદા તેના પર પથરાયેલા છે અને જ્યારે તમે જુઓ છો કે અન્ય પ્લેટફોર્મમાં આ કેવી રીતે થાય છે ત્યારે તે સૌથી વધુ સ્પષ્ટપણે દેખાય છે. મૂળભૂત રીતે, આ સુવિધાઓ પણ નથી, પરંતુ તેનાથી વિપરીત - એક વિશિષ્ટ દાખલાની તરફેણમાં સુવિધાઓનો અસ્વીકાર. થોડા ઉદાહરણો:

1. યુનિકોડ. શું સરળ હોઈ શકે છે? 2019 માં સિંગલ-બાઇટ ASCII એન્કોડિંગ્સનો ઉપયોગ કરવાની કોઈ જરૂર નથી (પ્રાચીન વારસા સાથેના એકીકરણ સિવાય). ક્યારેય. પણ ના. કોઈપણ રીતે, અમુક કોષ્ટકમાં કોઈ વ્યક્તિ સિંગલ-બાઈટ વર્ચરનો ઉપયોગ કરે છે અને એપ્લિકેશનને એન્કોડિંગ્સમાં સમસ્યા હશે. 2015 માં, એન્કોડિંગ્સ સાથેના ખોટા કામને કારણે gitlab ની LDAP અધિકૃતતા નિષ્ફળ ગઈ; 1C ડેટાબેઝ સ્તરમાંથી એપ્લિકેશન કોડની ઉચ્ચ ગુણવત્તાની અલગતા પ્રદાન કરે છે. ત્યાં નીચા સ્તરે કોષ્ટકો ટાઈપ કરવાનું અશક્ય છે અને ડેટાબેઝ સ્તરે અસમર્થ જુનિયરોના જામ ત્યાં અશક્ય છે. હા, અસમર્થ જુનિયર સાથે અન્ય સમસ્યાઓ હોઈ શકે છે, પરંતુ સમસ્યાઓની વિવિધતા ઘણી નાની છે. હવે તમે મને કહેશો કે તમારી એપ્લીકેશન યોગ્ય રીતે ડિઝાઇન કરવામાં આવી છે અને ડેટાબેઝ એક્સેસ લેયર જેવું હોવું જોઈએ તે રીતે અલગ છે. તમારી કોર્પોરેટ કસ્ટમ જાવા એપ્લિકેશન પર બીજી નજર નાખો. નજીકથી અને પ્રામાણિકપણે. શું તમારો અંતરાત્મા તમને પરેશાન કરે છે? પછી હું તમારા માટે ખુશ છું.
2. દસ્તાવેજો/સંદર્ભ પુસ્તકોની સંખ્યા. 1C માં તે ચોક્કસપણે સૌથી વધુ લવચીક નથી અને શ્રેષ્ઠ નથી. પરંતુ તેઓ બેંકિંગ સોફ્ટવેર અને સ્વ-લેખિત એકાઉન્ટિંગ સિસ્ટમ્સમાં શું કરે છે - સારું, તે માત્ર અંધકાર છે. ક્યાં તો ઓળખ અટકી જશે (અને પછી "ઓહ, અમારી પાસે કેમ છિદ્રો છે"), અથવા તેનાથી વિપરીત, તેઓ એક જનરેટર બનાવશે જે DBMS સ્તરે લોકીંગ સાથે કામ કરે છે (અને અડચણ બની જશે). વાસ્તવમાં, આ દેખીતી રીતે સરળ કાર્ય કરવું ખૂબ જ મુશ્કેલ છે - એન્ટિટીઝના અંત-થી-અંતના ગણતરીકાર, કીના ચોક્કસ સેટ, ઉપસર્ગ પર આધારિત વિશિષ્ટતા વિભાગ સાથે, જેથી તે સમાંતર ડેટા એન્ટ્રી દરમિયાન ડેટાબેઝને અવરોધિત ન કરે. .
3. ડેટાબેઝમાં રેકોર્ડના ઓળખકર્તાઓ. 1C એ મજબૂત-ઇચ્છાથી નિર્ણય લીધો - બધા લિંક આઇડેન્ટિફાયર એકદમ સિન્થેટિક છે અને બસ. અને વિતરિત ડેટાબેસેસ અને વિનિમય સાથે કોઈ સમસ્યા નથી. અન્ય સિસ્ટમોના વિકાસકર્તાઓ જિદ્દી રીતે ઓળખ જેવું કંઈક બનાવે છે (તે ટૂંકું છે!), તેમને GUI માં ખેંચો જ્યાં સુધી તે ઘણા સંબંધિત દાખલાઓ બનાવવાનો સમય ન આવે (અને પછી તે શોધવામાં આવશે). શું તમારી પાસે આ નથી? પ્રામાણિકપણે?
4. યાદીઓ. 1C પાસે (મોટી) યાદીઓ દ્વારા પેજીંગ કરવા અને તેમાંથી નેવિગેટ કરવા માટે તદ્દન સફળ મિકેનિઝમ્સ છે. મને તરત જ આરક્ષણ કરવા દો - મિકેનિઝમના યોગ્ય ઉપયોગ સાથે! સામાન્ય રીતે, વિષય તદ્દન અપ્રિય છે, તે આદર્શ રીતે ઉકેલી શકાતો નથી: તે કાં તો સાહજિક અને સરળ છે (પરંતુ ક્લાયંટ પર વિશાળ રેકોર્ડસેટ્સનું જોખમ), અથવા પેજિંગ એક અથવા બીજી કુટિલતા છે. જેઓ પેજીંગ કરે છે તે ઘણી વખત કુટિલ રીતે કરે છે. જેઓ પ્રમાણિક સ્ક્રોલબાર બનાવે છે તેઓ ડેટાબેઝ, ચેનલ અને ક્લાયંટ ઉમેરે છે.
5. વ્યવસ્થાપિત સ્વરૂપો. કોઈ શંકા નથી, વેબ ક્લાયંટમાં ઈન્ટરફેસ સંપૂર્ણ રીતે કામ કરતું નથી. પરંતુ તે કામ કરે છે. પરંતુ અન્ય ઘણી એકાઉન્ટિંગ અને બેંકિંગ સિસ્ટમ્સ માટે, દૂરસ્થ કાર્યસ્થળ બનાવવું એ એન્ટરપ્રાઇઝ-સ્તરનો પ્રોજેક્ટ છે. ડિસક્લેમર: સદભાગ્યે જેમણે તેને મૂળરૂપે વેબ પર બનાવ્યું છે, તે અસર કરશે નહીં.
6. મોબાઇલ એપ્લિકેશન. તાજેતરમાં, તમે સમાન ઇકોસિસ્ટમમાં હોય ત્યારે મોબાઇલ એપ્લિકેશન પણ લખી શકો છો. તે વેબ ક્લાયંટ કરતાં અહીં થોડું વધુ જટિલ છે; ઉપકરણોની વિશિષ્ટતાઓ તમને તેમના માટે ખાસ લખવા માટે દબાણ કરે છે, પરંતુ, તેમ છતાં, તમે મોબાઇલ વિકાસકર્તાઓની અલગ ટીમને ભાડે આપતા નથી. જો તમને કંપનીની આંતરિક જરૂરિયાતો માટે એપ્લિકેશનની જરૂર હોય (જ્યારે કોર્પોરેટ સમસ્યાનો મોબાઇલ સોલ્યુશન પીળા UI ડિઝાઇન કરતાં વધુ મહત્વપૂર્ણ હોય છે), તો તમે બોક્સની બહાર સમાન પ્લેટફોર્મનો ઉપયોગ કરો છો.
7. જાણ. આ શબ્દ દ્વારા મારો અર્થ મોટા ડેટા સાથેની BI સિસ્ટમ અને ETL પ્રક્રિયામાં વિરામ નથી. આ ઓપરેશનલ સ્ટાફ રિપોર્ટ્સનો સંદર્ભ આપે છે જે તમને અહીં અને અત્યારે એકાઉન્ટિંગની સ્થિતિનું મૂલ્યાંકન કરવાની મંજૂરી આપે છે. બેલેન્સ, મ્યુચ્યુઅલ સેટલમેન્ટ, રી-ગ્રેડીંગ, વગેરે. 1C એક રિપોર્ટિંગ સિસ્ટમ સાથે બોક્સની બહાર આવે છે જેમાં વપરાશકર્તા બાજુ પર જૂથીકરણ, ફિલ્ટર્સ અને વિઝ્યુલાઇઝેશન માટે લવચીક સેટિંગ્સ છે. હા, બજારમાં ઠંડા એનાલોગ છે. પરંતુ ઓલ-ઇન-વન સોલ્યુશનના માળખામાં નહીં અને કેટલીકવાર ઓલ-ઇન-વન સોલ્યુશન કરતાં વધુ કિંમતે. અને ઘણી વાર તે બીજી રીતે પણ હોય છે: માત્ર રિપોર્ટિંગ, પરંતુ સમગ્ર પ્લેટફોર્મ કરતાં વધુ ખર્ચાળ અને ગુણવત્તામાં ખરાબ.
8. છાપવાયોગ્ય સ્વરૂપો. સારું, કર્મચારીઓને ઈમેલ દ્વારા પીડીએફમાં પગાર સ્લિપ મોકલવાની સમસ્યાને ઉકેલવા માટે .NET નો ઉપયોગ કરો. અને હવે ઇન્વોઇસ છાપવાનું કાર્ય. તેમની નકલો સમાન પીડીએફમાં સાચવવા વિશે શું? 1C ઉપનામ માટે, કોઈપણ લેઆઉટને PDF માં આઉટપુટ કરવું એ કોડની +1 લાઇન છે. આનો અર્થ છે + અન્ય ભાષામાં દિવસો કે અઠવાડિયાને બદલે + 40 સેકન્ડનો કાર્યકારી સમય. 1C માં પ્રિન્ટેડ ફોર્મ લેઆઉટ વિકસાવવા માટે અતિ સરળ અને પેઇડ સમકક્ષો સાથે સ્પર્ધા કરવા માટે પૂરતા શક્તિશાળી છે. હા, સંભવતઃ, 1C સ્પ્રેડશીટ દસ્તાવેજોમાં ઘણી ઇન્ટરેક્ટિવ તકો નથી; તમે OpenGL નો ઉપયોગ કરીને સ્કેલિંગ સાથે ઝડપથી 3D ડાયાગ્રામ મેળવી શકતા નથી. પરંતુ શું તે ખરેખર જરૂરી છે?

આ ફક્ત થોડાક ઉદાહરણો છે જ્યાં કાર્યક્ષમતાને મર્યાદિત કરવી અથવા સમાધાન અમલમાં મૂકવું એ ભવિષ્યમાં એક મહત્વપૂર્ણ આર્કિટેક્ચરલ લાભ સાબિત થાય છે. સમાધાન અથવા સૌથી અસરકારક વિકલ્પ પણ નહીં - તે પહેલેથી જ બૉક્સમાં છે અને તેને મંજૂર કરવામાં આવે છે. તેનો સ્વતંત્ર અમલ કાં તો અશક્ય હશે (કારણ કે આવા નિર્ણયો પ્રોજેક્ટની શરૂઆતમાં લેવા જોઈએ, અને તેના માટે કોઈ સમય નથી, અને ત્યાં કોઈ આર્કિટેક્ટ નથી), અથવા ઘણા ખર્ચાળ પુનરાવર્તનો. દરેક સૂચિબદ્ધ બિંદુઓમાં (અને આ આર્કિટેક્ચરલ સોલ્યુશન્સની સંપૂર્ણ સૂચિ નથી), તમે સ્ક્રૂ કરી શકો છો અને પ્રતિબંધો રજૂ કરી શકો છો જે સ્કેલિંગને અવરોધિત કરે છે. કોઈ પણ સંજોગોમાં, તમારે, એક વેપારી તરીકે, ખાતરી કરવાની જરૂર છે કે તમારા પ્રોગ્રામરો, જ્યારે "શરૂઆતથી સિસ્ટમ" બનાવતા હોય, ત્યારે તેમના હાથ સીધા હોય અને તે સૂક્ષ્મ સિસ્ટમ સમસ્યાઓ તરત જ સારી રીતે કરશે.

હા, અન્ય કોઈપણ જટિલ સિસ્ટમની જેમ, 1C પાસે પણ એવા ઉકેલો છે જે અમુક પાસાઓમાં સ્કેલિંગને અવરોધે છે. જો કે, હું પુનરાવર્તન કરું છું, પરિબળોના સંયોજન, માલિકીની કિંમત અને અગાઉથી ઉકેલાયેલી સમસ્યાઓની સંખ્યાના આધારે, મને બજારમાં લાયક હરીફ દેખાતો નથી. સમાન કિંમતે, તમને નાણાકીય એપ્લિકેશન ફ્રેમવર્ક, એક ક્લસ્ટર્ડ સંતુલિત સર્વર, UI અને વેબ ઇન્ટરફેસ સાથે, મોબાઇલ એપ્લિકેશન સાથે, રિપોર્ટિંગ, એકીકરણ અને અન્ય વસ્તુઓનો સમૂહ મળે છે. જાવા વિશ્વમાં, તમે ફ્રન્ટ-એન્ડ અને બેક-એન્ડ ટીમને ભાડે રાખો, હોમ-લિખિત સર્વર કોડના લો-લેવલ શોલ્સને ડીબગ કરો અને 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 ઉપનામોને Python માં કંઈક લખવાની મંજૂરી આપતા નથી તેઓ ખરાબ નોકરીદાતા છે. તેઓ જિજ્ઞાસુ દિમાગવાળા કર્મચારીઓને ગુમાવશે, અને તેમની જગ્યાએ મંકી કોડર્સ આવશે, જેઓ દરેક બાબત સાથે સહમત હોવા છતાં, કોર્પોરેટ સોફ્ટવેરને સ્વેમ્પમાં ખેંચી લેશે. તે હજી ફરીથી લખવું પડશે, તેથી કદાચ પાયથોનમાં થોડું રોકાણ કરવું વધુ સારું રહેશે?
• 1C એક કોમર્શિયલ કંપની છે અને તેની પોતાની રુચિઓ અને યોગ્યતા પર આધારિત સુવિધાઓનો અમલ કરે છે. તમે આ માટે તેણીને દોષી ઠેરવી શકતા નથી, વ્યવસાયે નફા વિશે વિચારવું જોઈએ, તે જીવન છે
• 1C વ્યવસાયિક સમસ્યાઓના ઉકેલો વેચીને પૈસા કમાય છે, વાસ્યાની વિકાસકર્તાની સમસ્યાઓ માટે નહીં. આ બે વિભાવનાઓ સહસંબંધ ધરાવે છે, પરંતુ અગ્રતા એ બરાબર છે જે મેં કહ્યું હતું. જ્યારે વિકાસકર્તા Vasya 1C: Resharper માટે વ્યક્તિગત લાયસન્સ માટે ચૂકવણી કરવા તૈયાર હોય, ત્યારે તે ખૂબ જ ઝડપથી દેખાશે, A. Orefkova દ્વારા “Resharper” આનો પુરાવો છે. જો વિક્રેતા તેને ટેકો આપે, અને તેની સામે લડત ન આપે, તો વિકાસકર્તાઓ માટે સોફ્ટવેરનું બજાર દેખાશે. હવે આ માર્કેટમાં શંકાસ્પદ પરિણામો સાથે દોઢ ખેલાડીઓ છે, અને બધા કારણ કે IDE સાથેનું સંકલન નકારાત્મક છે અને બધું ક્રૉચ પર કરવામાં આવે છે.
• મલ્ટી-મશીન ઓપરેટરની પ્રથા વિસ્મૃતિમાં અદૃશ્ય થઈ જશે. આધુનિક એપ્લિકેશનો કોડ બાજુથી અને વ્યવસાયિક ઉપયોગ બંને બાજુથી યાદ રાખવા માટે ખૂબ મોટી છે. 1C સર્વર વધુ જટિલ બની રહ્યું છે, એક કર્મચારીમાં તમામ પ્રકારની કુશળતા રાખવી અશક્ય બનશે આમાં નિષ્ણાતોની માંગ હોવી જોઈએ, જેનો અર્થ છે 1C વ્યવસાયનું આકર્ષણ અને પગારમાં વધારો. જો અગાઉ વાસ્યા એક વેતન માટે ત્રણ-માં-એક કામ કરતા હતા, તો હવે તમારે બે વાસીઓને રાખવાની જરૂર છે અને વાસ્યા વચ્ચેની સ્પર્ધા તેમના સ્તરની એકંદર વૃદ્ધિને વેગ આપી શકે છે.

નિષ્કર્ષ

1C એ ખૂબ જ યોગ્ય ઉત્પાદન છે. મારી કિંમત શ્રેણીમાં, મને કોઈ એનાલોગ બિલકુલ ખબર નથી, જો કોઈ હોય તો ટિપ્પણીઓમાં લખો. જો કે, ઇકોસિસ્ટમમાંથી વિકાસકર્તાઓનો પ્રવાહ વધુને વધુ ધ્યાનપાત્ર બની રહ્યો છે, અને આ એક "મગજ ડ્રેઇન" છે, પછી ભલે તમે તેને કેવી રીતે જુઓ. ઉદ્યોગ આધુનિકીકરણ માટે ભૂખ્યો છે.
જો તમે વિકાસકર્તા છો, તો 1C પર અટકી જશો નહીં અને એવું ન વિચારો કે અન્ય ભાષાઓમાં બધું જ જાદુઈ છે. જ્યારે તમે જુનિયર છો, કદાચ. જલદી કંઈક મોટું હલ કરવાની જરૂર છે, તૈયાર સોલ્યુશન્સ લાંબા સમય સુધી જોવું પડશે અને વધુ સઘન રીતે પૂર્ણ કરવું પડશે. "બ્લોક" ની ગુણવત્તાના સંદર્ભમાં જેમાંથી સોલ્યુશન બનાવી શકાય છે, 1C ખૂબ, ખૂબ સારું છે.

અને એક વધુ વસ્તુ - જો 1C ઉપનામ તમારી પાસે ભાડે લેવા માટે આવે છે, તો 1C ઉપનામ સુરક્ષિત રીતે મુખ્ય વિશ્લેષકોના પદ પર નિયુક્ત કરી શકાય છે. કાર્ય, વિષય વિસ્તાર અને વિઘટન કૌશલ્યની તેમની સમજ ઉત્તમ છે. મને ખાતરી છે કે આ 1C વિકાસમાં DDD ના ફરજિયાત ઉપયોગને કારણે છે. વ્યક્તિને સૌ પ્રથમ કાર્યના અર્થ વિશે, વિષય વિસ્તારના ઑબ્જેક્ટ્સ વચ્ચેના જોડાણો વિશે વિચારવાની તાલીમ આપવામાં આવે છે, અને તે જ સમયે એકીકરણ તકનીકો અને ડેટા વિનિમય ફોર્મેટ્સમાં તકનીકી પૃષ્ઠભૂમિ હોય છે.

ધ્યાન રાખો કે આદર્શ માળખું અસ્તિત્વમાં નથી અને તમારી સંભાળ રાખો.
તમામ શ્રેષ્ઠ!

પીએસ: તમારો ખૂબ ખૂબ આભાર સ્પેશ્યુરિક લેખ તૈયાર કરવામાં મદદ માટે.

ફક્ત નોંધાયેલા વપરાશકર્તાઓ જ સર્વેમાં ભાગ લઈ શકે છે. સાઇન ઇન કરો, મહેરબાની કરીને.

શું તમારી પાસે તમારા એન્ટરપ્રાઇઝમાં 1C છે?

• 13,3%બિલકુલ નહિ.71

• 30,3%ત્યાં છે, પરંતુ માત્ર એકાઉન્ટિંગ વિભાગમાં ક્યાંક. અન્ય પ્લેટફોર્મ પર કોર સિસ્ટમ્સ162

• 41,4%હા, મુખ્ય વ્યવસાયિક પ્રક્રિયાઓ તેના પર કામ કરે છે221

• 15,0%1C મૃત્યુ પામવું જ જોઈએ, ભવિષ્ય %technology_name%80 નું છે

534 વપરાશકર્તાઓએ મત ​​આપ્યો. 99 વપરાશકર્તાઓ દૂર રહ્યા.

સોર્સ: www.habr.com