Menghilangkan rasa takut akan pekerjaan pertama anda

Masih dari filem "Harry Potter and the Prisoner of Azkaban"

Masalah dunia ini ialah orang yang berpendidikan penuh dengan keraguan, tetapi orang bodoh penuh keyakinan.

Charles Bukowski

Saya baru-baru ini mengajar satu lagi pelajaran pengaturcaraan satu lawan satu. Tidak seperti kelas biasa, topik itu bukanlah pembinaan bahasa atau penyelesaian masalah. Pelajar itu berkongsi kebimbangannya tentang pekerjaan masa depan. Pelajar itu sendiri agak bijak. Salah seorang daripada mereka yang datang ke kursus menyelesaikan keseluruhan program lebih cepat daripada orang lain dan dengan penyelesaian asal, tetapi sepanjang masa dia dengan ikhlas memandang rendah dirinya. Pada pendapat saya, keraguan tersebut hanya timbul daripada kekurangan maklumat. Saya cuba mengisi kekosongan ini secara tiba-tiba semasa pelajaran.

Soalan-soalannya adalah seperti ini:

• Setiap tahun ramai pelajar lulus dari universiti dan mereka semua pergi mencari kerja. Itu ramai orang. Mereka mungkin akan mengupah yang terbaik, tetapi saya tidak akan mendapat tempat.
• Bagaimana jika saya kacau dan dipecat serta-merta?
• Bagaimana jika dalam proses kerja mereka menyedari bahawa saya bodoh dan menendang saya keluar?

Pelajar ini bukanlah orang pertama yang saya jawab soalan sebegitu. Ramai orang memilikinya, dan biasanya mereka perlu diberitahu tanpa persediaan. Kali ini saya memutuskan untuk menulis monolog saya dalam buku nota. Saya fikir ia akan menjadi beberapa perenggan, tetapi ia akhirnya cukup untuk keseluruhan artikel.

Artikel itu menerangkan pandangan dari sudut pandangan saya dan berdasarkan pengalaman saya. Walau bagaimanapun, dunia kita sangat pelbagai dan perkara yang menakjubkan berlaku di dalamnya. Jika anda tidak bersetuju dengan sesuatu atau pengalaman anda entah bagaimana berbeza, sila tulis ulasan.

Artikel itu ditulis oleh pembangun untuk pembangun. Walau bagaimanapun, jika anda bercadang untuk melakukan ujian, pentadbiran atau apa-apa lagi dalam IT, maka beberapa nasihat juga akan berguna kepada anda.

Mereka tidak akan mengupah anda sama sekali

Apabila anda membayangkan bahawa banyak universiti menamatkan pengajian ratusan pelajar setiap tahun, ia menjadi tidak selesa. Bagaimana untuk bersaing dengan orang ramai yang begitu besar?

Malangnya, tidak semua graduan mempunyai latihan teknikal yang mencukupi. Cuba tanya beberapa pelajar universiti yang anda kenali: bagaimanakah orang dalam kumpulannya mendapat kemasukan ke peperiksaan dalam disiplin seperti "pangkalan data" atau "asas algoritma dan pengaturcaraan"? Dalam kumpulan 30 orang, paling baik, akan ada 3-5 lelaki "maju" yang benar-benar melakukan semuanya sendiri. Selebihnya hanya menyalin daripada mereka, menjejalkan jawapan kepada soalan dan menyerahkan.

Beginilah keadaan semasa saya belajar sendiri. Walau bagaimanapun, pengalaman saya mungkin tidak mewakili. Jadi saya bertanya soalan ini kepada beberapa pelajar yang berbeza. Jawapannya hampir sama. Responden adalah dari universiti dan kolej yang berbeza. Saya akan meninggalkan perbincangan tentang sebab di luar skop artikel ini. Saya tidak mempunyai masa yang cukup untuk kajian penuh, jadi saya akan membuat kesimpulan daripada fakta yang ada.

Di antara ratusan graduan, hanya sedozen yang menarik minat majikan

