Halo, Eka disini. Blog ini adalah media untuk berbagi opini serta insight tentang isu terbaru di seputaran programming dan kehidupan programmer. Kirimkan saya pertanyaan, saya akan coba jawab di postingan berikutnya 🙏

Mentor dapat membantu memberi arah untuk mencapai apa yang kita inginkan dengan lebih cepat. Karena kita belajar langsung dari yang sudah pernah mengalaminya, belajar langsung dari kesalahan mereka. Akan lebih cepat dari pada harus belajar dan mencari jalan sendiri.

Meskipun secara formal saya tidak memiliki seorang mentor langsung, namun banyak sosok di luaran sana yang saya jadikan inspirasi. Yang ternyata mereka juga bisa disebut mentor, yaitu Mentor Aspiratif.

Mentor Aspiratif adalah orang yang menjadi inspirasi kita, orang yang kita jadikan role-model, kita ingin menjadi seperti mereka.

Ironisnya, sebagian besar dari kita hanya mampu “memiliki” mentor Aspiratif (termasuk saya sendiri). Tidak banyak yang beruntung mendapatkan mentor langsung, hanya bisa mengagumi dan bermimpi ingin seperti mereka.

Masalah dengan Mentor Aspiratif

Mark Zuckerberg adalah mentor aspiratif saya, suatu saat saya ingin seperti dia. Program yang dia bikin dari kamar kosan meledak dan digunakan oleh jutaan orang dari seluruh dunia (Facebook).

Itu adalah mimpi semua programmer (saya), kalau ada yang tidak ingin seperti dia, maka saya tentu saja mempertanyakan kewarasan mereka.

Namun pada kenyataannya, sekeras apapun saya bekerja dan belajar, kecil kemungkinan bisa menyaingi kesuksesannya. Sehebat apapun saya sebagai programmer, belum tentu produk saya bisa menyaingi Facebook. Sedetail apapun saya meniru sosok Mark Zuckerberg, saya tidak akan pernah seterkenal dia. Kenapa?

Saya bukan Mark Zuckerberg, lingkungan dia tidak sama dengan lingkungan tumbuh dan bekerja. Circle pertemanan dia tidak sama dengan teman-teman saya. Prioritas dia tidak sama dengan prioritas saya saat ini.

Gap nya terlaluuuuuuu jauuuuuuuh sehingga meng-copy mentah-mentah cara hidupnya saat ini adalah hal yang tidak masuk di akal.

Terus solusinya?

Carilah mentor Praktis

Tidak perlu belajar dari Bill Gates kalau kamu ingin menjadi programmer hebat. Belajarlah dari teman sekelasmu yang sudah duluan belajar coding, tanyakan seniormu bagaimana cara dia belajar sampai memiliki skill yang sekarang.

Belajar dari mereka yang sudah di level 4 atau 5 kalau kamu masih di level 3, jangan nembak langsung ke level 1000!

Pelajari hal-hal praktis dan actionable dari mereka yang masih bisa kamu jangkau. Naiklah level sedikit demi sedikit, satu langkah per hari

Kesimpulan

Idealnya kamu perlu dua mentor. Mentor Aspiratif yang kamu jadikan inspirasi untuk tetap semangat meraih mimpimu. Dan yang paling penting adalah mentor Praktis, tempat kamu belajar hal nyata dan praktis untuk mencapai level yang lebih baik dari yang sekarang.

Jangan overthink! kita berlomba dengan diri sendiri, dengan kecepatan yang kita miliki, maju satu langkah setiap hari, sambil menikmati prosesnya.

Tidak perlu se-terkenal Mark Zuckerberg untuk bisa menjadi panutan, tidak perlu se-kaya Bill Gates untuk bisa bermanfaat buat lingkungan.

Subscribe now

Halo, Eka disini. Blog ini adalah media untuk berbagi opini serta insight tentang isu terbaru di seputaran programming dan kehidupan programmer. Kirimkan saya pertanyaan, saya akan coba jawab di postingan berikutnya 🙏

“Yang membuat saya bertahan selama ini adalah karena saya diberi kesempatan untuk belajar terus, diberi tantangan terus. Kalau tidak, saya pasti sudah resign dari sini.”

Itu yang pernah saya ungkapkan ke salah satu senior di tempat saya berkerja.

Karena yang saya sukai di bidang IT khususnya programming adalah kesempatan untuk belajar setiap hari. Memecahkan berbagai macam masalah di lingkungan yang dinamis dan penuh ketidakpastian. Itulah yang membuatnya menantang, kalau membosankan: I’m out!

Ketidakpastian bisa muncul dalam berbagai hal, entah itu tidak jelasnya role dalam pekerjaan atau team, tidak jelasnya requirements dalam proyek, perubahan prioritas, dan banyak hal lainnya.

Dalam sebagian besar kasus, sebenarnya semua ketidakpastian tersebut sangat mudah diatasi. Yaitu dengan bertanya.

Hampir enam tahun belakangan ini saya bekerja di lingkungan yang cukup unik, yaitu: kalau tidak meminta maka orang tidak akan tahu kita menginginkannya, kalau tidak bertanya maka orang pikir kita sudah mengetahuinya. You want something? ask for it!

Pernah ikut meeting dan kita hanya diam saja? punya pendapat tetapi tidak berani menyampaikan? ingin bertanya tetapi “ga enak“ karena takut merepotkan? takut dicap tidak capable? kini saatnya kita ubah mindset itu.

Kita tumbuh dengan kalimat diatas sangat sering terdengar. Tetapi kenapa kadang bertanya menjadi hal yang begitu sulit dilakukan?

Dari SD, SMP, SMA sampai kuliah kita mendengar bapak atau ibu guru bilang “Ada pertanyaan?“, mayoritas dari kita (termasuk saya) lebih banyak diam dan menggelengkan kepala. Apakah betul-betul sudah paham? atau karena tidak memperhatikan apa yang disampaikan sehingga tidak tahu mau bertanya apa?

Orang malas ke kantor polisi untuk membuat SIM karena tidak tahu caranya, takut dengan prosesnya, prosedurnya. Orang enggan ke kantor pemerintahan untuk mengurus dokumen karena tidak tahu prosedurnya.

Padahal solusinya sederhana, hanya perlu banyak-banyak bertanya. Bertanya itu gratis, bertanya memang perlu keberanian, tetapi jauh lebih murah daripada banyaknya waktu, tenaga, dan uang yang mungkin terbuang karena tidak mau atau takut bertanya.

👉 Bertanya menghapus keraguan

“The master key of knowledge is, indeed, a persistent and frequent questioning.” – Peter Abelard

Kembali ke konteks sebagai seorang developer, keraguan dan ketidakpastian adalah bagian alami dari pekerjaan yang kita cintai ini.

Namun sering saya lihat teman-teman programmer terutama yang baru masuk ke dunia kerja, sangat minim keberanian untuk bertanya. Entah karena tidak berani, malu atau mereka lebih senang berasumsi.

Bayangkan kita mengerjakan sistem pembayaran, kita tahu bahwa setiap usaha berbeda, punya business-logic atau proses berbeda kalau sudah menyangkut masalah uang. Kesalahan mengaplikasikan logika hanya karena kita berasumsi, bisa merugikan perusahaan yang ujungnya merugikan diri sendiri.

Jadi pastikan kita paham betul input, proses, logika dan outputnya nanti seperti apa. Kalau masih ada keraguan, tanyakan sampai jelas, jangan berasumsi!

Namun bukan berarti setiap asumsi adalah tidak baik, akan ada kasus dimana kita harus mengandalkan asumsi agar proyek bergerak maju, namun itu pun harus didasarkan pada asumsi dan kesepakatan bersama serta disetujui bersama.

👉 Bertanya menghemat uang, waktu dan tenaga

“The most serious mistakes are not being made as a result of wrong answers. The true dangerous thing is asking the wrong question.” – Peter Drucker

Bayangkan kamu dan team mengerjakan fitur yang cukup kompleks selama berbulan-bulan. Namun seminggu sebelum proyek itu diluncurkan ternyata ada bagian penting yang selama ini kita kira benar ternyata salah total.

