ir starptautiska kustība, kas organizē profesionālās sacensības jauniešiem līdz 22 gadu vecumam.
Starptautiskais fināls notiek reizi divos gados. Šogad pēdējā norises vieta bija (pēdējais fināls bija 2017. gadā Abū Dabī, nākamais būs 2021. gadā Šanhajā).
WorldSkills Championships ir pasaulē lielākais profesionālo prasmju čempionāts. Viņi sākās ar zilo apkaklīšu profesijām, un pēdējos gados arvien lielāka uzmanība tiek pievērsta "nākotnes profesijām", tostarp IT disciplīnām, kurām Kazaņas čempionātā tika atvēlēts atsevišķs milzīgs klasteris.
IT blokā ir kompetence (konkrēts “sports”) ar nosaukumu “IT programmatūras risinājumi biznesam”.
Katrās sacensībās atļautais izmantoto rīku saraksts ir ierobežots. Un, ja, piemēram, "ainavu dizainam" iespējamo rīku saraksts ir ierobežots (protams, nenorādot skaidru ražotāju vai krāsu), tad kompetencē "Programmatūras risinājumi biznesam" tiek pieņemts saraksts ar pieņemtajām tehnoloģijām, kuras dalībnieki var izmantot. ir stingri ierobežots, norādot konkrētas tehnoloģijas un konkrētas platformas (.NET un Java ar noteiktu ietvaru komplektu).
1C nostāja šajā jautājumā ir šāda: informācijas tehnoloģijas ir ļoti dinamiska joma, pasaulē nemitīgi parādās jaunas tehnoloģijas un attīstības rīki. No mūsu viedokļa ir pareizi ļaut speciālistiem izmantot instrumentus, ar kuriem viņi vēlas un ir pieraduši strādāt.
2018. gada rudenī WorldSkills vadība mūs uzklausīja. Tagad bija jāpārbauda metodika jauno tehnoloģiju iekļaušanai konkursos. Tas nav vienkārši.
1C:Enterprise platforma tika iekļauta Kazaņas čempionāta infrastruktūras sarakstā un tika organizēta eksperimentāla platforma IT Software Solutions for Business Sandbox.
Lūdzam ņemt vērā, ka čempionāta oficiālā valoda ir angļu valoda. Šajā valodā bija jānosūta arī visi materiāli ar uzdevumu risināšanas rezultātiem (avota kodi, pavaddokumentācija, programmatūras saskarnes). Neskatoties uz dažu cilvēku šaubām (joprojām!), jūs varat rakstīt angļu valodā 1C.
Sacensībās šajā vietā piedalījās 9 jauni puiši no 8 valstīm (Filipīnas, Taivāna, Koreja, Somija, Maroka, Krievija, Kazahstāna, Malaizija).
Žūriju – ekspertu komandu – vadīja eksperts no Filipīnām Džoijs Manansala.
Tika pārstāvēti eksperti no Somijas, AAE, Kostarikas, Korejas, Krievijas un Taivānas.
Atsevišķi atzīmējam, ka dalībnieki no Krievijas (Pavkins Kirils, Sultanova Aiguls) un Kazahstānas (Vitovsky Ludwig) nolēma konkursa ietvaros izmantot platformu 1C:Enterprise. Pārējie dalībnieki izmantoja .NET darbvirsmai un Android Studio mobilajām ierīcēm. Interesanti, ka dalībnieki, kuri izvēlējās 1C, ir ļoti jauni (Kirils mācās Stavropoles skolā, šogad iestājās 11. klasē, Aiguls ir koledžas students, Kazaņa, Tatarstāna), savukārt pretinieki bija daudz pieredzējušāki ( piemēram, dalībnieks no Korejas – 2013. gada WorldSkills čempionāta uzvarētājs Leipcigā; visiem ir pieredze dalībā WorldSkills un vairāku gadu profesionāla pieredze šajā nozarē).
Ņemot vērā, ka konkursa laikā dalībnieki izmantoja dažādas modernās tehnoloģijas, mums bija iespēja 1C:Enterprise platformu pārbaudīt patiesos kaujas apstākļos, salīdzināt gan ar tās palīdzību iegūto risinājumu kvalitāti, gan ar tās lietošanu sasniegto attīstības ātrumu.
Atsevišķi atzīmējam, ka speciālās IT Software Solutions for Business Sandbox platformas ietvaros dalībnieki veica tos pašus uzdevumus kā galvenās IT Software Solutions for Business platformas dalībnieki.
Pats uzdevums ir sarežģīts uzdevums noteikta biznesa automatizēšanai, šogad biznesa piemērs bija fiktīvais uzņēmums KazanNeft.
leģenda
Kazan Oil ir viens no lielākajiem naftas uzņēmumiem Tatarstānas Republikā, kas darbojas kā valsts tirgus dalībnieks un starptautiski atzīts zīmols šajā jomā. Uzņēmuma galvenais birojs, kas specializējas lauka izpētē, ražošanā, ražošanā, rafinēšanā, transportēšanā, kā arī naftas, naftas produktu un dabasgāzes pārdošanā un izplatīšanā, atrodas Kazaņā (Krievija).
Tā kā uzņēmums īsteno straujas paplašināšanās un jaunu biroju izveides stratēģiju visā Krievijā, uzņēmuma vadība nolēma ieviest jaunu biznesa automatizācijas programmatūru, kas paredzēta noteiktu darbību uzturēšanai un vadīšanai.
Čempionāta nosacījumi
Uzdevumi dalībniekiem tika doti moduļu (sesiju) veidā ar prasību tos izpildīt ierobežotā laikā. Kopā bija 7 moduļi. Trīs sesijas risināšanai uz darbvirsmas – katra 2.5 stundas. Trīs sesijas - klienta-servera izstrāde, kur klients bija mobilā aplikācija, un komunikācija starp klientu un serveri tika veikta caur WEB-API. Tas aizņēma 3.5 stundas. Pēdējā sesija – uzdevumi par esošās programmatūras reverso inženieriju, 2.5 stundas. Reversās inženierijas ietvaros dalībniekiem, pamatojoties uz viņiem sniegto informāciju, bija jāizstrādā lietojumprogrammu datu bāzes struktūra (izveidojot ER diagrammu), jāanalizē sistēmas izmantošanas scenāriji (izveidojot lietošanas gadījumu diagrammu) un arī izstrādāt un izstrādāt programmatūras risinājuma saskarni atbilstoši paredzētajām funkcionālajām prasībām.
Galvenās izmantotās izstrādes platformas bija .NET (C#) un Java (tostarp Android Studio mobilajai izstrādei). Eksperimentālajā SandBox tika izmantota .NET, Java un 1C:Enterprise versija 8.3.13.
Katras sesijas noslēgumā eksperti vērtēja rezultātu – gatavu darboties spējīgu projektu, kas realizē sesijas sākumā izvirzītos uzdevumus.
Uzdevumu īpatnība ir to “vitalitāte” - daudzas prasības un ierobežots laiks. Lielākā daļa problēmu nav īpašas olimpiādes problēmas, bet ir ļoti tuvu reālām rūpniecības problēmām – speciālisti ar tām saskaras katru dienu. Bet uzdevumu ir daudz, un laiks ir ierobežots. Dalībniekam ir jāatrisina maksimālais problēmu skaits, kas biznesam dos vislielāko labumu. Tas nepavisam nav fakts, ka sarežģīts uzdevums no algoritmiskā viedokļa būs svarīgāks par elementāru. Piemēram, biznesam svarīgāka ir izveidot funkcionējošu trīs tabulu uzskaites sistēmu nekā skaista atskaites forma ar sarežģītiem algoritmiem, kas bez šīm tabulām ir pilnīgi lieka.
Par to, kādi bija uzdevumi un kā viņš piegāja to risināšanai, lūdzām konkursa uzvarētāju, dalībnieku no Krievijas Kirilu Pavkinu pastāstīt vairāk.
Zemāk ir uzdevuma apraksts, paša Kirila stāsts par to, kā viņš atrisināja uzdevumu. Mēs arī lūdzām Vitāliju Rybalku, 1C darbinieku un vienu no IT Solutions for Business Sandbox ekspertiem, komentēt Kirila risinājumus.
Uzdevuma ietvaros bija nepieciešams automatizēt vairāku veidu lietotāju darbības:
- Atbildīgs par uzņēmuma aktīvu uzskaiti
- Atbildīgs par uzņēmuma aktīvu neplānotiem remontdarbiem un plānveida apkopi
- Komponentu un palīgmateriālu iepirkumu vadītāji
- Naftas izpētes un naftas ieguves nodaļas
- Augstākajai vadībai bija nepieciešami analītiskie ziņojumi
1. sesija
No aktīvu (piemēram, autoparka) viedokļa bija nepieciešams ieviest to uzskaiti (jaunu dibināšana, esošo rediģēšana), ātro meklēšanu un dažāda veida filtrus informācijas attēlošanai, aktīvu pārvietošanai starp Sabiedrības struktūrvienībām. un pašas aktīvu grupas. Saglabājiet šādu kustību vēsturi un sniedziet par tām analīzi nākotnē. Aktīvu uzskaite galvenokārt tika ieviesta mobilo sakaru lietotāju grupām.
Kirill: Interesants apakšuzdevums bija pogu ieviešana līdzekļu sarakstā. Lai to atrisinātu, izmantojām dinamisko sarakstu: rakstām patvaļīgu pieprasījumu, un, saņemot datus serverī, nepieciešamajiem laukiem piešķiram navigācijas saites uz attēliem no attēlu bibliotēkas.
Parasti fotoattēlus īpašumam var pievienot divos veidos: nofotografēt (multivide) un atlasīt no galerijas (faila atlases dialoglodziņš).
Dažas formas bija jāpārzīmē, kad ekrāns tika pagriezts:
Mainot ekrāna parametrus, mēs mainām pogu grupu redzamību.
Izklaidējoši, bet vienkārši uzdevumi ietver filtrus dinamiskā sarakstā, meklēšanu divos laukos (numurs un nosaukums) un līdzekļa sērijas numura ģenerēšanu.
Ekspertu komentārs: no risinājuma viedokļa platformā 1C:Enterprise uzdevums ir diezgan skaidrs. Papildus faktiskajai mobilās aplikācijas izveidei bija jārūpējas par datu pārsūtīšanu no DBVS “servera” (MS SQL uz darbvirsmas) uz mobilo aplikāciju un atpakaļ. Šim nolūkam darbvirsmas “starpniekservera lietojumprogrammā” tika izmantoti ārējo datu avotu un http pakalpojumu mehānismi. Pašai mobilajai platformai attēlu parādīšana dinamiskā sarakstā radīja lielāku sarežģītību.
2. sesija
Bija nepieciešams izveidot Sabiedrības aktīvu remontdarbu vadību. Šī uzdevuma ietvaros bija nepieciešams uzturēt remontdarbu pieprasījumu sarakstu (pa nodaļām un grupām), ņemt vērā remontdarbu steidzamības prioritātes, plānot remontdarbu grafiku atbilstoši prioritātēm, pasūtīt nepieciešamās sastāvdaļas un veikt. ņem vērā jau pieejamos. Interesants apakšuzdevums bija tas, ka dažām sastāvdaļām bija derīguma termiņš; ja konkrētajam priekšmetam daļa jau ir pasūtīta un tās termiņš nav beidzies, tad šim priekšmetam nav nepieciešams to pašu daļu iegādāties atkārtoti. Remonta saskarne tika izstrādāta uzņēmuma programmatūras darbvirsmas komponentei.
Bija nepieciešams arī izveidot netriviālu autorizācijas veidlapu divām lomām: atbildīgā persona un servisa vadītājs. Īpatnība ir tāda, ka pēc autorizācijas jums automātiski jāizvēlas viena no lomām.
Atbildīgajai personai pieejamā saraksta veidlapa ir parādīta zemāk:
Kirill: šeit var izcelt tikai neapstiprināto pakalpojumu pieprasījumu izcelšanu. Atrisināts ar nosacījumu formatējumu dinamiskā sarakstā.
Noklikšķinot uz pogas ekrāna apakšā, lietotājs var pāriet uz šādu veidlapu:
No 1C viedokļa šajā formā nav nekā sarežģīta.
Pakalpojuma vadītājam pieejamā veidlapa ir zemāka:
Šī veidlapa ir sakārtota pēc prioritātes un pieprasījuma datuma. Noklikšķinot uz zemāk esošās pogas, lietotājs var pāriet uz izvēlētā pieprasījuma formu:
Papildus aizsardzībai pret kļūdām šajā veidlapā tika ieteikts ieviest remontam nepieciešamo rezerves daļu sarakstu. Apakšuzdevums ir interesants, jo daļām ir derīguma termiņš. Tas nozīmē, ja ar šo īpašumu jau ir notikusi avārija un tam ir pasūtīta daļa, kuras derīguma termiņš nav beidzies, tad to var izmantot atkārtoti. Tas ir jāparāda lietotājam.
Ekspertu komentārs: te pats Kirils pareizi lika akcentus. No ieviešanas viedokļa platformā 1C:Enterprise nav nekā ārkārtīgi sarežģīta. Bija nepieciešama rūpīga rezerves daļu uzskaites un lietošanas nosacījumu analīze un kompetenta uzdevuma īstenošana kopumā. Turklāt bija nepieciešams pareizi reģistrēt pakalpojumu pieprasījumus. Galvenās grūtības sagādāja tikai 2.5 stundu laika spiediens.
Turklāt, tāpat kā mobilajā attīstībā, dalībniekam bija kompetenti jāiegūst dati no ārējās DBVS (MS SQL).
3. sesija
Apkopei (uzturēšanai) tika piedāvāts īstenot ilgtermiņa plānošanas pakalpojumu. Interesanta iezīme šeit bija prasība izveidot aktīvu apkopes grafiku atbilstoši laika periodam – piemēram, katru otro mēnesi 3. datumā. Tāpat arī pēc kāda kvantitatīvā rādītāja - piemēram, pēc automašīnas odometra (eļļas maiņa ik pēc 5000 km, riepu maiņa ik pēc 20000 XNUMX km). Tehniskās apkopes vadītājam vajadzēja saņemt ērtu mobilo aplikāciju, kas dinamiski parāda nokavēto, aktuālo un pabeigto tehnisko apkopju sarakstu noteiktā laika posmā. Turklāt katrs apkopes veids bija jānokrāso krāsā saskaņā ar īpaši saskaņotiem noteikumiem. Mobilajai aplikācijai bija jānodrošina jaunu apkopes grafiku izveidošana un jau pabeigto atzīmēšana tieši darbnīcās ar operatīvu šīs informācijas atjaunināšanu serverī.
Kirill: Ir divu veidu remontdarbi: uz laiku un uz izpildi balstīti. Mainība ir atļauta katrā. Piemēram, saskaņā ar plānu remontam vajadzētu notikt katru piektdienu, mēneša 13. datumu vai ik pēc 20,000 XNUMX kilometru. Uzdevums tiek uzskatīts par pabeigtu, ja pa labi no tā ir atzīme.
Tika sniegts nosacījums uzdevumu kārtošanai sarakstā. Tāpat katrai rindai jābūt izceltai krāsai atkarībā no apstākļiem.
Noklikšķinot uz zemāk esošās pogas, varat izveidot jaunu pakalpojumu plānu:
Nepieciešamie lauki tiek parādīti atkarībā no izvēlētā diagrammas veida. Ja esam izvēlējušies nedēļas laika grafiku, tiks parādīti divi lauki: nedēļas numurs un nedēļas diena. Piemēram, otrdienās ik pēc 3 nedēļām.
Ekspertu komentārs: tāpat kā iepriekšējā mobilajā izstrādē platformā 1C: Enterprise, šeit uzdevums ir globāli sadalīts 2 komponentos - saziņa ar “serveri”, izmantojot tīmekļa api, un kompetenta dinamiska saraksta parādīšana ar nosacītu dizainu un filtrēšanu (atlasi). datus. Turklāt interesanti bija ieviest prasību par remontdarbu uzskaiti gan pa periodiem, gan pēc kvantitatīvā rādītāja.
4. sesija
Sastāvdaļām un palīgmateriāliem bija jārēķinās ar krājumiem, jāplāno izdevumi un turpmākie pirkumi. Turklāt šeit parādījās partiju uzskaite, bet ne visām precēm. Tas viss bija jāpārvalda vairākās noliktavās, tostarp saņemšana, izdevumi un pārvietošana. Atbilstoši uzdevuma nosacījumiem bija jānodrošina atlikumu kontrole un jāizvairās no konfliktiem, strādājot ar aktuālajiem krājumiem. Iepirkumu vadītāji strādā programmatūras darbvirsmas versijā.
Galvenā forma ir parādīta zemāk:
Kirill: Papildus kārtošanai pēc nosacījuma tika piedāvāts dot lietotājam iespēju kārtot nejauši. 1C jums pat par to nav jādomā. Rēķiniem lauks ar detaļu daudzumu ir jāizceļ zaļā krāsā.
Šajā sesijā viņiem tika lūgts kontrolēt noliktavās atlikušās preces. Tātad, mēģinot dzēst rēķinu, ir jāparāda atbilstošais ziņojums. Šeit mēs atceramies platformas speciālista eksāmenu. Rēķina forma ir šāda:
Katrai daļai ir raksturlielums, kas nosaka, vai tā ir jāpiešķir konkrētai partijai. Šādām rezerves daļām visos dokumentos obligāti jānorāda partijas numurs. Tas ir papildu mērījums, uzraugot detaļu atlikumus. Tos var arī pārvietot starp noliktavām:
Veidlapa no iepriekšējās atšķiras tikai ar to, ka klienta vietā jānorāda noliktava, no kuras tiks veikta piegāde. Partijas atlases saraksts tiek automātiski sastādīts pēc daļas atlases. Lietotājs var izveidot pārskatu par rezerves daļu atlikumiem:
Šeit varam apskatīt atlikušās preces izvēlētajā noliktavā. Noliktavas labajā pusē esošās izvēles rūtiņas ļauj konfigurēt filtrēšanu un kārtošanu. Sarakstā nav skaidra iedalījuma pēc izlozes tām daļām, kurām tas ir vajadzīgs. Katra izvēlētās rezerves daļas partijas numura atlikumus var apskatīt, izmantojot navigācijas saiti labajā pusē.
Ekspertu komentārs: šajā sesijā (modulī) pirmo reizi parādījās pakešu uzskaite. Dalībniekiem bija jāatskaitās par palīgmateriāliem un precēm ne tikai pašiem, bet arī pa partijām. Kopumā uzdevums ir ideāls 1C:Enterprise platformai - taču tas viss bija jāizstrādā no nulles un jāpabeidz 2.5 stundās.
5. sesija
Piektajā sesijā mums tika piešķirta aku pārvaldības funkcionalitāte. Izpētes grupām bija nepieciešams izveidot mobilo aplikāciju, kurā tiktu uzskaitīti naftas vai gāzes ieguves urbumi. Šeit vajadzēja no servera saņemt aktuālo urbumu sarakstu un atlasīto aku attēlot grafiski pa slāņiem (augsne, smiltis, akmens, eļļa), ņemot vērā katra slāņa dziļumus. Turklāt lietojumprogrammai bija jāļauj atjaunināt informāciju par urbumu un pievienot jaunas akas. Šai aplikācijai klients uzstādīja īpašus darbības nosacījumus bezsaistes un tiešsaistes režīmā (saziņas kontrole ar serveri) - ik pēc 5 sekundēm pārbaudot saziņu ar serveri un mainot aplikācijas funkcionalitāti atkarībā no servera pieejamības.
Kirill: Izvēloties urbumu, tiek parādīta joslu diagramma, kas izceļ slāņus līdz naftas vai gāzes atradnēm. Katram slānim tiek saglabāts tā nosaukums, krāsa un sastopamības diapazons. Dizaina īpatnību dēļ platformā iebūvētās diagrammas nepalīdz, taču izklājlapas dokuments ar uzdevumu tiek galā lieliski. Akas var izveidot un modificēt:
Ja neskaita vairākkārtēju drošu aizsardzību, šajā veidlapā nebija nekā interesanta.
Tālāk tika ieteikts kontrolēt savienojumu ar serveri. Mēs cenšamies izveidot savienojumu ik pēc 5 sekundēm. Ja tas nedarbojas, mēs ierobežojam lietojumprogrammas funkcionalitāti un parādām ziņojumu.
Ekspertu komentārs: Šīs sesijas uzdevums ir interesants galvenokārt tā grafisko iespēju dēļ. Dalībnieki, kuri izmantoja platformu 1C:Enterprise, to atrisināja divos dažādos veidos – daži, izmantojot diagrammas mehānismu, citi, izmantojot izklājlapas dokumentu. Katrai metodei ir savi plusi un mīnusi. Kā daļu no lēmuma WorldSkills čempionātā laiks bija galvenais (atcerieties laika ierobežojumu vēlreiz). Atsevišķs interesants uzdevums ir ping serveri ik pēc 5 sekundēm un mainīt mobilās aplikācijas uzvedību atkarībā no servera pieejamības vai nepieejamības.
6. sesija
Tika ierosināts izveidot darbvietu augstākajai vadībai – Dashboard. Vienā ekrānā bija nepieciešams grafiskā un tabulas veidā attēlot uzņēmuma vispārīgos darbības rādītājus noteiktā laika periodā. Galvenā forma ir izmaksu pārskats:
Papildus informācijas panelim bija nepieciešams ieviest rezerves daļu izplatīšanu līdzekļu remontam, izmantojot FIFO/LIFO/“Lētākais iet pirmais” norakstīšanas metodes.
Izplatīšanas laikā tika ņemta vērā partiju uzskaite, izmantota bilances kontrole un aizsardzība pret nesankcionētām lietotāja darbībām (“muļķu aizsardzība”).
Kirill: Lai atrisinātu, tika izmantotas vērtību tabulas ar kolonnu programmatūras ģenerēšanu, jo to skaits var būt patvaļīgs:
- Pirmā tabula ir atbildīga par nodaļu kopējām izmaksām pa mēnešiem. Nerentablākās un ienesīgākās nodaļas ir izceltas attiecīgi sarkanā un zaļā krāsā.
- Otrajā tabulā norādītas katra mēneša dārgākās un biežāk lietotās detaļas. Ja ir vairākas daļas, kas atbilst kritērijiem, tad tās ir jāatspoguļo vienā šūnā, atdalot ar komatiem.
- Dārgākie aktīvi (rezerves daļu izmaksu izteiksmē) ir parādīti trešās tabulas pirmajā rindā. Otrajā rindā tiek parādīts sadalījums, kuram pieder iepriekš minētais līdzeklis. Ja ir divi visdārgākie līdzekļi ar vienādām izmaksām, tie ir jāparāda vienā šūnā, atdalot tos ar komatiem.
Diagrammas tika parādītas, izmantojot platformā iebūvētos mehānismus, un aizpildītas programmatiski, izmantojot vaicājumus.
Tika arī ierosināts īstenot atbalstu daudzvalodībai. Programma ielādē XML failus ar interfeisa elementu lokalizāciju, un, izvēloties valodu nolaižamajā sarakstā, forma ir jāpārzīmē.
Noklikšķinot uz pogas ekrāna apakšējā kreisajā stūrī, tiek atvērta krājumu pārvaldības forma:
Šajā formā mēs beidzot sākam tērēt detaļas remontam. Šeit mēs vispirms atrodam detaļas, kas mums būs nepieciešamas, lai labotu īpašumu. Pamatojoties uz atlasītajiem laukiem un izplatīšanas metodi (FIFO, LIFO vai minimālā cena), tiek parādītas atrastās atbilstības vai ziņojums, ja atbilstības nav. Pēc tam varat atzīmēt detaļas kā paredzētas šī līdzekļa remontam. Līdzsvara kontrole attiecas uz pašreizējo sesiju. Ja jau esam piešķīruši detaļas, tad tās vairs nevar atrast.
Ekspertu komentārs: ļoti interesanta sesija. Tas maksimāli izmanto platformas 1C:Enterprise iespējas - šeit ir kompetents darbs ar uzkrāšanas reģistru virtuālajām tabulām un programmatisks darbs ar formas elementiem (pirmkārt - tabulām, otrkārt - virsrakstiem) un diagrammām. Un pat LIFO/FIFO, analizējot krājumus, peļņas/zaudējumu analīzi utt.
7. sesija
Uzdevuma noslēgumā (7. sesija) pasūtītājs nodrošināja programmatūru (exe failu) projekta aktivitātēm un īsu video par darbu ar to. Bija nepieciešams veikt reverso inženieriju un, pamatojoties uz to, izveidot 2 diagrammas: lietošanas gadījumu diagrammu un entītiju attiecību diagrammu. Turklāt tika izvirzītas dažas prasības programmatūras veidošanai nākotnē - bija nepieciešams izveidot saskarnes izkārtojumu atbilstoši šīm prasībām.
Saskaņā ar konkursa nosacījumiem diagrammu veidošanai bija nepieciešams tikai MS Visio.
Ekspertu komentārs: šajā sesijā 1C:Enterprise platformas iespējas praktiski netika izmantotas. Sacensību nosacījumu diagrammas tika izveidotas MS Visio. Bet interfeisa prototipu varētu izveidot tukšā 1C informācijas bāzē.
Vispārējas piezīmes
Katras sesijas sākumā tika ierosināts importēt datus, izmantojot SQL skriptu. Tas bija galvenais 1C izmantošanas trūkums salīdzinājumā ar C#, jo mēs pavadījām vismaz pusstundu, destilējot datus ārējos datu avotos, veidojot savas tabulas un pārvietojot rindas no ārējiem avotiem uz mūsu tabulām. Pārējam vienkārši vajadzēja noklikšķināt uz pogas Izpildīt programmā Microsoft SQL Studio.
Acīmredzamu iemeslu dēļ datu glabāšana mobilajā ierīcē nav laba ideja. Tāpēc mobilo sesiju laikā izveidojām serveru bāzi. Viņi tur glabāja datus un nodrošināja tiem piekļuvi, izmantojot http pakalpojumus.
Ekspertu komentārs: 1C/non-1C līdzsvars šeit ir interesants — kamēr 1C:Enterprise programmētāji pavadīja ievērojamu laiku, lai izveidotu savienojumu ar ārēju DBVS (Kirills to minēja atsevišķi iepriekš), C#/Java (Android Studio mobilajai attīstībai) izstrādātāji veltīja laiku citām jomām – saskarnes, rakstot vairāk kodu. Tāpēc katras sesijas rezultāti bija neparedzami un ārkārtīgi interesanti visiem ekspertiem. Un šī intriga saglabājās līdz pat beigām – paskatieties uz uzvarētāju fināla tabulu ar punktu sadalījumu.
Kirils pabeidza stāstu :)
Noslēgumā jāatgādina, ka izpildītājam nevajadzēja "tikai programmēt uzdevumu atbilstoši tehniskajām specifikācijām" - viņam bija jāanalizē uzdevums, jāizvēlas bloki apakšuzdevumu īstenošanai, jāizstrādā tie un jāizlemj, kas tieši viņš būs. spēja to īstenot ārkārtīgi īsajā atvēlētajā laikā. Visas 4 dienas man bija jārīkojas zem liela laika spiediena, bieži katru nākamo sesiju sākot no nulles. Pat pieaugušam speciālistam ar daudzu gadu pieredzi nozarē būs lielas grūtības 100% izpildīt sesijai uzdoto uzdevumu atvēlētajā laikā.
Īpaši jāpiemin pieņemtā vērtēšanas sistēma.
Katrai sesijai uzdevuma autori izstrādā sarežģītu kritēriju sistēmu, kas ietver funkcionalitātes, pareizas darbības, lietojumprogrammas saskarnes prasību pārbaudi un pat pēc stila rokasgrāmatas, ko dalībniekiem īpaši nodrošina uzņēmums, kuram viņi izstrādā savus risinājumus.
Vērtēšanas kritēriji ir ļoti smalki noslīpēti – sesijas uzdevuma kopējām izmaksām ir desmitiem punktu, kāda kritērija izpilde dalībniekam var pievienot desmitdaļas punktu. Tādējādi tiek sasniegts ārkārtīgi augsts un objektīvs katra konkursa dalībnieka rezultātu izvērtēšanas līmenis.
rezultātus
Gala rezultāti bija iespaidīgi.
Rūgtā cīņā uzvarēja Kirils Pavkins no Krievijas, kurš izmantoja platformu 1C:Enterprise. Kirilam ir 17 gadi, viņš ir no Stavropoles.
Uzvarētāju no vajātājiem burtiski šķīra punkta desmitdaļas. Otrajā vietā ierindojās dalībnieks no Taivānas. Kopējā labāko sešu rezultātu tabula izskatās šādi:
Protams, Kirils uzvarēja, pateicoties savam talantam, zināšanām un prasmēm.
Tomēr mēs atzīmējam, ka visi trīs dalībnieki, kuri izmantoja 1C:Enterprise platformu kā rīku, tika iekļauti labāko pieciniekā – tas ir beznosacījuma apliecinājums 1C:Enterprise tehnoloģiju pasaules līmenim.
Pēc sacensību rezultātiem KazanExpo mediju centrā tika apbalvoti uzvarētāji, puiši saņēma tīrā zelta medaļas (atbilstoši savai vietai) un naudas balvas. Puiši saņēma arī sertifikātus, kas ļauj iziet praksi 1C.
Avots: www.habr.com