je mednarodno gibanje, ki organizira profesionalna tekmovanja za mlade do 22 let.
Mednarodni finale poteka vsaki dve leti. Letos je bilo končno prizorišče (zadnji finale je bil leta 2017 v Abu Dhabiju, naslednji bo leta 2021 v Šanghaju).
WorldSkills Championships je največje svetovno prvenstvo v profesionalnih veščinah. Začeli so s poklici modrih ovratnikov, v zadnjih letih pa se vse več pozornosti posveča "poklicem prihodnosti", vključno z IT disciplinami, za katere je bil na prvenstvu v Kazanu dodeljen ločen ogromen grozd.
V bloku IT obstaja kompetenca (specifičen »šport«), imenovana »Programske rešitve IT za podjetja«.
Na vsakem tekmovanju je seznam dovoljenih uporabljenih orodij omejen. In če je na primer za "krajinsko oblikovanje" seznam možnih orodij omejen (seveda brez izrecne navedbe proizvajalca ali barve), potem je v kompetenci "Programske rešitve za podjetja" seznam sprejetih tehnologij, ki jih lahko uporabljajo udeleženci. je strogo omejen, kar označuje posebne tehnologije in posebne platforme (.NET in Java s posebnim naborom ogrodij).
Stališče 1C glede tega vprašanja je naslednje: informacijska tehnologija je zelo dinamično področje, nove tehnologije in razvojna orodja se nenehno pojavljajo v svetu. Z našega vidika je pravilno, da strokovnjakom omogočimo uporabo orodij, s katerimi želijo in so navajeni delati.
Jeseni 2018 nas je uslišalo vodstvo WorldSkills. Zdaj smo morali preizkusiti metodologijo vključevanja novih tehnologij v tekmovanja. Ni preprosto.
Platforma 1C:Enterprise je bila vključena na seznam infrastrukture prvenstva v Kazanu in organizirana je bila eksperimentalna platforma za IT Software Solutions for Business Sandbox.
Upoštevajte, da je uradni jezik prvenstva angleščina. V tem jeziku naj bi bila posredovana tudi vsa gradiva z rezultati reševanja nalog (izvorne kode, spremljajoča dokumentacija, programski vmesniki). Kljub dvomom nekaterih ljudi (še vedno!), lahko v 1C pišete v angleščini.
Na tem mestu se je tekmovanja udeležilo 9 mladih fantov iz 8 držav (Filipini, Tajvan, Koreja, Finska, Maroko, Rusija, Kazahstan, Malezija).
Žirijo - skupino strokovnjakov - je vodil strokovnjak s Filipinov Joey Manansala.
Zastopani so bili strokovnjaki iz Finske, ZAE, Kostarike, Koreje, Rusije in Tajvana.
Ločeno ugotavljamo, da so se udeleženci iz Rusije (Pavkin Kirill, Sultanova Aigul) in Kazahstana (Vitovsky Ludwig) odločili za uporabo platforme 1C:Enterprise kot del tekmovanja. Ostali udeleženci so uporabljali .NET za namizje in Android Studio za mobilni razvoj. Zanimivo je, da so udeleženci, ki so izbrali 1C, zelo mladi (Kirill je učenec šole v Stavropolu, letos je vstopil v 11. razred, Aigul je študentka, Kazan, Tatarstan), medtem ko so bili njihovi nasprotniki veliko bolj izkušeni ( na primer udeleženec iz Koreje - zmagovalec prvenstva WorldSkills leta 2013 v Leipzigu; vsi imajo izkušnje s sodelovanjem na WorldSkills in večletne poklicne izkušnje v industriji).
Glede na to, da so udeleženci med tekmovanjem uporabljali različne sodobne tehnologije, smo imeli možnost preizkusiti platformo 1C:Enterprise v resnično bojnih razmerah, primerjati tako kakovost rešitev, pridobljenih z njeno pomočjo, kot hitrost razvoja, doseženo z njeno uporabo.
Ločeno ugotavljamo, da so udeleženci v okviru posebne platforme IT Software Solutions for Business Sandbox opravili enake naloge kot udeleženci glavne platforme IT Software Solutions for Business.
Sama naloga je kompleksna naloga za avtomatizacijo določenega posla, letos je bil primer poslovanja fiktivno podjetje KazanNeft.
legenda
Kazan Oil je eno največjih naftnih podjetij v Republiki Tatarstan, ki deluje kot igralec na nacionalnem trgu in mednarodno priznana blagovna znamka na tem področju. Sedež podjetja, specializiranega za raziskovanje polja, proizvodnjo, proizvodnjo, rafiniranje, transport ter prodajo in distribucijo nafte, naftnih derivatov in zemeljskega plina, se nahaja v Kazanu (Rusija).
Ker podjetje izvaja strategijo hitre širitve in ustvarjanja novih pisarn po vsej Rusiji, se je vodstvo podjetja odločilo uvesti novo programsko opremo za avtomatizacijo poslovanja, namenjeno vzdrževanju in upravljanju določenih operacij.
Pogoji prvenstva
Naloge so udeleženci dobili v obliki modulov (sej) z zahtevo, da jih opravijo v omejenem času. Skupaj je bilo 7 modulov. Tri srečanja za reševanje na namizju – po 2.5 ure. Tri seje - razvoj odjemalec-strežnik, kjer je bila odjemalec mobilna aplikacija, komunikacija med odjemalcem in strežnikom pa je potekala preko WEB-API. To je trajalo 3.5 ure. Zadnja seja – naloge povratnega inženiringa obstoječe programske opreme, 2.5 ure. V okviru obratnega inženiringa so morali udeleženci na podlagi informacij, ki so jim bile posredovane, oblikovati strukturo podatkovne baze aplikacije (z izgradnjo diagrama ER), analizirati scenarije uporabe sistema (z izgradnjo diagrama primera uporabe) in tudi razviti in oblikovati vmesnik programske rešitve glede na podane funkcionalne zahteve.
Glavni uporabljeni razvojni platformi sta bili .NET (C#) in Java (vključno z Android Studio za mobilni razvoj). Eksperimentalni SandBox je uporabljal .NET, Javo in 1C:Enterprise različice 8.3.13.
Na koncu vsake seje so strokovnjaki ocenili rezultat - pripravljen izvedljiv projekt, ki izvaja naloge, zastavljene na začetku seje.
Posebnost nalog je njihova "vitalnost" - veliko zahtev in omejen čas. Večina problemov ni posebnih olimpijskih problemov, ampak so zelo blizu resničnim industrijskim problemom - strokovnjaki se z njimi soočajo vsak dan. Toda nalog je veliko, čas pa omejen. Udeleženec mora rešiti največje število problemov, ki bodo imeli največjo korist za podjetje. Sploh ni dejstvo, da bo zapletena naloga z algoritemskega vidika imela večjo težo kot osnovna. Na primer, ustvarjanje delujočega računovodskega sistema treh tabel je za podjetje pomembnejše od lepega poročilnega obrazca s kompleksnimi algoritmi, ki je brez teh tabel popolnoma nepotreben.
Zmagovalca tekmovanja, udeleženca iz Rusije Kirilla Pavkina, smo prosili, da nam pove več o tem, kakšne so bile naloge in kako se je lotil njihovega reševanja.
Spodaj je opis naloge, Kirillova zgodba o tem, kako je rešil nalogo. Za komentar Kirillovih rešitev smo prosili tudi Vitalija Rybalko, zaposlenega v podjetju 1C in enega od strokovnjakov IT Solutions for Business Sandbox.
V okviru naloge je bilo potrebno avtomatizirati aktivnosti več tipov uporabnikov:
- Odgovoren za računovodstvo premoženja podjetja
- Odgovoren za nenačrtovana popravila in načrtovano vzdrževanje sredstev podjetja
- Vodje nabave komponent in potrošnega materiala
- Oddelki za raziskovanje in proizvodnjo nafte
- Najvišje vodstvo je potrebovalo analitična poročila
1. seja
Z vidika sredstev (npr. voznega parka) je bilo potrebno izvesti njihovo računovodstvo (vzpostavitev novih, urejanje obstoječih), hitro iskanje in različne vrste filtrov za prikaz informacij, premikanje sredstev med divizijami družbe. in samih skupin sredstev. Hranite zgodovino takih gibanj in zagotovite analitiko o njih v prihodnosti. Premoženjsko knjigovodstvo je bilo izvedeno predvsem za skupine mobilnih uporabnikov.
Cyril: Zanimiva podnaloga je bila implementacija gumbov na seznamu sredstev. Za rešitev tega smo uporabili dinamični seznam: napišemo poljubno zahtevo in ob prejemu podatkov na strežnik zahtevanim poljem dodelimo navigacijske povezave do slik iz knjižnice slik.
Po dogovoru je mogoče fotografije priložiti sredstvu na dva načina: posnemite fotografijo (večpredstavnost) in jo izberite iz galerije (pogovorno okno za izbiro datoteke).
Nekatere oblike je bilo treba prerisati, ko je bil zaslon zasukan:
Pri spreminjanju parametrov zaslona spreminjamo vidnost skupin gumbov.
Zabavna, a preprosta opravila vključujejo filtre v dinamičnem seznamu, iskanje po dveh poljih (številka in ime) ter generiranje serijske številke sredstva.
Komentar strokovnjaka: z vidika rešitve na platformi 1C:Enterprise je naloga povsem jasna. Poleg same izdelave mobilne aplikacije je bilo treba poskrbeti za prenos podatkov iz “strežnika” DBMS (MS SQL na namizju) v mobilno aplikacijo in nazaj. V ta namen so bili uporabljeni mehanizmi zunanjih podatkovnih virov in http storitev v namizni »proxy aplikaciji«. Za samo mobilno platformo je prikaz slik na dinamičnem seznamu predstavljal povečano kompleksnost.
2. seja
Vzpostaviti je bilo potrebno upravljanje popravil za sredstva družbe. V okviru te naloge je bilo treba voditi seznam zahtevkov za popravila (po oddelkih in skupinah), upoštevati prioritete za nujnost popravil, načrtovati urnik popravil v skladu s prioritetami, naročiti potrebne komponente in sprejeti upoštevati obstoječe. Zanimiva podnaloga je bila, da so nekatere komponente imele rok trajanja; če je bil del za določeno sredstvo že naročen in mu rok še ni potekel, potem za to sredstvo ni potrebe po ponovnem nakupu istega dela. Vmesnik za popravilo je bil razvit za namizno komponento programske opreme podjetja.
Treba je bilo izdelati tudi netrivialno pooblastilo za dve vlogi: odgovorna oseba in vodja servisa. Posebnost je, da morate po avtorizaciji samodejno izbrati eno od vlog.
Obrazec seznama, ki je na voljo odgovorni osebi, je predstavljen spodaj:
Cyril: Tukaj lahko označite samo označevanje čakajočih servisnih zahtev. Rešeno s pogojnim oblikovanjem na dinamičnem seznamu.
S klikom na gumb na dnu zaslona se uporabnik premakne na naslednji obrazec:
Z vidika 1C v tej obliki ni nič zapletenega.
Obrazec, ki je na voljo upravitelju storitve, je spodaj:
Ta obrazec je razvrščen po prioriteti in datumu zahteve. S klikom na spodnji gumb se uporabnik pomakne na obrazec izbrane zahteve:
Poleg zaščite pred napakami je ta obrazec predlagal izvedbo seznama rezervnih delov za popravila. Podnaloga je zanimiva, ker imajo deli rok trajanja. To pomeni, da če je s tem sredstvom že prišlo do izrednega dogodka in je bil zanj naročen del, katerega rok veljavnosti še ni potekel, se lahko ponovno uporabi. To mora biti prikazano uporabniku.
Komentar strokovnjaka: tukaj je Kirill sam pravilno postavil poudarke. Z vidika implementacije na platformi 1C:Enterprise ni nič izjemno zapletenega. Potrebna je bila skrbna analiza pogojev za obračunavanje in uporabo rezervnih delov ter kompetentno izvajanje naloge kot celote. Poleg tega je bilo potrebno ustrezno evidentirati storitvene zahteve. Glavna težava je bila le časovna stiska 2.5 ure.
Poleg tega je moral udeleženec tako kot pri mobilnem razvoju kompetentno pridobiti podatke iz zunanjega DBMS (MS SQL).
3. seja
Za vzdrževanje (vzdrževanje) je bilo predlagano izvajanje storitve dolgoročnega načrtovanja. Zanimiva značilnost tukaj je bila zahteva po ustvarjanju razporeda vzdrževanja za sredstva glede na čas - na primer vsak drugi mesec 3. Podobno po kakšnem kvantitativnem kazalniku - na primer po števcu prevoženih kilometrov (menjava olja vsakih 5000 km, menjava pnevmatik na 20000 km). Vodja vzdrževanja bi moral dobiti priročno mobilno aplikacijo, ki dinamično prikazuje seznam zapadlih, tekočih in opravljenih vzdrževanj za določeno obdobje. Poleg tega je bilo treba vsako vrsto vzdrževanja barvati v barvi po posebej dogovorjenih pravilih. Mobilna aplikacija naj bi zagotavljala izdelavo novih urnikov vzdrževanja in označevanje že izvedenih neposredno v delavnicah s sprotnim ažuriranjem teh podatkov na strežniku.
Cyril: Obstajata dve vrsti popravil: časovno in sprotno. Znotraj vsakega je dovoljena variabilnost. Na primer, po načrtu naj bi popravila potekala vsak petek, 13. v mesecu ali vsakih 20,000 kilometrov. Naloga se šteje za dokončano, če je na desni strani kljukica.
Podan je bil pogoj za razvrščanje nalog na seznamu. Poleg tega mora biti vsaka vrstica poudarjena z barvo glede na pogoje.
S klikom na spodnji gumb lahko ustvarite nov paket storitev:
Zahtevana polja so prikazana glede na izbrano vrsto grafikona. Če smo izbrali tedenski urnik, se nam prikažeta dve polji: številka tedna in dan v tednu. Na primer ob torkih vsake 3 tedne.
Komentar strokovnjaka: kot v prejšnjem mobilnem razvoju na platformi 1C:Enterprise je tudi tukaj naloga globalno razdeljena na 2 komponenti - komunikacijo s "strežnikom" prek spletnega API-ja in kompetenten prikaz dinamičnega seznama s pogojno zasnovo in filtriranjem (izborom) podatke. Poleg tega je bila zanimiva implementacija zahteve po obračunavanju popravil tako po obdobjih kot po kvantitativnem kazalniku.
4. seja
Pri komponentah in potrošnem materialu je bilo treba upoštevati zaloge, načrtovati odhodke in prihodnje nabave. Poleg tega se je tukaj pojavilo serijsko računovodstvo, vendar ne za vse blago. Vse to je bilo treba upravljati v več skladiščih, vključno s prejemom, izdatkom in gibanjem. V skladu s pogoji naloge je bilo treba zagotoviti nadzor stanja in preprečiti konflikte pri delu s tekočimi zalogami. Vodje nabave delajo v namizni različici programske opreme.
Glavni obrazec je prikazan spodaj:
Cyril: Poleg razvrščanja iz pogoja je bilo predlagano, da se uporabniku omogoči naključno razvrščanje. Na 1C vam o tem sploh ni treba razmišljati. Polje s količino delov mora biti pri računih označeno z zeleno barvo.
Na tokratni seji so jih pozvali k kontroli preostalega blaga v skladiščih. Torej bi moralo biti prikazano ustrezno sporočilo, ko poskušate izbrisati račun. Tu se spomnimo na specialistični izpit za platformo. Obrazec računa je naslednji:
Vsak del ima lastnost, ki določa, ali naj bo dodeljen določeni seriji. Za takšne rezervne dele je v vseh dokumentih nujno navedena številka serije. To je dodatna meritev pri spremljanju ostankov delov. Lahko se premikajo tudi med skladišči:
Obrazec se od prejšnjega razlikuje le po tem, da morate namesto kupca navesti skladišče, iz katerega bo opravljena dostava. Izbirni seznam za paket se samodejno sestavi, ko je del izbran. Uporabnik lahko ustvari poročilo o stanju rezervnih delov:
Tukaj si lahko ogledamo preostalo blago v izbranem skladišču. Potrditvena polja na desni strani skladišča vam omogočajo, da konfigurirate filtriranje in razvrščanje. Seznam nima eksplicitne razdelitve po žrebu za tiste dele, za katere se zahteva. Stanja za vsako serijsko številko izbranega rezervnega dela si lahko ogledate s pomočjo navigacijske povezave na desni.
Komentar strokovnjaka: v tej seji (modulu) se je prvič pojavilo paketno računovodstvo. Udeleženci so morali obračunavati potrošni material in blago ne le sami, ampak tudi po serijah. Na splošno je naloga popolna za platformo 1C:Enterprise - vendar je bilo treba vse razviti iz nič in dokončati v 2.5 urah.
5. seja
V peti seji nam je bila dodeljena funkcionalnost upravljanja vrtin. Za raziskovalne skupine je bilo treba ustvariti mobilno aplikacijo, ki bi obračunavala vrtine za pridobivanje nafte ali plina. Tu je bilo potrebno od strežnika prejeti seznam trenutnih vrtin in izbrano vrtino grafično prikazati po plasteh (zemlja, pesek, kamen, nafta) z upoštevanjem globine posamezne plasti. Poleg tega je morala aplikacija omogočati posodabljanje podatkov o vrtini in dodajanje novih vrtin. Za to aplikacijo je naročnik nastavil posebne pogoje delovanja v načinu offline in online (nadzor komunikacije s strežnikom) - preverjanje komunikacije s strežnikom vsakih 5 sekund in spreminjanje funkcionalnosti aplikacije glede na razpoložljivost strežnika.
Cyril: Ko izberete vrtino, se prikaže stolpčni graf, ki poudarja plasti do nahajališč nafte ali plina. Za vsako plast so shranjeni njeno ime, barva in obseg pojavljanja. Zaradi oblikovnih značilnosti diagrami, vgrajeni v platformo, ne pomagajo, vendar se dokument s preglednicami odlično spopade z nalogo. Vodnjake je mogoče ustvariti in spremeniti:
Razen večkratne brezhibne zaščite ni bilo na tej obliki nič zanimivega.
Nato je bilo predlagano, da se nadzoruje povezava s strežnikom. Poskušamo vzpostaviti povezavo vsakih 5 sekund. Če ne deluje, omejimo funkcionalnost aplikacije in prikažemo sporočilo.
Komentar strokovnjaka: Naloga te ure je zanimiva predvsem zaradi svojih grafičnih zmogljivosti. Udeleženci, ki so uporabljali platformo 1C:Enterprise, so jo reševali na dva različna načina – nekateri z uporabo diagramskega mehanizma, drugi z uporabo tabelarnega dokumenta. Vsaka metoda ima svoje prednosti in slabosti. Kot del odločitve na prvenstvu WorldSkills je bil ključen čas (spet spomnimo na časovno omejitev). Ločena zanimiva naloga je pinganje strežnika vsakih 5 sekund in spreminjanje obnašanja mobilne aplikacije glede na razpoložljivost ali nedostopnost strežnika.
6. seja
Predlagano je bilo ustvariti delovni prostor za najvišje vodstvo - Dashboard. Na enem zaslonu je bilo potrebno v grafični in tabelarični obliki prikazati splošne kazalnike uspešnosti podjetja za določeno obdobje. Glavni obrazec je poročilo o stroških:
Poleg Dashboard-a je bilo potrebno izvesti distribucijo rezervnih delov za popravila sredstev po metodah odpisa FIFO/LIFO/»Cheapest goes first«.
Pri distribuciji je bilo upoštevano paketno računovodstvo, uporabljen nadzor stanja in zaščita pred nepooblaščenimi dejanji uporabnikov (»fool protection«).
Cyril: Za rešitev so bile uporabljene tabele vrednosti s programsko generacijo stolpcev, saj jih je lahko poljubno število:
- Prva tabela je odgovorna za skupne stroške oddelkov po mesecih. Najbolj nedonosni in najbolj dobičkonosni oddelki so označeni z rdečo oziroma zeleno.
- Druga tabela prikazuje najdražje in najpogosteje uporabljene dele za vsak mesec. Če je več delov, ki ustrezajo kriterijem, naj bodo prikazani v eni celici, ločeni z vejicami.
- Najdražja sredstva (glede na stroške rezervnih delov) so prikazana v prvi vrstici tretje tabele. Druga vrstica prikazuje oddelek, ki mu pripada zgornje sredstvo. Če obstajata dve najdražji sredstvi z enakimi stroški, morata biti prikazani v isti celici, ločeni z vejicami.
Diagrami so bili prikazani s pomočjo vgrajenih mehanizmov platforme in izpolnjeni programsko s pomočjo poizvedb.
Predlagano je bilo tudi izvajanje podpore za večjezičnost. Program naloži datoteke XML z lokalizacijo elementov vmesnika, obrazec pa je treba prerisati pri izbiri jezika na spustnem seznamu.
Ob kliku na gumb v spodnjem levem kotu zaslona se odpre obrazec za vodenje zalog:
V tej obliki končno začnemo porabljati dele za popravila. Tukaj najprej najdemo dele, ki jih bomo potrebovali za popravilo sredstva. Glede na izbrana polja in način distribucije (FIFO, LIFO ali minimalna cena) se prikažejo najdena ujemanja ali sporočilo, če ujemanja ni. Nato lahko dele označite kot namenjene za popravilo tega sredstva. Nadzor ravnotežja je pomemben za trenutno sejo. Če smo že dodelili podatke, jih ni več mogoče najti.
Komentar strokovnjaka: zelo zanimiva seja. Najbolj izkorišča zmogljivosti platforme 1C:Enterprise - tukaj je kompetentno delo z virtualnimi tabelami akumulacijskih registrov in programsko delo z elementi obrazca (najprej - tabele, drugič - naslovi) in diagrami. In celo LIFO/FIFO pri analizi zalog, analizi dobička/izgube itd.
7. seja
Na koncu naloge (seja 7) je stranka zagotovila programsko opremo (exe datoteko) za projektne aktivnosti in kratek video o delu z njo. Treba je bilo izvesti obratni inženiring in na podlagi tega izdelati 2 diagrama: diagram primera uporabe in diagram entiteta-relacija. Poleg tega so bile postavljene nekatere zahteve za ustvarjanje programske opreme v prihodnosti - v skladu s temi zahtevami je bilo treba ustvariti postavitev vmesnika.
Po natečajnih pogojih je bila za izdelavo diagramov potrebna samo MS Visio.
Komentar strokovnjaka: v tej seji zmogljivosti platforme 1C:Enterprise praktično niso bile uporabljene. Diagrami za pogoje tekmovanja so bili izdelani v MS Visio. Toda prototip vmesnika bi lahko ustvarili v prazni informacijski bazi 1C.
Splošne opombe
Na začetku vsake seje je bil predlagan uvoz podatkov s pomočjo skripta SQL. To je bila glavna pomanjkljivost uporabe 1C v primerjavi s C#, saj smo porabili vsaj pol ure za destilacijo podatkov v zunanje vire podatkov, ustvarjanje lastnih tabel in premikanje vrstic iz zunanjih virov v naše tabele. Ostalo je bilo potrebno samo klikniti gumb Izvedi v programu Microsoft SQL Studio.
Iz očitnih razlogov shranjevanje podatkov na mobilni napravi ni dobra ideja. Zato smo med mobilnimi sejami ustvarili strežniško bazo. Tam so shranjevali podatke in omogočali dostop do njih prek storitev http.
Komentar strokovnjaka: razmerje 1C/ne-1C je tukaj zanimivo - medtem ko so programerji 1C:Enterprise porabili precej časa za povezovanje z zunanjim DBMS (Kirill je to omenil ločeno zgoraj), so razvijalci C#/Java (Android Studio za mobilni razvoj) porabili čas za druga področja – vmesniki, pisanje več kode. Zato so bili rezultati vsake seje nepredvidljivi in izjemno zanimivi za vse strokovnjake. In ta spletka je ostala do konca - samo poglejte končno tabelo zmagovalcev z razdelitvijo točk.
Kirill je končal zgodbo :)
Na koncu je treba opozoriti, da izvajalcu ni bilo treba "samo programirati naloge v skladu s tehničnimi specifikacijami" - nalogo je moral analizirati, izbrati bloke za izvedbo podnalog, jih oblikovati in se odločiti, kaj točno bo. lahko to izvede v izjemno kratkem dodeljenem času. Vse 4 dni sem moral delovati pod hudim časovnim pritiskom, pogosto sem vsako naslednjo sejo začel iz nič. Celo odrasel strokovnjak z dolgoletnimi izkušnjami v panogi bo imel velike težave pri dokončanju dodeljene naloge za sejo 100% v dodeljenem času.
Posebej velja omeniti sprejet sistem ocenjevanja.
Za vsako sejo avtorji nalog razvijejo zapleten sistem kriterijev, vključno s preverjanjem funkcionalnosti, pravilnega delovanja, zahtevami za vmesnik aplikacije in celo upoštevanjem slogovnega vodnika, ki ga udeležencem posebej zagotovi podjetje, za katerega razvijajo svoje rešitve.
Merila za ocenjevanje so zelo natančno razčlenjena – s skupnimi stroški naloge seje na desetine točk, lahko izpolnjevanje nekaterih meril udeležencu doda desetinke točke. S tem je dosežena izjemno visoka in objektivna raven vrednotenja rezultatov vsakega udeleženca tekmovanja.
Ugotovitve
Končni rezultati so bili impresivni.
V ogorčenem boju je zmagal Kirill Pavkin iz Rusije, ki je uporabljal platformo 1C:Enterprise. Kirill je star 17 let in je iz Stavropola.
Dobesedno desetinke točke so ločile zmagovalca od zasledovalcev. Drugo mesto je zasedla udeleženka iz Tajvana. Skupna tabela prvih šestih rezultatov je videti takole:
Seveda je Kirill zmagal zaradi svojega talenta, znanja in spretnosti.
Vendar ugotavljamo, da so bili vsi trije udeleženci, ki so kot orodje uporabljali platformo 1C:Enterprise, uvrščeni med prvih pet - kar je brezpogojna potrditev svetovne ravni tehnologije 1C:Enterprise.
Po rezultatih tekmovanja so bili zmagovalci nagrajeni v medijskem središču KazanExpo; fantje so prejeli čiste zlate medalje (glede na njihovo mesto) in denarne nagrade. Fantje so prejeli tudi potrdila, ki jim omogočajo pripravništvo pri 1C.
Vir: www.habr.com