Tentunya skenario di atas bisa menjadi mimpi buruk. Peluncuran ditunda, pihak-pihak terkait harus bekerja ekstra keras memperbaiki kesalahan. Banyak waktu, tenaga bahkan uang terbuang percuma hanya gara-gara kita kurang bertanya.

Keinginan mempercepat sebuah proses dengan menghindari bertanya malah bisa memperlambat proses itu sendiri apabila dalam prosesnya kita banyak bergantung pada asumsi-asumsi sendiri yang belum tentu benar.

👉 Bertanya bukan berarti bodoh

“There are no foolish questions and no man becomes a fool until he has stopped asking questions.” – Charles Proteus Steinmetz

Namun sebaliknya, dengan kamu bertanya menandakan bahwa kamu peduli dengan apa yang kamu kerjakan. Kamu ingin bekerja menghasilkan kualitas terbaik. Kamu ingin meminimalisir kesalahan dengan memverifikasi setiap langkah penting.

Kesalahan memang tidak bisa dihindari, tetapi bisa diminimalisir. Tugas kita bukan untuk selalu sempurna, tetapi meminimalisir ketidaksempurnaan dengan cara membatasi kesalahan.

👉 Bertanya tidak selalu malas

“The power to question is the basis of all human progress.” – Indira Gandhi

Bertanya adalah salah satu bentuk komunikasi dan interaksi antar manusia. Selama kamu bertanya dengan baik, cukup konteks, di waktu yang tepat maka sebagian besar orang akan dengan senang hati menjawab pertanyaan yang kamu miliki.

Namun berbeda dengan pemalas. Dengan jawaban yang sudah ada di depan mata, atau bisa dicari sendiri dengan lima menit Googling, tetapi masih mengandalkan orang lain untuk menyediakan jawaban buat mereka. Itu namanya pemalas.

Bagi pemalas, bertanya bukan lagi jurus terakhir untuk memecahkan masalah, tetapi jurus pertama dan merupakan jalan pintas untuk mendapatkan apa yang diinginkan tanpa peduli dengan kepentingan dan waktu orang lain.

Maka tunjukanlah bahwa kamu sudah berusaha semaksimal mungkin sebelum bertanya dan meminta bantuan.

Orang lebih simpati kepada mereka yang dalam kesusahan namun menunjukkan semangat pantang menyerah, tetapi akan seketika hilang empati kepada orang yang sudah susah ditambah lagi malas.

Jadi, jangan takut bertanya. Programmer dengan skill dewa pun pada suatu saat akan bertanya. Mempelajari cara bertanya yang baik menjadi penting di luar skill teknis yang harus dimiliki programmer.

Sekarang, apa kamu ada pertanyaan?

Subscribe now

Selamat datang di blog-series Zero To Programmer. Merupakan isi eBook Zero To Programmer dalam format blog, tiap bab akan dirilis paling cepat 2 minggu sekali. Tidak ingin menunggu? Dapatkan PDF nya disini 👉 https://bit.ly/ztpfree

Saya ingat ketika masih duduk di bangku SD. Saya terobsesi dengan sebuah serial televisi yang berjudul MacGyver.

Serial TV yang menceritakan tentang petualangan seorang anak muda pemberani yang pintar dan banyak akal.

Menghadapi para penjahat dengan barang-barang yang ada disekitarnya, dirakit dijadikan senjata, dijadikan alat untuk mengalahkan mereka. Sosok MacGyver ini memicu ketertarikan saya dengan segala hal yang berbau listrik dan elektronik.

Terlebih lagi saat menginjak masa SMP dan SMA, saya sudah punya cita-cita ingin menjadi apa. Ingin seperti sang idola yang pandai merakit komponen elektronik.

Memiliki kemampuan untuk menciptakan sesuatu, memperbaiki sesuatu, dan memecahkan masalah bagaikan seorang MacGyver.

Mulailah saya membeli buku-buku rangkaian elektronik. Mulai membongkar peralatan elektronik yang ada di rumah untuk melihat apa isinya, bagaimana cara kerjanya. Namun alat yang tadinya bagus malah rusak karena saya bongkar. Kalau saja saat itu saya punya bengkel, maka motonya adalah “bongkar yes, pasang no”.

Saya mulai belajar merakit rangkaian elektronika sederhana, dari lampu kelap-kelip sampai pemancar radio. Bahkan saat itu saya sudah hafal semua nama dan cara membaca kode sebuah komponen elektronik, semua sudah di luar kepala.

Hobi itu saya jalani tanpa alat dan prasarana yang memadai. Uang saku hanya cukup untuk jajan di sekolah, tidak ada budget untuk hal diluar itu. Setrika pun saya pakai sebagai solder, karena belum mampu membeli solder sendiri.

Dan ketika saya ingat kembali masa-masa itu, saya menemukan benang merah yang sangat jelas. Masa-masa naif dan kreatif itu berkontribusi besar membentuk diri saya yang sekarang.

Saya siap melakukan apa saja untuk menjalani hobi yang disuka. Siap mempelajari apapun, memanfaatkan apapun yang ada untuk menunjang aktivitas tersebut.

Mentalitas yang sama juga saya pakai ketika awal belajar programming, ketika bekerja, bahkan sampai sekarang. Saya siap mempelajari semua yang diperlukan untuk menyelesaikan pekerjaan, entah itu bahasa pemrograman, tools, ataupun framework baru.

Saya tidak pilih-pilih, kalau suka maka saya pelajari, kalau tidak gratis maka saya beli.

Saya percaya tidak ada ilmu yang sia-sia. Meski tidak memberi manfaat langsung minimal mampu melebarkan horizon pemikiran kita.

Itu akan terbukti ketika berhadapan dengan masalah baru. Kita jadi punya banyak opsi yang bisa dijadikan solusi, punya lebih banyak ide karena wawasan yang luas.

Do whatever you want to do and whatever you need to do, jangan kasi kendor!

Subscribe now

Selamat datang di blog-series Zero To Programmer. Merupakan isi eBook Zero To Programmer dalam format blog, tiap bab akan dirilis paling cepat 2 minggu sekali. Tidak ingin menunggu? Dapatkan PDF nya disini 👉 https://bit.ly/ztpfree

Saya tumbuh sebagai remaja yang introvert. Lingkup pertemanan terbatas, ketika ngumpul lebih banyak diam dan menjadi observer, bicara seperlunya saja. Apabila ada kerabat yang datang, saya lebih memilih “ngumpet” di kamar daripada harus ngobrol atau sekedar basa-basi dengan mereka.

Sampai sekarang pun sebenarnya masih seperti itu, namun tidak separah dulu. Sekarang saya lebih open, lebih percaya diri, dan bisa memposisikan diri. Sepertinya pengalaman bekerja di Australia telah banyak merubah pola pikir dan cara saya berhadapan dengan orang. Menjadi lebih baik.

Namun satu hal yang tidak berubah adalah saya tetap kepo parah, dalam artian yang positif. Kepo yang positif berarti rasa keingintahuan yang besar. Dan saya kepo terhadap segala hal. Saya selalu ingin tahu bagaimana sesuatu itu bekerja, bagaimana dia dibuat, kenapa bisa ini, dan kenapa bisa itu.

Acara TV favorit saya bukanlah film superhero, melainkan film dokumenter. Dokumenter mengenai teknologi, bumi, sejarah, flora dan fauna, sampai eksplorasi luar angkasa. Entah kenapa menonton mereka seakan memberi cemilan penuh nutrisi kepada otak, otak saya yang kepo ini.

Namun setelah dipikir-pikir, ternyata sifat itulah yang menjadikan saya sangat cocok menjadi programmer. Untuk menjadi programmer kamu harus kepo parah. Punya rasa keingintahuan yang besar, tidak akan tenang, tidak akan berhenti sebelum menemukan jawaban.

Programmer kepo tidak akan segan-segan membongkar kode program untuk mengetahui bagaimana cara kerjanya. Programmer kepo menganggap dokumentasi sebagai taman bermain, dan menganggap error sebagai hama untuk dibasmi.

