1C - Baş û xerab. Rêzkirina xalan di holivaran de li dora 1C

Heval û hevalno, di van demên dawî de gelek caran gotarên li ser Habré bi nefreta li hember 1C wekî platformek pêşkeftinê, û axaftinên parêzvanên wê hene. Van gotaran pirsgirêkek ciddî destnîşan kirin: pir caran, rexnegirên 1C wê ji pozîsyona "ne serweriya wê" rexne dikin, pirsgirêkên ku defakto bi hêsanî têne çareser kirin û, berevajî, dest nedin pirsgirêkên ku bi rastî girîng in, hêja ne. nîqaş dikin û ji hêla firoşkar ve nayên çareser kirin. Ez bawer dikim ku ew watedar e ku meriv lêkolînek hişyar û hevseng a platforma 1C bike. Ew dikare çi bike, çi nikare bike, divê çi bike lê nake, û, ji bo şîrîn, ew bi dengekî çi dike, û pêşdebirên we li %technology_name% dê sed sal bikin û bavêjin. zêdetir ji yek budceya salane.

Wekî encamek, hûn, wekî rêveber an mîmar, hûn ê bikaribin têgihiştinek zelal bistînin ka kîjan peywir dê ji we re sûdmend be ku hûn 1C bikar bînin, û li ku derê pêdivî ye ku ew bi hesinek germ were şewitandin. Wekî pêşdebirek li cîhana "ne-1C", hûn ê karibin bibînin ka çi di 1C de heye ku dibe sedema tevliheviyê. Û wekî pêşdebirek 1C, hûn ê bikaribin pergala xwe bi ekosîstemên zimanên din re bidin ber hev û cîhê xwe di pergala hevrêziya pêşkeftina nermalavê de fam bikin.

Di bin qutbûnê de li ser 1C, li ser rexnegirên 1C, li ser Java, .NET û bi gelemperî gelek êrîşên stûr hene... Fans tije ye, bi xêr hatî!

Li ser xwe

Ez ji sala 2004-an vir ve bi mijara axaftinê re dizanim. Ez belkî ji 6 saliya xwe ve bername çêdikim, ji roja ku min pirtûkek li ser Profesor Fortran bi destanên li ser pisîk, çivîk û kezebek peyda kir. Min bernameyên ku pisîkê ji wêneyên di pirtûkê de nivîsandine analîz kirin û min dît ku wan çi kiriye. Û erê, wê demê komputereke min a rastîn tunebû, lê li ser belavbûna pirtûkê xêzkirinek hebû û min bi dilpakî bişkokên kaxezê dixist, ez ketim fermanên ku min li pisîka X-yê sîxurî kiribûn.

Dûv re li dibistanê BK0011 û BASIC, li zanîngehê C++ û komker, dûv re 1C, û dûv re jî gelek tiştên din ên ku ez pir tembel im ku bi bîr bînim hebû. Di van 15 salên dawî de, ez bi giranî beşdarî 1C bûm, ne tenê di warê kodkirinê de, lê bi gelemperî di 1C de. Li vir peywir, rêveberî û peywir danîn. Di van 5 salên dawî de ez di warê pêşxistina amûrên pêşkeftin û otomasyonê de ji bo bikarhênerên din ên 1C, nivîsandina gotar û pirtûkan, beşdarî çalakiyên kêrhatî yên civakî bûm.

Werin em li ser mijara nîqaşê biryar bidin

Pêşîn, em ê diyar bikin ka em ê li ser çi bipeyivin, ji ber ku tîpên "1C" dikarin gelek tiştan wateyê bidin. Di vê rewşê de, bi tîpên "1C" em ê bi tenê çarçoweya pêşkeftinê "1C: Enterprise" ya nûjen, guhertoya heştemîn wateya. Em ê zêde li ser çêker û polîtîkayên wê neaxivin (lê divê em hinekî bikin) Em ê serîlêdanên taybetî yên ku bi vê çarçoveyê hatine nivîsandin nîqaş nekin. Teknolojî ji hev cihê ye, serîlêdanên wekî mîhengên cuda cuda ne.

Mîmariya-asta bilind 1C: Pargîdanî

Ne ji bo tiştekî ye ku ez behsa peyva "çarçoveyê" dikim. Ji nêrîna pêşdebirek, platforma 1C bi rastî çarçoveyek e. Û hûn hewce ne ku wê tam wekî çarçoveyek derman bikin. Wê wekî Spring an ASP.NET-ê bifikirin, ku ji hêla hin dema xebitandinê ve hatî darve kirin (bi rêzê JVM an CLR). Wusa diqewime ku di cîhana bernamesaziya kevneşopî de ("ne 1C"), dabeşkirina çarçove, makîneyên virtual û serîlêdanên taybetî xwezayî ye, ji ber vê yekê ku ev pêkhate bi gelemperî ji hêla hilberînerên cihêreng ve têne pêşve xistin. Di cîhana 1C de, ne adet e ku bi eşkereyî çarçoweya pêşkeftinê û dema xebitandinê bi xwe veqetînin; Wekî din, serîlêdanên taybetî yên ku bi karanîna çarçoweyê têne nivîsandin jî bi giranî ji hêla 1C bixwe ve têne pêşve xistin. Di encamê de, hinek tevlihevî çêdibe. Ji ber vê yekê, di çarçoveya gotarê de, em ê neçar in ku 1C yekcar ji çend aliyan ve bihesibînin û wê li ser çend axên hevrêziyê dabeş bikin. Û di her eksê koordînatê de em ê kelekek ji maddeya qehweyî deynin û li taybetmendî, awantaj û dezawantajên çareseriya heyî binêrin.

Xalên dîtinê li ser 1C

1C ji bo kiryarê

Kiryar pergalek otomasyonê bikire ku pê re ew dikare zû pirsgirêkên otomatîkkirina karsaziya xwe çareser bike. Karsaziyek dikare bibe stanek piçûk, an jî dikare bibe pargîdaniyek mezin. Eşkere ye ku hewcedariyên van karsaziyan cûda ne, lê her du jî ji hêla bingehek kodek platformê ve têne piştgirî kirin.

Ji bo kirrûbirra 1C ev demek zû-bazarê ye. Zû. Zûtir ji Java, C# an JS. Navoser. Li dora nexweşxaneyê. Eşkere ye ku malperek qerta karsaziyê ku React bikar tîne dê çêtir derkeve holê, lê paşiya pergalek WMS dê li ser 1C zûtir dest pê bike.

1C wekî amûrek

