ملګرو او همکارانو، په دې وروستیو کې د پراختیایي پلیټ فارم په توګه د 1C په وړاندې کرکه، او د هغې د مدافعینو لخوا ویناوو سره د Habré په اړه ډیرې مقالې شتون لري. دې مقالو یوه جدي ستونزه په ګوته کړې: ډیری وختونه ، د 1C انتقاد کونکي د "په دې کې نه مهارت" له دریځ څخه نیوکه کوي ، هغه ستونزې چې په حقیقت کې په اسانۍ سره حل کیږي ، او په برعکس ، هغه ستونزو ته لاس نه ورکوي چې واقعیا مهم دي ، ارزښت لري. بحث کول او د پلورونکي لخوا نه حل کیږي. زه باور لرم چې دا د 1C پلیټ فارم یو سالم او متوازن بیاکتنه ترسره کول معنی لري. دا څه کولی شي، څه نشي کولی، هغه څه چې باید وکړي مګر نه کوي، او د ډیزرټ لپاره، دا د ټکولو سره څه کوي، او ستاسو پراختیا کونکي په %Technology_name% کې به سل کاله وکړي، دا به یې وغورځوي. له یوې څخه زیات کلنۍ بودیجه.
د پایلې په توګه، تاسو، د مدیر یا معمار په توګه، د دې توان لرئ چې روښانه پوهه ترلاسه کړئ چې کوم کار به ستاسو لپاره د 1C کارول ګټور وي، او چیرته چې دا د ګرمې اوسپنې سره سوځول اړین وي. په "غیر-1C" نړۍ کې د پراختیا کونکي په توګه ، تاسو به وکولی شئ وګورئ چې په 1C کې څه شتون لري چې د ګډوډۍ لامل کیږي. او د 1C پراختیا کونکي په توګه ، تاسو به وکولی شئ خپل سیسټم د نورو ژبو اکوسیستمونو سره پرتله کړئ او د سافټویر پراختیا همغږي سیسټم کې خپل موقعیت درک کړئ.
د کټ لاندې په 1C باندې ډیر سخت بریدونه شتون لري، د 1C په نقادانو باندې، په جاوا، .NET او په عمومي توګه ... فین ډک دی، ښه راغلاست!
زما په اړه
زه د 2004 راهیسې د خبرو اترو له موضوع سره اشنا یم. زه شاید له شپږ کلنۍ راهیسې پروګرامونه کوم، له هماغه شیبې څخه چې ما د پروفیسور فورټران په اړه یو کتاب ترلاسه کړ چې د پیشو، مرغیو او کیټرپلر په اړه کامیکونه لري. ما هغه پروګرامونه تحلیل کړل چې بلی په کتاب کې د انځورونو څخه لیکلي او معلومه کړه چې دوی څه کړي. او هو، ما په هغه وخت کې ریښتینی کمپیوټر نه درلود، مګر د کتاب په خپریدو کې یو انځور و او ما په صادقانه توګه د کاغذ تڼۍ فشارولې، هغه امرونو ته ننوتم چې ما د بلی ایکس په اړه جاسوسي کړې وه.
بیا په ښوونځي کې BK0011 او BASIC وو، C++ او په پوهنتون کې راټولونکي، بیا 1C، او بیا نور ډیر شیان چې زه یې په یادولو کې ډیر سست یم. د تیرو 15 کلونو لپاره، زه په عمده توګه په 1C کې ښکیل یم، نه یوازې د کوډ کولو شرایطو کې، مګر په عمومي توګه په 1C کې. دلته د دندو، ادارې او ویش تنظیم کول. د تیرو 5 کلونو لپاره زه د نورو 1C کاروونکو لپاره د پرمختیا او اتوماتیک وسیلو رامینځته کولو ، مقالې او کتابونو لیکلو په برخه کې په ټولنیز ډول ګټور فعالیتونو کې بوخت یم.
راځئ چې د بحث موضوع په اړه پریکړه وکړو
لومړی، راځئ چې د هغه څه په اړه وغږیږو چې موږ یې په اړه خبرې کوو، ځکه چې د "1C" لیکونه ډیری شیان معنی لري. په دې حالت کې، د "1C" لیکونو په واسطه موږ به په ځانګړې توګه د عصري، اتم نسخه "1C: Enterprise" پراختیایي چوکاټ معنی کړو. موږ به د تولید کونکي او د هغې د پالیسیو په اړه ډیرې خبرې ونه کړو (مګر موږ به لږ څه وکړو). ټیکنالوژي جلا ده، غوښتنلیکونه عرف تشکیلات جلا دي.
د لوړې کچې جوړښت 1C: شرکت
دا د هیڅ شی لپاره ندي چې زه د "چوکاټ" کلمه یادوم. د پراختیا کونکي له نظره ، د 1C پلیټ فارم دقیقا یو چوکاټ دی. او تاسو اړتیا لرئ چې دا د یو چوکاټ په څیر په سمه توګه چلند وکړئ. د پسرلي یا ASP.NET په توګه فکر وکړئ، د ځینې رن ټایم لخوا اجرا شوي (په ترتیب سره JVM یا CLR). داسې پیښیږي چې د دودیز برنامه کولو نړۍ کې ("نه 1C") ، په چوکاټونو ، مجازی ماشینونو او ځانګړي غوښتنلیکونو ویشل طبیعي ده ، د دې حقیقت له امله چې دا اجزا معمولا د مختلف تولید کونکو لخوا رامینځته کیږي. په 1C نړۍ کې، دا دود نه دی چې په ښکاره ډول د پراختیا چوکاټ او د وخت وخت توپیر وکړي، سربیره پردې، د چوکاټ په کارولو سره لیکل شوي ځانګړي غوښتنلیکونه هم په عمده توګه د 1C لخوا رامینځته شوي. د پایلې په توګه، یو څه ګډوډي رامنځته کیږي. له همدې امله، د مقالې په چوکاټ کې، موږ باید په یو وخت کې د څو اړخونو څخه 1C په پام کې ونیسو او د څو همغږۍ محورونو سره یې طبقه بندي کړو. او په هر همغږي محور کې به موږ د نسواري مادې بیلچه واچوو او د موجوده محلول ځانګړتیاوې، ګټې او زیانونه به وګورو.
په 1C کې د لید نقطې
د پیرودونکي لپاره 1C
پیرودونکي د اتوماتیک سیسټم پیرود کوي چې ورسره کولی شي په چټکۍ سره د خپل سوداګرۍ اتومات کولو ستونزې حل کړي. یو کاروبار کیدای شي یو کوچنی سټال وي، یا دا کیدای شي یو لوی شرکت وي. دا روښانه ده چې د دې سوداګرۍ اړتیاوې مختلف دي، مګر دواړه د یو واحد پلیټ فارم کوډ بیس لخوا ملاتړ کیږي.
د 1C پیرودونکي لپاره دا بازار ته ګړندي وخت دی. چټک. د جاوا، C# یا JS څخه ګړندی. اوسط. د روغتون شاوخوا. دا روښانه ده چې د عکس العمل په کارولو سره د سوداګرۍ کارت ویب پا به غوره شي ، مګر د WMS سیسټم شاته به په 1C کې ګړندی پیل شي.
1C د یوې وسیلې په توګه
هر تخنیکي حل د تطبیق محدودیتونه لري. 1C د عمومي هدف ژبه نه ده؛ دا د خپل چوکاټ څخه جلا نه ژوند کوي. دا مشوره ورکول کیږي چې 1C وکاروئ کله چې تاسو اړتیا لرئ:
- د سرور غوښتنلیک
- غوښتنلیک چیرې چې مالي څرګندیږي
- د چمتو شوي UI، ORM، راپور ورکولو، XML/JSON/COM/PDF/YourDataTransfering Format سره
- د شالید پروسو او دندو لپاره ملاتړ سره
- د رول پر بنسټ امنیت سره
- د سکریپټ وړ سوداګرۍ منطق سره
- د دې وړتیا سره چې ګړندي پروټوټایپ رامینځته کړي او بازار ته لږ وخت
تاسو 1C ته اړتیا نلرئ که تاسو غواړئ:
- ماشین زده کړه
- د GPU محاسبه
- کمپیوټر ګرافیک
- ریاضی حسابونه
- د CAD سیسټم
- د سیګنال پروسس (آواز، ویډیو)
- د سلګونو زرو آر پی ایس سره HTTP زنګونه لوړ کړئ
1C د تولیدي شرکت په توګه
دا د پوهیدو وړ ده چې د سافټویر جوړونکي په توګه د 1C سوداګرۍ څه شی دی. 1C شرکت د اتوماتیک له لارې د سوداګرۍ ستونزو لپاره حلونه پلوري. مختلف کاروبارونه، لوی یا کوچني، مګر دا هغه څه دي چې هغه یې پلوري. د دې هدف د ترلاسه کولو وسیله د سوداګرۍ غوښتنلیکونه دي. د محاسبې، معاشونو حساب ورکولو، او داسې نورو لپاره. د دې غوښتنلیکونو لیکلو لپاره، شرکت خپل د سوداګرۍ غوښتنلیک پراختیا پلیټ فارم کاروي. په ځانګړي ډول د ورته سوداګرۍ غوښتنلیکونو د عامو دندو لپاره مناسب:
- مالي محاسبه
- د سوداګرۍ منطق اسانه تنظیم کول
- په متفاوت IT منظرو کې د پراخ ادغام امکانات
د جوړونکي په توګه، 1C باور لري چې دا هغه ستراتیژي ده چې تاسو ته اجازه درکوي د شریکانو او پیرودونکو سره د ګټلو په حالت کې کار وکړئ. تاسو کولی شئ له دې سره بحث وکړئ، مګر دا تقریبا څنګه شرکت ځان ته وده ورکوي: د سوداګریزو ستونزو لپاره چمتو شوي حلونه چې د شریکانو لخوا په چټکۍ سره دودیز کیدی شي او په هر ډول IT منظره کې مدغم شي.
د چوکاټ په توګه د 1C لپاره ټولې ادعاګانې یا هیلې باید په ځانګړي ډول د دې پریزم له لارې وکتل شي. "موږ په 1C کې OOP غواړو،" پراختیا کونکي وايي. "په پلیټ فارم کې د OOP ملاتړ کولو لپاره به څومره لګښت راشي ، ایا دا به موږ سره د بکسونو پلور ډیرولو کې مرسته وکړي؟" د سوداګرۍ ستونزو لپاره د حل پلورلو لپاره د هغه "پرزم" خلاصوي:
- اې، سوداګرۍ، ایا تاسو په خپل 1C کې OOP غواړئ؟
- ایا دا به زما د ستونزو په حل کې مرسته وکړي؟
- څوک پوهیږي...
- بیا هیڅ اړتیا نشته
دا طریقه ښه یا بد کیدی شي پدې پورې اړه لري چې څوک ورته ګوري، مګر دا یوازې هغه لاره ده. د دې حقیقت په اړه خبرې کول چې په 1C کې د X ځانګړتیا نشته، تاسو اړتیا لرئ پوه شئ چې دا د یو دلیل لپاره شتون نلري، مګر د انتخاب په شرایطو کې "د تطبیق لګښت د ګټې اندازه".
تخنیکي طبقه بندي
"په حقیقت کې، Odinesniks د غوره نمونو کارولو لپاره خپله غوره هڅه کوي، د پاملرنې میتودولوژستانو او د 1C پلیټ فارم پراختیا کونکو لخوا په احتیاط سره غوره شوي.
کله چې تاسو د ساده منظم شوي فارم لپاره خپل احمق کوډ ولیکئ، په حقیقت کې تاسو کاروئ د ماډل لید کنټرولر с دوه اړخیز ډیټا پابند کول в درې پرتې-ډاټا-ایپ انجن، خوندور د لوړې کچې اعتراض - اړیکې نقشه کول په اډه کې د اعلاناتي میټاډاټا توضیحاتخپل درلودل د پلیټ فارم خپلواکه پوښتنې ژبه، ت د اعالمیه ډیټا لخوا پرمخ وړل شوي کارن انٹرفیس، بشپړ شفاف سیریلائزیشن او د ډومین پر بنسټ پروګرام ژبه.چیرته چې د 1C پراختیا کونکي د دوی لویدیځ همکارانو څخه توپیر لري په PR کې دی. دوی خوښوي چې هر ډول سپکاوی ته لوی نوم ورکړي او د یوې ناپاکې کڅوړې په څیر وګرځي.
A. Orefkov
د 1C پلیټ فارم د 3-ټایر کلاسیک جوړښت لري، چې په مرکز کې یې د غوښتنلیک سرور دی (یا د کوچنیو هټیوالو لپاره د لږو پیسو لپاره د هغې تقلید). یا هم MS SQL یا Postgres د DBMS په توګه کارول کیږي. د اوریکل او IBM DB2 لپاره هم ملاتړ شتون لري ، مګر دا خورا باطنی دی؛ هیڅوک نه پوهیږي چې څه به پیښ شي که تاسو د متوسط او لوړ بار لاندې پدې ډیټابیسونو کې 1C پلي کړئ. زه باور لرم چې 1C پخپله دا نه پوهیږي.
د پیرودونکي برخه یا یو پتلی پیرودونکی دی چې د کارونکي ماشین یا ویب پیرودونکي کې نصب شوی. اصلي ځانګړتیا دا ده چې پروګرام کونکي دوه مختلف کوډونه نه لیکي، دوی په یوه ژبه کې یو اپلیکیشن لیکي، او تاسو کولی شئ په براوزر کې د غوښتنې یا اړتیا په صورت کې ښکاره کړئ. چا هلته د مخ او شاته ، نوډ.js لپاره ریښتیني بشپړ سټیک او واحد ژبه غوښتل؟ دوی هیڅکله ونه توانیدل چې د پای تر پایه ورته ورته کار وکړي. یو ریښتینی بشپړ سټیک شتون لري ، مګر تاسو باید دا په 2C کې ولیکئ. د قسمت ستړیا، داسې شیان :)
کلاوډ SaaS حل 1C: تازه هم د براوزر حالت کې کار کوي ، په کوم کې چې تاسو نشئ کولی 1C واخلئ ، مګر یو کوچنی ډیټابیس کرایه کړئ او هلته د شاورما پلور تعقیب وساتئ. یوازې په براوزر کې ، پرته له کوم څه نصب یا تنظیم کولو.
برسېره پردې، یو میراث پیرودونکی شتون لري، کوم چې په 1C کې د "منظم غوښتنلیک" په نوم یادیږي. میراث میراث دی، په 2002 کې د غوښتنلیکونو نړۍ ته ښه راغلاست، مګر موږ لاهم د ایکوسیستم اوسني حالت په اړه خبرې کوو.
د 1C سرور برخه کلستر ته د نوي ماشینونو په اضافه کولو سره د کلستر کولو او پیمانه ملاتړ کوي. دلته ډیر نقلونه مات شوي او په دې اړه به په مقاله کې جلا برخه وي. په لنډه توګه، دا د HAProxy شاته یو څو ورته ورته مثالونو اضافه کولو په څیر ورته ندي.
د غوښتنلیک پراختیا چوکاټ خپله د برنامه کولو ژبه کاروي ، کوم چې په روسیه کې ژباړل شوي یو څه ښه شوي VB6 سره ورته وي. د هغو خلکو لپاره چې د روسیې له هر څه څخه کرکه لري، څوک چې باور نلري چې "که" د "که" په توګه ژباړل شوی، د دویم نحو اختیار وړاندیز شوی. هغو. که تاسو وغواړئ، تاسو کولی شئ دا په 1C کې په داسې ډول ولیکئ چې دا د VB څخه د توپیر وړ نه وي.
دا خورا برنامه ژبه د دوی پلیټ فارم ته د 1C مستعار نومونو نفرت اصلي لامل دی. راځئ چې ورسره مخ شو، پرته له کوم دلیل نه. ژبه د امکان تر حده ساده تصور شوې وه، لږترلږه په CIS کې په پیمانه د "پراختیا کونکي، پراختیا ورکوونکي" منتر پوره کولو لپاره ډیزاین شوې. د داسې حل تجارتي جوهر، زما په نظر، په ښکاره توګه لیدل کیږي: ډیر پراختیا کونکي، د بازار ډیر پوښښ. دا د 45٪ څخه تر 95٪ پورې د مختلفو اټکلونو سره سم واقع شو. زه به سمدلاسه ووایم چې په هغه ژبه لیکل چې تاسو فکر کوئ واقعیا اسانه ده. او زه د پروګرام کولو ډیری ژبې پوهیږم.
راځئ چې د ژبې سره پیل وکړو.
1C د پروګرام کولو ژبه
په ورته وخت کې د سیسټم قوي او ضعیف ټکی. اسانه ننوتلو او لوستلو وړتیا چمتو کوي. له بلې خوا، دا په 8 کې د 2002 نسخه له خپریدو راهیسې تازه شوی نه دی او له اخلاقي پلوه زوړ دی. یو څوک به ووایي "اصلي نیمګړتیا دا ده چې هیڅ OOP شتون نلري" او دوی به غلط وي. لومړی، PLO نه یوازې نورالییف نه خوښوي، بلکې توروالډز هم. او دوهم، OOP لاهم شتون لري.
د پراختیا کونکي له نظره، هغه په خپل اختیار کې د بیس کلاسونو سره یو چوکاټ لري چې په DBMS کې ښودل شوي. پراختیا کونکی کولی شي د اساس ټولګي "لارښوونه" واخلي او له هغې څخه د "مراجعینو" لارښود میراث ترلاسه کړي. دا کولی شي پدې کې نوي ټولګي ساحې اضافه کړي، د بیلګې په توګه، INN او پته، او همدارنګه، که اړتیا وي، دا کولی شي د بیس ټولګي میتودونه (override) کړي، د بیلګې په توګه، د OnWrite/AtRecord میتود.
چوکاټ په داسې ډول ډیزاین شوی چې ژور میراث په ندرت سره اړتیا لري، او په OOP کې محدودیت، زما په نظر، معنی لري. 1C د ډومین پرمخ وړونکي پراختیا باندې تمرکز کوي او تاسو فکر کوي، لومړی، د حل د موضوع ساحې په اړه فکر کوي، او دا ښه دی. دلته نه یوازې هیڅ لالچ شتون نلري ، بلکه د 10 مختلف DTOs او ویو موډلونو لیکلو ته هم اړتیا نشته یوازې د ډومین څخه ځینې ډاټا ښودلو لپاره. د 1C پراختیا کونکی تل د یوې ادارې سره کار کوي ، پرته له دې چې د ورته نومونو سره د لسګونو ټولګیو سره د احساس شرایط ګډوډ کړي ، د ورته وجود استازیتوب کوي ، مګر له بل اړخ څخه. د .NET هر غوښتنلیک، د بیلګې په توګه، په JSON کې د سیریل کولو لپاره او د مراجعینو څخه سرور ته د معلوماتو لیږد لپاره به اړین پنځه یا دوه ویو ماډلونه او DTOs ولري. او ستاسو د غوښتنلیک کوډ نږدې 10-15٪ به د قلمونو یا کرچونو لکه آټو میپر په کارولو سره له یوه ټولګي څخه بل ټولګي ته د ډیټا لیږدولو لپاره مصرف شي. دا کوډ باید لیکل شوی وي او پروګرامرانو ته باید د جوړولو او ساتلو لپاره پیسې ورکړل شي.
دا معلومه شوه چې د 1C ژبې وده کول ستونزمن دي پرته له دې چې دا د اصلي ژبو کچې ته پیچلې کړي، پدې توګه د سادگي ګټه له لاسه ورکوي. د پلورونکي دنده څه ده چې په لازمي ډول حل کیږي: د معیاري حل صادرول چې په سړک کې نیول شوي زده کونکي کولی شي د اړتیا وړ کیفیت سره تنظیم کړي (د مثال په توګه ، د پلورنځي څخه لوی فابریکې ته د پوښ کولو قضیه بشپړه شوې). که تاسو سټال یاست، یو زده کونکی واخلئ؛ که تاسو فابریکه یاست، د خپل پلي کونکي ملګري څخه یو گرو واخلئ. دا حقیقت چې پلي کونکي شریکان زده کونکي د گرو په نرخ پلوري د چوکاټ سره ستونزه نده. په معمارۍ کې، چوکاټ باید د دواړو ستونزې حل کړي، د معیاري تشکیلاتو کوډ (کوم چې موږ سوداګرۍ ته د دودیز کولو ژمنې سره پلورلي) باید د زده کونکي لخوا د پوهیدو وړ وي، او یو گرو باید د دې وړتیا ولري چې هر څه چې تاسو یې غواړئ پوه شي.
هغه څه چې زما په اند، په ژبه کې واقعیا ورک دي، هغه څه چې تاسو مجبوروي چې له تاسو څخه ډیر څه ولیکئ، هغه څه دي چې د پیرودونکي لخوا تادیه شوي وخت ضایع کوي.
- په کچه کې د ټایپ کولو امکان، د بیلګې په توګه، ټایپ سکریپټ (د پایلې په توګه، په IDE کې د کوډ تحلیلي وسیلې ډیر پرمختللی، ریفیکٹرینګ، لږ برید کونکي جامونه)
د لومړي ټولګي شیانو په توګه د دندو شتون. یو څه ډیر پیچلي مفهوم، مګر د عادي بویلر پلیټ کوډ مقدار خورا کم کیدی شي. د کوډ په اړه د زده کونکي پوهه، IMHO، به حتی د حجم د کمښت له امله زیاتوالی ومومي - د یونیورسل ټولګه لغوي، ابتدايي. ورته شی - د کوډ مقدار کمول چې اړتیا ورته لیکل کیږي او / یا ستاسو د سترګو سره لیدل کیږي. د راټولولو ډکول د 9000C پروګرام کولو وخت 1٪ څخه ډیر وخت نیسي. د مصنوعي شکر پرته د دې لیکل اوږد، ګران او د خطا خطر دی. په عموم کې ، په 1C حلونو کې د LOC مقدار د موجود خلاص چوکاټونو په پرتله د ټولو تصور وړ حدونو څخه ډیر دی او په عموم کې ، ستاسو ټول شرکت جاوا ګډ. ژبه فعلي ده، او دا د ډیټا مقدار، حافظې، IDE بریکونو، وخت، پیسو ... ته وده ورکوي.
- په پای کې ساختمانونه زه یوه فرضیه لرم چې دا ساختمان د دې حقیقت له امله ورک دی چې دوی په روسیه کې د دې بریالۍ ژباړه ونه موندله :)
- د خپل ډیټا ډولونه (د OOP پرته) ، د VB6 څخه د ډول انالوګونه. دا به تاسو ته اجازه درکړي چې په BSP کې د نظرونو او جادو میتودونو په کارولو سره جوړښتونه ټایپ نه کړئ چې دا جوړښتونه جوړوي. موږ ترلاسه کوو: لږ کوډ، د یوې نقطې له لارې اشاره، د ستونزې ګړندۍ حل، د ټایپونو له امله لږې غلطۍ او د جوړښتونو ملکیتونه ورک شوي. اوس د کارونکي جوړښتونو ټایپ کول په بشپړ ډول د معیاري سب سیسټم کتابتون د پراختیا ټیم پورې اړه لري، کوم چې د دې اعتبار سره، د منظور شوي پیرامیټر جوړښتونو متوقع ملکیتونو په اړه په احتیاط سره تبصرې لیکي.
- هیڅ شکر نشته کله چې په ویب پیرودونکي کې د غیر متمرکز تلیفونونو سره کار کوي. د پروسس کولو نوټیفیکیشن په شکل کې کال بیک - د اصلي براوزرونو په API کې د ناڅاپي بدلون له امله یو لنډمهاله کرچ دی، مګر تاسو نشئ کولی دا ټول وخت ژوند وکړئ؛ د غیر متناسب کوډ "شاګرد پوهه" ګټه له لاسه ورکوي نور او نور. په اصلي IDE کې د دې تمثیل لپاره هیڅ ملاتړ مه کوئ او شیان نور هم خرابیږي.
دا یو له فشاري ستونزو څخه دی ، دا روښانه ده چې لیست خورا لوی کیدی شي ، مګر موږ باید هیر نکړو چې دا لاهم د عمومي هدف ژبه نده ، دا ملټي ټریډینګ ، لامبډا فنکشنونو ته اړتیا نلري ، GPU ته لاسرسی او ګړندی. د تیرې نقطې محاسبې. دا د سوداګرۍ منطق سکریپټینګ ژبه ده.
یو پروګرامر چې مخکې یې د دې ژبې سره ډیر کار کړی وي، js یا c# ته ګوري، د دې ژبې په چوکاټ کې ستړي کیږي. دا یو حقیقت دی. هغه پرمختګ ته اړتیا لري. د پلورونکي لپاره د اندازې په بل اړخ کې د دوی پلي کولو وروسته د عاید د زیاتوالي په مقابل کې د مشخصو ځانګړتیاو پلي کولو لګښت دی. دلته زه د هغه څه په اړه هیڅ معلومات نلرم چې اوس مهال د شرکت په سترګو کې ډیر وزن لري.
د پراختیا چاپیریال
دلته هم کارونه سم نه روان دي. دوه پرمختیایي چاپیریالونه شتون لري. لومړی ترتیب کوونکی دی چې په تحویل کې شامل دی. دوهم د تصدۍ پراختیا وسیلې چاپیریال دی ، یا د لنډ لپاره EDT ، د Eclipse په اساس رامینځته شوی.
ترتیب کوونکی د پراختیایی دندو بشپړ لړۍ چمتو کوي ، د ټولو ب featuresو ملاتړ کوي او په بازار کې اصلي چاپیریال دی. دا هم له اخلاقي پلوه متروک دی، د افواهاتو له مخې وده نه کوي - په خپل ځان کې د تخنیکي پور مقدار له امله. وضعیت د داخلي API په خلاصولو سره ښه کیدی شي (د ملګرتیا په بڼه A. Orefkova یا په خپلواکه توګه)، مګر دا قضیه نده. تمرین ښودلې چې ټولنه به خپل ځانګړتیاوې په IDE کې لیکي، تر هغه چې پلورونکي مداخله ونه کړي. مګر موږ هغه څه لرو چې موږ یې لرو. ترتیب کوونکی په 2004-2005 کې عالي و ، د هغه وختونو لید سټوډیو خورا یادونه کوي ، په ځینو ځایونو کې دا حتی یخ و ، مګر دا په هغه وختونو کې ودرول شو.
سربیره پردې ، د اوسط معیاري حل حجم له هغه وخت راهیسې څو ځله وده کړې ، او نن ورځ IDE نشي کولی د کوډ مقدار سره مقابله وکړي چې ورسره تغذیه کیږي. د استفادې او بیا جوړونې وړتیاوې حتی صفر نه دي، دوی په سور کې دي. دا ټول د پراختیا کونکو لپاره لیوالتیا نه اضافه کوي او دوی خوب کوي چې نورو ایکوسیستمونو ته لاړ شي او هلته کوډ شیټ ته دوام ورکړي ، مګر په خوندور چاپیریال کې چې ستاسو د چلند سره ستاسو په مخ توی نه کوي.
د بدیل په توګه، د سکریچ څخه لیکل شوی IDE، په Eclipse کې جوړ شوی، وړاندیز کیږي. هلته، سرچینې، لکه په کوم بل سافټویر کې، د متن فایلونو په بڼه ژوند کوي، په GIT کې زیرمه شوي، د غوښتنې څانګې، دا ټول. په منفي اړخ کې، دا د ډیرو کلونو لپاره د بیټا حالت نه دی پریښی، که څه هم دا د هرې خوشې کیدو سره ښه کیږي. زه به د EDT د زیانونو په اړه ونه لیکم، نن دا یو منفي دی، سبا دا یو ثابت ځانګړتیا ده. د دې ډول توضیحاتو تړاو به په چټکۍ سره ورک شي. نن ورځ دا ممکنه ده چې په EDT کې پراختیا ومومي، مګر دا غیر معمولي ده؛ تاسو اړتیا لرئ چې د یو مشخص شمیر IDE بګونو لپاره چمتو شئ.
که تاسو د پورته ذکر شوي "1C پریزم" له لارې وضعیت ته ګورئ ، تاسو داسې یو څه ترلاسه کوئ: د نوي IDE خوشې کول د بکسونو پلور نه ډیروي ، مګر د پراختیا کونکو جریان کم کیدی شي. دا ستونزمنه ده چې ووایو چې د پراختیا کونکي هوساینې په شرایطو کې د اکوسیستم په تمه څه دي ، مګر مایکروسافټ دمخه د ګرځنده پراختیا کونکو ته د دې ډیر ناوخته خدمات وړاندې کولو سره خراب کړي دي.
د پراختیا مدیریت
دلته هرڅه د لیکلو کوډ په پرتله د پام وړ ښه دي ، په ځانګړي توګه پدې وروستیو کې ، کله چې د ټولنې هڅو د ادارې اتومات کولو ستونزې روښانه کړې ، پروټوټایپونه یې په لاره اچولي چې د 1C ذخیره د کثافاتو په ډنډ کې اچولو او د git کارول ، ګړندي ملامت ، کوډ بیاکتنه. ، جامد تحلیل، اتوماتیک ځای پرځای کول او داسې نور. ډیری ځانګړتیاوې په پلیټ فارم کې اضافه شوي چې د پراختیایی دندو د اتومات کولو کچه لوړوي. په هرصورت، دا ټولې ځانګړتیاوې یوازې او یوازې زموږ د خپلو لویو محصولاتو پراختیا لپاره اضافه شوي، کله چې دا څرګنده شوه چې موږ پرته له اتوماتیک کار نشو کولی. دلته د اتوماتیک انضمام شتون درلود، د KDiff سره درې اړخیزه پرتله او دا ټول. په ګیتوب کې پیل شوی ، څوک چې په ریښتیا سره ، په ایډیالوژیک ډول له پروژې څخه لرې شوی و ، مګر د پلورونکي شرکت پروسې سره سم تعدیل شوی. د خلاصې سرچینې څخه د سختو هلکانو څخه مننه ، په 1C کې پرمختیا اتومات له ځمکې څخه راوتلی. د ترتیب کونکي لپاره یو خلاص API، IMHO، به د اصلي IDE اخلاقي وروسته پاتې کیدو ته واړوي.
نن ورځ، په جیرا کې د مسلو سره تړلې ژمنې سره په git کې د 1C سرچینې ذخیره کول، په کروسیبل کې بیاکتنې، د جینکنز څخه پش بټن او په 1C کې د کوډ ازموینې په اړه الور راپورونه او حتی - دا د خبرونو څخه لرې دی، بلکه په شرکتونو کې اصلي جریان چیرې چې د 1C پراختیا ډیره ده.
اداره
دلته د ویلو لپاره ډیر څه شتون لري. لومړی، دا، البته، یو سرور دی (1C سرور کلستر). یو په زړه پوری شی ، مګر د دې حقیقت له امله چې دا په بشپړ ډول تور بکس دی ، په کافي توضیحاتو کې مستند شوی ، مګر په ځانګړي ډول - په ډیری سرورونو کې د لوړ لوډ حالت کې د بې بنسټه عملیاتو پیل کولو کې مهارت ترلاسه کول د یو څو غوره انتخابونو لپاره خورا ډیر دي د "تکنالوژیکي مسلو متخصص" لیکل شوي مډال. دا د یادونې وړ ده چې په اصولو کې، د 1C سرور اداره کول د کوم بل سرور اداره کولو څخه توپیر نلري. دا د شبکې پر بنسټ، څو اړخیز غوښتنلیک دی چې حافظه، CPU، او ډیسک سرچینې مصرفوي. د ټیلی میټری راټولولو او تشخیص لپاره کافي فرصتونه چمتو کوي.
دلته ستونزه دا ده چې پلورونکي د دې خورا تشخیص لپاره د چمتو شوي حلونو شرایطو کې کوم ځانګړي وړاندیز نه کوي. هو، دلته 1C شتون لري: د وسایلو او کنټرول مرکز، دوی حتی خورا ښه دي، مګر دا خورا ګران دي او هرڅوک یې نلري. په ټولنه کې د معیاري اډمین سیټ څخه د ګرافانا ، زیبکس ، ELK او نورو شیانو سره وصل کولو لپاره یو شمیر پرمختګونه شتون لري ، مګر هیڅ واحد حل شتون نلري چې اکثریت سره مناسب وي. دنده د خپل اتل په تمه ده. او که تاسو داسې سوداګرۍ یاست چې پلان لري په 1C کلستر کې پیل کړئ ، تاسو یو متخصص ته اړتیا لرئ. ستاسو خپل دننه یا بهر څخه، مګر تاسو ورته اړتیا لرئ. دا عادي خبره ده چې د سرور عملیاتو لپاره د وړتیاوو سره جلا رول شتون لري، نه هر 1C کاروونکي باید پدې پوه شي، تاسو یوازې باید پوه شئ چې دا ډول رول ته اړتیا ده. راځئ چې د مثال په توګه SAP واخلو. هلته، یو پروګرامر، ډیری احتمال، حتی د خپلې څوکۍ څخه پورته نشي که چیرې هغه د غوښتنلیک سرور کې د یو څه تنظیم کولو غوښتنه وکړي. هغه شاید احمق وي او هغه به نه شرمیږي. د SAP میتودولوژي کې د دې لپاره یو جلا کارمند رول شتون لري. د ځینو دلیلونو لپاره، د 1C صنعت کې داسې انګیرل کیږي چې دا باید د ورته معاش لپاره په یو کارمند کې یوځای شي. دا یو فریب دی.
د 1C سرور نیمګړتیاوې
دقیقا یو منفي شتون لري - اعتبار. یا، که تاسو غوره کوئ، غیر متوقع. د سرور ناڅاپه عجیب چلند لا دمخه د ښار په خبرو بدل شوی. یوه نړیواله درملنه - د سرور ودرول او د ټولو زیرمو پاکول - حتی د متخصص په لاسي کتاب کې تشریح شوي، او حتی د بیچ کتاب سپارښتنه کیږي چې دا کار کوي. که ستاسو د 1C سیسټم یو څه ترسره کړي چې دا باید حتی په تیوریکي توګه هم ونه کړي، دا د سیشن ډیټا کیچ پاکولو وخت دی. زما د اټکل له مخې، په ټول هیواد کې یوازې درې کسان شتون لري چې پوهیږي چې څنګه د دې کړنالرې پرته د 1C سرور چلوي او دوی رازونه نه شریکوي، ځکه چې ... دوی له دې څخه ژوند کوي. شاید د دوی راز دا وي چې دوی د سیشن ډیټا پاکوي ، مګر دوی د دې په اړه هیچا ته نه وايي ، یار.
که نه نو، د 1C سرور د بل بل په څیر ورته غوښتنلیک دی او په ورته ډول اداره کیږي، د اسنادو په لوستلو او د تیمبورین په ټکولو سره.
ډاکر
په تولید کې د کانټینر شوي 1C سرور کارولو ګټورتوب لاهم ندی ثابت شوی. سرور په ساده ډول د بیلنسر شاته د نوډونو په اضافه کولو سره کلستر شوی نه دی ، کوم چې د تولید کانټینر کولو ګټې لږترلږه ته راټیټوي ، او په لوړ لوډ حالت کې په کانټینرونو کې د بریالي عملیاتو تمرین ندی رامینځته شوی. د پایلې په توګه ، یوازې پراختیا کونکي د ازموینې چاپیریال تنظیم کولو لپاره ډاکر + 1C کاروي. هلته دا خورا ګټور ، پلي شوی ، تاسو ته اجازه درکوي د عصري ټیکنالوژیو سره لوبې وکړئ او د تنظیم کونکي نا امیدۍ څخه وقفه واخلئ.
سوداګریزه برخه
د پانګې اچونې له نظره، 1C تاسو ته اجازه درکوي د غوښتنلیک ټولګیو پراخو وړتیاوو له امله د سوداګرۍ نظرونو چټک پیل کولو ستونزه حل کړئ. 1C د بکس څخه بهر خورا ښه راپور ورکول ، د هر څه سره ادغام ، ویب پیرودونکي ، ګرځنده پیرودونکي ، ګرځنده غوښتنلیک ، د مختلف DBMSs لپاره ملاتړ ، په شمول. وړیا، کراس پلیټ فارم دواړه سرور او نصب شوي پیرودونکي برخې. هو، د غوښتنلیکونو UI به ژیړ وي، ځینې وختونه دا منفي وي، مګر تل نه.
د 1C غوره کولو سره، سوداګرۍ د سافټویر حلونو سیټ ترلاسه کوي چې دوی ته اجازه ورکوي د غوښتنلیکونو پراخه لړۍ رامینځته کړي، په بیله بیا په بازار کې ډیری پراختیا کونکي چې د Javaists په پرتله لږې پیسې غواړي او په ورته وخت کې ګړندي پایلې تولیدوي.
د مثال په توګه، پیرودونکي ته د PDF رسید لیږلو دنده د زده کونکي د کار په یو ساعت کې حل کیدی شي. په .NET کې ورته ستونزه د ملکیت کتابتون په اخیستلو، یا د څو ورځو یا اونیو کوډ کولو سره د سخت، ږیرې جوړونکي لخوا حل کیدی شي. ځینې وختونه، دواړه په یو وخت کې. او هو، زه یوازې د PDF نسل په اړه خبرې کوم. موږ نه دي ویلي چې دا بل به له کوم ځای څخه راشي. د ویب فرنټډر باید یوه فورمه رامینځته کړي چیرې چې آپریټر به ډیټا ته ننوځي ، بیکډر باید د JSON لیږدولو لپاره dto ماډلونه رامینځته کړي ، په ډیټابیس کې د ذخیره کولو ماډلونه ، پخپله د ډیټابیس جوړښت ، دې ته مهاجرت ، د ګرافیک رامینځته کول. د دې حساب ښکاره کول، او یوازې بیا - PDF. په 1C کې، ټوله دنده، له پیل څخه، په یو ساعت کې بشپړ کیږي.
د یو کوچني سټال لپاره بشپړ حساب ورکولو سیسټم د پیرود/پلورل شوي سوداګرۍ پروسې سره په 3 ساعتونو کې د پلور راپور ورکولو سره ، د پیرود او پلور نرخونو کې د توکو حساب کول ، د ګودام لخوا مات شوي ، د لاسرسي حقونو کنټرول ، ویب پیرودونکي او ګرځنده غوښتنلیک. . ښه، ما د غوښتنلیک په اړه هیر کړی، د غوښتنلیک سره په 3 ساعتونو کې نه، په شپږو کې.
دا کار به څومره وخت ونیسي چې د .NET پراختیا کونکي په پاک کمپیوټر کې د بصري سټوډیو نصبولو څخه پیرودونکي ته دا ښودلو لپاره څومره وخت ونیسي؟ د پراختیا د لګښت په اړه څه؟ هماغه خبره.
د پلیټ فارم په توګه د 1C ځواک
1C قوي نه دی ځکه چې د دې په اړه یو څه مشخص شتون لري چې په نړۍ کې ترټولو غوره دی. برعکس، په هر انفرادي فرعي سیسټم کې تاسو کولی شئ د نړۍ په سافټویر کې یو ډیر په زړه پورې انلاګ ومومئ. په هرصورت، د فکتورونو د ترکیب پر بنسټ، زه د 1C په څیر یو پلیټ فارم نه ګورم. دا هغه ځای دی چې سوداګریز بریالیتوب دی. د پلیټ فارم ګټې د هغې په اوږدو کې ویشل شوي او خورا روښانه لیدل کیږي کله چې تاسو وګورئ چې دا په نورو پلیټ فارمونو کې څنګه ترسره کیږي. په اصل کې، دا حتی ځانګړتیاوې ندي، مګر برعکس - د یو ځانګړي تمثیل په ګټه د ځانګړتیاوو رد کول. یو څو مثالونه:
- یونیکوډ. نور څه ساده کیدی شي؟ په 2019 کې د واحد بایټ ASCII کوډونو کارولو ته اړتیا نشته (پرته له پخوانیو میراثونو سره ادغام). هیڅکله نه. مګر نه. په هرصورت، په ځینو جدول کې څوک یو واحد بایټ ورچار کاروي او غوښتنلیک به د کوډ کولو سره ستونزې ولري. په 2015 کې، د gitlab د LDAP اختیار د کوډ کولو سره د غلط کار له امله ناکام شو؛ JetBrains IDE لاهم په هر ځای کې د فایل نومونو کې د سیریلیک سره کار نه کوي. 1C د ډیټابیس پرت څخه د غوښتنلیک کوډ لوړ کیفیت جلا کول چمتو کوي. هلته په ټیټه کچه د جدولونو ټایپ کول ناشوني دي او د ډیټابیس په کچه د بې کفایته ځوانانو جامونه هلته ناممکن دي. هو، کیدای شي د بې کفایته ځوانانو سره نورې ستونزې وي، مګر د ستونزو ډولونه خورا کوچني دي. اوس تاسو به ما ته ووایاست چې ستاسو غوښتنلیک په سمه توګه ډیزاین شوی او د ډیټابیس لاسرسي پرت جلا شوی دی لکه څنګه چې باید وي. خپل د کارپوریټ دودیز جاوا غوښتنلیک ته یو بل نظر وګورئ. په نږدې او صادقانه توګه. ایا ستاسو ضمیر تاسو ځوروي؟ بیا زه ستاسو لپاره خوشحاله یم.
- د اسنادو / حوالې کتابونو شمیر. په 1C کې دا یقینا خورا انعطاف وړ نه دی او نه غوره. مګر هغه څه چې دوی د بانکدارۍ سافټویر او پخپله لیکل شوي حساب ورکولو سیسټمونو کې کوي - ښه، دا یوازې تیاره ده. یا به هویت په کې ودرول شي (او بیا "اوه، ولې موږ سوري لرو")، یا برعکس، دوی به یو جنراتور جوړ کړي چې د DBMS په کچه د تالاشۍ سره کار کوي (او یو خنډ شي). په حقیقت کې، دا خورا ستونزمن کار دی چې دا ښکاري ساده کار ترسره کړي - د بنسټونو پای څخه تر پایه شمیرونکی، د یو مشخصیت برخې سره د یو ځانګړي کیلي، مخکینۍ سیټ پراساس، ترڅو دا د موازي معلوماتو د ننوتلو پرمهال ډیټابیس بند نه کړي. .
- په ډیټابیس کې د ریکارډونو پیژندونکي. 1C یو قوي اراده پریکړه کړې - ټول لینک پیژندونکي په بشپړ ډول مصنوعي دي او دا دی. او د توزیع شوي ډیټابیسونو او تبادلو سره کومه ستونزه شتون نلري. د نورو سیسټمونو پراختیا کونکي په کلکه د هویت په څیر یو څه رامینځته کوي (دا لنډ دی!) ، دوی GUI ته کش کړئ تر هغه چې دا د څو اړوندو مثالونو رامینځته کولو وخت وي (او بیا به یې کشف شي). ته دا نه لرې؟ صادقانه؟
- لیستونه. 1C د (لوی) لیستونو له لارې د پاڼې کولو او د دوی له لارې نیویګیټ کولو لپاره خورا بریالي میکانیزمونه لري. اجازه راکړئ سمدلاسه ریزرویشن وکړم - د میکانیزم سم کارولو سره! په عموم کې ، موضوع خورا ناخوښه ده ، دا په مثالي توګه نشي حل کیدی: دا یا هم هوښیار او ساده دی (مګر په پیرودونکي کې د لوی ریکارډونو خطر) ، یا پاڼه کول د یو یا بل ککرۍ څخه دي. هغه څوک چې پاڼه کوي اکثرا دا په کره توګه کوي. هغه څوک چې صادق سکرول بار جوړوي یو ډیټابیس، یو چینل او یو مراجع زیاتوي.
- اداره شوي فورمې. هیڅ شک نشته، په ویب مراجعینو کې انٹرفیس په سمه توګه کار نه کوي. مګر دا کار کوي. مګر د ډیری نورو حساب ورکولو او بانکي سیسټمونو لپاره، د لیرې کاري ځای رامینځته کول د تصدۍ په کچه پروژه ده. اعلان: خوشبختانه د هغو کسانو لپاره چې په اصل کې یې په ویب کې جوړ کړی، دا به اغیزه ونکړي.
- د موبایل اپلیکیشن. په دې وروستیو کې، تاسو کولی شئ په ورته اکوسیستم کې د ګرځنده غوښتنلیکونه هم ولیکئ. دا د ویب پیرودونکي په پرتله یو څه ډیر پیچلي دي؛ د وسیلو ځانګړتیاوې تاسو مجبوروي چې په ځانګړي ډول د دوی لپاره ولیکئ، مګر، سره له دې، تاسو د ګرځنده پراختیا کونکو جلا ټیم نه ګمارئ. که تاسو د شرکت داخلي اړتیاو لپاره غوښتنلیک ته اړتیا لرئ (کله چې د کارپوریټ ستونزې لپاره ګرځنده حل د ژیړ UI ډیزاین څخه ډیر مهم وي) ، تاسو په ساده ډول د بکس څخه ورته پلیټ فارم کاروئ.
- راپور ورکول. د دې کلمې په واسطه زه د BI سیسټم معنی نه لرم چې د لوی ډیټا سره او د ETL پروسې کې ځنډ. دا د عملیاتي کارمندانو راپورونو ته اشاره کوي چې تاسو ته اجازه درکوي چې دلته او اوس د محاسبې حالت ارزونه وکړئ. توازن، دوه اړخیزه جوړجاړی، بیا درجه بندي، او نور. 1C د راپور ورکولو سیسټم سره د بکس څخه بهر راځي چې د کارونکي اړخ کې د ګروپ کولو، فلټرونو او لید لپاره د انعطاف وړ ترتیباتو سره. هو، په بازار کې یخ انلاګونه شتون لري. مګر د هر اړخیز حل په چوکاټ کې نه او په نرخ کې کله ناکله د ټول په یو حل کې لوړ وي. او ډیری وختونه دا حتی په شاوخوا کې بله لاره ده: یوازې راپور ورکول، مګر د ټول پلیټ فارم څخه ډیر ګران، او په کیفیت کې خراب دی.
- د چاپ وړ بڼې. ښه، د بریښنالیک له لارې کارمندانو ته په PDF کې د معاش سلیپونو لیږلو ستونزه حل کولو لپاره .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) چوکاټ دی او د دې لپاره مناسب دی.
- د لوی DBMSs ، پیرودونکي UI ، خورا ښه ORM او راپور ورکولو لپاره ملاتړ سره درې درجې لینک
- د سیسټمونو سره د ادغام لپاره پراخه امکانات چې کولی شي هغه څه وکړي چې 1C نشي کولی. که تاسو د ماشین زده کړه غواړئ، Python واخلئ او پایله یې د 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 جبري کارونې له امله دی. یو شخص روزل کیږي چې لومړی د یوې دندې معنی په اړه فکر وکړي، د موضوع ساحې د شیانو ترمنځ د اړیکو په اړه، او په ورته وخت کې د ادغام ټیکنالوژیو او د معلوماتو تبادلې فارمیټونو کې تخنیکي پس منظر لري.
پوه شئ چې مثالی چوکاټ شتون نلري او خپل ځان ته پام وکړئ.
بریالیتوب مو غواړم!
PS: ډیره مننه د مقالې په چمتو کولو کې د مرستې لپاره.
یوازې راجستر شوي کاروونکي کولی شي په سروې کې برخه واخلي. مهرباني وکړئ
ایا تاسو په خپل شرکت کې 1C لرئ؟
-
۸۵٪په هیڅ صورت نه.71
-
۸۵٪شتون لري، مګر یوازې د محاسبې په څانګه کې چیرته. په نورو پلیټ فارمونو کې اصلي سیسټمونه 162
-
۸۵٪هو، د سوداګرۍ اصلي پروسې په 221 کار کوي
-
۸۵٪1C باید مړ شي، راتلونکی د %Technology_name%80 پورې اړه لري
534 کاروونکو رایه ورکړه. 99 کاروونکي منع شوي.
سرچینه: www.habr.com