Bill Gates sang pendiri Microsoft, Mark Zuckerberg si pendiri Facebook, Linus Torvalds sang membuat Linux, Steve Wozniak sang co-founder Apple, semuanya adalah orang kepo. Para hacker yang berkeliaran di luar sana semuanya kepo. Kepo is power!

Selamat datang di blog-series Zero To Programmer. Merupakan isi eBook Zero To Programmer dalam format blog, tiap bab akan dirilis paling cepat 2 minggu sekali. Tidak ingin menunggu? Dapatkan PDF nya disini 👉 https://bit.ly/ztpfree

Saat ini bekerja sebagai engineer dalam tim Data and Analytic di sebuah perusahaan startup yang berbasis di Sydney, Australia. Tim kita kecil, setiap orang punya role tersendiri dan masing-masing know what they’re doing.

Tim ini punya peran yang sangat penting karena menyangkut data, dan perusahaan menggunakan data sebagai dasar pengambilan keputusan. Salah mengambil keputusan karena salah data, bisa berakibat fatal bagi kelangsungan bisnis perusahaan.

Kami bertanggung jawab penuh atas data dan semua produk yang dihasilkan darinya. Data pipeline, Data warehouse, recommendation API, dan semua infrastruktur pendukungnya.

Ada Machine Learning (ML) engineer yang bertugas membuat model prediksi, Analytic engineer menganalisa data untuk mendapatkan insight dari data. Saya sendiri bisa dibilang sebagai platform engineer karena bertanggung jawab memastikan platform data kita berjalan lancar dan optimal.

Saya sudah bekerja di perusahaan ini sejak tahun 2015 dan merupakan developer pertama yang direkrut. Sudah hampir 8 tahun, iya itu bukanlah waktu yang singkat.

Namun saya bukan tipe orang yang mengejar tangga karir, tetapi mengejar kesempatan dimana saya bisa terus belajar. Itulah alasan saya bertahan sekian lama, karena terus diberi kesempatan untuk belajar.

Apalagi dengan fleksibelnya cara bekerja saat ini, hampir semua bekerja dari rumah. Bisa bekerja dari manapun yang saya mau, bisa cuti atau libur apabila diperlukan, dan dibayar pun dengan US Dollar :)

Melihat bagaimana saya bekerja dan menikmati hasilnya, maka tidak heran banyak yang bertanya, bahkan minta diajari caranya. Namun saya tidak pernah berani memberikan jawaban pasti A, B, atau C. Karena saya pun tidak tahu bagaimana resep pastinya.

Dan buku ini adalah jawaban terbaik yang bisa saya berikan. Saya akan memaparkan perjalanan dari Zero to Programmer. Dari yang tidak tahu apa-apa sampai menjadi programmer yang skillnya bisa diakui bahkan oleh perusahaan luar sekalipun.

Harapannya adalah semoga dengan membaca kisah ini, teman-teman bisa mencermati, mengambil pelajaran, dan yang paling penting adalah belajar dari kesalahan yang pernah saya lakukan.

Halo, Eka disini. Blog ini adalah media untuk berbagi opini serta insight tentang isu terbaru di seputaran programming dan kehidupan programmer. Kirimkan saya pertanyaan, saya akan coba jawab di postingan berikutnya 🙏

Sejak belasan tahun yang lalu ketika pertama kali merasakan yang namanya bekerja, meskipun saat itu belum memasuki bidang IT, ada satu prinsip yang secara tak sengaja selalu saya bawa dan terapkan hingga saat ini yaitu:

Saya bukan berbicara tentang (memberikan 110%) uang, melainkan tentang men-deliver hasil, kualitas, dan effort yang saya berikan kepada mereka pengguna jasa saya.

Buat kamu yang sudah membaca ebook Zero To Programmer yang saya tulis, pasti sudah tahu bahwa saya mengawali karir sebagai seorang desainer grafis hanya berbekal keahlian Photoshop yang bisa dibilang pas-pasan. Mungkin juga saat itu perusahaan yang menerima saya tidak perlu orang yang berskil dewa, cukup bisa mengoperasikan Photoshop dasar karena memang pekerjaannya cukup sederhana.

Namun di sisi lain saya menanggapinya berbeda. Ketika ada yang memberikan kepercayaan, maka sebagai rasa syukur saya akan memberikan yang terbaik yang saya bisa bahkan tidak jarang memberi lebih dari yang diminta. Tanpa saya sadari, mentalitas itu (untungnya) selalu berakhir dengan baik, membuat saya menjadi lebih dipercaya bahkan dihadiahi posisi lebih baik ataupun gaji lebih besar.

Berikut adalah beberapa contoh nyata bagaimana saya menerapkannya.

👉 110% sebagai Desainer grafis

Ketertarikan akan komputer dan internet bukanlah sesuatu yang saya miliki dari kecil, bahkan tidak pernah terbayangkan sebelumnya. Tetapi satu hal yang pasti adalah saya selalu terbuka dengan segala jenis peluang dan tantangan yang membuat saya bisa dibilang “go with the interesting flow“, saya ikuti arus di mana sekiranya menantang (menarik).

Desainer grafis bukanlah sebuah title formal yang saya dapatkan secara formal pula, saat itu saya hanya seorang anak muda yang bisa pakai Photoshop dan mengambil foto produk dengan kamera konsumer biasa. Itulah pekerjaan saya sehari-hari, foto produk di atas kertas berlatar putih, cabut SD-card, masukan ke komputer. Edit (bersihkan, crop) foto sesuai spesifikasi dan input foto itu ke sistem. Itu saja.

Untuk mencegah pekerjaan itu membosankan (karena sangat repetitif), saya perlu membuatnya lebih menantang. Saya mulai belajar mendesain banner, belajar membuat gambar vektor, membuat kartu ucapan ulang tahun dan lain-lain.

Ketika ada requirements untuk membuat sebuah desain tag produk baru, maka saya menawarkan diri untuk mencoba membuatnya, ketika perlu membuat sebuah logo brand baru maka sayapun ditugaskan untuk mencobanya dan hasilnya ternyata bagus.

Semua itu bukan tugas saya, saya tidak dibayar untuk mengerjakan semua itu, kenapa saya mau? karena saya ingin menunjukan bahwa potensi saya tidak hanya 100% tetapi 110% atau lebih.

Terus apa hadiah dari memberikan nilai lebih itu? saat itu perusahaan ternyata kurang peka (atau pura-pura tidak peka), tidak banyak yang berubah dari segi posisi ataupun gaji 😅. Tetapi saya menikmati setiap tantangan itu dan membuat saya sadar bahwa saya bisa mempelajari skill apapun kalau memang saya mau, pelajaran itu akan sangat berguna di petualangan saya berikutnya.

👉 110% sebagai Software Developer

Sepanjang karir saya sebagai developer mulai dari saat freelancing sampai bekerja dengan perusahaan luar pun prinsip ini masih terus saya pegang.

Misalnya ketika saya diminta untuk mengerjakan sebuah fitur berarti saya akan memastikan fitur tersebut berjalan sesuai yang diinginkan dan reliable sesuai yang diharapkan. Untuk itu maka tanpa diminta saya harus melengkapinya dengan test cases yang cukup, bahkan kalau perlu dilakukan load testing untuk memastikan fitur tersebut tidak crash ketika diberikan live production traffic. Terakhir tidak lupa saya sertakan dokumentasi yang cukup supaya teman-teman developer yang lain mudah memahami.

Itu semua tanpa diminta, melainkan sebagai bagian dari tanggung jawab moral saya sebagai seorang software developer; menghasilkan software yang bisa diandalkan sehingga secara implisit saya adalah pribadi yang bisa diandalkan.

Contoh lainnya baru-baru ini terjadi, kita berencana melakukan migrasi dari platform Google Cloud Run ke Google Kubernetes Engine untuk mendapatkan kontrol penuh terhadap jalannya aplikasi. Namun sayangnya, tidak ada diantara kita (para engineer) yang pernah menjalankan sistem berbasis Kubernetes di production.

