Kebetulan pemula sulit memahami ke mana harus pergi berikutnya, apa yang harus dilakukan. Kebetulan masalah seperti itu muncul tidak hanya untuk pemula.
Banyak orang mengerti ke mana harus pindah, apa yang harus dilakukan, datang dengan firasat. Dan itu membutuhkan banyak waktu. Waktu adalah sumber daya manusia yang paling penting yang harus dilindungi dan tidak dihamburkan olehnya. Dan agar tidak kehilangan waktu ini, saya ingin berbagi beberapa pemikiran, kiat.
Kiat-kiat ini tampaknya banyak yang menjadi "kapten" dan jelas, terutama untuk programmer yang berpengalaman, tetapi ini tidak boleh membatalkan kebenarannya.
Kritik konstruktif dipersilahkan.
Jujurlah, jangan takut untuk bertanya dan terlihat bodoh.
- Sistem operasi perangkat, kompiler, juru bahasa, arsitektur sistem dan sistem perangkat lunak yang diakui .
Kode yang dapat dieksekusi dibuat dan dieksekusi dalam beberapa jenis lingkungan. Tidak mengetahui lingkungan ini, sulit untuk membuat produk yang bagus. - Algoritma, struktur data, matematika diskrit .
Dalam kehidupan nyata kita, ada programmer yang merasa hebat tidak memiliki pengetahuan yang tercantum secara rinci. Sebagai contoh, untuk memecahkan banyak masalah aplikasi aplikasi enterprise ini sudah cukup. Implementasi banyak algoritma sudah dibangun ke dalam platform. Misalnya, menyortir, mencari, dll.
Tetapi ketika menjadi perlu untuk memecahkan masalah yang lebih kompleks, penemuan sepeda dapat dimulai. Pengetahuan tentang algoritma dapat sangat menyederhanakan tugas. - Bahasa lain, alat pengembangan dan interaksi .
Bahasa yang berbeda menyelesaikan masalah yang berbeda. Misalnya, R, MathLab akan melakukan pekerjaan yang sangat baik untuk masalah matematika. Tanpa bahasa markup HTML, XML tidak mengembangkan aplikasi web.
Dan pengetahuan, misalnya, tentang C atau assembler akan memungkinkan Anda untuk mengembangkan produk yang akan bekerja paling efektif dengan "perangkat keras".
Mempelajari bahasa baru, memahami filosofi mereka, dan bukan hanya sintaksis, akan memperluas cakupan pemikiran dan pemahaman prinsip-prinsip pemrograman. Pengetahuan hanya beberapa bahasa "dasar" akan memungkinkan di masa depan untuk dengan mudah mempelajari yang baru.
- Kode asing, dokumentasi dan deskripsi .
Mempelajari kode orang lain, Anda dapat menemukan banyak hal menarik. Pendekatan dan metode pemrograman lain yang bisa diadopsi. Setiap pemula harus melakukan ini untuk bergabung dengan tim pengembangan dengan cepat.
Dan jika, sebelum Anda mulai mencari penyebab kesalahan dalam kode orang lain, baca dokumentasi atau deskripsi, maka Anda dapat secara signifikan mengurangi waktu yang dibutuhkan untuk mencari.
- Umpan balik pada ulasan kode Anda .
Anda dapat menganggap ini sebagai saran untuk meningkatkan kode dan, terlebih lagi, gratis.
Ini juga merupakan cara yang baik untuk "berkomunikasi" antara programmer. Terutama jika tim pengembangan didistribusikan atau ada introvert yang diekspresikan dalam tim.
Itu juga terlihat seperti mempelajari kode orang lain, tetapi di sisi lain, koin. Ketika keduanya: reviewer dan peer reviewer, dapatkan pengalaman dan pelajari sesuatu yang baru. - Metodologi pengembangan .
Metodologi adalah kunci untuk mengelola pengembangan perangkat lunak.
Pilihan metodologi tertentu tergantung pada banyak faktor: ukuran tim, spesifikasi dan kompleksitas proyek, stabilitas dan kematangan proses di perusahaan, kualitas pribadi karyawan dan banyak lainnya. Keberhasilan proyek sangat tergantung pada pilihan ini.
- Area subjek tempat Anda bekerja .
Tidak mengetahui prinsip-prinsip proses, apa dan bagaimana orang, pengguna masa depan produk lakukan dalam proses ini, hampir tidak mungkin untuk mengotomatiskannya dan semakin memperbaikinya.
Penting untuk mencoba memahami apa yang "dimasak" oleh pengguna akhir.
Anda dapat membaca banyak buku, melakukan ribuan tugas, tetapi tanpa latihan Anda tidak dapat mencapai hasil yang baik.
- Presentasikan ide-ide Anda .
Agar produk masa depan tidak dikembangkan untuk dirinya sendiri, tetapi untuk membawa manfaat, Anda harus dapat mempresentasikan ide-ide Anda. Pada saat yang sama, memikirkan tujuan dan hasil yang diharapkan oleh pelanggan bisnis, yang dikejar pengguna akhir. Kalau tidak, idenya bukan untuk menjual.
Dengan presentasi ide yang bagus, Anda bisa mendapatkan saran yang bagus sebelum penerapannya. Bahkan jika idenya gagal laku pertama kali. - Tulis kode yang mudah dibaca, dimengerti, terstruktur, dan dapat dikembangkan .
Jika perlu, kembangkan fungsionalitas, berikan dukungan produk, beberapa waktu kemudian Anda mungkin perlu dengan cepat mengetahui kode sendiri atau orang lain. - Desain kode dengan perilaku yang diharapkan .
Produk yang dirilis harus dapat diandalkan dan dipelihara. - Uji sendiri kode Anda .
Item ini tidak berarti bahwa Anda perlu menguji, bukan tester. Paragraf ini menunjukkan bahwa pengembang harus menyerahkan kode untuk pengujian dengan keyakinan bahwa ia telah melakukan semua yang diperlukan agar tester menangkap bug sesedikit mungkin.
Ketika mengembangkan kode, dapat diasumsikan bahwa produk akhir akan menjadi sistem kontrol pesawat, selama penerbangan uji di mana perancang sistem harus berada di atas kapal.
- Berlatih lebih banyak .
Seperti dalam bisnis lain, pengalaman hanya datang dengan latihan. Menguasai pemrograman bukanlah akhir dari universitas atau kursus. Ini adalah jalan panjang menuju kehidupan. Dan penting untuk tidak berhenti di situ.
Tanpa komunikasi, Anda seperti buku yang bagus dalam bahasa "mati". Memang, tapi tidak ada gunanya.
- Tolong, berbagi pengetahuan .
Ada “Tapi!” Yang penting: Jangan lakukan itu untuk orang lain.
Adalah perlu untuk menekan keinginan "untuk melakukannya sendiri lebih mudah daripada menjelaskan."
Semakin sering Anda menjelaskan, daripada melakukannya untuk orang lain, semakin banyak orang di sekitar Anda akan dapat mempelajari sesuatu yang baru. - Temukan diri Anda sebagai Padawan / mentor dan menjadi mentornya / Padawan .
Perlu ditekankan.
Terlepas dari kontradiksi frasa yang tampak, esensi terletak pada satu hal - mentor dan Padawan tumbuh dan berkembang bersama. Ini adalah perbedaan utama dan esensial dari interaksi peran "guru - siswa" yang dipelajari dari sekolah. Ketika dalam kebanyakan kasus interaksi ini sampai pada rumus "Aku bosnya, kamu bodoh." - Berpartisipasi dalam kejuaraan pemrograman .
Ini akan memungkinkan Anda untuk melakukan sepotong pengetahuan, mengidentifikasi kesenjangan, kekuatan dan kelemahan, lihat diri Anda dari luar. - Berkomunikasi, bekerja di tim guru seperti Anda .
Dalam hal ini, dua komponen dapat dibedakan:
- Yang pertama adalah penyempurnaan keterampilan teknis;
- Yang kedua - mengasah komunikasi, keterampilan komunikasi.
Kedua komponen tersebut diperlukan untuk menjadi seorang profesional. Dan keduanya perlu diasah.
Sastra dan referensi
Tautan yang disediakan belum tentu dibaca. Apa buku, artikel, bahan untuk dibaca, di mana Anda perlu mengejar ketinggalan - ini murni individu. Setiap orang harus memutuskan ini untuk dirinya sendiri.
Tautan di bawah ini adalah beberapa titik awal dari mana Anda dapat memulai.