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


8

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)?


5
Pengusaha bahkan tidak suka resume / cv lebih dari satu halaman; ragu mereka akan membaca 1000+ baris kode
JeffO

Jawaban:


18

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.


1
Bagaimana jika itu adalah file tunggal yang benar-benar bagus? Salah satu hal yang saya lakukan baru-baru ini yang paling saya banggakan adalah program awk satu baris!
Tom Anderson

@ Tom, hei, saya punya beberapa juga (kebanyakan C ++), tapi saya tidak akan mengirimkannya untuk wawancara. Saya akan melanjutkan dan menganggap mereka menginginkan kode yang dapat dibaca jika saya akan bekerja dalam tim.
pdr

17

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.


2
Sangat setuju! Tujuan dari menyajikan sesuatu kepada pemberi kerja (meskipun pendekatan ini mungkin tidak berlaku untuk semua pekerjaan) adalah untuk menunjukkan bahwa Anda memiliki bakat yang mereka inginkan / butuhkan ... Jujur, majikan tidak selalu ingin menggali melalui sejumlah besar kode untuk mempertimbangkan Anda untuk suatu posisi. Tetapi jika Anda memiliki sepotong kode yang di kondensasi dan dipikirkan dengan sangat baik dan bermanfaat dan Anda dapat menjelaskan mengapa dan bagaimana itu membantu dan representasi yang baik dari keterampilan Anda kemudian gunakan!
Kenneth

1
Bukan hanya kualitas - nilainya . Sesuatu yang berkualitas tinggi di 100LOC, 1000LOC, 1000000LOC tidak masalah jika tidak ada yang peduli dan tidak memecahkan masalah yang menarik. Terlepas dari bidang apa Anda berada, Anda selalu prospek yang lebih menarik jika Anda dapat mengiklankan diri Anda sebagai seseorang yang secara mandiri dapat menemukan masalah yang baik untuk dipecahkan dan menciptakan nilai dalam melakukannya.
nlawalker

2

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.


1

"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.


0

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.


0

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).


0

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.


0

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.


Saya sarankan membawa portofolio kode untuk Anda wawancarai, meskipun belum diminta. Tidak ada cara yang lebih baik untuk menunjukkan bahwa Anda benar-benar dapat menulis kode.
Andy Lester
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.