Sebagai seseorang yang suka tantangan saya mengajukan diri untuk menginisiasi proyek migrasi tersebut, saya minta diberikan waktu beberapa minggu untuk belajar Kubernetes dari Nol dan berikan beberapa bulan untuk memindahkan semua aplikasi kita. Hasilnya? Awal Mei 2023 ini semua aplikasi kita berjalan di Google Kubernetes Engine (GKE), lengkap dengan dashboard untuk memonitor sistem dan dokumentasi bagaimana cara mendeploy aplikasi baru di Kubernetes. Diinisiasi dan dikerjakan oleh satu orang saja yaitu saya sendiri.

Pertanyaanya, kenapa sih mau pusing-pusing dan capek-capek begitu?

Buat saya, ketika sesuatu itu terlalu mudah maka dia akan membosankan dengan cepat. Tidak ada hal yang lebih buruk daripada bangun pagi dan tahu bahwa hari ini kita akan mengerjakan hal membosankan selama 8 jam.

Tanpa disadari, hanya karena ingin menghindari kebosanan, saya menjadi memiliki nilai lebih (skill) dan bisa memberikan lebih bahkan tanpa diminta.

Itu hanyalah beberapa contoh, prinsip tersebut saya terapkan pada setiap hal yang saya kerjakan. Tentu saja kali ini saya lebih beruntung, sikap tersebut ternyata dilihat, dihargai dan diberikan reward yang sesuai 🙂

👉 110% di segala bidang

Saya yakin ketika kita memberikan effort lebih (yang positif) pada suatu hal maka besar kemungkinan kita bisa sukses di bidang tersebut. Bidang yang saya maksud bisa apa saja bahkan bisa diterapkan dalam pertemanan, percintaan atau di keluarga.

Namun disaat orang lain tidak membalas sesuai dengan value yang sudah kita berikan, janganlah sakit hati, ikhlaskan, karena tujuan kita memberi nilai lebih bukan untuk menjilat atau terlihat hebat atau ingin naik pangkat/gaji semata, tetapi karena itu adalah core value dalam diri kita yang tidak banyak orang lain punya.

Setelah sedikit introspeksi, belakangan saya pahami kenapa saya punya tendensi untuk selalu memberikan lebih:

1. Saya tidak suka men-deliver crappy product atau jasa dengan kualitas asal-asalan. Setiap karya yang dihasilkan dari tangan saya harus menunjukkan kualitas diri saya sendiri. Kalau asal-asalan berarti saya juga asal-asalan, tidak peduli pada kualitas. Begitu juga sebaliknya.

2. Saya menghindari kebosanan dengan mendorong diri untuk melakukan hal yang belum pernah saya lakukan sebelumnya, hasilnya malah jadi memiliki skill baru dan berujung kepada kemampuan untuk memberikan more value.

3. Saya tidak terlalu perhitungan. Saya tidak melihat sesuatu itu dari seberapa menguntungkannya hal itu kedepannya buat saya, pengalaman yang bisa saya dapatkan dari prosesnya bernilai lebih dari kemungkinan reward nya. Hal itu membuat saya tidak terlalu overthink dan menikmati setiap hal yang saya kerjakan.

Selamat datang di blog-series Zero To Programmer. Merupakan isi eBook Zero To Programmer dalam format blog, tiap bab akan dirilis paling cepat 2 minggu sekali. Tidak ingin menunggu? Dapatkan PDF nya disini 👉 https://bit.ly/ztpfree

Lebih lengkapnya Eka Putra, asal Kabupaten Gianyar. Sebuah Kabupaten yang terkenal sebagai pusatnya seni kerajinan di Bali.

Kalau dilihat dari latar belakang, saya dan keluarga bisa dibilang biasa-biasa saja. Bapak dan ibu saya adalah pengrajin kayu dengan penghasilan yang tidak seberapa, tetapi cukup untuk makan sehari-hari.

Saya anak pertama dari tiga bersaudara, tipe anak rumahan, agak kuper alias kurang pergaulan, mungkin istilah masa kininya adalah introvert. Tidak banyak teman, tetapi ketika punya teman baik maka akan saya anggap saudara sendiri.

Belakangan ini, saya membranding diri sebagai seorang lulusan SMA yang berhasil menjadi programmer. Bahwa saya bisa mendapatkan pekerjaan sebagai programmer meskipun dengan latar belakang seadanya, tanpa kursus, sekolah, ataupun kuliah di bidang IT.

Terus apanya yang spesial? Kan banyak anak SMA yang jago coding. Awalnya saya juga berpikir seperti itu, namun ketika bercerita bahwa saya bekerja sebagai programmer bahkan sampai ke luar negeri, baru kemudian banyak yang bereaksi. Banyak yang bertanya, kok bisa? bagaimana caranya?

Di sana saya menyadari bahwa ada yang unik dalam kasus saya. Banyak yang tidak menyangka bahwa hal tersebut bisa terjadi mengingat latar belakang dan tingkat pendidikan saya.

Yang beruntung seperti saya mungkin banyak. Tapi tidak banyak yang mau membagikan ceritanya untuk menginspirasi orang lain, dan di sini saya memberanikan diri untuk itu.

Tidak ingin ketinggalan berita saat bab baru dirilis? gabung newsletter UpKoding untuk menjadi yang pertama mengetahuinya. 👇👇👇

Halo, Eka disini. Blog ini adalah media untuk berbagi opini serta insight tentang isu terbaru di seputaran programming dan kehidupan programmer. Kirimkan saya pertanyaan, saya akan coba jawab di postingan berikutnya 🙏

Imposter Syndrome adalah sebuah perasaan dimana kita merasa tidak mampu atau meragukan diri sendiri. Syndrome ini ternyata bisa lebih kuat menyerang mereka yang berkecimpung di dunia programming di mana perkembangan teknologi yang sangat pesat serta bidang yang luas memberikan kesan kita tidak akan pernah menguasai semuanya.

Sindrom ini pun bisa dirasakan dalam berbagai bentuk. Yang paling sering saya lihat dan kadang juga saya rasakan adalah ketika kita merasa tidak sehebat orang lain. Ketika kita merasa tertinggal atau ketika meragukan kemampuan diri sendiri karena tidak punya latar belakang IT, tidak kuliah, atau merasa umur sudah terlalu tua untuk menjadi programmer.

Namun yang penting untuk diingat adalah: diserang perasaan tersebut ternyata adalah hal yang umum dan tidak bisa dijadikan bukti bahwa kamu benar-benar tidak mampu. Faktanya, penelitian menunjukkan bahwa sindrom ini lebih banyak dirasakan oleh mereka para high-achievers atau orang-orang sukses.

Berikut adalah beberapa faktor yang menyebabkan munculnya sindrom tersebut di kalangan programmer seperti kamu dan saya:

1. Perubahan sangat cepat di bidang IT atau programming: Bahasa pemrograman, framework, tools, teknik-teknik baru terus bermunculan bahkan sebelum kita menguasai apa yang ada sebelumnya. Ini kadang membuat kita merasa bahwa tidak mungkin mengikuti semuanya.

2. Mengejar kesempurnaan: Banyak programmer, termasuk saya sendiri adalah tipe programmer yang selalu mengejar kesempurnaan terhadap apa yang saya buat dan bahkan terkadang berharap berlebihan. Ini menyebabkan perasaan takut untuk berbuat salah, karena kesalahan bisa berujung pada kegagalan.

3. Membandingkan diri: Saat ini mudah sekali membandingkan diri kita dengan orang lain apalagi dengan adanya media sosial. Melihat pencapaian orang lain, prestasi mereka, penghasilan mereka, dan membandingkan dengan yang kita punya maka bisa timbul perasaan bahwa kita tidak sehebat mereka.

4. Tidak berani bertanya: Tidak jarang banyak yang mengurungkan niatnya menjadi programmer hanya karena malu bertanya. Merasa kalau bertanya itu adalah tanda mereka lemah. Padahal, di bidang ini kita memang harus banyak bertanya dan mencari. Tahu cara bertanya yang baik dan tahu cara mencari yang efisien.