Her çareseriya teknolojîk xwedî sînorên sepandinê ye. 1C ne zimanek mebesta giştî ye; ew ji çarçoweya xwe cuda najî. Dema ku hûn hewce ne, tê pêşniyar kirin ku 1C bikar bînin:

• serîlêdana serverê
• serîlêdana ku fînans xuya dike
• bi UI amade, ORM, Raporkirin, XML/JSON/COM/PDF/YourDataTransferingFormat
• bi piştgiriya ji bo pêvajoyên paşperdeya û karên
• bi ewlekariya-bingeha rola
• bi mantiqa karsaziya scriptable
• bi şiyana ku bi lez prototîpek biafirîne û dema-bazarê kêm bike

Heke hûn bixwazin hûn ne hewce ne 1C:

• fêrbûna makîneyê
• Hesabên GPU
• grafikên kompîturê
• hesabên matematîkî
• sîstema CAD
• hilanîna sînyalê (deng, vîdyo)
• bilindkirina bangên http bi sed hezaran rps

1C wekî pargîdaniyek hilberîner

Hêjayî fêmkirinê ye ku karsaziya 1C wekî hilberînerek nermalavê çi ye. Pargîdaniya 1C bi navgîniya otomasyonê çareseriya pirsgirêkên karsaziyê difroşe. Karsaziyên cihêreng, mezin an piçûk, lê ya ku ew difiroşe ev e. Wateyên ku bigihîjin vê armancê serîlêdanên karsaziyê ne. Ji bo hesabkirin, hesabkirina mûçeyan, hwd. Ji bo nivîsandina van serlêdanan, pargîdanî platforma pêşkeftina serîlêdana karsaziya xwe bikar tîne. Bi taybetî ji bo karên hevpar ên van heman serîlêdanên karsaziyê hatine çêkirin:

• hesabê aborî
• xweşkirina hêsan a mantiqa karsaziyê
• îmkanên entegrasyonê yên berfireh di dîmenên IT-ya heterojen de

Wekî hilberîner, 1C bawer dike ku ev stratejiyek e ku dihêle hûn bi hevalbend û xerîdaran re di moda serketî de bixebitin. Hûn dikarin bi vê yekê re nîqaş bikin, lê bi vî rengî ye ku pargîdanî xwe pêşde dike: çareseriyên amade ji bo pirsgirêkên karsaziyê ku dikarin zû ji hêla hevalbendan ve werin xweş kirin û di her dîmenek IT-ê de werin yek kirin.

Hemî îddîa an daxwazên 1C wekî çarçoveyek pêdivî ye ku bi taybetî bi vê prîzmê ve were dîtin. Pêşdebir dibêjin, "Em OOP di 1C de dixwazin." 1C dibêje, "Dê çiqas lêçûn bide me ku em di platformê de OOP-ê piştgirî bikin, gelo ev ê ji me re bibe alîkar ku firotana qutiyan zêde bikin?" "Prîsma" xwe ya firotina çareseriyê ji pirsgirêkên karsaziyê re vedike:

- Hey, karsaz, hûn OOP-ê di 1C-ya xwe de dixwazin?
- Ma ev ê ji min re bibe alîkar ku pirsgirêkên min çareser bikim?
- Kî dizane...
- Wê demê ne hewce ye

Ev nêzîkatî dikare baş an xirab be, li gorî kê lê dinihêre, lê ew bi vî rengî ye. Axaftina li ser vê yekê ku di 1C de taybetmendiyek X tune ye, divê hûn fêhm bikin ku ew ne ji ber sedemek li wir e, lê di çarçoweya bijartina "lêçûna pêkanînê li hember mîqdara qezencê" de ye.

Tesnîfkirina teknolojîk

"Bi rastî, Odinesniks çêtirîn xwe dikin ku nimûneyên çêtirîn bikar bînin, ku bi baldarî ji hêla metodologên lênêrînê û pêşdebirên platforma 1C ve hatine hilbijartin.
Gava ku hûn koda xweya ehmeq ji bo formek birêvebir a hêsan dinivîsin, di rastiyê de hûn bikar tînin model-view-kontroller с girêdana daneya dualî в sê-layer-data-app-motor, bîhnxweş asta bilind object-têkilî-nexşeyê li ser bingehê Danasîna metadata daxuyandîya xwe heye zimanê pirsê-serbixwe yê platformê, c Têkiliya bikarhênerê ya daneya-rêveber a daxuyanirî, serialîzasyona bêkêmasî ya zelal û zimanê bernameyê-ê-dorpêvekirî.

Cihê ku pêşdebirên 1C ji hevkarên xwe yên rojavayî cûda dibin di PR de ye. Ew hez dikin ku navekî mezin bidin her bêbextiyê û mîna çenteyekî pîs bi wê re birevin.”
A. Orefkov

Platforma 1C xwedan mîmariyek klasîk a 3-ast e, ku di navenda wê de servera serîlêdanê heye (an jî emûlasyona wê ji bo dikandarên piçûk ji bo dravê hindik). An MS SQL an Postgres wekî DBMS tê bikar anîn. Piştgiriyek ji bo Oracle û IBM DB2 jî heye, lê ev pir ezoterîk e; kes nizane dê çi bibe ger hûn 1C li ser van databasan di bin barek navîn û bilind de bicîh bikin. Ez bawer dikim ku 1C bixwe vê yekê nizane.

Parçeya xerîdar an xerîdarek zirav e ku li ser makîneya bikarhêner hatî saz kirin an jî xerîdarek malperê ye. Taybetmendiya sereke ev e ku bernamenûs 2 kodên cihê nanivîsin, yek sepanê, bi zimanekî dinivîsin û ger daxwazek an hewcedarî hebe hûn dikarin wê di gerokê de nîşan bidin. Kê li wê derê ji bo pêş û paşiya paşîn, node.js, stûnek tije rastîn û zimanek yekane dixwest? Wan qet nekarîn heta dawiyê heman tiştî bikin. Pişkek tije ya rastîn heye, lê hûn neçar in ku wê di 1C de binivîsin. Îroniya qederê, tiştên wiha :)

Çareseriya cloudê SaaS 1C:Fresh di moda gerokê de jî dixebite, ku tê de hûn nekarin 1C bikirin, lê databasek piçûk kirê bikin û li wir firotana shawarma bişopînin. Tenê di gerokê de, bêyî ku tiştek saz bikin an mîheng bikin.

Wekî din, xerîdarek mîras heye, ku di 1C de jê re "serîlêdana birêkûpêk" tê gotin. Legacy mîras e, di sala 2002-an de bi xêr hatî cîhana serlêdanan, lê em hîn jî li ser rewşa heyî ya ekosîstema diaxivin.

