1C - ጥሩ እና ክፉ. በ 1 ሴ አካባቢ በሆሊቫርስ ውስጥ የነጥቦች ዝግጅት

ወዳጆች እና የስራ ባልደረቦች፣ በቅርብ ጊዜ በሀበሬ ላይ በ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: Enterprise” የልማት ማዕቀፍ ማለታችን ነው። ስለ አምራቹ እና ፖሊሲዎቹ ብዙ አንነጋገርም (ግን ትንሽ ማድረግ አለብን) ይህንን ማዕቀፍ በመጠቀም ስለተፃፉ ልዩ መተግበሪያዎች አንነጋገርም። ቴክኖሎጂ የተለየ ነው፣ አፕሊኬሽኖች aka ውቅሮች የተለዩ ናቸው።

ከፍተኛ-ደረጃ አርክቴክቸር 1C: ድርጅት

"ማዕቀፍ" የሚለውን ቃል ያነሳሁት በከንቱ አይደለም. ከገንቢ እይታ አንጻር የ 1C መድረክ በትክክል ማዕቀፍ ነው. እና ልክ እንደ ማዕቀፍ በትክክል ማከም ያስፈልግዎታል. በአንዳንድ የሩጫ ጊዜ (JVM ወይም CLR እንደቅደም ተከተላቸው) የሚፈጸም እንደ ስፕሪንግ ወይም ASP.NET ያስቡት። በተለመደው ፕሮግራሚንግ ዓለም ("1C አይደለም") ወደ ማዕቀፎች ፣ ቨርቹዋል ማሽኖች እና የተወሰኑ አፕሊኬሽኖች መከፋፈል ተፈጥሯዊ ነው ፣ ምክንያቱም እነዚህ ክፍሎች ብዙውን ጊዜ በተለያዩ አምራቾች የተገነቡ በመሆናቸው ነው። በ1C አለም የዕድገት ማዕቀፉን እና የሩጫ ጊዜውን በግልፅ መለየት የተለመደ አይደለም፡ በተጨማሪም ማዕቀፉን በመጠቀም የተፃፉ ልዩ አፕሊኬሽኖችም በዋናነት በ1C እራሱ የተገነቡ ናቸው። በውጤቱም, አንዳንድ ግራ መጋባት ይፈጠራል. ስለዚህ, በአንቀጹ ማዕቀፍ ውስጥ, 1C ን ከበርካታ ጎኖች በአንድ ጊዜ ግምት ውስጥ ማስገባት እና በበርካታ አስተባባሪ መጥረቢያዎች መመደብ አለብን. እና በእያንዳንዱ መጋጠሚያ ዘንግ ውስጥ አንድ አካፋ ቡናማ ንጥረ ነገር እናስቀምጠዋለን እና ያለውን የመፍትሄውን ገፅታዎች, ጥቅሞች እና ጉዳቶች እንመለከታለን.

የእይታ ነጥቦች በ 1 ሲ

1C ለገዢው

ገዢው የራሱን ንግድ በራስ-ሰር የመፍጠር ችግሮችን በፍጥነት ለመፍታት የሚያስችል አውቶሜሽን ስርዓት ይገዛል. የንግድ ሥራ ትንሽ ድንኳን ሊሆን ይችላል ወይም ትልቅ መያዣ ኩባንያ ሊሆን ይችላል. የእነዚህ ንግዶች ፍላጎቶች የተለያዩ እንደሆኑ ግልጽ ነው, ነገር ግን ሁለቱም በአንድ የመሳሪያ ስርዓት ኮድ መሰረት ይደገፋሉ.

ለ 1C ገዢ ይህ ለገበያ የሚሆን ፈጣን ጊዜ ነው። ፈጣን። ከJava፣ C# ወይም JS የበለጠ ፈጣን። አማካኝ በሆስፒታሉ ዙሪያ. Reactን የሚጠቀም የቢዝነስ ካርድ ድህረ ገጽ የተሻለ እንደሚሆን ግልጽ ነው፣ ነገር ግን የ WMS ስርዓት ጀርባ በ1C ላይ በፍጥነት ይጀምራል።

1C እንደ መሳሪያ

እያንዳንዱ የቴክኖሎጂ መፍትሔ የተግባራዊነት ገደብ አለው. 1C አጠቃላይ ዓላማ አይደለም፤ ከማዕቀፉ ተነጥሎ አይኖርም። በሚፈልጉበት ጊዜ 1C ን መጠቀም ጥሩ ነው-

• የአገልጋይ መተግበሪያ
• ፋይናንስ በሚታይበት መተግበሪያ
• ዝግጁ በሆነ UI፣ ORM፣ ሪፖርት ማድረግ፣ XML/JSON/COM/PDF/YourDataTransfering Format
• ከበስተጀርባ ሂደቶች እና ስራዎች ድጋፍ ጋር
• ሚና-ተኮር ደህንነት
• ስክሪፕት ከሚችል የንግድ ሎጂክ ጋር
• ፕሮቶታይፕ በፍጥነት የመፍጠር ችሎታ እና ዝቅተኛ ጊዜ-ወደ-ገበያ

ከፈለጉ 1C አያስፈልግዎትም፡-

• ማሽን መማር
• የጂፒዩ ስሌት
• የኮምፒተር ግራፊክስ
• የሂሳብ ስሌቶች
• CAD ስርዓት
• የምልክት ሂደት (ድምጽ ፣ ቪዲዮ)
• highload http ጥሪዎች በመቶ ሺዎች rps

1C እንደ አምራች ኩባንያ

እንደ ሶፍትዌር አምራች የ1C ንግድ ምን እንደሆነ መረዳት ተገቢ ነው። 1C ኩባንያ ለንግድ ችግሮች መፍትሔዎችን በራስ-ሰር ይሸጣል። የተለያዩ ንግዶች፣ ትልቅም ይሁን ትንሽ፣ ግን የምትሸጠው ይህ ነው። ይህንን ግብ ለማሳካት የሚረዱ ዘዴዎች የንግድ ሥራ ማመልከቻዎች ናቸው. ለሂሳብ አያያዝ, የደመወዝ ሂሳብ ወዘተ ... እነዚህን ማመልከቻዎች ለመጻፍ ኩባንያው የራሱን የንግድ ሥራ አፕሊኬሽን ልማት መድረክ ይጠቀማል. ለእነዚህ ተመሳሳይ የንግድ መተግበሪያዎች የተለመዱ ተግባራት በልዩ ሁኔታ የተዘጋጀ፡-

• የፋይናንስ ሂሳብ
• የንግድ ሎጂክ ቀላል ማበጀት
• በተለያዩ የአይቲ መልክዓ ምድሮች ውስጥ ሰፊ የመዋሃድ ዕድሎች

እንደ አምራች, 1C ይህ ከአጋሮች እና ደንበኞች ጋር በአሸናፊነት ሁነታ ለመስራት የሚያስችል ስልት እንደሆነ ያምናል. ከዚህ ጋር መሟገት ይችላሉ ፣ ግን ይህ በግምት ኩባንያው እራሱን የሚያስተዋውቅበት መንገድ ነው-በአጋሮች በፍጥነት ሊበጁ እና በማንኛውም የአይቲ ገጽታ ውስጥ ሊዋሃዱ የሚችሉ ለንግድ ችግሮች ዝግጁ-የተዘጋጁ መፍትሄዎች።

ለ 1C እንደ ማዕቀፍ ሁሉም የይገባኛል ጥያቄዎች ወይም ምኞቶች በዚህ ፕሪዝም ብቻ መታየት አለባቸው። "ኦኦፒን በ1C እንፈልጋለን" ይላሉ ገንቢዎቹ። "ኦኦፒን በመድረክ ላይ ለመደገፍ ምን ያህል ያስወጣናል፣ ይህ የሳጥን ሽያጭ ለመጨመር ይረዳናል?" ይላል 1ሲ። ለንግድ ችግሮች መፍትሄዎችን ለመሸጥ የእሱን “ፕራይም” ይከፍታል-

- ሄይ፣ ንግድ፣ በእርስዎ 1C ውስጥ OOP ይፈልጋሉ?
- ይህ ችግሮቼን እንድፈታ ይረዳኛል?
- ማን ያውቃል...
- ከዚያ አያስፈልግም

ይህ አካሄድ ማን እንደሚመለከተው ላይ በመመስረት ጥሩ ወይም መጥፎ ሊሆን ይችላል፣ ግን እንደዛ ነው። በ 1C ውስጥ ምንም ባህሪ X ስለሌለ ስለመሆኑ ሲናገሩ, በምክንያት እንዳልሆነ መረዳት አለብዎት, ነገር ግን በምርጫው አውድ ውስጥ "የአተገባበር ዋጋ እና ትርፍ መጠን".

