yra tarptautinis judėjimas, organizuojantis jaunimo iki 22 metų profesines varžybas.
Tarptautinis finalas vyksta kas dvejus metus. Šiais metais paskutinė vieta buvo (paskutinis finalas buvo 2017 m. Abu Dabyje, kitas – 2021 m. Šanchajuje).
Pasaulio įgūdžių čempionatas yra didžiausias pasaulyje profesinių įgūdžių čempionatas. Jie prasidėjo nuo mėlynųjų profesijų, o pastaraisiais metais vis daugiau dėmesio skiriama „ateities profesijoms“, įskaitant IT disciplinas, kurioms Kazanėje vykusiame čempionate buvo skirtas atskiras didžiulis klasteris.
IT bloke yra kompetencija (konkreti „sportas“), vadinama „IT programinės įrangos sprendimai verslui“.
Kiekvienose varžybose leistinas naudojamų įrankių sąrašas yra ribotas. Ir jei, pavyzdžiui, "kraštovaizdžio dizainui" galimų įrankių sąrašas yra ribotas (žinoma, nenurodant aiškaus gamintojo ar spalvos), tada kompetencijoje "Programinės įrangos sprendimai verslui" yra priimtų technologijų, kurias dalyviai gali naudoti, sąrašas. yra griežtai ribojamas, nurodant konkrečias technologijas ir konkrečias platformas (.NET ir Java su tam tikru karkasų rinkiniu).
1C pozicija šiuo klausimu yra tokia: informacinės technologijos yra labai dinamiška sritis, pasaulyje nuolat atsiranda naujų technologijų ir plėtros priemonių. Mūsų požiūriu, teisinga leisti specialistams naudotis įrankiais, su kuriais jie nori ir yra įpratę dirbti.
2018 metų rudenį „WorldSkills“ vadovybė mus išgirdo. Dabar teko išbandyti naujų technologijų įtraukimo į konkursus metodiką. Tai nėra paprasta.
Platforma „1C:Enterprise“ buvo įtraukta į Kazanės čempionato infrastruktūros sąrašą ir surengta eksperimentinė IT programinės įrangos sprendimų verslui smėlio dėžė platforma.
Atkreipkite dėmesį, kad oficiali čempionato kalba yra anglų. Visa medžiaga su užduočių sprendimo rezultatais (šaltinio kodai, pridedama dokumentacija, programinės įrangos sąsajos) taip pat turėjo būti perduodama šia kalba. Nepaisant kai kurių žmonių abejonių (vis dar!), 1C galite rašyti angliškai.
Šioje aikštelėje vykusiose varžybose dalyvavo 9 jauni vaikinai iš 8 šalių (Filipinai, Taivanas, Korėja, Suomija, Marokas, Rusija, Kazachstanas, Malaizija).
Žiuri – ekspertų komandai – vadovavo ekspertas iš Filipinų Joey Manansala.
Buvo atstovaujami ekspertai iš Suomijos, JAE, Kosta Rikos, Korėjos, Rusijos ir Taivano.
Atskirai pažymime, kad dalyviai iš Rusijos (Pavkin Kirill, Sultanova Aigul) ir Kazachstano (Vitovsky Ludwig) nusprendė naudoti 1C:Enterprise platformą kaip konkurso dalį. Likę dalyviai naudojo .NET staliniams kompiuteriams ir Android Studio mobiliesiems kurti. Įdomu tai, kad 1C pasirinkę dalyviai yra labai jauni (Kirillas mokosi Stavropolio mokykloje, šiais metais įstojo į 11 klasę, Aigulas yra koledžo studentas, Kazanė, Tatarstanas), o jų priešininkai buvo daug labiau patyrę ( pavyzdžiui, dalyvis iš Korėjos – 2013 m. „WorldSkills“ čempionato Leipcige nugalėtojas; visi turi patirties dalyvaujant „WorldSkills“ ir kelerių metų profesinę patirtį šioje srityje).
Atsižvelgiant į tai, kad konkurso metu dalyviai naudojo įvairias šiuolaikines technologijas, turėjome galimybę išbandyti platformą 1C:Enterprise tikrai kovinėmis sąlygomis, palyginti tiek jos pagalba gautų sprendimų kokybę, tiek naudojant pasiektą kūrimo greitį.
Atskirai pažymime, kad specialios IT programinės įrangos sprendimai verslui smėlio dėžės platformoje dalyviai atliko tas pačias užduotis kaip ir pagrindinės IT programinės įrangos sprendimai verslui platformos dalyviai.
Pati užduotis yra sudėtinga tam tikro verslo automatizavimo užduotis, šiais metais verslo pavyzdys buvo fiktyvi įmonė „KazanNeft“.
legenda
Kazan Oil yra viena didžiausių naftos įmonių Tatarstano Respublikoje, veikianti kaip nacionalinės rinkos dalyvis ir tarptautiniu mastu pripažintas prekės ženklas šioje srityje. Įmonės, kurios specializacija yra naftos, naftos produktų ir gamtinių dujų telkinių tyrinėjimas, gamyba, gamyba, perdirbimas, transportavimas ir pardavimas bei paskirstymas, pagrindinė buveinė yra Kazanėje (Rusija).
Kadangi įmonė įgyvendina sparčios plėtros ir naujų biurų kūrimo visoje Rusijoje strategiją, įmonės vadovybė nusprendė įdiegti naują verslo automatizavimo programinę įrangą, skirtą tam tikroms operacijoms palaikyti ir valdyti.
Čempionato sąlygos
Užduotys dalyviams buvo pateiktos modulių (sesijų) forma su reikalavimu jas atlikti per ribotą laiką. Iš viso buvo 7 moduliai. Trys seansai spręsti darbalaukyje – po 2.5 val. Trys sesijos – kliento-serverio kūrimas, kai klientas buvo mobilioji aplikacija, o ryšys tarp kliento ir serverio vyko per WEB-API. Tai truko 3.5 valandos. Paskutinė sesija – esamos programinės įrangos atvirkštinės inžinerijos užduotys, 2.5 val. Vykdydami atvirkštinę inžineriją, dalyviai, remdamiesi jiems pateikta informacija, turėjo sukurti taikomųjų programų duomenų bazės struktūrą (sukurdami ER diagramą), išanalizuoti sistemos naudojimo scenarijus (sukurdami naudojimo atvejų diagramą) ir taip pat. sukurti ir suprojektuoti programinio sprendimo sąsają pagal pateiktus funkcinius reikalavimus.
Pagrindinės naudojamos kūrimo platformos buvo .NET (C#) ir Java (įskaitant Android Studio, skirtą mobiliesiems kurti). Eksperimentinė smėlio dėžė naudojo .NET, Java ir 1C:Enterprise 8.3.13 versiją.
Kiekvienos sesijos pabaigoje ekspertai įvertino rezultatą – paruoštą darbingą projektą, įgyvendinantį sesijos pradžioje iškeltas užduotis.
Užduočių ypatumas yra jų „gyvybiškumas“ - daug reikalavimų ir ribotas laikas. Dauguma problemų nėra specialios olimpiados problemos, o labai artimos realioms pramonės problemoms – specialistai su jomis susiduria kasdien. Tačiau užduočių yra daug, o laikas ribotas. Dalyvis turi išspręsti maksimalų skaičių problemų, kurios verslui atneš didžiausią naudą. Visai ne faktas, kad sudėtinga užduotis algoritminiu požiūriu turės didesnį svorį nei elementari. Pavyzdžiui, sukurti veikiančią trijų lentelių apskaitos sistemą verslui svarbiau nei gražią ataskaitų formą su sudėtingais algoritmais, kuri be šių lentelių visiškai nereikalinga.
Konkurso nugalėtojo, dalyvio iš Rusijos Kirilo Pavkino paprašėme plačiau papasakoti, kokios buvo užduotys ir kaip jis priėjo prie jų sprendimo.
Žemiau pateikiamas užduoties aprašymas, paties Kirilo pasakojimas apie tai, kaip jis išsprendė užduotį. Taip pat paprašėme Vitalijaus Rybalkos, 1C darbuotojo ir vieno IT sprendimų verslui smėlio dėžės ekspertų, pakomentuoti Kirilo sprendimus.
Vykdant užduotį reikėjo automatizuoti kelių tipų vartotojų veiklą:
- Atsakingas už įmonės turto apskaitą
- Atsakingas už neplaninį remontą ir planinę įmonės turto priežiūrą
- Komponentų ir eksploatacinių medžiagų pirkimo vadybininkai
- Naftos žvalgybos ir naftos gavybos padaliniai
- Aukščiausiai vadovybei reikėjo analitinių ataskaitų
1 sesija
Turto (pavyzdžiui, transporto priemonių parko) požiūriu reikėjo įdiegti jo apskaitą (naujų steigimą, esamų redagavimą), greitą paiešką ir įvairius informacijos atvaizdavimo filtrus, turto perkėlimą tarp Bendrovės padalinių. ir pačios turto grupės. Turėkite tokių judėjimų istoriją ir pateikite jų analizę ateityje. Turto apskaita daugiausia buvo įdiegta mobiliųjų vartotojų grupėms.
Kirilas: Įdomi antrinė užduotis buvo mygtukų įdiegimas aktyvų sąraše. Norėdami tai išspręsti, panaudojome dinaminį sąrašą: rašome savavališką užklausą, o gavę duomenis serveryje, reikiamiems laukams priskiriame vaizdų naršymo nuorodas iš vaizdų bibliotekos.
Pagal susitarimą nuotraukas prie objekto galima pridėti dviem būdais: nufotografuoti (daugialypės terpės) ir pasirinkti iš galerijos (failo pasirinkimo dialogo langas).
Kai kurios formos turėjo būti perbraižytos, kai ekranas buvo pasuktas:
Keisdami ekrano parametrus, keičiame mygtukų grupių matomumą.
Įdomios, bet paprastos užduotys apima filtrus dinaminiame sąraše, paiešką dviejuose laukuose (numerio ir pavadinimo) ir turto serijos numerio generavimą.
Eksperto komentaras: 1C:Enterprise platformos sprendimo požiūriu užduotis yra gana aiški. Be realaus mobiliosios aplikacijos sukūrimo, reikėjo pasirūpinti duomenų perkėlimu iš DBVS „serverio“ (MS SQL darbalaukyje) į mobiliąją aplikaciją ir atgal. Šiuo tikslu darbalaukio „proxy programoje“ buvo naudojami išorinių duomenų šaltinių ir http paslaugų mechanizmai. Pačioje mobiliojoje platformoje paveikslėlių rodymas dinamiškame sąraše tapo sudėtingesnis.
2 sesija
Reikėjo įsteigti Bendrovės turto remonto valdymą. Vykdant šią užduotį reikėjo sudaryti remonto užklausų sąrašą (pagal padalinius ir grupes), atsižvelgti į remonto skubos prioritetus, pagal prioritetus planuoti remonto grafiką, užsakyti reikiamus komponentus ir paimti. atsižvelgti į esamus. Įdomi užduotis buvo ta, kad kai kurie komponentai turėjo galiojimo laiką; jeigu tam tikram turtui dalis jau buvo užsakyta ir jos terminas nepasibaigęs, tai šiam turtui nereikia pirkti tos pačios dalies iš naujo. Taisymo sąsaja buvo sukurta įmonės programinės įrangos darbalaukio komponentui.
Taip pat reikėjo sukurti nebanalią leidimo formą dviem vaidmenims: atsakingam asmeniui ir paslaugų vadovui. Ypatumas yra tas, kad po autorizacijos turite automatiškai pasirinkti vieną iš vaidmenų.
Sąrašo forma, kuria gali naudotis atsakingas asmuo, pateikiama žemiau:
Kirilas: Čia galima paryškinti tik laukiančių paslaugų užklausų paryškinimą. Išspręsta sąlyginiu formatavimu dinaminiame sąraše.
Spustelėjęs mygtuką ekrano apačioje, vartotojas gali pereiti į šią formą:
1C požiūriu šioje formoje nėra nieko sudėtingo.
Paslaugos vadybininkui prieinama forma yra žemiau:
Ši forma surūšiuota pagal prioritetą ir užklausos datą. Paspaudęs žemiau esantį mygtuką, vartotojas gali pereiti į pasirinktos užklausos formą:
Be apsisaugojimo nuo klaidų, šioje formoje buvo pasiūlyta įdiegti atsarginių dalių sąrašą remontui. Subužduotis įdomi tuo, kad dalys turi galiojimo laiką. Tai reiškia, kad jeigu su šiuo turtu jau įvyko avarija ir jam buvo užsakyta dalis, kurios galiojimo laikas nepasibaigęs, tuomet jį galima panaudoti pakartotinai. Tai turėtų būti parodyta vartotojui.
Eksperto komentaras: čia pats Kirilas teisingai padėjo kirčius. Diegimo platformoje 1C:Enterprise požiūriu nėra nieko labai sudėtingo. Reikėjo kruopščiai išanalizuoti atsarginių dalių apskaitos ir naudojimo sąlygas bei kompetentingai atlikti visą užduotį. Be to, reikėjo tinkamai fiksuoti paslaugų prašymus. Pagrindinis sunkumas buvo tik 2.5 valandos laiko spaudimas.
Be to, kaip ir kuriant mobilųjį telefoną, dalyvis turėjo kompetentingai gauti duomenis iš išorinės DBVS (MS SQL).
3 sesija
Priežiūrai (priežiūrai) buvo pasiūlyta diegti ilgalaikio planavimo paslaugą. Įdomi funkcija buvo reikalavimas sudaryti turto priežiūros grafiką pagal laiką – pavyzdžiui, kas antrą mėnesį 3 d. Taip pat ir pagal kokį nors kiekybinį rodiklį – pavyzdžiui, pagal automobilio odometrą (tepalų keitimas kas 5000 km, padangų keitimas kas 20000 XNUMX km). Techninės priežiūros vadovas turėjo gauti patogią mobiliąją aplikaciją, kuri dinamiškai parodytų uždelstų, esamų ir atliktų techninės priežiūros darbų sąrašą tam tikrą laikotarpį. Be to, kiekviena priežiūros rūšis turėjo būti nudažyta spalva pagal specialiai sutartas taisykles. Mobilioji aplikacija turėjo užtikrinti naujų techninės priežiūros grafikų sudarymą ir jau atliktų žymėjimą tiesiogiai dirbtuvėse, operatyviai atnaujinant šią informaciją serveryje.
Kirilas: Yra dviejų tipų taisymas: pagal laiką ir pagal paleidimą. Leidžiamas kintamumas kiekviename. Pavyzdžiui, pagal planą remontas turėtų vykti kiekvieną penktadienį, mėnesio 13 dieną arba kas 20,000 XNUMX kilometrų. Užduotis laikoma baigta, jei jos dešinėje yra varnelė.
Buvo pateikta sąlyga užduočių rūšiavimui sąraše. Be to, kiekviena eilutė turi būti paryškinta spalva, atsižvelgiant į sąlygas.
Paspaudę žemiau esantį mygtuką, galite sukurti naują paslaugų planą:
Priklausomai nuo pasirinkto diagramos tipo, rodomi privalomi laukai. Jei pasirinkome savaitės laiko grafiką, bus rodomi du laukai: savaitės numeris ir savaitės diena. Pavyzdžiui, antradieniais kas 3 savaites.
Eksperto komentaras: kaip ir ankstesniame mobiliajame kūrime 1C:Enterprise platformoje, čia užduotis visame pasaulyje yra padalinta į 2 komponentus - ryšį su „serveriu“ per žiniatinklio api ir kompetentingą dinaminio sąrašo rodymą su sąlyginiu dizainu ir filtravimu (pasirinkimu). duomenis. Be to, buvo įdomu įgyvendinti reikalavimą apskaityti remonto darbus tiek pagal laikotarpį, tiek pagal kiekybinius rodiklius.
4 sesija
Komponentams ir eksploatacinėms medžiagoms reikėjo atsižvelgti į atsargas, planuoti išlaidas ir būsimus pirkinius. Be to, čia atsirado partijų apskaita, bet ne visoms prekėms. Visa tai turėjo būti valdoma keliuose sandėliuose, įskaitant gavimą, išlaidas ir judėjimą. Pagal užduoties sąlygas reikėjo užtikrinti likučių kontrolę ir išvengti konfliktų dirbant su esamomis atsargomis. Pirkimų vadybininkai dirba darbalaukio programinės įrangos versijoje.
Pagrindinė forma parodyta žemiau:
Kirilas: Be rūšiavimo pagal sąlygą, buvo pasiūlyta suteikti vartotojui galimybę rūšiuoti atsitiktinai. 1C jums net nereikia apie tai galvoti. Sąskaitų faktūrų laukelis su dalių kiekiu turi būti paryškintas žaliai.
Šioje sesijoje buvo prašoma kontroliuoti sandėliuose likusias prekes. Taigi, bandant ištrinti sąskaitą faktūrą turėtų būti rodomas atitinkamas pranešimas. Čia prisimename platformos specialisto egzaminą. Sąskaitos faktūros forma yra tokia:
Kiekviena dalis turi savybę, kuri lemia, ar ji turi būti priskirta konkrečiai partijai. Tokioms atsarginėms dalims visuose dokumentuose būtina nurodyti partijos numerį. Tai papildomas matavimas stebint dalių likučius. Juos taip pat galima perkelti iš vieno sandėlio į kitą:
Forma nuo ankstesnės skiriasi tik tuo, kad vietoj kliento reikia nurodyti sandėlį, iš kurio bus pristatoma. Pasirinkus dalį automatiškai sudaromas partijos pasirinkimo sąrašas. Vartotojas gali sudaryti atsarginių dalių likučių ataskaitą:
Čia galime apžiūrėti likusias prekes pasirinktame sandėlyje. Dešinėje sandėlio pusėje esantys žymės langeliai leidžia konfigūruoti filtravimą ir rūšiavimą. Sąraše nėra aiškaus suskirstymo pagal burtus toms dalims, kurioms jis reikalingas. Kiekvieno pasirinktos atsarginės dalies partijos numerio likučius galima peržiūrėti naudojant navigacijos nuorodą dešinėje.
Eksperto komentaras: šioje sesijoje (modulyje) pirmą kartą atsirado partijų apskaita. Dalyviai turėjo atsiskaityti už vartojimo reikmenis ir prekes ne tik patys, bet ir partijomis. Apskritai užduotis puikiai tinka 1C:Enterprise platformai, tačiau visa tai turėjo būti sukurta nuo nulio ir atlikta per 2.5 valandos.
5 sesija
Penktoje sesijoje mums buvo priskirtas šulinių valdymo funkcionalumas. Žvalgymo grupėms reikėjo sukurti mobiliąją aplikaciją, kurioje būtų apskaitomi naftos ar dujų gavybos gręžiniai. Čia reikėjo iš serverio gauti esamų gręžinių sąrašą ir atvaizduoti pasirinktą gręžinį grafiškai pagal sluoksnius (dirvožemis, smėlis, akmuo, nafta), atsižvelgiant į kiekvieno sluoksnio gylius. Be to, programa turėjo leisti atnaujinti informaciją apie gręžinį ir pridėti naujų gręžinių. Šiai programai klientas nustatė specialias veikimo sąlygas neprisijungus ir prisijungus (ryšio su serveriu kontrolė) – kas 5 sekundes tikrina ryšį su serveriu ir keičia programos funkcionalumą priklausomai nuo serverio prieinamumo.
Kirilas: Pasirinkus gręžinį, rodoma juostinė diagrama, kurioje išryškinami sluoksniai iki naftos ar dujų telkinių. Kiekvienam sluoksniui išsaugomas jo pavadinimas, spalva ir pasireiškimo diapazonas. Dėl dizaino ypatybių platformoje įmontuotos schemos nepadeda, tačiau skaičiuoklės dokumentas puikiai susidoroja su užduotimi. Šulinius galima sukurti ir modifikuoti:
Be daugybės patikimos apsaugos, šioje formoje nebuvo nieko įdomaus.
Toliau buvo pasiūlyta kontroliuoti ryšį su serveriu. Bandome prisijungti kas 5 sekundes. Jei tai neveikia, apribojame programos funkcionalumą ir parodome pranešimą.
Eksperto komentaras: Šios sesijos užduotis įdomi pirmiausia dėl savo grafinių galimybių. Dalyviai, naudojantys platformą 1C:Enterprise, ją išsprendė dviem skirtingais būdais – vieni naudojo diagramos mechanizmą, kiti – skaičiuoklės dokumentą. Kiekvienas metodas turi savo privalumų ir trūkumų. „WorldSkills“ čempionate buvo nuspręsta, kad laikas buvo labai svarbus (dar kartą prisiminkite laiko limitą). Atskira įdomi užduotis – kas 5 sekundes pinguoti serverį ir keisti mobiliosios aplikacijos elgseną priklausomai nuo serverio prieinamumo ar nepasiekiamumo.
6 sesija
Aukščiausiai vadovybei buvo pasiūlyta sukurti darbo erdvę – Dashboard. Viename ekrane reikėjo grafine ir lentele forma parodyti bendruosius įmonės veiklos rodiklius tam tikrą laikotarpį. Pagrindinė forma yra išlaidų ataskaita:
Be prietaisų skydelio, reikėjo įgyvendinti atsarginių dalių paskirstymą turto remontui naudojant FIFO/LIFO/„Pigiausia išeina pirma“ nurašymo būdus.
Platinant buvo atsižvelgta į partijų apskaitą, naudota balanso kontrolė ir apsauga nuo neleistinų vartotojo veiksmų („apsauga nuo kvailumo“).
Kirilas: Norėdami išspręsti, buvo naudojamos verčių lentelės su programine stulpelių generacija, nes jų gali būti savavališkai:
- Pirmoji lentelė yra atsakinga už bendras skyrių išlaidas pagal mėnesį. Nepelningiausi ir pelningiausi padaliniai paryškinti atitinkamai raudona ir žalia spalva.
- Antroje lentelėje pateikiamos brangiausios ir dažniausiai naudojamos dalys kiekvieną mėnesį. Jei yra kelios dalys, atitinkančios kriterijus, tada jos turėtų būti rodomos viename langelyje, atskirtos kableliais.
- Brangiausias turtas (atsarginių dalių sąnaudų atžvilgiu) rodomas trečios lentelės pirmoje eilutėje. Antroje eilutėje rodomas skyrius, kuriam priklauso aukščiau esantis turtas. Jei yra du brangiausi ištekliai su vienodomis sąnaudomis, jie turėtų būti rodomi tame pačiame langelyje, atskirti kableliais.
Diagramos buvo rodomos naudojant platformoje integruotus mechanizmus, o pildomos programiškai naudojant užklausas.
Taip pat buvo pasiūlyta įgyvendinti paramą daugiakalbystei. Programa įkelia XML failus su sąsajos elementų lokalizacija, o renkantis kalbą išskleidžiamajame sąraše reikia perbraižyti formą.
Paspaudus apatiniame kairiajame ekrano kampe esantį mygtuką, atsidaro atsargų valdymo forma:
Šioje formoje mes pagaliau pradedame leisti dalis remontui. Čia pirmiausia randame dalis, kurių prireiks remontuojant turtą. Pagal pasirinktus laukus ir platinimo būdą (FIFO, LIFO arba minimalią kainą) rodomi rasti atitikmenys arba pranešimas, jei atitikmenų nėra. Tada galite pažymėti dalis kaip skirtas tam turtui taisyti. Balanso kontrolė aktuali dabartinei sesijai. Jei jau priskyrėme duomenis, tada jų nebegalime rasti.
Eksperto komentaras: labai įdomi sesija. Tai maksimaliai išnaudoja 1C:Enterprise platformos galimybes - čia yra kompetentingas darbas su virtualiomis kaupimo registrų lentelėmis ir programinis darbas su formos elementais (visų pirma - lentelėmis, antra - antraštėmis), diagramomis. Ir net LIFO/FIFO analizuojant atsargas, pelno/nuostolių analizę ir pan.
7 sesija
Užduoties pabaigoje (7 užsiėmimas) užsakovas pateikė programinę įrangą (exe failą) projekto veiklai ir trumpą filmuką apie darbą su ja. Reikėjo atlikti atvirkštinę inžineriją ir, remiantis tuo, sudaryti 2 diagramas: naudojimo atvejo diagramą ir esybės santykių diagramą. Be to, buvo keliami tam tikri reikalavimai kuriant programinę įrangą ateityje – pagal šiuos reikalavimus reikėjo sukurti sąsajos maketą.
Pagal konkurso sąlygas diagramas sudaryti privalėjo tik MS Visio.
Eksperto komentaras: šioje sesijoje 1C:Enterprise platformos galimybės praktiškai nebuvo panaudotos. Konkurso sąlygų schemos buvo sukurtos MS Visio. Tačiau sąsajos prototipas gali būti sukurtas tuščioje 1C informacijos bazėje.
Bendrosios pastabos
Kiekvienos sesijos pradžioje buvo pasiūlyta importuoti duomenis naudojant SQL scenarijų. Tai buvo pagrindinis 1C naudojimo trūkumas, palyginti su C#, nes mažiausiai pusvalandį praleidome distiliuodami duomenis į išorinius duomenų šaltinius, kurdami savo lenteles ir perkeldami eilutes iš išorinių šaltinių į lenteles. Likusiems tereikėjo spustelėti mygtuką Vykdyti Microsoft SQL Studio.
Dėl akivaizdžių priežasčių duomenų saugojimas mobiliajame įrenginyje nėra gera idėja. Todėl mobiliųjų seansų metu sukūrėme serverių bazę. Jie ten saugojo duomenis ir suteikė prieigą prie jų per http paslaugas.
Eksperto komentaras: 1C/non-1C balansas čia įdomus – 1C:Enterprise programuotojai praleido daug laiko prisijungdami prie išorinės DBVS (Kirillas tai minėjo atskirai aukščiau), C#/Java (Android Studio, skirta mobiliesiems kūrimui) kūrėjai praleido laiką kitose srityse – sąsajų, rašyti daugiau kodo. Todėl kiekvienos sesijos rezultatai buvo nenuspėjami ir nepaprastai įdomūs visiems ekspertams. Ir ši intriga išliko iki galo – tereikia pažiūrėti į galutinę nugalėtojų lentelę su taškų pasiskirstymu.
Kirilas baigė istoriją :)
Apibendrinant reikia priminti, kad atlikėjui nereikėjo „tik užprogramuoti užduoties pagal technines specifikacijas“ – jis turėjo išanalizuoti užduotį, identifikuoti blokus dalinėms užduotims įgyvendinti, juos suprojektuoti ir nuspręsti, koks jis tiksliai bus. gali tai įgyvendinti per itin trumpą skirtą laiką. Visas 4 dienas turėjau veikti stipriai spaudžiamas laiko, dažnai kiekvieną kitą seansą pradėdavau nuo nulio. Netgi suaugusiam specialistui, turinčiam ilgametę patirtį šioje srityje, bus sunku 100% atlikti paskirtą seanso užduotį per skirtą laiką.
Priimta vertinimo sistema nusipelno ypatingo dėmesio.
Kiekvienai sesijai užduočių autoriai sukuria sudėtingą kriterijų sistemą, apimančią funkcionalumo, teisingo veikimo, taikomosios programos sąsajos reikalavimų patikrinimą ir netgi stiliaus vadovo, kurį dalyviams specialiai pateikia įmonė, kuriai jie kuria sprendimus, laikymąsi.
Vertinimo kriterijai yra labai smulkiai susmulkinti – kai bendra sesijos užduoties kaina yra dešimtys taškų, įvykdęs kurį nors kriterijų dalyvis gali pridėti dešimtąsias balo. Taip pasiekiamas itin aukštas ir objektyvus kiekvieno konkurso dalyvio rezultatų vertinimo lygis.
rezultatai
Galutiniai rezultatai buvo įspūdingi.
Aršioje kovoje nugalėjo 1C:Enterprise platformą naudojęs rusas Kirilas Pavkinas. Kirilui 17 metų, jis kilęs iš Stavropolio.
Žodžiu, nugalėtoją nuo persekiotojų skyrė dešimtosios taško. Antrąją vietą užėmė dalyvis iš Taivano. Bendra šešių geriausių rezultatų lentelė atrodo taip:
Žinoma, Kirilas laimėjo savo talento, žinių ir įgūdžių dėka.
Tačiau atkreipiame dėmesį, kad visi trys dalyviai, kurie kaip įrankį naudojo platformą 1C:Enterprise, pateko į geriausių penketuką – tai besąlygiškas pasaulinio 1C:Enterprise technologijos lygio patvirtinimas.
Po konkurso rezultatų KazanExpo žiniasklaidos centre buvo apdovanoti nugalėtojai, vaikinai apdovanoti gryno aukso medaliais (pagal vietą) ir piniginiais prizais. Vaikinai taip pat gavo sertifikatus, leidžiančius atlikti praktiką 1C.
Šaltinis: www.habr.com