Parçeya servera 1C bi zêdekirina makîneyên nû li komê piştgirî dide kombûn û pîvanan. Li vir pir kopiyek hatine şikandin û dê di gotarê de beşek cûda li ser vê yekê hebe. Bi kurtasî, ev ne yek e ku li pişt HAProxy-ê du tam heman mînakan zêde bikin.

Çarçoveya pêşkeftina serîlêdanê zimanê bernamesaziya xwe bikar tîne, ku bi qasî dişibihe VB6-ya piçek çêtirkirî ya ku bi rûsî hatî wergerandin. Ji bo kesên ku ji her tiştê rûsî nefret dikin, yên ku bawer nakin ku "heke" wekî "heke" were wergerandin, vebijarka hevoksaziya duyemîn tê pêşkêş kirin. Ewan. Ger hûn bixwazin, hûn dikarin wê di 1C de bi vî rengî binivîsin ku ew ji VB-ê nayê cûda kirin.

Ev zimanê bernamesaziyê sedema bingehîn a nefreta paşnavên 1C li hember platforma wan e. Em vê yekê nebêjin, ne bê sedem. Ziman bi qasî ku pêkan hêsan bû, hate sêwirandin ku mantra "PÊŞKÊŞKER, BERXWEDANA" li ser astek herî kêm li CIS pêk bîne. Esasê bazirganî ya çareseriyek wusa, bi dîtina min, bi zelalî xuya ye: bêtir pêşdebiran, vegirtina bazarê mezintir. Ev rast hat, li gorî texmînên cihêreng ji 45% heta 95%. Ez ê tavilê bibêjim ku nivîsandina bi zimanê ku hûn difikirin bi rastî hêsantir e. Û ez gelek zimanên bernamesaziyê dizanim.

Em ji zimên dest pê bikin.

Zimanê bernamekirinê 1C

Di heman demê de xala bihêz û lawaz a sîstemê ye. Têketin û xwendina hêsan peyda dike. Ji hêla din ve, ji sala 8-an vir ve guhertoya 2002-an nehatiye nûve kirin û ji hêla exlaqî ve kevnar e. Dê kes bêje "kêmasiya sereke ev e ku OOP tune" û ew ê xelet bibin. Ya yekem, PLO ne tenê ji Nuraliev, lê ji Torvalds jî hez dike. Û ya duyemîn, OOP hîn jî heye.

Ji nihêrîna pêşdebiran, di destê wî de çarçoveyek bi dersên bingehîn ên ku li ser DBMS têne xuyang kirin heye. Pêşdebir dikare çîna bingehîn "Rêveber" bigire û pelrêça "Xerîdar" jê mîras bigire. Ew dikare zeviyên pola nû li wê zêde bike, mînakî, INN û Navnîşan, û her weha, ger hewce bike, ew dikare rêbazên çîna bingehîn, mînakî, rêbaza OnWrite/AtRecord, bişopîne (derxe).

Çarçove bi vî rengî hatî sêwirandin ku mîrasek kûr kêm kêm hewce dike, û sînorkirina di OOP de, bi dîtina min, watedar e. 1C balê dikişîne ser Pêşkeftina Domain Driven û we dihêle, berî her tiştî, li ser qada mijara çareseriyê ya ku hatî pêşve xistin bifikirin, û ev baş e. Ne tenê ceribandin tune, lê di heman demê de ne hewce ye ku hûn 10 DTO û ViewModelên cihêreng jî binivîsin ku tenê hin daneyên ji domainê li cîhek nîşan bidin. Pêşdebirê 1C her gav bi yek saziyekê re tevdigere, bêyî ku çarçoweya têgihiştinê bi dehan çînên bi navên mîna hev re tevlihev bike, heman hebûnê, lê ji aliyek cûda temsîl dike. Mînakî, her serîlêdana .NET-ê ji bo serialîzekirina nav JSON û veguheztina daneyê ji xerîdar ber bi serverê ve pêdivî ye ku pênc an du ViewModel û DTO-yan hebin. Nêzîkî 10-15% ji koda serîlêdana we dê ji bo veguheztina daneyan ji çînek bo yekî din bi karanîna pênûs an kulmên mîna AutoMapper were xerc kirin. Pêdivî ye ku ev kod were nivîsandin û ji bo afirandina û domandina wê pêdivî ye ku bernamenûs pere bidin.

Derket holê ku zimanê 1C bêyî tevlihevkirina wê di asta zimanên seretayî de dijwar e, bi vî rengî avantaja sadebûnê winda dike. Karê firoşkar bi bingehîn çi ye ku tê çareser kirin: derxistina çareseriyek standard ku her xwendekarek ku li kolanê hatî girtin dikare bi asta kalîteyê ya pêdivî xweş bike (ango, dozek ku ji stenbolê bigire heya kargehek mezin qediya ye). Ger hûn stenbol in, xwendekarek bigirin; heke hûn kargeh in, ji hevalbendê xwe yê bicîhkirinê gurûyek bistînin. Rastiya ku hevkarên cîbicîkar xwendekaran bi bihayê guruyê difiroşin ne pirsgirêkek çarçoveyê ye. Ji hêla mîmarî ve, pêdivî ye ku çarçove pirsgirêkên herduyan çareser bike, koda veavakirinên standard (ya ku me bi soza xwerûkirinê firot karsazan) divê ji hêla xwendekarek ve were fam kirin, û guruyek jî divê karibe her tiştê ku hûn dixwazin fam bikin.

Tiştê ku bi dîtina min bi rastî di ziman de kêm e, tiştê ku we neçar dike ku ji we bêtir binivîsin, ew e ku wextê ku ji hêla xerîdar ve tê dayîn winda dike.

• Ihtîmala nivîsandina di astê de, mînakî, TypeScript (di encamê de, amûrên analîzkirina kodê yên pêşkeftî yên di IDE-yê de, refaktorkirin, kêmtir jambên êrîşkar)
  Hebûna fonksiyonan wekî tiştên çîna yekem. Têgehek piçek tevlihevtir, lê hêjmara koda boilerplate-a tîpîk dikare pir kêm bibe. Têgihîştina xwendekar ji kodê, IMHO, dê ji ber kêmbûna hêjmarê jî zêde bibe