የቴክኖሎጂ ምደባ

"በእርግጥ Odinesniks በተንከባካቢ methodologists እና 1C መድረክ ገንቢዎች በጥንቃቄ የተመረጡ ምርጥ ቅጦችን ለመጠቀም የተቻላቸውን ሁሉ ያደርጋሉ።
ለቀላል የሚተዳደር ቅጽ የሞኝ ኮድዎን ሲጽፉ በእውነቱ እርስዎ እየተጠቀሙበት ነው። ሞዴል-እይታ-ተቆጣጣሪ с ድርብ-መንገድ ውሂብ ማሰር в ባለሶስት-ንብርብ-ዳታ-መተግበሪያ-ሞተር, ጣዕም ያለው ከፍተኛ ደረጃ የነገር-ግንኙነት-ካርታ በመሠረቱ ላይ ገላጭ ሜታዳታ መግለጫየራሱ ያለው ከመድረክ ነፃ የሆነ የመጠይቅ ቋንቋ, ሐ ገላጭ በመረጃ የሚመራ የተጠቃሚ በይነገጽ፣ ሙሉ ግልጽነት ያለው ተከታታይነት እና ጎራ-ተኮር የፕሮግራም ቋንቋ.

የ1C ገንቢዎች ከምዕራባውያን ባልደረቦቻቸው የሚለዩበት በPR ውስጥ ነው። ለማንኛውም በሬ ወለደ ትልቅ ስም ሰጥተው እንደ ቆሻሻ ቦርሳ ይዘው መሮጥ ይወዳሉ።”
ኤ ኦሬፍኮቭ

የ1C መድረክ ክላሲክ ባለ 3-ደረጃ አርክቴክቸር አለው፣ በመካከሉም የመተግበሪያ አገልጋይ (ወይንም ለትንንሽ ባለ ሱቅ ነጋዴዎች መምሰሉ)። ወይ MS SQL ወይም Postgres እንደ DBMS ጥቅም ላይ ይውላል። ለOracle እና IBM DB2 ድጋፍም አለ፣ ነገር ግን ይህ ይልቁንስ ሚስጥራዊነት ነው፤ በእነዚህ የውሂብ ጎታዎች ላይ 1Cን በመካከለኛ እና በከፍተኛ ጭነት ብትተገብሩ ምን እንደሚሆን ማንም አያውቅም። 1C ራሱ ይህንን አያውቅም ብዬ አምናለሁ።

የደንበኛው ክፍል በተጠቃሚው ማሽን ወይም በድር ደንበኛ ላይ የተጫነ ቀጭን ደንበኛ ነው። ዋናው ባህሪው ፕሮግራመሮች 2 የተለያዩ ኮዶችን አይጽፉም, አንድ መተግበሪያን በአንድ ቋንቋ ይጽፋሉ, እና ፍላጎት ወይም ፍላጎት ካለ በአሳሹ ውስጥ ማሳየት ይችላሉ. የፊት እና የኋላ ክፍል፣ node.js እውነተኛ ሙሉ ቁልል እና አንድ ቋንቋ የፈለገ ማን አለ? እስከ መጨረሻው ድረስ በትክክል ተመሳሳይ ነገር ማድረግ አልቻሉም። እውነተኛ ሙሉ ቁልል አለ፣ ነገር ግን በ1C ውስጥ መፃፍ አለቦት። የእጣ ፈንታ አስቂኝ ፣ እንደዚህ ያሉ ነገሮች :)

የCloud SaaS መፍትሄ 1C: Fresh እንዲሁ በአሳሽ ሞድ ውስጥ ይሰራል ፣ በዚህ ውስጥ 1C መግዛት አይችሉም ፣ ግን ትንሽ የውሂብ ጎታ ይከራዩ እና የሻዋርማ ሽያጮችን ይከታተሉ። ምንም ነገር ሳይጭኑ ወይም ሳያዋቀሩ በአሳሹ ውስጥ ብቻ።

በተጨማሪም, በ 1C ውስጥ "መደበኛ መተግበሪያ" ተብሎ የሚጠራው የቆየ ደንበኛ አለ. ውርስ ቅርስ ነው፣ እንኳን ወደ አፕሊኬሽን አለም በደህና መጡ በ2002፣ ነገር ግን አሁንም እየተነጋገርን ያለነው ስለ ስነ-ምህዳሩ ወቅታዊ ሁኔታ ነው።

የ1C አገልጋይ ክፍል አዳዲስ ማሽኖችን ወደ ክላስተር በመጨመር ክላስተር እና ሚዛኖችን ይደግፋል። በጣም ብዙ ቅጂዎች እዚህ ተሰብረዋል እናም በዚህ ጽሑፍ ውስጥ የተለየ ክፍል ይኖራል. ባጭሩ፣ ይህ ከ HAProxy ጀርባ ሁለት በትክክል ተመሳሳይ አጋጣሚዎችን ከመጨመር ጋር ተመሳሳይ አይደለም።

የመተግበሪያ ልማት ማዕቀፍ የራሱ የሆነ የፕሮግራም አወጣጥ ቋንቋ ይጠቀማል፣ እሱም ወደ ሩሲያኛ ከተተረጎመ ትንሽ የተሻሻለ VB6 ጋር ይመሳሰላል። ሩሲያኛን ሁሉ ለሚጠሉ ሰዎች “ከሆነ” እንደ “እንደ” ተተርጉሟል ብለው የማያምኑ ፣ ሁለተኛው የአገባብ አማራጭ ቀርቧል። እነዚያ። ከፈለጉ በ 1C ውስጥ ከቪቢ ሊለይ በማይችል መልኩ መጻፍ ይችላሉ.

ይህ በጣም የፕሮግራሚንግ ቋንቋ የ 1C ቅጽል ስሞችን ወደ መድረክቸው እንዲጠሉ ​​ዋነኛው ምክንያት ነው። ያለምክንያት ሳይሆን እውነቱን እንነጋገር። ቋንቋው የተፀነሰው በተቻለ መጠን ቀላል ነው፣ ቢያንስ በሲአይኤስ ውስጥ “ገንቢዎች፣ ገንቢዎች” የሚለውን ማንትራ ለማሟላት ታስቦ ነበር። የእንደዚህ አይነት መፍትሄ የንግድ ይዘት, በእኔ አስተያየት, በግልጽ ይታያል-ተጨማሪ ገንቢዎች, ትልቅ የገበያ ሽፋን. ከ45% እስከ 95% ባሉት የተለያዩ ግምቶች ይህ እውነት ሆነ። ወዲያውኑ እናገራለሁ በምታስበው ቋንቋ መጻፍ በጣም ቀላል ነው። እና ብዙ የፕሮግራሚንግ ቋንቋዎችን አውቃለሁ።

በቋንቋው እንጀምር።

1C የፕሮግራም ቋንቋ

በተመሳሳይ ጊዜ የስርዓቱ ጠንካራ እና ደካማ ነጥብ. ቀላል መግቢያ እና ተነባቢነት ያቀርባል። በሌላ በኩል፣ እትም 8 በ2002 ከወጣ በኋላ አልተዘመነም እና ከሥነ ምግባር አኳያ ጊዜው ያለፈበት ነው። አንድ ሰው "ዋናው ጉዳቱ OOP የለም" ይላሉ እና እነሱ ይሳሳታሉ. በመጀመሪያ ፣ PLO ኑራሊቭን ብቻ ሳይሆን ቶርቫልድስንም አይወድም። እና ሁለተኛ፣ OOP አሁንም አለ።

ከገንቢው እይታ፣ በዲቢኤምኤስ ላይ የሚታዩ የመሠረት ክፍሎችን የያዘ ማዕቀፍ በእጁ አለ። ገንቢው የመሠረት ክፍልን "መምሪያ" ወስዶ "ደንበኞች" ማውጫን ከእሱ መውረስ ይችላል. በእሱ ላይ አዲስ የክፍል መስኮችን ሊጨምር ይችላል ፣ ለምሳሌ ፣ INN እና አድራሻ ፣ እና እንዲሁም ፣ አስፈላጊ ከሆነ ፣ የመሠረት ክፍል ዘዴዎችን መሻር (መሻር) ፣ ለምሳሌ ፣ OnWrite/AtRecord ዘዴ።

