je medzinárodné hnutie, ktoré organizuje profesionálne súťaže pre mládež do 22 rokov.
Medzinárodné finále sa koná každé dva roky. Tento rok bolo konečné miesto konania (posledné finále bolo v roku 2017 v Abu Dhabi, ďalšie bude v roku 2021 v Šanghaji).
WorldSkills Championships sú najväčšie svetové majstrovstvá profesionálnych zručností. Začínali s robotníckymi profesiami a v posledných rokoch sa čoraz viac pozornosti venuje „profesiám budúcnosti“ vrátane IT disciplín, pre ktoré bol na šampionáte v Kazani vyčlenený samostatný obrovský klaster.
V bloku IT sa nachádza kompetencia (špecifický „šport“) s názvom „IT Software Solutions for Business“.
V každej súťaži je povolený zoznam použitých nástrojov obmedzený. A ak je napríklad pre „dizajn krajiny“ zoznam možných nástrojov obmedzený (samozrejme bez uvedenia explicitného výrobcu alebo farby), potom v kompetencii „Softvérové riešenia pre podnikanie“ zoznam akceptovaných technológií, ktoré môžu účastníci použiť. je prísne obmedzený, pričom označuje špecifické technológie a špecifické platformy (.NET a Java so špecifickým súborom rámcov).
Postoj 1C k tejto problematike je nasledovný: informačné technológie sú veľmi dynamická oblasť, vo svete sa neustále objavujú nové technológie a vývojové nástroje. Z nášho pohľadu je správne umožniť špecialistom používať nástroje, s ktorými chcú a sú zvyknutí pracovať.
Na jeseň 2018 nás vedenie WorldSkills vypočulo. Teraz sme museli otestovať metodiku začleňovania nových technológií do súťaží. Nie je to jednoduché.
Platforma 1C:Enterprise bola zaradená do zoznamu infraštruktúry šampionátu v Kazani a bola zorganizovaná experimentálna platforma pre IT Software Solutions for Business Sandbox.
Upozorňujeme, že oficiálnym jazykom šampionátu je angličtina. V tomto jazyku mali byť prenášané aj všetky materiály s výsledkami riešenia úloh (zdrojové kódy, sprievodná dokumentácia, softvérové rozhrania). Napriek pochybnostiam niektorých ľudí (stále!), môžete písať v angličtine v 1C.
Na tejto stránke sa súťaže zúčastnilo 9 mladých chalanov z 8 krajín (Filipíny, Taiwan, Kórea, Fínsko, Maroko, Rusko, Kazachstan, Malajzia).
Porotu – tím odborníkov – viedol odborník z Filipín Joey Manansala.
Zastúpení boli odborníci z Fínska, Spojených arabských emirátov, Kostariky, Kórey, Ruska a Taiwanu.
Samostatne poznamenávame, že účastníci z Ruska (Pavkin Kirill, Sultanova Aigul) a Kazachstanu (Vitovsky Ludwig) sa v rámci súťaže rozhodli použiť platformu 1C:Enterprise. Zvyšok účastníkov používal .NET pre desktop a Android Studio pre mobilný vývoj. Je zaujímavé, že účastníci, ktorí si vybrali 1C, sú veľmi mladí (Kirill je študentom školy v Stavropole, tento rok nastúpil do 11. ročníka, Aigul je vysokoškolák, Kazaň, Tatarstan), zatiaľ čo ich súperi boli oveľa skúsenejší ( napríklad účastník z Kórey - víťaz majstrovstiev sveta 2013 v Lipsku; všetci majú skúsenosti s účasťou na WorldSkills a niekoľkoročné profesionálne skúsenosti v tomto odvetví).
Vzhľadom na to, že počas súťaže účastníci využívali rôzne moderné technológie, mali sme možnosť otestovať platformu 1C:Enterprise v skutočne bojových podmienkach, porovnať kvalitu riešení získaných s jej pomocou a rýchlosť vývoja dosiahnutú jej využitím.
Samostatne poznamenávame, že v rámci špeciálnej platformy IT Software Solutions for Business Sandbox účastníci splnili rovnaké úlohy ako účastníci hlavnej platformy IT Software Solutions for Business.
Samotná úloha je komplexná úloha na automatizáciu určitého podnikania, v tomto roku bola príkladom podnikania fiktívna spoločnosť KazanNeft.
legenda
Kazan Oil je jedným z najväčších ropných podnikov v Tatarskej republike, ktorý pôsobí ako hráč na národnom trhu a medzinárodne uznávaná značka v tejto oblasti. Sídlo spoločnosti, ktorá sa špecializuje na terénny prieskum, výrobu, výrobu, rafináciu, prepravu a predaj a distribúciu ropy, ropných produktov a zemného plynu, sa nachádza v Kazani (Rusko).
Keďže spoločnosť implementuje stratégiu rýchlej expanzie a vytvárania nových kancelárií po celom Rusku, vedenie spoločnosti sa rozhodlo zaviesť nový softvér na automatizáciu podnikania zameraný na údržbu a riadenie určitých operácií.
Podmienky šampionátu
Úlohy boli účastníkom zadávané vo forme modulov (sessions) s požiadavkou splniť ich v limitovanom čase. Celkovo bolo 7 modulov. Tri sedenia na riešenie na pracovnej ploche – každé 2.5 hodiny. Tri sedenia - vývoj klient-server, kde klientom bola mobilná aplikácia a komunikácia medzi klientom a serverom prebiehala cez WEB-API. Trvalo to 3.5 hodiny. Posledná lekcia – úlohy o reverznom inžinierstve existujúceho softvéru, 2.5 hodiny. V rámci reverzného inžinierstva museli účastníci na základe informácií, ktoré im boli poskytnuté, navrhnúť štruktúru aplikačnej databázy (vybudovaním ER diagramu), analyzovať scenáre používania systému (vybudovaním use case diagramu) a tiež vyvinúť a navrhnúť rozhranie softvérového riešenia podľa poskytnutých funkčných požiadaviek.
Hlavnými použitými vývojovými platformami boli .NET (C#) a Java (vrátane Android Studio pre mobilný vývoj). Experimentálny SandBox používal .NET, Java a 1C:Enterprise verzie 8.3.13.
Na konci každého zasadnutia odborníci zhodnotili výsledok – hotový realizovateľný projekt, ktorý implementuje úlohy stanovené na začiatku zasadnutia.
Zvláštnosťou úloh je ich „životnosť“ - veľa požiadaviek a obmedzený čas. Väčšina problémov nie sú špeciálne problémy olympiády, ale sú veľmi blízko skutočným priemyselným problémom – špecialisti sa s nimi stretávajú každý deň. Úloh je však veľa a čas je obmedzený. Účastník musí vyriešiť maximálny počet problémov, ktoré budú mať pre podnikanie najväčší prínos. Vôbec nie je pravda, že komplexná úloha z algoritmického hľadiska bude mať väčšiu váhu ako elementárna. Napríklad vytvorenie fungujúceho účtovného systému troch tabuliek je pre firmu dôležitejšie ako krásna forma výkazníctva so zložitými algoritmami, ktorá je bez týchto tabuliek úplne zbytočná.
O aké úlohy išlo a ako pristupoval k ich riešeniu, sme požiadali víťaza súťaže, účastníka z Ruska Kirilla Pavkina.
Nižšie je uvedený popis úlohy, Kirillov vlastný príbeh o tom, ako úlohu vyriešil. Požiadali sme aj Vitalyho Rybalku, zamestnanca 1C a jedného z expertov na IT riešenia pre biznis sandbox, aby sa vyjadril k riešeniam Kirill.
V rámci zadania bolo potrebné zautomatizovať činnosť viacerých typov užívateľov:
- Zodpovedá za účtovníctvo majetku spoločnosti
- Zodpovedá za neplánované opravy a plánovanú údržbu majetku spoločnosti
- Manažéri nákupu komponentov a spotrebného materiálu
- Divízie prieskumu a ťažby ropy
- Vrcholový manažment potreboval analytické správy
Zasadnutie 1
Z pohľadu majetku (napríklad vozového parku) bolo potrebné zaviesť ich účtovanie (zakladanie nových, editácia aktuálnych), rýchle vyhľadávanie a rôzne druhy filtrov na zobrazovanie informácií, presúvanie majetku medzi divíziami spoločnosti. a samotné skupiny aktív. Uchovávajte si históriu takýchto pohybov a poskytujte o nich analýzy v budúcnosti. Účtovanie majetku bolo implementované najmä pre skupiny mobilných používateľov.
Cyril: Zaujímavou podúlohou bola implementácia tlačidiel v zozname aktív. Na vyriešenie tohto problému sme použili dynamický zoznam: napíšeme ľubovoľnú požiadavku a pri prijímaní údajov na server priradíme navigačné odkazy na obrázky z knižnice obrázkov do požadovaných polí.
Podľa konvencie môžu byť fotografie pripojené k aktívu dvoma spôsobmi: urobte fotografiu (multimédiá) a vyberte z galérie (dialógové okno výberu súboru).
Niektoré tvary bolo potrebné pri otočení obrazovky prekresliť:
Pri zmene parametrov obrazovky meníme viditeľnosť skupín tlačidiel.
Zábavné, ale jednoduché úlohy zahŕňajú filtre v dynamickom zozname, vyhľadávanie v dvoch poliach (číslo a názov) a generovanie sériového čísla majetku.
Komentár experta: z pohľadu riešenia na platforme 1C:Enterprise je úloha celkom jasná. Okrem samotnej tvorby mobilnej aplikácie bolo potrebné postarať sa o prenos dát z DBMS “servera” (MS SQL na desktope) do mobilnej aplikácie a späť. Na tento účel boli v desktopovej „proxy aplikácii“ použité mechanizmy externých dátových zdrojov a http služieb. Pre samotnú mobilnú platformu predstavovalo zobrazovanie obrázkov v dynamickom zozname zvýšenú zložitosť.
Zasadnutie 2
Bolo potrebné zaviesť správu opráv majetku Spoločnosti. V rámci tejto úlohy bolo potrebné viesť zoznam požiadaviek na opravy (podľa oddelení a skupín), zohľadniť priority pre naliehavosť opráv, naplánovať harmonogram opráv v súlade s prioritami, objednať potrebné komponenty a prevziať do úvahy existujúce. Zaujímavou čiastkovou úlohou bolo, že niektoré komponenty mali dátum spotreby; ak už bol diel objednaný k danému majetku a neuplynula jeho lehota, tak pre tento majetok nie je potrebné kupovať ten istý diel znova. Rozhranie opravy bolo vyvinuté pre desktopový komponent softvéru spoločnosti.
Taktiež bolo potrebné vytvoriť netriviálny autorizačný formulár pre dve roly: zodpovednú osobu a manažéra služby. Zvláštnosťou je, že po autorizácii si musíte automaticky vybrať jednu z rolí.
Formulár zoznamu, ktorý má zodpovedná osoba k dispozícii, je uvedený nižšie:
Cyril: Tu je možné zvýrazniť len zvýraznenie čakajúcich servisných požiadaviek. Vyriešené podmieneným formátovaním v dynamickom zozname.
Kliknutím na tlačidlo v spodnej časti obrazovky môže používateľ prejsť na nasledujúci formulár:
Z pohľadu 1C nie je v tejto podobe nič zložité.
Formulár, ktorý má k dispozícii manažér služby, je uvedený nižšie:
Tento formulár je zoradený podľa priority a dátumu žiadosti. Kliknutím na tlačidlo nižšie môže používateľ prejsť na formulár vybranej požiadavky:
Okrem zabezpečenia proti chybám tento formulár navrhol zaviesť zoznam náhradných dielov na opravy. Podúloha je zaujímavá tým, že diely majú dátum spotreby. To znamená, že ak s týmto majetkom už nastala mimoriadna situácia a bol k nemu objednaný diel, ktorého doba platnosti ešte neuplynula, je možné ho opätovne použiť. Toto by sa malo ukázať používateľovi.
Komentár experta: tu sám Kirill správne umiestnil akcenty. Z pohľadu implementácie na platforme 1C:Enterprise nejde o nič extrémne zložité. Vyžadovala si dôkladnú analýzu podmienok účtovania a používania náhradných dielov a kompetentnú realizáciu úlohy ako celku. Okrem toho bolo potrebné riadne evidovať servisné požiadavky. Hlavnou ťažkosťou bola len časová tieseň 2.5 hodiny.
Okrem toho, podobne ako pri mobilnom vývoji, musel účastník kompetentne získavať dáta z externého DBMS (MS SQL).
Zasadnutie 3
Pre údržbu (údržbu) bolo navrhnuté zaviesť službu dlhodobého plánovania. Zaujímavou funkciou tu bola požiadavka na vytvorenie plánu údržby majetku podľa časového rozvrhu – napríklad každý druhý mesiac 3. Podobne aj podľa nejakého kvantitatívneho ukazovateľa – napríklad podľa počítadla kilometrov auta (výmena oleja každých 5000 20000 km, výmena pneumatík každých XNUMX XNUMX km). Manažér údržby mal dostať pohodlnú mobilnú aplikáciu, ktorá dynamicky zobrazuje zoznam po splatnosti, aktuálnej a dokončenej údržby za zadané obdobie. Každý typ údržby musel byť navyše farebne natretý podľa špeciálne dohodnutých pravidiel. Mobilná aplikácia mala zabezpečiť vytváranie nových plánov údržby a označovanie už hotových priamo v dielňach s promptnou aktualizáciou týchto informácií na serveri.
Cyril: Existujú dva typy opráv: založené na čase a na prevádzke. V rámci každého je povolená variabilita. Napríklad podľa plánu by k opravám malo dochádzať každý piatok, 13. v mesiaci alebo každých 20,000 XNUMX kilometrov. Úloha sa považuje za dokončenú, ak je napravo od nej začiarknuté.
Bola poskytnutá podmienka pre triedenie úloh v zozname. Každý riadok by mal byť tiež farebne zvýraznený v závislosti od podmienok.
Kliknutím na tlačidlo nižšie môžete vytvoriť nový plán služieb:
Zobrazia sa požadované polia v závislosti od zvoleného typu grafu. Ak sme zvolili týždenný časový plán, zobrazia sa nám dve polia: číslo týždňa a deň v týždni. Napríklad v utorok každé 3 týždne.
Komentár experta: ako v predchádzajúcom mobilnom vývoji na platforme 1C:Enterprise, aj tu je úloha globálne rozdelená na 2 komponenty - komunikácia so „serverom“ cez web-api a kompetentné zobrazenie dynamického zoznamu s podmieneným návrhom a filtrovaním (výberom) údajov. Okrem toho bola zaujímavá implementácia požiadavky účtovať opravy podľa obdobia aj podľa kvantitatívneho ukazovateľa.
Zasadnutie 4
Pri komponentoch a spotrebnom materiáli bolo potrebné brať do úvahy zásoby, plánovať výdavky a budúce nákupy. Okrem toho sa tu objavilo dávkové účtovanie, ale nie pri všetkých tovaroch. Toto všetko bolo potrebné riadiť v rámci viacerých skladov, vrátane príjmu, výdaja a pohybu. Podľa podmienok zadania bolo potrebné zabezpečiť kontrolu zostatkov a vyhnúť sa konfliktom pri práci s aktuálnymi zásobami. Nákupní manažéri pracujú v desktopovej verzii softvéru.
Hlavný formulár je uvedený nižšie:
Cyril: Okrem triedenia podľa podmienky bolo navrhnuté poskytnúť používateľovi možnosť náhodného triedenia. Na 1C na to ani nemusíte myslieť. Pole s množstvom dielov by malo byť pri faktúrach zvýraznené zelenou farbou.
V tejto relácii boli požiadaní o kontrolu zostávajúceho tovaru v skladoch. Preto by sa pri pokuse o vymazanie faktúry mala zobraziť príslušná správa. Tu si pamätáme skúšku platformového špecialistu. Forma faktúry je nasledovná:
Každý diel má charakteristiku, ktorá určuje, či má byť priradený ku konkrétnej šarži. Pri takýchto náhradných dieloch je nevyhnutné uviesť číslo šarže vo všetkých dokumentoch. Toto je dodatočné meranie pri monitorovaní zvyškov dielov. Môžu sa tiež presúvať medzi skladmi:
Formulár sa od predchádzajúceho líši len tým, že namiesto odberateľa je potrebné uviesť sklad, z ktorého sa bude dodávka realizovať. Výberový zoznam pre dávku sa automaticky zostaví po výbere dielu. Používateľ môže vygenerovať správu o zostatkoch náhradných dielov:
Tu si môžeme prezrieť zostávajúci tovar na vybranom sklade. Začiarkavacie políčka napravo od skladu vám umožňujú konfigurovať filtrovanie a triedenie. Zoznam nemá explicitné rozdelenie žrebom pre tie časti, pre ktoré sa vyžaduje. Zostatky pre každé číslo šarže vybraného náhradného dielu je možné zobraziť pomocou navigačného odkazu vpravo.
Komentár experta: v tejto relácii (module) sa po prvýkrát objavilo dávkové účtovanie. Účastníci boli povinní účtovať spotrebný materiál a tovar nielen sami, ale aj šaržou. Vo všeobecnosti je úloha ideálna pre platformu 1C:Enterprise - ale všetko muselo byť vyvinuté od nuly a dokončené za 2.5 hodiny.
Zasadnutie 5
V piatej relácii nám bola pridelená funkcionalita manažmentu studní. Pre prieskumné skupiny bolo potrebné vytvoriť mobilnú aplikáciu, ktorá by počítala s ťažbou ropy alebo plynu. Tu bolo potrebné zo servera získať zoznam aktuálnych vrtov a vybraný vrt graficky zobraziť podľa vrstiev (pôda, piesok, kameň, olej) s prihliadnutím na hĺbku jednotlivých vrstiev. Aplikácia mala navyše umožňovať aktualizáciu informácií o studni a pridávanie nových studní. Pre túto aplikáciu si zákazník nastavil špeciálne prevádzkové podmienky v režime offline a online (kontrola komunikácie so serverom) - kontrola komunikácie so serverom každých 5 sekúnd a zmena funkčnosti aplikácie v závislosti od dostupnosti servera.
Cyril: Keď vyberiete vrt, zobrazí sa stĺpcový graf, ktorý zvýrazňuje vrstvy až po ložiská ropy alebo plynu. Pre každú vrstvu je uložený jej názov, farba a rozsah výskytu. Vzhľadom na konštrukčné prvky diagramy zabudované do platformy nepomáhajú, ale tabuľkový dokument sa s úlohou dokonale vyrovná. Studne je možné vytvárať a upravovať:
Okrem viacnásobnej spoľahlivej ochrany nebolo na tejto forme nič zaujímavé.
Ďalej bolo navrhnuté riadiť pripojenie k serveru. Snažíme sa pripojiť každých 5 sekúnd. Ak to nefunguje, obmedzíme funkčnosť aplikácie a zobrazíme správu.
Komentár experta: Úloha tejto relácie je zaujímavá predovšetkým svojimi grafickými možnosťami. Účastníci využívajúci platformu 1C:Enterprise to riešili dvoma rôznymi spôsobmi – niektorí pomocou mechanizmu diagramu, iní pomocou tabuľkového dokumentu. Každá metóda má svoje pre a proti. V rámci rozhodovania na šampionáte WorldSkills bol kľúčový čas (zapamätajte si opäť časový limit). Samostatnou zaujímavou úlohou je ping na server každých 5 sekúnd a zmena správania mobilnej aplikácie v závislosti od dostupnosti alebo nedostupnosti servera.
Zasadnutie 6
Bolo navrhnuté vytvorenie pracovného priestoru pre vrcholový manažment – Dashboard. Na jednej obrazovke bolo potrebné zobraziť všeobecné ukazovatele výkonnosti spoločnosti za stanovené obdobie v grafickej a tabuľkovej forme. Hlavným formulárom je výkaz nákladov:
Okrem Dashboardu bolo potrebné implementovať distribúciu náhradných dielov na opravy majetku metódami odpisov FIFO/LIFO/„Najlacnejší je prvý“.
Pri distribúcii bolo zohľadnené dávkové účtovanie, kontrola zostatku a ochrana pred neoprávneným zásahom užívateľa („ochrana bláznov“).
Cyril: Na riešenie boli použité tabuľky hodnôt so softvérovým generovaním stĺpcov, pretože ich môže byť ľubovoľný počet:
- Prvá tabuľka zodpovedá za celkové náklady oddelení podľa mesiacov. Najneziskovejšie a najziskovejšie divízie sú zvýraznené červenou a zelenou farbou.
- V druhej tabuľke sú uvedené najdrahšie a najčastejšie používané diely za jednotlivé mesiace. Ak existuje niekoľko častí, ktoré spĺňajú kritériá, mali by byť zobrazené v jednej bunke oddelené čiarkami.
- Najdrahšie aktíva (z hľadiska nákladov na náhradné diely) sú zobrazené v prvom riadku tretej tabuľky. Druhý riadok zobrazuje divíziu, do ktorej patrí vyššie uvedené aktívum. Ak existujú dva najdrahšie aktíva s rovnakými nákladmi, mali by byť zobrazené v rovnakej bunke oddelené čiarkami.
Diagramy boli zobrazené pomocou vstavaných mechanizmov platformy a vyplnené programovo pomocou dopytov.
Navrhlo sa tiež implementovať podporu viacjazyčnosti. Program načíta XML súbory s lokalizáciou prvkov rozhrania a pri výbere jazyka v rozbaľovacom zozname by sa mal formulár prekresliť.
Po kliknutí na tlačidlo v ľavom dolnom rohu obrazovky sa otvorí formulár správy zásob:
V tejto podobe konečne začíname míňať diely na opravy. Tu najskôr nájdeme diely, ktoré budeme potrebovať na opravu majetku. Na základe zvolených polí a spôsobu distribúcie (FIFO, LIFO alebo minimálna cena) sa zobrazia nájdené zhody alebo hlásenie, ak neexistujú zhody. Potom môžete označiť diely ako určené na opravu daného majetku. Kontrola rovnováhy je relevantná pre aktuálnu reláciu. Ak sme už pridelili podrobnosti, tak sa už nedajú nájsť.
Komentár experta: veľmi zaujímavá relácia. Maximálne využíva možnosti platformy 1C:Enterprise - tu je kompetentná práca s virtuálnymi tabuľkami akumulačných registrov a programová práca s formulárovými prvkami (v prvom rade - tabuľky, v druhom rade - nadpisy) a diagramy. A dokonca aj LIFO/FIFO pri analýze zásob, analýze zisku/straty atď.
Zasadnutie 7
Na konci úlohy (relácia 7) zákazník poskytol softvér (exe súbor) pre projektové aktivity a krátke video o práci s ním. Bolo potrebné vykonať reverzné inžinierstvo a na základe toho vytvoriť 2 diagramy: diagram prípadu použitia a diagram entita-vzťah. Okrem toho boli predložené niektoré požiadavky na vytváranie softvéru v budúcnosti - bolo potrebné vytvoriť rozloženie rozhrania podľa týchto požiadaviek.
Podľa súťažných podmienok bolo na vytváranie diagramov potrebné iba MS Visio.
Komentár experta: v tejto relácii sa prakticky nevyužili možnosti platformy 1C:Enterprise. Diagramy pre súťažné podmienky boli vytvorené v MS Visio. Ale prototyp rozhrania by mohol byť vytvorený v prázdnej informačnej základni 1C.
Všeobecné poznámky
Na začiatku každej relácie bolo navrhnuté importovať dáta pomocou SQL skriptu. Toto bola hlavná nevýhoda používania 1C v porovnaní s C#, pretože sme strávili najmenej pol hodiny destiláciou údajov do externých zdrojov údajov, vytváraním vlastných tabuliek a presúvaním riadkov z externých zdrojov do našich tabuliek. Zvyšok stačí kliknúť na tlačidlo Vykonať v programe Microsoft SQL Studio.
Zo zrejmých dôvodov nie je ukladanie údajov na mobilnom zariadení dobrý nápad. Preto sme počas mobilných relácií vytvorili serverovú základňu. Ukladali tam dáta a poskytovali k nim prístup cez http služby.
Komentár experta: tu je zaujímavá rovnováha 1C/non-1C – zatiaľ čo programátori 1C:Enterprise strávili veľa času pripojením k externému DBMS (Kirill to spomenul samostatne vyššie), vývojári C#/Java (Android Studio pre mobilný vývoj) strávili čas v iných oblastiach – rozhrania, písanie ďalšieho kódu. Preto boli výsledky každej relácie nepredvídateľné a pre všetkých odborníkov mimoriadne zaujímavé. A táto zákernosť zostala až do konca – stačí sa pozrieť na konečnú tabuľku víťazov s rozdelením bodov.
Kirill dokončil príbeh :)
Na záver treba pripomenúť, že interpret nepotreboval „len naprogramovať úlohu podľa technických špecifikácií“ – musel úlohu analyzovať, vybrať bloky na implementáciu čiastkových úloh, navrhnúť ich a rozhodnúť sa, čím presne bude. z toho v extrémne krátkom stanovenom čase. Všetky 4 dni som musel konať pod veľkým časovým tlakom, pričom každé nasledujúce sedenie som často začínal od nuly. Dokonca aj dospelý špecialista s dlhoročnými skúsenosťami v odbore bude mať veľké problémy splniť zadanú úlohu na reláciu na 100% v stanovenom čase.
Osobitnú zmienku si zaslúži prijatý systém hodnotenia.
Pre každú sekciu autori úloh vypracujú komplexný systém kritérií, vrátane kontroly funkčnosti, správneho fungovania, požiadaviek na aplikačné rozhranie a dokonca aj podľa štýlovej príručky, ktorú účastníkom špeciálne poskytla spoločnosť, pre ktorú svoje riešenia vyvíjajú.
Hodnotiace kritériá sú veľmi jemne granulované – pri celkovej cene relačnej úlohy v desiatkach bodov, splnenie niektorého kritéria môže účastníkovi pridať desatiny bodu. Tým sa dosahuje mimoriadne vysoká a objektívna úroveň hodnotenia výsledkov každého účastníka súťaže.
výsledky
Konečné výsledky boli pôsobivé.
V trpkom boji zvíťazil Kirill Pavkin z Ruska, ktorý používal platformu 1C:Enterprise. Kirill má 17 rokov, pochádza zo Stavropolu.
Doslova desatiny bodu delili víťaza od jeho prenasledovateľov. Druhé miesto obsadil účastník z Taiwanu. Celková tabuľka šiestich najlepších výsledkov vyzerá takto:
Samozrejme, Kirill vyhral vďaka svojmu talentu, vedomostiam a zručnostiam.
Poznamenávame však, že všetci traja účastníci, ktorí používali platformu 1C:Enterprise ako nástroj, boli zaradení do prvej päťky – čo je bezpodmienečné potvrdenie svetovej úrovne technológie 1C:Enterprise.
Po výsledkoch súťaže boli víťazi ocenení v mediálnom centre KazanExpo, chlapci získali čisté zlaté medaily (podľa ich umiestnenia) a peňažné ceny. Chalani dostali aj certifikáty, ktoré im umožnili absolvovať stáž v 1C.
Zdroj: hab.com