5. Rasa Kepantasan: Ini mungkin sering terjadi pada teman-teman wanita yang ingin menjadi programmer tetapi merasa bidang ini tidak cocok untuk mereka karena melihat kebanyakan programmer adalah laki-laki. Mereka lantas merasa tidak pantas untuk berada di sana, padahal tidak sedikit programmer terbaik dunia adalah wanita.

6. Kurangnya pengalaman: Programmer yang baru masuk ke dunia kerja pasti ada yang merasa khawatir tentang bagaimana nanti situasi ketika bekerja. Apalagi di perusahaan atau start-up besar. Menjadikan mereka overthinking serta mempertanyakan apakah mereka akan mampu menghadapi setiap persoalan yang dihadapi.

Hal penting lain yang perlu diingat adalah sindrom atau kecemasan ini tidak hanya menyerang mereka yang masih pemula. Programmer berpengalaman pun tidak akan terlepas dari sindrom ini, hanya mungkin pada kadar yang berbeda dan kondisi berbeda pula.

Mengatasi Imposter Syndrome

Berikut adalah beberapa cara menanggulangi sindrom ini sebagai programmer.

1. Semua pernah menjadi pemula: Kalau perasaan cemas ini menyerang maka ingatlah bahwa semua pernah menjadi pemula di bidangnya. Ada saatnya para ahli yang kita kagumi tersebut adalah seorang pemula juga. Mereka menjadi ahli karena memulai terlebih dahulu dan belajar dari pengalaman yang mereka dapatkan selama ini.

2. It’s okay not to know everything: Tidak apa-apa kalau memang kita tidak mengetahui semuanya. Tidak ada yang meminta kita untuk menguasai semuanya, lebih baik fokus ke bidang yang kita kuasai dan sukai serta menjadi ahli di sana. Biarlah teknologi berkembang pesat, kita tidak harus selalu berada di depannya. It’s okay berada di belakangnya.

3. Carilah komunitas yang mendukung: Bergabunglah ke komunitas-komunitas yang memiliki ketertarikan yang sama dengan kita. Carilah komunitas yang aktif dan saling memberi dukungan antar anggotanya. Mengetahui bahwa kita tidaklah sendirian akan mampu mengatasi atau mengurangi kecemasan berlebihan.

4. Rayakan setiap pencapaian: Besar atau kecil maka rayakanlah setiap pencapaian tersebut. Itu adalah bukti bahwa kita tidak selemah yang kita bayangkan, kita berhasil mencapai sesuatu. Pencapaian-pencapaian kecil tersebut akan menjadi jalan menuju pencapaian yang lebih besar.

5. Belajar memberi dan menerima masukan: Kritik dan saran bisa membantu kita untuk tumbuh. Mintalah saran kepada teman, mentor atau komunitas. Gunakan kritik sebagai pemicu supaya kita lebih baik. Namun jangan lupa kita juga harus aktif memberikan masukan kepada orang lain, ini akan memberikan kita dua sudut pandang yang berbeda; sebagai pemberi dan penerima.

6. Cari bantuan profesional: Apabila kecemasan sudah sangat berlebihan, sampai mengganggu aktifitas kehidupan sehari-hari kita, maka cobalah cari bantuan profesional yang ahli di bidang sindrom tersebut. Konseling atau terapi mungkin bisa membantu mengurai semua kecemasan tesebut dan mencarikan solusi yang paling tepat untuk kita.

Mengingat setiap orang adalah berbeda, maka hasil dari melakukan hal-hal di atas bisa saja berbeda antara satu orang dengan yang lainnya.

Kesimpulan

Imposter Syndrome tidak hanya menyerang pemula atau yang baru belajar, yang sudah ahli pun bukan berarti bebas dari rasa cemas dan ada kalanya juga ragu akan dirinya sendiri.

Sindrom ini adalah normal, bukan sebagai bukti bahwa kamu tidak mampu, melainkan hanya efek samping dari overthinking.

Tulisan ini terinspirasi dari https://baspa.dev/blog/imposter-syndrome dan merupakan rangkuman serta terjemahan tidak langsung darinya.

Suka dengan tulisan ini? jangan lupa subscribe👇 untuk menerima berita baik lainnya.

Halo, Eka disini. Blog ini adalah media untuk berbagi opini serta insight tentang isu terbaru di seputaran programming dan kehidupan programmer. Kirimkan saya pertanyaan, saya akan coba jawab di postingan berikutnya 🙏

Disclaimer: Ini bukan tutorial Kubernetes, saya hanya ingin sharing bagaimana cara saya belajar hal baru.

1. Sedikit latar belakang

Belakangan ini, perusahaan tempat saya bekerja mulai memanfaatkan Machine Learning untuk memberikan pengalaman yang lebih ter-personalisasi ketika menggunakan produk yang kami buat.

Kita (tim data dan analitik) bekerja keras untuk mewujudkan misi tersebut. Terlebih lagi saat menjadikan model buatan ML engineer menjadi sebuah service atau API yang bisa diakses oleh aplikasi.

Awalnya kita hanya ingin bagaimana men-deliver API tersebut semudah mungkin, tanpa setup server sendiri. Akhirnya pilihan kita jatuh pada Cloud Run, sebuah layanan serverless dari Google Cloud.

2. A little problem

Beberapa bulan pertama, semua berjalan lancar tanpa banyak halangan berarti. Sampai akhirnya kita mulai menemui beberapa kasus ketika API mendadak memiliki response time tinggi, jumlah instance yang tiba-tiba juga melambung tinggi tanpa alasan yang jelas, dan banyak hal kecil lainnya yang membuat kita agak kurang nyaman.

Akhirnya kita memutuskan untuk mencari solusi lain. Kita mempertimbangkan AppEngine, Compute Engine sampai Google Kubernetes Engine. Dan berdasarkan kelebihan dan kekurangannya, kita putuskan akan coba Kubernetes.

Cuma masalahnya, none of us are Kubernetes experts.

Tetapi, bukan Bli Eka namanya kalau tidak berani mengambil tantangan itu 😜. Saya bilang ke tim, kasi saya waktu sebulan. Saya akan coba itu “barang”, kalau bagus kita pakai, kalau tidak maka kita cari alternatif lain.

Akhirnya perjalanan barupun dimulai. Saya sangat excited karena memang ingin mencobanya dari dulu, namun belum pernah dapat kesempatan mencobanya secara nyata.

3. Bagaimana saya belajar Kubernetes?

Seperti biasa, kalau teman-teman sudah baca eBook Zero To Programmer, maka pasti sudah tahu cara belajar yang paling saya suka.

3.1 Always start with a goal

"A goal is not always meant to be reached; it often serves simply as something to aim at." – Bruce Lee

Saya selalu mulai dari goal. Mau bisa apa, mau buat projek apa. Goal saya adalah meniru artitektur API yang kita punya di Cloud Run dengan Kubernetes.

Begini kira-kira hubungan API dan model ML kita yang berjalan di Cloud Run:

Kita menggunakan Cloud Run sebagai microservice. Model ML berjalan sebagai instance terpisah dan ada satu service (API service) yang memanggil mereka untuk melakukan prediksi. Dan aplikasi hanya perlu memanggil satu API utama.

Sekarang saya sudah punya goal dan bagaimana hasil akhir yang diinginkan. Next?

3.2 Langsung nyebur!

“Those who don't jump will never fly.” - Leena Ahmad Almashat

Ini adalah bagian yang paling saya suka, sekaligus paling melelahkan. Karena di sinilah saya belajar paling banyak dan tenaga akan terkuras paling banyak juga.

Trik rahasia saya adalah: saya ekspos diri dengan banyak informasi dalam waktu yang singkat. Saya bombardir diri dengan istilah baru sambil pasrah dan ikhlas. Saya tidak berusaha melawan, saya tidak banyak bertanya, pokoknya apa yang tutorial, video ataupun buku itu bilang saya iyakan dulu.