ማዕቀፉ የተነደፈው ጥልቀት ያለው ውርስ እምብዛም በማይፈለግበት መንገድ ነው ፣ እና በ OOP ውስጥ ያለው እገዳ ፣ በእኔ አስተያየት ፣ ትርጉም ያለው ነው። 1C በጎራ የሚነዳ ልማት ላይ ያተኩራል እና በመጀመሪያ ደረጃ ስለ መፍትሄው ርዕሰ ጉዳይ እንዲያስቡ ያደርግዎታል እና ይህ ጥሩ ነው። ምንም አይነት ፈተና ብቻ ሳይሆን 10 የተለያዩ DTOs እና ViewModels መፃፍ አያስፈልግም ከቦታው የተወሰነ ውሂብ ለማሳየት ብቻ። የ1C ገንቢው ሁል ጊዜ ከአንድ አካል ጋር ይሰራል፣ የአመለካከት አውድ ሳይጨናነቅ በደርዘን የሚቆጠሩ ተመሳሳይ ስሞች ካላቸው ክፍሎች ጋር ተመሳሳይ አካልን የሚወክል ነገር ግን ከሌላ ወገን ነው። ማንኛውም የ.NET አፕሊኬሽን ለምሳሌ አምስት ወይም ሁለት ViewModels እና DTOs ወደ JSON ተከታታይ ለማድረግ እና ከደንበኛ ወደ አገልጋይ የውሂብ ዝውውርን ይይዛል። እና ከ10-15% የሚሆነው የመተግበሪያ ኮድዎ መረጃን ከአንድ ክፍል ወደ ሌላ ለማስተላለፍ እንደ AutoMapper ያሉ እስክሪብቶችን ወይም ክራንችዎችን በመጠቀም ይውላል። ይህ ኮድ መፃፍ እና እሱን ለመፍጠር እና ለማቆየት ፕሮግራመሮች መከፈል አለባቸው።

የ 1C ቋንቋን ወደ ዋና ቋንቋዎች ደረጃ ሳያወሳስብ ለማዳበር አስቸጋሪ ነው, በዚህም ቀላልነት ያለውን ጥቅም እያጣ ነው. የአቅራቢው ተግባር በዋናነት የሚፈታው ምንድን ነው፡ ማንኛውም በመንገድ ላይ የተያዘ ተማሪ በሚፈለገው የጥራት ደረጃ ማበጀት የሚችልበትን ደረጃውን የጠበቀ መፍትሄ መስጠት (ማለትም፣ ከድንኳን እስከ ትልቅ ፋብሪካ ድረስ ያለው መያዣ ተጠናቋል)። ድንኳን ከሆናችሁ ተማሪ ውሰዱ፤ ፋብሪካ ከሆናችሁ ከአስፈጻሚ አጋርዎ ጉሩ ይውሰዱ። ፈጻሚ አጋሮች ተማሪዎችን በጉሩ ዋጋ መሸጣቸው የማዕቀፉ ችግር አይደለም። በሥነ ሕንጻ፣ ማዕቀፉ የሁለቱንም ችግሮች መፍታት አለበት፣ የመደበኛ ውቅረት ኮድ (ለቢዝነሶች የማበጀት ቃል ይዘን የሸጥነው) በተማሪው ሊረዳው ይገባል፣ እና አንድ ጉሩ የፈለጉትን መረዳት መቻል አለበት።

በእኔ እምነት፣ በቋንቋው ውስጥ የጠፋው፣ ከምትችለው በላይ እንድትጽፍ የሚያስገድድህ፣ በደንበኛው የሚከፈለው ጊዜ የሚያጠፋው ነው።

• በደረጃ የመተየብ ዕድል፣ ለምሳሌ ታይፕ ስክሪፕት (በዚህም ምክንያት በ IDE ውስጥ የበለጸጉ የኮድ መመርመሪያ መሳሪያዎች፣ ማደስ፣ አፀያፊ መጨናነቅ ያነሱ)
  እንደ አንደኛ ደረጃ ዕቃዎች ተግባራት መገኘት. ትንሽ የበለጠ የተወሳሰበ ጽንሰ-ሀሳብ ፣ ግን የተለመደው የቦይለር-ኮድ መጠን በከፍተኛ ሁኔታ ሊቀንስ ይችላል። በድምጽ ቅነሳ ምክንያት የተማሪው ኮድ፣ IMHO ግንዛቤ ይጨምራል
• ሁለንተናዊ ስብስብ ቃል በቃል፣ ማስጀመሪያ። ተመሳሳይ ነገር - በዓይንዎ መፃፍ እና/ወይም መመልከት ያለበትን የኮድ መጠን መቀነስ። ስብስቦችን መሙላት ከ9000C የፕሮግራም ጊዜ ከ1% በላይ ይወስዳል። ይህንን ያለ ሲንታክቲክ ስኳር መፃፍ ረጅም ፣ ውድ እና ለስህተት የተጋለጠ ነው። በአጠቃላይ፣ በ1C መፍትሄዎች ውስጥ ያለው የLOC መጠን ከሁሉም ክፍት ማዕቀፎች እና በአጠቃላይ ሁሉም የድርጅትዎ ጃቫዎች ሲጣመሩ ሊታሰብ ከሚችሉ ገደቦች ሁሉ ይበልጣል። ቋንቋው የቃል ነው፣ እና ይሄ ወደ ዳታ መጠን፣ ማህደረ ትውስታ፣ አይዲኢ ብሬክስ፣ ጊዜ፣ ገንዘብ... እየቀነሰ ይሄዳል።
• በመጨረሻ ግንባታዎች ይህ ግንባታ ወደ ሩሲያኛ በተሳካ ሁኔታ መተርጎሙን ስላላገኙ ነው የሚል መላምት አለኝ :)
• የየራሳቸው የውሂብ አይነቶች (ያለ OOP)፣ የVB6 አይነት አናሎግ። በ BSP ውስጥ አስተያየቶችን እና እነዚህን መዋቅሮች በሚገነቡ አስማታዊ ዘዴዎች በመጠቀም መዋቅሮችን እንዳይተይቡ ይፈቅድልዎታል. እኛ እናገኛለን፡- ያነሰ ኮድ፣ በነጥብ በኩል ፍንጭ፣ ለችግሩ ፈጣን መፍትሄ፣ በቲፖዎች ምክንያት ያነሱ ስህተቶች እና የመዋቅር ባህሪያት ይጎድላሉ። አሁን የተጠቃሚ አወቃቀሮችን መተየብ ሙሉ በሙሉ የተመካው ከመደበኛ ንዑስ ስርዓት ቤተ-መጽሐፍት ልማት ቡድን ጋር ነው ፣ እሱም ለእሱ ምስጋና ይግባው ፣ በአለፉት መለኪያዎች መዋቅሮች በሚጠበቁ ባህሪዎች ላይ አስተያየቶችን በጥንቃቄ ይጽፋል።
• በድር ደንበኛ ላይ ካልተመሳሰሉ ጥሪዎች ጋር ሲሰራ ምንም ስኳር የለም። መልሶ ጥሪ በሂደት ማሳወቂያዎች መልክ በዋናው አሳሾች ኤፒአይ ላይ በተፈጠረ ድንገተኛ ለውጥ የሚፈጠር ጊዜያዊ ክራንች ነው፣ነገር ግን ሁልጊዜ እንደዚህ መኖር አይችሉም፣ተመሳሳይ ኮድ “የተማሪ ግንዛቤ” ጥቅም እየጠፋ ነው። ይልቅና ይልቅ. በዋናው አይዲኢ ውስጥ ለዚህ ምሳሌ ምንም ድጋፍ አይጨምሩ እና ነገሮች የበለጠ እየባሱ ይሄዳሉ።

ይህ አንገብጋቢ ችግሮች አንዱ ነው, ዝርዝሩ በጣም ትልቅ ሊሆን እንደሚችል ግልጽ ነው, ነገር ግን ይህ አሁንም አጠቃላይ ዓላማ አለመሆኑን መዘንጋት የለብንም, ባለብዙ-ክር, ላምዳ ተግባራት, የጂፒዩ መዳረሻ እና ፈጣን አይፈልግም. ተንሳፋፊ-ነጥብ ስሌቶች. ይህ የንግድ ሎጂክ ስክሪፕት ቋንቋ ነው።

በዚህ ቋንቋ ብዙ የሰራ ፕሮግራመር፣ js ወይም c#ን የሚመለከት፣ በዚህ ቋንቋ ማዕቀፍ ውስጥ ይደብራል። ሀቅ ነው። ልማት ያስፈልገዋል። ለአቅራቢው ልኬቱ በሌላ በኩል የተገለጹትን ባህሪያት የመተግበር ወጪ እና ከተተገበሩ በኋላ የገቢ መጨመር ነው. እዚህ ላይ በአሁኑ ጊዜ በኩባንያው እይታ ስለሚመዝነው ምንም መረጃ የለኝም።

የልማት አካባቢ

