egy nemzetközi mozgalom, amely 22 év alatti fiatalok számára szervez szakmai versenyeket.
A nemzetközi döntőt kétévente rendezik. Idén az utolsó helyszín volt (a legutóbbi döntő 2017-ben volt Abu-Dzabiban, a következő 2021-ben lesz Sanghajban).
A WorldSkills Championship a világ legnagyobb szakmai bajnoksága. Kékgalléros szakmákkal kezdték, és az utóbbi években egyre nagyobb figyelem irányul a „jövő szakmáira”, köztük az informatikai szakterületekre, amelyekhez külön hatalmas klasztert különítettek el a kazanyi bajnokságon.
Az IT blokkban van egy kompetencia (egy sajátos „sport”), az úgynevezett „IT Software Solutions for Business”.
Minden versenyen korlátozott az engedélyezett eszközök listája. És ha például a „tájtervezéshez” a lehetséges eszközök listája korlátozott (természetesen a gyártó vagy a szín kifejezett megjelölése nélkül), akkor a „Szoftvermegoldások üzleti célra” kompetenciában az elfogadott technológiák listája, amelyeket a résztvevők használhatnak. szigorúan korlátozott, specifikus technológiákat és platformokat jelez (.NET és Java meghatározott keretrendszerrel).
Az 1C álláspontja ebben a kérdésben a következő: az információtechnológia nagyon dinamikus terület, folyamatosan jelennek meg az új technológiák, fejlesztőeszközök a világban. A mi szempontunkból helyes megengedni a szakembereknek, hogy azokat az eszközöket használják, amelyekkel szeretnének és megszokták a munkát.
2018 őszén a WorldSkills igazgatóság meghallgatott minket. Most az új technológiák versenyekbe való beépítésének módszertanát kellett tesztelnünk. Ez nem egyszerű.
Az 1C:Enterprise platform felkerült a kazanyi bajnokság infrastrukturális listájára, és megszervezték az IT Software Solutions for Business Sandbox kísérleti platformját.
Felhívjuk figyelmét, hogy a bajnokság hivatalos nyelve az angol. A feladatok megoldásának eredményeit tartalmazó összes anyagot (forráskódok, kísérő dokumentációk, szoftveres felületek) szintén ezen a nyelven kellett továbbítani. Egyesek kétségei ellenére (még mindig!) 1C-ben tudsz angolul írni.
Ezen a helyszínen 9 országból (Fülöp-szigetek, Tajvan, Korea, Finnország, Marokkó, Oroszország, Kazahsztán, Malajzia) 8 fiatal srác vett részt a versenyen.
A zsűrit – egy szakértői csapatot – egy Fülöp-szigeteki szakértő, Joey Manansala vezette.
Finnország, az Egyesült Arab Emírségek, Costa Rica, Korea, Oroszország és Tajvan szakértői képviseltették magukat.
Külön megjegyezzük, hogy az oroszországi (Pavkin Kirill, Sultanova Aigul) és a kazahsztáni (Vitovsky Ludwig) résztvevők úgy döntöttek, hogy az 1C:Enterprise platformot használják a verseny részeként. A többi résztvevő a .NET-et használta asztali számítógépekhez és az Android Studio-t mobilfejlesztéshez. Érdekesség, hogy az 1C-t választó résztvevők nagyon fiatalok (Kirill egy sztavropoli iskola diákja, idén 11. osztályba lépett, Aigul egyetemista, Kazany, Tatár), míg ellenfeleik sokkal tapasztaltabbak voltak ( például egy koreai résztvevő – a 2013-as lipcsei WorldSkills bajnokság győztese; mindannyian rendelkeznek WorldSkills-ben való részvételi tapasztalattal és több éves szakmai tapasztalattal az iparágban).
Tekintettel arra, hogy a verseny során a résztvevők különböző korszerű technológiákat alkalmaztak, lehetőségünk nyílt az 1C:Enterprise platformot igazi harci körülmények között tesztelni, összehasonlítani a segítségével kapott megoldások minőségét és a használatával elért fejlődési sebességet.
Külön megjegyezzük, hogy a speciális IT Software Solutions for Business Sandbox platform keretében a résztvevők ugyanazokat a feladatokat végezték el, mint a fő IT Software Solutions for Business platform résztvevői.
A feladat maga egy komplex feladat egy adott üzlet automatizálására, idén a vállalkozás példája a fiktív KazanNeft cég volt.
legenda
A Kazan Oil a Tatár Köztársaság egyik legnagyobb olajipari vállalata, amely nemzeti piaci szereplőként és nemzetközileg elismert márkaként működik ezen a területen. A kőolaj, kőolajtermékek és földgáz mezei feltárására, termelésére, termelésére, finomítására, szállítására, valamint értékesítésére és elosztására szakosodott társaság székhelye Kazanyban (Oroszország) található.
Mivel a vállalat a gyors terjeszkedés és új irodák létrehozásának stratégiáját hajtja végre Oroszország egész területén, a vállalat vezetése úgy döntött, hogy új üzleti automatizálási szoftvert vezet be bizonyos műveletek karbantartására és irányítására.
A bajnokság feltételei
A feladatokat a résztvevők modulok (foglalkozások) formájában kapták meg azzal a feltétellel, hogy azokat korlátozott időn belül teljesítsék. Összesen 7 modul volt. Három munkamenet asztali megoldáshoz – egyenként 2.5 óra. Három munkamenet - kliens-szerver fejlesztés, ahol a kliens egy mobil alkalmazás volt, a kliens és a szerver közötti kommunikáció pedig WEB-API-n keresztül zajlott. Ez 3.5 órát vett igénybe. Utolsó foglalkozás – meglévő szoftverek visszafejtésével kapcsolatos feladatok, 2.5 óra. A visszafejtés részeként a résztvevőknek a rendelkezésükre bocsátott információk alapján meg kellett tervezniük az alkalmazási adatbázis felépítését (ER diagram felépítésével), elemezni kellett a rendszer használatának forgatókönyveit (használati eset diagram elkészítésével), valamint a szoftvermegoldás interfészének kidolgozása és tervezése a megadott funkcionális követelményeknek megfelelően.
A fő fejlesztői platformok a .NET (C#) és a Java (beleértve az Android Studio mobilfejlesztést is) voltak. A kísérleti SandBox .NET, Java és 1C:Enterprise 8.3.13 verziót használt.
Minden ülés végén a szakértők értékelték az eredményt - egy kész, működőképes projektet, amely megvalósítja az ülés elején kitűzött feladatokat.
A feladatok sajátossága az „életerő” - sok követelmény és korlátozott idő. A legtöbb probléma nem speciális olimpiai probléma, hanem nagyon közel áll a valós ipari problémákhoz – a szakemberek nap mint nap szembesülnek velük. De sok feladat van, és az idő korlátozott. A résztvevőnek annyi problémát kell megoldania, amely a legnagyobb hasznot hozza a vállalkozás számára. Egyáltalán nem tény, hogy egy algoritmikus szempontból összetett feladatnak nagyobb súlya lesz, mint egy eleminek. Például egy működőképes, három táblából álló könyvelési rendszer létrehozása fontosabb egy vállalkozás számára, mint egy gyönyörű, összetett algoritmusokkal rendelkező jelentési űrlap, amely e táblázatok nélkül teljesen felesleges.
A verseny győztesét, egy oroszországi résztvevőt, Kirill Pavkint arra kértük, meséljen bővebben arról, mik voltak a feladatok, és hogyan állt hozzá a megoldáshoz.
Az alábbiakban a feladat leírása található, Kirill saját története arról, hogyan oldotta meg a feladatot. Vitaly Rybalkát, az 1C alkalmazottját és az IT Solutions for Business Sandbox egyik szakértőjét is megkértük, hogy nyilatkozzon a Kirill megoldásairól.
A megbízás részeként több típusú felhasználó tevékenységének automatizálására volt szükség:
- Felelős a társasági vagyon könyveléséért
- Felelős a vállalati eszközök előre nem tervezett javításaiért és ütemezett karbantartásáért
- Alkatrészek és fogyóeszközök beszerzési menedzsere
- Olajkutatási és olajkitermelési részlegek
- A felső vezetésnek elemző jelentésekre volt szüksége
1. munkamenet
Az eszközök (pl. járműpark) szempontjából szükséges volt ezek elszámolása (újak létesítése, jelenlegiek szerkesztése), gyors keresés és különféle információmegjelenítési szűrők, eszközök mozgatása a Társaság üzletágai között. és maguk az eszközcsoportok. Őrizze meg az ilyen mozgások történetét, és készítsen elemzéseket róluk a jövőben. Az eszközelszámolást elsősorban a mobil felhasználói csoportok számára valósították meg.
Cyril: Érdekes részfeladat volt a gombok megvalósítása az eszközlistában. Ennek megoldására dinamikus listát használtunk: tetszőleges kérést írunk, majd a szerveren történő adatfogadáskor a képtárból a képekhez navigációs hivatkozásokat rendelünk a szükséges mezőkhöz.
Megállapodás szerint a fényképeket kétféleképpen lehet egy eszközhöz csatolni: fényképet készíteni (multimédiás), és kiválasztani a galériából (fájlválasztó párbeszédpanel).
Néhány alakzatot újra kellett rajzolni a képernyő elforgatásakor:
A képernyő paramétereinek megváltoztatásakor a gombcsoportok láthatóságát módosítjuk.
A szórakoztató, de egyszerű feladatok közé tartozik a szűrők használata egy dinamikus listában, a keresés két mezőben (szám és név), valamint az eszköz sorozatszámának generálása.
Szakértői kommentár: az 1C: Enterprise platformon lévő megoldás szempontjából a feladat teljesen egyértelmű. A mobilalkalmazás tényleges elkészítése mellett gondoskodni kellett az adatok átviteléről a DBMS „szerverről” (az asztali gépen MS SQL) a mobilalkalmazásba és vissza. Erre a célra a külső adatforrások és a http szolgáltatások mechanizmusait használták az asztali „proxy alkalmazásban”. Maga a mobilplatform számára a képek dinamikus listában való megjelenítése megnövekedett bonyolultságot jelentett.
2. munkamenet
Szükséges volt a Társaság vagyonára javítási menedzsment kialakítása. Ennek a feladatnak a részeként szükséges volt a javítási igények listájának vezetése (osztályonként és csoportonként), a javítások sürgősségi prioritásainak figyelembevétele, a prioritásoknak megfelelő javítási ütemterv megtervezése, a szükséges alkatrészek megrendelése és átvétele. figyelembe venni a meglévőket. Érdekes részfeladat volt, hogy egyes alkatrészeknek lejárati dátuma volt; ha egy adott eszközhöz egy alkatrészt már megrendeltek, és annak határideje nem járt le, akkor ennél az eszköznél nem kell ugyanazt az alkatrészt újra megvásárolni. A javító felületet a cég szoftverének asztali komponenséhez fejlesztették ki.
Két szerepkörre is szükség volt egy nem triviális felhatalmazási űrlap létrehozására: a felelős személyre és a szolgáltatásvezetőre. A sajátosság az, hogy az engedélyezés után automatikusan ki kell választania az egyik szerepkört.
A felelős személy rendelkezésére álló lista űrlapot az alábbiakban mutatjuk be:
Cyril: Itt csak a függőben lévő szolgáltatási kérelmek kiemelése emelhető ki. Feltételes formázással megoldva dinamikus listában.
A képernyő alján található gombra kattintva a felhasználó az alábbi űrlapra léphet:
1C szempontból ebben a formában nincs semmi bonyolult.
Az alábbi űrlap a szervizvezető rendelkezésére áll:
Ez az űrlap prioritás és a kérés dátuma szerint van rendezve. Az alábbi gombra kattintva a felhasználó a kiválasztott kérés űrlapjára léphet:
Ez az űrlap a hibaelhárítás mellett javasolta a javításhoz szükséges pótalkatrészek listájának bevezetését. A részfeladat azért érdekes, mert az alkatrészeknek van lejárati ideje. Ez azt jelenti, hogy ha ezzel az eszközzel már vészhelyzet történt, és olyan alkatrészt rendeltek hozzá, amelynek érvényességi ideje még nem járt le, akkor újra felhasználható. Ezt meg kell mutatni a felhasználónak.
Szakértői kommentár: itt maga Kirill helyesen helyezte el az ékezeteket. Az 1C:Enterprise platformon történő megvalósítás szempontjából nincs semmi rendkívül bonyolult. Szükség volt az alkatrészek elszámolásának és felhasználásának körülményeinek alapos elemzésére és a feladat egészének hozzáértő végrehajtására. Ezen kívül szükség volt a szolgáltatási igények megfelelő rögzítésére. A fő nehézséget csak a 2.5 órás időnyomás jelentette.
Ezen túlmenően, a mobilfejlesztéshez hasonlóan, a résztvevőnek hozzáértően kellett adatokat szereznie egy külső DBMS-ből (MS SQL).
3. munkamenet
A karbantartáshoz (karbantartáshoz) hosszú távú tervezési szolgáltatás megvalósítását javasolták. Itt érdekes volt az a követelmény, hogy az eszközök karbantartási ütemtervét az időzítés szerint kell elkészíteni - például minden második hónap 3-án. Hasonlóképpen, valamilyen mennyiségi mutató szerint - például egy autó kilométer-számlálója szerint (olajcsere 5000 km-enként, gumicsere 20000 XNUMX km-enként). A karbantartási menedzsernek egy kényelmes mobilalkalmazást kellett volna kapnia, amely dinamikusan megjeleníti az esedékes, aktuális és befejezett karbantartások listáját egy meghatározott időszakra vonatkozóan. Ezenkívül minden karbantartási típust külön egyeztetett szabályok szerint színesre kellett festeni. A mobilalkalmazásnak az új karbantartási ütemezések elkészítését és a már elkészültek jelölését kellett volna biztosítania közvetlenül a műhelyekben, ezen információk azonnali frissítésével a szerveren.
Cyril: Kétféle javítás létezik: időalapú és futásalapú. Mindegyiken belül megengedett a változékonyság. Például a terv szerint minden pénteken, hónap 13-án vagy 20,000 XNUMX kilométerenként kellene javításokat végezni. Egy feladat akkor tekinthető befejezettnek, ha jobbra van egy pipa.
Feltételt adtunk a listában a feladatok rendezéséhez. Ezenkívül minden vonalat a körülményektől függően színesen kell kiemelni.
Az alábbi gombra kattintva új szolgáltatási tervet hozhat létre:
A szükséges mezők a kiválasztott diagramtípustól függően jelennek meg. Ha heti időbeosztást választottunk, akkor két mező jelenik meg: a hét száma és a hét napja. Például 3 hetente kedden.
Szakértői kommentár: az előző mobilfejlesztéshez hasonlóan az 1C:Enterprise platformon, itt is a feladat globálisan 2 komponensre oszlik - kommunikáció a „szerverrel” web-api-n keresztül, valamint egy dinamikus lista kompetens megjelenítése feltételes tervezéssel és szűréssel (kiválasztással). adat. Emellett érdekes volt a javítások időszakonkénti és mennyiségi mutató szerinti elszámolási kötelezettségének megvalósítása is.
4. munkamenet
Az alkatrészeknél, fogyóeszközöknél figyelembe kellett venni a készleteket, tervezni a kiadásokat és a jövőbeni beszerzéseket. Ráadásul itt megjelent a tételszámítás, de nem minden árura. Mindezt több raktáron belül kellett kezelni, beleértve az átvételt, a kiadásokat és a mozgást is. A feladatkörben foglaltak szerint az aktuális készletekkel való munkavégzés során biztosítani kellett az egyenlegek ellenőrzését és a konfliktusok elkerülését. A beszerzési menedzserek a szoftver asztali verziójában dolgoznak.
A fő űrlap az alábbiakban látható:
Cyril: A feltétel alapján történő rendezés mellett azt javasolták, hogy a felhasználó véletlenszerű rendezési lehetőséget biztosítson. 1C-n még csak gondolni sem kell rá. A számláknál zölddel kell kiemelni az alkatrészmennyiséget tartalmazó mezőt.
Ezen az ülésen arra kérték őket, hogy ellenőrizzék a raktárban maradt árukat. Tehát a megfelelő üzenetnek meg kell jelennie, amikor megpróbálja törölni a számlát. Itt emlékezünk meg a platformspecialista vizsgáról. A számla formája a következő:
Minden alkatrésznek van egy jellemzője, amely meghatározza, hogy hozzá kell-e rendelni egy adott tételhez. Az ilyen pótalkatrészek esetében minden dokumentumban feltétlenül fel kell tüntetni a tételszámot. Ez egy kiegészítő mérés az alkatrészmaradványok figyelésekor. Raktárak között is mozgathatók:
Az űrlap csak annyiban tér el az előzőtől, hogy a vevő helyett azt a raktárt kell megjelölni, ahonnan a szállítás történik. Az alkatrész kiválasztása után automatikusan összeáll a köteg kiválasztási listája. A felhasználó jelentést készíthet a pótalkatrész-egyenlegekről:
Itt megtekinthetjük a kiválasztott raktárban fennmaradó árukat. A raktártól jobbra található jelölőnégyzetek segítségével konfigurálhatja a szűrést és a rendezést. A listán nincs kifejezett sorsolási felosztás azokra a részekre vonatkozóan, amelyekhez ez szükséges. A kiválasztott pótalkatrész egyes tételszámaihoz tartozó egyenlegeket a jobb oldali navigációs hivatkozás segítségével tekintheti meg.
Szakértői kommentár: ebben a szekcióban (modul) jelent meg először a kötegelt könyvelés. A résztvevőknek nemcsak saját maguk, hanem tételenként is el kellett számolniuk a fogyóeszközökről és árukról. Általánosságban elmondható, hogy a feladat tökéletes az 1C:Enterprise platformhoz - de mindent a nulláról kellett fejleszteni és 2.5 óra alatt teljesíteni.
5. munkamenet
Az ötödik ülésen a kútkezelés funkcionalitását kaptuk. A kutatócsoportok számára szükséges volt egy olyan mobil alkalmazás létrehozása, amely az olaj- vagy gáztermelő kutakat számolja el. Itt kellett megkapni a szerverről az aktuális kutak listáját, és rétegenként (talaj, homok, kő, olaj) grafikusan megjeleníteni a kiválasztott kutat, figyelembe véve az egyes rétegek mélységét. Ezenkívül az alkalmazásnak lehetővé kellett tennie a kúttal kapcsolatos információk frissítését és új kutak hozzáadását. Ehhez az alkalmazáshoz az ügyfél speciális működési feltételeket állított be offline és online módban (a szerverrel való kommunikáció vezérlése) - 5 másodpercenként ellenőrzi a kommunikációt a szerverrel, és módosítja az alkalmazás funkcionalitását a szerver elérhetőségétől függően.
Cyril: Amikor kiválaszt egy kutat, megjelenik egy oszlopdiagram, amely kiemeli a rétegeket egészen az olaj- vagy gázlelőhelyekig. Minden réteghez eltárolja a nevét, színét és előfordulási tartományát. A tervezési adottságok miatt a platformba épített diagramok nem segítenek, de a táblázatkezelő dokumentum tökéletesen megbirkózik a feladattal. A kutak létrehozhatók és módosíthatók:
A többszörös bolondbiztos védelmen kívül semmi érdekes nem volt ebben a formában.
Ezt követően a szerverrel való kapcsolat szabályozását javasolták. Igyekszünk 5 másodpercenként csatlakozni. Ha nem működik, akkor korlátozzuk az alkalmazás funkcionalitását és megjelenítünk egy üzenetet.
Szakértői kommentár: Ennek a foglalkozásnak a feladata elsősorban a grafikus képességei miatt érdekes. Az 1C:Enterprise platformot használó résztvevők két különböző módon oldották meg – egyesek diagrammechanizmussal, mások táblázatos dokumentummal. Mindegyik módszernek megvannak a maga előnyei és hátrányai. A WorldSkills bajnokságon hozott döntés részeként az idő kulcsfontosságú volt (ismét ne feledje az időkorlátot). Külön érdekes feladat a szerver 5 másodpercenkénti pingelése és a mobilalkalmazás viselkedésének megváltoztatása a szerver elérhetőségétől vagy elérhetetlenségétől függően.
6. munkamenet
Javasolták egy munkaterület létrehozását a felső vezetés számára – az irányítópultot. Egy képernyőn meg kellett jeleníteni a vállalat általános teljesítménymutatóit egy meghatározott időszakra grafikus és táblázatos formában. A fő forma a költségjelentés:
A Dashboard mellett meg kellett valósítani az eszközjavításhoz szükséges alkatrészek forgalmazását FIFO/LIFO/„A legolcsóbb előbb” leírási módszerekkel.
A disztribúció során a kötegelt elszámolást vették figyelembe, egyenlegellenőrzést és jogosulatlan felhasználói beavatkozás elleni védelmet („bolondvédelem”) alkalmaztak.
Cyril: A megoldáshoz értéktáblázatokat használtak az oszlopok szoftveres generálásával, mivel tetszőleges számú lehet:
- Az első táblázat az osztályok havi összköltségéért felelős. A leginkább veszteséges és legjövedelmezőbb üzletágak piros, illetve zöld színnel vannak kiemelve.
- A második táblázat a legdrágább és leggyakrabban használt alkatrészeket mutatja minden hónapban. Ha több rész is megfelel a feltételeknek, akkor azokat egy cellában kell megjeleníteni, vesszővel elválasztva.
- A legdrágább eszközök (alkatrészköltség tekintetében) a harmadik táblázat első sorában jelennek meg. A második sor azt a részleget mutatja, amelyhez a fenti eszköz tartozik. Ha két legdrágább eszköz van azonos költséggel, akkor azokat ugyanabban a cellában kell megjeleníteni, vesszővel elválasztva.
A diagramokat a platform beépített mechanizmusai segítségével jelenítettük meg, és programozottan, lekérdezések segítségével töltöttük ki.
Javasolták a többnyelvűség támogatásának megvalósítását is. A program az XML fájlokat az interfész elemek lokalizációjával tölti be, és a legördülő listából a nyelv kiválasztásakor újra kell rajzolni az űrlapot.
A képernyő bal alsó sarkában lévő gombra kattintva megnyílik a készletkezelési űrlap:
Ebben a formában végre elkezdjük az alkatrészeket javításra költeni. Itt először megtaláljuk azokat az alkatrészeket, amelyekre szükségünk lesz az eszköz javításához. A kiválasztott mezők és terjesztési mód (FIFO, LIFO vagy minimál ár) alapján a talált egyezések, illetve ha nincs találat, üzenet jelenik meg. Ezután megjelölheti az alkatrészeket az adott eszköz javítására szánt alkatrészekként. Az egyensúlyszabályozás az aktuális munkamenetre vonatkozik. Ha már hozzárendeltünk adatokat, akkor azok már nem találhatók.
Szakértői kommentár: nagyon érdekes ülés. A legtöbbet hozza ki az 1C:Enterprise platform képességeiből - itt van hozzáértő munka a felhalmozási regiszterek virtuális tábláival, és programozási munka űrlapelemekkel (elsősorban táblázatokkal, másodsorban címsorokkal) és diagramokkal. És még LIFO/FIFO is a készletelemzésnél, profit/veszteség elemzésnél stb.
7. munkamenet
A feladat végén (7. munkamenet) a megrendelő szoftvert (exe fájlt) biztosított a projekttevékenységekhez és egy rövid videót a vele való munkavégzésről. Szükséges volt a reverse engineering elvégzése, és ennek alapján 2 diagram elkészítése: egy használati eset diagram és egy entitás-kapcsolat diagram. Ezen túlmenően néhány követelményt támasztottak a szoftverek jövőbeni létrehozására vonatkozóan - ezeknek a követelményeknek megfelelően kellett létrehozni egy interfész elrendezést.
A versenyfeltételek szerint csak az MS Visio-nak kellett diagramokat készítenie.
Szakértői kommentár: ebben a munkamenetben gyakorlatilag nem használták az 1C:Enterprise platform képességeit. A versenyfeltételek diagramjai az MS Visio-ban készültek. De az interfész prototípusa létrehozható egy üres 1C információs bázisban.
Általános megjegyzések
Minden munkamenet elején javasolták az adatok importálását SQL-szkript segítségével. Ez volt a fő hátránya az 1C használatának a C#-hoz képest, hiszen legalább fél órát töltöttünk az adatok külső adatforrásokba történő desztillálásával, saját táblák létrehozásával, illetve sorok külső forrásból történő áthelyezésével a tábláinkba. A többihez csak a Microsoft SQL Studio Végrehajtás gombjára kellett kattintani.
Nyilvánvaló okokból nem jó ötlet mobileszközön tárolni az adatokat. Ezért a mobil munkamenetek során létrehoztunk egy szerverbázist. Ott tároltak adatokat, és http szolgáltatásokon keresztül biztosítottak hozzáférést azokhoz.
Szakértői kommentár: itt érdekes az 1C/non-1C egyensúly - míg az 1C:Enterprise programozók jelentős időt töltöttek a külső DBMS-hez való csatlakozással (Kirill ezt fentebb külön említette), addig a C#/Java (Android Studio mobilfejlesztéshez) fejlesztői más területekre fordítottak időt – interfészek, több kód írása. Ezért az egyes ülések eredményei megjósolhatatlanok és rendkívül érdekesek voltak minden szakértő számára. És ez az intrika a végéig megmaradt – nézzük csak meg a győztesek döntő táblázatát a pontok elosztásával.
Kirill befejezte a történetet :)
Végezetül emlékeztetni kell arra, hogy az előadónak nem kellett „csak a feladatot a műszaki előírásoknak megfelelően programoznia” - elemeznie kellett a feladatot, ki kellett választania a blokkokat a részfeladatok végrehajtásához, meg kell terveznie azokat, és el kellett döntenie, hogy pontosan mi lesz. ebből a rendkívül rövid határidőn belül megvalósítható. Mind a 4 napon komoly időkényszer alatt kellett cselekednem, gyakran a nulláról kezdtem minden következő ülést. A szakmában sok éves tapasztalattal rendelkező felnőtt szakembernek is nagy nehézségekbe ütközik a foglalkozásra kijelölt feladat 100%-os elvégzése a megadott időn belül.
Külön említést érdemel az elfogadott értékelési rendszer.
A feladatkészítők minden egyes foglalkozáshoz komplex kritériumrendszert dolgoznak ki, amely magában foglalja a funkcionalitás, a helyes működés, az alkalmazási felülettel szemben támasztott követelmények ellenőrzését, sőt, egy olyan stílus útmutatót is, amelyet kifejezetten a résztvevőknek biztosít a cég, amelyre megoldásaikat fejlesztik.
Az értékelési szempontok nagyon aprólékosak - a foglalkozási feladat összköltsége több tíz pont, bizonyos kritériumok teljesítése tizedpontot jelenthet a résztvevőnek. Ezzel rendkívül magas és tárgyilagos szintet érünk el a verseny minden résztvevőjének eredményeinek értékelésében.
Álláspontja
A végeredmény lenyűgöző volt.
Keserű küzdelemben nyert az orosz Kirill Pavkin, aki az 1C:Enterprise platformot használta. Kirill 17 éves, sztavropoli származású.
Szó szerint egy tized pont választotta el a győztest az üldözőitől. A második helyet egy tajvani résztvevő szerezte meg. A legjobb hat eredmény összesített táblázata így néz ki:
Természetesen Kirill tehetségének, tudásának és készségeinek köszönhetően nyert.
Megjegyezzük azonban, hogy mindhárom résztvevő, aki az 1C:Enterprise platformot eszközként használta, bekerült az első ötbe – ami feltétlen visszaigazolása az 1C:Enterprise technológia világszintjének.
A verseny eredményeit követően a KazanExpo médiaközpontban díjazták a győzteseket, a srácok (helyezésüknek megfelelő) tiszta aranyérmet és pénzjutalomban részesültek. A srácok bizonyítványt is kaptak, amely lehetővé teszi számukra, hogy az 1C-nél szakmai gyakorlatot végezzenek.
Forrás: will.com