estas internacia movado, kiu organizas profesiajn konkursojn por junuloj sub 22 jaroj.
La internacia finalo estas okazigita ĉiujn du jarojn. Ĉi-jare la fina ejo estis (la lasta finalo estis en 2017 en Abu Dhabi, la venonta estos en 2021 en Ŝanhajo).
WorldSkills Championships estas la plej grandaj mondĉampionecoj de profesiaj kapabloj. Ili komencis per blukolumaj profesioj, kaj en la lastaj jaroj pli kaj pli da atento estis atentita al "profesioj de la estonteco", inkluzive de IT-disciplinoj, por kiuj aparta grandega areto estis asignita ĉe la ĉampioneco en Kazan.
En la IT-bloko estas kompetenteco (specifa "sporto") nomata "IT Software Solutions for Business".
En ĉiu konkurso, la permesita listo de uzataj iloj estas limigita. Kaj se, ekzemple, por "pejzaĝa dezajno" la listo de eblaj iloj estas limigita (kompreneble, sen indiki eksplicitan fabrikanton aŭ koloron), tiam en la kompetenteco "Programaraj solvoj por komerco" la listo de akceptitaj teknologioj, kiujn partoprenantoj povas uzi estas strikte limigita, indikante specifajn teknologiojn kaj specifajn platformojn (.NET kaj Java kun specifa aro de kadroj).
La pozicio de 1C pri ĉi tiu afero estas jena: informa teknologio estas tre dinamika areo, novaj teknologioj kaj evoluiloj konstante aperas en la mondo. Laŭ nia vidpunkto, estas ĝuste permesi al specialistoj uzi la ilojn, per kiuj ili volas kaj kutimas labori.
En la aŭtuno de 2018, la administrado de WorldSkills aŭdis nin. Nun ni devis testi la metodikon por korpigi novajn teknologiojn en konkursojn. Ĝi ne estas simpla.
La 1C:Enterprise-platformo estis inkludita en la infrastrukturlisto de la ĉampioneco en Kazan kaj eksperimenta platformo por IT Software Solutions for Business Sandbox estis organizita.
Bonvolu noti, ke la oficiala lingvo de la ĉampioneco estas la angla. Ĉiuj materialoj kun la rezultoj de solvado de taskoj (fontokodoj, akompana dokumentaro, softvarinterfacoj) ankaŭ estis transdonotaj en ĉi tiu lingvo. Malgraŭ la duboj de kelkaj homoj (ankoraŭ!), oni povas skribi angle en 1C.
9 junaj infanoj el 8 landoj (Filipinoj, Tajvano, Koreio, Finnlando, Maroko, Rusio, Kazaĥio, Malajzio) partoprenis en la konkurso ĉe ĉi tiu retejo.
La ĵurio - teamo de fakuloj - estis gvidita de fakulo el Filipinoj, Joey Manansala.
Estis reprezentitaj fakuloj el Finnlando, UAE, Kostariko, Koreio, Rusio kaj Tajvano.
Aparte ni rimarkas, ke partoprenantoj el Rusio (Pavkin Kirill, Sultanova Aigul) kaj Kazaĥio (Vitovsky Ludwig) decidis uzi la platformon 1C:Enterprise kadre de la konkurso. La ceteraj partoprenantoj uzis .NET por labortablo kaj Android Studio por movebla disvolviĝo. Estas interese, ke la partoprenantoj, kiuj elektis 1C, estas tre junaj (Kirill estas studento en lernejo en Stavropol, ĉi-jare li eniris la 11-an klason, Aigul estas kolegiostudanto, Kazan, Tatarstano), dum iliaj kontraŭuloj estis multe pli spertaj ( ekzemple, partoprenanto el Koreio - gajninto de la 2013-datita WorldSkills-ĉampioneco en Leipzig; ĉiuj havas sperton partoprenante en WorldSkills kaj plurajn jarojn da profesia sperto en la industrio).
Konsiderante ke dum la konkurso la partoprenantoj uzis diversajn modernajn teknologiojn, ni havis la ŝancon testi la platformon 1C:Enterprise en vere batalkondiĉoj, por kompari kaj la kvaliton de la solvoj akiritaj per ĝia helpo kaj la rapidecon de disvolviĝo atingita per ĝia uzo.
Aparte, ni rimarkas, ke kadre de la speciala platformo IT Software Solutions for Business Sandbox, partoprenantoj plenumis la samajn taskojn kiel partoprenantoj en la ĉefa platformo IT Software Solutions for Business.
La tasko mem estas kompleksa tasko por aŭtomatigi certan komercon; ĉi-jare la ekzemplo de komerco estis la fikcia firmao KazanNeft.
Legendo
Kazan Oil estas unu el la plej grandaj naftoentreprenoj en la Respubliko de Tatarstano, funkcianta kiel nacia merkatludanto kaj internacie agnoskita marko en ĉi tiu kampo. La ĉefsidejo de la firmao, specialiĝanta pri kampesplorado, produktado, produktado, rafinado, transportado, kaj vendo kaj distribuado de petrolo, naftoproduktoj kaj tergaso, situas en Kazan (Rusio).
Ĉar la firmao efektivigas strategion de rapida ekspansio kaj kreado de novaj oficejoj ĉie en Rusio, la administrado de la firmao decidis enkonduki novan komercan aŭtomatigan programaron celitan konservi kaj administri iujn operaciojn.
Kondiĉoj de ĉampioneco
Taskoj estis donitaj al partoprenantoj en formo de moduloj (sesioj) kun la postulo plenumi ilin en limigita tempo. Estis 7 moduloj entute. Tri sesioj por solvado sur labortablo - po 2.5 horoj. Tri sesioj - kliento-servila evoluo, kie la kliento estis movebla aplikaĵo, kaj komunikado inter la kliento kaj servilo estis efektivigita per WEB-API. Ĉi tio daŭris 3.5 horojn. Lasta sesio - taskoj pri inversa inĝenierado de ekzistanta programaro, 2.5 horoj. Kiel parto de inversa inĝenierado, partoprenantoj devis, surbaze de la informoj provizitaj al ili, desegni la strukturon de la aplikaĵa datumbazo (konstruante ER-diagramon), analizi scenarojn por uzado de la sistemo (konstruante uzkazan diagramon), kaj ankaŭ disvolvi kaj desegni la interfacon de la programara solvo laŭ la provizitaj funkciaj postuloj.
La ĉefaj evoluplatformoj uzitaj estis .NET (C#) kaj Java (inkluzive de Android Studio por movebla evoluo). La eksperimenta SandBox uzis .NET, Java kaj 1C:Enterprise version 8.3.13.
Fine de ĉiu kunsido, la spertuloj taksis la rezulton - preta realigebla projekto, kiu efektivigas la taskojn fiksitajn komence de la sesio.
La propreco de taskoj estas ilia "viveco" - multaj postuloj kaj limigita tempo. Plej multaj problemoj ne estas specialaj olimpikaj problemoj, sed tre proksimas al veraj industriaj problemoj - specialistoj alfrontas ilin ĉiutage. Sed estas multaj taskoj, kaj tempo estas limigita. La partoprenanto devas solvi la maksimuman nombron da problemoj, kiuj havos la plej grandan profiton por la komerco. Tute ne estas fakto, ke kompleksa tasko el algoritma vidpunkto havos pli da pezo ol elementa. Ekzemple, krei funkciantan kontadan sistemon de tri tabeloj estas pli grava por komerco ol bela raporta formo kun kompleksaj algoritmoj, kiu estas tute nenecesa sen ĉi tiuj tabeloj.
Ni petis la gajninton de la konkurso, partoprenanto el Rusio, Kirill Pavkin, rakonti al ni pli pri kio estas la taskoj kaj kiel li alproksimiĝis al ilia solvo.
Malsupre estas priskribo de la tasko, la propra rakonto de Kirill pri kiel li solvis la taskon. Ni ankaŭ petis al Vitaly Rybalka, oficisto de 1C kaj unu el la fakuloj pri IT Solutions for Business Sandbox, komenti la solvojn de Kirill.
Kiel parto de la tasko, estis necese aŭtomatigi la agadojn de pluraj specoj de uzantoj:
- Respondeca pri kontado de kompaniaj aktivoj
- Respondeca pri neplanitaj riparoj kaj planita prizorgado de firmaaj aktivoj
- Aĉetmanaĝeroj por komponantoj kaj konsumeblaj
- Divizioj pri nafto-esplorado kaj naftoproduktado
- Plej alta administrado bezonis analizajn raportojn
Sesio 1
El la vidpunkto de aktivoj (ekzemple, veturilo-floto), estis necese efektivigi ilian kontadon (establi novajn, redakti la nunajn), rapidan serĉon kaj diversajn filtrilojn por montri informojn, movi aktivojn inter la dividoj de la Kompanio. kaj grupoj de valoraĵoj mem. Konservu historion de tiaj movadoj kaj provu analizojn pri ili estonte. Aktiva kontado estis ĉefe efektivigita por movaj uzantgrupoj.
Cyril: Interesa subtasko estis la efektivigo de butonoj en la valorlisto. Por solvi ĉi tion, ni uzis dinamikan liston: ni skribas arbitran peton, kaj kiam ni ricevas datumojn sur la servilo, ni atribuas navigajn ligilojn al bildoj de la bildbiblioteko al la postulataj kampoj.
Laŭ konvencio, fotoj povas esti alfiksitaj al valoraĵo en du manieroj: prenu foton (multmedia) kaj elektu el la galerio (dosierelekto dialogo).
Kelkaj formoj devis esti redesegnitaj kiam la ekrano estis rotaciita:
Kiam vi ŝanĝas ekranajn parametrojn, ni ŝanĝas la videblecon de butongrupoj.
Distraj sed simplaj taskoj inkluzivas filtrilojn en dinamika listo, serĉon en du kampoj (nombro kaj nomo), kaj generacio de valoraĵo seria numero.
Faka komento: el la vidpunkto de la solvo sur la platformo 1C:Enterprise, la tasko estas sufiĉe klara. Krom la efektiva kreado de la movebla aplikaĵo, estis necese zorgi pri translokigo de datumoj de la DBMS "servilo" (MS SQL sur la labortablo) al la movebla aplikaĵo kaj reen. Por ĉi tiu celo, la mekanismoj de eksteraj datumfontoj kaj http-servoj estis uzitaj en la labortabla "prokura aplikaĵo". Por la movebla platformo mem, montri bildojn en dinamika listo prezentis pliigitan kompleksecon.
Sesio 2
Estis necese establi riparadministradon por la aktivoj de la Kompanio. Kadre de ĉi tiu tasko, estis necese konservi liston de petoj por riparoj (de fakoj kaj grupoj), konsideri la prioritatojn por la urĝeco de riparoj, plani riparhoraron laŭ prioritatoj, ordigi la necesajn komponantojn kaj preni. konsideru la ekzistantajn. Interesa subtasko estis, ke iuj komponantoj havis limdaton; se parto jam estis mendita por difinita valoraĵo kaj ĝia limdato ne eksvalidiĝis, tiam por ĉi tiu valoraĵo ne necesas aĉeti la saman parton denove. La riparinterfaco estis evoluigita por la labortabla komponento de la softvaro de la firmao.
Necesis ankaŭ krei ne-trivialan rajtigan formularon por du roloj: la respondeca persono kaj la servadestro. La propreco estas, ke post rajtigo vi devas aŭtomate elekti unu el la roloj.
La listformularo disponebla al la respondeca persono estas prezentita sube:
Cyril: Nur la reliefigo de pritraktataj servaj petoj povas esti elstarigita ĉi tie. Solvita per kondiĉa formatado en dinamika listo.
Alklakante la butonon ĉe la malsupro de la ekrano, la uzanto povas iri al la sekva formo:
Estas nenio komplika el 1C vidpunkto en ĉi tiu formo.
La formularo disponebla por la serva administranto estas sube:
Ĉi tiu formularo estas ordigita laŭ prioritato kaj dato de peto. Alklakante la suban butonon, la uzanto povas iri al la formularo de la elektita peto:
Aldone al malsaĝeco, ĉi tiu formo sugestis efektivigi liston de rezervaj partoj por riparoj. La subtasko estas interesa ĉar la partoj havas limdaton. Ĉi tio signifas, ke se krizo jam okazis kun ĉi tiu valoraĵo kaj parto estis mendita por ĝi, kies valideco ne eksvalidiĝis, tiam ĝi povas esti reuzita. Ĉi tio devus esti montrita al la uzanto.
Faka komento: ĉi tie Kirill mem ĝuste metis la supersignojn. De la vidpunkto de efektivigo sur la platformo 1C:Enterprise, estas nenio ege komplika. Zorgema analizo de la kondiĉoj por kontado kaj uzo de rezervaj partoj kaj kompetenta realigo de la tasko entute estis postulata. Krome, estis necese taŭge registri servajn petojn. La ĉefa malfacilaĵo estis nur la tempopremo de 2.5 horoj.
Krome, kiel en movebla disvolviĝo, la partoprenanto devis kompetente akiri datumojn de ekstera DBMS (MS SQL).
Sesio 3
Por prizorgado (prizorgado) oni proponis efektivigi longdaŭran planservon. Interesa trajto ĉi tie estis la postulo krei prizorgan horaron por aktivoj laŭ tempo - ekzemple, ĉiun duan monaton la 3-an. Same, laŭ iu kvanta indikilo - ekzemple laŭ la odometro de aŭto (oleoŝanĝo ĉiujn 5000 km, anstataŭigo de pneŭoj ĉiujn 20000 km). La funkciserva administranto devus esti ricevinta oportunan moveblan aplikaĵon, kiu dinamike montras liston de posttempa, aktuala kaj finita prizorgado por difinita periodo. Krome, ĉiu speco de bontenado devis esti pentrita en koloro laŭ speciale interkonsentitaj reguloj. La poŝtelefona aplikaĵo devis certigi la kreadon de novaj prizorgaj horaroj kaj la markadon de tiuj jam finitaj rekte en la laborrenkontiĝoj kun rapida ĝisdatigo de ĉi tiuj informoj en la servilo.
Cyril: Estas du specoj de riparoj: tempo-bazita kaj kur-bazita. Variebleco estas permesita ene de ĉiu. Ekzemple, laŭ la plano, riparoj devus okazi ĉiun vendredon, la 13-an de la monato, aŭ ĉiujn 20,000 XNUMX kilometrojn. Tasko estas konsiderata finita se estas marko dekstre de ĝi.
Kondiĉo estis disponigita por ordigi taskojn en la listo. Ankaŭ, ĉiu linio devus esti emfazita en koloro depende de la kondiĉoj.
Alklakante la suban butonon, vi povas krei novan servoplanon:
La postulataj kampoj estas montrataj depende de la elektita tipo de diagramo. Se ni elektis semajnan horaron, tiam ni montros du kampojn: la semajna nombro kaj la semajnotago. Ekzemple, marde ĉiujn 3 semajnojn.
Faka komento: kiel en la antaŭa movebla disvolviĝo sur la platformo 1C:Enterprise, ĉi tie la tasko estas tutmonde dividita en 2 komponentojn - komunikado kun la "servilo" per ret-api kaj kompetenta montrado de dinamika listo kun kondiĉa dezajno kaj filtrado (elekto) de datumoj. Krome, estis interese efektivigi la postulon respondeci pri riparoj kaj laŭ periodo kaj laŭ kvanta indikilo.
Sesio 4
Por komponantoj kaj konsumeblaj, estis necese konsideri inventarojn, plani elspezojn kaj estontajn aĉetojn. Krome, bata kontado aperis ĉi tie, sed ne por ĉiuj varoj. Ĉio ĉi devis esti administrita ene de multoblaj magazenoj, inkluzive de kvitanco, elspezo kaj movado. Laŭ la kondiĉoj de la tasko, estis necese certigi kontrolon de ekvilibroj kaj eviti konfliktojn kiam oni laboras kun aktualaj akcioj. Aĉetmanaĝeroj laboras en la labortabla versio de la programaro.
La ĉefa formo estas montrita sube:
Cyril: Krom ordigo de la kondiĉo, estis proponite doni al la uzanto la kapablon ordigi hazarde. Sur 1C vi eĉ ne devas pensi pri ĝi. La kampo kun la kvanto de partoj devus esti emfazita en verdo por fakturoj.
En ĉi tiu kunsido, ili estis petitaj kontroli la ceterajn varojn en magazenoj. Do, la responda mesaĝo devus esti montrita kiam vi provas forigi la fakturon. Ĉi tie ni memoras la platforman specialistan ekzamenon. La formo de la fakturo estas jena:
Ĉiu parto havas karakterizaĵon kiu determinas ĉu ĝi devus esti asignita al specifa aro. Por tiaj rezervaj partoj, necesas indiki la aron en ĉiuj dokumentoj. Ĉi tio estas plia mezurado dum monitorado de partrestaĵoj. Ili ankaŭ povas esti movitaj inter magazenoj:
La formo diferencas de la antaŭa nur en tio, ke anstataŭ la kliento, vi devas indiki la magazenon, el kiu la livero estos farita. La elektolisto por la aro estas aŭtomate kompilita post kiam la parto estas elektita. La uzanto povas generi raporton pri rezervaj ekvilibroj:
Ĉi tie ni povas vidi la ceterajn varojn en la elektita magazeno. La markobutonoj dekstre de la magazeno permesas al vi agordi filtradon kaj ordigon. La listo ne havas eksplicitan dividon per loto por tiuj partoj por kiuj ĝi estas postulata. La ekvilibroj por ĉiu aro de la elektita rezerva parto povas esti viditaj per la navigacia ligilo dekstre.
Faka komento: en ĉi tiu sesio (modulo) unuafoje aperis bata kontado. Partoprenantoj devis respondeci pri konsumeblaj kaj varoj ne nur per si mem, sed ankaŭ laŭ aro. Ĝenerale, la tasko estas perfekta por la platformo 1C:Enterprise - sed ĉio devis esti evoluigita de nulo kaj kompletigita en 2.5 horoj.
Sesio 5
En la kvina sesio, ni ricevis la funkciecon de putadministrado. Por esplorgrupoj, estis necese krei poŝtelefonaplikaĵon kiu respondecus pri petrolo aŭ gasproduktadputoj. Ĉi tie necesis ricevi liston de nunaj putoj de la servilo kaj montri la elektitan puton grafike per tavoloj (grundo, sablo, ŝtono, oleo), konsiderante la profundojn de ĉiu tavolo. Krome, la aplikaĵo devis permesi ĝisdatigi informojn pri la puto kaj aldoni novajn putojn. Por ĉi tiu aplikaĵo, la kliento starigis specialajn funkciajn kondiĉojn en eksterreta kaj interreta reĝimoj (kontrolo de komunikado kun la servilo) - kontroli komunikadon kun la servilo ĉiujn 5 sekundojn kaj ŝanĝante la funkciojn de la aplikaĵo depende de la havebleco de la servilo.
Cyril: Kiam vi elektas puton, strekgrafiko estas montrata, kiu elstarigas la tavolojn ĝis la nafto- aŭ gasaj kuŝejoj. Por ĉiu tavolo, ĝia nomo, koloro kaj aperintervalo estas konservitaj. Pro la dezajnaj trajtoj, la diagramoj enkonstruitaj en la platformo ne helpas, sed la kalkultabeldokumento perfekte traktas la taskon. Putoj povas esti kreitaj kaj modifitaj:
Krom multnombra nepra protekto, estis nenio interesa pri ĉi tiu formo.
Poste, estis sugestite kontroli la konekton al la servilo. Ni provas konekti ĉiujn 5 sekundojn. Se ĝi ne funkcias, tiam ni limigas la funkciecon de la aplikaĵo kaj montras mesaĝon.
Faka komento: La tasko de ĉi tiu sesio estas interesa ĉefe pro siaj grafikaj kapabloj. Partoprenantoj uzantaj la platformon 1C:Enterprise solvis ĝin en du malsamaj manieroj - kelkaj uzante diagraman mekanismon, aliaj uzante kalkultabeldokumenton. Ĉiu metodo havas siajn avantaĝojn kaj malavantaĝojn. Kiel parto de la decido ĉe la WorldSkills-ĉampioneco, tempo estis ŝlosilo (memoru la tempolimon denove). Aparta interesa tasko estas ping la servilon ĉiujn 5 sekundojn kaj ŝanĝi la konduton de la poŝtelefona aplikaĵo depende de la havebleco aŭ malhavebleco de la servilo.
Sesio 6
Oni proponis krei laborspacon por supera administrado - Dashboard. Sur unu ekrano necesis montri la ĝeneralajn rendimentajn indikilojn de la kompanio dum difinita periodo en grafika kaj tabela formo. La ĉefa formo estas la kostraporto:
Aldone al la Dashboard, estis necese efektivigi la distribuadon de rezervaj partoj por aktivoj riparoj uzante FIFO/LIFO/"Plej malmultekostaj iras unue" forigo-metodoj.
Dum distribuo, bata kontado estis enkalkulita, ekvilibrokontrolo kaj protekto kontraŭ neaŭtorizitaj uzantaj agoj ("malsaĝa protekto") estis uzataj.
Cyril: Por solvi, oni uzis tabelojn de valoroj kun programara generacio de kolumnoj, ĉar povas esti arbitra nombro da ili:
- La unua tabelo respondecas pri la totalaj kostoj de fakoj laŭmonate. La plej neprofitaj kaj profitodaj dividoj estas emfazitaj en ruĝa kaj verda, respektive.
- La dua tabelo montras la plej multekostajn kaj plej ofte uzatajn partojn por ĉiu monato. Se estas pluraj partoj, kiuj plenumas la kriteriojn, tiam ili devas esti montrataj en unu ĉelo, apartigitaj per komoj.
- La plej multekostaj aktivoj (laŭ rezervaj kostoj) estas montrataj en la unua vico de la tria tabelo. La dua linio montras la dividon al kiu apartenas la aktivaĵo supre. Se estas du plej multekostaj aktivoj kun la samaj kostoj, tiam ili devus esti montritaj en la sama ĉelo, apartigitaj per komoj.
La diagramoj estis montritaj uzante la enkonstruitajn mekanismojn de la platformo, kaj plenigitaj programe uzante demandojn.
Estis ankaŭ proponite efektivigi subtenon por plurlingveco. La programo ŝarĝas XML-dosierojn kun la lokalizo de interfacaj elementoj, kaj la formo devus esti redesegnita kiam oni elektas lingvon en la fallisto.
Kiam vi alklakas la butonon en la malsupra maldekstra angulo de la ekrano, la formularo pri administrado de inventaro malfermiĝas:
En ĉi tiu formo, ni finfine komencas elspezi partojn por riparoj. Ĉi tie ni unue trovas la partojn, kiujn ni bezonos por ripari la valoraĵon. Surbaze de la elektitaj kampoj kaj distribua metodo (FIFO, LIFO aŭ minimuma prezo), la trovitaj kongruoj aŭ mesaĝo se ne estas kongruoj estas montrataj. Vi tiam povas marki la partojn kiel intencitaj por ripari tiun valoraĵon. Ekvilibro kontrolo estas grava por la nuna sesio. Se ni jam asignis detalojn, tiam ili ne plu troveblas.
Faka komento: tre interesa kunsido. Ĝi ekspluatas la kapablojn de la platformo 1C:Enterprise - jen kompetenta laboro kun virtualaj tabeloj de amasigaj registroj, kaj programa laboro kun formalementoj (unue - tabeloj, due - rubrikoj), kaj diagramoj. Kaj eĉ LIFO/FIFO kiam oni analizas inventaron, analizon de profito/perdo ktp.
Sesio 7
Ĉe la fino de la tasko (sesio 7), la kliento disponigis programaron (exe-dosiero) por projektaj agadoj kaj mallongan videon pri laborado kun ĝi. Necesis fari inversan inĝenieradon kaj surbaze de tio krei 2 diagramojn: diagramo de uzokazo kaj diagramo de ento-rilato. Krome, kelkaj postuloj estis prezentitaj por krei softvaron estonte - necesis krei interfacan aranĝon laŭ tiuj postuloj.
Laŭ la konkurskondiĉoj, nur MS Visio estis postulata por krei diagramojn.
Faka komento: en ĉi tiu sesio, la kapabloj de la platformo 1C:Enterprise praktike ne estis uzataj. Diagramoj por la konkurskondiĉoj estis kreitaj en MS Visio. Sed prototipo de la interfaco povus esti kreita en malplena informbazo 1C.
Ĝeneralaj rimarkoj
Komence de ĉiu sesio, oni proponis importi datumojn per SQL-skripto. Ĉi tio estis la ĉefa malavantaĝo uzi 1C kompare kun C#, ĉar ni pasigis almenaŭ duonhoron distilante datumojn en eksterajn datumfontojn, kreante niajn proprajn tabelojn kaj movi vicojn de eksteraj fontoj en niajn tabelojn. La resto nur bezonis alklaki la butonon Ekzekuti en Microsoft SQL Studio.
Pro evidentaj kialoj, stoki datumojn sur poŝtelefono ne estas bona ideo. Tial, dum moveblaj kunsidoj ni kreis servilan bazon. Ili konservis datumojn tie kaj disponigis aliron al ĝi per http-servoj.
Faka komento: la ekvilibro 1C/ne-1C estas interesa ĉi tie - dum 1C:Enterprise-programistoj pasigis signifan tempon konektiĝi al ekstera DBMS (Kirill menciis ĉi tion aparte supre), C#/Java (Android Studio por movebla disvolviĝo) programistoj pasigis tempon en aliaj areoj - interfacoj, skribante pli da kodo. Tial la rezultoj de ĉiu sesio estis neantaŭvideblaj kaj ege interesaj por ĉiuj fakuloj. Kaj ĉi tiu intrigo restis ĝis la fino - nur rigardu la finan tabelon de gajnintoj kun distribuo de punktoj.
Kirill finis la rakonton :)
Konklude, oni devas memori, ke la interpretisto ne bezonis "nur programi la taskon laŭ la teknikaj specifoj" - li devis analizi la taskon, elekti blokojn por la efektivigo de subtaskoj, desegni ilin kaj decidi kio precize li estos. kapabla efektivigi de ĉi tio en la ekstreme mallonga asignita tempo. Ĉiujn 4 tagojn mi devis agi sub severa tempopremo, ofte komencante ĉiun postan sesion de nulo. Eĉ plenkreska specialisto kun multaj jaroj da sperto en la industrio havos grandan malfacilaĵon plenumi la asignitan taskon por la sesio 100% en la asignita tempo.
Specialan mencion meritas la adoptita taksa sistemo.
Por ĉiu sesio, la taskaŭtoroj disvolvas kompleksan sistemon de kriterioj, inkluzive de kontrolado de funkcieco, ĝusta funkciado, postuloj por la aplika interfaco, kaj eĉ sekvante stilgvidilon speciale disponigitan al la partoprenantoj de la firmao por kiu ili disvolvas siajn solvojn.
La pritaksaj kriterioj estas tre fajne granulitaj - kun la totalkosto de la sesiotasko estas dekoj da poentoj, plenumi iun kriterion povas aldoni dekonojn de poento al la partoprenanto. Ĉi tio atingas ekstreme altan kaj objektivan nivelon de taksado de la rezultoj de ĉiu partoprenanto en la konkurso.
Результаты
La finrezultoj estis imponaj.
En amara lukto venkis Kirill Pavkin el Rusio, kiu uzis la platformon 1C:Enterprise. Kirill estas 17-jara, li estas el Stavropolo.
Laŭlitere dekonoj de poento apartigis la gajninton de liaj persekutantoj. La duan lokon okupis partoprenanto el Tajvano. La ĝenerala tabelo de la supraj ses rezultoj aspektas jene:
Kompreneble, Kirill gajnis danke al sia talento, scio kaj kapabloj.
Tamen ni rimarkas, ke ĉiuj tri partoprenantoj, kiuj uzis la platformon 1C:Enterprise kiel ilon, estis inkluditaj en la supraj kvin - kio estas senkondiĉa konfirmo de la mondnivelo de 1C:Enterprise-teknologio.
Sekvante la rezultojn de la konkurso, la gajnintoj estis premiitaj en la KazanExpo amaskomunikilaro; la uloj ricevis purajn orajn medalojn (laŭ sia loko) kaj kontantpremiojn. La uloj ankaŭ ricevis atestojn permesantajn al ili sperti staĝon ĉe 1C.
fonto: www.habr.com