እዚህም ነገሮች በተረጋጋ ሁኔታ እየሄዱ አይደሉም። ሁለት የልማት አካባቢዎች አሉ። የመጀመሪያው በማቅረቡ ውስጥ የተካተተው አዋቅር ነው። ሁለተኛው በግርዶሽ ላይ የተመሰረተ የኢንተርፕራይዝ ልማት መሳሪያዎች አካባቢ ወይም EDT በአጭሩ ነው።

አወቃቀሩ የተሟላ የልማት ተግባራትን ያቀርባል, ሁሉንም ባህሪያት ይደግፋል እና በገበያ ላይ ዋናው አካባቢ ነው. በተጨማሪም በግብረ-ገብነት ጊዜ ያለፈበት እንጂ በማደግ ላይ አይደለም, እንደ ወሬዎች - በራሱ ውስጥ ባለው የቴክኒክ ዕዳ መጠን. ውስጣዊ ኤፒአይ በመክፈት ሁኔታው ​​​​ሊሻሻል ይችላል (በጓደኝነት መልክ ከ የበረዶ ሰው A. Orefkova ወይም በገለልተኛ መሠረት), ግን ይህ እንደዛ አይደለም. ልምምድ እንደሚያሳየው ማህበረሰቡ በ IDE ውስጥ የራሱን ባህሪያት ይጽፋል, ሻጩ ጣልቃ እስካልገባ ድረስ. ግን ያለን ነገር አለን። አወቃቀሩ በ2004-2005 በጣም ጥሩ ነበር፣ የእነዚያን ጊዜያት ቪዥዋል ስቱዲዮን በጣም የሚያስታውስ ነበር፣ በአንዳንድ ቦታዎች ይበልጥ ቀዝቃዛ ነበር፣ ነገር ግን በእነዚያ ጊዜያት ተጣብቋል።

በተጨማሪም ፣ ከዚያን ጊዜ ጀምሮ የአማካይ መደበኛ የመፍትሄው መጠን ብዙ ጊዜ አድጓል ፣ እና ዛሬ IDE በቀላሉ የሚመገብበትን ኮድ መጠን መቋቋም አይችልም። የአጠቃቀም እና የማደስ ችሎታዎች ዜሮ እንኳን አይደሉም, በቀይ ውስጥ ናቸው. ይህ ሁሉ ለገንቢዎች ጉጉትን አይጨምርም እና ወደ ሌሎች ሥነ-ምህዳሮች ለመንቀሳቀስ እና እዚያም ኮድ መስጠቱን ይቀጥላሉ ፣ ግን በባህሪው ፊትዎ ላይ በማይተፋ ደስ የሚል አከባቢ።

እንደ አማራጭ, በ Eclipse ላይ የተገነባ ከባዶ የተጻፈ IDE ይቀርባል. እዚያም, ምንጮቹ, እንደ ማንኛውም ሌላ ሶፍትዌር, በጽሑፍ ፋይሎች መልክ ይኖራሉ, በጂአይቲ ውስጥ ተከማችተዋል, የጥያቄ ቅርንጫፎችን ይጎትቱ, ይህ ሁሉ. በጎን በኩል፣ አሁን ለብዙ አመታት የቅድመ-ይሁንታ ሁኔታን አልተወም፣ ምንም እንኳን በእያንዳንዱ ልቀት እየተሻሻለ ነው። ስለ EDT ጉዳቶች አልጽፍም ፣ ዛሬ ቀንሷል ፣ ነገ ቋሚ ባህሪ ነው። የእንደዚህ አይነት መግለጫ አስፈላጊነት በፍጥነት ይጠፋል. ዛሬ በ EDT ውስጥ ማደግ ይቻላል, ግን ያልተለመደ ነው, ለተወሰኑ የ IDE ስህተቶች ዝግጁ መሆን አለብዎት.

ሁኔታውን ከላይ በተጠቀሰው "1C ፕሪዝም" በኩል ከተመለከቱ, እንደዚህ አይነት ነገር ያገኛሉ: የአዲሱ አይዲኢ መለቀቅ የሳጥኖች ሽያጭን አይጨምርም, ነገር ግን የገንቢዎች ፍሰት ሊቀንስ ይችላል. ስነ-ምህዳሩ ከገንቢ ምቾት አንፃር ምን እንደሚጠብቀው ለመናገር አስቸጋሪ ነው፣ ነገር ግን ማይክሮሶፍት የሞባይል ገንቢዎችን በጣም ዘግይቶ በማቅረብ አበላሽቷቸዋል።

የልማት አስተዳደር

እዚህ ያለው ሁሉም ነገር ኮድ ከመፃፍ በእጅጉ የተሻለ ነው፣በተለይ በቅርብ ጊዜ፣የህብረተሰቡ ጥረት የአስተዳደር አውቶሜሽን ችግሮች ሲገለጥ፣1C ማከማቻውን ወደ ቆሻሻ መጣያ ውስጥ ለመጣል እና git፣ፈጣን ተወቃሽ፣ ኮድ ግምገማን በመጠቀም ፕሮቶታይፕ ተጀመረ። , የማይንቀሳቀስ ትንተና, ራስ-ማሰማራት እና ወዘተ. ብዙ ባህሪያት ወደ መድረክ ተጨምረዋል ይህም የእድገት ተግባራትን አውቶማቲክ ደረጃ ይጨምራል. ነገር ግን፣ እነዚህ ሁሉ ባህሪያት የተጨመሩት ለትላልቅ ምርቶች ልማት ብቻ ነው፣ ያለ አውቶማቲክ ማድረግ እንደማንችል ግልጽ ሆኖ ሳለ። ከKDiff ጋር ራስ-ማዋሃድ እና የሶስት መንገድ ንፅፅር ነበሩ እና ሁሉም። Github ላይ ተጀምሯል። gitconverter, ማን, እውነቱን ለመናገር, በርዕዮተ ዓለም ከፕሮጀክቱ ተጎትቷል gitsync, ነገር ግን ከሻጩ ኩባንያ ሂደቶች ጋር ተስተካክሏል. ከክፍት ምንጭ ላሉት ግትር ልጆች ምስጋና ይግባውና በ1C ውስጥ ያለው ልማት አውቶሜሽን ከመሬት ወረደ። ክፍት ኤፒአይ ለአዋቃሚው IMHO የዋናውን አይዲኢ የሞራል ኋላቀርነትም ይለውጣል።

ዛሬ፣ የ1C ምንጮችን በgit ውስጥ ማከማቸት በጂራ ውስጥ ካሉ ጉዳዮች ጋር የተገናኘ፣ ግምገማዎች በ Crucible ውስጥ፣ የግፋ አዝራር ከጄንኪንስ እና አሎሬ ስለ ኮድ ሙከራ በ1C እና እንዲያውም የማይለዋወጥ ትንተና በ SonarQube - ይህ ከዜና በጣም የራቀ ነው, ነገር ግን ብዙ የ 1C ልማት ባለባቸው ኩባንያዎች ውስጥ ዋናው ነገር ነው.

አስተዳደር

እዚህ ብዙ የሚነገር ነገር አለ። በመጀመሪያ፣ ይህ፣ በእርግጥ፣ አገልጋይ (1C አገልጋይ ክላስተር) ነው። አስደናቂ ነገር ግን ሙሉ በሙሉ ጥቁር ሳጥን በመሆኑ በበቂ ዝርዝር ሁኔታ የተመዘገበ ነገር ግን በተለየ መንገድ - በበርካታ አገልጋዮች ላይ ያልተቋረጠ ክዋኔን በከፍተኛ ጭነት ሁነታ ማስጀመርን መቆጣጠር የተወሰኑ ጥቂቶች የሚለብሱት ነው. ሜዳልያ "በቴክኖሎጂ ጉዳዮች ላይ ኤክስፐርት" በሚለው ጽሑፍ. በመርህ ደረጃ የ1C አገልጋይን ማስተዳደር ሌላ አገልጋይ ከማስተዳደር የተለየ እንዳልሆነ ልብ ሊባል ይገባል። ሜሞሪ፣ሲፒዩ እና የዲስክ ሃብቶችን የሚበላ በኔትወርክ ላይ የተመሰረተ ባለ ብዙ ክር አፕሊኬሽን ነው። ለቴሌሜትሪ ስብስብ እና ምርመራ ብዙ እድሎችን ይሰጣል።

