# Baris Kode yang Dapat Diterima untuk Proyek yang akan Dipresentasikan kepada Pewawancara? [Tutup]

Saya akan segera lulus dan saya sudah berpikir. Saya memiliki beberapa proyek / skrip yang sangat kecil (~ 100-200 LOC) yang saya buat di waktu luang dan saya memilikinya di Github. Saya bertanya-tanya apakah mereka "cukup" cukup untuk disajikan kepada calon majikan? Atau haruskah saya hanya memasukkan yang besar (~ 1000 LOC)?

Ketika kami wawancara, kami meminta ini pada wawancara terakhir. Saya akan mulai dengan mengatakan bahwa ukuran tidak masalah dan kemudian memenuhi syarat sedikit (bukankah itu selalu jalan).

Jika saya meminta seseorang untuk mengirimkan kode yang mereka bangga dan ingin mencap nama mereka dan mereka mengirim saya satu file maka saya akan kehilangan kepercayaan. Dalam satu kasus, saya menerima file ASCX di belakang file yang panjang dan tidak ada yang bisa saya baca kecuali bahwa "dia suka kodenya di lapisan UI".

Dalam kasus lain, saya telah menerima seluruh proyek yang cukup besar. Di satu sisi, itu membuat saya lebih percaya diri, tetapi itu juga memberi saya banyak untuk mengambil lubang tanpa menggali terlalu dalam.

Tapi di sini rahasianya: kode itu sendiri tidak peduli bahwa banyak. Saya bisa mengambil lubang apa pun yang Anda berikan kepada saya. Yang penting adalah bagaimana Anda bereaksi. Jangan berdebat karena itu, tetapi juga jangan setuju dengan saya untuk itu. Saya mungkin tidak benar-benar percaya apa yang saya katakan, dan bahkan jika saya melakukannya, saya akan menghormati Anda karena mendukung kode Anda dengan cara yang konstruktif.

Ini bukan ukuran proyek. Ini kualitasnya. Luangkan waktu untuk melakukannya dengan benar sehingga layak menjadi bagian portofolio. Selama proyek tersebut cukup besar untuk menunjukkan pengetahuan yang ingin Anda sampaikan, hanya kualitas yang penting.

Saya pikir pertanyaannya tergantung pada bagaimana dan kapan Anda berencana untuk mempresentasikannya kepada pemberi kerja di masa depan. Apakah mereka pergi ke item baris pada resume Anda atau apakah majikan meminta Anda untuk memberikan deskripsi singkat tentang sesuatu yang telah Anda lakukan selama wawancara?

Untuk item baris pada resume, saya akan condong ke proyek yang lebih besar. Di sisi lain, skrip yang lebih kecil adalah sesuatu yang dapat Anda gambarkan kepada pewawancara dalam waktu singkat dan konten lengkap dapat dipahami.

Pada akhirnya, itu lebih tergantung pada seberapa menarik hal yang Anda sebutkan itu. Jika skrip melakukan sesuatu yang novel dan kebetulan tidak mengambil banyak kode untuk dilakukan, ada bobotnya.

"Menilai saya berdasarkan ukuran saya, bukan?" - Yoda

Yang paling penting adalah kualitas. Sebuah proyek yang mengesankan ditentukan oleh jumlah hal yang dapat dilakukan, dan kompleksitas hal yang dapat dilakukannya, dan hanya itu yang penting sejauh hasil akhirnya diperhatikan.

Jika proyek Anda memiliki 1.000 baris, yang fitur kode 100 baris yang sama telah disalin 10 kali dengan sedikit modifikasi setiap kali, maka Anda akan terlihat seperti seorang programmer yang buruk. Anda akan terlihat seperti programmer yang buruk karena Anda akan gagal menciptakan sesuatu dengan baik . Anda telah gagal untuk menjaga proyek Anda dapat dipertahankan, dapat dibaca, dikelola dan terukur.

Ciptakan hal-hal yang benar-benar hebat dengan baik . Bahkan tidak perlu mempertimbangkan panjang.

Saya pribadi tidak menganggap bahwa #LOC harus menjadi faktor penentu. Sebaliknya saya pikir itu harus menjadi kreativitas, kompleksitas, dan masalah penyelesaian proyek yang harus menentukan sampel kode yang Anda kirimkan. Sebagian besar pengusaha tidak ingin menuangkan melalui baris kode hanya untuk menemukan potongan yang membuktikan kepada mereka bahwa Anda memahami algoritma yang kompleks dan sejenisnya. Jika Anda dapat menghasilkan proyek yang menampilkan keterampilan Anda tanpa banyak menyaring saya pikir itu pada akhirnya adalah kualitas yang lebih mengesankan daripada jumlah baris kode. Yang sedang berkata, memiliki tautan ke proyek besar berguna jika mereka hanya dapat mengkompilasi proyek dan memastikan bahwa itu berfungsi. Namun semua ini benar-benar menunjukkan adalah kemampuan Anda untuk menulis sebuah program yang memisahkan kekhawatiran dengan tepat.

Ukuran tidak masalah (seperti pada LOC). Ini (hampir) berkorelasi langsung dengan bahasa (lebih banyak vs lebih sedikit baris untuk hal yang sama), sehingga tidak adil untuk menilai apa pun atas dasar itu.

Saya akan menilai proyek lebih besar atau kecil, berdasarkan jumlah fitur mereka, minat pribadi saya, dan jumlah pengguna yang membantu memecahkan masalah (ini seharusnya yang pertama dalam daftar).

Pengkodean seperti memahat - ini bukan tentang menulis lebih banyak, ini tentang mengambil apa yang tidak perlu.

Tugas seorang programmer bukanlah menghasilkan garis kode; pekerjaannya adalah, sebagai gantinya, untuk mencari tahu, dari semua massa kode sampah yang mungkin bisa ditulis, apa set terkecil, terbersih yang akan menyelesaikan masalah tertentu.

Jika salah satu proyek Anda menunjukkan solusi sekecil mungkin, paling sederhana, terbersih untuk suatu masalah, gunakan itu sebagai referensi. Jika tidak, jangan.

Saya tidak pernah diminta untuk memberikan sampel kode kepada pewawancara. Biasanya perusahaan yang ingin memastikan Anda tahu cara berpikir dan kode memberi Anda ujian maka dalam wawancara teknis Anda mungkin diminta untuk menulis algoritma kecil tetapi sebagian besar wawancara teknis yang saya buat untuk pengembang atau dibuat untuk saya di mana diskusi.