hè un muvimentu internaziunale chì urganizeghja cuncorsi prufessiunali per i ghjovani sottu à 22 anni.
A finale internaziunale hè tenuta ogni dui anni. Quist'annu l'ultimu locu era (l'ultima finale hè stata in 2017 in Abu Dhabi, u prossimu serà in 2021 in Shanghai).
WorldSkills Championships sò i più grandi campionati di cumpetenze prufessiunali di u mondu. Accumincianu cù i prufessiunali di u collu blu, è in l'ultimi anni più è più attente hè stata pagata à "professioni di u futuru", cumprese e discipline IT, per quale un grande cluster separatu hè statu attribuitu à u campiunatu in Kazan.
In u bloccu IT ci hè una cumpetenza (un "sportu" specificu) chjamatu "Soluzioni di software IT per l'affari".
In ogni cuncorsu, a lista permessa di strumenti utilizati hè limitata. E se, per esempiu, per u "disegnu di u paisaghju" a lista di e pussibuli strumenti hè limitata (di sicuru, senza indicà un fabricatore o culore esplicitu), allora in a cumpetenza "Soluzioni software per l'affari" a lista di tecnulugia accettata chì i participanti ponu utilizà. hè strettamente limitatu, indicà tecnulugie specifiche è piattaforme specifiche (.NET è Java cù un settore specificu di frameworks).
A pusizione di 1C nantu à sta questione hè a siguenti: a tecnulugia di l'informatica hè una zona assai dinamica, e tecnulugia novi è e strumenti di sviluppu sò constantemente in u mondu. Da u nostru puntu di vista, hè currettu per permette à i specialisti di utilizà l'arnesi cù quale volenu è sò abituati à travaglià.
In a caduta di u 2018, a gestione di WorldSkills ci hà intesu. Avà avemu avutu à pruvà a metodulugia per incorpore e tecnulugia novi in cuncorsi. Ùn hè micca simplice.
A piattaforma 1C: Enterprise hè stata inclusa in a lista di l'infrastruttura di u campionatu in Kazan è una piattaforma sperimentale per Soluzioni di Software IT per Business Sandbox hè stata urganizata.
Per piacè nutate chì a lingua ufficiale di u campionatu hè l'inglese. Tutti i materiali cù i risultati di i travaglii di risolve (codici fonte, documentazione accumpagnata, interfacce di software) anu ancu esse trasmessi in questa lingua. Malgradu i dubbiti di certi persone (ancora !), pudete scrive in inglese in 1C.
9 ghjovani di 8 paesi (Filippine, Taiwan, Corea, Finlandia, Maroccu, Russia, Kazakhstan, Malaysia) anu participatu à a cumpetizione in stu situ.
A ghjuria - una squadra di esperti - era guidata da un espertu di Filippine, Joey Manansala.
Esperti di Finlandia, UAE, Costa Rica, Corea, Russia è Taiwan eranu rapprisentati.
Separatamente, avemu nutatu chì i participanti di Russia (Pavkin Kirill, Sultanova Aigul) è Kazakistan (Vitovsky Ludwig) anu decisu di utilizà a piattaforma 1C: Enterprise cum'è parte di u cuncorsu. U restu di i participanti anu utilizatu .NET per desktop è Android Studio per u sviluppu mobile. Hè interessante chì i participanti chì anu sceltu 1C sò assai ghjovani (Kirill hè un studiente in una scola in Stavropol, questu annu hà intrutu in u 11u gradu, Aigul hè un studiente universitariu, Kazan, Tatarstan), mentri i so avversari eranu assai più sperimentati ( per esempiu, un participante da Corea - vincitore di u campionatu WorldSkills 2013 in Leipzig; tutti anu sperienza di participà à WorldSkills è parechji anni di sperienza prufessiunale in l'industria).
Cunsiderendu chì durante a cumpetizione i participanti anu utilizatu diverse tecnulugia muderne, avemu avutu l'uppurtunità di pruvà a piattaforma 1C:Enterprise in cundizioni veramente di cummattimentu, per paragunà a qualità di e soluzioni ottenute cù u so aiutu è a rapidità di sviluppu ottenuta cù u so usu.
Separatamente, nutemu chì in u quadru di a piattaforma speciale Soluzioni IT Software per Business Sandbox, i participanti anu cumpletu i stessi compiti cum'è i participanti in a principale piattaforma di Soluzioni IT Software per Business.
U compitu stessu hè un compitu cumplessu per l'automatizazione di una certa impresa; questu annu l'esempiu di un affari era a cumpagnia fittizia KazanNeft.
Legend
Kazan Oil hè una di e più grandi imprese petrolifere in a Republica di Tatarstan, chì opera cum'è un attore di u mercatu naziunale è una marca ricunnisciuta internaziunale in questu campu. A sede di a cumpagnia, specializata in l'esplorazione di u campu, a pruduzzione, a pruduzzione, a raffinazione, u trasportu è a vendita è a distribuzione di oliu, prudutti di petroliu è gasu naturale, si trova in Kazan (Russia).
Siccomu a cumpagnia implementa una strategia di espansione rapida è creazione di novi uffizii in tutta a Russia, a gestione di a cumpagnia hà decisu di presentà un novu software d'automatizazione cummerciale destinatu à mantene è gestisce certe operazioni.
Cundizioni di u campionatu
I travaglii sò stati dati à i participanti in forma di moduli (sessioni) cù l'esigenza di compie in un tempu limitatu. Ci era 7 moduli in totale. Trè sessioni per risolve nantu à un desktop - 2.5 ore ognunu. Trè sessioni - u sviluppu client-server, induve u cliente era una applicazione mobile, è a cumunicazione trà u cliente è u servitore hè stata realizata via WEB-API. Questu hà pigliatu 3.5 ore. Ultima sessione - compiti nantu à l'ingenieria inversa di u software esistente, 2.5 ore. Comu parte di l'ingegneria inversa, i participanti anu da, basatu annantu à l'infurmazioni furnite, cuncepisce a struttura di a basa di dati di l'applicazione (custruendu un diagramma ER), analizà scenarii per l'usu di u sistema (custruendu un diagramma di casu d'usu), è ancu. Sviluppà è cuncepisce l'interfaccia di a suluzione di u software secondu e esigenze funziunali furnite.
I principali plataformi di sviluppu utilizati eranu .NET (C#) è Java (cumpresu Android Studio per u sviluppu mobile). U SandBox sperimentale hà utilizatu .NET, Java è 1C: Enterprise versione 8.3.13.
À a fine di ogni sessione, l'esperti anu evaluatu u risultatu - un prughjettu di travagliu prontu chì implementa i travaglii stabiliti à u principiu di a sessione.
A peculiarità di i travaglii hè a so "vitalità" - assai esigenze è tempu limitatu. A maiò parte di i prublemi ùn sò micca prublemi speciali di l'Olimpiadi, ma sò assai vicinu à i veri prublemi industriali - i specialisti li affrontanu ogni ghjornu. Ma ci sò parechje attività, è u tempu hè limitatu. U participante deve risolve u numeru massimu di prublemi chì avarà u più grande benefiziu per l'affari. Ùn hè micca un fattu chì un compitu cumplessu da un puntu di vista algoritmicu avarà più pesu cà un elementariu. Per esempiu, a creazione di un sistema di cuntabilità funziunanti di trè tavule hè più impurtante per un affari chì una bella forma di rapportu cù algoritmi cumplessi, chì ùn hè micca necessariu senza questi tavulini.
Avemu dumandatu à u vincitore di a cumpetizione, un participante da Russia, Kirill Pavkin, per dici di più nantu à ciò chì eranu i travaglii è cumu si avvicinò à a so suluzione.
Quì sottu hè una descrizzione di u compitu, a storia di Kirill nantu à cumu risolve u compitu. Avemu ancu dumandatu à Vitaly Rybalka, un impiegatu 1C è unu di l'esperti di Soluzioni IT per Business Sandbox, per cummentà e soluzioni di Kirill.
Comu parte di l'assignazione, era necessariu automatizà l'attività di parechji tipi d'utilizatori:
- Responsabile di a cuntabilità di l'assi di a cumpagnia
- Responsabile di riparazioni micca pianificate è mantenimentu pianificatu di l'assi di a cumpagnia
- Amministratori di compra per cumpunenti è consumabili
- Divisioni di esplorazione è pruduzzione di petroliu
- U top management avia bisognu di rapporti analitici
Session 1
Da u puntu di vista di l'assi (per esempiu, una flotta di veiculi), era necessariu di implementà a so cuntabilità (stabbilimentu di novi, edità di l'attuale), ricerca rapida è diversi tipi di filtri per a visualizazione di l'infurmazioni, u muvimentu di l'assi trà e divisioni di a Cumpagnia. è gruppi di assi stessi. Mantene una storia di tali movimenti è furnisce analitiche nantu à elli in u futuru. A cuntabilità di l'assi hè stata implementata principalmente per i gruppi di utilizatori mobili.
Cirillu: Un subtask interessante era l'implementazione di i buttoni in a lista di l'assi. Per risolve questu, avemu usatu una lista dinamica: scrivemu una dumanda arbitraria, è quandu riceve dati nantu à u servitore, assignemu ligami di navigazione à l'imaghjini da a biblioteca di l'imaghjini à i campi necessarii.
Per cunvenzione, i ritratti ponu esse attaccati à un attivu in duie manere: pigliate una foto (multimedia) è selezziunate da a galeria (dialogu di selezzione di file).
Alcune forme avianu bisognu à esse ridisegnate quandu a schermu hè stata rotata:
Quandu cambiate i paràmetri di u screnu, cambiamu a visibilità di i gruppi di buttone.
I travaglii divertenti ma simplici includenu filtri in una lista dinamica, ricerca in dui campi (numeru è nome), è generazione di un numeru di serie di attivu.
Cummentariu di Expert: da u puntu di vista di a suluzione nantu à a piattaforma 1C:Enterprise, u compitu hè abbastanza chjaru. In più di a creazione attuale di l'applicazione mobile, era necessariu di piglià a cura di trasferimentu di dati da u "server" DBMS (MS SQL nantu à u desktop) à l'applicazione mobile è torna. Per questu scopu, i miccanismi di fonti di dati esterni è servizii http sò stati utilizati in l'"applicazione proxy" di u desktop. Per a piattaforma mobile stessu, a visualizazione di ritratti in una lista dinamica presentava una cumplessità aumentata.
Session 2
Era necessariu di stabilisce a gestione di riparazione per l'assi di a Cumpagnia. Comu parte di stu compitu, era necessariu di mantene una lista di richieste di riparazione (da dipartimenti è gruppi), piglià in contu e priorità per l'urgenza di riparazioni, pianificà un calendariu di riparazione in cunfurmità cù e priorità, urdinate i cumpunenti necessarii è piglià in contu di quelli esistenti. Un subtask interessante era chì certi cumpunenti avianu una data di scadenza; se una parte hè digià stata urdinata per un attivu determinatu è a so scadenza ùn hè micca scaduta, allora per questu attivu ùn hè micca bisognu di cumprà a stessa parte di novu. L'interfaccia di riparazione hè stata sviluppata per u cumpunente di desktop di u software di a cumpagnia.
Era ancu necessariu di creà una forma d'autorizazione micca triviale per dui roli: a persona rispunsevule è u gestore di serviziu. A peculiarità hè chì dopu à l'autorizazione deve selezziunate automaticamente unu di i roli.
U modulu di lista dispunibile per a persona rispunsevuli hè prisentatu quì sottu:
Cirillu: Solu l'evidenziazione di e dumande di serviziu pendenti ponu esse evidenziate quì. Risoltu da furmatu cundizionale in una lista dinamica.
Cliccà nant'à u buttone à u fondu di u screnu, l'utilizatore pò andà à u seguenti furmulariu:
Da un puntu di vista 1C, ùn ci hè nunda cumplicatu in questa forma.
U furmulariu dispunibule per u gestore di serviziu hè quì sottu:
Questa forma hè ordinata per priorità è data di dumanda. Cliccà nant'à u buttone sottu, l'utilizatore pò andà à a forma di a dumanda scelta:
In più di l'irruzione, sta forma suggerì di implementà una lista di pezzi di ricambio per a riparazione. A subtask hè interessante perchè e parte anu una data di scadenza. Questu significa chì se una emergenza hè digià accaduta cù questu attivu è una parte hè stata urdinata per questu, u periodu di validità di quale ùn hè micca scadutu, allora pò esse riutilizatu. Questu deve esse mostratu à l'utilizatore.
Cummentariu di Expert: quì Kirill stessu pusò currettamente l'accenti. Da u puntu di vista di l'implementazione nantu à a piattaforma 1C: Enterprise, ùn ci hè nunda estremamente complicatu. Un analisi attentu di e cundizioni per a cuntabilità è l'usu di i pezzi di ricambio è l'implementazione cumpetente di u compitu in generale era necessariu. Inoltre, era necessariu di registrà bè e dumande di serviziu. A difficultà principale era solu a pressione di u tempu di 2.5 ore.
Inoltre, cum'è in u sviluppu di u telefuninu, u participante hà da ottene cumpetente dati da un DBMS esternu (MS SQL).
Session 3
Per mantenimentu (mantenimentu) hè stata pruposta di implementà un serviziu di pianificazione à longu andà. Una funzione interessante quì era l'esigenza di creà un schedariu di mantenimentu per l'assi secondu u timing - per esempiu, ogni secondu mese u 3rd. In listessu modu, secondu un indicatore quantitatiu - per esempiu, secondu l'odometru di una vittura (cambiamentu d'oliu ogni 5000 20000 km, rimpiazzamentu di pneumatici ogni XNUMX XNUMX km). U gestore di mantenimentu duveria avè ricevutu una applicazione mobile cunvene chì mostra dinamicamente una lista di mantenimentu ritardatu, attuale è cumpletu per un periudu specificu. Inoltre, ogni tipu di mantenimentu hà da esse pittatu in culore secondu e regule appositamente accunsentite. L'appiecazione mobile duverebbe assicurà a creazione di novi scheduli di mantenimentu è a marcatura di quelli chì sò digià cumpletati direttamente in l'attellu cù l'aghjurnamentu puntuale di sta infurmazione nantu à u servitore.
Cirillu: Ci sò dui tipi di riparà: basati in u tempu è basati nantu à eseguite. A variabilità hè permessa in ognuna. Per esempiu, secondu u pianu, a riparazione deve esse fattu ogni vennari, u 13 di u mese, o ogni 20,000 XNUMX chilometri. Un compitu hè cunsideratu cumpiitu s'ellu ci hè una marca di spunta à a diritta di questu.
Una cundizione hè stata furnita per sorte i travaglii in a lista. Inoltre, ogni linea deve esse evidenziata in culore secondu e cundizioni.
Cliccà nant'à u buttone sottu, pudete creà un novu pianu di serviziu:
I campi richiesti sò affissati secondu u tipu di carta sceltu. Se avemu sceltu un calendariu di u tempu settimanale, allora ci saranu mostrati dui campi: u numeru di a settimana è u ghjornu di a settimana. Per esempiu, u marti ogni 3 simane.
Cummentariu di Expert: cum'è in u sviluppu mobile precedente nantu à a piattaforma 1C:Enterprise, quì u compitu hè divisu in u mondu in 2 cumpunenti - cumunicazione cù u "servitore" via web-api è visualizazione cumpetente di una lista dinamica cù designu cundizionale è filtrazione (selezzione) di dati. Inoltre, era interessante implementà l'esigenza di cuntà e riparazioni per periodi è per indicatori quantitativi.
Session 4
Per i cumpunenti è i consumabili, era necessariu di piglià in contu l'inventarii, i piani di spese è e compra future. Inoltre, a contabilità batch apparsu quì, ma micca per tutti i bè. Tuttu chistu duvia esse gestitu in parechji magazzini, cumpresi a ricevuta, a spesa è u muvimentu. Sicondu i termini di u compitu, era necessariu di assicurà u cuntrollu di l'equilibriu è evità cunflitti quandu u travagliu cù i stocks currenti. I gestori di compra travaglianu in a versione desktop di u software.
A forma principale hè mostrata quì sottu:
Cirillu: In più di sorte da a cundizione, hè stata pruposta di dà à l'utilizatore a capacità di sorte aleatoriamente. Nantu à 1C ùn avete mancu à pensà. U campu cù a quantità di pezzi deve esse evidenziatu in verde per e fatture.
In questa sessione, anu dumandatu à cuntrullà i merchenzie restante in magazzini. Allora, u missaghju currispundente deve esse visualizatu quandu pruvate di sguassà a fattura. Quì ricurdamu l'esame di specialista di a piattaforma. A forma di a fattura hè a siguenti:
Ogni parte hà una caratteristica chì determina s'ellu deve esse assignatu à un batch specificu. Per tali pezzi di ricambio, hè imperativu indicà u numeru di batch in tutti i documenti. Questa hè una misura supplementu quandu u monitoraghju di i residui di pezzi. Puderanu ancu esse spustati trà i magazzini:
A forma differisce da a precedente solu in chì invece di u cliente, avete bisognu di indicà u magazzinu da quale a consegna serà fatta. A lista di selezzione per u batch hè automaticamente compilata dopu chì a parte hè sceltu. L'utilizatore pò generà un rapportu nantu à i saldi di pezzi di ricambio:
Quì pudemu vede a merchenzie restante in u magazzinu sceltu. I checkboxes à a diritta di u magazzinu permettenu di cunfigurà u filtru è a classificazione. A lista ùn hà micca una divisione esplicita per lottu per quelli parti per quale hè necessariu. I bilanci per ogni numeru di batch di a pezza di ricambio selezziunata ponu esse vistu cù u ligame di navigazione à a diritta.
Cummentariu di Expert: in questa sessione (modulu) a contabilità batch apparsu per a prima volta. I participanti eranu tenuti à cuntà i consumabili è e merchenzie micca solu per elli stessi, ma ancu per batch. In generale, u compitu hè perfettu per a piattaforma 1C: Enterprise - ma tuttu deve esse sviluppatu da zero è cumpletu in 2.5 ore.
Session 5
In a quinta sessione, ci sò stati assignati a funziunalità di a gestione bè. Per i gruppi di esplorazione, era necessariu di creà una applicazione mobile chì cuntene i pozzi di pruduzzione di petroliu o gasu. Quì era necessariu di riceve una lista di pozzi attuali da u servitore è vede u pozzu selezziunatu gràficamente per strati (terra, sabbia, petra, oliu), tenendu in contu a prufundità di ogni capa. Inoltre, l'applicazione avia da permette l'aghjurnamentu di l'infurmazioni nantu à u pozzu è aghjunghjenu pozzi novi. Per questa applicazione, u cliente hà stabilitu cundizioni operative speciali in modi offline è in linea (cuntrollu di a cumunicazione cù u servitore) - cuntrollà a cumunicazione cù u servitore ogni 5 seconde è cambià a funziunalità di l'applicazione secondu a dispunibilità di u servitore.
Cirillu: Quandu selezziunate un pozzu, hè visualizatu un graficu à barre, chì mette in risaltu i strati finu à i dipositi di petroliu o di gasu. Per ogni strata, u so nome, u culore è u range d'occurrence sò almacenati. A causa di e caratteristiche di cuncepimentu, i schemi integrati in a piattaforma ùn aiutanu micca, ma u documentu di spreadsheet copre perfettamente u compitu. I pozzi ponu esse creati è mudificati:
A parte di parechje prutezzione infallibile, ùn ci era nunda di interessante nantu à sta forma.
In seguitu, hè stata suggerita per cuntrullà a cunnessione à u servitore. Pruvemu di cunnette ogni 5 seconde. S'ellu ùn viaghja micca, allora limitemu a funziunalità di l'applicazione è vede un missaghju.
Cummentariu di Expert: U compitu di sta sessione hè interessante principalmente per via di e so capacità grafiche. I participanti chì utilizanu a piattaforma 1C: Enterprise l'anu risolta in dui modi diffirenti - alcuni utilizendu un mecanismu di schema, altri utilizendu un documentu di spreadsheet. Ogni metudu hà i so pros è cuns. Comu parte di a decisione in u campionatu di WorldSkills, u tempu era chjave (ricurdate u limitu di tempu di novu). Un compitu interessante separatu hè di ping u servitore ogni 5 seconde è cambià u cumpurtamentu di l'applicazione mobile secondu a dispunibilità o indisponibilità di u servitore.
Session 6
Hè statu prupostu di creà un spaziu di travagliu per a gestione superiore - Dashboard. In una schermu era necessariu di vede l'indicatori di rendiment generale di a cumpagnia per un periudu specificu in forma grafica è tabulare. A forma principale hè u rapportu di costu:
In più di u Dashboard, era necessariu implementà a distribuzione di pezzi di ricambio per a riparazione di l'assi utilizendu i metudi di scrittura FIFO / LIFO / "U più economicu prima".
Durante a distribuzione, a contabilità di batch hè stata presa in contu, u cuntrollu di l'equilibriu è a prutezzione contra l'azzioni di l'utilizatori micca autorizati ("protezzione stupidu") sò stati utilizati.
Cirillu: Per risolve, sò stati usati tabelle di valori cù generazione di software di culonne, postu chì ci pò esse un numeru arbitrariu di elli:
- A prima tavola hè rispunsevule per i costi totali di i dipartimenti per mese. I divisioni più prufittuali è prufittuali sò evidenziati in rossu è verde, rispettivamente.
- A seconda tavula mostra i pezzi più caru è più freti utilizati per ogni mese. Se ci sò parechje parte chì risponde à i criterii, allora deve esse affissate in una cellula, siparati da virgule.
- L'assi più caru (in termini di costi di pezzi di ricambio) sò affissati in a prima fila di a terza tavola. A seconda linea mostra a divisione à quale appartene l'attivu sopra. Se ci sò dui assi più caru cù i stessi costi, allora si deve esse affissati in a listessa cellula, siparati da virgule.
I diagrammi sò stati visualizati utilizendu i meccanismi integrati di a piattaforma, è cumpleti programmaticamente cù e dumande.
Hè statu ancu prupostu di implementà u sustegnu à u plurilinguismu. U prugramma carica i schedari XML cù a localizazione di l'elementi di l'interfaccia, è a forma deve esse ridisegnata quandu selezziunate una lingua in a lista drop-down.
Quandu cliccate nant'à u buttone in u cantonu in basso à manca di u screnu, a forma di gestione di l'inventariu si apre:
In questa forma, infine cuminciamu à gastru parti in reparazione. Quì truvemu prima e parte chì avemu bisognu di riparà l'assetu. Basatu nantu à i campi selezziunati è u metudu di distribuzione (FIFO, LIFO o prezzu minimu), i partiti truvati o un missaghju s'ellu ùn ci sò micca partiti sò visualizati. Pudete tandu marcà e parte cum'è destinate à riparà quellu attivu. U cuntrollu di l'equilibriu hè pertinente per a sessione attuale. Se avemu digià attribuitu ditaglii, allora ùn ponu più esse truvati.
Cummentariu di Expert: sessione assai interessante. Face a maiò parte di e capacità di a piattaforma 1C: Enterprise - quì hè un travagliu cumpetente cù tavule virtuale di registri di accumulazione, è u travagliu programmaticu cù elementi di forma (prima di tutti - tavule, in segundu - intestazioni), è diagrammi. È ancu LIFO / FIFO quandu analizà l'inventariu, l'analisi di prufitti / perdita, etc.
Session 7
À a fine di l'assignatura (sessione 7), u cliente hà furnitu u software (file exe) per l'attività di prughjettu è un brevi video nantu à travaglià cun ellu. Era necessariu di realizà ingegneria inversa è, basatu annantu à questu, creà 2 diagrammi: un diagramma di casu d'usu è un diagramma entità-relazione. Inoltre, alcuni requisiti sò stati pruposti per a creazione di software in u futuru - era necessariu di creà un layout di l'interfaccia secondu queste esigenze.
Sicondu e cundizioni di cuncurrenza, solu MS Visio era necessariu di creà diagrammi.
Cummentariu di Expert: in questa sessione, e capacità di a piattaforma 1C:Enterprise eranu praticamenti micca aduprate. I schemi per e cundizioni di cumpetizione sò stati creati in MS Visio. Ma un prototipu di l'interfaccia puderia esse creatu in una basa d'infurmazioni 1C vacanti.
Nota generale
À u principiu di ogni sessione, hè stata pruposta di impurtà dati cù un script SQL. Questu era u principale svantaghju di l'usu di 1C cumparatu cù C #, postu chì avemu passatu almenu una meza ora à distillà e dati in fonti di dati esterni, creendu i nostri propri tavulini, è trasfurmà e file da fonti esterne in i nostri tavulini. U restu solu bisognu di cliccà u buttone Execute in Microsoft SQL Studio.
Per ragioni evidenti, l'almacenamiento di dati in un dispositivu mobile ùn hè micca una bona idea. Dunque, durante e sessioni mobili avemu creatu una basa di servitore. Anu almacenatu dati quì è furnisce l'accessu per via di servizii http.
Cummentariu di Expert: l'equilibriu 1C / non-1C hè interessante quì - mentre chì 1C: i programatori di l'impresa anu passatu un tempu significativu à cunnette à un DBMS esternu (Kirill hà citatu questu separatamente sopra), i sviluppatori C# / Java (Android Studio per u sviluppu mobile) anu passatu tempu in altre aree - interfacce, scrivendu più codice. Dunque, i risultati di ogni sessione eranu imprevisible è estremamente interessanti per tutti l'esperti. E sta intrigue hè stata finu à a fine - basta à fighjà u tavulu finale di i vincitori cù a distribuzione di punti.
Kirill hà finitu a storia :)
In cunclusioni, deve esse ricurdatu chì l'esecutore ùn hà micca bisognu di "prugrammà solu u compitu secondu e specificazioni tecniche" - avia da analizà u compitu, selezziunà i blocchi per l'implementazione di subtasks, cuncepisce è decide ciò chì esattamente serà. capace di implementà da questu in u tempu estremamente brevi. Tutti i ghjorni 4 aghju avutu à agisce sottu pressione di u tempu severu, spessu cuminciannu ogni sessione successiva da zero. Ancu un specialistu adultu cù parechji anni di sperienza in l'industria avarà grandi difficultà à cumpiendu u compitu assignatu per a sessione 100% in u tempu attribuitu.
U sistema di valutazione aduttatu meriteghja una menzione speciale.
Per ogni sessione, l'autori di u compitu sviluppanu un sistema cumplessu di criteri, cumpresa a verificazione di a funziunalità, u funziunamentu currettu, i requisiti per l'interfaccia di l'applicazione, è ancu seguitu una guida di stile furnita apposta à i participanti da a cumpagnia per a quale sviluppanu e so soluzioni.
I criterii di valutazione sò assai finemente granulati - cù u costu tutale di a sessione hè decine di punti, cumpiendu un certu criteriu pò aghjunghje decimi di puntu à u participante. Questu ottene un livellu estremamente altu è obiettivu di evaluà i risultati di ogni participante in a cumpetizione.
Risultati
I risultati finali eranu impressiunanti.
In una lotta amara, Kirill Pavkin da Russia, chì hà utilizatu a piattaforma 1C: Enterprise, hà vintu. Kirill hà 17 anni, hè di Stavropol.
Litteralmente decimi di puntu siparavanu u vincitore da i so perseguitori. U sicondu postu hè statu pigliatu da un participante di Taiwan. A tabella generale di i primi sei risultati s'assumiglia cusì:
Di sicuru, Kirill hà vintu grazia à u so talentu, cunniscenze è cumpetenze.
Tuttavia, avemu nutatu chì tutti i trè participanti chì anu utilizatu a piattaforma 1C:Enterprise cum'è strumentu sò stati inclusi in i primi cinque - chì hè una cunferma incondizionata di u livellu mundiale di a tecnulugia 1C:Enterprise.
Dopu à i risultati di a cumpetizione, i vincitori sò stati premiati in u centru di media KazanExpo; i picciotti anu ricivutu medaglie d'oru puru (in cunfurmità cù u so postu) è premii in soldi. I picciotti anu ancu ricevutu certificati chì li permettenu di fà un stage à 1C.
Source: www.habr.com