እዚህ ያለው ችግር ሻጩ ለዚህ በጣም ምርመራ ዝግጁ የሆኑ መፍትሄዎችን በተመለከተ ምንም ልዩ ነገር አይሰጥም. አዎ, 1C አለ: የመሳሪያ እና የቁጥጥር ማእከል, እንዲያውም በጣም ጥሩ ናቸው, ግን በጣም ውድ ናቸው እና ሁሉም ሰው የላቸውም. Grafana, Zabbix, ELK እና ሌሎች ነገሮችን ከመደበኛው የአስተዳዳሪ ስብስብ ለማገናኘት በማህበረሰቡ ውስጥ በርካታ እድገቶች አሉ, ነገር ግን ብዙሃኑን የሚያሟላ አንድ ነጠላ መፍትሄ የለም. ተግባሩ ጀግናውን ይጠብቃል። እና በ1C ክላስተር ለመጀመር ያቀደ ንግድ ከሆንክ ኤክስፐርት ያስፈልግሃል። ከውስጥም ሆነ ከውጭ የራስህ, ግን ያስፈልግሃል. ለአገልጋይ አሠራር ብቃቶች ያለው የተለየ ሚና መኖሩ የተለመደ ነው, እያንዳንዱ 1C ተጠቃሚ ይህን ማወቅ የለበትም, እንደዚህ አይነት ሚና እንደሚያስፈልግ ብቻ መረዳት ያስፈልግዎታል. ለምሳሌ SAP እንውሰድ። እዚያ ፣ ፕሮግራመር ፣ ምናልባትም ፣ በመተግበሪያው አገልጋይ ላይ የሆነ ነገር እንዲያዋቅር ከተጠየቀ ከወንበሩ አይነሳም። እሱ ሞኝ ብቻ ሊሆን ይችላል እና አያፍርም. በ SAP ዘዴ ውስጥ ለዚህ የተለየ የሰራተኛ ሚና አለ. በሆነ ምክንያት, በ 1C ኢንዱስትሪ ውስጥ ይህ በአንድ ሰራተኛ ውስጥ ለተመሳሳይ ደመወዝ መቀላቀል አለበት ተብሎ ይታመናል. ቅዠት ነው።

የ 1C አገልጋይ ጉዳቶች

በትክክል አንድ መቀነስ አለ - አስተማማኝነት። ወይም, ከመረጡ, ያልተጠበቀ. የአገልጋዩ ድንገተኛ እንግዳ ባህሪ ከወዲሁ የከተማው መነጋገሪያ ሆኗል። ሁለንተናዊ መድሐኒት - አገልጋዩን ማቆም እና ሁሉንም መሸጎጫዎች ማጽዳት - በባለሙያው የእጅ መጽሃፍ ውስጥ እንኳን ተብራርቷል, እና ይህን የሚያደርገው የቡድን መጽሐፍ እንኳን ይመከራል. የእርስዎ 1C ስርዓት በንድፈ ሀሳብ እንኳን ማድረግ የማይገባውን አንድ ነገር ማድረግ ከጀመረ የክፍለ ጊዜ ውሂብ መሸጎጫውን ለማጽዳት ጊዜው አሁን ነው። እንደኔ ግምት በመላ ሀገሪቱ ያለዚህ አሰራር 1C ሰርቨር እንዴት እንደሚሰራ የሚያውቁ እና ሚስጥሮችን የማይጋሩ ሶስት ሰዎች ብቻ አሉ ምክንያቱም... የሚኖሩት ከዚህ ነው። ምናልባት ምስጢራቸው የክፍለ ጊዜ ውሂብን ያጸዳሉ, ነገር ግን ስለ እሱ ለማንም ሰው አይናገሩም, ዱድ.

ያለበለዚያ 1C አገልጋይ እንደሌላው አፕሊኬሽን ነው እና በተመሳሳይ መልኩ የሚተዳደረው ሰነዶቹን በማንበብ እና ታምቡሪን በማንኳኳት ነው።

Docker

በኮንቴይነር የተያዘ 1C አገልጋይ በምርት ውስጥ መጠቀም ያለው ጠቀሜታ እስካሁን አልተረጋገጠም። አገልጋዩ በቀላሉ ከተመጣጣኝ ጀርባ አንጓዎችን በመጨመር የተሰበሰበ አይደለም፣ ይህም የምርት ኮንቴይነሬሽን ጥቅምን በትንሹ ይቀንሳል፣ እና በኮንቴይነሮች ውስጥ በሃይሎድ ሞድ ውስጥ የተሳካ ቀዶ ጥገና የማድረግ ልምድ አልተረጋገጠም። በዚህ ምክንያት፣ የሙከራ አካባቢዎችን ለማዘጋጀት Docker+1C ገንቢዎች ብቻ ይጠቀማሉ። እዚያም በጣም ጠቃሚ ነው, ተተግብሯል, በዘመናዊ ቴክኖሎጂዎች እንዲጫወቱ እና ከአወቃቀሩ የተስፋ መቁረጥ ስሜት እረፍት እንዲወስዱ ይፈቅድልዎታል.

የንግድ አካል

ከመዋዕለ ንዋይ እይታ አንጻር, 1C በአፕሊኬሽን ክፍሎች ሰፊ ችሎታዎች ምክንያት የንግድ ስራ ሀሳቦችን በፍጥነት የማስጀመር ችግርን እንዲፈቱ ይፈቅድልዎታል. 1C ከሳጥኑ ውጭ በጣም ጨዋ ሪፖርት ማድረግን፣ ከማንኛውም ነገር ጋር ውህደትን፣ የድር ደንበኛን፣ የሞባይል ደንበኛን፣ የሞባይል መተግበሪያን፣ ለተለያዩ ዲቢኤምኤስዎች ድጋፍ፣ ወዘተ ይሰጣል። ነጻ, ተሻጋሪ መድረክ ሁለቱም አገልጋይ እና የተጫኑ የደንበኛ ክፍሎች. አዎ፣ የመተግበሪያዎች UI ቢጫ ይሆናል፣ አንዳንድ ጊዜ ይህ ተቀንሶ ነው፣ ግን ሁልጊዜ አይደለም።
1Cን በመምረጥ አንድ የንግድ ድርጅት እጅግ በጣም ሰፊ የሆኑ አፕሊኬሽኖችን ለመገንባት የሚያስችል የሶፍትዌር መፍትሄዎችን ያገኛል, እንዲሁም በገበያ ላይ ያሉ ብዙ ገንቢዎች ከጃቫስቶች ያነሰ ገንዘብ የሚፈልጉ እና በተመሳሳይ ጊዜ ፈጣን ውጤቶችን ያመጣሉ.

ለምሳሌ የፒዲኤፍ ደረሰኝ ለደንበኛ የመላክ ተግባር በአንድ ሰዓት ውስጥ በተማሪ ስራ ሊፈታ ይችላል። በ NET ውስጥ ያለው ተመሳሳይ ችግር የባለቤትነት ቤተመፃህፍት በመግዛት፣ ወይም ለሁለት ቀናት ወይም ሳምንታት ኮድ በጠንካራ ፣ ጢም ገንቢ በመግዛት ሊፈታ ይችላል። አንዳንድ ጊዜ, ሁለቱም በአንድ ጊዜ. እና አዎ፣ ስለ ፒዲኤፍ መፈጠር ብቻ ነበር ያወራሁት። ይህ ሂሳብ ከየት እንደሚመጣም አልተናገርንም። የዌብ frontender ኦፕሬተሩ ውሂቡን የሚያስገባበት ቅጽ መፍጠር አለበት ፣ጀርባው JSON ለማስተላለፍ ዲቶ ሞዴሎችን መፍጠር አለበት ፣በመረጃ ቋቱ ውስጥ ለማከማቸት ሞዴሎች ፣የመረጃ ቋቱ መዋቅር ራሱ ፣ወደ እሱ መሰደድ ፣ግራፊክስ ምስረታ። የዚህ መለያ ማሳያ ፣ እና ከዚያ ብቻ - ፒዲኤፍ። በ 1C ላይ, ሙሉው ስራ, ከመጀመሪያው, በትክክል በአንድ ሰዓት ውስጥ ይጠናቀቃል.

ለአንድ ትንሽ ድንኳን የተገዛ/የተሸጠ የቢዝነስ ሂደት በ3 ሰአት ውስጥ ሙሉ በሙሉ የሚሰራ የሂሳብ አሰራር በ3 ሰአታት ውስጥ ይከናወናል፡ የሽያጭ ሪፖርት በማቅረብ፣ በግዢ እና በሽያጭ ዋጋ የሸቀጦች የሂሳብ አያያዝ፣ በመጋዘን የተከፋፈለ፣ የመዳረሻ መብት ቁጥጥር፣ የድር ደንበኛ እና የሞባይል መተግበሪያ . እሺ፣ አፕሊኬሽኑን ረስቼው ነበር፣ ከመተግበሪያው ጋር በ XNUMX ሰዓታት ውስጥ ፣ በስድስት ውስጥ።

