Iklan
Pemrograman adalah keras. Satu-satunya orang yang mengatakan sebaliknya adalah mereka yang memiliki pengalaman pengkodean selama bertahun-tahun. Tidak apa-apa untuk kewalahan! Ada banyak untuk belajar dan Anda mungkin akan melupakan hal-hal secepat Anda mempelajarinya. Percayalah: itu normal.
Tetapi hanya karena itu normal tidak berarti itu tidak membuat frustrasi. Sejujurnya, belajar coding Cara Belajar Pemrograman Tanpa Semua StresMungkin Anda telah memutuskan untuk menekuni pemrograman, baik untuk karir atau hanya sebagai hobi. Besar! Tapi mungkin Anda mulai merasa kewalahan. Tidak begitu bagus. Berikut bantuan untuk memudahkan perjalanan Anda. Baca selengkapnya bisa sangat menegangkan jika Anda tidak mendekatinya dengan pola pikir dan sikap yang benar.
Anda ingin mempelajari bahasa atau pustaka atau kerangka kerja baru itu sesegera mungkin, bukan? Itu bisa dimengerti. Untungnya, ada beberapa tips yang dapat membantu Anda untuk lebih menyimpan semua informasi pemrograman berat yang terus terbang di satu telinga dan keluar dari telinga lainnya.
Tidak Ada Lagi Sesi Penjepit
Tidak ada yang ingin mendengarnya, tetapi menjejalkan adalah cara terburuk untuk mempelajari cara memprogram. Jika Anda seperti saya, menjejalkan adalah milik Anda modus operandi seluruh sekolah dan universitas. Ini satu-satunya cara Anda tahu cara belajar.
Tapi belajarlah dari kesalahan saya: semakin Anda mencoba menjejalkan, semakin sedikit yang akan Anda ingat. Itu cukup benar untuk subjek berbasis pengetahuan apa pun, tetapi terutama benar ketika menyangkut pemrograman.
Dasar dari klaim ini datang dari studi tahun 2008 oleh Universitas California, San Diego:
“Siswa tampil lebih baik ketika mereka mengatur sesi belajar mereka daripada ketika mereka mencoba menjejalkan semuanya ke dalam pikiran mereka selama satu kali duduk.”
Mengapa? Kemungkinan besar karena efek posisi serial:
"Efek posisi seri adalah kecenderungan seseorang untuk mengingat item pertama dan terakhir dalam seri terbaik, dan item tengah terburuk."
Dengan kata lain: dalam sesi belajar apa pun, Anda cenderung menyimpan informasi yang Anda pelajari di sekitar awal dan akhir sesi dan lebih cenderung melupakan informasi dari tengah sidang.
Anda ingin memaksimalkan jumlah awal dan akhir. Itulah mengapa lebih baik memiliki beberapa sesi singkat daripada beberapa sesi panjang dalam hal mempelajari dan menyerap materi baru.
Lain kali Anda duduk untuk mempelajari kode, ambil satu topik pada satu waktu dan istirahat sejenak di antara setiap topik. (Pastikan untuk mencegah istirahat Anda berubah menjadi penundaan!)
Tinjau, Tinjau, Tinjau
Alasan lain, mengapa menjejalkan bertentangan dengan retensi pengetahuan jangka panjang adalah karena memori memudar dari waktu ke waktu. Ini tidak selalu benar — saya yakin kita semua memiliki beberapa kenangan masa kecil yang tidak akan pernah hilang — tetapi tampaknya itu adalah kasus umum untuk kenangan yang tidak terkait dengan emosi.
Ada beberapa perdebatan apakah memori itu sendiri meluruh karena waktu (teori peluruhan) atau hanya didorong keluar dan digantikan oleh kenangan baru dari waktu ke waktu (teori interferensi). Teori apa pun yang Anda ikuti, hasilnya adalah ingatan yang lebih tua cenderung memudar.
Di sinilah ulasan berperan.

