Well not always, but most of the times there are some tricks you should try.

1. Student or Corporate Discounts

A log of service offers a significant discount for students or employee of specific companies. For example Github, Spotify, Adobe, etc.

For students, they usually asked you to sign up using university issue email or uploading you student ID as a proof. Always check whether the service you are using offer special pricing for students.

As for corporate discounts, you should check your HR team, sometimes they may have negotiated deals you didn’t know existed.

2. Wait for a Sale Event

This one is a no-brainer. If you plan to buy something and there is a special event coming in the corner and your purchase is not urgent, you should wait.

Not only for digital services, offline retailers often give discounts too for events like Black Friday, Cyber Monday, end-of-season, anniversary, or holiday. This is something that you can predict just by checking the calendar.

3. Buy in a Group (Bulk Purchase)

Some platform have a bulk pricing where the price per unit could help you save some money.

This works especially well for books, software, or license. One person could coordinate the purchase and split the cost among the group.

4. Bundled Purchases

Apps and services sometimes sell bundles: a package of multiple products at a price lower than if you bought each separately. App stores, game platforms, and productivity suites do this regularly.

Setapp is a good example of this.

Before buying anything individually, check whether a bundle exists. You might pay a little more upfront but end up with tools you’ll actually use, at a fraction of the individual cost.

5. Search for Coupons Before Checkout

This one sounds obvious, but a lot of people skip it. Before hitting “Pay Now”, open a new tab and search: [store name] coupon code [month] [year].

Sites like Honey (browser extension), RetailMeNot, and CouponFollow aggregate active promo codes. There’s no reason not to try, it takes ten seconds and sometimes saves 10-20%.

6. Refurbished or Open-Box Items

Buying refurbished doesn’t mean buying broken. Most certified refurbished products from manufacturers like Apple or Playstation go through the same quality checks as new ones, often come with a warranty, and are priced noticeably lower.

Open-box items are similar, these are returned products that are functionally new but can no longer be sold as such.

Amazon has a specific section called Amazon Renewed for refurbished, returned, and open-box product.

7. Subscribe to the Newsletter

This one feels counterintuitive, but many websites send a first-time subscriber discount, usually 10-15% off your first purchase. So if you don’t like more emails, just sign up, use the code, then unsubscribe.

Beyond the welcome discount, newsletter subscribers often get early access to sales and exclusive promo codes that aren’t advertised publicly. If you buy from a store regularly, being on the list is worth it.

8. Purchasing Power Parity

Many digital services price their products differently depending on the country the buyer is in. A subscription that costs $15/month in the US might cost $4/month in Turkey or India. Using a VPN to appear in a lower-cost region can unlock that pricing.

One thing to remember, this trick is technically something you shouldn’t do. Sometimes the service could be smart enough to detect the difference between the indicated country and the the payment method (e.g. credit card issuer country, currency of the card).

Let’s just say I put it here for education purpose.

9. Leave It in Your Cart

Add the item to your cart and walk away. Don’t checkout. Wait a day or two.

A surprisingly large number of e-commerce sites track abandoned carts and will email a discount code to bring you back. Not every store does this, but enough do that it’s worth trying, especially for bigger purchases.

The worst case is nothing happens.

Bonus: Price Tracking Tools

If have a long list of wishlist and you’re not in a hurry, use a price tracker to monitor when an item hits its lowest point.

Some tool can track prices over time. So, instead of guessing whether today’s price is a good deal, you’ll have the historical data to know for sure. They could also send alerts when the price drop below the value you set

This tricks apply to anything: SteamDB for Steam games, PS Deals for Playstation games, Google Flight for flight tickets, and idealo for a lot of products in Germany.

Other that I haven’t try but worth to mentions are CamelCamelCamel for products in Amazon, Google Shopping, and browser extensions like Keepa.

All the tricks above probably will add some extra minutes to your to-do list before purchasing. But isn’t it better to spend some time to save some money so you can buy more things?

I will be sure to add another tricks to the list here later if I found some more (｡•̀ᴗ-)✧

Photo by Tamanna Rumee on Unsplash

No, this isn’t a post about how much I hate living here. In fact, I love living in Germany.

Whenever I introduce myself, numerous people ask “Why would you move here from a warm tropical island? You were living a dream”. Well, now you will also know how I answer them.

Let me take you back to where it all began.

I spent the start of 2025 buried in paperwork - employment contract, apostille, translations. Two months of gathering documents, one more month of waiting. Then the email arrived. I was going to Germany.

Berlin was the first city I visited in Germany. To be perfectly honest, it’s even my first time being in Europe.

When I stepped outside of the Berlin-Brandenburg Airport, I stopped. A cool 15-degree breeze touched my face. I took a deep breath - and for the first time in years, my lungs didn’t protest. No exhaust. No smog. Just air. I was ready for the so-called “German directness”, but the taxi driver who picked me up was very friendly. We chatted briefly about the Spring weather. “Guten Tag” was the only German word that I used, the rest was all in English. I knew it was silly of me to come unprepared.

For months, I lived in a shared apartment with people of several different countries. One day, while browsing for places to visit, I stumbled upon Berlin’s official website - a section about “Sakura in Berlin”. The photos showed the exact streets I walked daily, transformed into tunnels of pink petals. I had missed it by weeks.

My first impression of Berlin is that the weather is unpredictable. There’s a saying that goes “There is no bad weather, only bad clothing” and the people here live by it.

During the spring I was occasionally shaking outside because of the cold, but perhaps that was just me getting used to the breezy weather. Nevertheless, my point still stands because during the summer there would be two weeks of warm sunshine followed by a week of wet and cold rain. I even got to experience a warm winter in Berlin.

It was unusual, but again, you just have to be in the proper clothing.

Adapting to the weather was one thing. But getting around? That was surprisingly easy.

One thing that I love the most about Berlin is definitely the public transportation.

Yes, it’s not the most punctual one. But, I can survive here without having my own vehicle. I can get anywhere with just my monthly ticket.

There was a time when I missed my regional trains because they were either cancelled or delayed so badly. I ended up taking a connecting bus instead - but I arrived at noon, and my connection wasn’t until 4. Four hours of watching strangers come and go, none of them waiting for the same ride as me. But it’s a story for another day.

When I came back to Indonesia for a month, this was the thing that I missed the most. I hate driving because the traffic is always unpredictable. Using a ride-hailing service is also a gamble, sometimes I end up with a driver who drives as if they are above the law.

Here, I can hop on to a bus, change to a train or to a tram, and get to my destination not feeling tired nor anxious about getting bumped by other drivers. Peace of mind is number one.

And because getting around is so easy, have I told you that it’s very nice to be in the centre of Europe?

It was not long until I found myself in Tallinn and Helsinki. One hour flight from Berlin, then two hours by ferry. Cobblestone streets, medieval towers, the smell of the Baltic Sea.

The cities in Germany also have their own charm. Every time I visited a new place, I would bring home memorable photos. Classic architecture, bronze statues, pieces of art. Each city had something worth capturing.

That’s not all, in Berlin alone there are hundreds of open spaces. You can find parks everywhere you go. I often saw people walking their cute dogs, parents playing with their children or socialising with the other parents, and musicians singing songs they themselves composed.

Summer was the best season where parks would never be empty. The smell of grilled sausages would drift across the grass. Laughter. Clinking bottles. Someone always had a speaker playing music, sometimes a bit too loud, but nobody seemed to mind.

Those park scenes bring me to another surprise. I was told that the people here would not be friendly, like, grumpy all the time. It was not the case. In my opinion, the elders are the most open, they would not hesitate to throw back smiles, especially to children.

Indonesia is known for being friendly, but we don’t have the custom of cashiers greeting customers and saying farewell. I love hearing “Hallo!” when I’m going to the cashier and the usual “Tschüss/Ciao/Schönen Tag noch” to end the interactions.

For a country which is said to not tolerate bullshit, I say, a lot of Germans can be quite friendly.

Work has been just as welcoming. I can’t say much because the company I work for has an international environment. The culture is amazing and I don’t have any issue. People are eager to give their best and I can talk to anyone without being bothered by hierarchy. I apologise if I sound like I’m showing off, but that’s just the reality.

There’s a lot to learn at work due to the differing business needs, but I’m grateful for the opportunity.

If you have read this far, you must’ve already known that I love living the life here.

Hey, there are also times when I get annoyed. Having to do everything by letter. Waiting months for an appointment with a general practitioner. Queuing for hours with more than 25 people to compete for a 1-bedroom apartment. Walking to a food stall just to be greeted with “Kartenzahlung erst ab 10 Euro”, card payments only above 10 euros, and having to carry banknotes everywhere.

I accept those complexities as my new normal.

Even when someone was mean because I didn’t understand what they said and they didn’t understand my broken German words, I didn’t regret coming here. At the end of the day, I would grab a Döner mit Pommes frites, take it home, and eat it alone in my room. Sometimes with a few tears. Sometimes with a drink or two. Sometimes I wouldn’t remember falling asleep.

I’m not joking, German is super hard to master. Despite learning it for the last 6 months straight, two hours every weekday, I still struggle to converse spontaneously. Reading the news is also a challenge I have yet to tackle.