Segelintir graduan boleh memberikan persaingan sebenar untuk pelajar yang berkebolehan dengan persediaan yang baik. Walau bagaimanapun, walaupun anda belajar dengan teliti, selepas temu duga pertama anda berkemungkinan besar tidak akan diupah. Selepas yang kedua, mungkin juga. Segala-galanya mungkin menjadi baik, tetapi lebih baik mempersiapkan diri bukan untuk serangan, tetapi untuk pengepungan. Percubaan yang tidak berjaya untuk mendapatkan pekerjaan hanyalah alasan untuk memperbaiki kesilapan anda dan mencuba lagi. Saya tidak akan bercakap tentang persediaan untuk temuduga. Banyak telah ditulis mengenai topik ini di Internet. Saya hanya akan mengatakan bahawa terdapat nuansa dalam temu bual yang program latihan anda mungkin tidak akan mengambil masa untuk menerangkan. Cari maklumat ini sendiri, ia mungkin mengurangkan bilangan percubaan.

Kegilaan adalah pengulangan tepat dari tindakan yang sama. Dari semasa ke semasa, mengharapkan perubahan

Albert Einstein

Untuk mengelakkan temu duga daripada bertukar menjadi kegilaan, anda perlu menambah baik selepas setiap percubaan baharu. Hafal atau tulis soalan yang ditanya semasa temu duga. Apabila anda pulang ke rumah, lihat senarai ini dan semak diri anda menggunakan Internet. Dengan cara ini anda akan memahami di mana anda dan penemuduga membuat kesilapan. Ini juga berlaku. Semak atau kaji topik yang anda lakukan dengan buruk dan cuba lagi.

Di samping itu, terdapat pasaran buruh yang bermusim yang ketara. Syarikat pintar merancang pengambilan pekerja berdasarkan tarikh tamat pengajian. Terdapat lebih banyak kekosongan untuk pendatang baru pada musim bunga berbanding pada masa lain. Walau bagaimanapun, persaingan adalah lebih tinggi pada masa ini.

Bodoh - dipecat

Apabila seseorang tanpa pengalaman diupah, terdapat harapan yang sepadan untuknya.

Pendatang baru dalam pekerjaan itu dijangka:

• Pengetahuan asas teknikal umum
• Mempelajari spesifik bidang subjek syarikat
• Menguasai alatan dan amalan yang digunakan

Sesetengah organisasi menyediakan kursus latihan untuk pendatang baru mengenai teknologi, alatan dan prosedur tempatan yang digunakan. Sebagai contoh, adab yang baik apabila menggunakan e-mel korporat, prosedur untuk menukar dokumen dalam wiki, ciri tempatan bekerja dengan VCS dan penjejak pepijat.

Terdapat juga kursus pengenalan teknikal, tetapi kegunaannya diragui. Jika bercakap tentang pekerjaan, maka majikan yakin bahawa anda mempunyai tahap pengetahuan yang mencukupi. Adalah lebih baik untuk mengambil kursus sedemikian dengan niat baik, sebagai formaliti kecil. Mungkin sebenarnya akan ada sesuatu yang berguna dalam diri mereka.

Apabila anda mula bekerja, ingat bahawa seorang pemula pasti tidak akan diamanahkan untuk menyelesaikan tugas yang mendesak, kompleks dan pada masa yang sama penting. Kemungkinan besar hanya akan ada satu daripada hartanah ini. Atau ringkas tetapi mendesak: betulkan reka letak, hantar fail kepada seseorang, keluarkan semula masalah itu. Atau sukar, tetapi tanpa sebarang harapan untuk siap - supaya pemula mengumpul lebih banyak rake. Atau penting, tetapi eksperimen. Sebagai contoh, projek yang semua orang inginkan sejak sekian lama, tetapi tidak dapat mencari masa untuk dilaksanakan.

Tugas untuk menguasai alat akan menjadi "sukar" dan buatan. Kemungkinan besar ini akan menjadi versi ringkas sistem utama. Tugasan sedemikian menggunakan tindanan teknologi yang sama dan istilah domain yang sama dengan keseluruhan projek. Dalam kes ini, keputusan pelaksanaan tidak akan diberikan kepada pengguna akhir. Ini boleh melemahkan semangat, tetapi adalah lebih baik untuk menahan sentimen ini. Tugas buatan mesti dilakukan dengan teliti, seolah-olah nasib projek bergantung kepadanya.

Hasil daripada menyelesaikan masalah pertama anda akan membentuk tanggapan pertama anda di kalangan rakan sekerja yang tidak hadir semasa temu duga.