Anggap saja seperti berjalan melalui hutan kenangan. Setiap kali Anda ingin mengakses memori, Anda harus melacak jalur saraf untuk menemukannya. Setiap kali Anda menelusuri ingatan itu, jalur itu terukir sedikit lebih banyak — seperti bagaimana jalur tanah terbentuk secara alami ketika orang-orang berjalan di jalur yang sama berulang-ulang. Jika Anda berhenti berjalan di jalur itu, itu bisa memudar dan ingatannya akan hilang di suatu tempat di hutan.
Mengesampingkan semua psikologi pop, inilah kesimpulannya: ketika berbicara tentang pemrograman, tidak cukup mempelajari topik hanya sekali atau dua kali. Anda harus mengunjunginya kembali puluhan atau bahkan ratusan kali. Setiap ulasan mengukir topik itu ke dalam otak Anda sedikit lebih dalam.
Saya tahu betapa sulitnya ini jika Anda seorang crammer alami, tetapi Anda akan terkejut betapa cepatnya Anda mulai mempertahankan materi setelah Anda berusaha untuk meninjaunya secara teratur.
Gunakan Beberapa Sumber Daya Berbeda
Aspek terberat dari pemrograman — setidaknya untuk pembuat kode baru — adalah luasnya detail dan nuansa yang perlu diinternalisasi. Sampai internalisasi itu terjadi, Anda akan terus-menerus menggaruk-garuk kepala.
Bergantung pada bahasanya, Anda harus menghafal ratusan aturan sintaks (misalnya kata kunci, titik koma, spasi). Beberapa bahasa lebih ketat, yang lain kurang, dan yang lain memiliki pendekatan unik mereka sendiri terhadap sintaks yang tidak digunakan di tempat lain. Semua ini dapat membingungkan jika Anda tidak memiliki pengalaman pengkodean sebelumnya.

Belum lagi semua informasi konseptual yang melampaui bahasa individu. Topik seperti pemrograman berorientasi objek, sistem komponen entitas, dan pola pengamat benar-benar dapat membuat kepala Anda pusing saat pertama kali mencoba mempelajarinya.
Saya telah membagikan ilustrasi ini sebelumnya, tetapi sangat tepat sehingga perlu diulang:
“Misalkan seseorang menunjukkan foto sebuah patung. Ini mungkin memberikan gambar yang cukup bagi Anda untuk mendapatkan gambaran yang memadai tentang patung itu, tetapi Anda tidak akan mendapatkan gambaran keseluruhan. Foto yang diperbesar akan kehilangan detail yang rumit sementara foto yang diperbesar akan kehilangan perspektif. Namun, dengan tambahan foto yang diambil dari sudut lain, Anda benar-benar dapat mulai melihat kepenuhan patung dalam tekstur, ukuran, detail, dari depan ke belakang, sisi ke sisi, dan atas ke bawah."
Belajar memprogram bisa sangat arbitrer. Semua orang mungkin memuji Sumber Daya A sebagai cara terbaik untuk belajar Bahasa X, tetapi mungkin itu tidak masuk akal bagi Anda. Mungkin semua orang membenci Resource B tetapi Anda melihat sekilas dan itu masuk akal! Adapun orang lain, mungkin mereka keluar ketika mempelajari Sumber Daya A dan B tetapi mendapat manfaat besar dari Sumber Daya C.
Itulah mengapa sangat penting bagi Anda untuk bersedia mengkonsumsi semua jenis sumber daya di luar sana. Setiap orang belajar dengan cara yang berbeda. Jika Anda mengalami masalah dengan topik tertentu, carilah sumber lain. Mungkin yang satu ini lebih cocok untukmu. Mungkin tidak.
Bahkan jika Anda merasa memahami topik tertentu, mungkin ada lebih banyak hal yang dapat dipelajari tentang topik tersebut. Mungkin juga penjelasan orang lain untuk memperkuat konsep dalam pikiran Anda untuk selamanya. Anda tidak pernah tahu, jadi mengapa tidak mengkonsumsi sumber daya sebanyak yang Anda bisa?
Perhatikan bahwa game dapat menjadi sumber daya yang sangat berguna! Lihat ini game koding yang menyenangkan dan mendidik 9 Game Coding Terbaik untuk Membangun Keterampilan Pemrograman AndaGame coding membantu Anda belajar lebih cepat dengan praktik dan pengalaman langsung. Plus, mereka adalah cara yang menyenangkan untuk menguji keterampilan pemrograman Anda! Baca selengkapnya .
Ajarkan Konsep Saat Anda Mempelajarinya
Ada konsep indah dalam pemrograman yang disebut debug bebek karet Prinsip Pemrograman Teraneh yang Belum Pernah Anda DengarPrinsip-prinsip berikut akan mengajarkan Anda untuk bijaksana dengan kode Anda. Beberapa aneh, dan banyak yang lucu, tetapi semuanya sama-sama praktis dan penting. Menyimak! Baca selengkapnya , yang menggambarkan teknik menjelaskan kode seseorang, baris demi baris, kepada bebek karet yang tidak bernyawa. Ini digunakan ketika segmen kode tertentu rusak, tetapi tidak ada alasan yang jelas untuk itu.
Anehnya, sebagian besar programmer memiliki "Eureka!" saat di tengah menjelaskan kode ketika mereka tiba-tiba melihat di mana kesalahan dalam logika pengkodean terjadi. Verbalisasi memicu area otak yang berbeda, memaksa Anda untuk melihat masalah dari sudut pandang baru.
Konsep ini juga dapat digunakan untuk membantu Anda mempelajari materi baru. Anda mungkin telah menemukan kutipan populer ini yang sering dikaitkan dengan Albert Einstein:
"Jika Anda tidak bisa menjelaskannya dengan sederhana, Anda belum cukup memahaminya."
Dengan pengecualian beberapa bidang yang berhubungan dengan pengetahuan teoretis tingkat lanjut, pepatah ini benar. Semakin Anda memahami suatu topik, semakin siap Anda untuk menjelaskannya sedemikian rupa sehingga seseorang yang tidak memiliki pengetahuan tentang topik tersebut masih dapat memahaminya.