• Peyvên berhevkirina gerdûnî, destpêker. Heman tişt - kêmkirina mêjera koda ku divê were nivîsandin û/an jî bi çavên xwe lê nihêrî. Koleksiyonên dagirtî zêdetirî 9000% ji dema bernameya 1C digire. Nivîsandina vê bêyî şekirê hevoksazî dirêj, biha û xeletî ye. Bi gelemperî, mîqdara LOC-ê di çareseriyên 1C de ji hemî sînorên gumanbar li gorî çarçoveyên vekirî yên berdest û, bi gelemperî, hemî Java-yên pargîdaniya we bi hev re derbas dibe. Ziman devkî ye, û ev di nav mîqdara dane, bîranîn, frenên IDE, dem, drav dejenere dike ...
• di dawiyê de avahî, hîpotezek min heye ku ev avahî wenda ye ji ber ku wan wergerek serketî ya wê ya rûsî nedîtiye :)
• Cûreyên daneya xwedan (bê OOP), analogên Tîpa ji VB6. Ew ê bihêle ku hûn strukturên bi karanîna şîroveyên di BSP û rêbazên sêrbaz ên ku van avahiyan ava dikin nenivîsînin. Em distînin: kêmtir kod, îşaretek bi xalek, çareseriyek zûtir a pirsgirêkê, kêm xeletiyên ji ber xeletî û taybetmendiyên wenda yên avahiyan. Naha nivîsandina strukturên bikarhêner bi tevahî bi tîmê pêşkeftinê ya Pirtûkxaneya Subpergalê ya Standard ve girêdayî ye, ku, li gorî xwe, bi baldarî şîroveyan li ser taybetmendiyên bendewar ên strukturên parameterê yên derbasbûyî dinivîse.
• Dema ku li ser muwekîlê malperê bi bangên asynkron re dixebitin şekir tune. callback-dojeh di forma ProcessingNotifications de qutiyek demkî ye ku ji ber guheztinek ji nişka ve di API-ya gerokên sereke de çêdibe, lê hûn nekarin her dem bi vî rengî bijîn; avantaja "têgihîştina xwendekar" ya koda asynchronous winda dibe. bêtir û bêtir. Ji bo vê paradîgmayê di IDE-ya sereke de tu piştgirî zêde nekin û tişt hîn xirabtir dibin.

Ev yek ji wan pirsgirêkan e, diyar e ku lîste dibe ku pir mezintir be, lê divê em ji bîr nekin ku ev hîn jî ne zimanek gelemperî ye, ew ne hewceyî pirtextî, fonksiyonên lambda, gihîştina GPU û bilez e. hesabên noqteya herikandinê. Ev zimanek nivîsandina mantiqa karsaziyê ye.

Bernameçêkerê ku berê gelek bi vî zimanî xebitiye, li js an jî c# dinêre, di çarçoveya vî zimanî de bêzar dibe. Ew rastiyek e. Ew hewceyê pêşveçûnê ye. Li aliyê din ê pîvanê ji bo firoşker lêçûna pêkanîna taybetmendiyên diyarkirî li hember zêdebûna dahatê piştî bicîhanîna wan e. Li vir ez di derheqê tiştê ku niha di çavên pargîdaniyê de girantir e de agahdariya min tune.

jîngeha Pêşveçûn

Li vir jî tişt ne xweş derbas dibin. Du hawîrdorên pêşveçûnê hene. Ya yekem Configurator e ku di nav radestkirinê de ye. Ya duyemîn jîngeha Amûrên Pêşveçûna Karsaziyê, an bi kurtasî EDT ye, ku li ser bingeha Eclipse hatî pêşve xistin.

Vesazker rêzek bêkêmasî ya karên pêşkeftinê peyda dike, hemî taybetmendiyan piştgirî dike û hawîrdora sereke ya li ser sûkê ye. Ew di heman demê de ji hêla exlaqî ve kevnar e, li gorî gotegotan pêş nakeve - ji ber mîqdara deynê teknîkî di hundurê xwe de. Rewş dikare bi vekirina API-ya hundurîn (di forma hevaltiyê de bi Snowman A. Orefkova an li ser bingehek serbixwe), lê ev ne wusa ye. Pratîkê destnîşan kir ku civak dê taybetmendiyên xwe di IDE-yê de binivîsîne, heya ku firoşkar mudaxele neke. Lê tiştên me hene. Vesazker di 2004-2005-an de pir xweş bû, pir bîra Visual Studio ya wan deman, li hin deveran hê sartir bû, lê di wan deman de asê mabû.

Digel vê yekê, hêjmara çareseriya standard a navîn ji wê hingê ve çend caran zêde bûye, û îro IDE bi hêsanî nikare bi hejmara koda ku pê tê xwarin re mijûl bibe. Kapasîteyên bikêrhatî û refaktorkirinê jî ne sifir in, di nav sor de ne. Hemî ev dilgeşiyê li pêşdebiran zêde nake û ew xewn dikin ku biçin ekosîstemên din û li wir kodkirina kodê bidomînin, lê di hawîrdorek xweş de ku bi behremendiya xwe di rûyê we de tif nake.

Wekî alternatîf, IDE-yek ku ji nû ve hatî nivîsandin, ku li ser Eclipse hatî çêkirin, tê pêşkêş kirin. Li wir, çavkanî, wekî di her nermalava din de, di forma pelên nivîsê de dijîn, di GIT-ê de têne hilanîn, şaxên daxwaznameyê bikişînin, ev hemî. Ji hêla xwarê ve, ew gelek sal in ku statûya betayê nehiştiye, her çend ew bi her berdanê re çêtir dibe. Ez ê li ser dezawantajên EDT nenivîsim, îro ew kêmek e, sibê ew taybetmendiyek rast e. Girîngiya ravekirinek wusa dê zû biqede. Îro gengaz e ku meriv di EDT-ê de pêşve bibe, lê ew ne asayî ye; hûn hewce ne ku ji hejmarek hin xeletiyên IDE re amade bibin.

Ger hûn bi "prîzma 1C" ya jorîn li rewşê binêrin, hûn tiştek wusa distînin: berdana IDE-ya nû firotana qutiyan zêde nake, lê dibe ku derketina DEVELOPERS kêm bibe. Zehmet e ku meriv bêje ka di warê rehetiya pêşdebiran de çi li benda ekosîstemê ye, lê Microsoft jixwe pêşdebirên mobîl xera kiriye û karûbarên xwe pir dereng pêşkêşî wan dike.

Rêveberiya Pêşveçûnê