Pilihan lain untuk tugas penguasaan alat ialah "jalankan projek pada persekitaran mesin/ujian tempatan." Kadang-kadang proses ini diterangkan dalam arahan. Tetapi mereka biasanya sudah tua dan di beberapa tempat ketinggalan zaman. Anda boleh membawa faedah sebenar kepada projek jika anda menulis arahan baharu dengan penjelasan mengenai masalah yang timbul. Sudah tentu di universiti anda perlu menulis RGR untuk laporan mengenai beberapa disiplin. Ia hampir sama di sini. Dokumen itu harus mencerminkan tindakan yang perlu dilakukan untuk melancarkan.

Biasanya langkah untuk menjalankan produk pada persekitaran ujian adalah seperti ini:

• klon repositori, tukar kepada beberapa cawangan atau tag
• buat beberapa fail konfigurasi
• menyediakan struktur pangkalan data
• isi dengan data ujian
• membina atau menyusun projek,
• jalankan satu set skrip konsol dalam urutan tertentu

Semasa proses menjalankan sistem secara tempatan, masalah yang tidak dijangka pasti akan timbul.

Penyelesaian yang ditemui untuk masalah mesti ditambahkan pada arahan penggunaan. Kemudian apabila anda mengikuti arahan seterusnya, masalah ini tidak akan timbul lagi. Apabila mengisi fail konfigurasi dan skrip panggilan, anda perlu memberi perhatian kepada nilai yang digunakan di mana dan apa yang patut dipadankan. Sebagai contoh, jika projek dipasang menggunakan sistem CI dan kemudian dilancarkan oleh skrip, maka adalah penting untuk memahami tempat untuk menulis nama cawangan atau nombor komit. Ia berlaku bahawa skrip melibatkan pemindahan alamat IP atau nama DNS pangkalan data, log masuk dan kata laluannya. Dalam kes ini, anda perlu tahu alamat mana yang hendak digunakan untuk persekitaran ujian, log masuk apa yang ada dan kata laluan apa yang anda perlu tentukan untuk mereka.

Sesetengah tugasan mungkin kelihatan mudah kepada pembangun berpengalaman tetapi mencabar kepada pelatih. Ini adalah biasa.

Pemaju perlu menyelesaikan masalah teknikal setiap hari. Pekerja yang berpengalaman telah menyelesaikan banyak masalah sebelum ini, sementara pendatang baru masih belum mengatasinya. Taktik terbaik ialah merekodkan semua ralat yang dihadapi dalam dokumen "menyelesaikan masalah dengan ${task name}". Untuk setiap masalah, anda perlu merumuskan hipotesis tentang punca, mencari penyelesaian di Internet dan mencubanya satu demi satu. Keputusan setiap percubaan juga mesti direkodkan.

Pendaftaran penyelidikan anda dalam bentuk dokumen akan membolehkan anda:

• memunggah butiran kecil dari kepala anda. Contohnya, parameter konfigurasi, alamat DNS/IP, arahan konsol dan pertanyaan SQL.
• ingat "apa yang saya lakukan semalam" apabila tugas itu berlangsung selama beberapa hari
• jangan berkeliaran dalam bulatan. Anda sentiasa boleh membaca perkara yang anda lakukan sebelum ini dan memahami bahawa anda telah kembali kepada masalah asal
• menjawab dengan jelas soalan: "apa yang anda lakukan hari ini?" walaupun belum ada penyelesaian siap sedia.

Anda perlu dapat menyampaikan status tugas anda kepada rakan sekerja

Dari semasa ke semasa, rakan sekerja akan berminat dengan kejayaan anda dan berkongsi kejayaan mereka. Luangkan sedikit masa untuk ini setiap hari atau mingguan.

Jika anda tidak menjejaki masalah yang dihadapi dan diselesaikan, maka menerangkan kejayaan anda akan kelihatan seperti: “Saya cuba melakukan tugas itu, tetapi saya tidak dapat melakukannya. Saya masih mencari penyelesaian." Daripada cerita ini tidak jelas sama ada pelatih itu melakukan apa-apa atau hanya duduk dan membaca. Adakah dia memerlukan bantuan? Adakah keadaan berubah sejak semalam?

Jika anda menyimpan dokumen untuk mencari penyelesaian, anda boleh menyebut "Saya cuba melakukan tugas ini. Saya mempunyai kesilapan seperti ini. Inilah cara saya memutuskan. Saya belum berurusan dengan yang ini lagi. Terdapat hipotesis dan penyelesaian ini. Saya sedang memeriksa mereka sekarang."

