20 hal yang saya harap saya ketahui sebelum menjadi pengembang web

20 hal yang saya harap saya ketahui sebelum menjadi pengembang web

Di awal karir saya, saya tidak mengetahui banyak hal penting yang sangat berguna bagi seorang developer pemula. Melihat ke belakang, saya dapat mengatakan bahwa banyak harapan saya tidak terpenuhi, bahkan tidak mendekati kenyataan. Pada artikel ini, saya akan membahas tentang 20 hal yang harus Anda ketahui di awal karir pengembang web Anda. Artikel ini akan membantu Anda menetapkan ekspektasi yang tepat.

Anda tidak perlu ijazah

Ya, Anda tidak memerlukan gelar untuk menjadi seorang pengembang. Sebagian besar informasi dapat ditemukan di Internet, terutama informasi dasar. Anda dapat belajar memprogram sendiri menggunakan Internet.

Googling adalah keterampilan yang nyata

Karena Anda baru memulai, Anda masih kekurangan pengetahuan yang dibutuhkan untuk memecahkan beberapa masalah. Tidak apa-apa, Anda bisa mengatasinya dengan bantuan mesin pencari. Mengetahui apa dan bagaimana mencarinya merupakan keterampilan penting yang akan menghemat banyak waktu Anda.

Kami merekomendasikan kursus pemrograman intensif gratis untuk pemula:
Pengembangan Aplikasi: Android vs iOS — 22–24 Agustus. Kursus intensif memungkinkan Anda membenamkan diri dalam pengembangan aplikasi untuk sistem operasi seluler paling populer selama tiga hari. Tugasnya adalah membuat asisten suara di Android dan mengembangkan “Daftar Tugas” untuk iOS. Ditambah keakraban dengan kemampuan aplikasi lintas platform.

Anda tidak bisa mempelajari semuanya

Anda harus banyak belajar. Lihat saja berapa banyak framework JavaScript populer yang ada: React, Vue, dan Angular. Anda tidak akan bisa mempelajari semuanya secara menyeluruh. Tapi ini tidak diperlukan. Anda harus fokus pada kerangka kerja yang paling Anda sukai, atau kerangka kerja yang digunakan perusahaan Anda.

Menulis kode sederhana sangatlah sulit

Banyak pengembang yang relatif tidak berpengalaman menulis kode yang sangat rumit. Ini adalah cara untuk pamer, untuk menunjukkan seberapa baik program mereka. Jangan lakukan ini. Tulis kode sesederhana mungkin.

Anda tidak akan punya waktu untuk pengujian menyeluruh

Dari pengalaman saya sendiri, saya tahu bahwa developer adalah orang yang malas dalam memeriksa pekerjaannya. Kebanyakan programmer akan setuju bahwa pengujian bukanlah bagian paling menarik dari pekerjaan mereka. Tetapi jika Anda berencana untuk mengerjakan proyek yang serius, jangan lupakan itu.

Dan kami juga memiliki tenggat waktu - hampir setiap saat. Oleh karena itu, pengujian sering kali diberikan waktu lebih sedikit dari yang dibutuhkan - hanya untuk memenuhi tenggat waktu. Semua orang memahami bahwa ini merugikan hasil akhir, tetapi tidak ada jalan keluar.

Anda akan selalu salah tentang waktu.

Tidak masalah ke arah mana Anda melakukannya. Masalahnya adalah teori tidak pernah cocok dengan praktik. Anda berpikir seperti ini: Saya bisa melakukan hal kecil ini dalam satu jam. Namun kemudian Anda menyadari bahwa Anda perlu merestrukturisasi banyak kode agar fitur kecil itu berfungsi. Alhasil, penilaian awal ternyata salah total.

Anda akan malu melihat kode lama Anda

Saat pertama kali memulai pemrograman, Anda hanya ingin melakukan sesuatu. Jika kodenya berfungsi, itu menyenangkan. Bagi pemrogram yang belum berpengalaman, tampaknya kode kerja dan kode berkualitas tinggi adalah hal yang sama. Namun ketika Anda menjadi seorang pengembang berpengalaman dan melihat kode yang Anda tulis di awal, Anda akan terkejut: “Apakah saya benar-benar menulis semua kekacauan ini?!” Sebenarnya yang bisa dilakukan dalam situasi ini hanyalah tertawa dan membereskan kekacauan yang Anda buat.

Anda akan menghabiskan banyak waktu untuk menangkap bug

Debugging adalah bagian dari pekerjaan Anda. Sangatlah mustahil untuk menulis kode tanpa bug, terutama jika Anda memiliki sedikit pengalaman. Masalah bagi pengembang pemula adalah dia tidak tahu ke mana harus mencari saat melakukan debug. Terkadang tidak jelas apa yang harus dicari. Dan yang terburuk adalah Anda membuat bug ini untuk diri Anda sendiri.