So here I am, back in my apartment, a warm mug of milk in my hands, the heating finally restored. The snow outside doesn’t seem so bad anymore. If anything, it reminds me why I stayed.

There’s something wrong with me—or at least, that’s what I often believe.

For as long as I can remember, I’ve been at war with self-doubt. It’s exhausting to give your all while constantly whispering to yourself that you’ll never be enough.

Looking back, it almost feels like life followed some invisible straight line, neatly connecting the dots to where I am now. But truth is, that path was anything but straight. I wandered. I hesitated. I got lost.

I knew where I wanted to go. But somehow, I couldn’t walk toward it. No guide, no map—just an endless loop of second-guessing myself, afraid of what failure might do to me.

When I was a kid, I loved everything about technology. I dreamed of creating things myself. We had a computer at home, but no one around me could teach me how to use it beyond the basics. We didn’t even have internet until I was 14.

By then, I had already drifted. Surrounded by smart people, I felt I didn’t belong in that world. I gave up on the dream. I just wanted to enjoy what others made, not build anything of my own.

I don’t remember when exactly school stopped making sense to me. I barely passed anything. The only class I did well in was English, which made me think about choosing a language-related major. My parents didn’t approve. I even considered Psychology, something more human, but they shut that down too.

Eventually, we compromised. They pushed for engineering. I didn’t care anymore, so I picked a random major in a less-known university—just to get it over with.

It was miserable.

For two years, I kept failing classes—especially those filled with math and physics. I thought I was doomed. But later, when programming classes came in, things changed. I wasn’t just passing—I was doing well. More than that, I enjoyed it. I even started helping friends who were struggling, and surprisingly, they said I was good at explaining things.

That made something click.

Maybe I could teach. Maybe that could be my future.

But to do that, I’d need a better degree.

That’s when my self-doubt came back stronger than ever.

I wanted to study abroad. I believed being around cutting-edge tech would shape me. But I doubted I could get a scholarship. Private universities were out of the question—too expensive. So, I settled for a local public uni. People said I was lucky to get in, and I think they were right. It was a new major. Maybe they just needed more students. I passed the basic entrance tests, but even then, I didn’t feel like I earned my spot.

When I saw the curriculum, my heart sank. So many algorithm-heavy courses—so much math. I was terrified.

I told myself: If I fail this, I have nothing left.

So I did something I’d never done before: I bought an advanced math textbook and started learning ahead.

It was hell.

But it worked.

Despite every voice in my head telling me I’d fail again, I aced the class. I got an A in advanced math.

Me. The guy who thought he could never do it.

That one win changed something in me. I started to believe, just a little.

But self-doubt never really left. It still lingers in the background—sometimes loud, sometimes quiet. But always there.

I remember admiring someone who worked at a state-owned company, thinking, He’s a real man. A provider. I’ll never be like that.

Yet somehow, I got into a similar company’s management trainee program on my first try—even after telling my parents not to get their hopes up.

Later, I got offers from tech companies. I didn’t think I could survive outside of the structure and safety of a corporation. So I said no. I stayed.

I’m a family man. That’s both a blessing and a weight. Eventually, I knew I had to try again—for them, and for me. I gave it my all, and finally, I walked away from my comfort zone.

My next job was with an offshore team, working with foreigners. I assumed I’d be invisible—just another cog in the system. I told myself: You won’t make friends. You’ll just get the job done.

Then the VP visited.

I wasn’t excited. I just wanted to meet other offshore folks. But when I heard the VP speak, something shifted. He believed in the company. He had vision. It sparked something in me.

The next year, I met the CTO. He wasn’t just a leader—he was kind. He saw me as a person, not just an employee.

I gave everything I had to that company. And slowly, every doubt I had at the start… disappeared.

When I left the company, I didn’t feel like I was running away. I felt proud. Fulfilled.

My teammates? They weren’t just coworkers anymore. We shared stories, laughter, even personal contact to stay in touch.

The man I never thought I could become—that’s who I turned out to be.

They saw it. They believed in me.

The most recent doubt?

I thought I’d be stuck. Forever doing the same job in the same place. Every rejection from abroad felt like confirmation: You’re not good enough. Every email hurt. But I kept applying.

And now?

I landed offers abroad.

I packed up. I left.

I’m working in a place I’d never imagined.

It’s terrifying.

Maybe this is just another chapter in the self-doubt saga. Maybe the fight isn’t over.

But I’m still fighting.

So… is self-doubt an unwinnable battle?

No.

Is it easy to win?

Hell no.

It’s painful. Relentless.

But I’ve learned this: Sometimes, all you need is one moment that proves you wrong. One little crack in the belief that you’ll never make it.

I’ve been lucky. I’ve had a few of those moments.

And I’ve had my family beside me through all of it. Without them, I might’ve missed my shot.

So I count my blessings.

And when doubt creeps in, I remember: the only way is forward.

You can fall. You can scream at the sky. You can hate yourself for a moment. But you get up.

And try again.

Pertanyaan ini valid karena sering kali software engineer di usia 30-40 tahun mulai beralih ke jalur manajerial. Tidak ada yang salah dengan pilihan tersebut, namun posisi manajerial bisa dibilang terbatas jika dibandingkan dengan jumlah software engineer yang ada di Indonesia saat ini.

Diskusi ini sering kali membuat salah satu dari kami berpikir untuk mencari pekerjaan di luar negeri. Mungkin karena merasa bahwa demand di sini belum sepadan dengan supply yang ada. Mungkin juga karena ingin memberikan kualitas hidup yang lebih baik untuk keluarga. Atau mungkin hanya sekadar ingin mencoba bekerja dan hidup di lingkungan yang baru.

Sebagai salah satu orang yang dulu sering memimpikan hal tersebut, saya ingin membagikan beberapa cara yang saya ketahui untuk mewujudkan mimpi-mimpi itu.

Bekerja Remote untuk Perusahaan Luar Negeri

Bekerja secara remote bukanlah hal baru, dan banyak perusahaan luar negeri yang membuka lowongan pekerjaan untuk talenta di Indonesia.

Namun, yang jarang diketahui adalah bahwa cara ini juga bisa dimanfaatkan untuk pindah ke luar negeri.

Betul, pindah ke luar negeri. Bukan sekadar bekerja dari Indonesia.

Perusahaan luar negeri yang tidak memiliki cabang di Indonesia biasanya menawarkan dua cara untuk mempekerjakan orang dari negara lain: bekerja lepas (freelance) atau melalui perusahaan perantara.

Jika bekerja secara lepas, kita akan dibayar langsung oleh perusahaan tersebut. Namun, jika melalui perusahaan perantara, gaji kita akan disalurkan melalui perusahaan perantara tersebut. Kita juga bisa mendirikan perusahaan sendiri dalam bentuk CV atau PT, tetapi ada cara lain jika tujuan kita adalah pindah ke luar negeri.

Cara tersebut adalah melalui EoR (Employer of Record). Singkatnya, perusahaan EoR akan bertindak sebagai perantara. Secara hukum, kita akan tercatat sebagai karyawan perusahaan perantara tersebut, tetapi pekerjaan kita tetap langsung untuk perusahaan luar negeri yang membuka lowongan.

Beberapa contoh perusahaan EoR adalah Deel, Remote, Oyster, Employment Hero, dan Skuad.

Sebagai contoh, jika EoR memiliki cabang di Malaysia, kita bisa memilih untuk tercatat sebagai karyawan EoR di cabang Malaysia. Dengan begitu, segala urusan terkait visa kerja, pajak, penggajian, cuti, dan hari libur akan diurus oleh perusahaan EoR. Kita cukup mempersiapkan diri untuk bekerja dan hidup di Malaysia.

Keuntungan bagi perusahaan yang menggunakan EoR adalah adanya landasan hukum yang jelas, biaya yang terjangkau, dan kemudahan dalam pengelolaan karyawan. Sehingga kecil kemungkinan perusahaan menolak opsi ini.

Namun, ada keterbatasan dalam metode ini: perusahaan biasanya tidak menyesuaikan gaji berdasarkan lokasi yang kita pilih.

Sebagai contoh, jika perusahaan di Amerika Serikat menawarkan gaji sebesar $60.000, jumlah ini tidak akan berubah, baik kita memilih bekerja dari Indonesia maupun Malaysia. Akibatnya, gaji bersih yang kita terima bisa lebih kecil tergantung pada pajak dan biaya hidup di negara yang dituju.

Cara ini paling cocok digunakan jika kita mendapatkan tawaran pekerjaan dengan gaji yang besar, sehingga potongan pajak dan biaya hidup tidak menjadi masalah yang signifikan.

Menjadi Digital Nomad

Jika kita mendapatkan tawaran pekerjaan dengan gaji yang besar dan memilih untuk tetap bekerja dari Indonesia, masih ada cara untuk pindah ke luar negeri.

Cara tersebut adalah dengan memanfaatkan “Digital Nomad Visa”.

Uniknya, cara ini juga bisa ditempuh untuk pekerja lepas (freelancer).

Visa ini merupakan jenis visa yang ditawarkan kepada individu yang ingin bekerja dari suatu negara secara remote. Persyaratan visa ini berbeda-beda di setiap negara, tetapi umumnya mencakup jumlah minimum gaji per bulan dan jenis pekerjaan yang dapat dilakukan secara remote.