Jika tugas boleh diukur dalam apa jua cara, maka status harus mengandungi nombor. Sebagai contoh, untuk tugas "tulis ujian unit untuk modul", anda boleh menyebut "Saya merancang untuk melakukan 20 ujian, kini saya telah menulis 10."

Lebih banyak butiran yang anda berikan, lebih baik rakan sekerja anda akan memahami perkara yang anda lakukan. Ini akan mewujudkan sikap positif terhadap anda dalam kalangan rakan sekerja anda dan akan membolehkan mereka memahami sama ada anda memerlukan bantuan atau tidak.

Jangan ragu untuk meminta bantuan

Saya menulis di atas bahawa apabila masalah timbul, anda perlu merumuskan hipotesis tentang punca dan kemungkinan penyelesaiannya. Walau bagaimanapun, ia berlaku bahawa hipotesis tidak wajar, dan penyelesaian yang didapati secara bebas untuk masalah itu tidak berfungsi. Dalam kes ini, lebih baik meminta bantuan. Untuk tidak menyalahgunakan perhatian rakan sekerja anda, anda perlu menyelesaikan sendiri setiap masalah. Jika anda tidak dapat mencari penyelesaian dalam beberapa jam, sudah tiba masanya untuk mendapatkan nasihat daripada rakan yang lebih berpengalaman.

Tempat yang baik untuk bermula ialah dengan bertanya, "adakah sesiapa yang menghadapi masalah ini sebelum ini?" dengan penerangan ringkas tentang masalah tersebut. Adalah dinasihatkan untuk melampirkan sekeping mesej ralat atau tangkapan skrin. Adalah lebih baik untuk menghantar mesej ini buat kali pertama ke beberapa sembang kerja umum. Dengan cara ini anda tidak mengganggu mereka yang benar-benar sibuk dari kerja. Rakan sekerja percuma akan melihat mesej anda dan akan dapat membantu.

Jika selepas mesej dalam sembang umum tiada sesiapa membantu, cuba tangkap rakan sekerja yang berpengalaman semasa rehat: makan tengah hari, pergi minum teh/kopi, permainan tenis atau rehat asap. Jika ini tidak berjaya, laporkan masalah anda pada mesyuarat atau pendirian.

Jika masalah yang diketahui diselesaikan, ini semua mungkin berakhir di sana. Sekiranya masalah itu baru, maka penyiasatan akan dimulakan, di mana perlu untuk bertindak mengikut keadaan.

Tugas pemula "penting" yang diperlukan oleh pengguna akhir akan membosankan dan kecil. Contohnya, "tambah lajur tambahan pada laporan" atau "betulkan kesilapan taip dalam borang bercetak" atau "laksanakan kaedah model untuk memuatkan atribut klien daripada DBMS." Tujuan tugasan sedemikian adalah untuk pemula membiasakan diri dengan bidang subjek dan disepadukan ke dalam kerja harian.

Adalah penting bukan sahaja untuk menyelesaikan masalah secara teknikal, tetapi juga untuk mengembangkan pengetahuan tentang bidang subjek.

Syarat akan muncul dalam huraian tugas, dalam sembang dan perbualan. Mereka mungkin kelihatan seperti kata nama biasa. Walau bagaimanapun, dalam rangka sistem maklumat, ia mempunyai makna yang istimewa dan lebih tepat. Makna istilah yang ditemui paling baik direkodkan dalam dokumen khas - kamus istilah. Apabila menambah kamus, cukup untuk menulis pemahaman anda tentang perkataan itu, tetapi untuk penyahkodan sebenar adalah lebih baik untuk menghubungi penganalisis. Jika ia hilang, kemudian pergi ke pemasa lama projek itu. Mengekalkan kamus istilah adalah salah satu cara paling mudah untuk membiasakan diri dengan bidang subjek projek.

Sebaik sahaja anda menemui bahasa yang sama dengan rakan sekerja anda, mereka akan mula melihat anda bukan sebagai pelatih baru, tetapi sebagai pakar yang sama.