Karena saya sedang belajar, saya masih bodoh, belum cukup ilmu untuk berkomentar, bukan yang paling pintar. Saya kosongkan gelas di kepala, supaya bisa diisi dengan air yang baru (ilmu baru). Itu kuncinya!

Ketika sudah sampai di level dimana saya agak terbiasa, sudah ada bayangan bagaimana cara kerjanya, langsung nyebur (praktek).

Saya buat sebuah cluster Kubernetes di Google Cloud dan praktekkan semua yang baru saja dipelajari. Praktekkan sampai teori yang saya baca atau tonton itu cocok dengan kenyataanya, yang artinya saya sudah paham.

Waktu itu saya belajar Kubernetes dari 4 sumber sekaligus: 2 kursus online berbayar, 1 buah Channel Youtube dan 1 lagi dari buku.

👉 Kursus online #1: Architecting with Google Kubernetes Engine Specialization

Kursus online ini adalah dari Coursera dan yang paling padat isinya. Di dalamnya terdapat 4 sub-kursus dari basic sampai production. Bisa dibilang seminggu pertama saya hanya mengikuti kursus ini saja, saya tidak kerja, hanya belajar :)

Tentu mustahil menyelesaikan semua kursus mereka dalam 3 minggu, bukan itu yang saya lakukan. Saya hanya ingin menyerap pelajaran dasarnya terlebih dahulu.

👉 Kursus online #2: Kubernetes Course from a DevOps guru

Ini menurut saya lebih baik dari yang sebelumnya, teorinya tidak bertele-tele dan bisa langsung praktek. Tetapi menurut saya mereka agak kaku dalam menjelaskan, jadinya terkesan seperti membaca text saja. Tapi prakteknya bagus dan sederhana.

👉 Channel Youtube: TechWorld with Nana

Jujur saja, dari semua kursus online (berbayar) di atas, ini yang menurut saya paling baik. Mudah dimengerti karena penjelasannya yang ringan serta prakteknya mudah diikuti. Belum lagi videonya yang disertai visual yang mumpuni. Dan pastinya gratis!

Kalau kamu ingin belajar Kubernetes, saya sangat sarankan coba yang ini dulu.

👉 Buku: Kubernetes for Developers

Ini juga bagus, meskipun dia berupa buku dan berbahasa Inggris, penulisnya menjelaskan konsep Kubernetes dengan sangat baik. Menggunakan bahasa yang ringan. Dan penulisnya juga bukan orang sembarangan, dia adalah salah satu pengembang dari Google Kubernetes Engine di Google.

Sekarang kamu pasti berpikir, bagaimana caranya saya mengikuti semua tutorial dan kursus di atas dalam tiga minggu?

Well, saya tidak 😁. Saya tidak mengikuti semuanya dari nol sampai selesai, perlu beberapa bulan kalau harus seperti itu. Saya hanya pelajari pengetahuan apa yang diperlukan supaya projek itu jadi, dan sisanya sebagai referensi alias pegangan. Setelah mendapatkan cukup dasar dari semua sumber diatas, saya langsung praktek.

Kalau di kursus A kurang mengerti, maka saya pindah ke kursus B. Dan kalau belum mengerti juga, maka saya pindah ke buku. Seperti itu metodenya. Dengan punya banyak referensi pasti ada salah satu dari mereka yang bisa membuat kita paham. Dan jangan lupa kita masih ada om Google juga.

Cara orang mengajar itu beda-beda, si A mungkin bagus menjelaskan konsep X namun si B kadang lebih pintar menjelaskan konsep Y. Makanya saya sering bilang, jangan belajar dari satu sumber saja. Jangan pilih-pilih, mau video, mau buku, semuanya harus dimanfaatkan.

3.3 Last but not least, Proof Of Concept (POC)

“To learn something new, you need to try new things and not be afraid to be wrong.” ― Roy T. Bennett

Setelah belajar secukupnya, sekarang ke bagian yang paling menarik. Saatnya kembali ke projek dan mencoba mewujudkannya secara utuh.

Kita sudah tahu apa yang kita inginkan dan juga sudah punya dasar yang cukup dari belajar diatas. Sisanya tinggal oprek, oprek dan oprek sampai tujuan tercapai.

Kalau mentok, balik lagi ke referensi kita diatas. Cari bagian mana yang kita lewatkan, dipelajari dan coba lagi. Prosesnya terus seperti itu sampai projek kita jadi dan goal pun tercapai.

Saya hanya perlu beberapa hari untuk menulis konfigurasi dan mendeploy service-service di atas sampai mirip dengan yang kita punya di Cloud Run.

4. Bagaimana hasilnya?

Setelah belajar intensif dan praktek selama 3 minggu (lebih dikit), hasinya kira-kira seperti ini:

Saya tidak akan menjelaskan secara detail tentang gambar di atas. Tetapi intinya, dengan Kubernetes kita punya kontrol lebih atas semua aplikasi yang kita jalankan dibandingkan dengan Cloud Run. Namun, punya kontrol lebih juga berarti harus punya ilmu lebih 😅

Cloud Run juga sebenarnya adalah platform serverless berbasis Kubernetes, cuma dibalut oleh dashboard yang memudahkan kita mengelola aplikasi tanpa perlu banyak tahu tentang semua yang terjadi di belakangnya. Sedangkan dengan Kubernetes berarti kita menggali sedikit lebih dalam serta memerlukan tenaga lebih untuk mempelajarinya.

Akhirnya, melihat hasil POC saya di atas, saya dan tim memutuskan akan memindahkan semua services yang kita punya ke Kubernetes di tahun 2023 ini.

Sekali lagi, ini bukan tentang Kubernetes. Melainkan bagaimana pola saya belajar. Metode yang saya pakai selalu sama, baik itu belajar hal sederhana maupun yang kompleks seperti Kubernetes, yaitu Project Based Learning.

Dan buat kamu yang penasaran kok bisa sih Bli Eka tahu sebanyak ini? Gimana sih awalnya? Tenang… semua saya ungkap di eBook Zero To Programmer yang baru saja saya luncurkan. Dan jangan lupa, subscribe ke Newsletter UpKoding untuk jadi yang pertama membaca tulisan menarik saya berikutnya.👇👇

Selamat datang di blog-series Zero To Programmer. Merupakan isi eBook Zero To Programmer dalam format blog, tiap bab akan dirilis paling cepat 2 minggu sekali. Tidak ingin menunggu? Dapatkan PDF nya disini 👉 https://bit.ly/ztpfree

Buku ini akan mengajak kamu melihat lebih dekat tentang perjalanan yang telah membawa saya sejauh ini, terutama progresi karir saya sebagai seorang programmer.

Tak diragukan lagi bahwa perjalanan menjadi programmer tidak semudah membalikan telapak tangan. Banyak hal yang tidak jelas, seakan berjalan dengan mata tertutup, tidak tahu arah, apalagi tanpa mentor.

Kalau kamu sedang di fase itu, bertahanlah. Karena saya pernah di fase yang sama. Cukup dengan bertahan, kamu sudah 50% lebih dekat dengan tujuan yang ingin kamu capai.

Tentu bertahan saja tidak cukup, kamu perlu bergerak. Bergeraklah kemana kamu bisa, jangan diam. Tentu akan ada risiko tersandung atau jatuh. Tetapi untuk yang satu ini please trust me! Diam tidak akan membawa perubahan.

Tapi sebelumnya, saya akan berikan sebuah disclaimer: buku ini bukan tiket emas untuk sukses menjadi programmer. Sukses itu relatif, setiap orang punya definisi kesuksesan sendiri, kamulah yang menentukan suksesmu seperti apa.

Buku ini adalah tentang bergerak dan berproses. Serta menikmati hasil dari setiap keputusan yang kita ambil, baik atau buruk, suka atau tidak suka.

Kamu akan melihat bagaimana saya bergerak dalam ketidakpastian. Bagaimana karir saya yang awalnya tidak menentu, sampai menemukan sebuah jalan menjadi saya saat ini.

