DEV Community: Abui

Spesialis atau Generalis, atau... Generalized Spesialis (?)

Abui — Sun, 26 Sep 2021 15:23:18 +0000

Akhir akhir ini saya melihat teman saya sering berkeluh kesah, lebih mending Spesialis / Generalis? Nah jawabannya adalah

"Tergantung kemauanmu".

Ya, semua orang punya keinginan sendiri, apa yang dia mau lakukan, dan apa yang akan dia lakukan.
Jika jawabannya begitu, lantas mengapa saya menulis ini? Tulisan ini bukan untuk menjawab pertanyaan diatas, melainkan hanya sebuah pandangan saya terhadap skill set saya yang spesialis bahkan bisa dikatakan "JS Fanboy" 😆.

Saya adalah seorang Front End Developer, biasa bekerja dengan library yang sudah 'kayak framework' bernama React JS. Ya, untuk React JS ini saya usahakan agar senantiasa memantau perkembangannya, mulai dari ikut mencoba fitur fitur baru,
mencoba banyak library librarynya agar pengetahuan saya selalu cutting-edge.

Nah, ternyata eh ternyata, walaupun sudah 1 tahun saya menyentuh ReactJS ini, masih banyak yang saya harus pelajari baik dalam fundamentalnya, design design patternnya, optimasi performanya, dan lain lain. Belum lagi kalau ada fitur baru atau approaching baru, ya mau gamau saya harus coba belajar lagi.

Nah, dari ini saya berfikir bahwa, ilmu dari satu library ini aja banyak sekali

Dari pengalaman yang sudah sudah, walaupun saya cuman main di Front End, ternyata banyak sekali hal yang harus kita ketahui demi mencapai best performance.

Mulai dari memilih design pattern yang benar, library ini kalau untuk ngehandle kasus ini cocok atau ngak, komponen ini bagusnya dijadiin reusable atau ngk usah, apakah kita harus bikin react hooks atau apa, dan masih banyak lagi pengalaman yang harus saya ambil lebih banyak.

Simple analogy

Saya menganologikan kasus ini seperti sebuah game RPG, dimana jika kamu punya team dengan komposisi 2 spesialis attack, 2 spesialis tank, dan misalnya 1 spesialis mage, dan satu lagi support, mereka akan lebih unggul melawan 12 generalis.

Ya, tentu saja jika kamu adalah spesialis attack, kamu tentu harus memberikan stats HP, defense, dan speed yang cukup, atau tidak charactermu tidak akan berguna sama sekali.

Inilah mengapa walaupun saya ingin menjadi spesialis, saya harus belajar hal hal lain. Contohnya saya bisa desain grafis dan saya sekarang ini sedang belajar UI/UX, walaupun skill saya di UI/UX kian membaik, tapi tetep saja jika disandingkan dengan orang orang yang spesialis UI/UX dalam kebanyakan kasus saya akan kalah.

Namun yaaa sesuai yang saya sebutkan tadi, saya perlu mempelajarinya supaya saya dapat skill Front End saya dari pandangan lainnya. Mungkin nati juga saya akan belajar Back End, Data Structure, Web Security, Branding, atau Psikologi.

Yaa, disambil aja kayaknya jika saya sedang jenuh dari Front End haha.

Dengan cara itu, saya saya bisa mengira ngira beban diteam saya dan menumbuhkan rasa empathy. Skill set ini dinamakan T-Shaped, karena saya berpengalaman + berpengetahuan disatu bidang, dan juga berpengetahuan dibanyak bidang.

Selebihnya bisa saya upgrade lagi ke Pi-shape atau bahakan E-shapped (Tidak akan saya bahas disini, saya akan menyertakan link untuk ini).

My conclusion

Yup, jadi konklusinya adalah pengguna 1 pisau yang tajam akan bisa mengalahkan pengguna 5 pisau yang tumpul. Namun pengguna 1 pisau tajam akan dikalahkan pengguna 1 pisau tajam dan sebuah sajam.
Sekian...

Memoization rawan bug?

Abui — Sun, 26 Sep 2021 15:13:09 +0000

Dulu pernah nyoba ngefix bug siang dan malam, ternyata cuman kesalahan memoization doang.

Nah sekarang sambil menahan emosi, saya mau share tentang konsep memoization sendiri dari JavaScript terutama ReactJS.

Nah memoization ini sendiri apa sih? kok kayaknya rawan bug?
Nah jadi gini, setiap function itu ada proses re-creation (pembuatan ulang) pada setiap kali kita rerender Document Object Model (DOM), misal kita punya functionA, nah si functionA ini akan direcreate setiap kita rerender.