ይህ ተግባር የ NET ገንቢ ቪዥዋል ስቱዲዮን በንጹህ ኮምፒዩተር ላይ ከመትከል ለደንበኛው ለማሳየት ምን ያህል ጊዜ ይወስዳል? ስለ ልማት ዋጋስ? ተመሳሳይ ነገር.

የ 1C ጥንካሬዎች እንደ መድረክ

1C ጠንካራ የሆነው በአለም ላይ ምርጥ የሆነ የተለየ ነገር ስላለ አይደለም። በተቃራኒው ፣ በእያንዳንዱ ግለሰብ ንዑስ ስርዓት ውስጥ በዓለም ሶፍትዌር ውስጥ የበለጠ አስደሳች አናሎግ ማግኘት ይችላሉ። ሆኖም፣ በምክንያቶች ጥምር ላይ በመመስረት፣ ከ1C ጋር የሚመሳሰል መድረክ አላየሁም። የንግድ ስኬት የሚገኘው እዚህ ላይ ነው። የመድረክ ጥቅሞች በእሱ ውስጥ ተበታትነው እና ይህ በሌሎች መድረኮች እንዴት እንደሚደረግ ሲመለከቱ በጣም በግልጽ ይታያሉ. በመሠረቱ, እነዚህ ባህሪያት እንኳን አይደሉም, ግን በተቃራኒው - የአንድ የተወሰነ ምሳሌን በመደገፍ ባህሪያትን አለመቀበል. ጥቂት ምሳሌዎች፡-

1. ዩኒኮድ ሲኦል ምን ቀላል ሊሆን ይችላል? በ2019 ነጠላ ባይት ASCII ኢንኮዲንግ መጠቀም አያስፈልግም (ከጥንታዊ ቅርሶች ጋር ከመዋሃድ በስተቀር)። በጭራሽ። ግን አይደለም. የሆነ ሆኖ፣ በአንዳንድ ሠንጠረዥ ውስጥ ያለ አንድ ሰው ነጠላ-ባይት ቫርቻርን ይጠቀማል እና አፕሊኬሽኑ በኮዲንግ ላይ ችግሮች ያጋጥመዋል። እ.ኤ.አ. በ2015 የጊትላብ ኤልዲኤፒ ፈቃድ ከቅንብሮች ጋር በተሰራ የተሳሳተ ስራ ምክንያት አልተሳካም፤ JetBrains IDE አሁንም በሁሉም የፋይል ስሞች ከሲሪሊክ ጋር አይሰራም። 1C ከፍተኛ ጥራት ያለው የመተግበሪያ ኮድ ከመረጃ ቋት ንብርብር ማግለል ያቀርባል። እዚያም ጠረጴዛዎችን በዝቅተኛ ደረጃ ለመተየብ የማይቻል ሲሆን በመረጃ ቋት ደረጃ ላይ ያሉ ብቃት የሌላቸው ጁኒየር ጅቦች እዚያ የማይቻል ናቸው. አዎ፣ ብቃት በሌላቸው ጁኒየር ሌሎች ችግሮች ሊኖሩ ይችላሉ፣ ነገር ግን የተለያዩ ችግሮች በጣም ትንሽ ናቸው። አሁን አፕሊኬሽንዎ በትክክል የተነደፈ እና የመረጃ ቋቱ ተደራሽነት ንብርብር መሆን እንዳለበት ይነግሩኛል። የእርስዎን የድርጅት ብጁ ጃቫ መተግበሪያ ሌላ ይመልከቱ። በቅንነት እና በቅርበት። ሕሊናህ ይረብሸሃል? ከዚያ ለአንተ ደስተኛ ነኝ።
2. የሰነዶች/የማጣቀሻ መጽሐፍት ቁጥር። በ 1C ውስጥ በእርግጠኝነት በጣም ተለዋዋጭ እና በጣም ጥሩ አይደለም. ነገር ግን በባንክ ሶፍትዌሮች እና በራሳቸው የተፃፉ የሂሳብ አያያዝ ስርዓቶች ውስጥ የሚያደርጉት - ደህና ፣ ጨለማ ብቻ ነው። ወይ ማንነት ይጣበቃል (እና ከዚያ "ኦህ, ለምን ቀዳዳዎች አሉን"), ወይም በተቃራኒው, በዲቢኤምኤስ ደረጃ ከመቆለፍ ጋር የሚሰራ ጀነሬተር ይሠራሉ (እና ማነቆ ይሆናል). በእውነቱ ፣ ይህንን ቀላል የሚመስለውን ተግባር ማከናወን በጣም ከባድ ነው - የአንድ አካላት ከጫፍ እስከ ጫፍ ቆጣሪ ፣ በልዩነት ክፍል በተወሰኑ የቁልፍ ስብስቦች ላይ የተመሠረተ ፣ ቅድመ ቅጥያ ፣ በትይዩ የውሂብ ግቤት ጊዜ የውሂብ ጎታውን እንዳያግድ። .
3. በመረጃ ቋቱ ውስጥ ያሉ መዝገቦችን ለዪ። 1C ጠንከር ያለ ውሳኔ አድርጓል - ሁሉም አገናኝ መለያዎች ፍፁም ሰው ሠራሽ ናቸው እና ያ ነው። እና በተከፋፈሉ የውሂብ ጎታዎች እና ልውውጦች ላይ ምንም ችግሮች የሉም. የሌሎች ስርዓቶች ገንቢዎች በግትርነት እንደ መታወቂያ የሆነ ነገር ይፈጥራሉ (አጭር ነው!)፣ ብዙ ተዛማጅ ሁኔታዎችን ለመፍጠር ጊዜው እስኪደርስ ድረስ ወደ GUI ይጎትቷቸው (ከዚያም ይገለጣሉ)። ይሄ የለህም? እውነት ነው?
4. ዝርዝሮች. 1C በ(ትልቅ) ዝርዝሮችን ለማንሳት እና ለማሰስ በጣም የተሳካ ስልቶች አሉት። ወዲያውኑ ቦታ ማስያዝ ፍቀድልኝ - ዘዴውን በትክክል በመጠቀም! በአጠቃላይ ፣ ርዕሱ በጣም ደስ የማይል ነው ፣ በትክክል ሊፈታ አይችልም - እሱ ሊታወቅ የሚችል እና ቀላል ነው (ነገር ግን በደንበኛው ላይ ትልቅ የመመዝገቢያ መዝገብ አደጋ) ፣ ወይም ገጽ መለጠፍ አንድ ወይም ሌላ ጠማማ ነው። ፔጂንግ የሚሰሩ ሰዎች ብዙውን ጊዜ በጠማማ መንገድ ያደርጉታል። ሐቀኛ ጥቅልል ​​የሚሠሩ ሰዎች የውሂብ ጎታ፣ ቻናል እና ደንበኛ ይጨምራሉ።
5. የሚተዳደሩ ቅጾች. ምንም ጥርጥር የለውም, በድር ደንበኛ ውስጥ በይነገጹ በትክክል አይሰራም. ግን ይሰራል። ግን ለብዙ ሌሎች የሂሳብ አያያዝ እና የባንክ ሥርዓቶች የርቀት የስራ ቦታ መፍጠር የድርጅት ደረጃ ፕሮጀክት ነው። የኃላፊነት ማስተባበያ፡ እንደ እድል ሆኖ በመጀመሪያ በድር ላይ ላደረጉት ይህ ምንም ተጽእኖ አይኖረውም።
6. የሞባይል መተግበሪያ. በቅርቡ፣ በተመሳሳይ ስነ-ምህዳር ውስጥ እያሉ የሞባይል መተግበሪያዎችን መፃፍ ይችላሉ። እዚህ ከድር ደንበኛ ይልቅ ትንሽ የተወሳሰበ ነው፤ የመሳሪያዎች ዝርዝር ሁኔታ ለእነሱ በተለይ እንድትጽፍ ያስገድድሃል፣ ሆኖም ግን፣ የተለየ የሞባይል ገንቢዎች ቡድን አትቀጥርም። ለኩባንያው ውስጣዊ ፍላጎቶች ማመልከቻ ከፈለጉ (ለድርጅት ችግር የሞባይል መፍትሄ ከቢጫ UI ንድፍ የበለጠ አስፈላጊ ከሆነ) በቀላሉ ተመሳሳይ መድረክን ከሳጥኑ ውስጥ ይጠቀማሉ።
7. ሪፖርት ማድረግ. በዚህ ቃል ትልቅ ዳታ ያለው እና በኢቲኤል ሂደት ላይ የዘገየ የ BI ስርዓት ማለቴ አይደለም። ይህ እዚህ እና አሁን ያለውን የሂሳብ ሁኔታ ለመገምገም የሚያስችሉዎትን የአሠራር ሰራተኞች ሪፖርቶችን ይመለከታል. ሚዛኖች፣ የጋራ መኖሪያ ቤቶች፣ እንደገና ደረጃ አሰጣጥ፣ ወዘተ. 1C ከሳጥኑ ወጥቷል የሪፖርት ማቅረቢያ ስርዓት በተጠቃሚው በኩል ለቡድን ፣ ለማጣሪያ እና ለእይታ ተለዋዋጭ ቅንጅቶች። አዎ, በገበያ ላይ ቀዝቃዛ አናሎግዎች አሉ. ነገር ግን በሁሉም-በአንድ-መፍትሄ ማዕቀፍ ውስጥ አይደለም እና አንዳንድ ጊዜ ከሁሉም-በአንድ-መፍትሄ ከፍ ያለ ዋጋ። እና ብዙ ጊዜ ሌላው ቀርቶ ሌላ መንገድ ነው: ሪፖርት ማድረግ ብቻ, ነገር ግን ከመላው መድረክ የበለጠ ውድ እና በጥራት የከፋ ነው.
8. ሊታተሙ የሚችሉ ቅጾች. ደህና፣ የደመወዝ ወረቀቶችን በፒዲኤፍ ወደ ሰራተኞች በኢሜል የመላክን ችግር ለመፍታት .NET ይጠቀሙ። እና አሁን የክፍያ መጠየቂያዎችን የማተም ተግባር. ቅጂዎቻቸውን ወደ ተመሳሳይ ፒዲኤፍ ስለማስቀመጥስ? ለ 1C ቅጽል ስም ማንኛውንም አቀማመጥ ወደ ፒዲኤፍ ማውጣት +1 የኮድ መስመር ነው። ይህ ማለት በሌላ ቋንቋ ከቀናት ወይም ከሳምንታት ይልቅ +40 ሰከንድ የስራ ጊዜ ማለት ነው። በ1C ውስጥ የታተሙ የቅጽ አቀማመጦች ለማዳበር በሚያስደንቅ ሁኔታ ቀላል እና ከሚከፈልባቸው ባልደረባዎች ጋር ለመወዳደር በጣም ኃይለኛ ናቸው። አዎ፣ ምናልባት፣ በ1C የተመን ሉህ ሰነዶች ውስጥ ብዙ የመስተጋብራዊ እድሎች የሉም፤ OpenGLን በመጠቀም 3D ዲያግራምን ከስኬቲንግ ጋር በፍጥነት ማግኘት አይችሉም። ግን በእርግጥ አስፈላጊ ነው?