Internet Explorer adalah browser terburuk yang pernah dibuat

Internet Explorer, disebut juga Internet Exploder, akan membuat Anda menyesali CSS yang baru saja Anda tulis. Bahkan hal-hal mendasar pun bermasalah di IE. Pada titik tertentu Anda akan mulai bertanya pada diri sendiri mengapa ada begitu banyak browser. Banyak perusahaan memecahkan masalah dengan hanya mendukung IE 11 dan versi yang lebih baru - ini sangat membantu.

Pekerjaan berhenti ketika server mati

Suatu hari pasti akan terjadi: salah satu server Anda akan down. Jika Anda belum mengerjakan mesin lokal Anda, Anda tidak akan dapat melakukan apa pun. Dan tidak ada yang bisa. Nah, ini waktunya rehat kopi.

Anda akan berpura-pura memahami semua yang dikatakan rekan kerja Anda.

Setidaknya sekali (mungkin lebih) Anda akan berbincang dengan sesama pengembang yang akan antusias membicarakan teknik atau alat baru. Percakapan akan berakhir ketika Anda menyetujui semua pernyataan lawan bicara. Namun kenyataannya Anda tidak memahami sebagian besar pidatonya.

Anda tidak perlu menghafal semuanya

Pemrograman adalah penerapan pengetahuan dalam praktik. Tidak ada gunanya mengingat semuanya - Anda dapat menemukan informasi yang hilang di Internet. Hal utama adalah mengetahui di mana mencarinya. Hafalan akan datang kemudian, saat mengerjakan proyek, bersama dengan pengalaman.

Anda perlu belajar bagaimana memecahkan masalah secara efektif

Dan lakukan itu secara kreatif. Pemrograman adalah pemecahan masalah secara terus-menerus, dan seseorang dapat menyelesaikannya dengan beberapa cara. Kreativitas membantu melakukan ini dengan cepat dan efisien.

Anda akan banyak membaca

Membaca akan menyita banyak waktu Anda. Anda harus membaca tentang metode, praktik terbaik, alat, dan banyak berita industri lainnya. Jangan lupakan buku. Membaca adalah cara yang bagus untuk mendapatkan pengetahuan dan mengikuti kehidupan.

Kemampuan beradaptasi bisa membuat pusing kepala

Mengadaptasi situs web untuk semua perangkat sangatlah sulit. Ada banyak variasi perangkat dan browser, jadi akan selalu ada kombinasi “perangkat + browser” yang membuat situs terlihat buruk.

Pengalaman debugging menghemat waktu

Seperti disebutkan di atas, debugging bisa menjadi tugas yang sangat memakan waktu, terutama jika Anda tidak tahu di mana mencarinya dan apa yang harus dicari. Mengetahui cara kerja kode Anda membantu Anda melakukan debug dengan cepat. Anda dapat meningkatkan keterampilan proses debug dengan memahami cara kerja alat debug di berbagai browser.

Anda akan mencari solusi yang sudah jadi, tetapi solusi tersebut tidak akan berhasil untuk Anda.

Jika Anda tidak dapat menemukan solusinya sendiri, ada baiknya Anda mencari di Google. Dalam kebanyakan kasus, Anda akan menemukan solusi yang berfungsi di forum seperti StackOverflow. Namun dalam kebanyakan kasus, Anda tidak bisa begitu saja menyalin dan menempelkannya - cara tersebut tidak akan berfungsi. Di sinilah keterampilan pemecahan masalah dan kreativitas berguna.

IDE yang baik akan membuat hidup lebih mudah

Sebelum Anda mulai membuat kode, ada baiknya meluangkan sedikit waktu untuk menemukan IDE yang tepat. Ada banyak yang bagus, baik berbayar maupun gratis. Tapi Anda membutuhkan yang pas. IDE harus memiliki penyorotan sintaksis, serta penyorotan kesalahan. Kebanyakan IDE memiliki plugin yang membantu Anda menyesuaikan IDE Anda.

Terminal akan membuat pekerjaan lebih efisien

Jika Anda terbiasa bekerja di GUI, coba baris perintah. Ini adalah alat yang ampuh yang dapat menyelesaikan banyak masalah lebih cepat daripada alat grafis. Anda harus merasa percaya diri bekerja dengan baris perintah.

Jangan menemukan kembali rodanya

Saat Anda mengembangkan fitur standar, tempat pertama yang harus dicari adalah GitHub untuk mendapatkan solusinya. Jika masalahnya biasa saja, kemungkinan besar sudah terpecahkan. Mungkin sudah ada perpustakaan yang stabil dan populer dengan solusi siap pakai. Lihat proyek aktif dengan dokumentasi. Jika Anda ingin menambahkan fungsi baru ke "roda" orang lain atau sekadar menulis ulang, Anda cukup melakukan fork pada proyek atau membuat permintaan penggabungan.

Sumber: www.habr.com

Tambah komentar