Keterbatasan visa digital nomad adalah adanya batas maksimal masa tinggal di negara tersebut. Sebagai contoh, kita mungkin hanya diizinkan tinggal dan bekerja di negara tersebut selama 6 bulan hingga 1 tahun.

Beberapa negara yang menawarkan visa ini antara lain Kanada, Estonia, Spanyol, Portugal, Thailand, Jepang, Korea Selatan, dan masih banyak lainnya.

Mencari Kerja di Negara Tujuan

Tanpa tawaran pekerjaan, kita tetap memiliki peluang untuk pindah ke luar negeri dan mencari pekerjaan di sana.

Cara ini dapat dilakukan dengan memanfaatkan Job Seeker Visa.

Visa ini dirancang untuk individu yang memenuhi kriteria sebagai pencari kerja, biasanya di bidang-bidang yang sedang membutuhkan banyak tenaga kerja baru, salah satunya adalah bidang teknologi.

Beberapa negara yang menawarkan visa pencari kerja ini antara lain Swedia, Jerman, Portugal, Austria, dan UAE.

Meskipun visa ini memberikan kemudahan karena tidak memerlukan tawaran pekerjaan sebelumnya, persyaratannya biasanya cukup ketat. Contohnya, pelamar harus memiliki pendidikan minimal setara sarjana dan sertifikat kemampuan bahasa tertentu.

Jika kita berhasil mendapatkan pekerjaan selama masa berlaku visa ini, kita harus melalui proses tambahan untuk mengajukan visa kerja baru. Dengan demikian, visa pencari kerja ini hanya menjadi langkah awal untuk memulai karir di luar negeri.

Sponsor Visa

Mendapatkan pekerjaan yang sekaligus memberikan sponsorship untuk visa kerja adalah salah satu cara yang paling menantang.

Kita harus bersaing dengan kandidat dari seluruh dunia, dan terkadang penawaran gaji yang diberikan mungkin tidak terlalu besar.

Salah satu trik yang saya ketahui adalah mencari lowongan di perusahaan-perusahaan yang memiliki izin resmi untuk memberikan sponsorship.

Contohnya: Inggris, Belanda, dan Australia.

Dengan mengetahui daftar perusahaan-perusahaan tersebut terlebih dahulu, kita dapat memastikan bahwa perusahaan tersebut memiliki kemampuan untuk membantu proses pembuatan visa kerja.

Langkah berikutnya adalah membuka situs resmi perusahaan tersebut dan memeriksa apakah ada lowongan pekerjaan yang sesuai dengan keahlian kita.

Memang tidak mudah karena proses ini harus dilakukan satu per satu

Namun, jalan menuju tempat yang indah memang terkadang tidak mudah.

Beberapa negara, seperti Jerman dan Estonia, bahkan lebih fleksibel karena perusahaan di sana dapat memberikan visa kerja tanpa harus terdaftar sebelumnya sebagai pemberi sponsorship resmi.

Cara Lain?

Tidak ada jalan pintas untuk mendapatkan pekerjaan di luar negeri.

Hindari percaya pada pihak yang mengatasnamakan diri mereka sebagai agen pencari kerja, karena besar kemungkinan hal tersebut adalah penipuan.

Selalu lakukan riset mandiri secara mendetail, dan jangan mudah terbuai oleh mimpi-mimpi yang dijual oleh “influencer” di media sosial.

Yang paling penting, tetaplah semangat dan jangan mudah menyerah! Jika gagal, teruslah berusaha untuk memperbaiki diri. Suatu hari, jalan itu pasti akan terbuka! ✧⁺⸜(･ ᗜ ･ )⸝⁺✧

Photo by Avi Richards on Unsplash

Sebelumnya, pekerjaan pertama saya adalah menjadi seorang dosen di sebuah kampus swasta kecil. Setahun kemudian, saya bergabung dengan perusahaan BUMN melalui jalur Management Trainee.

Meski telah meniti karir selama 5 tahun, saya merasa belum memberikan impact yang signifikan untuk bisa saya banggakan. Namun, 2 tahun terakhir benar-benar mengubah perjalanan hidup saya dengan pengalaman yang sangat berharga.

Di penghujung tahun 2024, saya mulai mencari informasi tentang cara berkarir di luar negeri.

Tujuan saya bekerja di luar negeri adalah untuk mendapatkan kualitas hidup yang lebih baik, melihat dunia secara langsung, berinteraksi dengan orang-orang dari berbagai latar belakang, serta memberikan kontribusi yang lebih besar di bidang software development.

Negara-negara yang menjadi target utama saya adalah: Australia, Selandia Baru, Swedia, Estonia, dan Jerman.

Australia dan Selandia Baru menjadi pilihan karena setiap hari saya bekerja dengan rekan-rekan dari negara tersebut. Saya merasa cocok dengan budaya kerja mereka dan mampu membangun hubungan yang tidak hanya profesional tetapi juga bersifat personal.

Swedia dan Jerman menarik perhatian saya karena kedua negara ini menyediakan peluang besar bagi pencari kerja melalui program Job Seeker Visa dan Opportunity Card. Program-program ini memungkinkan saya untuk datang ke negara tersebut tanpa memiliki pekerjaan sebelumnya. Peluang saya menjadi lebih banyak karena saya memiliki banyak opsi, bisa mengajukan visa pencari kerja, melamar pekerjaan secara langsung, atau mencari beasiswa doktoral. Hal unik dari Swedia adalah mahasiswa doktoral di sana dianggap sebagai pekerja penuh waktu, sehingga mereka mendapatkan gaji dan posisi ini dapat ditemukan di job board seperti LinkedIn atau Indeed.

Selain itu, ada negara dengan program serupa seperti Portugal, Austria, dan UAE. Namun, peluang di negara-negara tersebut masih lebih sedikit atau kurang sesuai dengan kualifikasi saya jika dibandingkan negara prioritas saya.

Estonia menjadi target karena saya kagum dengan kemajuan teknologi digital di negara ini. Meskipun saya pernah gagal mendapatkan pekerjaan remote di perusahaan Estonia, mereka tetap memberikan saya penawaran freelance sebagai expert. Selain infrastruktur digitalnya yang maju, orang-orang Estonia sangat menghargai hasil kerja ketimbang waktu kerja. Satu-satunya kekurangan adalah kurangnya sinar matahari selama musim dingin.

Singkat cerita, setelah mengirim puluhan lamaran, saya mendapat 4 panggilan wawancara, 2 dari Jerman dan 2 dari Estonia. Setelah proses yang cukup panjang karena terbentur oleh libur Natal, saya mendapatkan 2 tawaran kerja: 1 dari perusahaan fintech di Jerman dan 1 lagi dari perusahaan SaaS CRM di Estonia.

Setelah mempertimbangkan berbagai aspek seperti budaya yang dimiliki perusahaan, peluang karir ke depannya, dan kualitas hidup untuk keluarga, saya memutuskan untuk menerima tawaran dari Jerman.

Lewat tulisan ini, saya ingin berbagi pengalaman mencari kerja di bidang IT ke luar negeri, khususnya Jerman, dan persiapan yang diperlukan.

Persiapan

Karena nantinya kita akan mengajukan visa, langkah pertama yang saya sarankan adalah memahami persyaratan visa negara tujuan.

Untungnya, proses pengajuan visa Jerman saat ini sudah bisa dilakukan secara online lewat Auslandsportal, kita cukup membuat akun di website tersebut, maka kita bisa melihat dokumen-dokumen yang dibutuhkan untuk mengajukan berbagai jenis visa, seperti visa kerja, visa pencari kerja, bahkan visa kumpul keluarga (Family Reunification) bagi pasangan, anak-anak, atau orang tua.

Dokumen yang diperlukan adalah:

• Paspor
• Ijazah S1/D4 (hanya pekerja)
• Akta kelahiran
• Buku nikah atau akta perkawinan (untuk visa kumpul keluarga pasangan)
• Kartu keluarga (untuk visa kumpul keluarga anak sebagai bukti hak asuh anak)
• Sertifikat kemampuan bahasa Jerman C1 (untuk anak 16 tahun ke atas)
• SKCK (Surat Keterangan Catatan Kepolisian, hanya pekerja & tergantung perusahaan)

Pastikan dokumen-dokumen tersebut tidak hilang atau rusak dan tidak terdapat kesalahan. Jika ada kesalahan seperti kesalahan penulisan nama di ijazah atau nama orang tua di akta kelahiran, segera urus perbaikannya.

Syukurnya, bagi pemegang visa Blue Card, tidak ada syarat bahasa Jerman untuk pekerja maupun pasangan.

Untuk pekerjaan bidang IT, syarat yang perlu diperhatikan adalah: pendidikan atau pengalaman kerja.

Lulusan S1/D4 bidang IT harus memastikan institusi pendidikan memiliki status “H+” atau “H+/H-“ di database Anabin, silakan cek panduan dari Make it in Germany.

Jika institusi pendidikan dan program studi sama-sama memiliki status “H+”, pendidikan dianggap “comparable” dengan program yang diadakan di Jerman.

