adalah gerakan internasional yang menyelenggarakan kompetisi profesional bagi generasi muda di bawah usia 22 tahun.
Final internasional diadakan setiap dua tahun sekali. Tahun ini tempat terakhirnya adalah (final terakhir pada tahun 2017 di Abu Dhabi, final berikutnya pada tahun 2021 di Shanghai).
Kejuaraan WorldSkills adalah kejuaraan keterampilan profesional terbesar di dunia. Mereka memulai dengan profesi kerah biru, dan dalam beberapa tahun terakhir semakin banyak perhatian diberikan pada “profesi masa depan”, termasuk disiplin ilmu TI, yang mana kelompok besar terpisah dialokasikan pada kejuaraan di Kazan.
Di blok TI terdapat kompetensi (“olahraga” tertentu) yang disebut “Solusi Perangkat Lunak TI untuk Bisnis”.
Dalam setiap kompetisi, daftar alat yang diperbolehkan digunakan terbatas. Dan jika, misalnya, untuk “desain lansekap” daftar alat yang mungkin terbatas (tentu saja, tanpa menunjukkan produsen atau warna yang jelas), maka dalam kompetensi “Solusi perangkat lunak untuk bisnis” daftar teknologi yang diterima yang dapat digunakan oleh peserta sangat terbatas, menunjukkan teknologi spesifik dan platform spesifik (.NET dan Java dengan serangkaian kerangka kerja tertentu).
Posisi 1C dalam masalah ini adalah sebagai berikut: teknologi informasi adalah bidang yang sangat dinamis, teknologi baru dan alat pengembangan terus bermunculan di dunia. Dari sudut pandang kami, mengizinkan spesialis menggunakan alat yang mereka inginkan dan biasa gunakan adalah hal yang benar.
Pada musim gugur tahun 2018, manajemen WorldSkills mendengarkan kami. Sekarang kami harus menguji metodologi untuk memasukkan teknologi baru ke dalam kompetisi. Ini tidak sederhana.
Platform 1C:Enterprise dimasukkan dalam daftar infrastruktur kejuaraan di Kazan dan platform eksperimental untuk Solusi Perangkat Lunak TI untuk Business Sandbox diselenggarakan.
Harap dicatat bahwa bahasa resmi kejuaraan adalah bahasa Inggris. Semua materi dengan hasil penyelesaian tugas (kode sumber, dokumentasi yang menyertainya, antarmuka perangkat lunak) juga harus disampaikan dalam bahasa ini. Meskipun ada keraguan dari beberapa orang (masih!), Anda dapat menulis dalam bahasa Inggris di 1C.
Kompetisi di situs ini diikuti oleh 9 pemuda dari 8 negara (Filipina, Taiwan, Korea, Finlandia, Maroko, Rusia, Kazakhstan, Malaysia).
Juri - tim ahli - dipimpin oleh pakar asal Filipina, Joey Manansala.
Para ahli dari Finlandia, UEA, Kosta Rika, Korea, Rusia dan Taiwan juga turut hadir.
Secara terpisah, kami mencatat bahwa peserta dari Rusia (Pavkin Kirill, Sultanova Aigul) dan Kazakhstan (Vitovsky Ludwig) memutuskan untuk menggunakan platform 1C:Enterprise sebagai bagian dari kompetisi. Peserta lainnya menggunakan .NET untuk desktop dan Android Studio untuk pengembangan seluler. Menariknya, peserta yang memilih 1C masih sangat muda (Kirill adalah siswa sebuah sekolah di Stavropol, tahun ini ia masuk kelas 11, Aigul adalah seorang mahasiswa, Kazan, Tatarstan), sedangkan lawan mereka jauh lebih berpengalaman ( misalnya, peserta dari Korea - pemenang kejuaraan WorldSkills 2013 di Leipzig; semuanya memiliki pengalaman berpartisipasi dalam WorldSkills dan beberapa tahun pengalaman profesional di industri tersebut).
Mengingat selama kompetisi para peserta menggunakan berbagai teknologi modern, kami berkesempatan untuk menguji platform 1C:Enterprise dalam kondisi yang benar-benar tempur, untuk membandingkan kualitas solusi yang diperoleh dengan bantuannya dan kecepatan pengembangan yang dicapai dengan penggunaannya.
Secara terpisah, kami mencatat bahwa dalam kerangka platform Solusi Perangkat Lunak TI untuk Bisnis khusus, peserta menyelesaikan tugas yang sama seperti peserta dalam platform Solusi Perangkat Lunak TI untuk Bisnis utama.
Tugas itu sendiri adalah tugas yang kompleks untuk mengotomatisasi bisnis tertentu, tahun ini contoh bisnisnya adalah perusahaan fiktif KazanNeft.
legenda
Kazan Oil adalah salah satu perusahaan minyak terbesar di Republik Tatarstan, yang beroperasi sebagai pemain pasar nasional dan merek yang diakui secara internasional di bidang ini. Kantor pusat perusahaan, yang mengkhususkan diri dalam eksplorasi lapangan, produksi, produksi, pemurnian, transportasi, dan penjualan serta distribusi minyak, produk minyak bumi, dan gas alam, berlokasi di Kazan (Rusia).
Karena perusahaan menerapkan strategi ekspansi cepat dan pembukaan kantor baru di seluruh Rusia, manajemen perusahaan memutuskan untuk memperkenalkan perangkat lunak otomasi bisnis baru yang bertujuan untuk memelihara dan mengelola operasi tertentu.
Kondisi kejuaraan
Tugas diberikan kepada peserta dalam bentuk modul (sesi) dengan syarat diselesaikan dalam waktu terbatas. Total ada 7 modul. Tiga sesi untuk penyelesaian di desktop – masing-masing 2.5 jam. Tiga sesi - pengembangan client-server, di mana klien adalah aplikasi seluler, dan komunikasi antara klien dan server dilakukan melalui WEB-API. Ini memakan waktu 3.5 jam. Sesi terakhir – tugas rekayasa balik perangkat lunak yang ada, 2.5 jam. Sebagai bagian dari rekayasa balik, peserta harus, berdasarkan informasi yang diberikan kepada mereka, merancang struktur database aplikasi (dengan membuat diagram ER), menganalisis skenario penggunaan sistem (dengan membuat diagram use case), dan juga mengembangkan dan merancang antarmuka solusi perangkat lunak sesuai dengan persyaratan fungsional yang disediakan.
Platform pengembangan utama yang digunakan adalah .NET (C#) dan Java (termasuk Android Studio untuk pengembangan seluler). SandBox eksperimental menggunakan .NET, Java dan 1C:Enterprise versi 8.3.13.
Di akhir setiap sesi, para ahli menilai hasilnya - proyek siap pakai yang mengimplementasikan tugas yang ditetapkan di awal sesi.
Keunikan tugas adalah “vitalitasnya” - banyak persyaratan dan waktu terbatas. Sebagian besar masalah bukanlah masalah khusus Olimpiade, tetapi sangat mirip dengan masalah industri nyata - para spesialis menghadapinya setiap hari. Tapi tugasnya banyak, dan waktunya terbatas. Peserta harus menyelesaikan masalah sebanyak-banyaknya yang akan memberikan manfaat terbesar bagi bisnis. Sama sekali bukan fakta bahwa tugas yang kompleks dari sudut pandang algoritmik akan memiliki bobot lebih dari tugas dasar. Misalnya, membuat sistem akuntansi tiga tabel yang berfungsi lebih penting bagi bisnis daripada formulir pelaporan yang indah dengan algoritme yang rumit, yang sama sekali tidak diperlukan tanpa tabel ini.
Kami meminta pemenang kompetisi, peserta dari Rusia, Kirill Pavkin, untuk memberi tahu kami lebih banyak tentang tugasnya dan bagaimana dia mendekati solusinya.
Di bawah ini adalah deskripsi tugas tersebut, kisah Kirill sendiri tentang bagaimana dia menyelesaikan tugas tersebut. Kami juga meminta Vitaly Rybalka, karyawan 1C dan salah satu pakar Solusi TI untuk Business Sandbox, untuk mengomentari solusi Kirill.
Sebagai bagian dari penugasan, perlu untuk mengotomatiskan aktivitas beberapa jenis pengguna:
- Bertanggung jawab untuk akuntansi aset perusahaan
- Bertanggung jawab atas perbaikan tidak terjadwal dan pemeliharaan aset perusahaan terjadwal
- Manajer pembelian untuk komponen dan bahan habis pakai
- Divisi eksplorasi minyak dan produksi minyak
- Manajemen puncak membutuhkan laporan analitis
Sesi 1
Dari segi aset (misalnya armada kendaraan), perlu dilakukan akuntansi (membuat yang baru, mengedit yang sudah ada), pencarian cepat dan berbagai macam filter untuk menampilkan informasi, memindahkan aset antar divisi Perusahaan. dan kelompok aset itu sendiri. Simpan riwayat pergerakan tersebut dan berikan analisis mengenai pergerakan tersebut di masa mendatang. Akuntansi aset terutama diterapkan untuk kelompok pengguna seluler.
Cyril: Subtugas yang menarik adalah penerapan tombol dalam daftar aset. Untuk mengatasi ini, kami menggunakan daftar dinamis: kami menulis permintaan sewenang-wenang, dan ketika menerima data di server, kami menetapkan tautan navigasi ke gambar dari perpustakaan gambar ke bidang yang diperlukan.
Berdasarkan konvensi, foto dapat dilampirkan ke aset dengan dua cara: mengambil foto (multimedia) dan memilih dari galeri (dialog pemilihan file).
Beberapa bentuk perlu digambar ulang saat layar diputar:
Saat mengubah parameter layar, kami mengubah visibilitas grup tombol.
Tugas yang menghibur namun sederhana mencakup filter dalam daftar dinamis, pencarian di dua bidang (nomor dan nama), dan pembuatan nomor seri aset.
Komentar Ahli: dari sudut pandang solusi pada platform 1C:Enterprise, tugasnya cukup jelas. Selain pembuatan aplikasi seluler yang sebenarnya, perlu juga dilakukan transfer data dari "server" DBMS (MS SQL di desktop) ke aplikasi seluler dan sebaliknya. Untuk tujuan ini, mekanisme sumber data eksternal dan layanan http digunakan dalam “aplikasi proxy” desktop. Untuk platform seluler itu sendiri, menampilkan gambar dalam daftar dinamis menghadirkan peningkatan kompleksitas.
Sesi 2
Perlu dibentuk manajemen perbaikan atas aset-aset Perseroan. Sebagai bagian dari tugas ini, perlu untuk memelihara daftar permintaan perbaikan (menurut departemen dan kelompok), memperhitungkan prioritas urgensi perbaikan, merencanakan jadwal perbaikan sesuai dengan prioritas, memesan komponen yang diperlukan dan mengambil mempertimbangkan yang sudah ada. Subtugas yang menarik adalah beberapa komponen memiliki tanggal kedaluwarsa; jika suatu bagian telah dipesan untuk suatu suatu aset dan jangka waktunya belum habis, maka untuk aset tersebut tidak perlu membeli bagian yang sama lagi. Antarmuka perbaikan dikembangkan untuk komponen desktop perangkat lunak perusahaan.
Penting juga untuk membuat formulir otorisasi yang tidak sepele untuk dua peran: penanggung jawab dan manajer layanan. Keunikannya adalah setelah otorisasi Anda harus secara otomatis memilih salah satu peran.
Formulir daftar yang tersedia untuk penanggung jawab disajikan di bawah ini:
Cyril: Hanya penyorotan permintaan layanan yang tertunda yang dapat disorot di sini. Diselesaikan dengan pemformatan bersyarat dalam daftar dinamis.
Dengan mengklik tombol di bagian bawah layar, pengguna dapat menuju ke formulir berikut:
Dari sudut pandang 1C, tidak ada yang rumit dalam bentuk ini.
Formulir yang tersedia untuk manajer layanan di bawah ini:
Formulir ini diurutkan berdasarkan prioritas dan tanggal permintaan. Dengan mengklik tombol di bawah, pengguna dapat menuju ke formulir permintaan yang dipilih:
Selain sangat mudah, formulir ini menyarankan penerapan daftar suku cadang untuk perbaikan. Subtugasnya menarik karena bagian-bagiannya memiliki tanggal kedaluwarsa. Artinya, apabila telah terjadi keadaan darurat terhadap harta tersebut dan dipesankan suatu bagian yang masa berlakunya belum habis, maka dapat digunakan kembali. Ini harus ditunjukkan kepada pengguna.
Komentar Ahli: di sini Kirill sendiri yang menempatkan aksennya dengan benar. Dari sudut pandang implementasi pada platform 1C:Enterprise, tidak ada yang terlalu rumit. Diperlukan analisis yang cermat terhadap kondisi akuntansi dan penggunaan suku cadang serta pelaksanaan tugas yang kompeten secara keseluruhan. Selain itu, permintaan layanan juga perlu dicatat dengan benar. Kesulitan utama hanya tekanan waktu 2.5 jam.
Selain itu, seperti dalam pengembangan seluler, peserta harus memperoleh data secara kompeten dari DBMS eksternal (MS SQL).
Sesi 3
Untuk pemeliharaan (maintenance) diusulkan untuk melaksanakan pelayanan perencanaan jangka panjang. Fitur yang menarik di sini adalah persyaratan untuk membuat jadwal pemeliharaan aset sesuai waktu - misalnya, setiap bulan kedua pada tanggal 3. Begitu pula menurut beberapa indikator kuantitatif - misalnya menurut odometer mobil (penggantian oli setiap 5000 km, penggantian ban setiap 20000 km). Manajer pemeliharaan seharusnya menerima aplikasi seluler yang mudah digunakan yang secara dinamis menampilkan daftar pemeliharaan yang terlambat, terkini, dan selesai untuk jangka waktu tertentu. Selain itu, setiap jenis pemeliharaan harus dicat warnanya sesuai dengan aturan yang disepakati secara khusus. Aplikasi seluler seharusnya memastikan pembuatan jadwal pemeliharaan baru dan penandaan jadwal pemeliharaan yang sudah selesai langsung di bengkel dengan pembaruan cepat informasi ini di server.
Cyril: Ada dua jenis perbaikan: berbasis waktu dan berbasis proses. Variabilitas diperbolehkan dalam masing-masing. Misalnya, rencana perbaikan dilakukan setiap hari Jumat, tanggal 13 setiap bulan, atau setiap 20,000 kilometer. Suatu tugas dianggap selesai jika ada tanda centang di sebelah kanannya.
Suatu kondisi disediakan untuk menyortir tugas dalam daftar. Selain itu, setiap baris harus disorot warnanya tergantung kondisi.
Dengan mengklik tombol di bawah, Anda dapat membuat paket layanan baru:
Bidang yang wajib diisi ditampilkan tergantung pada jenis bagan yang dipilih. Jika kita telah memilih jadwal waktu mingguan, maka kita akan diperlihatkan dua kolom: nomor minggu dan hari dalam seminggu. Misalnya pada hari Selasa setiap 3 minggu sekali.
Komentar Ahli: seperti dalam pengembangan seluler sebelumnya pada platform 1C:Enterprise, di sini tugas secara global dibagi menjadi 2 komponen - komunikasi dengan "server" melalui web-api dan tampilan daftar dinamis yang kompeten dengan desain bersyarat dan pemfilteran (pemilihan) data. Selain itu, menarik untuk menerapkan persyaratan untuk memperhitungkan perbaikan baik berdasarkan periode maupun indikator kuantitatif.
Sesi 4
Untuk komponen dan bahan habis pakai, penting untuk memperhitungkan persediaan, merencanakan pengeluaran, dan pembelian di masa depan. Selain itu, akuntansi batch muncul di sini, tetapi tidak untuk semua barang. Semua ini harus dikelola dalam beberapa gudang, termasuk penerimaan, pengeluaran, dan pergerakan. Sesuai dengan ketentuan penugasan, perlu untuk memastikan pengendalian saldo dan menghindari konflik ketika bekerja dengan stok saat ini. Manajer pembelian bekerja di perangkat lunak versi desktop.
Bentuk utama ditunjukkan di bawah ini:
Cyril: Selain mengurutkan berdasarkan kondisi, diusulkan untuk memberi pengguna kemampuan untuk mengurutkan secara acak. Di 1C Anda bahkan tidak perlu memikirkannya. Bidang dengan jumlah suku cadang harus disorot dengan warna hijau untuk faktur.
Dalam sesi ini, mereka diminta melakukan penertiban terhadap sisa barang yang ada di gudang. Jadi, pesan terkait akan ditampilkan saat Anda mencoba menghapus faktur. Di sini kita mengingat ujian spesialis platform. Bentuk invoicenya adalah sebagai berikut:
Setiap bagian memiliki karakteristik yang menentukan apakah bagian tersebut harus ditugaskan ke batch tertentu. Untuk suku cadang seperti itu, nomor batch harus dicantumkan di semua dokumen. Ini adalah pengukuran tambahan saat memantau sisa komponen. Mereka juga dapat dipindahkan antar gudang:
Bentuknya berbeda dari yang sebelumnya hanya karena alih-alih pelanggan, Anda perlu menunjukkan gudang tempat pengiriman akan dilakukan. Daftar pilihan untuk batch dikompilasi secara otomatis setelah bagian tersebut dipilih. Pengguna dapat membuat laporan saldo suku cadang:
Di sini kita dapat melihat sisa barang di gudang yang dipilih. Kotak centang di sebelah kanan gudang memungkinkan Anda mengonfigurasi pemfilteran dan penyortiran. Daftar tersebut tidak memiliki pembagian yang jelas berdasarkan lot untuk bagian-bagian yang memerlukannya. Saldo setiap nomor batch suku cadang yang dipilih dapat dilihat menggunakan link navigasi di sebelah kanan.
Komentar Ahli: pada sesi ini (modul) akuntansi batch muncul untuk pertama kalinya. Peserta diharuskan memperhitungkan bahan habis pakai dan barang tidak hanya sendiri-sendiri, tetapi juga per batch. Secara umum, tugas ini sempurna untuk platform 1C:Enterprise - tetapi semuanya harus dikembangkan dari awal dan diselesaikan dalam 2.5 jam.
Sesi 5
Pada sesi kelima, kami diberikan fungsi pengelolaan sumur. Untuk kelompok eksplorasi, perlu dibuat aplikasi mobile yang dapat menghitung sumur produksi minyak atau gas. Di sini perlu untuk menerima daftar sumur saat ini dari server dan menampilkan sumur yang dipilih secara grafis berdasarkan lapisan (tanah, pasir, batu, minyak), dengan mempertimbangkan kedalaman setiap lapisan. Selain itu, aplikasi harus memungkinkan pembaruan informasi tentang sumur dan penambahan sumur baru. Untuk aplikasi ini, pelanggan menetapkan kondisi operasi khusus dalam mode offline dan online (kontrol komunikasi dengan server) - memeriksa komunikasi dengan server setiap 5 detik dan mengubah fungsionalitas aplikasi tergantung ketersediaan server.
Cyril: Saat Anda memilih sumur, grafik batang akan ditampilkan, yang menyoroti lapisan hingga deposit minyak atau gas. Untuk setiap lapisan, nama, warna, dan rentang kemunculannya disimpan. Karena fitur desain, diagram yang dibangun ke dalam platform tidak membantu, tetapi dokumen spreadsheet mengatasi tugas tersebut dengan sempurna. Sumur dapat dibuat dan dimodifikasi:
Selain perlindungan yang sangat mudah, tidak ada yang menarik dari formulir ini.
Selanjutnya, disarankan untuk mengontrol koneksi ke server. Kami mencoba terhubung setiap 5 detik. Jika tidak berhasil, maka kami membatasi fungsi aplikasi dan menampilkan pesan.
Komentar Ahli: Tugas sesi ini menarik terutama karena kemampuan grafisnya. Peserta yang menggunakan platform 1C:Enterprise menyelesaikannya dengan dua cara berbeda - beberapa menggunakan mekanisme diagram, yang lain menggunakan dokumen spreadsheet. Setiap metode memiliki pro dan kontra. Sebagai bagian dari keputusan kejuaraan WorldSkills, waktu adalah kuncinya (ingat lagi batas waktunya). Tugas menarik lainnya adalah melakukan ping ke server setiap 5 detik dan mengubah perilaku aplikasi seluler tergantung pada ada atau tidaknya server.
Sesi 6
Diusulkan untuk membuat ruang kerja untuk manajemen puncak – Dasbor. Pada satu layar perlu ditampilkan indikator kinerja umum perusahaan untuk periode tertentu dalam bentuk grafik dan tabel. Bentuk utamanya adalah laporan biaya:
Selain Dashboard, perlu diterapkan pendistribusian suku cadang untuk perbaikan aset dengan menggunakan metode penghapusan FIFO/LIFO/“Cheapest goes first”.
Selama distribusi, akuntansi batch diperhitungkan, kontrol keseimbangan dan perlindungan terhadap tindakan pengguna yang tidak sah (“perlindungan bodoh”) digunakan.
Cyril: Untuk menyelesaikannya, tabel nilai dengan pembuatan kolom perangkat lunak digunakan, karena jumlahnya bisa berubah-ubah:
- Tabel pertama menunjukkan total biaya departemen per bulan. Divisi yang paling tidak menguntungkan dan menguntungkan masing-masing disorot dengan warna merah dan hijau.
- Tabel kedua menunjukkan suku cadang yang paling mahal dan paling sering digunakan setiap bulannya. Jika ada beberapa bagian yang memenuhi kriteria, maka harus ditampilkan dalam satu sel, dipisahkan dengan koma.
- Aset yang paling mahal (dalam hal biaya suku cadang) ditampilkan di baris pertama tabel ketiga. Baris kedua menampilkan pembagian aset di atas. Jika ada dua aset termahal dengan biaya yang sama, maka keduanya harus ditampilkan dalam sel yang sama, dipisahkan dengan koma.
Diagram ditampilkan menggunakan mekanisme bawaan platform, dan diisi secara terprogram menggunakan kueri.
Diusulkan juga untuk menerapkan dukungan untuk multibahasa. Program memuat file XML dengan lokalisasi elemen antarmuka, dan formulir harus digambar ulang saat memilih bahasa di daftar drop-down.
Saat Anda mengklik tombol di sudut kiri bawah layar, formulir manajemen inventaris akan terbuka:
Dalam bentuk ini, kami akhirnya mulai mengeluarkan suku cadang untuk perbaikan. Di sini pertama-tama kita menemukan bagian-bagian yang kita perlukan untuk memperbaiki aset tersebut. Berdasarkan kolom yang dipilih dan metode distribusi (FIFO, LIFO atau harga minimum), kecocokan yang ditemukan atau pesan jika tidak ada kecocokan akan ditampilkan. Anda kemudian dapat menandai bagian-bagian tersebut sebagai bagian yang dimaksudkan untuk memperbaiki aset tersebut. Kontrol saldo relevan untuk sesi saat ini. Jika kami telah menetapkan detailnya, maka detail tersebut tidak dapat ditemukan lagi.
Komentar Ahli: sesi yang sangat menarik. Ini memanfaatkan kemampuan platform 1C:Enterprise secara maksimal - ini adalah pekerjaan yang kompeten dengan tabel virtual register akumulasi, dan pekerjaan terprogram dengan elemen formulir (pertama-tama - tabel, kedua - judul), dan diagram. Bahkan LIFO/FIFO saat menganalisa persediaan, analisa untung/rugi, dll.
Sesi 7
Di akhir tugas (sesi 7), pelanggan menyediakan perangkat lunak (file exe) untuk aktivitas proyek dan video pendek tentang cara mengerjakannya. Rekayasa balik perlu dilakukan dan, berdasarkan ini, membuat 2 diagram: diagram kasus penggunaan dan diagram hubungan entitas. Selain itu, beberapa persyaratan diajukan untuk pembuatan perangkat lunak di masa depan - tata letak antarmuka perlu dibuat sesuai dengan persyaratan ini.
Sesuai dengan kondisi kompetisi, hanya MS Visio yang diharuskan membuat diagram.
Komentar Ahli: pada sesi ini, kemampuan platform 1C:Enterprise praktis tidak digunakan. Diagram kondisi kompetisi dibuat di MS Visio. Tetapi prototipe antarmuka dapat dibuat di basis informasi 1C yang kosong.
Catatan umum
Di awal setiap sesi, diusulkan untuk mengimpor data menggunakan skrip SQL. Ini adalah kelemahan utama penggunaan 1C dibandingkan dengan C#, karena kami menghabiskan setidaknya setengah jam untuk menyaring data ke dalam sumber data eksternal, membuat tabel kami sendiri, dan memindahkan baris dari sumber eksternal ke dalam tabel kami. Selebihnya hanya perlu mengklik tombol Execute di Microsoft SQL Studio.
Untuk alasan yang jelas, menyimpan data di perangkat seluler bukanlah ide yang baik. Oleh karena itu, selama sesi seluler kami membuat basis server. Mereka menyimpan data di sana dan menyediakan akses ke sana melalui layanan http.
Komentar Ahli: keseimbangan 1C/non-1C menarik di sini - sementara pemrogram 1C:Enterprise menghabiskan banyak waktu untuk terhubung ke DBMS eksternal (Kirill menyebutkan ini secara terpisah di atas), pengembang C#/Java (Android Studio untuk pengembangan seluler) menghabiskan waktu di area lain – antarmuka, menulis lebih banyak kode. Oleh karena itu, hasil setiap sesi tidak dapat diprediksi dan sangat menarik bagi semua pakar. Dan intrik ini tetap ada sampai akhir - lihat saja tabel pemenang terakhir dengan pembagian poin.
Kirill menyelesaikan ceritanya :)
Sebagai kesimpulan, harus diingat bahwa pelaku tidak perlu "hanya memprogram tugas sesuai dengan spesifikasi teknis" - ia harus menganalisis tugas, memilih blok untuk implementasi subtugas, merancangnya, dan memutuskan apa sebenarnya yang akan dilakukannya. mampu menerapkannya dalam waktu yang sangat singkat. Selama 4 hari saya harus bertindak di bawah tekanan waktu yang parah, sering kali memulai setiap sesi berikutnya dari awal. Bahkan seorang spesialis dewasa dengan pengalaman bertahun-tahun di industri ini akan mengalami kesulitan besar dalam menyelesaikan tugas yang diberikan untuk sesi tersebut 100% dalam waktu yang ditentukan.
Sistem penilaian yang diadopsi patut mendapat perhatian khusus.
Untuk setiap sesi, penulis tugas mengembangkan sistem kriteria yang kompleks, termasuk memeriksa fungsionalitas, pengoperasian yang benar, persyaratan untuk antarmuka aplikasi, dan bahkan mengikuti panduan gaya yang khusus diberikan kepada peserta oleh perusahaan tempat mereka mengembangkan solusinya.
Kriteria evaluasi dirinci dengan sangat halus - dengan total biaya tugas sesi berjumlah puluhan poin, memenuhi beberapa kriteria dapat menambah sepersepuluh poin bagi peserta. Hal ini mencapai tingkat penilaian yang sangat tinggi dan objektif terhadap hasil setiap peserta dalam kompetisi.
Temuan
Hasil akhirnya sangat mengesankan.
Dalam perjuangan sengit, Kirill Pavkin dari Rusia yang menggunakan platform 1C:Enterprise menang. Kirill berusia 17 tahun, dia berasal dari Stavropol.
Secara harfiah sepersepuluh poin memisahkan pemenang dari pengejarnya. Juara kedua direbut oleh peserta asal Taiwan. Tabel keseluruhan dari enam hasil teratas terlihat seperti ini:
Tentu saja Kirill menang berkat bakat, pengetahuan dan keterampilannya.
Namun, kami mencatat bahwa ketiga peserta yang menggunakan platform 1C:Enterprise sebagai alat termasuk dalam lima besar - yang merupakan konfirmasi tanpa syarat dari teknologi 1C:Enterprise tingkat dunia.
Berdasarkan hasil kompetisi, para pemenang diberikan penghargaan di media center KazanExpo, para pemenang mendapatkan medali emas murni (sesuai dengan tempatnya) dan hadiah uang tunai. Mereka juga mendapatkan sertifikat yang memungkinkan mereka menjalani magang di 1C.
Sumber: www.habr.com