Rangkuman Kita kompetisi pemrograman terbaru adalah yang paling populer sejauh ini dalam hal jumlah entri – 137 secara keseluruhan setelah kami menghapus duplikasinya.
Para juri tertarik untuk melihat seberapa populer Python saat ini: hampir setengah (sedikit lebih dari 48 persen) dari peserta menggunakan bahasa ini sebagai bahasa pilihan, dengan Java sebagai bahasa terpopuler berikutnya dengan “hanya” 32 persen. Yang lebih mengejutkan adalah bahwa hampir 12 persen peserta menggunakan PHP – tampaknya ada banyak pengembang web di luar sana yang memutuskan untuk menggunakan bahasa favorit mereka untuk tantangan kami meskipun bahasa tersebut tidak memiliki persyaratan untuk web yang funky.
Peserta kompetisi yang disponsori oleh IBM ini berasal dari 22 negara, yang merupakan variasi yang fantastis. Dengan 79 peserta (58 persen dari total), Inggris adalah yang paling banyak, diikuti oleh 15 peserta dari AS, enam peserta masing-masing dari Irlandia dan Belanda, dan lima peserta masing-masing dari Australia, Kanada, dan Denmark.
Entri favorit kami adalah yang ada di Fortran 90. Penulisnya (Simon: Anda tahu siapa Anda …) mencatat dalam komentar: “Tentu saja tidak memenuhi syarat karena kendala bahasa yang aneh, tetapi jika Anda berpikiran maju dan berpikiran terbuka seperti saya, Anda setidaknya akan tertarik dengan entri ini”. Kami tidak yakin apakah kami akan setuju bahwa kendala bahasa itu “aneh” (tidak dapat dikatakan bahwa kami melihat banyak kode dalam pekerjaan sehari-hari kami yang nama berkas sumbernya diakhiri dengan “.f90”) tetapi kami sekarang tahu bahwa kami dapat menjalankan program Fortran 90 di Mac, dan itu adalah entri yang menyenangkan untuk dihadapi.
Kami juga menemukan fakta menarik tentang Python: memasukkan sesuatu ke dalam struktur data tanpa memaksakan urutan sortir dapat berakhir dengan pengurutan hasil yang tidak deterministik. Data pengujian kami berisi beberapa contoh di mana dua pesaing berakhir dengan skor yang sama. Dalam tidak kurang dari 12 solusi, menjalankan program beberapa kali terkadang menghasilkan A sebelum B dalam berkas keluaran tetapi terkadang menempatkan B sebelum A. Tampaknya itu adalah hal Python, karena kami tidak melihatnya – setidaknya dengan data pengujian kami di platform kami – dengan bahasa lain. Kebetulan, di mana ada dua pesaing dengan skor yang sama, beberapa solusi hanya menempatkan salah satunya dalam berkas keluaran.
Ada sedikit kesalahan anak sekolah. Kami menetapkan bahwa solusi harus disajikan sebagai satu berkas kode, dan hanya segelintir orang yang tidak melakukannya. Anda yang berkomentar bahwa ini bukan praktik terbaik, dari segi pemrograman: ya, kami setuju, tetapi dalam kasus ini, ini adalah kompromi untuk membuat sejumlah besar solusi yang berpotensi menjadi algoritma yang relatif sederhana menjadi seragam dan mudah dijalankan melalui skrip kami. Dan hanya dua entri yang berhasil gagal karena salah mengeja “Decathlon” menjadi “Decathalon” dalam nama program mereka dan/atau nama berkas input/output.
Beberapa solusi – 16, atau hampir 12 persen – berhasil menghitung skor secara tidak tepat. Salah satunya agak aneh karena semua benar kecuali satu, tetapi satu yang salah itu termasuk di antara contoh yang tidak terlalu rumit. Dalam beberapa kasus, tampaknya ada yang jatuh dari batas atas representasi angka – beberapa skor yang lebih tinggi salah sementara yang lebih rendah benar. Menguji solusi sebelum pengajuan terhadap serangkaian data uji yang kuat selalu merupakan ide yang bagus, dan dalam kasus ini tidak ada alasan untuk tidak melakukannya karena ada banyak sekali di internet.
Jadi, misalnya, ketika kami menulis contoh solusi kami, beberapa kasus uji yang kami gunakan sebenarnya adalah skor Daley Thompson yang sebenarnya dari Olimpiade 1980 dan 1984, sebagaimana disediakan oleh Tn. Google (mengingat bahwa sistem penilaian memang berubah pada tahun 1984). Dan jika Anda terlalu muda untuk mengetahui siapa Daley Thompson, mintalah seseorang yang berusia di atas 40 tahun untuk membuat Anda bosan dengan kisah-kisah tentang betapa legendarisnya dia saat itu.
Pemformatan keluaran juga menjadi masalah dalam beberapa kasus. Yang paling umum adalah kegagalan untuk membenarkan beberapa skor yang lebih tinggi dengan benar – beberapa peserta mungkin berasumsi bahwa skor tidak akan lebih dari empat atau lima digit, sehingga beberapa kasus pengujian yang lebih boros melampaui kolom ke-25. Dan dalam beberapa solusi, nama-nama dalam berkas keluaran tidak dinyatakan dalam huruf kapital (petunjuk dan contoh keluaran menyatakan/menunjukkan bagaimana hal ini seharusnya dilakukan).
Akhirnya, beberapa solusi gagal karena tidak menangani sampah dalam berkas masukan. Jadi misalnya kami nyatakan dalam instruksi: “Anda harus … bersiap menghadapi kemungkinan adanya karakter dan/atau baris tambahan setelah penanda yang menunjukkan akhir berkas masukan”. Diterjemahkan dari bahasa hakim, ini berarti Anda dapat benar-benar yakin bahwa data pengujian kami akan memiliki jenis sampah seperti ini yang dimasukkan untuk menguji cara Anda menanganinya.
Sekarang kita lanjut ke hasilnya. Tentu saja kami langsung membuang solusi yang tidak berjalan lancar hingga tuntas atau hanya memberikan jawaban yang salah saat dijalankan terhadap data pengujian kami. Kami kemudian harus melihat solusi yang tersisa yang telah memproses data dengan benar dan memutuskan mana yang paling kami sukai berkenaan dengan cara penulisannya, kejelasan kode, efisiensi algoritma (bukan waktu eksekusi yang sebenarnya – itu akan menjadi perbandingan yang tidak realistis) dan seterusnya.
Dan setelah beberapa pertimbangan… kami telah memutuskan bahwa pemenangnya kali ini adalah Brett Fernandes dari Gauteng di Afrika Selatan. Kerja bagus, Brett.
Mohon maaf, Foto memang tidak relevan. Jika keberatan atau harus diedit baik Artikel maupun foto Silahkan Klik Laporkan. Terima Kasih