Jika program studi memiliki status “H+/H-“, nama institusi pendidikan harus muncul di daftar penyelenggara program studi. Jika tidak, kita diminta untuk meminta “Statement of Comparability” sebelum mengajukan visa. Pastikan institusi pendidikan terakreditasi Ban-PT, selama masa studi hingga tahun kelulusan, ini dibutuhkan nantinya saat pengajuan, silakan cek data histori akreditasi Ban-PT.

Sayangnya jika salah satunya memiliki status “H-“, maka pendidikan tidak bisa digunakan. Proses pengajuan visa masih bisa dilakukan menggunakan pengalaman kerja, sama seperti jika memiliki latar pendidikan bukan dari bidang IT. Syaratnya adalah pengalaman kerja di bidang IT selama minimal 3 tahun dalam 7 tahun terakhir.

Hal yang tidak kalah penting adalah mempersiapkan biaya pindah. Meskipun perusahaan nantinya akan memberikan relocation assistance, biasanya biaya bantuan akan diberikan setelah kita sampai di negara tujuan. Jadi, persiapkan dana pribadi terlebih dahulu.

Estimasi biaya:

• IDR 650.000 per orang untuk paspor (jika perlu membuat / memperbarui)
• IDR 30.000 untuk SKCK (jika perlu membuat / memperbarui)
• IDR 150.000 per dokumen untuk apostille (pengganti legalisir, buku nikah tetap perlu dilegalisir sebelum apostille)
• IDR 200.000 hingga IDR 350.000 per halaman hasil terjemah untuk semua dokumen yang tidak berbahasa Inggris / Jerman
• IDR 7.000.000-17.000.000 per orang untuk tiket pesawat kelas ekonomi dengan 1x transit
• EUR 208 untuk Statement of Comparability bagi yang menggunakan ijazah S1/D4
• EUR 75 per orang untuk pengajuan visa
• EUR 1000 per orang untuk biaya hidup bulan pertama (menurut Numbeo)
• EUR 900 (1 orang) hingga EUR 2000 (3 orang) dikali 3 untuk biaya sewa apartemen (1 biaya bulan pertama dan deposit sebesar biaya sewa 2 bulan)

Pengeluaran terbesar ada di sewa tempat tinggal karena apartemen di Jerman sangat terbatas. Kemungkinan beberapa bulan awal kita hanya bisa menyewa apartemen furnished karena untuk bisa menyewa apartemen unfurnished, kita akan diminta menyediakan laporan skor kredit (Schufa) kita. Jika membawa keluarga, jangan lupa ada syarat luas minimal tempat tinggal (12m² per orang atau 10m² untuk anak di bawah 6 tahun).

Pastikan masa berlaku paspor masih lebih dari 6 bulan saat pengajuan visa dan minimal ada 2 halaman kosong.

Saat ini, pembuatan paspor sudah lebih sederhana karena pengisian data awal dilakukan lewat aplikasi M-Paspor. Jujur saja, user experience aplikasi ini tidak memuaskan karena banyak yang harus difoto, diupload, dan ditulis. Apalagi kalau keluar dari aplikasi di tengah-tengah proses, semua tahap harus diulang dari awal. Tetapi secara keseluruhan, menurut saya prosesnya lebih baik dibanding dulu dimana kita diharuskan datang ke kantor imigrasi untuk mengantri sebelum mengisi form kemudian harus menunggu beberapa jam untuk mendapat giliran interview dan foto. Sekarang, cukup isi data dan upload semua dokumen, kemudian pilih tanggal kedatangan sambil menyiapkan salinan dokumen-dokumen itu untuk dibawa ke kantor imigrasi.

Khusus untuk anak-anak (di bawah 5 tahun) atau lansia (di atas 60 tahun), tidak perlu mengisi data lewat M-Paspor, bisa langsung datang dan membawa berkas-berkas yang dipersyaratkan.

Pengalaman saya dari awal mendapat antrian konfirmasi aplikasi sampai interview dan foto menghabiskan waktu selama 1 jam. Setelah foto, saya diberikan bukti pengambilan yang juga berisi informasi cara pembayaran secara online. Paspor bisa diambil dalam waktu 4 hari kerja setelah pembayaran dilakukan, saat pengambilan pun antrian hanya menghabiskan waktu sekitar 30 menit, meskipun kondisi saat itu sedang ramai.

Tidak semua perusahaan meminta bukti catatan kriminal, namun jika diminta, kita harus mengajukan SKCK ke Mabes Polri.

Mengapa harus di Mabes Polri? Karena tujuan penggunaan SKCK adalah untuk ke luar negeri, jadi tidak bisa di Sektor atau Resor, harus di pusat.

Sama seperti pembuatan paspor, pembuatan SKCK sekarang sudah lebih sederhana karena dilakukan lewat aplikasi POLRI Super App. Sama juga, user experience aplikasi ini tidak memuaskan terutama ketika proses pembayaran. Saya sendiri harus mengajukan sebanyak 3 kali di aplikasi tersebut karena di proses-proses sebelumnya nomor rekening virtual pembayaran tidak muncul.

Saya sangat menyarankan menggunakan metode pembayaran virtual account, jangan menggunakan metode pembayaran di loket karena dengan metode itu, kita harus mengantri di loket pembayaran sebelum SKCK dicetak.

Pengalaman saya dari awal mendapat antrian pengambilan SKCK sampai pencetakan selesai membutuhkan waktu tunggu selama 3 jam.

Mencari Kerja

Beberapa platform yang saya gunakan untuk mencari kerja:

• LinkedIn
• Xing
• Make it in Germany
• German Tech Jobs
• Imagine Foundation

Saya spesifik menargetkan lowongan pekerjaan yang mencantumkan kata “relocation”. Jika lowongan pekerjaan tidak menyebutkan tentang bantuan relokasi secara eksplisit, saya akan mencari informasi jumlah karyawan dan funding perusahaan tersebut, jika cukup besar, saya akan tetap mengirim lamaran. Beberapa perusahaan yang tidak mencantumkan tentang bantuan relokasi juga menjawab lamaran saya dengan mengirimkan pertanyaan apakah saya siap untuk pindah jika diterima.

Peluang relokasi biasanya lebih besar jika kita melamar ke perusahaan besar (korporasi). Tapi, tidak menutup kemungkinan untuk diterima di perusahaan startup.

Ketika menggunakan LinkedIn atau Xing, saya menggunakan filter Job Title yang saya inginkan (contohnya “Software Engineer” atau “Backend”) dan Location (contohnya “Berlin”).

Jangan lupa, minimal gaji untuk bisa mengajukan visa Blue Card adalah EUR 43.759,80 (bidang IT, Dokter, Perawat, dan Insinyur).

Kurang lebih, semua job board memiliki model yang serupa, yaitu iklan lowongan kerja. Jadi persiapannya pun sama, yaitu: Resume / Curriculum Vitae (CV) dan Cover Letter.

Apakah cover letter wajib? Tidak! Namun, saya tetap merekomendasikan untuk menulis cover letter. Tidak perlu panjang, cukup yang singkat, padat, dan jelas.

Saya menggunakan template yang sama dengan resume, hanya saja isinya mencakup motivasi melamar, bukan riwayat kerja.

Hal yang perlu dituliskan di cover letter adalah:

• Informasi pribadi (nama, posisi yang diinginkan, pengalaman kerja, pencapaian selama bekerja)
• Motivasi melamar (alasan mengapa kita cocok di posisi ini, termasuk budaya kerja / nilai dari perusahaan yang membuat kita tertarik)

Saya sudah pernah membagikan template Resume dan Cover Letter, silakan klik link GitHub ini.

Bicara tentang Imagine Foundation, platform ini sedikit berbeda dari job board lain. Imagine Foundation ini adalah organisasi non-profit yang membantu orang-orang dari negara berkembang untuk mendapatkan kerja di Jerman.

Cara kerjanya adalah kita mendaftar ke Imagine Foundation, kemudian kita akan mengikuti beberapa tahap seperti tes online, mengirimkan resume, memoles profil LinkedIn, dan mentoring. Kemudian jika kita lolos semua tahap tersebut, kita akan bergabung ke Talent Pool mereka.

Ada biaya awal sebelum bergabung sebesar EUR 20, ini dibayarkan setelah kita lolos semua tahap di atas, setelah itu kita akan dibantu mencari kerja.

Jika kita berhasil mendapatkan pekerjaan, kita harus membayar sebesar 7% dari gaji kotor tahun pertama, tapi pembayaran ini baru dilakukan setelah 6 bulan bekerja. Bisa dicicil selama 12 bulan atau dibayar sekaligus dengan potongan 10%.

Misalnya kita mendapatkan tawaran kerja dengan besaran gaji kotor sebesar EUR 60.000 per tahun, maka biaya yang kita bayar adalah EUR 4.200.

Saya sendiri berhasil melewati semua proses seleksi awal. Namun memilih untuk tidak bergabung ke talent pool karena saya sudah lebih dulu sudah mendapatkan tawaran kerja dari lowongan pekerjaan yang saya cari sendiri.

Apostille & Terjemah

Semua dokumen yang diterbitkan di Indonesia harus diterjemahkan ke dalam bahasa Jerman dan di-Apostille.

Pengajuan Apostille bisa dilakukan secara online lewat platform Ditjen AHU Online, butuh waktu 3 hari kerja untuk menunggu verifikasi dokumen.