Kebalikan dari ini juga benar. Saat Anda mencoba mengajarkan suatu topik, Anda akan menemukan konsep tertentu yang sepertinya tidak dapat Anda jelaskan dengan jelas. Tidak hanya ini cara yang mengagumkan untuk mendiagnosis kelemahan dalam pengetahuan Anda, proses sebenarnya untuk menemukan penjelasan yang tepat dapat membantu memperkuat konsep dalam pikiran Anda.
Ini disebut belajar-mengajar dan pada dasarnya adalah twist pada debugging bebek karet.
Sekarang, saya tidak mengatakan bahwa Anda harus sebenarnya mengajar orang lain; alih-alih, setiap topik pemrograman baru yang Anda pelajari, coba ajarkan kepada bebek karet (atau teman yang tidak terlihat). Ini mungkin terasa konyol pada awalnya, tetapi Anda mungkin merasa sangat bermanfaat dalam hal retensi memori.
Latihan yang Disengaja Menjadi Sempurna
Gagasan tentang bakat adalah sampah total. Tidak ada yang keluar dari rahim sebagai pemain biola, pegulat, atau programmer kelas dunia. Tentu, beberapa orang mungkin lebih condong ke disiplin ilmu tertentu, tapi bakat tanpa pengalaman tidak ada gunanya Jangan Biarkan Bakat Tersembunyi Anda Mati: 7 Cara Untuk Pergi & Menemukannya LagiKabar buruknya adalah Anda harus bekerja keras dengan niat untuk memoles bakat terpendam Anda. Kabar baiknya adalah bahwa ada lebih banyak kesempatan dari sebelumnya untuk meludahkan bakat Anda. Baca selengkapnya . Demikian pula, kerja keras selalu lebih berharga daripada bakat.
Yang telah dibilang, tidak semua bentuk kerja keras itu sama. Malcolm Gladwell menciptakan Aturan 10.000 Jam yang terkenal, yang mengatakan bahwa Anda harus menginvestasikan setidaknya 10.000 jam ke dalam suatu subjek untuk menjadi ahli dalam hal itu. Meskipun sentimen itu mungkin benar, banyak orang salah mengartikan apa yang dia coba katakan.