Kamu juga akan melihat proses yang saya lalui, proses panjang dan berliku yang jarang orang lihat. Sebuah proses yang menjadi tulang punggung atas semua pencapaian dan prestasi yang telah saya dapatkan.

Tapi sebelumnya, yuk kita kenalan dulu biar ceritanya lebih enak.

Tidak ingin ketinggalan berita saat bab baru dirilis? gabung newsletter UpKoding untuk menjadi yang pertama mengetahuinya. 👇👇👇

Selamat datang di blog-series Zero To Programmer. Merupakan isi eBook Zero To Programmer dalam format blog, tiap bab akan dirilis paling cepat 2 minggu sekali. Tidak ingin menunggu? Dapatkan PDF nya disini 👉 https://bit.ly/ztpfree

Ternyata sudah jam 7 pagi. Hari ini adalah Jumat, saya ada stand-up meeting jam 8 pagi dan satu lagi di jam 1 siang dimana semua karyawan akan hadir secara virtual melalui Zoom.

Saya harus membiasakan bangun lebih pagi untuk beberapa bulan kedepan karena telah terjadi pergeseran waktu antara Bali dan Sydney. Perbedaan waktu yang biasanya 2 jam, kini menjadi 3 jam.

Itu adalah hal yang normal karena Australia memberlakukan sistem Daylight Saving Time (DST), mereka memajukan dan memundurkan waktu 1 jam pada bulan- bulan tertentu.

Sebagai pekerja online, perubahan tersebut tidaklah berpengaruh besar, toh cuma satu jam. Saya hanya harus bangun lebih pagi dari biasanya, langsung mandi, meeting dulu 15 sampai 30 menit, baru kemudian sarapan.

Begitulah kira-kira rutinitas pagi saya sebagai karyawan yang perusahaannya berada di luar negeri. Dibilang enak ya enak, dibilang tidak enak ya... enak :). Apapun yang kita kerjakan akan selalu ada plus dan minusnya, yang penting bagaimana kita mensyukurinya.

Bli, apa hubungan judul buku ini sama cerita diatas? Kok curhat? mungkin ada yang berfikir seperti itu.

Tidak ingin ketinggalan berita saat bab baru dirilis? gabung newsletter UpKoding untuk menjadi yang pertama mengetahuinya. 👇👇👇

Selamat datang di blog-series Zero To Programmer. Merupakan isi eBook Zero To Programmer dalam format blog, tiap bab akan dirilis paling cepat 2 minggu sekali. Tidak ingin menunggu? Dapatkan PDF nya disini 👉 https://bit.ly/ztpfree

Sebuah buku tidaklah lengkap tanpa daftar isi. Memberikan bayangan tentang apa yang akan pembaca dapatkan dari sebuah buku.

Begitu juga dengan “Zero To Programmer“, berikut adalah daftar bab yang akan kamu baca:

• 1. Buku ini tentang apa?

• 2. Halo, saya Eka

• 3. Saya Programmer

• 4.1 Introvert Kepo

• 4.2 MacGyver

• 4.3 Drop Out!

• 4.4 Virus

• 4.5 Desainer Grafis

• 4.6 Web Fundamentals

• 4.7 WordPress

• 4.8 Enam Ratus Ribu

• 4.9 Comfort Zone

• 4.10 Kebebasan

• 4.11 Tantangan

• 4.12 Sydney #1

• 4.13 Sydney #2

• 4.14 Home Sweet Home

• 5. Lessons Learned

• 5.1 Curious

• 5.2 Love what you do

• 5.3 Don’t overthink

• 5.4 Project Based Learning

• 5.5 Continuous learning

• 5.6 Deliver more than expected

• 5.7 I can do it

• 5.8 Things you can and can’t control

• 6. Penutup

Tidak ingin ketinggalan berita saat bab baru dirilis? gabung newsletter UpKoding untuk menjadi yang pertama mengetahuinya. 👇👇👇

Halo, Eka disini. Blog ini adalah media untuk berbagi opini serta insight tentang isu terbaru di seputaran programming dan kehidupan programmer. Kirimkan saya pertanyaan, saya akan coba jawab di postingan berikutnya 🙏

Kabar mengenai kecanggihan ChatGPT memang sempat mengguncang dunia belakangan ini, tetapi ada nggak sih efeknya buat programmer?

Sebelum membahas efeknya buat programmer, mari kita pahami dahulu tentang apa itu ChatGPT dan kemampuan yang dimilikinya. Pemahaman dalam arti secara umum, bukan detail teknis bagaimana dia dibuat.

Saya sendiri tidak banyak pengalaman di bidang Machine Learning (ML) dan Artificial Intelligence (AI) tetapi sebagai bagian dari tim data di tempat saya bekerja, saya berinteraksi langsung dengan teman-teman ML engineer sehingga sedikit tidaknya saya tahu bagaimana cara mereka bekerja ketika mengembangkan sebuah model ML.

Jadi apa itu ChatGPT?

ChatGPT adalah sebuah chat bot yang dikembangkan oleh perusahaan peneliti kecerdasan buatan asal Amerika Serikat bernama OpenAI. Saking canggihnya, chat bot ini bisa melakukan banyak hal yang sebelumnya hanya bisa dilakukan oleh manusia.

Namun ChatGPT berbeda, dia bisa menjawab pertanyaan tentang banyak hal seperti pengetahuan umum, soal matematika, mengarang dan merangkum isi tulisan, bahkan menulis kode komputer (coding).

Meskipun pengetahuan yang dia miliki diklaim hanya sebatas pengetahuan yang ditanamkan oleh sang pembuatnya, tetapi melihat dia menjawab pertanyaan yang saya sendiri belum tentu tahu jawabannya membuat saya merinding.

Seperti terlihat diatas, saya bertanya bagaimana cara menggunakan async - await di Javascript dengan bahasa Indonesia, dia langsung menjawab disertai contoh kodenya, gila kan?

Apa dampaknya ChatGPT buat programmer?

Melihat dia menjawab pertanyaan dengan sangat baik bahkan disertai dengan kode, sebagai programmer yang mencari nafkah dengan menulis kode, langsung terbersit di benak saya bahwa ChatGPT ini akan membawa dampak khusus buat programmer seperti saya dan buat mereka yang baru belajar programming kalau tidak digunakan dengan benar.

Saya tidak anti dengan teknologi revolusioner seperti ini, justru memang tugas kita para pengembang dan programmer menggunakan skill yang kita miliki untuk membuat hidup lebih mudah, membuat peradaban manusia lebih baik dan maju, dan ChatGPT sangat berpotensi untuk itu.

Tetapi seperti saat ditemukannya mesin uap untuk menggantikan kuda sebagai kendaraan, atau saat ditemukannya ponsel pintar menggantikan telepon kabel sebagai alat komunikasi, maka ChatGPT juga seperti pisau bermata dua. Salah pakai maka kita sendiri yang akan terluka.

Berpuluh-puluh tahun programmer selalu menggunakan insting pencarinya untuk mencari cara terbaik memecahkan masalah, menggunakan kreativitasnya untuk menghadirkan solusi yang inovatif, memanfaatkan buku, blog, dokumentasi serta video untuk belajar hal baru.

Programmer tumbuh karena melalui proses tersebut, teknologi berkembang pesat karena melalui proses penelitian yang panjang dan tidak mudah, proses yang memaksa manusia untuk memutar otak, yang memaksa kita mengeluarkan segala potensi yang kita punya sebagai manusia.

Dan, kalau sekarang ada solusi yang bisa menghadirkan semua informasi yang kita cari di depan mata, tanpa usaha yang signifikan, instan, dalam sekejap, apakah hal tersebut tidak memantik alarm di benak kita semua?

🔔 Sebuah Alarm 🔔

Buat saya yang sudah berkecimpung di bidang programming selama belasan tahun, merasakan susah dan senangnya belajar serta berkarya maka melihat terobosan luar biasa seperti ini pastinya membuat saya kagum dan bangga. Ini menunjukkan kemampuan kita sebagai manusia at its best.