Jika dokumen ditandatangani secara digital, proses akan lebih mudah.

Jika dokumen ditandatangan basah, maka kita mungkin perlu meminta spesimen tanda tangan pejabat tersebut atau pejabat yang baru.

Beruntung kalau data tanda tangan pejabat tersebut sudah ada di database Ditjen AHU. Jika belum, kita akan diberikan surat pengantar yang perlu dibawa langsung ke instansi untuk meminta spesimen tanda tangan. Jika pejabat sudah tidak menjabat karena dimutasi atau pensiun, kita cukup meminta pernyataan dari pejabat saat ini. Kedua formulir itu terlampir di surat pengantar yang diberikan.

Pengalaman saya, kadang meskipun data pejabat sudah terdaftar, bisa saja pengajuan apostille ditolak saat verifikasi. Cukup ajukan ulang, kecuali ada catatan lain dari verifikator (misal: salah input nomor dokumen atau nama).

Sebelum mengambil sertifikat apostille, pastikan semua dokumen sudah di-scan dengan baik. Jangan scan menggunakan kamera atau handphone untuk memastikan kualitas hasil scan yang baik. Hasil scan dokumen tersebut nantinya akan digunakan saat proses pengajuan visa. Selain itu, saat mengambil sertifikat apostille, dokumen asli dan sertifikat apostille akan digabung oleh petugas. Anehnya, cara penggabungannya adalah dengan menggunakan staples, namun jika dokumen asli dilaminasi, maka akan dilubangi terlebih dahulu dan digabungkan dengan menggunakan eyelet (mata ayam).

Sangat disayangkan bahwa proses apostille ini akan merusak dokumen asli.

Saya tidak paham mengapa sertifikat apostille tidak dibuat dalam bentuk sertifikat digital yang juga menampung informasi dokumen aslinya.

Saya tekankan lagi, scan semua dokumen dengan baik sebelum mengambil hasil apostille.

Ada beberapa penerjemah yang menawarkan jasa terjemah lengkap dengan apostille, saya tidak merekomendasikan jasa tersebut karena harganya mahal. Selain itu, jasa tersebut biasanya tidak mencakup pengurusan spesimen tanda tangan, sehingga kita tetap harus melakukannya sendiri. Jasa apostille tersebut benar-benar hanya untuk mengurus pengajuan online dan pengambilan sertifikat.

Menurut saya, meskipun user experience website Apotille itu buruk, pengajuan apostille cukup mudah karena bisa dilakukan sepenuhnya secara online. Saat pengambilan, saya hanya mengajukan izin 1 hari, antrian di kantor pusat pun tidak begitu ramai. Lebih baik proses apostille dilakukan sendiri karena lebih hemat.

Saya sendiri mengalami kesulitan mendapatkan spesimen tanda tangan karena beberapa dokumen saya ditandatangani oleh pejabat yang berada di luar Jabodetabek. Bagi yang tidak memiliki saudara atau rekan untuk dimintakan tolong, pertimbangkan menggunakan bantuan jasa seperti Santo Suruh.

Penerjemahan dokumen bisa dilakukan secara bersamaan dengan pengajuan apostille.

Penerjemah tersumpah mungkin akan memakan waktu lebih lama dan kita diharuskan mengirim dokumen asli.

Sejauh yang saya ketahui, tidak masalah menggunakan jasa penerjemah tidak tersumpah, asalkan penerjemah tersebut ada di dalam daftar penerjemah Kedutaan Besar. Silakan cek daftar penerjemah di website resmi Kedutaan Besar Jerman

Saya sendiri menggunakan jasa penerjemah tidak tersumpah karena prosesnya lebih cepat dan cukup mengirimkan salinan dokumen asli.

Pengajuan Visa

Proses pengajuan visa membutuhkan kontrak kerja yang sudah ditandatangani kedua belah pihak.

Selain melengkapi dokumen, kita juga diminta mengisi data diri atau istilahnya VIDEX, contoh formulir VIDEX dapat dilihat disini.

Catatan: kemungkinan terdapat sedikit perbedaan dari contoh di atas dengan VIDEX yang perlu kita isi ketika pengajuan visa. Tidak perlu khawatir karena proses pengisian VIDEX dan upload dokumen nantinya akan sama-sama dilakukan di Auslandsportal.

Panduan yang saya ikuti untuk mengisi VIDEX adalah panduan dari VFS.

Statement of Comparability

Jika perlu mengajukan Statement of Comparability, prosesnya bisa dilakukan melalui website Zentralstelle für ausländisches Bildungswesen (ZAB). Silakan ikuti panduan dari Hello Germany.

Saya mengalami kesulitan ketika melakukan login menggunakan Single Sign On (SSO) BundID.

Ketika login berhasil dan tidak otomatis dialihkan ke website ZAB, logout terlebih dahulu di website BundID, kemudian ulangi proses login dari awal dengan mengklik Login di website ZAB.

Dokumen yang diperlukan untuk pengajuan Statement of Comparability:

• Ijazah S1/D4
• Transkrip nilai S1/D4
• Ijazah SMA
• Sertifikat akreditasi program studi dari Ban-PT selama masa studi
• Kontrak kerja (opsional)

Jika ada versi ijazah dan transkrip nilai dalam bahasa Inggris, siapkan juga dokumen tersebut. Website ZAB menyediakan tempat upload terpisah untuk ijazah & transkrip bahasa asli dan bahasa Inggris. Ini hanya berlaku untuk ijazah dan transkrip S1/D4. Jika tidak ada versi bahasa Inggris, dokumen asli tidak perlu diterjemahkan.

Kontrak kerja dibutuhkan untuk opsi Fast-Track. Normalnya proses penyetaraan menghabiskan waktu selama 3 bulan, namun dengan opsi Fast-Track pengajuan hanya menghabiskan waktu 2 minggu.

Setelah hasil penyetaraan selesai, periksa kembali dan pastikan tidak terdapat kesalahan. Jika terdapat kesalahan, cukup kirimkan pesan lewat website ZAB untuk perbaikan.

Hasil penyetaraan saya selesai kurang dari 2 minggu. Saat itu terdapat kesalahan di nama saya dan revisi kesalahan tersebut hanya membutuhkan waktu 1-2 hari kerja.

Asuransi Kesehatan

Jika sudah ada kontrak kerja, saya sarankan untuk mendaftarkan asuransi kesehatan, karena dokumen asuransi perlu dilampirkan saat pengajuan visa.

Saya memilih mendaftar asuransi kesehatan TK (Techniker Krankenkasse) secara online. Karena asuransi kesehatan itu baru memulai mengcover saya setelah saya mulai bekerja, saya juga mengambil asuransi perjalanan dengan coverage 30 hari sebelum hari pertama bekerja. Yang saya tau, tidak ada ketentuan masa coverage, asalkan bisa mengcover dari hari pertama mendarat di Jerman sampai hari pertama bekerja.

Proses pendaftaran bisa dilakukan lewat Expatrio atau Feather dan menghabiskan waktu 2 hari kerja.

Fast-Track untuk Visa Blue Card

Jika perusahaan bersedia, mereka bisa mengajukan proses Fast-Track untuk pengajuan visa Blue Card. Proses ini dilakukan oleh perusahaan lewat Ausländerbehörde (Foreigners authority) sebelum kita mengajukan visa. Untuk informasi lebih lanjut silakan klik link berikut.

Proses ini dilakukan setelah ada kontrak kerja (minimal dalam bentuk draft) dan secara keseluruhan proses diperkirakan menghabiskan waktu 15 minggu, ini sudah termasuk 8 minggu untuk proses Statement of Comparability.

Jika proses ini dilakukan setelah memiliki Statement of Comparability, keputusan proses Fast-Track (persetujaun atau penolakan) diperkirakan akan diberikan dalam waktu 1 minggu.

Proses ini tetap bisa berjalan cukup lama, tergantung antrian pada Ausländerbehörde di negara bagian tujuan. Saya sendiri menunggu selama 4 minggu sebelum mendapat persetujuan.

Jika proses Fast-Track visa kita disetujui, kita harus mengajukan visa paling lambat 3 minggu setelah persetujuan dikeluarkan. Pengajuan visa visa Blue Card akan diproses lebih cepat dari biasanya, hanya dalam 3 minggu.

Dari informasi yang saya dapat, proses percepatan bisa juga berlaku untuk pasangan atau anak atau orang tua, jika mereka sebagai pemegang visa Family Reunification akan datang ke Jerman tidak lebih dari 6 bulan setelah kita sebagai pemegang visa Blue Card ada di Jerman.

Persetujuan dari Ausländerbehörde negara bagian ini disebut Pre-Approval (Vorabzustimmung), nantinya akan ada bagian khusus di form dokumen yang bisa diupload di Auslandsportal.

Janji Temu Visa

Baik dengan proses fast-track ataupun tidak, tahap selanjutnya adalah pembuatan janji temu (appointment) visa.

Karena menggunakan proses fast-track, saya mendapat jawaban hanya dalam 1 minggu setelah mengupload semua dokumen. Jawaban bisa berupa permintaan revisi VIDEX atau dokumen atau langsung diterima.