Li vir her tişt ji nivîsandina kodê bi girîngî çêtir e, nemaze vê dawîyê, dema ku hewildanên civakê pirsgirêkên otomasyona rêveberiyê derxist holê, prototîpên ku banga avêtina depoya 1C di nav çopê de û karanîna git, sûcdarkirina bilez, vekolîna kodê kir. , analîza statîk, oto-bicihkirin û hwd. Gelek taybetmendî li platformê hatine zêdekirin ku asta otomatîkkirina karên pêşkeftinê zêde dikin. Lêbelê, van hemî taybetmendiyan tenê û bi taybetî ji bo pêşkeftina hilberên me yên mezin hatin zêdekirin, gava ku eşkere bû ku em nekarin bêyî otomasyonê bikin. Xwe-hevkirin, berhevdana sê alî bi KDiff re û her tişt hebûn. Li ser Github hate destpêkirin gitconverter, ku bi eşkereyî, bi îdeolojîkî ji projeyê dûr ket gitsync, lê ji bo ku li gorî pêvajoyên pargîdaniya firoşkar were guheztin. Spas ji xortên serhişk ên ji çavkaniya vekirî, otomasyona pêşkeftinê di 1C de ji erdê derket. API-ya vekirî ya ji bo vesazker, IMHO, dê paşveçûna exlaqî ya IDE-ya sereke jî biguhezîne.

Îro, hilanîna çavkaniyên 1C di git de bi erkên ku bi pirsgirêkên li Jira ve girêdayî ne, vekolînên li Crucible, bişkojka bişkojka ji Jenkins û Allure raporên li ser ceribandina kodê di 1C de û heta analîza statîk di SonarQube de - ev ji nûçeyê dûr e, lê di pargîdaniyên ku gelek pêşkeftina 1C lê heye de serekî ye.

Rêveberî

Li vir gelek tişt hene ku bêne gotin. Pêşîn, ev, bê guman, serverek e (koma servera 1C). Tiştek ecêb e, lê ji ber vê yekê ku ew qutiyek bi tevahî reş e, bi hûrgulî têra xwe belgekirî ye, lê bi rengek taybetî - serdestkirina destpêkirina operasyona bênavber di moda barkirinê de li ser çend serveran, gelek çend hilbijartî ye ku li xwe dikin. madalyaya bi nivîsa "Pisporê Pirsgirêkên Teknolojiyê". Hêjayî gotinê ye ku, di prensîbê de, birêvebirina serverek 1C ji rêvebirina serverek din cûda nabe. Ew serîlêdanek-based torê, pir-mijalek e ku bîranîn, CPU û çavkaniyên dîskê dixwe. Ji bo berhevkirin û tespîtkirina telemetrîyê fersendên berfireh peyda dike.

Pirsgirêk li vir ev e ku firoşkar di warê çareseriyên amade de ji bo vê tespîtê tiştek taybetî pêşkêşî nake. Erê, 1C heye: Navenda Amûr û Kontrolê, ew tewra pir baş in, lê ew pir biha ne û ne her kes wan heye. Di civatê de ji bo girêdana Grafana, Zabbix, ELK û tiştên din ji rêzika rêveberê standard gelek pêşkeftin hene, lê çareseriyek yekane ku dê li gorî piraniyê be tune. Kar li benda lehengê xwe ye. Û heke hûn karsaziyek in ku plan dike ku li ser komek 1C dest pê bike, hûn hewceyê Pisporek in. Xweya xwe ya hundur an ji derve ye, lê hûn hewce ne. Normal e ku ji bo operasyona serverê bi jêhatîbûnên cûda re rolek cûda heye, ne ku her bikarhênerek 1C vê yekê zanibe, hûn tenê hewce ne ku fêm bikin ku rolek weha hewce ye. Werin em mînaka SAP-ê bigirin. Li wir, bernamenûsek, bi îhtîmalek mezin, dê ji ser kursiya xwe jî ranebe heke jê were xwestin ku tiştek li ser servera serîlêdanê mîheng bike. Dibe ku ew tenê bêaqil be û ew ê şerm neke. Di metodolojiya SAP-ê de ji bo vê yekê rola karmendek cihê heye. Ji ber hin sedeman, di pîşesaziya 1C de tê bawer kirin ku divê ev yek ji bo heman meaşê di yek karmend de were berhev kirin. Ev xapandinek e.

Dezawantajên server 1C

Bi rastî yek minus heye - pêbawerî. An jî, heke hûn tercîh dikin, bêpêşbînîbûn. Tevgera ecêb a ji nişka ve ya serverê jixwe bûye nîqaşa bajêr. Dermanek gerdûnî - rawestandina serverê û paqijkirina hemî cache - tewra di destana pispor de jî tête diyar kirin, û tewra pirtûkek berhevokê jî tê pêşniyar kirin ku vê yekê dike. Ger pergala weya 1C dest bi kirina tiştekê dike ku divê ew bi teorîkî jî neke, ew dem e ku hûn cache daneyên danişînê paqij bikin. Li gorî texmîna min, li seranserê welêt tenê sê kes hene ku dizanin bêyî vê prosedurê serverek 1C çawa dixebitin û ew razan parve nakin, ji ber ku ... ew ji vê dijîn. Dibe ku raza wan ev e ku ew daneyên danişînê paqij dikin, lê ew ji kesî re nabêjin, heval.

Wekî din, servera 1C wekî ya din heman serîlêdanê ye û bi heman rengî, bi xwendina belgeyê û lêxistina tembûrê, tê rêvebirin.

Docker

Kêrhatiya karanîna serverek 1C ya konteynirkirî di hilberînê de hîn nehatiye îsbat kirin. Pêşkêşkar bi tenê lê zêdekirina girêkên li pişt balanserê nayê kom kirin, ku ev yek feydeyên konteynerê hilberînê bi kêmanî kêm dike, û pratîka operasyona serketî ya di konteyneran de di moda barkirinê de nehatiye saz kirin. Wekî encamek, tenê pêşdebiran Docker + 1C bikar tînin da ku hawîrdorên ceribandinê saz bikin. Li wir ew pir bikêr e, sepandin, dihêle hûn bi teknolojiyên nûjen re bilîzin û ji bêhêvîtiya konfiguratorê veqetînin.

Parçeyek bazirganî

Ji nêrînek veberhênanê, 1C dihêle hûn ji ber kapasîteyên berfireh ên dersên serîlêdanê pirsgirêka destpêkirina zû ramanên karsaziyê çareser bikin. 1C ji qutiyê Raporkirina pir maqûl, entegrasyona bi her tiştî, xerîdarek malperê, xerîdar a mobîl, serîlêdana mobîl, piştgirî ji bo DBMS-yên cihêreng, tê de dide. belaş, cross-platform hem server û hem jî beşên xerîdar ên sazkirî. Erê, UI ya sepanan dê zer be, carinan ev kêmasiyek e, lê ne her gav.
Bi hilbijartina 1C, karsaziyek komek çareseriyên nermalavê werdigire ku rê dide wan ku cîhek pir berfireh a sepanan ava bikin, û her weha gelek pêşdebirên li ser sûkê ku ji Javaîstan kêmtir drav dixwazin û di heman demê de zûtir encam derdixin.