እነዚህ ተግባራትን መገደብ ወይም ስምምነትን መተግበር ለወደፊቱ ጠቃሚ የስነ-ህንፃ ጥቅም የሚሆኑባቸው ጥቂት ምሳሌዎች ናቸው። ምንም እንኳን ስምምነት ወይም አይደለም በጣም ውጤታማው አማራጭ - ቀድሞውኑ በሳጥኑ ውስጥ ነው እና ለእሱ ተወስዷል. ገለልተኛ አተገባበሩም የማይቻል ይሆናል (ምክንያቱም እንዲህ ያሉ ውሳኔዎች በፕሮጀክቱ መጀመሪያ ላይ መደረግ አለባቸው, እና ለዚያ ጊዜ የለም, እና ምንም አርክቴክት የለም) ወይም ብዙ ውድ ድግግሞሾች. በእያንዳንዱ የተዘረዘሩ ነጥቦች (እና ይህ የተሟላ የስነ-ህንፃ መፍትሄዎች ዝርዝር አይደለም) ማጭበርበር እና ሚዛንን የሚከለክሉ ገደቦችን ማስተዋወቅ ይችላሉ። ያም ሆነ ይህ፣ እርስዎ፣ እንደ ነጋዴ፣ የእርስዎ ፕሮግራም አውጪዎች፣ “ሲስተም ከባዶ” ሲሰሩ፣ ቀጥ ያሉ እጆች እንዳላቸው እና ስውር የስርዓት ጉዳዮችን ወዲያውኑ እንደሚያደርጉ ማረጋገጥ አለብዎት።

አዎን, ልክ እንደሌላው ውስብስብ ስርዓት, 1C እራሱ በተወሰኑ ገፅታዎች ላይ ሚዛንን የሚያግድ መፍትሄዎች አሉት. ሆኖም ፣ እደግመዋለሁ ፣ በሁኔታዎች ጥምር ፣ በባለቤትነት ዋጋ ፣ እና አስቀድሞ የተፈቱ ችግሮች ብዛት ፣ በገበያ ላይ ብቁ ተወዳዳሪ አላየሁም። ለተመሳሳይ ዋጋ፣ የፋይናንሺያል አፕሊኬሽን ማዕቀፍ፣ የተሰባጠረ ሚዛናዊ አገልጋይ፣ ከዩአይ እና የድር በይነገጽ፣ ከሞባይል መተግበሪያ ጋር፣ ከሪፖርት አቀራረብ፣ ውህደት እና ሌሎች ነገሮች ጋር ያገኛሉ። በጃቫ አለም የፊት እና የኋላ-መጨረሻ ቡድን ይቀጥራሉ፣በቤት የተጻፈውን የአገልጋይ ኮድ ዝቅተኛ ደረጃ ያርሙ እና ለ 2 የሞባይል አፕሊኬሽኖች ለየብቻ ይከፍላሉ።

1C ሁሉንም ጉዳዮች ይፈታል እያልኩ አይደለም፣ ነገር ግን ለውስጣዊ ኮርፖሬት አፕሊኬሽን፣ UI ብራንድ ማድረግ በማይኖርበት ጊዜ - ሌላ ምን ያስፈልጋል?

በወባው ውስጥ ይሽከረክሩ

ምናልባት 1C ዓለምን እንደሚያድን እና ሁሉም ሌሎች የኮርፖሬት ስርዓቶችን የመፃፍ መንገዶች የተሳሳቱ ናቸው የሚል ግምት አግኝተው ይሆናል። በፍፁም እንደዛ አይደለም። ከነጋዴው አንፃር ፣ 1C ከመረጡ ፣ ከዚያ በፍጥነት ወደ ገበያ ከመሄድ በተጨማሪ የሚከተሉትን ጉዳቶች ግምት ውስጥ ማስገባት አለብዎት ።

• የአገልጋይ አስተማማኝነት. ያልተቋረጠ ስራውን የሚያረጋግጡ ከፍተኛ ጥራት ያላቸው ልዩ ባለሙያዎች ያስፈልጋሉ. ከአቅራቢው ለእንደዚህ አይነት ስፔሻሊስቶች ዝግጁ የሆነ የስልጠና መርሃ ግብር አላውቅም. ለኤክስፐርት ፈተና ለመዘጋጀት ኮርሶች አሉ, ግን ይህ, በእኔ አስተያየት, በቂ አይደለም.
• ድጋፍ. የቀደመውን አንቀጽ ተመልከት። ከአቅራቢው ድጋፍ ለማግኘት, መግዛት ያስፈልግዎታል. በሆነ ምክንያት ይህ በ 1C ኢንዱስትሪ ውስጥ ተቀባይነት የለውም. እና በ SAP ፣ የግድ የግድ መግዛት ይቻላል እና ማንንም አይረብሽም። ያለ የድርጅት ድጋፍ እና የሰራተኞች ባለሙያ ከሌለ በ 1C ብልሽቶች ብቻዎን መተው ይችላሉ።
• አሁንም፣ ሁሉንም ነገር በ1C በፍጹም ማድረግ አይችሉም። ይህ መሳሪያ ነው እና እንደማንኛውም መሳሪያ የተግባር ገደቦች አሉት። በ 1C መልክዓ ምድራዊ አቀማመጥ "የ 1C ያልሆነ" ስርዓት መሐንዲስ እንዲኖር በጣም የሚፈለግ ነው.
• ጥሩ የ1C ቅጽል ስሞች በሌሎች ቋንቋዎች ካሉ ጥሩ ፕሮግራመሮች ርካሽ አይደሉም። ምንም እንኳን የሚጽፉበት ቋንቋ ምንም ይሁን ምን መጥፎ ፕሮግራመሮች ለመቅጠር ውድ ናቸው።

ነጥቦቹን እንይ