Terdapat tugas khas, sebagai contoh, "tulis ujian unit untuk modul." Anda hampir tidak boleh terjebak padanya untuk masa yang lama mencari penyelesaian. Pada masa yang sama, ia agak serius dan diberikan bukan sahaja untuk latihan pelatih. Ujian bertulis meningkatkan kestabilan projek dengan mengurangkan pepijat dalam aplikasi dan mengurangkan masa untuk ujian manusia. Dalam dunia yang ideal, ujian unit ditulis serta-merta semasa pembangunan, tetapi realitinya sentiasa berbeza. Ia berlaku bahawa pemaju modul menyimpannya sepenuhnya dalam kepalanya dan tidak melihat keperluan untuk menulisnya. "Semuanya jelas, apa yang perlu diuji?" Kadangkala modul ditulis dalam mod tergesa-gesa dan tiada masa lagi untuk ujian unit. Jadi di dunia nyata mungkin tidak ada ujian unit. Oleh itu, tugas menulis ujian unit diberikan kepada pemula. Dengan cara ini, pelatih akan dapat membiasakan diri dengan projek dengan lebih cepat, dan projek itu akan dapat menjimatkan masa pakar yang bergaji lebih tinggi.

Ia berlaku bahawa pelatih dan pendatang baru diberikan peranan sebagai penguji sepenuhnya. Biasanya, sebelum melakukan ini, anda perlu menggunakan produk secara tempatan dan membaca keperluan. Akibatnya, pekerja baharu dijangka:

• soalan seperti “kalau buat macam ni, jadi macam ni. Ini tiada dalam syarat. Ia harus?"
• tugas dalam penjejak pepijat "keperluan mengatakan ini, tetapi sebenarnya ia ditulis secara berbeza."

Pengujian adalah kawasan yang terlalu luas untuk artikel ini. Jika anda diberi tugasan yang serupa, cari di Internet untuk mencari cara terbaik untuk menyelesaikannya.

Jika anda mengacau, anda akan dipecat

Dalam organisasi biasa, jika tiba-tiba berlaku bahawa pekerja yang tidak berpengalaman mendapat akses kepada sesuatu yang kritikal dan merosakkan sesuatu, maka orang yang membenarkan perkara ini berlaku akan dipersalahkan. Kerana seorang pemula, secara lalai, tidak mempunyai akses kepada infrastruktur kritikal. Dengan bimbingan yang mencukupi, mereka tidak akan membiarkan semua anjing membazir pada pelatih yang tidak berpengalaman.

Jika sesuatu berlaku, mereka tidak akan memecat anda kerana satu insiden. Orang belajar dari kesilapan. Intern yang mengacau mendapat pengajaran yang berharga dan sangat berbeza dengan intern yang lain. Jika anda memecat seseorang yang membuat kekacauan, orang lain akan menggantikannya dan membuat kekacauan dengan cara yang sama.

Perkara utama ialah belajar dari kesilapan dan tidak mengulanginya lagi.

Sekiranya seseorang tidak membuat kesimpulan dari kesilapannya, maka mereka akan cuba mengucapkan selamat tinggal kepadanya. Walau bagaimanapun, dunia adalah pelbagai. Dalam sesetengah organisasi samseng mereka boleh segera membuang anda keluar dari tingkap untuk kesilapan pertama. Tetapi adalah lebih baik untuk mengelakkan syarikat sedemikian dengan membuat pertanyaan terlebih dahulu atau mengetahui lebih lanjut semasa temu duga.

Adalah lebih baik untuk mengelakkan kejadian

Walaupun anda secara peribadi tidak dipecat kerana kesilapan, kejadian sedemikian akan menyebabkan masalah yang tidak diingini untuk pasukan anda dan projek secara keseluruhan. Oleh itu, berhati-hati terutamanya dengan operasi memadam atau mencipta jadual dalam pangkalan data, fail, contoh perkhidmatan dan dokumen dalam pangkalan pengetahuan projek. Jika anda menemui alamat sambungan baharu, semak dengan sekurang-kurangnya dua orang yang berbeza perkara yang boleh dilakukan di sana. Semak hak anda dalam persekitaran bukan melalui percubaan dan kesilapan, tetapi dengan menggunakan arahan yang sesuai. Contohnya, hak untuk memadam fail menggunakan arahan `ls`, hak untuk bekerja dengan jadual dalam mysql menggunakan arahan `SHOW GRANTS FOR 'user'@'host';` dan seumpamanya. Dalam hampir mana-mana alat anda akan mempunyai peluang yang sama.