Mînakî, peywira şandina fatûreyek PDF-ê ji xerîdar re dikare di saetek xebata xwendekar de were çareser kirin. Heman pirsgirêk di .NET de dikare bi kirîna pirtûkxaneyek xwedan, an çend roj an hefte kodkirina ji hêla pêşdebirek hişk û rih ve were çareser kirin. Carinan, her du yekcar. Û erê, min tenê li ser nifşê PDF-ê dipeyivî. Me negot ev fatûre jî dê ji ku derkeve. Pêdivî ye ku pêşnumaya malperê formek biafirîne ku operator dê têkevin daneyan, paşveger neçar e ku modelên dto ji bo veguheztina JSON, modelên ji bo hilanîna databasê, avahiya databasê bixwe, koçkirina wê, avakirina grafîkî biafirîne. nîşandana vê hesabê pir, û tenê hingê - PDF. Li ser 1C, tevahiya peywirê, ji nû ve, tam di yek saetê de qediya.

Pergalek hesabkirinê ya bêkêmasî ya ji bo stenbolek piçûk bi yek pêvajoya karsaziyê kirîn/firot di 3 demjimêran de pêk tê. Bi raporkirina firotanê, hesabkirina tiştan bi bihayên kirîn û firotanê, ji hêla embarê veqetandî, kontrolkirina mafên gihîştinê, muwekîlê malperê û serîlêdana mobîl . Baş e, min serîlêdanê ji bîr kir, bi serîlêdanê ne di 3 saetan de, di şeşan de.

Dê ev kar kengî bikişîne pêşdebirek .NET ji sazkirina studyoya dîtbarî li ser komputerek paqij heya ku wê ji xerîdar re nîşan bide? Li ser lêçûna pêşveçûnê çi ye? Eynî tişt.

Hêzên 1C wekî platformek

1C xurt e ne ji ber ku tiştek taybetî li ser wê heye ku di cîhanê de çêtirîn e. Berevajî vê, di her bine-pergalê de hûn dikarin di nermalava cîhanê de analogek balkêştir bibînin. Lêbelê, li ser bingeha berhevokek faktoran, ez platformek mîna 1C nabînim. Li vir serkeftina bazirganî ye. Awantajên platformê li seranserê wê belav dibin û gava ku hûn dibînin ev yek di platformên din de çawa tê kirin, herî zelal xuya dibin. Di bingeh de, ev NE taybetmendî ne, lê berevajî - redkirina taybetmendiyan di berjewendiya yek paradîgmayek taybetî de. Çend mînak:

1. Unicode. Çi dojeh dikare hêsantir be? Ne hewce ye ku di sala 2019-an de şîfreyên ASCII-a yek-byte bikar bînin (ji bilî yekbûna bi mîrateyên kevnar). Qet. Lê na. Digel vê yekê, kesek di hin tabloyê de varcharek yek-byte bikar tîne û serîlêdan dê bi kodkirinan re pirsgirêk hebin. Di sala 2015-an de, destûrnameya LDAP ya gitlab ji ber xebata xelet a bi kodkirinan re têk çû; JetBrains IDE hîn jî di navên pelan de li her derê bi Cyrillic re naxebite. 1C ji qata databasê veqetandina koda serîlêdanê ya qalîteya bilind peyda dike. Li wir ne mimkun e ku meriv tabloyan di astek nizm de binivîsîne û li wir bendikên xortên bêkêmasî di asta databasê de ne gengaz in. Erê, dibe ku pirsgirêkên din bi xortên bêkêmasî re hebin, lê cûrbecûr pirsgirêkan pir piçûktir e. Naha hûn ê ji min re bibêjin ku serîlêdana we rast hatî sêwirandin û qata gihîştina databasê wekî ku divê were veqetandin. Awirek din li serîlêdana Java-ya xwerû ya pargîdanî binihêrin. Nêzîk û durust. Wijdanê te te diêşîne? Wê demê ez ji bo te kêfxweş im.
2. Jimarkirina belgeyan / pirtûkên referansê. Di 1C de ew bê guman ne ya herî maqûl û ne ya çêtirîn e. Lê tiştê ku ew di nermalava bankingê de û di pergalên hesabê xwe-nivîskî de dikin - baş e, ew tenê tarî ye. An dê nasname tê de asê bimîne (û dûv re "oh, çima qulên me hene"), an berevajî vê, ew ê jeneratorek çêbikin ku di asta DBMS-ê de bi kilîtkirinê re dixebite (û dê bibe xelekek). Di rastiyê de, kirina vê peywira xuya ya hêsan pir dijwar e - jimarvanek paşîn-bi-dawî ya saziyan, bi beşek bêhempa ku li ser bingeha komek kilît, pêşgir, da ku ew di dema têketina daneya paralel de databasê asteng neke. .
3. Nasnameyên tomarên di databasê de. 1C biryarek bi îrade girt - hemî nasnameyên girêdanê bi tevahî sentetîk in û ew e. Û di databases û danûstendinên belavkirî de pirsgirêk tune. Pêşdebirên pergalên din bi serhişkî tiştek mîna nasnameyê diafirînin (ew kurttir e!), wan di nav GUI-yê de kaş bikin heya ku dema wê ye ku çend mînakên têkildar biafirînin (û dûv re ew ê werin kifş kirin). Ma ev tune? Bi rastî?
4. Lists. 1C xwedan mekanîzmayên pir serketî ye ji bo rûpelkirina navnîşên (mezin) û navgîniya wan. Bila ez tavilê rezervasyonek bikim - bi karanîna rast a mekanîzmayê! Bi gelemperî, mijar pir ne xweş e, ew bi îdeal nayê çareser kirin: ew an têgihîştî û hêsan e (lê xetereya tomarên mezin li ser xerîdar), an jî rûpelkirin ji yek an jî xeletiyek din e. Yên ku rûpelkirinê dikin pir caran wê bi xeletî dikin. Yên ku pêvekek rastîn çêdikin databasek, kanalek û xerîdarek lê zêde dikin.
5. Formên birêvebirin. Bê guman, di muwekîlê webê de pêvek bêkêmasî naxebite. Lê ew kar dike. Lê ji bo gelek pergalên din ên hesabkirin û bankingê, afirandina cîhek xebata dûr projeyek di asta pargîdanî de ye. Daxuyaniyê: Xweşbextane ji bo kesên ku bi eslê xwe ew li ser malperê çêkirine, ev ê bandor neke.
6. sepana mobîl. Di van demên dawî de, hûn dikarin dema ku di heman ekosîstemê de ne serîlêdanên mobîl jî binivîsin. Li vir ew ji xerîdarek webê piçekî tevlihevtir e; taybetmendiyên cîhazan we neçar dike ku hûn bi taybetî ji bo wan binivîsin, lêbelê, hûn tîmek cihêreng a pêşdebirên mobîl nagirin. Ger hûn ji bo hewcedariyên hundurîn ên pargîdaniyek serîlêdanek hewce bikin (gava ku çareseriyek mobîl a pirsgirêkek pargîdanî ji sêwirana UI-ya zer girîngtir e), hûn tenê heman platformê ji qutiyê bikar tînin.
7. Raporkirin. Mebesta min bi vê peyvê ne pergalek BI-ya bi daneyên mezin û derengiya li ser pêvajoya ETL ye. Ev ji raporên karmendê xebitandinê re vedibêje ku dihêle hûn rewşa hesabê li vir û nuha binirxînin. Hevsengî, lihevhatinên hevûdu, ji nû ve gradkirin, hwd. 1C bi pergalek raporê bi mîhengên maqûl ên ji bo kom, fîlter, û dîtbarîkirinê li ser milê bikarhêner ji qutikê derdikeve. Erê, li sûkê analogên sartir hene. Lê ne di çarçoveya çareseriya tev-bi-yek de û bi bihayek carna ji çareseriya tev-bi-yek bilindtir e. Û pir caran ew jî berevajî ye: tenê raporkirin, lê ji tevahiya platformê bihatir, û bi kalîteyê xirabtir.
8. Formên çapkirî. Welê, .NET bikar bînin da ku pirsgirêka şandina meaşên di PDF-ê de ji karmendan re bi e-nameyê çareser bikin. Û niha karê çapkirina fatûreyan. Li ser tomarkirina kopiyên wan li heman PDF-ê çi ye? Ji bo paşnavê 1C, derxistina her sêwirana PDF-ê +1 rêzika kodê ye. Ev tê wateya + 40 saniye dema xebatê, li şûna roj an hefte bi zimanekî din. Pêşniyarên forma çapkirî ya di 1C de pir hêsan têne pêşdebirin û têra xwe bi hêz in ku bi hevpîşeyên drav re pêşbaziyê bikin. Erê, belkî, di belgeyên pelgeya 1C de gelek derfetên înteraktîf tune ne; hûn nekarin zû bi pîvanek bi karanîna OpenGL-ê bi pîvanek 3D-ê bistînin. Lê ew bi rastî hewce ye?

