Ketika saya membuat keputusan tentang arsitektur aplikasi mana yang harus dipilih, atau bagaimana merancang database, atau pekerjaan persiapan apa yang diperlukan untuk memulai, atau apa yang harus ditulis di blok kode berikutnya, saya kira. Saya memikirkan tentang apa yang ingin saya dapatkan, bagaimana itu menyelesaikan masalah saya, apakah ada solusi yang lebih baik. Setuju, pendekatan ini akan berguna di banyak bidang, dan tidak hanya pekerjaan intelektual. Namun dalam artikel ini saya ingin berbicara tentang mewawancarai spesialis IT. Apalagi, spesialis dengan pengalaman, tingkat menengah ke atas. Bersiaplah, aku akan sedikit menyindir.
Mengapa saya memutuskan untuk menulis tentang ini?
Saya ikut serta dalam sejumlah wawancara ketika saya diwawancarai. Saya harus segera mengatakan bahwa saya masih merasa bahwa mempersiapkan wawancara secara teknis tidak jujur. Tapi kita bisa membahas ini di komentar. Beberapa kali saya melewatkan wawancara karena beberapa pertanyaan dasar sederhana. Setelah itu, saya mencela diri sendiri karena tidak kompeten. Bagaimana saya bisa membidik liga besar jika saya tidak bisa mengoceh tentang prinsip-prinsip OOP? Belakangan, perlindungan bekerja dan saya mulai berpikir, tetapi apakah saya benar-benar perlu mengetahui tabel perkalian ini sebagai anak sekolah?
Spesialis harus mengetahui teori dasar (?)
OOP, SOLID dan sejumlah prinsip yang tanpanya pengembangan akan terhenti. Jika Anda mempekerjakan seorang guru ilmu komputer, pastikan untuk menanyakan semua ini.
Tapi, Anda mengambil pengembang. Haruskah dia mengetahui hal ini? Mari kita cari tahu.
Haruskah dia memahami ini? Iya. Tapi bagaimana Anda bisa memeriksanya? Cara termudah adalah dengan bertanya. Artinya, dia harus tahu. Pada akhirnya, seorang mahasiswa yang baru saja lulus dari universitas akan mampu menjawab secara ideal teori tersebut. Tapi itu belum berarti apa-apa. Atau haruskah kita mencoba mencari cara untuk memeriksa bagaimana dia memahaminya? Untungnya, prinsip-prinsip ini memiliki penerapan praktis yang paling langsung. Mungkin kita harus menawarinya beberapa tugas sederhana? Bagaimanapun, di tempat kerja, dia akan menyelesaikan masalah dengan tepat.
Spesialis harus tahu bagaimana alat yang dia miliki untuk bekerja (?)
Niscaya. Untuk ini, abstraksi ditemukan, sehingga setiap kali Anda memikirkan detail implementasi. Jika Anda berpikir demikian, maka saya menyarankan Anda untuk mempelajari masalah ini lebih dalam lagi, dengan prinsip prosesor dan semikonduktor.
, , , . , , . , , ? , , . , . , . , . , .
, ?
. , , . , .
/, .
:
- , . . . . ?
- / ... , / + 1... ... == ? % == 0... - , . , . !
- , .
- ?
- , .
, . , , . . , . , , .
, . , . . . : " ?". , , -, . , , " ". , .
. , , .
: " C#".
, - .
- , ?
- , !
- . ?
- !....
, , Comedy Club. - : ", , , . ".
? , . , . , . , , , . , - . , . , , .
. . , , , , . - . , , .
, . .
? , . SOLID. , ( ), , , . , .
, , , . , , .
, .
Pertanyaan tentang teori dasar harus diserahkan kepada spesialis junior. Pria yang serius membutuhkan tantangan yang serius.
Tantangan serius adalah mencoba menyeimbangkan antara beberapa keputusan yang tidak sepenuhnya benar untuk memilih kejahatan terbaik. Tetapkan tugas aplikasi.
Pikirkan baik-baik tentang mengapa Anda mengambil seseorang. Tugas apa yang harus dia lakukan. Dari sini tugas sendiri akan diambil.
Itu saja. Anda bisa bertepuk tangan, Anda bisa melempar batu. Saya akan menanggung segalanya. Tapi saya sangat berharap Anda tidak ingin lewat.