Semasa mengedit fail, simpan salinan asal untuk diri sendiri, untuk berjaga-jaga.

Beberapa halangan dibina antara pelatih dan pengguna akhir.

Jika anda boleh memberikan produk anda dengan segera kepada pengguna, anda tidak akan mendapat pekerjaan, tetapi untuk memulakan "berenang percuma". Tetapi sementara anda tidak mempunyai peluang sedemikian (dan pada masa yang sama, tanggungjawab), anda perlu melalui beberapa peringkat kawalan pada projek itu.
Yang pertama adalah pengesahan oleh mentor. Dia menilai keputusan newbie dari sudut teknikal. Jika mentor belum ditugaskan, maka anda perlu mencarinya. Untuk melakukan ini, anda perlu memilih salah satu daripada pemasa lama projek itu dan semasa rehat minta dia melihat penyelesaiannya: adakah masalah itu diselesaikan dengan betul? Jika dia mula mencari dan bertindak balas, maka mentor telah ditemui. Jika dia mengabaikannya, maka ia patut bertanya kepada orang lain.

Peringkat seterusnya ialah Jaminan Kualiti. Dalam bahasa Rusia - penguji. Dalam gaya Soviet - kawalan standard dan jabatan kawalan kualiti. Mereka mesti memastikan bahawa prestasi pelatih adalah konsisten dengan tugas yang diberikan kepadanya. Mereka jarang membaca kod tersebut. Selalunya, penguji akan menyemak projek yang dibina, yang disimpan oleh pembangun dalam sistem kawalan versi.

Peringkat ketiga ialah pengurus pelepasan. Mungkin tidak ada orang yang berasingan untuk tugas ini, tetapi seseorang masih memainkan peranan itu. Dia menyemak bahawa penguji telah mengesahkan bahawa projek itu boleh dikeluarkan. Selepas ini, ia menjalankan aktiviti untuk menyampaikan produk kepada pengguna akhir.
Dalam organisasi kecil, halangan ini mungkin tidak wujud atas pelbagai sebab. Walau bagaimanapun, mereka tidak akan memberi tugas kepada pemula untuk mengubah sesuatu yang penting. Kerana tiada siapa yang memerlukan risiko ini.

Anda perlu terlibat dalam pertempuran dahulu, dan kemudian kita akan lihat.
Napoleon Bonaparte

Saya harap artikel ini akan membantu anda mengatasi ketidakpastian anda dan menyerahkan resume pertama anda. Sudah tentu, anda mesti bersedia terlebih dahulu. Tetapi tidak perlu terlalu panjang. Anda berkemungkinan besar telah belajar di universiti atau kolej selama beberapa tahun. Ke mana hendak pergi seterusnya? Pada akhirnya, adalah lebih baik untuk mendengar "tidak" sekali daripada pakar dan menyelesaikan kesilapan daripada mengatakan "tidak" kepada diri sendiri setiap hari dan berhenti berkembang secara profesional.

Setelah diupah, anda perlu menumpukan perhatian untuk berkembang daripada pelatih kepada ahli pasukan penuh. Jenis pertumbuhan ini biasanya datang dengan peningkatan dalam gaji anda.

Saya doakan anda bersabar dan tabah.

Hanya pengguna berdaftar boleh mengambil bahagian dalam tinjauan. Log masuk, Sama-sama.

Apakah tugas pertama anda dalam pekerjaan pertama anda dalam IT?

• Kompleks

• Penting

• mendesak

• Tiada satu pun di atas

75 pengguna mengundi. 20 pengguna berpantang.

Apa yang anda perlu lakukan pada mulanya pada pekerjaan pertama anda?

• Pasang produk secara tempatan

• Uji produk sedia ada

• Menjalankan latihan, tugas palsu

• Lakukan projek eksperimen dan sebenar untuk pelanggan

63 pengguna telah mengundi. 25 pengguna berpantang.

Berapakah bilangan pelajar dalam kumpulan anda yang dapat menyelesaikan tugasan secara bebas dalam mata pelajaran teknikal semasa latihan?

• 1 daripada 10

• 1 daripada 5

• Setiap saat

• Segala-galanya, dengan pengecualian yang jarang berlaku

70 pengguna mengundi. 19 pengguna berpantang.

Sumber: www.habr.com