este o mișcare internațională care organizează concursuri profesionale pentru tinerii sub 22 de ani.
Finala internațională are loc la fiecare doi ani. Anul acesta locul final a fost (ultima finală a fost în 2017 la Abu Dhabi, următoarea va fi în 2021 la Shanghai).
WorldSkills Championships sunt cele mai mari campionate din lume de competențe profesionale. Au început cu profesii gulere albastre, iar în ultimii ani s-a acordat din ce în ce mai multă atenție „profesiilor viitorului”, inclusiv disciplinelor IT, pentru care un grup uriaș separat a fost alocat la campionatul de la Kazan.
În blocul IT există o competență (un „sport” specific) numită „Soluții software IT pentru afaceri”.
În fiecare competiție, lista permisă de instrumente utilizate este limitată. Și dacă, de exemplu, pentru „design peisagistic” lista instrumentelor posibile este limitată (desigur, fără a indica un producător sau o culoare explicită), atunci în competența „Soluții software pentru afaceri” lista tehnologiilor acceptate pe care participanții le pot folosi este strict limitat, indicând tehnologii specifice și platforme specifice (.NET și Java cu un set specific de cadre).
Poziția 1C în această problemă este următoarea: tehnologia informației este un domeniu foarte dinamic, noi tehnologii și instrumente de dezvoltare apar constant în lume. Din punctul nostru de vedere, este corect să permitem specialiștilor să folosească instrumentele cu care își doresc și sunt obișnuiți să lucreze.
În toamna lui 2018, conducerea WorldSkills ne-a ascultat. Acum trebuia să testăm metodologia de încorporare a noilor tehnologii în competiții. Nu este simplu.
Platforma 1C:Enterprise a fost inclusă în lista de infrastructură a campionatului de la Kazan și a fost organizată o platformă experimentală pentru IT Software Solutions for Business Sandbox.
Vă rugăm să rețineți că limba oficială a campionatului este engleza. Toate materialele cu rezultatele rezolvării sarcinilor (coduri sursă, documentație însoțitoare, interfețe software) urmau să fie transmise și în această limbă. În ciuda îndoielilor unora (încă!), poți scrie în engleză în 1C.
La acest site au participat 9 tineri din 8 țări (Filipine, Taiwan, Coreea, Finlanda, Maroc, Rusia, Kazahstan, Malaezia).
Juriul - o echipă de experți - a fost condus de un expert din Filipine, Joey Manansala.
Au fost reprezentați experți din Finlanda, Emiratele Arabe Unite, Costa Rica, Coreea, Rusia și Taiwan.
Separat, observăm că participanții din Rusia (Pavkin Kirill, Sultanova Aigul) și Kazahstan (Vitovsky Ludwig) au decis să folosească platforma 1C:Enterprise ca parte a competiției. Restul participanților au folosit .NET pentru desktop și Android Studio pentru dezvoltarea mobilă. Este interesant că participanții care au ales 1C sunt foarte tineri (Kirill este elev la o școală din Stavropol, anul acesta a intrat în clasa a XI-a, Aigul este student la facultate, Kazan, Tatarstan), în timp ce adversarii lor erau mult mai experimentați ( de exemplu, un participant din Coreea - câștigător al campionatului WorldSkills 11 de la Leipzig; toți au experiență de participare la WorldSkills și câțiva ani de experiență profesională în industrie).
Având în vedere că în cadrul competiției participanții au folosit diverse tehnologii moderne, am avut șansa de a testa platforma 1C:Enterprise în condiții cu adevărat de luptă, pentru a compara atât calitatea soluțiilor obținute cu ajutorul acesteia, cât și viteza de dezvoltare atinsă cu utilizarea sa.
Separat, observăm că, în cadrul platformei speciale IT Software Solutions for Business Sandbox, participanții au îndeplinit aceleași sarcini ca și participanții la principala platformă IT Software Solutions for Business.
Sarcina în sine este o sarcină complexă pentru automatizarea unei anumite afaceri; anul acesta exemplul de afaceri a fost compania fictive KazanNeft.
legendă
Kazan Oil este una dintre cele mai mari întreprinderi petroliere din Republica Tatarstan, care operează ca un jucător pe piața națională și un brand recunoscut la nivel internațional în acest domeniu. Sediul central al companiei, specializată în explorare, producție, producție, rafinare, transport și vânzare și distribuție de petrol, produse petroliere și gaze naturale, este situat în Kazan (Rusia).
Întrucât compania implementează o strategie de extindere rapidă și creare de noi birouri în toată Rusia, conducerea companiei a decis să introducă un nou software de automatizare a afacerilor care vizează menținerea și gestionarea anumitor operațiuni.
Condițiile campionatului
Sarcinile au fost date participanților sub formă de module (sesiuni) cu obligația de a le finaliza într-un timp limitat. Au fost 7 module în total. Trei sesiuni de rezolvare pe desktop – 2.5 ore fiecare. Trei sesiuni - dezvoltare client-server, în care clientul era o aplicație mobilă, iar comunicarea între client și server a fost realizată prin WEB-API. Acest lucru a durat 3.5 ore. Ultima sesiune – sarcini de inginerie inversă a software-ului existent, 2.5 ore. Ca parte a ingineriei inverse, participanții trebuiau, pe baza informațiilor furnizate, să proiecteze structura bazei de date a aplicației (prin construirea unei diagrame ER), să analizeze scenarii de utilizare a sistemului (prin construirea unei diagrame de caz de utilizare) și, de asemenea, dezvoltarea și proiectarea interfeței soluției software în funcție de cerințele funcționale prevăzute.
Principalele platforme de dezvoltare utilizate au fost .NET (C#) și Java (inclusiv Android Studio pentru dezvoltare mobilă). SandBox-ul experimental a folosit .NET, Java și 1C:Enterprise versiunea 8.3.13.
La sfârșitul fiecărei sesiuni, experții au evaluat rezultatul - un proiect lucrabil gata făcut, care implementează sarcinile stabilite la începutul sesiunii.
Particularitatea sarcinilor este „vitalitatea” lor - multe cerințe și timp limitat. Majoritatea problemelor nu sunt probleme speciale ale olimpiadelor, ci sunt foarte apropiate de problemele industriale reale - specialiștii le confruntă în fiecare zi. Dar sunt multe sarcini, iar timpul este limitat. Participantul trebuie să rezolve numărul maxim de probleme care vor avea cel mai mare beneficiu pentru afacere. Nu este deloc un fapt că o sarcină complexă din punct de vedere algoritmic va avea mai multă greutate decât una elementară. De exemplu, crearea unui sistem contabil funcțional de trei tabele este mai importantă pentru o afacere decât un formular frumos de raportare cu algoritmi complecși, care este complet inutil fără aceste tabele.
L-am rugat pe câștigătorul competiției, un participant din Rusia, Kirill Pavkin, să ne spună mai multe despre care au fost sarcinile și cum a abordat soluția lor.
Mai jos este o descriere a sarcinii, povestea lui Kirill despre cum a rezolvat sarcina. De asemenea, i-am cerut lui Vitaly Rybalka, angajat 1C și unul dintre experții în soluții IT pentru Business Sandbox, să comenteze despre soluțiile lui Kirill.
Ca parte a misiunii, a fost necesar să se automatizeze activitățile mai multor tipuri de utilizatori:
- Responsabil de contabilitatea activelor companiei
- Responsabil pentru reparațiile neprogramate și întreținerea programată a activelor companiei
- Manageri de achizitii pentru componente si consumabile
- Diviziile de explorare și producție de petrol
- Conducerea de top avea nevoie de rapoarte analitice
Sesiunea 1
Din punct de vedere al activelor (de exemplu, un parc de vehicule), a fost necesară implementarea contabilității acestora (stabilirea unora noi, editarea celor actuale), căutarea rapidă și diverse tipuri de filtre pentru afișarea informațiilor, mutarea activelor între diviziile Companiei. și grupurile de active în sine. Păstrați un istoric al acestor mișcări și oferiți analize asupra acestora în viitor. Contabilitatea activelor a fost implementată în principal pentru grupurile de utilizatori mobili.
Cyril: O subsarcină interesantă a fost implementarea butoanelor din lista de active. Pentru a rezolva acest lucru, am folosit o listă dinamică: scriem o solicitare arbitrară, iar când primim date pe server, atribuim link-uri de navigare imaginilor din biblioteca de imagini câmpurilor necesare.
Prin convenție, fotografiile pot fi atașate unui material în două moduri: faceți o fotografie (multimedia) și selectați din galerie (dialog de selecție a fișierelor).
Unele forme trebuiau redesenate atunci când ecranul a fost rotit:
La modificarea parametrilor ecranului, schimbăm vizibilitatea grupurilor de butoane.
Sarcinile distractive, dar simple, includ filtre într-o listă dinamică, căutare în două câmpuri (număr și nume) și generarea unui număr de serie al activului.
Comentariu expert: din punct de vedere al soluției pe platforma 1C:Enterprise, sarcina este destul de clară. Pe lângă crearea propriu-zisă a aplicației mobile, a fost necesar să se aibă grijă de transferul datelor de pe „serverul” SGBD (MS SQL pe desktop) către aplicația mobilă și înapoi. În acest scop, în „aplicația proxy” de desktop au fost utilizate mecanismele surselor de date externe și ale serviciilor http. Pentru platforma mobilă în sine, afișarea imaginilor într-o listă dinamică a prezentat o complexitate crescută.
Sesiunea 2
A fost necesar să se stabilească managementul reparațiilor pentru activele Societății. Ca parte a acestei sarcini, a fost necesar să se mențină o listă de solicitări de reparații (pe departamente și grupuri), să se țină cont de prioritățile pentru urgența reparațiilor, să se planifice un program de reparații în conformitate cu prioritățile, să se comande componentele necesare și să se ia țin cont de cele existente. O subsarcină interesantă a fost că unele componente aveau o dată de expirare; dacă o piesă a fost deja comandată pentru un anumit activ și termenul său limită nu a expirat, atunci pentru acest activ nu este nevoie să achiziționați din nou aceeași piesă. Interfața de reparații a fost dezvoltată pentru componenta desktop a software-ului companiei.
De asemenea, a fost necesară crearea unui formular de autorizare non-trivial pentru două roluri: persoana responsabilă și managerul de servicii. Particularitatea este că după autorizare trebuie să selectați automat unul dintre roluri.
Formularul de listă disponibil pentru persoana responsabilă este prezentat mai jos:
Cyril: Numai evidențierea solicitărilor de servicii în așteptare pot fi evidențiate aici. Rezolvat prin formatare condiționată într-o listă dinamică.
Făcând clic pe butonul din partea de jos a ecranului, utilizatorul poate accesa următorul formular:
Din punct de vedere 1C, nu este nimic complicat în această formă.
Formularul disponibil pentru managerul de servicii este mai jos:
Acest formular este sortat după prioritate și data solicitării. Făcând clic pe butonul de mai jos, utilizatorul poate accesa formularul cererii selectate:
Pe lângă protecția împotriva erorilor, acest formular sugera implementarea unei liste de piese de schimb pentru reparații. Subsarcina este interesantă deoarece piesele au o dată de expirare. Aceasta înseamnă că, dacă a apărut deja o urgență cu acest bun și a fost comandată o parte pentru acesta, a cărei perioadă de valabilitate nu a expirat, atunci acesta poate fi reutilizat. Acest lucru ar trebui să fie arătat utilizatorului.
Comentariu expert: aici însuși Kirill a plasat corect accentele. Din punct de vedere al implementarii pe platforma 1C:Enterprise nu este nimic extrem de complicat. A fost necesară o analiză atentă a condițiilor de contabilizare și utilizare a pieselor de schimb și implementarea competentă a sarcinii în ansamblu. În plus, a fost necesară înregistrarea corectă a cererilor de servicii. Principala dificultate a fost doar presiunea timpului de 2.5 ore.
În plus, ca și în dezvoltarea mobilă, participantul a trebuit să obțină în mod competent date de la un DBMS extern (MS SQL).
Sesiunea 3
Pentru întreținere (întreținere) s-a propus implementarea unui serviciu de planificare pe termen lung. O caracteristică interesantă aici a fost cerința de a crea un program de întreținere pentru active conform calendarului - de exemplu, la fiecare două luni pe data de 3. La fel, în funcție de un indicator cantitativ - de exemplu, în funcție de contorul de parcurs al unei mașini (schimbarea uleiului la fiecare 5000 km, înlocuirea anvelopelor la fiecare 20000 km). Managerul de întreținere ar fi trebuit să primească o aplicație mobilă convenabilă, care afișează dinamic o listă de întreținere restante, curentă și finalizată pentru o perioadă specificată. În plus, fiecare tip de întreținere trebuia vopsit în culoare, conform unor reguli special convenite. Aplicația mobilă trebuia să asigure crearea de noi programe de întreținere și marcarea celor deja finalizate direct în ateliere cu actualizarea promptă a acestor informații pe server.
Cyril: Există două tipuri de reparații: bazate pe timp și bazate pe rulare. Variabilitatea este permisă în cadrul fiecăruia. De exemplu, conform planului, reparațiile ar trebui să aibă loc în fiecare vineri, pe 13 a lunii sau la fiecare 20,000 de kilometri. O sarcină este considerată finalizată dacă există o bifă în dreapta acesteia.
A fost furnizată o condiție pentru sortarea sarcinilor din listă. De asemenea, fiecare linie ar trebui să fie evidențiată în culoare în funcție de condiții.
Făcând clic pe butonul de mai jos, puteți crea un nou plan de servicii:
Câmpurile obligatorii sunt afișate în funcție de tipul de diagramă selectat. Dacă am selectat un orar săptămânal, atunci ni se vor afișa două câmpuri: numărul săptămânii și ziua săptămânii. De exemplu, marți la fiecare 3 săptămâni.
Comentariu expert: ca și în dezvoltarea mobilă anterioară pe platforma 1C:Enterprise, aici sarcina este împărțită la nivel global în 2 componente - comunicarea cu „serverul” prin web-api și afișarea competentă a unei liste dinamice cu design condiționat și filtrare (selectare) de date. În plus, a fost interesant de implementat cerința de contabilizare a reparațiilor atât pe perioadă, cât și pe indicator cantitativ.
Sesiunea 4
Pentru componente și consumabile a fost necesar să se țină cont de stocuri, planificarea cheltuielilor și achizițiile viitoare. În plus, aici a apărut contabilitatea loturilor, dar nu pentru toate mărfurile. Toate acestea trebuiau gestionate în mai multe depozite, inclusiv primirea, cheltuielile și mișcarea. Conform termenilor sarcinii, a fost necesar să se asigure controlul soldurilor și să se evite conflictele atunci când se lucrează cu stocurile curente. Managerii de achiziții lucrează în versiunea desktop a software-ului.
Forma principală este prezentată mai jos:
Cyril: Pe lângă sortarea din condiție, s-a propus să se ofere utilizatorului posibilitatea de a sorta aleatoriu. Pe 1C nici nu trebuie să te gândești la asta. Câmpul cu cantitatea de piese trebuie evidențiat cu verde pentru facturi.
În această sesiune, li s-a cerut să controleze mărfurile rămase în depozite. Deci, mesajul corespunzător ar trebui să fie afișat atunci când încercați să ștergeți factura. Aici ne amintim de examenul de specialist platformă. Forma facturii este următoarea:
Fiecare parte are o caracteristică care determină dacă ar trebui să fie atribuită unui anumit lot. Pentru astfel de piese de schimb, este imperativ să se indice numărul de lot în toate documentele. Aceasta este o măsură suplimentară atunci când se monitorizează reziduurile de piese. De asemenea, pot fi mutate între depozite:
Formularul diferă de cel precedent doar prin aceea că în locul clientului trebuie să indicați depozitul din care se va face livrarea. Lista de selecție pentru lot este compilată automat după selectarea piesei. Utilizatorul poate genera un raport privind soldurile pieselor de schimb:
Aici putem vizualiza mărfurile rămase în depozitul selectat. Casetele de selectare din dreapta depozitului vă permit să configurați filtrarea și sortarea. Lista nu are o împărțire explicită prin tragere la sorți pentru acele părți pentru care este necesară. Soldurile pentru fiecare număr de lot al piesei de schimb selectate pot fi vizualizate folosind link-ul de navigare din dreapta.
Comentariu expert: în această sesiune (modul) a apărut pentru prima dată contabilitatea loturilor. Participanții au fost obligați să contabilizeze consumabilele și bunurile nu numai singuri, ci și pe lot. În general, sarcina este perfectă pentru platforma 1C:Enterprise - dar totul a trebuit să fie dezvoltat de la zero și finalizat în 2.5 ore.
Sesiunea 5
În cea de-a cincea sesiune, ni s-a atribuit funcționalitatea managementului puțurilor. Pentru grupurile de explorare, a fost necesară crearea unei aplicații mobile care să țină cont de sondele de producție de petrol sau gaze. Aici a fost necesar să primim o listă cu puțurile curente de la server și să afișați grafic puțul selectat pe straturi (sol, nisip, piatră, ulei), ținând cont de adâncimea fiecărui strat. În plus, aplicația trebuia să permită actualizarea informațiilor despre puț și adăugarea de noi puțuri. Pentru această aplicație, clientul a stabilit condiții speciale de funcționare în modurile offline și online (controlul comunicării cu serverul) - verificarea comunicării cu serverul la fiecare 5 secunde și modificarea funcționalității aplicației în funcție de disponibilitatea serverului.
Cyril: Când selectați o sondă, este afișat un grafic cu bare, care evidențiază straturile până la zăcămintele de petrol sau gaze. Pentru fiecare strat sunt stocate numele, culoarea și intervalul de apariție. Datorită caracteristicilor de proiectare, diagramele integrate în platformă nu ajută, dar documentul foaie de calcul face față perfect sarcinii. Puțurile pot fi create și modificate:
În afară de protecția multiplă sigură, nu era nimic interesant la această formă.
În continuare, s-a sugerat să se controleze conexiunea la server. Încercăm să ne conectăm la fiecare 5 secunde. Dacă nu funcționează, atunci limităm funcționalitatea aplicației și afișăm un mesaj.
Comentariu expert: Sarcina acestei sesiuni este interesantă în primul rând datorită capacităților sale grafice. Participanții care au folosit platforma 1C:Enterprise au rezolvat-o în două moduri diferite - unii folosind un mecanism de diagramă, alții folosind un document foaie de calcul. Fiecare metodă are avantajele și dezavantajele sale. Ca parte a deciziei de la campionatul WorldSkills, timpul a fost cheia (amintiți-vă din nou limita de timp). O sarcină interesantă separată este să faci ping la server la fiecare 5 secunde și să schimbi comportamentul aplicației mobile în funcție de disponibilitatea sau indisponibilitatea serverului.
Sesiunea 6
S-a propus crearea unui spațiu de lucru pentru managementul de top – Dashboard. Pe un ecran a fost necesar să se afișeze indicatorii generali de performanță ai companiei pentru o perioadă determinată sub formă grafică și tabelară. Formularul principal este raportul de cost:
Pe lângă tabloul de bord, a fost necesară implementarea distribuției de piese de schimb pentru reparații active folosind metodele de anulare FIFO/LIFO/„Cel mai ieftin merge primul”.
În timpul distribuției s-a luat în considerare contabilitatea loturilor, s-a folosit controlul soldului și protecția împotriva acțiunilor neautorizate ale utilizatorului („fool protection”).
Cyril: Pentru a rezolva, s-au folosit tabele de valori cu generare software de coloane, deoarece poate exista un număr arbitrar de ele:
- Primul tabel este responsabil pentru costurile totale ale departamentelor pe lună. Cele mai neprofitabile și mai profitabile divizii sunt evidențiate cu roșu, respectiv verde.
- Al doilea tabel prezintă cele mai scumpe și mai des folosite piese pentru fiecare lună. Dacă există mai multe părți care îndeplinesc criteriile, atunci acestea ar trebui să fie afișate într-o singură celulă, separate prin virgule.
- Cele mai scumpe active (din punct de vedere al costurilor cu piesele de schimb) sunt afișate în primul rând al celui de-al treilea tabel. A doua linie afișează diviziunea căreia îi aparține activul de mai sus. Dacă există două active cele mai scumpe cu aceleași costuri, atunci acestea ar trebui să fie afișate în aceeași celulă, separate prin virgule.
Diagramele au fost afișate folosind mecanismele încorporate ale platformei și completate programatic folosind interogări.
De asemenea, sa propus implementarea sprijinului pentru multilingvism. Programul încarcă fișiere XML cu localizarea elementelor de interfață, iar formularul trebuie redesenat atunci când selectați o limbă din lista derulantă.
Când faceți clic pe butonul din colțul din stânga jos al ecranului, se deschide formularul de gestionare a stocurilor:
În această formă, începem în sfârșit să cheltuim piese pentru reparații. Aici găsim mai întâi piesele de care vom avea nevoie pentru a repara activul. Pe baza câmpurilor selectate și a metodei de distribuție (FIFO, LIFO sau preț minim), sunt afișate potrivirile găsite sau un mesaj dacă nu există potriviri. Puteți marca apoi piesele ca fiind destinate reparației respectivei bunuri. Controlul echilibrului este relevant pentru sesiunea curentă. Dacă am atribuit deja detalii, atunci acestea nu mai pot fi găsite.
Comentariu expert: sesiune foarte interesanta. Profită la maximum de capacitățile platformei 1C:Enterprise - aici este lucru competent cu tabele virtuale de registre de acumulare și lucru programatic cu elemente de formular (în primul rând - tabele, în al doilea rând - titluri) și diagrame. Și chiar LIFO/FIFO atunci când se analizează inventarul, analiza profit/pierdere etc.
Sesiunea 7
La sfârșitul sarcinii (sesiunea 7), clientul a furnizat software (fișier exe) pentru activitățile proiectului și un scurt videoclip despre lucrul cu acesta. A fost necesar să se efectueze inginerie inversă și, pe baza acesteia, să se creeze 2 diagrame: o diagramă de caz de utilizare și o diagramă entitate-relație. În plus, au fost propuse unele cerințe pentru crearea de software în viitor - a fost necesar să se creeze un aspect al interfeței în conformitate cu aceste cerințe.
Conform condițiilor competiției, doar MS Visio a fost necesar pentru a crea diagrame.
Comentariu expert: în această sesiune, capabilitățile platformei 1C:Enterprise nu au fost practic utilizate. Diagramele pentru condițiile de competiție au fost create în MS Visio. Dar un prototip al interfeței ar putea fi creat într-o bază de informații 1C goală.
Note generale
La începutul fiecărei sesiuni, s-a propus importarea datelor folosind un script SQL. Acesta a fost principalul dezavantaj al utilizării 1C în comparație cu C#, deoarece am petrecut cel puțin o jumătate de oră distilând date în surse de date externe, creând propriile noastre tabele și mutand rânduri din surse externe în tabele noastre. Restul trebuie doar să faceți clic pe butonul Executare din Microsoft SQL Studio.
Din motive evidente, stocarea datelor pe un dispozitiv mobil nu este o idee bună. Prin urmare, în timpul sesiunilor mobile am creat o bază de server. Ei au stocat date acolo și au oferit acces la acestea prin servicii http.
Comentariu expert: echilibrul 1C/non-1C este interesant aici - în timp ce programatorii 1C:Enterprise au petrecut timp semnificativ conectându-se la un DBMS extern (Kirill a menționat acest lucru separat mai sus), dezvoltatorii C#/Java (Android Studio pentru dezvoltare mobilă) au petrecut timp în alte domenii - interfețe, scriind mai mult cod. Prin urmare, rezultatele fiecărei sesiuni au fost imprevizibile și extrem de interesante pentru toți experții. Și această intrigă a rămas până la final - doar uitați-vă la masa finală a câștigătorilor cu repartizarea punctelor.
Kirill a terminat povestea :)
În concluzie, trebuie amintit că executantul nu trebuia să „programeze doar sarcina conform specificațiilor tehnice” - trebuia să analizeze sarcina, să selecteze blocuri pentru implementarea subsarcinilor, să le proiecteze și să decidă ce anume va fi capabil să implementeze din aceasta în timpul extrem de scurt alocat. Toate cele 4 zile a trebuit să acționez sub presiune severă a timpului, deseori începând fiecare sesiune ulterioară de la zero. Chiar și un specialist adult cu mulți ani de experiență în industrie va avea mari dificultăți în îndeplinirea sarcinii atribuite pentru sesiune 100% în timpul alocat.
Mențiune specială merită sistemul de evaluare adoptat.
Pentru fiecare sesiune, autorii sarcinilor dezvoltă un sistem complex de criterii, inclusiv verificarea funcționalității, funcționarea corectă, cerințele pentru interfața aplicației și chiar urmărirea unui ghid de stil oferit special participanților de către compania pentru care își dezvoltă soluțiile.
Criteriile de evaluare sunt foarte fin granulate - costul total al sarcinii de sesiune fiind de zeci de puncte, îndeplinirea anumitor criterii poate adăuga zecimi de punct participantului. Se realizează astfel un nivel extrem de înalt și obiectiv de evaluare a rezultatelor fiecărui participant la competiție.
Constatări
Rezultatele finale au fost impresionante.
Într-o luptă acerbă, Kirill Pavkin din Rusia, care a folosit platforma 1C:Enterprise, a câștigat. Kirill are 17 ani, este din Stavropol.
Literal, zecimi de punct l-au separat pe câștigător de urmăritori. Pe locul doi a fost ocupat un participant din Taiwan. Tabelul general al primelor șase rezultate arată astfel:
Desigur, Kirill a câștigat datorită talentului, cunoștințelor și aptitudinilor sale.
Cu toate acestea, observăm că toți cei trei participanți care au folosit platforma 1C:Enterprise ca instrument au fost incluși în primele cinci - ceea ce este o confirmare necondiționată a nivelului mondial al tehnologiei 1C:Enterprise.
În urma rezultatelor competiției, câștigătorii au fost premiați la centrul media KazanExpo; băieții au primit medalii de aur pur (în funcție de locul lor) și premii în bani. Băieții au primit și certificate care le permit să facă un stagiu la 1C.
Sursa: www.habr.com