Tampilan di Auslandsportal akan berubah dan menampilkan tombol “Make an appoinment” yang akan mengarahkan kita ke website termin milik Kedutaan Besar Jerman Jakarta.

Oh iya, saat itu saya melihat ada 2 pilihan link temu janji: National Visa & National Visa for Family Reunification. Silakan pilih yang sesuai, lalu pilih tanggal dan isi nama lengkap & nomor paspor.

Di Auslandsportal, terdapat daftar dokumen yang dibawa dengan pesan “data biometrik dan foto akan diambil saat janji temu”. Namun, pengalaman saya membuktikan kita tetap diminta membawa foto biometrik, jadi jangan lupa untuk menyiapkan 1 lembar foto biometrik sesuai panduan kedubes.

Catatan: lokasi foto biometrik terdekat dari kedubes ada di Jalan Sabang. Cukup datang ke salah satu studio foto dan bilang “Foto visa Eropa”.

Selain foto dan daftar dokumen dalam checklist, siapkan biaya EUR 75 untuk pembayaran visa. Meskipun ingin membayar dengan kartu kredit, tetap sediakan uang tunai dalam rupiah yang jumlahnya sama dengan nilai tersebut, karena sepengalaman saya, kartu saya tidak berhasil digunakan. Terdapat ATM BCA di dalam kedubes, namun lebih baik sediakan sebelum datang ke janji temu.

Saya sempat panik karena dalam checklist terdapat pesan larangan membawa perangkat elektronik saat janji temu, namun saat memasuki kedubes ternyata perangkat elektronik beserta benda yang tidak dibutuhkan akan disimpan di loker yang disediakan di sana.

Janji temu cukup sederhana. Datang 15 menit sebelum jam yang ditentukan, di depan kedubes tidak terdapat tempat duduk ataupun tempat berteduh.

Setelah melewati pengecekan, barang-barang disimpan di loker, jadi kita cukup membawa dokumen yang dibutuhkan.

Naik ke lantai 2, ambil nomor antrian (tekan layar nomor antrian agak lama ya!) dan tunggu dipanggil. Prosesnya singkat, cukup menyerahkan dokumen dan foto, menyerahkan biaya visa, pengambilan sidik jari, selesai! Sebagai bukti, kita diberi kuitansi pembayaran biasa visa & paspor akan diberi cap “National Visa Applied on xx xxx”.

Selama janji temu, saya hanya mendapat 1 pertanyaan, “Apakah keluarga akan ikut berangkat ke Jerman?”.

Setelah janji temu selesai, kita diminta menunggu sampai kedubes memberi keputusan visa. Status pengajuan di Auslandsportal mungkin tidak berubah selama kita menunggu hasil keputusan visa.

Cetak Visa

Setelah 2 minggu, akhirnya saya mendapatkan email untuk mengambil visa ke kedubes.

Saya diminta untuk datang membawa paspor dan kuitansi pembayaran visa, proses ini bisa dilakukan setiap Senin-Jumat. Proses pengambilan paspor dilakukan di hari yang sama, kecuali hari Jumat.

Proses ini sangat singkat, kita hanya diminta melipat kuitansi dan diselipkan dalam paspor, kemudian keduanya diletakkan di dalam kotak di ruangan visa lantai 1.

Setelah itu kita kembali lagi setelah jam istirahat untuk mengambil visa. Nah, saat pengambilan ini kita diminta menunjukkan KTP karena paspor kita tidak ada.

Halaman paspor akan ditempel visa dan zusatzblatt yang menjelaskan ketentuan penggunaan visa.

And that’s the final hurdle!

Selamat sudah mendapatkan visa dan sampai jumpa di Jerman! (￣▽￣)ノ

Selama proses pengajuan visa, jika terdapat pertanyaan atau kesulitan dalam penggunaan Auslandsportal, ajukan lewat form Contact yang disediakan.

Setelah mengisi form contact, akan ada email balasan otomatis. Untuk mendapat jawaban dari tim support, balas email tersebut.

Saya menggunakan ChatGPT untuk membuat pesan dalam Bahasa Jerman. Bisa saja menggunakan Bahasa Inggris, namun saya merasa akan lebih mudah dipahami jika menggunakan bahasa asal mereka. Mungkin karena hal tersebut, saya jadi selalu mendapat jawaban dari tim support di hari yang sama saat saya membalas email.

Kudos for the Auslandsportal support team!

Photo by Florian Wehde on Unsplash

When dealing with a user’s balance, let’s say in US Dollars, we sometimes need to deal with cent values. If a user has a balance of US$10.00 and we want to charge them 50 cents (US$0.50), they will have US$9.50 by the end of it. Doesn’t look wrong, right?

But what if the user only has US$1.00 and we charge them 70 cents (US$0.70)?

Mentally we already did the calculation and got US$0.30, but again when I tried the code in JavaScript, I got 0.30000000000000004. Now the customer has more money than they should have.

Huh, weird?

That couldn’t be right. Curse you JavaScript!

I mean, this problem can be found not only in JavaScript but also in all programming languages that use the IEEE 754 standard. So Golang has this problem too, run this piece of code if you don’t believe me.

Dealing with Decimal Places

So what should we use, then?

Worry not! We have other data types.

Throughout my career, I’ve seen there are two ways most developers handle this; either by using Integer or String.

When using Integer, we write US$1 as 100. Notice that there is no comma separator in the value. This way every calculation can be done in Integer, no more floating-point issues. This way, we will show 100 in API request/response and database to denote US$1.

When using String, we write US$1 as "1.00", then we parse it to Integer so we get a value like the previous example, do some calculation, and make it into String again to be stored in the database. This way we can show "1.00" in the API request/response while calculating them fully in Integer.

To be honest, I am a bit opinionated on this money-data-type approach.

I think the Integer approach is great since there is no extra step necessary for parsing value, but the downside is the API consumer has to be aware that 100 means US$1 and not US$100.

If you worked in backend, you know how silly it is to trust that the API consumer would have the same thought process as the API developer.

Personally, I liked the second approach where the API consumer can just pass String value of either "1" or "1.00" and we would still get the same Integer value of 100 to handle. But, I would store them as Integer not String so that parsing only happened when receiving request or before sending response.

Enter the JSON Interface

I would use JSON for most of my API, this is the format most consumers expect to get.

In Go, there are JSON interface methods that we can override to customize the behavior when receiving requests and sending responses. We will use this to eliminate the need to manually call the String to Integer parsing method every time.

Determining The Number of Decimal Places

Before we start, let’s talk a little bit about currency.

Most countries use 2 decimal places. There’s a country like Kuwait that uses 3 decimal places. And there are countries like Indonesia and Japan that use no decimal places at all. I haven’t found any country that uses more than 3 decimal places, yet.

Being ambitious, let’s say we want to support all currencies from every country in the world. Standardizing 3 decimal places on the backend would be great. On the frontend we don’t need to care; "1", "1.0", "1.00" or "1.000" will all be treated as "1.000". Less stress for the API consumers, less conflict we will have. LOL!

Overriding JSON Marshal/Unmarshal

Now that we have agreed to use 3 decimal places for all money data, let’s start by coding the implementation.

This is our starting point, just like all other Go Projects:

package main

import (
	"fmt"
)

func main() {
	fmt.Println("Hello, World!")
}

First, let’s create a custom data type:

type Money int64

Notice that we didn’t write it as type Money = int64, because this is Type Definition, not Type Alias.

The difference is when doing Aliasing, both data type are interchangeable, meaning we can pass int64 to functions that expect Money if it were alias of int64. But, in Type Definition, we need to explicitly cast int64 to Money before we can pass it to functions that expect Money.

Now that we have our custom data type, let’s add 2 methods to change the way we receive JSON request and send JSON response:

// UnmarshalJSON implements the json.Unmarshaler interface
func (m *Money) UnmarshalJSON(data []byte) error {
	// remove quotes from string
	s := strings.Trim(string(data), "\"")

	// if negative, remove sign
	isNegative := strings.HasPrefix(s, "-")
	if isNegative {
		s = s[1:]
	}

	// split by point
	parts := strings.Split(s, ".")
	if len(parts) > 2 {
		return fmt.Errorf("invalid decimal format: %s", s)
	}

	// parse leading part
	intPart, err := strconv.ParseInt(parts[0], 10, 64)
	if err != nil {
		return fmt.Errorf("invalid integer part: %v", err)
	}

	// multiply by 1000, later will add the trailing part
	result := intPart * 1000

	// parse trailing part, only if exist
	if len(parts) == 2 {
		// trim to at max 3 digits (additional decimal places will be ignored)
		decimalPart := parts[1]
		if len(decimalPart) > 3 {
			decimalPart = decimalPart[:3]
		}

		// pad with additional zeros (if less than 3 decimal places)
		for len(decimalPart) < 3 {
			decimalPart += "0"
		}

		// parse
		decimal, err := strconv.ParseInt(decimalPart, 10, 64)
		if err != nil {
			return fmt.Errorf("invalid decimal part: %v", err)
		}

		// combine leading and trailing part
		result += decimal
	}

	// if negative, return back sign
	if isNegative {
		result = -result
	}

	*m = Money(result)

	return nil
}