Saya tidak khawatir profesi saya akan tertandingi oleh AI, karena buat saya programming adalah life skill, hobi dan gaya hidup, bukan satu-satunya faktor yang membuat saya hidup melainkan hanya salah satu skill yang bisa digunakan untuk mendapatkan penghidupan.

Tetapi bagaimana dengan adik-adik kita yang baru belajar programming? bagaimana dengan teman-teman kita yang selalu mencari jalan pintas untuk membantu kesulitan mereka ketika membuat program?

Saya khawatir kalau tool-tool seperti ini hanya akan membuat mereka (tambah) malas, membuat fighting-spirit nya terkikis, menjadi tidak mau berusaha, selalu bergantung pada jalan pintas, bergantung pada hasil instan yang ujung-ujungnya membuat mereka hanya paham permukaannya saja.

Hal yang sama telah dan sedang terjadi dengan maraknya anak-anak atau orang dewasa yang kecanduan bermain game, lupa waktu, lupa tempat bahkan lupa tanggung jawab. Memang kasusnya berbeda tetapi ini adalah contoh nyata apabila teknologi tidak dimanfaatkan sesuai porsinya, sebuah contoh bahwa pisau tumpul pun bisa melukai pemiliknya.

Apakah saya terlalu paranoid? overthinking? mungkin saja.

Saya hanya berharap teman-teman, para pembaca menyikapi dengan bijak keberadaan teknologi-teknologi tersebut. Don't take it for granted, don't trust them 100%, don't rely your life on them. Pembuatnya sendiri sudah menyatakan bahwa kreasi mereka tidak semurna, tidak mengetahui semuanya, bisa memberikan informasi yang salah bahkan menyesatkan.

Jadi buat kalian para smart people, mari manfaatkan mereka sesuai porsinya, mari gunakan mereka untuk membantu memecahkan masalah di sekitar kita, sebagai pembantu, bukan tergantung sepenuhnya kepada mereka. Karena, begitu kita tergantung penuh kepada mereka, kitalah yang menjadi produk alias budak mereka.

Sebagai penutup mari kita tanyakan satu pertanyaan lagi ke ChatGPT.

Gimana menurut kamu? kamu percaya apa kata dia? 😀

Halo, Eka disini. Blog ini adalah media untuk berbagi opini serta insight tentang isu terbaru di seputaran programming dan kehidupan programmer. Kirimkan saya pertanyaan, saya akan coba jawab di postingan berikutnya 🙏

Dibalik harapan untuk menjadi programmer sukses tidak sedikit pula orang-orang yang malah berkecil hati setelah menyadari realita yang sebenarnya. Realita yang menghampiri ketika menyadari bahwa menjadi programmer itu ternyata tidaklah semudah membalikkan telapak tangan.

Beberapa miskonsepsi yang sering saya temui adalah bahwa programmer harus mendapatkan pekerjaan, harus bekerja di start-up besar, harus bergaji tinggi, namun ketika itu semua tidak tercapai lantas menganggap diri kita telah gagal.

Banyak juga pertanyaan-pertanyaan tentang mencari jalan pintas untuk cepat menjadi programmer, mungkin hal ini disebabkan karena media-media lebih banyak mempromosikan tentang enaknya menjadi programmer, jarang yang membahas apa sebenarnya yang diperlukan untuk menjadi salah satunya.

Sekarang mari kita telaah apa yang sering dilupakan oleh mereka yang sedang berjuang namun dihadapkan dengan realita yang tak seindah yang dibayangkan, dan pada akhirnya menyerah.

It’s a journey

Dalam bidang apapun, sering orang hanya terlalu fokus kepada tujuan tetapi lupa atau malas mengalokasikan waktu dan energi untuk menjalani prosesnya. Padahal semua pengalaman dan pelajaran terbaik hanya akan kita dapatkan pada saat berproses.

Perlu diingat bahwa proses menjadi programmer adalah long-term game, there's no shortcuts; tidak ada jalan pintas.

Ketika mendapatkan pekerjaan yang kamu inginkan di perusahaan yang kamu impikan, itu adalah hasil dari kerja keras kamu belajar siang dan malam selama ini, buah dari kegagalan terdahulu, itu adalah hasil dari perjalanan kamu sebelumnya.

Jadi siapkan bendera yang akan kamu tancapkan di tujuan, namun jangan hanya dipegang dan dilihat saja, tetapi teruslah bergerak maju, meskipun sedikit demi sedikit, nikmati prosesnya, syukuri setiap batu loncatan yang berhasil kamu lalui dan tanpa disadari suatu saat nanti kamu sudah berada tepat di depan pintu tujuanmu.

It’s a race, but…

Banyak yang kehilangan semangat ketika sudah merasa berjuang dan belajar habis-habisan tetapi belum juga bisa menyamai keahlian orang lain, merasa diri tertinggal di belakang, jauh di belakang.

Belajar apapun, itu sebenarnya adalah perlombaan dengan diri sendiri. Berlomba dengan kemalasan, berlomba dengan keinginan mendapatkan sesuatu secara instan.

Kalau masih kalah dengan sifat-sifat tersebut, bagaimana mau berlomba dengan orang lain? bagaimana mau mengungguli orang lain yang mungkin sudah berhasil mengatasi semua sifat-sifat penghalang tersebut.

Menganggap belajar programming adalah perlombaan itu bisa saja, namun cobalah menang melawan dirimu sendiri terlebih dahulu sebelum berlomba dan membandingkan diri dengan orang lain.

It’s a life skill

Ketika sudah menguasai programming, belajar siang dan malam, sudah melamar pekerjaan kesana kemari namun belum membuahkan hasil, atau ketika merasa umur sudah tidak muda lagi untuk belajar programming, maka ingatlah hal berikut ini.

Bahwa skill programming adalah merupakan life skill. Menurut Wikipedia:

Life skills are abilities for adaptive and positive behaviour that enable humans to deal effectively with the demands and challenges of life.

Merupakan kemampuan untuk beradaptasi dan bersikap positif untuk menghadapi tantangan dan hambatan dalam kehidupan.

Jadi kalau kita melihatnya dari sudut pandang yang lebih luas, sebenarnya skill programming tidak hanya berfungsi untuk mencari pekerjaan, tidak hanya untuk mengumpulkan harta dan kekayaan semata.

Sangat bisa dimanfaatkan untuk membuka lapangan perkerjaan sendiri, gunakan untuk memecahkan masalah-masalah yang ada di sekitar kita, yang tidak jarang akan berujung menjadi sebuah bisnis menjanjikan.

Memiliki skill programming seperti mememiliki kekuatan super, membuat kita bisa melakukan banyak hal, mampu melakukan hal yang belum tentu orang lain juga bisa, membuat kita lebih mudah beradaptasi dan menangkap peluang baru.

Or, maybe it’s not for you

Pandangan terhadap orang-orang yang bisa programming memang bisa sangat spesial, bisa dianggap sebagai orang yang memiliki kecerdasan di luar biasanya atau bahkan dianggap jenius.

Namun buat orang-orang yang sudah menjalaninya, maka semua pandangan itu hanyalah salah satu bonus dari kerja kerasnya selama ini. Kita sadar bahwa kita belum tentu lebih pintar dari orang lain, bukan karena lebih jenius dari orang lain, tetapi murni karena usaha dan kerja keras.

Namun apabila programming malah membuat kamu merasa tertekan, terpaksa, tidak bisa menikmati prosesnya maka mungkin bidang ini bukan bidang yang cocok buat kamu. Memang betul siapa saja bisa belajar programming, namun faktanya tidak semua orang bisa dan cocok menjadi programmer.

Kalau merasa bidang ini tidak membuat kamu senang lalu untuk apa menjalaninya? hidup ini hanya sekali dan tidak hanya tentang programming dan komputer, banyak hal menarik lainnya yang kamu bisa tekuni yang mungkin lebih sesuai dengan minat dan bakat yang dimiliki.

Semoga poin-poin diatas bisa memberikan sedikit pencerahan dan pengingat buat yang saat ini berproses menjadi programmer, semoga hal-hal tersebut mampu memperkuat fondasi untuk mencapai tujuan yang ingin kamu capai.