je međunarodni pokret koji organizira profesionalna natjecanja za mlade do 22 godine.
Međunarodno finale održava se svake dvije godine. Ove godine finalno mjesto je bilo (zadnje finale bilo je 2017. u Abu Dhabiju, sljedeće će biti 2021. u Šangaju).
WorldSkills Championships najveća su svjetska prvenstva profesionalnih vještina. Počeli su s radničkim profesijama, a posljednjih se godina sve više pozornosti posvećuje "zanimanjima budućnosti", uključujući informatičke discipline, za koje je na prvenstvu u Kazanu izdvojen poseban veliki klaster.
U IT bloku postoji kompetencija (specifičan “sport”) pod nazivom “IT Software Solutions for Business”.
U svakom natjecanju ograničen je popis dopuštenih alata. I ako je, na primjer, za “pejzažni dizajn” popis mogućih alata ograničen (naravno, bez navođenja eksplicitnog proizvođača ili boje), tada je u kompetenciji “Softverska rješenja za poslovanje” popis prihvaćenih tehnologija koje sudionici mogu koristiti je strogo ograničen, ukazujući na specifične tehnologije i specifične platforme (.NET i Java s određenim skupom okvira).
Stav 1C o ovom pitanju je sljedeći: informacijska tehnologija je vrlo dinamično područje, nove tehnologije i razvojni alati stalno se pojavljuju u svijetu. S naše točke gledišta, ispravno je dopustiti stručnjacima da koriste alate s kojima žele i s kojima su navikli raditi.
U jesen 2018. čula nas je uprava WorldSkillsa. Sada smo trebali testirati metodologiju za ugradnju novih tehnologija u natjecanja. Nije jednostavno.
Platforma 1C:Enterprise uvrštena je na popis infrastrukture prvenstva u Kazanu i organizirana je eksperimentalna platforma za IT Software Solutions for Business Sandbox.
Napominjemo da je službeni jezik prvenstva engleski. Svi materijali s rezultatima rješavanja zadataka (izvorni kodovi, popratna dokumentacija, softverska sučelja) također su trebali biti preneseni na ovom jeziku. Unatoč sumnjama nekih ljudi (još uvijek!), možete pisati na engleskom u 1C.
U natjecanju na ovom mjestu sudjelovalo je 9 mladića iz 8 zemalja (Filipini, Tajvan, Koreja, Finska, Maroko, Rusija, Kazahstan, Malezija).
Žiri - tim stručnjaka - predvodio je stručnjak s Filipina, Joey Manansala.
Sudjelovali su stručnjaci iz Finske, UAE, Kostarike, Koreje, Rusije i Tajvana.
Zasebno napominjemo da su sudionici iz Rusije (Pavkin Kirill, Sultanova Aigul) i Kazahstana (Vitovsky Ludwig) odlučili koristiti platformu 1C:Enterprise kao dio natjecanja. Ostali sudionici koristili su .NET za desktop i Android Studio za mobilni razvoj. Zanimljivo je da su sudionici koji su odabrali 1C vrlo mladi (Kirill je učenik škole u Stavropolu, ove godine je ušao u 11. razred, Aigul je studentica, Kazan, Tatarstan), dok su njihovi protivnici bili mnogo iskusniji ( na primjer, sudionik iz Koreje - pobjednik prvenstva WorldSkills 2013. u Leipzigu; svi imaju iskustvo sudjelovanja u WorldSkillsu i nekoliko godina profesionalnog iskustva u industriji).
S obzirom da su tijekom natjecanja sudionici koristili različite suvremene tehnologije, imali smo priliku testirati platformu 1C:Enterprise u istinski borbenim uvjetima, usporediti kako kvalitetu rješenja dobivenih uz njenu pomoć tako i brzinu razvoja postignutu njenom upotrebom.
Posebno napominjemo da su u okviru posebne platforme IT Software Solutions for Business Sandbox sudionici obavili iste zadatke kao i sudionici glavne platforme IT Software Solutions for Business.
Sam zadatak je složen zadatak za automatizaciju određenog poslovanja, ove godine primjer poslovanja bila je fiktivna tvrtka KazanNeft.
legenda
Kazan Oil jedno je od najvećih naftnih poduzeća u Republici Tatarstan, djeluje kao nacionalni tržišni igrač i međunarodno priznata robna marka u ovom području. Sjedište tvrtke, specijalizirane za istraživanje polja, proizvodnju, proizvodnju, rafiniranje, transport te prodaju i distribuciju nafte, naftnih derivata i prirodnog plina, nalazi se u Kazanu (Rusija).
Budući da tvrtka provodi strategiju brzog širenja i otvaranja novih ureda diljem Rusije, uprava tvrtke odlučila je uvesti novi softver za automatizaciju poslovanja s ciljem održavanja i upravljanja određenim operacijama.
Uvjeti prvenstva
Zadaci su sudionici dobili u obliku modula (sesija) uz uvjet da ih izvrše u ograničenom vremenu. Ukupno je bilo 7 modula. Tri sesije za rješavanje na stolu – svaka po 2.5 sata. Tri sesije - razvoj klijent-poslužitelj, gdje je klijent bila mobilna aplikacija, a komunikacija između klijenta i poslužitelja odvijala se putem WEB-API-ja. Ovo je trajalo 3.5 sata. Zadnja sesija – zadaci o obrnutom inženjeringu postojećeg softvera, 2.5 sata. U sklopu obrnutog inženjeringa, sudionici su trebali, na temelju informacija koje su im dane, dizajnirati strukturu baze podataka aplikacije (izgradnjom ER dijagrama), analizirati scenarije korištenja sustava (izgradnjom dijagrama slučaja upotrebe), te također razviti i dizajnirati sučelje programskog rješenja prema zadanim funkcionalnim zahtjevima.
Glavne korištene razvojne platforme bile su .NET (C#) i Java (uključujući Android Studio za mobilni razvoj). Eksperimentalni SandBox koristio je .NET, Javu i 1C:Enterprise verziju 8.3.13.
Na kraju svake sesije stručnjaci su procijenili rezultat - gotov izvediv projekt koji provodi zadatke postavljene na početku sesije.
Posebnost zadataka je njihova "vitalnost" - mnogi zahtjevi i ograničeno vrijeme. Većina problema nisu posebni olimpijadni problemi, već su vrlo bliski stvarnim industrijskim problemima - stručnjaci se s njima suočavaju svaki dan. Ali ima mnogo zadataka, a vrijeme je ograničeno. Sudionik mora riješiti maksimalan broj problema koji će imati najveću korist za poslovanje. Uopće nije činjenica da će složen zadatak s algoritamske točke gledišta imati veću težinu od elementarnog. Na primjer, stvaranje funkcionalnog računovodstvenog sustava od tri tablice važnije je za poslovanje od lijepe izvještajne forme sa složenim algoritmima, koja je bez ovih tablica potpuno nepotrebna.
Pobjednika natjecanja, sudionika iz Rusije, Kirilla Pavkina, zamolili smo da nam kaže više o kakvim se zadacima radilo i kako je pristupio njihovom rješavanju.
Ispod je opis zadatka, Kirillova vlastita priča o tome kako je riješio zadatak. Također smo zamolili Vitalija Rybalku, zaposlenika 1C i jednog od stručnjaka IT Solutions for Business Sandbox, da komentira Kirillova rješenja.
U sklopu zadatka bilo je potrebno automatizirati aktivnosti nekoliko tipova korisnika:
- Odgovoran za računovodstvo imovine poduzeća
- Odgovoran za neplanirane popravke i planirano održavanje imovine tvrtke
- Voditelji nabave za komponente i potrošni materijal
- Odjeli za istraživanje i proizvodnju nafte
- Najviši menadžment je trebao analitička izvješća
1. sesija
Sa stajališta imovine (npr. voznog parka) bilo je potrebno implementirati njihovo računovodstvo (uspostavljanje novih, uređivanje postojećih), brzu pretragu i razne vrste filtera za prikaz informacija, premještanje imovine između odjela Društva. i same skupine sredstava. Vodite povijest takvih kretanja i pružite analitiku o njima u budućnosti. Računovodstvo imovine uglavnom je implementirano za mobilne korisničke skupine.
Cyril: Zanimljiv podzadatak bila je implementacija gumba na listi sredstava. Da bismo to riješili, koristili smo se dinamičkom listom: napišemo proizvoljan zahtjev, a prilikom primanja podataka na poslužitelju potrebnim poljima dodjeljujemo navigacijske veze slikama iz biblioteke slika.
Prema konvenciji, fotografije se mogu priložiti materijalu na dva načina: snimiti fotografiju (multimedija) i odabrati je iz galerije (dijaloški okvir za odabir datoteke).
Neke je oblike trebalo ponovno iscrtati kada se zaslon zakrenuo:
Prilikom promjene parametara zaslona mijenjamo vidljivost grupa gumba.
Zabavni, ali jednostavni zadaci uključuju filtre u dinamičnom popisu, pretraživanje u dva polja (broj i naziv) te generiranje serijskog broja sredstva.
Komentar stručnjaka: sa stajališta rješenja na platformi 1C:Enterprise, zadatak je sasvim jasan. Osim same izrade mobilne aplikacije, bilo je potrebno pobrinuti se i za prijenos podataka s DBMS “poslužitelja” (MS SQL na desktopu) u mobilnu aplikaciju i natrag. U tu svrhu korišteni su mehanizmi vanjskih izvora podataka i http servisa u desktop “proxy aplikaciji”. Za samu mobilnu platformu, prikazivanje slika u dinamičnom popisu predstavlja povećanu složenost.
2. sesija
Bilo je potrebno uspostaviti upravljanje popravkom imovine Društva. U sklopu ovog zadatka bilo je potrebno voditi listu zahtjeva za popravke (po odjelima i grupama), voditi računa o prioritetima za hitnost popravka, planirati raspored popravka u skladu s prioritetima, naručiti potrebne komponente i preuzeti uzeti u obzir postojeće. Zanimljiv podzadatak bio je da su neke komponente imale rok trajanja; ako je dio već naručen za određeno sredstvo, a rok mu nije istekao, tada za to sredstvo nema potrebe ponovno kupovati isti dio. Sučelje za popravak razvijeno je za desktop komponentu softvera tvrtke.
Također je bilo potrebno izraditi netrivijalni obrazac ovlaštenja za dvije uloge: odgovorna osoba i voditelj servisa. Posebnost je da nakon autorizacije morate automatski odabrati jednu od uloga.
Obrazac popisa koji je dostupan odgovornoj osobi nalazi se u nastavku:
Cyril: Ovdje se može označiti samo označavanje neriješenih zahtjeva za uslugom. Rješeno uvjetnim oblikovanjem u dinamičnom popisu.
Klikom na gumb na dnu ekrana korisnik može prijeći na sljedeću formu:
S gledišta 1C, u ovom obliku nema ništa komplicirano.
Obrazac dostupan voditelju usluge nalazi se u nastavku:
Ovaj obrazac je razvrstan po prioritetu i datumu zahtjeva. Klikom na donji gumb korisnik može prijeći na formu odabranog zahtjeva:
Osim zaštite od grešaka, ovaj obrazac je predložio implementaciju popisa rezervnih dijelova za popravke. Podzadatak je zanimljiv jer dijelovi imaju rok trajanja. To znači da ako se s tim sredstvom već dogodio hitan slučaj i za njega je naručen dio čiji rok valjanosti nije istekao, tada se može ponovno koristiti. To bi trebalo pokazati korisniku.
Komentar stručnjaka: ovdje je sam Kirill ispravno postavio naglaske. Sa stajališta implementacije na platformi 1C:Enterprise, nema ništa izuzetno komplicirano. Bila je potrebna pažljiva analiza uvjeta za obračun i korištenje rezervnih dijelova i kompetentna provedba zadatka u cjelini. Osim toga, bilo je potrebno uredno evidentirati zahtjeve za uslugama. Glavna poteškoća je bio samo vremenski pritisak od 2.5 sata.
Osim toga, kao i u mobilnom razvoju, sudionik je morao kompetentno pribaviti podatke iz vanjskog DBMS-a (MS SQL).
3. sesija
Za održavanje (održavanje) predložena je implementacija usluge dugoročnog planiranja. Ovdje je zanimljiva značajka bila zahtjev za stvaranjem rasporeda održavanja za imovinu prema vremenskom rasporedu - na primjer, svakog drugog mjeseca 3. Isto tako, prema nekom kvantitativnom pokazatelju - na primjer, prema brojaču automobila (izmjena ulja svakih 5000 km, zamjena gume svakih 20000 XNUMX km). Voditelj održavanja trebao je dobiti praktičnu mobilnu aplikaciju koja dinamički prikazuje popis dospjelih, tekućih i završenih održavanja za određeno razdoblje. Osim toga, svaka vrsta održavanja morala je biti bojana u boji prema posebno dogovorenim pravilima. Mobilna aplikacija trebala je osigurati izradu novih rasporeda održavanja i označavanje već izvedenih izravno u radionicama uz promptno ažuriranje tih podataka na serveru.
Cyril: Postoje dvije vrste popravaka: vremenski i vremenski. Varijabilnost je dopuštena unutar svake. Primjerice, prema planu, popravci bi trebali biti svakog petka, 13. u mjesecu ili svakih 20,000 kilometara. Zadatak se smatra dovršenim ako se desno od njega nalazi kvačica.
Predviđen je uvjet za sortiranje zadataka u listi. Također, svaka linija treba biti istaknuta bojom ovisno o uvjetima.
Klikom na gumb ispod možete izraditi novi plan usluge:
Potrebna polja se prikazuju ovisno o odabranoj vrsti grafikona. Ako smo odabrali tjedni raspored, prikazat će nam se dva polja: broj tjedna i dan u tjednu. Na primjer, utorkom svaka 3 tjedna.
Komentar stručnjaka: kao i u prethodnom mobilnom razvoju na platformi 1C:Enterprise, ovdje je zadatak globalno podijeljen u 2 komponente - komunikacija s "poslužiteljem" putem web-api-ja i kompetentan prikaz dinamičke liste s uvjetnim dizajnom i filtriranjem (odabirom) podaci. Osim toga, bilo je zanimljivo implementirati zahtjev za obračun popravaka i po razdoblju i po kvantitativnom pokazatelju.
4. sesija
Za komponente i potrošni materijal bilo je potrebno voditi računa o zalihama, planirati troškove i buduće nabave. Osim toga, ovdje se pojavilo računovodstvo serija, ali ne za svu robu. Svim tim se moralo upravljati unutar više skladišta, uključujući primitak, izdatak i kretanje. Prema uvjetima zadatka bilo je potrebno osigurati kontrolu stanja i izbjeći konflikte pri radu s tekućim zalihama. Voditelji nabave rade u desktop verziji softvera.
Glavni obrazac prikazan je u nastavku:
Cyril: Osim razvrstavanja iz uvjeta, predloženo je da se korisniku da mogućnost nasumičnog razvrstavanja. Na 1C ne morate ni razmišljati o tome. Polje s količinom dijelova potrebno je označiti zelenom bojom za račune.
Na ovoj sjednici zatraženo je da kontroliraju zaostalu robu u skladištima. Dakle, odgovarajuća poruka bi se trebala prikazati kada pokušate izbrisati fakturu. Ovdje se prisjećamo specijalističkog ispita platforme. Obrazac fakture je sljedeći:
Svaki dio ima karakteristiku koja određuje hoće li biti dodijeljen određenoj seriji. Za takve rezervne dijelove nužno je navesti broj serije u svim dokumentima. Ovo je dodatno mjerenje pri praćenju ostataka dijelova. Također se mogu premještati između skladišta:
Obrazac se razlikuje od prethodnog samo po tome što umjesto kupca treba navesti skladište iz kojeg će se izvršiti isporuka. Popis odabira za seriju automatski se sastavlja nakon odabira dijela. Korisnik može generirati izvještaj o stanju rezervnih dijelova:
Ovdje možemo pregledati preostalu robu na odabranom skladištu. Potvrdni okviri s desne strane skladišta omogućuju vam da konfigurirate filtriranje i sortiranje. Lista nema eksplicitnu podjelu ždrijebom za one dijelove za koje je potrebna. Stanja za svaki broj serije odabranog rezervnog dijela možete pogledati putem navigacijske poveznice s desne strane.
Komentar stručnjaka: u ovoj sesiji (modulu) prvi put se pojavilo grupno računovodstvo. Sudionici su morali obračunavati potrošni materijal i robu ne samo za sebe, već i po serijama. Općenito, zadatak je savršen za platformu 1C:Enterprise - ali sve je trebalo razviti od nule i završiti za 2.5 sata.
5. sesija
U petoj sesiji dodijeljena nam je funkcionalnost upravljanja bušotinama. Za istraživačke skupine bilo je potrebno izraditi mobilnu aplikaciju koja bi obračunavala naftne ili plinske proizvodne bušotine. Ovdje je bilo potrebno od servera dobiti popis trenutnih bušotina i odabranu bušotinu grafički prikazati po slojevima (zemlja, pijesak, kamen, nafta), vodeći računa o dubini svakog sloja. Osim toga, aplikacija je morala omogućiti ažuriranje podataka o bušotini i dodavanje novih bušotina. Za ovu aplikaciju kupac je postavio posebne uvjete rada u offline i online modu (kontrola komunikacije s poslužiteljem) - provjera komunikacije s poslužiteljem svakih 5 sekundi te promjena funkcionalnosti aplikacije ovisno o dostupnosti poslužitelja.
Cyril: Kada odaberete bušotinu, prikazuje se stupčasti grafikon koji ističe slojeve do naslaga nafte ili plina. Za svaki sloj pohranjuje se njegovo ime, boja i raspon pojavljivanja. Zbog značajki dizajna, dijagrami ugrađeni u platformu ne pomažu, ali dokument proračunske tablice savršeno se nosi sa zadatkom. Bunari se mogu izraditi i modificirati:
Osim višestruke besprijekorne zaštite, u ovom obliku nije bilo ništa zanimljivo.
Zatim je predloženo kontrolirati vezu s poslužiteljem. Pokušavamo se spojiti svakih 5 sekundi. Ako ne radi, ograničavamo funkcionalnost aplikacije i prikazujemo poruku.
Komentar stručnjaka: Zadatak ove sesije zanimljiv je prvenstveno zbog svojih grafičkih mogućnosti. Sudionici koji su koristili platformu 1C:Enterprise riješili su ga na dva različita načina - neki pomoću mehanizma dijagrama, drugi pomoću dokumenta proračunske tablice. Svaka metoda ima svoje prednosti i nedostatke. Kao dio odluke na prvenstvu WorldSkills, vrijeme je bilo ključno (sjetite se opet vremenskog ograničenja). Poseban zanimljiv zadatak je pingati poslužitelj svakih 5 sekundi i mijenjati ponašanje mobilne aplikacije ovisno o dostupnosti ili nedostupnosti poslužitelja.
6. sesija
Predloženo je stvaranje radnog prostora za top menadžment – Dashboard. Na jednom ekranu bilo je potrebno prikazati opće pokazatelje poslovanja poduzeća za određeno razdoblje u grafičkom i tabelarnom obliku. Glavni obrazac je izvješće o troškovima:
Osim Dashboarda, bilo je potrebno implementirati distribuciju rezervnih dijelova za popravke imovine korištenjem FIFO/LIFO/“Cheapest goes first” metoda otpisa.
Tijekom distribucije vodilo se računa o šaržnom računovodstvu, korištena je kontrola stanja i zaštita od neovlaštenih radnji korisnika („fool protection“).
Cyril: Za rješavanje su korištene tablice vrijednosti sa softverskim generiranjem stupaca, budući da ih može biti proizvoljan broj:
- Prva tablica je odgovorna za ukupne troškove odjela po mjesecima. Najneprofitabilnije i najprofitabilnije divizije označene su crvenom i zelenom bojom.
- Druga tablica prikazuje najskuplje i najčešće korištene dijelove za svaki mjesec. Ako postoji više dijelova koji zadovoljavaju kriterije, tada ih treba prikazati u jednoj ćeliji, odvojene zarezima.
- Najskuplja imovina (u smislu troškova rezervnih dijelova) prikazana je u prvom redu treće tablice. Drugi redak prikazuje odjeljak kojem pripada gornja imovina. Ako postoje dva najskuplja sredstva s istim troškovima, tada ih treba prikazati u istoj ćeliji, odvojene zarezima.
Dijagrami su prikazani pomoću ugrađenih mehanizama platforme, a popunjeni programski pomoću upita.
Također je predložena implementacija potpore za višejezičnost. Program učitava XML datoteke s lokalizacijom elemenata sučelja, a obrazac treba ponovno iscrtati prilikom odabira jezika na padajućem popisu.
Klikom na gumb u donjem lijevom kutu ekrana otvara se obrazac za upravljanje zalihama:
U ovom obliku konačno počinjemo trošiti dijelove na popravke. Ovdje prvo pronalazimo dijelove koji će nam trebati za popravak sredstva. Na temelju odabranih polja i načina distribucije (FIFO, LIFO ili minimalna cijena) prikazuju se pronađena podudaranja ili poruka ako nema podudaranja. Zatim možete označiti dijelove kao one namijenjene popravku tog sredstva. Kontrola ravnoteže relevantna je za trenutnu sesiju. Ako smo već dodijelili detalje, tada ih više nije moguće pronaći.
Komentar stručnjaka: vrlo zanimljiva sesija. Maksimalno iskorištava mogućnosti platforme 1C:Enterprise - ovdje je kompetentan rad s virtualnim tablicama akumulacijskih registara i programski rad s elementima obrazaca (prije svega - tablice, drugo - naslovi) i dijagrami. Pa čak i LIFO/FIFO pri analizi zaliha, analizi dobiti/gubitka itd.
7. sesija
Na kraju zadatka (sesija 7), kupac je osigurao softver (exe datoteku) za projektne aktivnosti i kratki video o radu s njim. Bilo je potrebno provesti obrnuti inženjering i na temelju toga izraditi 2 dijagrama: dijagram slučaja upotrebe i dijagram entitet-odnos. Osim toga, postavljeni su neki zahtjevi za izradu softvera u budućnosti - bilo je potrebno izraditi izgled sučelja prema tim zahtjevima.
Prema uvjetima natječaja za izradu dijagrama bio je potreban samo MS Visio.
Komentar stručnjaka: u ovoj sesiji mogućnosti platforme 1C:Enterprise praktički nisu korištene. Dijagrami za uvjete natjecanja izrađeni su u MS Visio. Ali prototip sučelja mogao bi se stvoriti u praznoj informacijskoj bazi 1C.
Opće napomene
Na početku svake sesije predloženo je uvoz podataka pomoću SQL skripte. To je bio glavni nedostatak korištenja 1C u usporedbi s C#, budući da smo proveli najmanje pola sata destilirajući podatke u vanjske izvore podataka, stvarajući vlastite tablice i premještajući retke iz vanjskih izvora u naše tablice. Ostalo je samo potrebno kliknuti gumb Izvrši u programu Microsoft SQL Studio.
Iz očitih razloga pohranjivanje podataka na mobilni uređaj nije dobra ideja. Stoga smo tijekom mobilnih sesija stvorili bazu poslužitelja. Tamo su pohranjivali podatke i omogućavali im pristup putem http servisa.
Komentar stručnjaka: ravnoteža 1C/ne-1C ovdje je zanimljiva - dok su 1C:Enterprise programeri proveli dosta vremena povezujući se s vanjskim DBMS-om (Kirill je to posebno spomenuo gore), programeri C#/Java (Android Studio za mobilni razvoj) potrošili su vrijeme na druga područja – sučelja, pisanje više koda. Stoga su rezultati svake sesije bili nepredvidivi i izuzetno zanimljivi za sve stručnjake. I ta je intriga ostala do kraja - pogledajte samo konačnu tablicu pobjednika s raspodjelom bodova.
Kiril je završio priču :)
Zaključno, treba podsjetiti da izvođač nije trebao “samo programirati zadatak prema tehničkim specifikacijama” - morao je analizirati zadatak, odabrati blokove za provedbu podzadataka, dizajnirati ih i odlučiti što će točno biti. moći to implementirati u iznimno kratkom dodijeljenom vremenu. Sva 4 dana morao sam djelovati pod teškim vremenskim pritiskom, često započinjući svaku sljedeću seansu ispočetka. Čak će i odrasli stručnjak s dugogodišnjim iskustvom u industriji imati velike poteškoće u dovršavanju dodijeljenog zadatka za sesiju 100% unutar dodijeljenog vremena.
Posebno treba istaknuti usvojeni sustav ocjenjivanja.
Za svaku sesiju autori zadatka razvijaju složeni sustav kriterija, uključujući provjeru funkcionalnosti, ispravnog rada, zahtjeva za sučelje aplikacije, pa čak i praćenje stilskog vodiča koji je sudionicima posebno dala tvrtka za koju razvijaju svoja rješenja.
Kriteriji ocjenjivanja vrlo su fino definirani - s ukupnim troškom zadatka sesije koji iznosi desetke bodova, ispunjavanje nekog kriterija može dodati desetinke boda sudioniku. Time se postiže izuzetno visoka i objektivna razina vrednovanja rezultata svakog sudionika natjecanja.
Nalazi
Konačni rezultati bili su impresivni.
U ogorčenoj borbi pobijedio je Kirill Pavkin iz Rusije koji je koristio platformu 1C:Enterprise. Kirill ima 17 godina, iz Stavropolja je.
Doslovno desetinke boda dijelile su pobjednika od njegovih progonitelja. Drugo mjesto zauzeo je sudionik iz Tajvana. Ukupna tablica prvih šest rezultata izgleda ovako:
Naravno, Kirill je pobijedio zahvaljujući svom talentu, znanju i vještinama.
Međutim, napominjemo da su sva tri sudionika koji su koristili platformu 1C:Enterprise kao alat uvrštena u prvih pet - što je bezuvjetna potvrda svjetske razine tehnologije 1C:Enterprise.
Nakon rezultata natjecanja, pobjednici su nagrađeni u medijskom centru KazanExpo; dečki su dobili čiste zlatne medalje (u skladu s njihovim mjestom) i novčane nagrade. Dečki su također dobili certifikate koji im omogućuju da stažiraju u 1C.
Izvor: www.habr.com