Singkat cerita, komitmen 10.000 jam sebenarnya tidak menjamin penguasaan. Anda tahu pepatah: “Latihan tidak membuat sempurna. Latihan yang sempurna menjadi sempurna.” Agar menjadi bermakna, latihan harus niat Ingin Menjadi Ahli Dalam Sesuatu? Coba Latihan yang DisengajaTerlalu mudah untuk merasa kecewa ketika Anda berusaha keras untuk meningkatkan keterampilan tertentu. Gunakan kekuatan "latihan yang disengaja" untuk membawa Anda melewati dataran tinggi yang menyebalkan itu. Baca selengkapnya . Penguasaan hanya dapat dicapai melalui 10.000 jam latihan yang disengaja.
Bagaimana Anda berlatih jauh lebih penting daripada berapa banyak waktu yang Anda habiskan untuk berlatih.
Membaca itu pasif. Menonton pelajaran YouTube bersifat pasif. Mendengarkan podcast adalah pasif. Sebagai pembuat kode pemula, Anda mungkin tergoda untuk berpindah dari tutorial ke tutorial, menangani subjek demi subjek tanpa benar-benar menerapkan pengetahuan itu secara praktis. Tahan godaan ini.
Memahami contoh di depan Anda adalah satu hal, tetapi mensintesis solusi dari awal adalah hal lain. Jika Anda ingin mempercepat proses belajar, Anda harus bersedia untuk aktif bukan pasif. Latihan aktif adalah satu-satunya jenis yang penting pada akhirnya.
Eksperimen Dengan Proyek Pribadi
Bagi saya, pekerjaan rumah adalah bagian terburuk dari sekolah. Itu hanya tampak seperti taktik yang rumit untuk membunuh kesenangan dan membuat siswa sibuk — yang, sejujurnya, terkadang benar. Tapi sekarang saya melihat ke belakang, pentingnya pekerjaan rumah akhirnya masuk akal. Itu memaksa saya untuk menerapkan pengetahuan yang baru diperoleh secara aktif.
Jika Anda terdaftar di kursus dan kelas pemrograman 11 Situs Terbaik untuk Kursus Pemrograman Komputer Online GratisDengan menggunakan kursus pemrograman komputer online gratis ini, Anda dapat menjadi pembuat kode yang hebat tanpa gelar ilmu komputer. Baca selengkapnya , jangan remehkan khasiat PR. Ambillah dengan serius, selalu perlakukan itu sebagai kesempatan untuk lebih memperkuat apa yang telah Anda pelajari ke dalam memori jangka panjang.
Namun seringkali, pekerjaan rumah masih belum cukup. (Dan jika Anda mempelajari cara memprogram sendiri tanpa instruktur yang sebenarnya, Anda mungkin tidak memiliki pekerjaan rumah untuk memulai.)