• 1C ፈጣን የመተግበሪያ ልማት (RAD) ለንግድ ስራ ማዕቀፍ ነው እና ለዚህ የተዘጋጀ ነው።
• ባለ ሶስት እርከን ማገናኛ ለዋና ዲቢኤምኤስ፣ የደንበኛ UI፣ በጣም ጥሩ ORM እና ሪፖርት ማድረግ
• 1C የማይችለውን ሊያደርጉ ከሚችሉ ስርዓቶች ጋር የመዋሃድ ሰፊ እድሎች። የማሽን መማር ከፈለጉ Pythonን ይውሰዱ እና ውጤቱን በ http ወይም RabbitMQ በኩል ወደ 1C ይላኩ።
• 1C በመጠቀም ሁሉንም ነገር ለማድረግ መጣር አያስፈልግም, ጥንካሬዎቹን መረዳት እና ለእራስዎ አላማዎች መጠቀም አለብዎት.
• በቴክኖሎጂ ማዕቀፍ መግብሮች ውስጥ ለመቆፈር እና በየ N አመት ወደ አዲስ ሞተር ለመቀየር የሚስቡ ገንቢዎች በ1C አሰልቺ ናቸው። እዚያ ሁሉም ነገር በጣም ወግ አጥባቂ ነው.
• ገንቢዎችም አሰልቺ ናቸው ምክንያቱም ከአምራቹ በጣም ትንሽ ስጋት ስለሌላቸው። አሰልቺ ቋንቋ፣ ደካማ IDE። ዘመናዊነትን ይጠይቃሉ.
• በሌላ በኩል፣ ሌላ የሚወዷቸውን ቴክኖሎጂ በመጠቀም እና በመማር መዝናናት የማይችሉ ገንቢዎች መጥፎ ገንቢዎች ናቸው። እነሱ ያለቅሳሉ እና ወደ ሌላ ሥነ-ምህዳር ይንቀሳቀሳሉ.
• የ1C ቅፅል ስሞቻቸውን በፓይዘን ውስጥ አንድ ነገር እንዲጽፉ የማይፈቅዱ አሰሪዎች መጥፎ ቀጣሪዎች ናቸው። ጠያቂ አእምሮ ያላቸው ሰራተኞችን ያጣሉ፣ እና በነሱ ቦታ በሁሉም ነገር ተስማምተው የድርጅት ሶፍትዌሮችን ወደ ረግረጋማ የሚጎትቱ የጦጣ ኮዶች ይመጣሉ። አሁንም እንደገና መፃፍ አለበት፣ ስለዚህ ምናልባት ትንሽ ቀደም ብሎ በፓይዘን ውስጥ ትንሽ ኢንቨስት ማድረግ የተሻለ ሊሆን ይችላል?
• 1C የንግድ ድርጅት ነው እና ባህሪያትን በራሱ ፍላጎት እና ጥቅም ላይ በመመስረት ብቻ ተግባራዊ ያደርጋል። ለዚህ እሷን ተጠያቂ ማድረግ አይችሉም, ንግድ ስለ ትርፍ ማሰብ አለበት, ይህ ህይወት ነው
• 1C ለንግድ ችግሮች መፍትሄዎችን በመሸጥ ገንዘብ ያገኛል, ለ Vasya የገንቢ ችግሮች አይደለም. እነዚህ ሁለት ጽንሰ-ሐሳቦች ይዛመዳሉ, ነገር ግን ቅድሚያ የሚሰጠው እኔ ያልኩት ነው. ገንቢ Vasya ለ 1C: Resharper ለግል ፍቃድ ለመክፈል ዝግጁ ሲሆን, በፍጥነት ይታያል, "Resharper" በ A. Orefkova ለዚህ ማረጋገጫ ነው. ሻጩ ከደገፈው እና ካልተዋጋው፣ ለገንቢዎች የሶፍትዌር ገበያ ይመጣል። አሁን በዚህ ገበያ ውስጥ አንድ ተኩል ተጫዋቾች አጠያያቂ ውጤቶች አሉ, እና ሁሉም ከ IDE ጋር ያለው ውህደት አሉታዊ ስለሆነ እና ሁሉም ነገር በክራንች ላይ ስለሚደረግ.
• የባለብዙ-ማሽን ኦፕሬተር አሠራር ወደ መጥፋት ይጠፋል. ዘመናዊ አፕሊኬሽኖች ከኮዱ ጎን እና ከንግዱ አጠቃቀም ጎን ሁለቱንም ለማስታወስ በጣም ትልቅ ናቸው። የ1C አገልጋይም ውስብስብ እየሆነ መጥቷል፤ በአንድ ሰራተኛ ውስጥ ሁሉንም አይነት እውቀት መያዝ የማይቻል ይሆናል። ይህ የልዩ ባለሙያዎችን ፍላጎት ሊያመጣ ይገባል, ይህም ማለት የ 1C ሙያ ማራኪነት እና የደመወዝ ጭማሪ ማለት ነው. ቀደም Vasya አንድ ደሞዝ ሦስት-በ-አንድ ይሠራ ከሆነ, አሁን ሁለት Vasyas መቅጠር አለብዎት እና Vasyas መካከል ውድድር ያላቸውን ደረጃ አጠቃላይ እድገት ሊያነሳሳ ይችላል.

መደምደሚያ

1C በጣም ብቁ የሆነ ምርት ነው። በእኔ የዋጋ ክልል ውስጥ, ምንም አይነት አናሎጎችን አላውቅም, ካሉ በአስተያየቶቹ ውስጥ ይፃፉ. ይሁን እንጂ ከሥነ-ምህዳር ውስጥ የገንቢዎች መውጣት ከጊዜ ወደ ጊዜ እየታየ ነው, እና ይህ "የአንጎል ፍሳሽ" ነው, ምንም እንኳን እርስዎ ቢመለከቱት. ኢንዱስትሪው የዘመናዊነት ረሃብ ነው።
ገንቢ ከሆንክ በ1C ላይ አትዝጋው እና ሁሉም ነገር በሌሎች ቋንቋዎች አስማታዊ ነው ብለህ አታስብ። ጁኒየር ሳለህ ምናልባት። አንድ ትልቅ ነገር መፍታት እንደሚያስፈልገው ወዲያውኑ የተዘጋጁ መፍትሄዎች ረዘም ላለ ጊዜ መፈለግ እና የበለጠ ተጠናክረው መጠናቀቅ አለባቸው። መፍትሄ ሊገነባ ከሚችለው የ "ብሎኮች" ጥራት አንጻር 1C በጣም በጣም ጥሩ ነው.

እና አንድ ተጨማሪ ነገር - ለመቅጠር የ 1C ቅጽል ስም ወደ እርስዎ ከመጣ, የ 1C ቅፅል ስም ወደ መሪ ተንታኞች ቦታ ሊሾም ይችላል. ስለ ሥራው ፣ ስለ ርዕሰ ጉዳዩ እና ስለ መበስበስ ችሎታቸው ያላቸው ግንዛቤ በጣም ጥሩ ነው። እርግጠኛ ነኝ ይህ በትክክል በ 1C ልማት ውስጥ ዲዲዲ በግዳጅ ጥቅም ላይ በመዋል ምክንያት ነው። አንድ ሰው በመጀመሪያ ስለ አንድ ተግባር ትርጉም እንዲያስብ የሰለጠነ ነው, በርዕሰ-ጉዳዩ ውስጥ ባሉ ነገሮች መካከል ስላለው ግንኙነት, እና በተመሳሳይ ጊዜ በማዋሃድ ቴክኖሎጂዎች እና የውሂብ ልውውጥ ቅርፀቶች ውስጥ ቴክኒካዊ ዳራ አለው.

ተስማሚው ማዕቀፍ እንደሌለ ይገንዘቡ እና እራስዎን ይንከባከቡ.
ለሁሉም መልካም!

PS: በጣም አመሰግናለሁ ስፔሹሪክ ጽሑፉን ለማዘጋጀት እርዳታ ለማግኘት.

በዳሰሳ ጥናቱ ውስጥ የተመዘገቡ ተጠቃሚዎች ብቻ መሳተፍ ይችላሉ። ስግን እንእባክህን።

በድርጅትዎ ውስጥ 1C አለዎት?

• 13,3%በፍጹም።71

• 30,3%አለ ፣ ግን የሆነ ቦታ በሂሳብ ክፍል ውስጥ ብቻ። በሌሎች መድረኮች ላይ ዋና ስርዓቶች162

• 41,4%አዎ, ዋናዎቹ የንግድ ሂደቶች በ it221 ላይ ይሰራሉ

• 15,0%1C መሞት አለበት፣ መጪው ጊዜ የ%technology_name%80 ነው።

534 ተጠቃሚዎች ድምጽ ሰጥተዋል። 99 ተጠቃሚዎች ድምፀ ተአቅቦ አድርገዋል።

ምንጭ: hab.com