Nah ini tu gamasalah kalau functionnya cheap alias dalemnya gaterlalu banyak logic logic rumit, yang jadi masalah itu kalau semisalnya ada logic logic rumit yang makan waktu jika kita komputasi ya pokonya expensive lah si function itu.

Nah, kalau dah terlalu makan waktu, biasanya kita disarankan melakukan memoization (caching si result dari functionnya). Kalau untuk ReactJS, kita disediain function bawaan (istilahnya adalah Hooks) useMemo dan useCallback.

Fungsinya itu untuk performance optimization, misal kita dah melakukan komputasi yang rumit, hasil dari komputasi tersebut bisa disimpan sebagai cache. dimana jika kita butuh result dari komputasi tersebut untuk kedua kalinya, kita tinggal mengambil resultnya tanpa me-recreate function tersebut.

Nah, konsep ini lumayan advance, dalam artian kalau gak bener gunainnya bisa menghasilkan bug.

Contoh kita memutuskan untuk mememoize functionA, terus kita lupa atau tidak tau kalau functionA ini hasilnya bisa berbeda. Yaa, alhasil muncul bug yang tidak kita duga.

Nah kita perlu memutuskan sebuah kondisi kapan si function ini akan di recreate biar hasilnya susai dengan harapan kita.
Kalau di ReactJS, dalam Hooks useMemo / useCallback ini kita bisa mendefinisikan dependencies (ketergantungan), dimana jika value dari dependency ini berubah, kita akan recreate function secara otomatis, jika dependency ini valuenya tetap, maka kita akan memanggil result yang sudah kita cache.

Begitulah, jadi walaupun sangat berguna kalau untuk masalah cache mencache diharapkan hati hati.

Apakah Software Developer / Engineer benar benar masuk "High Demand"

Abui — Sun, 26 Sep 2021 15:00:46 +0000

Kali ini saya akan membahas topik yang sedikit unik, ya terkait pekerjaan Software Engineer / Developer / Programmer atau apapun itu.

Mari kita hadirkan beberapa statement terlebih dahulu :

Pekerjaan yang High Demand itu banyak lowongan kerjanya.
Jika banyak lowongan kerjanya, berarti cari kerjanya itu mudah
Software Engineer adalah pekerjaan yang "High Demand"
Faktanya, banyak lulusan Univ / SMK tentang Software Development mengeluh "Sulit" menemukan pekerjaan.

Jika kita benturkan statement ke 1 2 3 dengan 4 akan muncul paradox, perusahaan sulit mencari orang, sendangkan orang orang sulit mencari kerjaan.

Mendengar kata "High Demand" mungkin menyebabkan beberapa orang tua mengakatan kepada anaknya
"Udah masuk jurusan IT aja, biar hidupmu gampang. Lagi banyak dicari pekerjaannya" dll.
Atau menyebabkan Banyak Univ membuka jurusan Informatika.

Padahal kata "High Demand" itu bisa berupa 2 hal :

Pekerjaannya banyak dan butuh banyak orang
Pekerjaanya b aja stoknya, tapi untuk dapat pekerjaan tersebut lumayan "susah"

My Conclusion ?

Software Engineer itu stoknya biasa aja, tapi untuk dapat pekerjaannya itu untuk "Fresh Grad" lumayan susah, kecual kalau kamu berusaha dengan sungguh sungguh.

Software Engineer itu menurut saya suatu pekerjaan yang mewajibkan
kita membangun kebiasaan / hidup berpusat pada pekerjaan tersebut.

Contoh jika kamu mau menjadi Software Engineer, kamu tidak bisa hanya
diam saja menerima suapan dari materi materi yang diajarkan jurusan.
Ngk bisa gitu...

Kamu harus membangun kebiasaan untuk meluangkan waktu belajar hal hal
baru, atau mengasah kemampuan di waktu senggangmu...

Dan kebiasaan ini akan sangat berat dibangun jika kamu tidak memiliki
passion dalam Programming, atau kamu hanya mau Uangnya saja dari
pekerjaan tersebut.

Iyaa, kalau boleh dikatakan, walaupun masuk "High Demand Job"

Jangan kira dirimu bisa bersantai saja, menikmati nikmatnya kopi ketika senja setiap hari, menikmati hari hari dengan senyuman, tau tau ketika kamu lulus secara ajaib kamu mendapatkan pekerjaan sebagai Software Engineer dengan hanya menunjukan Calculator App buatanmu... Jangan Harapp 😅😅