Apa solusinya? Buat beberapa proyek sampingan sekali pakai!
Pikirkan sebuah beberapa ide proyek 5 Ide Proyek Untuk Membantu Anda Belajar Pemrograman Lebih CepatAda beberapa cara untuk memudahkan kurva belajar pemrograman. Kotorkan tangan Anda dan pelajari lebih cepat dengan proyek sampingan yang dapat Anda mulai kapan saja. Bermain-main dengan lima ini. Baca selengkapnya yang ingin Anda terapkan. Untuk pemula mutlak, Anda dapat mempertimbangkan permainan Tic-Tac-Toe atau Hangman. Untuk programmer berpengalaman yang mencoba mempelajari kerangka kerja baru, coba coding aplikasi seluler atau game web sederhana. Selama itu menarik minat Anda pada tingkat pribadi, lakukanlah!
Keindahan pendekatan ini ada dua.
Pertama, itu lebih mungkin untuk menarik perhatian Anda. Studi telah menunjukkan bahwa siswa belajar lebih baik ketika mereka dapat mengejar topik yang menarik minat mereka. Itulah tepatnya yang ditawarkan proyek pribadi. Anda memiliki tujuan akhir yang benar-benar ingin Anda capai, sehingga kemungkinan besar Anda akan menyimpan informasi yang akan membawa Anda ke sana.
Kedua, tidak ada tekanan bagi Anda untuk berhasil. Meskipun kesuksesan akan menyenangkan, kurangnya formalitas memungkinkan Anda untuk menjadi eksperimental dan kreatif. Anda pasti akan mengalami masalah, tetapi ini lebih seperti bermain dengan Lego daripada pekerjaan rumah. Ini lebih menyenangkan dan tidak membuat stres.
Santai & Tandai Semuanya
Yang benar adalah bahwa tidak ada programmer yang ingat semuanya mereka telah belajar. Bahkan setelah Anda bekerja dengan perpustakaan atau kerangka kerja tertentu untuk sementara waktu, tidak jarang jika Anda tidak dapat mengingat setiap fungsi atau variabel dari atas kepala Anda.
Faktanya, mencoba menghafal semuanya mungkin hanya akan membuang-buang waktu dan tenaga. Lembar referensi ada karena suatu alasan. Mengapa memasukkan seluruh ensiklopedia ke memori ketika Anda bisa membukanya kapan pun Anda membutuhkannya?

Jadi, kapan harus menghafal dan kapan harus referensi?
Ketika datang ke materi konseptual, selalu internalisasikan dengan kemampuan terbaik Anda. Maksud saya memahami teori bahkan jika Anda tidak dapat mengubahnya menjadi kode yang sebenarnya (dan teori harus cukup jelas bagi Anda agar Anda dapat mengajarkannya dengan jelas).
Untuk yang lainnya — seperti nama fungsi tertentu, daftar parameter, atau bahkan kebiasaan bahasa — Saya tidak akan khawatir tentang berkomitmen pada memori. Jangan ragu untuk merujuk ke lembar referensi. Terkadang Anda akan sering merujuk sesuatu sehingga Anda akhirnya menghafalnya. Jika itu terjadi, baiklah. Jika tidak, tidak apa-apa juga.
Secara pribadi, saya memiliki ratusan bookmark Internet untuk berbagai API, panduan, dan tutorial. Jika saya perlu menerapkan semacam algoritme pencarian jalan, saya mungkin mereferensikan panduan untuk membantu saya mengkodekannya sebelum melupakannya lagi. Ini membantu untuk memahami konsep yang mendasarinya, tetapi saya mencoba untuk tidak khawatir tentang detail implementasi.
Pikiran Akhir
Saya akan mengulanginya jutaan kali jika saya harus: pemrograman itu sulit dan tidak apa-apa jika Anda kesulitan dengan itu. Saya telah memprogram sebagai hobi selama lebih dari satu dekade dan saya masih merasa terintimidasi ketika saya memiliki konsep baru untuk dipelajari.
Jangan menyalahkan diri sendiri jika Anda tidak dapat mengingat semuanya dengan segera. Kiat-kiat di atas semoga terbukti bermanfaat bagi Anda, dan meskipun tidak, Anda selalu dapat mengandalkan referensi yang di-bookmark sebagai upaya terakhir.
Apakah Anda merasa pemrograman sulit? Trik dan tip apa yang Anda ketahui yang mungkin berguna bagi pembuat kode pemula? Bagikan kebijaksanaan Anda dengan kami di komentar di bawah!
Kredit Gambar: Pemrogram Biner Melalui Shutterstock, Penghapus Memori Melalui Shutterstock, Kode Dikaburkan Melalui Shutterstock, Bebek Karet Melalui Shutterstock, Pengetik Keyboard Melalui Shutterstock, Kode Sumber PHP Melalui Shutterstock, File Folder Melalui Shutterstock
Joel Lee memiliki gelar B.S. dalam Ilmu Komputer dan lebih dari enam tahun pengalaman menulis profesional. Dia adalah Pemimpin Redaksi MakeUseOf.