Vana tenê çend mînak in ku sînordarkirina fonksiyonê an pêkanîna lihevhatinan di pêşerojê de dibe feydeyek mîmarî ya girîng. Tewra lihevkirinek an ne vebijarka herî bi bandor - ew jixwe di qutîkê de ye û ji bo xwe tê girtin. Pêkanîna wê ya serbixwe yan dê ne mumkun be (ji ber ku biryarên weha divê di destpêka projeyê de bêne girtin, û dem jê re tune, û bi tevahî mîmar tune), an jî çend dubareyên biha. Di her yek ji xalên navnîşkirî de (û ev ne navnîşek bêkêmasî ya çareseriyên mîmarî ye), hûn dikarin bişoxilînin û qedexeyên ku pîvandinê asteng dikin destnîşan bikin. Di her rewşê de, hûn, wekî karsazek, pêdivî ye ku hûn pê ewle bin ku bernamenûsên we, dema ku "pergalek ji sifirê" çêdikin, destên wan rast in û dê tavilê pirsgirêkên pergalê yên nazik baş bikin.

Erê, wekî di her pergalek din a tevlihev de, 1C bixwe jî çareseriyên ku di hin aliyan de pîvandinê asteng dikin hene. Lêbelê, ez dubare dikim, li ser bingeha tevliheviya faktoran, lêçûna xwedaniyê, û hejmara pirsgirêkên ku berê berê hatine çareser kirin, ez li sûkê hevrikek hêja nabînim. Bi heman bihayê, hûn çarçoveyek serîlêdana darayî, serverek hevseng a komkirî, bi navgînek UI û tevnvîsê, bi serîlêdanek mobîl, bi rapor, entegrasyon û komek tiştên din digirin. Di cîhana Java-yê de, hûn tîmek pêş-end û paş-paşîn digirin, koda serverê ya nizm-asta nizm debug dikin û ji bo 2 sepanên mobîl ji bo 2 OS-ya mobîl ji hev cuda didin.

Ez nabêjim ku 1C dê hemî dozan çareser bike, lê ji bo serîlêdanek pargîdaniya hundurîn, gava ku ne hewce ye ku meriv UI-ê nîşan bide - çi hewce ye?

Kûçikek tar

Dibe ku we têgihîştin ku 1C dê cîhanê xilas bike û ku hemî awayên din ên nivîsandina pergalên pargîdanî xelet in. Qet ne wisa ye. Ji nihêrîna karsaziyek, heke hûn 1C hilbijêrin, wê hingê ji bilî demek zû-bazarê, divê hûn dezawantajên jêrîn jî bihesibînin:

• pêbaweriya server. Bi rastî pisporên kalîteya bilind hewce ne ku dikarin xebata wê ya bênavber misoger bikin. Haya min ji bernameyek perwerdehiyê ya amade ji bo pisporên weha ji firoşker tune. Kurs hene ku ji bo azmûna Pisporê amade bibin, lê ev, bi dîtina min, ne bes e.
• Alîkarî. Xala berê bibînin. Ji bo ku hûn ji firoşkarê piştgirî bibin, hûn hewce ne ku wê bikirin. Ji ber hin sedeman ev di pîşesaziya 1C de nayê pejirandin. Û bi SAP-ê re, ew hema hema kirînek pêdivî ye û ew kesek aciz nake. Bêyî piştgiriya pargîdanî û bêyî pisporek li ser karmendan, hûn dikarin bi xeletiyên 1C re tenê bimînin.
• Dîsa jî, hûn nekarin bi tevahî her tiştî bi 1C re bikin. Ev amûrek e û wekî her amûrekê sînorên tetbîqatê jî hene. Di perestgeha 1C de, pir tê xwestin ku mîmarek pergala "ne-1C" hebe.
• Nasnavên baş 1C ji bernamenûsên baş ên bi zimanên din erzantir nîn in. Her çend, bernamenûsên xirab bi qîmet e ku meriv bi wî zimanî dinivîse.