// MarshalJSON implements the json.Marshaler interface
func (m Money) MarshalJSON() ([]byte, error) {
	// get non-negative value
	value := int64(m)
	sign := ""
	if value < 0 {
		sign = "-"
		value = -value
	}

	// calculate leading and trailing digits
	intPart := value / 1000
	decPart := value % 1000

	// always format to trailing 3 decimal
	str := fmt.Sprintf("%s%d.%03d", sign, intPart, decPart)

	return json.Marshal(str)
}

For request/response simulation, we will need a struct that has Money data type as the property:

type Data struct {
	Value Money `json:"value"`
}

Now to simulate receiving request:

// receiving request
incoming := `{"value": "1"}`

var received Data
_ = json.Unmarshal([]byte(incoming), &received)

fmt.Println("incoming data parsed as int64:", received)

The result will look like this:

incoming data parsed as int64: {1000}

Whatever value being sent, be it "1", "1.0", "1.00" or "1.000", the backend will receive it as 1000. Neat, huh?

Now to simulate sending response:

// sending response
outgoing := Data{Value: 5000}
sent, _ := json.Marshal(outgoing)

fmt.Println("outgoing data converted to string:", string(sent))

The result will look like this:

outgoing data converted to string: {"value":"5.000"}

The Money data type will be automatically converted to string. Perfect!

Putting Them Up

The final result should looks like this:

package main

import (
	"encoding/json"
	"fmt"
	"strconv"
	"strings"
)

type Money int64

func (m *Money) UnmarshalJSON(data []byte) error {
	// remove quotes from string
	s := strings.Trim(string(data), "\"")

	// if negative, remove sign
	isNegative := strings.HasPrefix(s, "-")
	if isNegative {
		s = s[1:]
	}

	// split by point
	parts := strings.Split(s, ".")
	if len(parts) > 2 {
		return fmt.Errorf("invalid decimal format: %s", s)
	}

	// parse leading part
	intPart, err := strconv.ParseInt(parts[0], 10, 64)
	if err != nil {
		return fmt.Errorf("invalid integer part: %v", err)
	}

	// multiply by 1000, later will add the trailing part
	result := intPart * 1000

	// parse trailing part, only if exist
	if len(parts) == 2 {
		// trim to at max 3 digits (additional decimal places will be ignored)
		decimalPart := parts[1]
		if len(decimalPart) > 3 {
			decimalPart = decimalPart[:3]
		}

		// pad with additional zeros (if less than 3 decimal places)
		for len(decimalPart) < 3 {
			decimalPart += "0"
		}

		// parse
		decimal, err := strconv.ParseInt(decimalPart, 10, 64)
		if err != nil {
			return fmt.Errorf("invalid decimal part: %v", err)
		}

		// combine leading and trailing part
		result += decimal
	}

	// if negative, return back sign
	if isNegative {
		result = -result
	}

	*m = Money(result)

	return nil
}

// MarshalJSON implements the json.Marshaler interface
func (m Money) MarshalJSON() ([]byte, error) {
	// get non-negative value
	value := int64(m)
	sign := ""
	if value < 0 {
		sign = "-"
		value = -value
	}

	// calculate leading and trailing digits
	intPart := value / 1000
	decPart := value % 1000

	// always format to trailing 3 decimal
	str := fmt.Sprintf("%s%d.%03d", sign, intPart, decPart)

	return json.Marshal(str)
}

type Data struct {
	Value Money `json:"value"`
}

func main() {
	// receiving request
	incoming := `{"value": "1"}`

	var received Data
	_ = json.Unmarshal([]byte(incoming), &received)

	fmt.Println("incoming data parsed as int64:", received)

	// sending response
	outgoing := Data{Value: 5000}
	sent, _ := json.Marshal(outgoing)

	fmt.Println("outgoing data converted to string:", string(sent))
}

Closing Up

Now you know (arguably) the best way to handle money data in Golang.

Joke aside, this approach is not the perfect (yet), for production you might want to add more handling such as arithmetic operations, validation rules, and formatting with currency.

But, so far, using this approach, you already get:

• Consistent decimal places handling
• Clean API request/response with string representation
• No floating-point arithmetic errors

I’d say that’s already enough for a starter (๑˃ᴗ˂)ﻭ

Photo by Mathieu Turle on Unsplash

I want to focus on using GitHub Actions on a private repository to build a Docker image and store it on GitHub Container Registry (ghcr.io). It’s perfect for personal projects since we can use up to 500MB total for all images on the GitHub Free plan - it’s counted as GitHub Package storage usage, by the way.

What I am looking for in this round is:

• Build the Docker image on GitHub Actions.
• Push the image into GitHub Container Registry.
• Pull the image into the server.
• Run a script to start the image as container on the server.

Let’s take a look at how the action looks like.

name: CI/CD Pipeline
on:
  push:
    branches: [ main ]
  pull_request:
    branches: [ main ]

env:
  REGISTRY: ghcr.io
  IMAGE_NAME: ${{ github.repository }}

jobs:
  build:
    runs-on: ubuntu-latest

    # this sets permission to read repo content and push image to ghcr.io
    permissions:
      contents: read
      packages: write

    steps:
      # 1. Checkout the repository
      - name: Checkout repository
        uses: actions/checkout@v4

      # 2. Set up Go
      - name: Set up Go
        uses: actions/setup-go@v2
        with:
          go-version: '1.22'

      # 3. Install dependencies
      - name: Get dependencies
        run: |
          go get -v -t -d ./...

      # 4. Run Golang tests
      - name: Run tests
        run: go test -v ./...
        
      # 5. Login to ghcr.io
      - name: Login to the container registry
        uses: docker/login-action@v3
        with:
          registry: ${{ env.REGISTRY }}
          username: ${{ github.actor }}
          password: ${{ secrets.GITHUB_TOKEN }}
      
      # 6. Extract metadata (tags, labels) for Docker
      - name: Extract metadata
        id: meta
        uses: docker/metadata-action@v5
        with:
          images: ${{ env.REGISTRY }}/${{ env.IMAGE_NAME }}

      # 7. Build and push image to ghcr.io
      - name: Build and push docker image
        uses: docker/build-push-action@v6
        with:
          context: .
          push: true
          tags: ${{ steps.meta.outputs.tags }}
          labels: ${{ steps.meta.outputs.labels }}
          # you can pass build-args and secrets here
          # see https://github.com/marketplace/actions/build-and-push-docker-images

  deploy:
    # this prevent deployment when image building failed
    needs: build
    runs-on: ubuntu-latest
    steps:
    # 8. SSH to the server and run the script
    - name: executing remote ssh commands using password
      uses: appleboy/ssh-action@v1.2.0
      with:
        host: ${{ secrets.HOST }}
        username: ${{ secrets.USERNAME }}
        password: ${{ secrets.PASSWORD }}
        port: ${{ secrets.PORT }}
        script: |
          # log in to container registry
          echo "${{ secrets.GITHUB_TOKEN }}" | docker login ${{ env.REGISTRY }} -u ${{ github.actor }} --password-stdin
          
          # pull the image
          docker pull ${{ env.REGISTRY }}/${{ env.IMAGE_NAME }}:latest
          
          # export necessary environment variables for the script here
          # export VARIABLE_NAME=value

          # download and run deploy script using curl with auth header
          curl -H "Authorization: token ${{ secrets.GITHUB_TOKEN }}" \
               -H "Accept: application/vnd.github.v3.raw" \
               -o /vps/path/to/save/script_name.sh \
               -L "https://api.github.com/repos/${{ github.repository }}/contents/repo/path/to/script_name.sh?ref=${{ github.sha }}"

          chmod +x /vps/path/to/save/script_name.sh
          /vps/path/to/save/script_name.sh

          # remove script after run completed
          rm -f /vps/path/to/save/script_name.sh

With the above changes, no more cloning is needed to build images on the server.

All the build processes happen in the pipeline, and when it’s successfully built, the SSH script will log in to ghcr.io and pull the image. I chose to do Docker login before the script to prevent passing the GITHUB_TOKEN secret to the script.

P.S. GITHUB_TOKEN is a provided secret value. No need to add them to the repository secret.

The only thing I did was adding secrets for the ssh step.

Only the script is downloaded into the server; the rest of the source code is not. This way, the script can be safely stored in the same repository. Moreover, it’s deleted from the server after the run is completed. Neat!

Just like the previous post, you can do anything inside the script_name.sh. The only difference would be that this time it would be simpler without the Docker build step:

#!/bin/sh

# Name for the Docker image
IMAGE_NAME="${IMAGE_NAME:-username/imagename:latest}"
CONTAINER_NAME="${CONTAINER_NAME:-containername}"

# Check if a container with CONTAINER_NAME exists and stop/remove it
EXISTING_CONTAINER=$(docker ps -aq -f name="$CONTAINER_NAME")
if [ ! -z "$EXISTING_CONTAINER" ]; then
    echo "Stopping and removing existing container with name $CONTAINER_NAME..."
    docker stop $CONTAINER_NAME
    docker rm $CONTAINER_NAME
fi

# Run Docker container
echo "Running Docker container..."
docker run -d --restart always --name $CONTAINER_NAME $IMAGE_NAME

echo "Docker container started."

Finally, you might be wondering whether GitHub has a dashboard for your images like what DockerHub does. Worry not! You can go to https://github.com/username?tab=packages (change it to your username) to see a list of images you have stored in ghcr.io.

