je međunarodni pokret koji organizuje stručna takmičenja za mlade do 22 godine.
Međunarodno finale održava se svake dvije godine. Ove godine konačno mjesto održavanja bilo je (poslednje finale je bilo 2017. u Abu Dabiju, sledeće će biti 2021. u Šangaju).
Svjetsko prvenstvo u vještinama najveće je svjetsko prvenstvo profesionalnih vještina. Počeli su sa profesionalnim zanimanjima, a posljednjih godina sve se više pažnje poklanja „profesijama budućnosti“, uključujući IT discipline, za koje je na prvenstvu u Kazanju izdvojen poseban veliki klaster.
U IT bloku postoji kompetencija (specifični “sport”) pod nazivom “IT softverska rješenja za poslovanje”.
U svakom natjecanju, dozvoljena lista korištenih alata je ograničena. A ako je, na primjer, za „pejzažni dizajn“ lista mogućih alata ograničena (naravno, bez navođenja eksplicitnog proizvođača ili boje), onda je u kompetenciji „Softverska rješenja za poslovanje“ lista prihvaćenih tehnologija koje učesnici mogu koristiti je strogo ograničen, što ukazuje na specifične tehnologije i specifične platforme (.NET i Java sa određenim skupom okvira).
Stav 1C po ovom pitanju je sljedeći: informaciona tehnologija je vrlo dinamična oblast, nove tehnologije i razvojni alati se stalno pojavljuju u svijetu. Sa naše tačke gledišta, ispravno je dozvoliti stručnjacima da koriste alate sa kojima žele i navikli su da rade.
U jesen 2018. čula nas je uprava WorldSkillsa. Sada smo morali da testiramo metodologiju za ugradnju novih tehnologija u takmičenja. Nije jednostavno.
Platforma 1C:Enterprise uvrštena je na infrastrukturnu listu šampionata u Kazanju, a organizovana je i eksperimentalna platforma za IT softverska rešenja za poslovne sandbox.
Napominjemo da je službeni jezik prvenstva engleski. Svi materijali sa rezultatima rješavanja zadataka (izvorni kodovi, prateća dokumentacija, softverski interfejsi) također su trebali biti prenijeti na ovom jeziku. Uprkos sumnjama nekih ljudi (i dalje!), možete pisati na engleskom u 1C.
Na takmičenju je učestvovalo 9 mladih momaka iz 8 zemalja (Filipini, Tajvan, Koreja, Finska, Maroko, Rusija, Kazahstan, Malezija).
Žiri - tim stručnjaka - predvodio je stručnjak sa Filipina, Joey Manansala.
Predstavljeni su stručnjaci iz Finske, UAE, Kostarike, Koreje, Rusije i Tajvana.
Odvojeno, napominjemo da su učesnici iz Rusije (Pavkin Kirill, Sultanova Aigul) i Kazahstana (Vitovsky Ludwig) odlučili da koriste platformu 1C:Enterprise kao dio takmičenja. Ostali učesnici su koristili .NET za desktop i Android Studio za razvoj mobilnih uređaja. Zanimljivo je da su učesnici koji su izabrali 1C veoma mladi (Kiril je učenik škole u Stavropolju, ove godine je ušao u 11. razred, Aigul je student, Kazan, Tatarstan), dok su njihovi protivnici bili mnogo iskusniji ( na primjer, učesnik iz Koreje - pobjednik WorldSkills prvenstva 2013. u Leipzigu; svi imaju iskustvo učešća na WorldSkills-u i nekoliko godina profesionalnog iskustva u industriji).
S obzirom da su tokom takmičenja učesnici koristili različite moderne tehnologije, imali smo priliku da testiramo platformu 1C:Enterprise u istinski borbenim uslovima, da uporedimo kako kvalitet rešenja dobijenih uz njenu pomoć, tako i brzinu razvoja postignutu njenom upotrebom.
Posebno napominjemo da su u okviru posebne platforme IT Software Solutions for Business Sandbox učesnici obavili iste zadatke kao i učesnici glavne platforme IT Software Solutions for Business.
Sam zadatak je složen zadatak za automatizaciju određenog poslovanja, a ove godine primjer poslovanja bila je fiktivna kompanija KazanNeft.
Legenda
Kazan Oil je jedna od najvećih naftnih kompanija u Republici Tatarstan, koja posluje kao nacionalni tržišni igrač i međunarodno priznati brend u ovoj oblasti. Sjedište kompanije, specijalizovane za istraživanje polja, proizvodnju, proizvodnju, rafinaciju, transport, te prodaju i distribuciju nafte, naftnih derivata i prirodnog gasa, nalazi se u Kazanju (Rusija).
Budući da kompanija sprovodi strategiju brzog širenja i otvaranja novih kancelarija širom Rusije, menadžment kompanije je odlučio da uvede novi softver za automatizaciju poslovanja koji ima za cilj održavanje i upravljanje određenim operacijama.
Uslovi prvenstva
Zadaci su učesnicima davani u vidu modula (sesija) sa zahtjevom da ih završe u ograničenom vremenu. Ukupno je bilo 7 modula. Tri sesije za rješavanje na desktopu – svaka po 2.5 sata. Tri sesije - razvoj klijent-server, gdje je klijent bila mobilna aplikacija, a komunikacija između klijenta i servera se odvijala putem WEB-API-ja. Ovo je trajalo 3.5 sata. Zadnja sesija – zadaci o obrnutom inženjeringu postojećeg softvera, 2.5 sata. U okviru obrnutog inženjeringa, učesnici su morali da, na osnovu informacija koje su im date, dizajniraju strukturu baze podataka aplikacije (izgradnjom ER dijagrama), analiziraju scenarije za korišćenje sistema (izgradnjom dijagrama slučaja korišćenja), a takođe razvija i dizajnira interfejs softverskog rešenja prema predviđenim funkcionalnim zahtevima.
Glavne korišćene razvojne platforme su .NET (C#) i Java (uključujući Android Studio za mobilni razvoj). Eksperimentalni SandBox koristio je .NET, Java i 1C:Enterprise verziju 8.3.13.
Na kraju svake sesije, stručnjaci su ocjenjivali rezultat - gotov izvodljiv projekat koji implementira zadatke postavljene na početku sesije.
Posebnost zadataka je njihova "vitalnost" - mnogo zahtjeva i ograničeno vrijeme. Većina problema nisu problemi specijalnih olimpijada, već su vrlo bliski stvarnim industrijskim problemima - stručnjaci se s njima suočavaju svakodnevno. Ali zadataka je mnogo, a vrijeme je ograničeno. Učesnik mora riješiti maksimalan broj problema koji će imati najveću korist za poslovanje. Uopšte nije činjenica da će složen zadatak sa algoritamske tačke gledišta imati veću težinu od elementarnog. Na primjer, za posao je važnije kreiranje funkcionalnog računovodstvenog sistema od tri tabele od lijepog izvještajnog obrasca sa složenim algoritmima, koji je potpuno nepotreban bez ovih tabela.
Zamolili smo pobednika takmičenja, učesnika iz Rusije, Kirila Pavkina, da nam kaže više o tome koji su zadaci bili i kako je pristupio njihovom rešavanju.
Ispod je opis zadatka, Kirilova vlastita priča o tome kako je riješio zadatak. Zamolili smo i Vitalyja Rybalku, zaposlenika 1C i jednog od stručnjaka IT Solutions for Business Sandbox, da prokomentariše Kirillova rješenja.
U sklopu zadatka bilo je potrebno automatizirati aktivnosti nekoliko tipova korisnika:
- Odgovoran za računovodstvo imovine preduzeća
- Odgovoran za neplanirane popravke i planirano održavanje imovine kompanije
- Menadžeri nabavke komponenti i potrošnog materijala
- Odjeljenja za istraživanje i proizvodnju nafte
- Najvišem menadžmentu su bili potrebni analitički izvještaji
Sesija 1
Sa stanoviš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, premeštanje imovine između sektora Kompanije. i same grupe imovine. Čuvajte istoriju takvih pokreta i pružajte analitiku o njima u budućnosti. Računovodstvo sredstava uglavnom je implementirano za grupe mobilnih korisnika.
Cyril: Zanimljiv podzadatak je bila implementacija dugmadi na listi sredstava. Da bismo to riješili, koristili smo dinamičku listu: pišemo proizvoljan zahtjev, a kada primamo podatke na server, dodjeljujemo navigacijske veze do slika iz biblioteke slika u potrebna polja.
Po dogovoru, fotografije se mogu priložiti materijalu na dva načina: snimite fotografiju (multimedijalni) i odaberite iz galerije (dijalog za odabir datoteke).
Neki oblici su se morali ponovo nacrtati kada se ekran rotirao:
Prilikom promjene parametara ekrana mijenjamo vidljivost grupa dugmadi.
Zabavni, ali jednostavni zadaci uključuju filtere u dinamičkoj listi, pretraživanje u dva polja (broj i naziv) i generiranje serijskog broja sredstva.
Komentar stručnjaka: sa stanovišta rješenja na platformi 1C:Enterprise, zadatak je sasvim jasan. Pored same izrade mobilne aplikacije, bilo je potrebno voditi računa i o prijenosu podataka sa „servera“ DBMS (MS SQL na desktopu) do mobilne aplikacije i nazad. U tu svrhu korišteni su mehanizmi eksternih izvora podataka i http servisa u desktop „proxy aplikaciji“. Za samu mobilnu platformu, prikazivanje slika u dinamičkoj listi predstavljalo je povećanu složenost.
Sesija 2
Bilo je neophodno uspostaviti upravljanje popravkom imovine Kompanije. U sklopu ovog zadatka bilo je potrebno održavati listu zahtjeva za popravke (po odjelima i grupama), voditi računa o prioritetima hitnosti popravki, planirati raspored popravki u skladu sa prioritetima, naručiti potrebne komponente i preduzeti uzeti u obzir one koje su već dostupne. Zanimljiv podzadatak je da neke komponente imaju rok trajanja; ako je dio već naručen za dato sredstvo i njegov rok nije istekao, tada za ovo sredstvo nema potrebe za ponovnim kupovinom istog dijela. Interfejs za popravku je razvijen za desktop komponentu softvera kompanije.
Također je bilo potrebno kreirati netrivijalni formular za ovlaštenje za dvije uloge: odgovorno lice i menadžer servisa. Posebnost je u tome što nakon autorizacije morate automatski odabrati jednu od uloga.
Obrazac liste dostupan odgovornoj osobi je prikazan u nastavku:
Cyril: Ovdje se može istaknuti samo isticanje zahtjeva za uslugu na čekanju. Riješeno uvjetnim oblikovanjem u dinamičkoj listi.
Klikom na dugme na dnu ekrana, korisnik može da pređe na sledeći obrazac:
U ovom obliku nema ništa komplikovano sa stajališta 1C.
Obrazac koji je dostupan menadžeru servisa je u nastavku:
Ovaj obrazac je sortiran po prioritetu i datumu zahtjeva. Klikom na dugme ispod, korisnik može preći na formu izabranog zahteva:
Osim zaštite od grešaka, ovaj obrazac je predložio uvođenje liste rezervnih dijelova za popravke. Podzadatak je zanimljiv jer dijelovi imaju rok trajanja. To znači da ako se već dogodila hitna situacija sa ovim sredstvom i za njega je naručen dio čiji rok važenja nije istekao, onda se može ponovo koristiti. Ovo treba pokazati korisniku.
Komentar stručnjaka: ovdje je sam Kiril ispravno stavio akcente. Sa stanovišta implementacije na platformi 1C: Enterprise, nema ništa izuzetno komplikovano. Potrebna je pažljiva analiza uslova za obračun i korištenje rezervnih dijelova i kompetentna provedba zadatka u cjelini. Osim toga, bilo je potrebno propisno evidentirati zahtjeve za uslugu. Glavna poteškoća je bio samo vremenski pritisak od 2.5 sata.
Pored toga, kao iu mobilnom razvoju, učesnik je morao kompetentno da dobije podatke iz eksternog DBMS-a (MS SQL).
Sesija 3
Za održavanje (održavanje) predloženo je sprovođenje usluge dugoročnog planiranja. Interesantna karakteristika ovdje je bio zahtjev za kreiranjem rasporeda održavanja sredstava prema vremenu - na primjer, svakog drugog mjeseca 3. Isto tako, prema nekom kvantitativnom pokazatelju - na primjer, prema brojaču kilometara automobila (zamjena ulja na svakih 5000 km, zamjena guma na svakih 20000 km). Menadžer održavanja je trebao dobiti zgodnu mobilnu aplikaciju koja dinamički prikazuje listu dospjelih, tekućih i završenih održavanja za određeni period. Osim toga, svaka vrsta održavanja je morala biti ofarbana u boju prema posebno dogovorenim pravilima. Mobilna aplikacija je trebala osigurati kreiranje novih rasporeda održavanja i označavanje već završenih direktno u radionicama uz promptno ažuriranje ovih informacija na serveru.
Cyril: Postoje dvije vrste popravki: vremenski zasnovane i popravke zasnovane na vožnji. Dozvoljena je varijabilnost unutar svakog od njih. Recimo, prema planu, popravke bi trebalo da se vrše svakog petka, 13. u mjesecu, odnosno na svakih 20,000 kilometara. Zadatak se smatra završenim ako postoji kvačica desno od njega.
Osiguran je uvjet za sortiranje zadataka na listi. Takođe, svaka linija treba da bude istaknuta bojom u zavisnosti od uslova.
Klikom na dugme ispod, možete kreirati novi servisni plan:
Potrebna polja se prikazuju u zavisnosti od odabranog tipa grafikona. Ako smo odabrali nedeljni raspored, biće nam prikazana dva polja: broj nedelje i dan u nedelji. Na primjer, utorkom svake 3 sedmice.
Komentar stručnjaka: kao iu prethodnom mobilnom razvoju na platformi 1C:Enterprise, ovdje je zadatak globalno podijeljen u 2 komponente - komunikacija sa “serverom” putem web-api-ja i kompetentan prikaz dinamičke liste sa uslovnim dizajnom i filtriranjem (odabirom) podaci. Osim toga, bilo je zanimljivo implementirati zahtjev da se popravke obračunavaju i po periodu i po kvantitativnom pokazatelju.
Sesija 4
Za komponente i potrošni materijal bilo je potrebno voditi računa o zalihama, planiranju troškova i budućih nabavki. Osim toga, ovdje se pojavilo i grupno računovodstvo, ali ne za svu robu. Sve ovo se moralo upravljati unutar više skladišta, uključujući prijem, rashod i kretanje. Prema uslovima zadatka, bilo je potrebno osigurati kontrolu bilansa i izbjeći sukobe pri radu sa tekućim zalihama. Menadžeri nabavke rade u desktop verziji softvera.
Glavni obrazac je prikazan u nastavku:
Cyril: Pored sortiranja iz uslova, predloženo je da se korisniku da mogućnost sortiranja nasumično. Na 1C ne morate ni razmišljati o tome. Polje sa količinom delova treba da bude istaknuto zelenom bojom za račune.
Na ovoj sjednici od njih je zatraženo da kontrolišu preostalu robu u magacinima. Dakle, odgovarajuća poruka bi se trebala prikazati kada pokušate da izbrišete fakturu. Ovdje se prisjećamo specijalističkog ispita za platformu. Forma fakture je sledeća:
Svaki dio ima karakteristiku koja određuje da li treba biti dodijeljen određenoj seriji. Za takve rezervne dijelove, neophodno je navesti broj serije u svim dokumentima. Ovo je dodatno mjerenje pri praćenju ostataka dijelova. Mogu se premještati i između skladišta:
Obrazac se razlikuje od prethodnog samo po tome što umjesto kupca treba navesti skladište iz kojeg će se vršiti isporuka. Lista odabira serije se automatski sastavlja nakon odabira dijela. Korisnik može generirati izvještaj o stanju rezervnih dijelova:
Ovdje možemo vidjeti preostalu robu u odabranom skladištu. Polje za potvrdu desno od skladišta omogućava vam da konfigurirate filtriranje i sortiranje. Lista nema eksplicitnu podjelu po ždrijebu za one dijelove za koje je potrebna. Stanje za svaki broj serije odabranog rezervnog dijela može se vidjeti pomoću navigacijskog linka s desne strane.
Komentar stručnjaka: u ovoj sesiji (modulu) se prvi put pojavilo batch računovodstvo. Od učesnika se tražilo da obračunavaju potrošni materijal i robu ne samo sami, već i po serijama. Generalno, zadatak je savršen za platformu 1C:Enterprise - ali sve se moralo razviti od nule i završiti za 2.5 sata.
Sesija 5
U petoj sesiji nam je dodijeljena funkcionalnost upravljanja bušotinama. Za istraživačke grupe bilo je potrebno kreirati mobilnu aplikaciju koja bi računala za izvore nafte ili plina. Ovdje je bilo potrebno od servera dobiti listu trenutnih bušotina i grafički prikazati odabranu bušotinu po slojevima (zemlja, pijesak, kamen, nafta), uzimajući u obzir dubine svakog sloja. Osim toga, aplikacija je morala omogućiti ažuriranje informacija o bušotini i dodavanje novih bunara. Za ovu aplikaciju, korisnik postavlja posebne uslove rada u offline i online modovima (kontrola komunikacije sa serverom) - provjerava komunikaciju sa serverom svakih 5 sekundi i mijenja funkcionalnost aplikacije u zavisnosti od dostupnosti servera.
Cyril: Kada odaberete bunar, prikazuje se trakasti grafikon koji ističe slojeve do nalazišta nafte ili plina. Za svaki sloj se pohranjuje njegovo ime, boja i raspon pojavljivanja. Zbog karakteristika dizajna, dijagrami ugrađeni u platformu ne pomažu, ali tabelarni dokument savršeno se nosi sa zadatkom. Bunari se mogu kreirati i modificirati:
Osim višestruke pouzdane zaštite, u ovoj formi nije bilo ništa zanimljivo.
Zatim je predloženo da se kontroliše konekcija sa serverom. Trudimo se da se povežemo svakih 5 sekundi. Ako ne radi, ograničavamo funkcionalnost aplikacije i prikazujemo poruku.
Komentar stručnjaka: Zadatak ove sesije je interesantan prvenstveno zbog svojih grafičkih mogućnosti. Učesnici koji koriste platformu 1C:Enterprise su to riješili na dva različita načina - neki koristeći mehanizam dijagrama, drugi koristeći tabelarni dokument. Svaka metoda ima svoje prednosti i nedostatke. Kao dio odluke na WorldSkills prvenstvu, vrijeme je bilo ključno (sjetite se još jednom vremenskog ograničenja). Poseban zanimljiv zadatak je pingovanje servera svakih 5 sekundi i promjena ponašanja mobilne aplikacije ovisno o dostupnosti ili nedostupnosti servera.
Sesija 6
Predloženo je kreiranje radnog prostora za top menadžment – Dashboard. Na jednom ekranu je bilo potrebno prikazati opšte pokazatelje poslovanja kompanije za određeni period u grafičkom i tabelarnom obliku. Glavni obrazac je izvještaj o troškovima:
Pored Dashboard-a, bilo je potrebno implementirati distribuciju rezervnih dijelova za popravke imovine metodom FIFO/LIFO/„Najjeftiniji ide prvi“.
Prilikom distribucije uzeto je u obzir batch accounting, korištena je kontrola bilansa i zaštita od neovlaštenih radnji korisnika (“fool protection”).
Cyril: Za rješavanje korištene su tablice vrijednosti sa softverskim generiranjem kolona, jer ih može biti proizvoljan broj:
- Prva tabela je odgovorna za ukupne troškove odjela po mjesecima. Najprofitabilnije i najprofitabilnije divizije su označene crvenom, odnosno zelenom bojom.
- Druga tabela prikazuje najskuplje i najčešće korištene dijelove za svaki mjesec. Ako postoji nekoliko dijelova koji ispunjavaju kriterije, onda ih treba prikazati u jednoj ćeliji, odvojene zarezima.
- Najskuplja sredstva (u smislu troškova rezervnih dijelova) prikazana su u prvom redu treće tabele. Drugi red prikazuje diviziju kojoj pripada imovina iznad. Ako postoje dva najskuplja sredstva sa istim troškovima, onda ih treba prikazati u istoj ćeliji, odvojene zarezima.
Dijagrami su prikazani koristeći ugrađene mehanizme platforme, a popunjavani su programski pomoću upita.
Također je predloženo da se implementira podrška višejezičnosti. Program učitava XML fajlove sa lokalizacijom elemenata interfejsa, a formu treba ponovo nacrtati prilikom odabira jezika u padajućoj listi.
Kada kliknete na dugme u donjem levom uglu ekrana, otvara se obrazac za upravljanje zalihama:
U ovom obliku konačno počinjemo da trošimo dijelove na popravke. Ovdje prvo nalazimo dijelove koji će nam trebati da popravimo sredstvo. Na osnovu 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 namijenjene za popravku tog sredstva. Kontrola bilansa je relevantna za trenutnu sesiju. Ako smo već dodijelili detalje, oni se više ne mogu pronaći.
Komentar stručnjaka: vrlo zanimljiva sesija. Maksimalno koristi mogućnosti platforme 1C:Enterprise - ovdje je kompetentan rad sa virtuelnim tabelama registara akumulacije i programski rad sa elementima obrasca (prije svega - tabelama, drugo - naslovima) i dijagramima. Pa čak i LIFO/FIFO prilikom analize zaliha, analize dobiti/gubitaka, itd.
Sesija 7
Na kraju zadatka (sesija 7), korisnik je dao softver (exe fajl) za projektne aktivnosti i kratak video o radu sa njim. Bilo je potrebno izvršiti obrnuti inženjering i na osnovu toga kreirati 2 dijagrama: dijagram slučaja upotrebe i dijagram entitet-odnos. Osim toga, postavljeni su neki zahtjevi za kreiranje softvera u budućnosti - bilo je potrebno kreirati izgled interfejsa prema tim zahtjevima.
Prema uslovima konkursa, za izradu dijagrama bio je potreban samo MS Visio.
Komentar stručnjaka: u ovoj sesiji mogućnosti platforme 1C:Enterprise praktično nisu korištene. Dijagrami za uslove takmičenja kreirani su u MS Visio. Ali prototip sučelja mogao bi se kreirati u praznoj bazi podataka 1C.
General notes
Na početku svake sesije predloženo je uvoz podataka pomoću SQL skripte. To je bio glavni nedostatak korištenja 1C u odnosu na C#, jer smo proveli najmanje pola sata destilirajući podatke u eksterne izvore podataka, kreirajući vlastite tablice i premještajući redove iz vanjskih izvora u naše tablice. Ostalo je samo potrebno da kliknete na dugme Izvrši u Microsoft SQL Studiju.
Iz očiglednih razloga, pohranjivanje podataka na mobilnom uređaju nije dobra ideja. Stoga smo tokom mobilnih sesija kreirali bazu servera. Tamo su pohranili podatke i omogućili im pristup putem http servisa.
Komentar stručnjaka: ovdje je interesantan balans 1C/ne-1C - dok su programeri 1C:Enterprise proveli značajno vrijeme povezujući se sa eksternim DBMS-om (Kirill je to posebno spomenuo gore), programeri C#/Java (Android Studio za razvoj mobilnih uređaja) su proveli vrijeme na drugim područjima – interfejsi, pisanje više koda. Stoga su rezultati svake sesije bili nepredvidivi i izuzetno zanimljivi za sve stručnjake. I ova intriga je ostala do kraja – pogledajte samo konačnu tabelu pobjednika sa raspodjelom bodova.
Kiril je završio priču :)
U zaključku, treba podsjetiti da izvođač nije trebao "samo programirati zadatak prema tehničkim specifikacijama" - morao je analizirati zadatak, odabrati blokove za implementaciju podzadataka, dizajnirati ih i odlučiti šta će točno biti. u mogućnosti to da implementira u izuzetno kratkom vremenu. Sva 4 dana morala sam djelovati pod velikim vremenskim pritiskom, često počinjavši svaku narednu sesiju od nule. Čak će i odrasli specijalista sa dugogodišnjim iskustvom u industriji imati velikih poteškoća da izvrši dodijeljeni zadatak za sesiju 100% u predviđenom vremenu.
Usvojeni sistem ocjenjivanja zaslužuje posebnu pažnju.
Za svaku sesiju, autori zadatka razvijaju složen sistem kriterijuma, uključujući provjeru funkcionalnosti, ispravnost rada, zahtjeve za sučelje aplikacije, pa čak i praćenje stilskog vodiča koji je učesnicima posebno dala kompanija za koju razvijaju svoja rješenja.
Kriterijumi za ocenjivanje su veoma fino granulisani - sa ukupnim troškovima zadatka sesije desetine poena, ispunjavanje nekog kriterijuma može dodati desetinke poena učesniku. Time se postiže izuzetno visok i objektivan nivo vrednovanja rezultata svakog učesnika takmičenja.
Rezulʹtaty
Konačni rezultati su bili impresivni.
U ogorčenoj borbi pobijedio je Kiril Pavkin iz Rusije, koji je koristio platformu 1C:Enterprise. Kiril ima 17 godina, iz Stavropolja.
Bukvalno desetinke poena dijelile su pobjednika od njegovih progonitelja. Drugo mjesto zauzela je učesnica sa Tajvana. Ukupna tabela prvih šest rezultata izgleda ovako:
Naravno, Kirill je pobijedio zahvaljujući svom talentu, znanju i vještinama.
Međutim, napominjemo da su sva tri učesnika koji su koristili platformu 1C:Enterprise kao alat uvrštena u prvih pet – što je bezuslovna potvrda svjetskog nivoa 1C:Enterprise tehnologije.
Po rezultatima takmičenja, pobjednici su nagrađeni u medijskom centru KazanExpo, a momci su dobili čisto zlatne medalje (u skladu sa svojim mjestom) i novčane nagrade. Momci su takođe dobili sertifikate koji im omogućavaju da prođu praksu u 1C.
izvor: www.habr.com