Werin em xalan xalî bikin

• 1C ji bo karsaziyê çarçoveyek pêşkeftina serîlêdana bilez (RAD) ye û ji bo vê yekê hatî çêkirin.
• Girêdana sê-ast bi piştgiriya DBMS-yên sereke, UI-ya xerîdar, ORM û raporek pir baş
• Derfetên berfireh ji bo entegrasyonê bi pergalên ku dikarin tiştê ku 1C nekare bikin. Heke hûn fêrbûna makîneyê dixwazin, Python bigirin û encamê bi http an RabbitMQ bişînin 1C
• Ne hewce ye ku hûn hewl bidin ku her tiştî bi karanîna 1C bikin, hûn hewce ne ku hêza wê fam bikin û wan ji bo armancên xwe bikar bînin.
• Pêşdebirên ku ber bi kolandina kelûmelên çarçoweya teknolojîk ve diçin û her N sal carekê ber bi motorek nû ve dizayn dikin, ji 1C aciz dibin. Li wir her tişt pir kevneperest e.
• Pêşdebir di heman demê de bêzar dibin ji ber ku ji hilberîner re fikarek pir hindik heye. Zimanê bêzar, IDE qels. Ew nûjenbûnê hewce dikin.
• Ji hêla din ve, pêşdebirên ku bi karanîna û fêrbûna teknolojiyek din a ku ji wan hez dikin nikanin kêfê bibînin, pêşdebirên xirab in. Ew ê nalîn û biçin ekosîstemek din.
• Kardêrên ku nahêlin paşnavên xwe yên 1C di Python de tiştek binivîsin, kardêrên xirab in. Ew ê xebatkarên bi hişê lêpirsîner winda bikin, û li şûna wan dê kodkerên meymûn werin ku, her çend bi her tiştî razî bin, dê nermalava pargîdanî bikişîne nav çolê. Ew ê hîn jî pêdivî ye ku ji nû ve were nivîsandin, ji ber vê yekê dibe ku çêtir be ku meriv hinekî berê li Python veberhênanê bike?
• 1C pargîdaniyek bazirganî ye û taybetmendiyan tenê li gorî berjewendî û berjewendiya xwe pêk tîne. Hûn nikarin wê ji bo vê yekê sûcdar bikin, karsazî divê li ser qezencê bifikire, ew jiyan e
• 1C bi firotina çareseriyên pirsgirêkên karsaziyê, ne ji pirsgirêkên pêşdebirên Vasya re, drav qezenc dike. Van her du têgihan bi hev ve girêdayî ne, lê pêşîn tiştê ku min got ev e. Dema ku pêşdebir Vasya amade ye ku ji bo 1C: Resharper destûrnameyek kesane bide, ew ê pir zû xuya bibe, "Resharper" ya A. Orefkova îspata vê ye. Ger firoşkar piştgirîya wê bike, û li dijî wê şer neke, dê bazarek ji bo nermalavê ji bo pêşdebiran xuya bibe. Naha di vê sûkê de yek û nîv lîstikvan hene ku encamên gumanbar hene, û hemî ji ber ku entegrasyona bi IDE re neyînî ye û her tişt li ser kêşan tê kirin.
• Pratîka operatorek pir-makîneyê dê di nav jibîrkirinê de winda bibe. Serîlêdanên nûjen pir mezin in ku hem ji hêla kodê û hem jî ji hêla karanîna karsaziyê ve bîr bînin. Pêşkêşkara 1C jî tevlihevtir dibe; ne gengaz e ku meriv hemî celeb pisporiyê di yek karmendê de bigire. Pêdivî ye ku ev daxwazek pisporan be, ku tê vê wateyê balkêşiya pîşeya 1C û zêdebûna meaşan. Ger berê Vasya sê-yek-yek ji bo yek meaş dixebitî, naha hûn hewce ne ku du Vasyas bixebitin û pêşbaziya di nav Vasyas de dikare mezinbûna giştî ya asta wan bike.

encamê

1C hilberek pir hêja ye. Di rêza bihayê min de, ez bi tevahî analogan nizanim, heke hebin di şîroveyan de binivîsin. Lêbelê, derketina pêşdebiran ji ekosîstemê her ku diçe bêtir xuya dibe, û ev "herikîna mêjî" ye, bêyî ku hûn çawa lê binerin. Pîşesazî birçî nûjenbûnê ye.
Ger hûn pêşdebir in, xwe li 1C negirin û nefikirin ku di zimanên din de her tişt efsûnî ye. Dema ku hûn ciwan in, dibe ku. Mîna ku tiştek mezintir hewce bike ku were çareser kirin, çareseriyên amadekirî dê demek dirêjtir bêne nihêrtin û bi tundî bêne qedandin. Di warê kalîteya "blokên" de ku çareseriyek jê tê çêkirin, 1C pir, pir baş e.

Tiştek din jî - heke paşnavek 1C ji we re were ku hûn kar bikin, wê hingê paşnavê 1C dikare bi ewlehî li pozîsyona analîstên pêşeng were destnîşankirin. Têgihîştina wan a peywir, qada mijarê, û jêhatîbûna hilweşandinê pir xweş e. Ez piştrast im ku ev bi rastî ji ber karanîna zorê ya DDD-ê di pêşkeftina 1C de ye. Mirov tê perwerde kirin ku berî her tiştî li ser wateya peywirê bifikire, li ser girêdanên di navbera tiştên qada mijarê de, û di heman demê de di teknolojiyên entegrasyonê û formên pevguhertina daneyan de xwediyê paşxaneyek teknîkî ye.

Hay ji xwe hebin ku çarçoveyek îdeal tune û li xwe miqate bin.
Hemî xweş!

P.S.: gelek spas speshuric ji bo alîkariyê di amadekirina gotarê de.

Tenê bikarhênerên qeydkirî dikarin beşdarî anketê bibin. Têketinji kerema xwe.

Di pargîdaniya we de 1C heye?

• 13,3%Qet nebe.71

• 30,3%Heye, lê tenê di beşa hesabê de cîhek. Pergalên bingehîn li ser platformên din162

• 41,4%Erê, pêvajoyên karsaziya sereke li ser wê dixebitin221

• 15,0%Divê 1C bimire, paşeroj girêdayî %technology_name%80 ye

534 bikarhêneran deng dan. 99 bikarhêner jî betal bûn.

Source: www.habr.com