Photo by Richy Great on Unsplash

Let’s start with a simple Dockerfile with multiple stages:

FROM golang:1.23
WORKDIR /src
COPY <<EOF ./main.go
package main

import "fmt"

func main() {
  fmt.Println("hello, world")
}
EOF
RUN go build -o /bin/hello ./main.go

FROM scratch
COPY --from=0 /bin/hello /bin/hello
CMD ["/bin/hello"]

The FROM statements you saw in the example above define stages. The first one builds the file, and the second runs the built binary.

Now let’s talk about build arguments and environment variables. Build arguments in Docker are closely related to environment variables; they are written as ARG and ENV, respectively. They are used to pass information to the build process.

Build Arguments

The way you use ARG is by defining it either before the stage (a.k.a Global Scope) or inside the stage (a.k.a Local Scope).

The benefit of using ARG is we can build the image in different way without editing the Dockerfile.

The value of ARG is only available during the build process and will not be available when the image is running as a container, unless it is explicitly passed.

I recommend using ARG for configuring builds. For example, to build a different version, or to use different base image.

This is an example of using ARG to define the base image to be used for the build.

# create argument for image version
ARG GO_VERSION="1.23"

# use argmument
FROM golang:${GO_VERSION}

# rest of the file stay the same as first example
...

Try to build the example above, and you will see that it uses golang:1.23

docker build -t example:latest .

But if you pass a different version, let’s say 1.22, it will use golang:1.22 instead.

docker build --build-arg GO_VERSION="1.22" -t example:latest .

Without Default Value

We can also just set the argument name without defining the value. This way, the value of the argument will be empty if not provided in the build command.

# create argument without default value
ARG GO_VERSION

# use argmument
FROM golang:${GO_VERSION}

# rest of the file stay the same as first example
...

Scope

If we declare ARG in the global scope and want to use it inside a stage, ARG has to be redeclared inside the stage to allow the stage to read the value. There’s no need to write the value again; just the name is enough for the stage to inherit the value.

This version will not work

ARG MESSAGE="helo, world"

FROM golang:1.23
WORKDIR /src
# this will fail
COPY <<EOF ./main.go
package main

import "fmt"

func main() {
  fmt.Println("${MESSAGE}")
}
EOF
RUN go build -o /bin/hello ./main.go

# rest of the file stay the same as first example
...

With redeclaration, it now works perfectly.

ARG MESSAGE="helo, world"

FROM golang:1.23
# inherit the arg from global scope
ARG MESSAGE 
WORKDIR /src
COPY <<EOF ./main.go
package main

import "fmt"

func main() {
  fmt.Println("${MESSAGE}")
}
EOF
RUN go build -o /bin/hello ./main.go

# rest of the file stay the same as first example
...

Environment Variables

The way you use ENV is by defining it inside the stage (a.k.a Local Scope).

The benefit of using ENV is we can configure the way our container run.

The value of ENV available during build process and when the image is running as container.

I recommend using ENV for configuring runtime. For example, to set API endpoints. I don’t recommend using it for sensitive values like passwords.

To pass environment variables during build, we need to use build arguments. This is why I previously said they are closely related.

ARG USER

FROM golang:1.23
WORKDIR /src
COPY <<EOF ./main.go
package main

import (
  "fmt"
  "os"
)

func main() {
  fmt.Println("Hello", os.Getenv("USER_NAME"))
}
EOF
RUN go build -o /bin/hello ./main.go

FROM scratch
# inherit & copy the arg from global scope
ARG USER 
ENV USER_NAME=${USER}
COPY --from=0 /bin/hello /bin/hello
CMD ["/bin/hello"]

Now, after building it, the environment variables will be available in the container, and they can be accessed programmatically (os.Getenv("ENV_NAME") in Go or process.env.ENV_NAME in Node.js).

docker build --build-arg USER="example" -t example:latest .

If you are wondering why the USER_NAME is called by the code in the first stage (build), but the environment variable is copied to the second stage (run), I have an answer for you.

This is because the first stage does not need the environment variables to be present; it will still compile. Once compiled, the binary runs in the second stage, which is where we want the environment variables to be present. Hence, we copied them to the second stage and not the first stage.

Build Argument vs Environment Variables

So here’s a TL;DR version of Build Arguments vs Environment Variables.

Build Secrets

Why would there be build secrets when build arguments and environment variables already exist?

Well, they are for storing sensitive information like passwords or API keys. By using build secrets, the sensitive information will not be exposed.

Let’s take an example of passing an API key when building a frontend app in JavaScript:

ARG SECRET_API_KEY

FROM node:20 as build

WORKDIR /app
COPY package*.json ./

RUN npm install
COPY . .
ARG SECRET_API_KEY
RUN SECRET_API_KEY=${SECRET_API_KEY} \
    npm run build

FROM node:20
RUN npm install -g serve
COPY --from=build /app/dist ./dist
EXPOSE 3000
CMD ["serve", "-s", "dist", "-l", "3000"]

And build it by passing the secret using an argument:

docker build --build-arg SECRET_API_KEY="example" -t example:latest .

Yeah, it did work with build arguments, and even if we pass that argument to an environment variable before using it in the build, it will still work.

The problem is we are leaking sensitive information. Docker will also print a warning message about this.

Let’s change the implementation to use build secrets.

FROM node:20-alpine AS build

WORKDIR /app
COPY package*.json ./

RUN npm install
COPY . .
RUN --mount=type=secret,id=SECRET_API_KEY \
    SECRET_API_KEY=$(cat /run/secrets/SECRET_API_KEY) \
    npm run build

FROM node:20-alpine
RUN npm install -g serve
COPY --from=build /app/dist ./dist
EXPOSE 3000
CMD ["serve", "-s", "dist", "-l", "3000"]

We will also change the build command and add the environment variable to the shell before executing the build command:

export SECRET_API_KEY=example
docker build --secret id=SECRET_API_KEY -t example:latest .

No more warning messages, and we successfully pass the secret to the build. Yay!

Environment Variables vs Build Secrets

So here’s a TL;DR version of Environment Variables vs Build Secrets.

Photo by Ian Taylor on Unsplash

Rejection does not exclusively come from your job hunt; it can occur in any aspect of your life. Confessing your feelings, joining a new community, sharing your ideas in public, or even opening up to your own family can lead to rejection. One thing I’ve realized is that even when it’s not our identity that’s being rejected, still, we associate that rejection with ourselves. It’s already hurting us even when we’re only imagining it.

I’m not going to write about how to handle rejections; in fact, I’m not even sure how to do it myself.

The feeling of being worthless, it keeps eating at your heart. You sink even deeper into sadness. It feels like whatever you do doesn’t matter anymore. Sometimes there’s also anger that’s being fueled up by denials.

I know full well how it feels. Like you, I’ve been through a lot of rejections too.

I want to tell you this: whether you didn’t get the job, didn’t win the prize, or had your idea dismissed, it does not change your value.

When you start to feel like you’re in the dumpster, take a rest. Take your time—no matter how long it takes—take as much as you need. I know it sounds cliché, but time does heal wounds. Do things you enjoy, and involve yourself with people who matter. One day, when you’re ready to bounce back, you’ll do it better because you’ve learned the lessons from the rejections you faced.

I pray that one day you will succeed.

Photo by Adrian Swancar on Unsplash

In the midst of this madness, one potential way out of is to explore opportunities with overseas companies, whether through remote work or relocation.

Here’s the thing, standing out among the crowd is not easy. I’m not going to cover resume-polishing tips, those were already widely discussed. Instead, I will focus on which tech stack could give you an edge if you are a newcomer. Bear in mind that these are based on my own observation.

For the backend development, Java and Phython are the most commonly listed programming language in job postings. Moreover, these two has been around for decades, so a lot of technologies are already built on them. Fot the frameworks, it’s usually Java with Spring Boot and Python with either Django or a more recent FastAPI. When it comes to databases, there are typically 2 categories: SQL and NoSQL. For sure, if it’s SQL, the most in-demand would be PostgreSQL or MySQL, but for NoSQL it usually depends on the product they are working on, it could be MongoDB, Cassandra, or even Neo4j. Lastly, familiarity with cloud platforms such as AWS, GCP, or Azure is essential.

For the frontend development, React is on the top. By itself, to master React you need master HTML, CSS, and JavaScript. And, yes, you can start from JavaScript, but skipping TypeScript is not an option in today’s market. Also, if you want to stick to one language for the whole fullstack development (both backend and frontend), you can accompany React with NestJS.

I am not well-versed in roles related to Data, AI, DevOps, SRE, or similar fields, so I can’t give much insight about those area.

However, for mobile development, I recommend to stick with native platforms rather than hybrid like React Native or Flutter. I’ve noticed in several postings that the requirement specify iOS with Swift and Android with Kotlin.

Now, where can you find the postings?

For remote job opportunities, you can start by checking out platforms like Remote.com, Remotive, Wellfound, WeWorkRemotely and Jobgether.

When it comes to jobs offering relocation support, I can only think of Relocate.me as the most trusted. Many companies also list relocation as part of th their perk, so be sure to keep an eye on their career pages.

Photo by Greg Rakozy on Unsplash