Pinned Tweet
"You're so hard on yourself.
I love that you have such high standards.
But those aren't high standards, that's called perfection.
And most people overestimate what they can do in a year.
And they underestimate what they can do in two or three decades.
(cont)
1
1
Dhany (/duhn-nee/) retweeted
Raditya Dika ini smart banget. Di mana orang berlomba-lomba bikin kos-kosan, dia langsung nanya: yield berapa?
Tujuan apa? Buat dibandingkan. Karena investasi ga cuma kos-kosan, ada SBN, obligasi, saham, crypto, batu akik, dkk…
Simple aja, kalau bunga/yield cuma 6-9%, ada banyak tuh instrumen investasi seperti RDPU, RDPT, obligasi, deposito.
Simple tapi karena kefomo, kegiring jadi ga mikir jauh 😂
Dhany (/duhn-nee/) retweeted
South Korean 🇰🇷 woman gets horrifically racist treatment abroad, kids literally spitting on her.
Dhany (/duhn-nee/) retweeted
As long as price fails to build acceptance above the Value Area High, the bias remains bearish rotation — the market is likely to rotate back into value, targeting the POC first and potentially extending toward the VAL.
Dhany (/duhn-nee/) retweeted
Investors are piling into emerging markets at a record pace:
Emerging Markets ETFs attracted +$20.6 billion in inflows last month, the biggest monthly intake on record.
This marks the 12th consecutive monthly inflow.
This also nearly TRIPLES the prior two months and DOUBLES the previous peak set in 2018.
The MSCI Emerging Markets ETF, $IEMG, covering 24 emerging market countries, attracted $8.9 billion in inflows, or 43% of the total, its largest monthly intake since its inception in 2012.
As a result, the MSCI Emerging Market Index rallied +8.8% in January, its best start to a year since 2012.
Bullish momentum in emerging markets is accelerating.
Dhany (/duhn-nee/) retweeted
Replying to @skyholicc88
PoR yang tnpa komposisi sehat itu sama aja "False Sense of Security"
PoR itu alat transparansi, bukan jaminan solvabilitas
Jika porsi besar reserve berasal dari token internal seperti KRD, yang likuiditasnya terbatas
Maka risiko sistemiknya sama seperti kasus FTT di FTX
Dhany (/duhn-nee/) retweeted
To all laki-laki 30++,
Jangan tinggalkan omega 3, vitamin D3 + K2, magnesium dan zinc. Trust me, you won't regret it.
Dhany (/duhn-nee/) retweeted
#BTC Whale Orders & Large Trades
Whales accumulated between 90k–92k, pushed price up toward 95k where strong sell walls emerged, and the market is now consolidating around 93k without a clear reversal signal.
coinglass.com/large-orderboo…
Dhany (/duhn-nee/) retweeted
Terima kasih semua yang telah menyaksikan pertunjukan Aturan Anti Cinta oleh JKT48 NEW ERA! 💕
Semoga cinta yang kami bawa melalui setiap pertemuan bisa tersampaikan ya! Sampai jumpa di perjalanan penuh cinta berikutnya! 🫶🏻✨
#AturanAntiCintaJKT48 #RenaiKinshiJourEnd
Dhany (/duhn-nee/) retweeted
Cara Ngakalin Diri Sendiri Biar Ngerjain Hal yang Selalu Ditunda.
Jangan nunggu motivasi dulu tiap kali mau ngerjain sesuatu.
Gue nemu cara buat ngalahin mental battle tanpa harus nungguin motivasi. Let's dive in! 🧵
bayangin temen lu nanya dan lu cuma kasih jawaban berupa pandangan,terus beberapa tahun kemudian lu jadi tersangka
Bismillah, ini Ririe istrinya Ibam, baru recover akun ini 🙏🏼
Terimakasih doa & support untuk Ibam sekeluarga yang sedang berjuang melewati masalah hukum saat ini..
Berikut cuplikan video cerita Ibam, perkenankan juga aku sebagai istri cerita soal yang keluarga kami alami..
📝
Aku mengenal Ibam sejak 2010 ketika dia sedang kuliah beasiswa di Eropa. Setahun kemudian kami menikah dan nekat memulai hidup baru dari nol di Belanda.
Di awal pernikahan kami, Ibam bekerja sebagai software engineer di perusahaan AI logistik di Rotterdam, sementara aku lanjut kuliah S2 di Tilburg pada tahun 2013.
Jujur, kami memulai pernikahan dengan penuh keterbatasan. Akad nikah dan resepsi kami juga sederhana di rumah supaya bisa berhemat.
Sesampainya di Belanda, we had to build everything on our own karena keluarga kami bukan yang bisa "menyuntik" dana kapanpun kalau kami ada kekurangan.
Ketika aku mulai kuliah, kami pindah ke kota kecil, Dordrecht. Di sana kami berbagi satu rumah kecil mungil dengan keluarga lain. Semua demi berhemat uang untuk bayar kuliahku.
Tapi alhamdulillah, atas izin Allah, di tengah keterbatasan itu, aku lulus S2 dan kami dikaruniai kehamilan anak pertama.
Dari masa-masa sulit itu, aku mengenal satu hal pasti tentang suamiku: Ibam adalah pekerja keras dengan integritas tinggi. Dia sangat detail, perfeksionis, dan selalu berjalan lurus sesuai aturan. Ngga pernah neko-neko.
Tahun 2016, kami berada di persimpangan jalan. Sahabatnya mengajak Ibam pulang ke Indonesia untuk membantu Bukalapak. Berat sekali rasanya meninggalkan Belanda yang sudah nyaman. Tapi setelah diskusi panjang dengan keluarga, kami memutuskan untuk pulang.
Di Indonesia, Ibam mencurahkan seluruh tenaganya untuk membangun tim engineering di sana. Dia selalu semangat kalau cerita soal ketemu pelapak dan gimana mereka terbantu pakai aplikasi yang timnya bangun.
But, as his wife, aku juga melihat ada harga yang harus dibayar: kesehatannya.
Ibam memang punya riwayat jantung bawaan dari Ibu dan Kakeknya. Jantungnya selalu berkerja ekstra keras, detaknya selalu di atas 105 bpm walau sedang istirahat. Yang tadinya di Belanda ngga pernah sakit-sakitan, sejak balik ke Indonesia setiap tahun selalu saja ada penyakit berat yang datang dan perlu macam-macam operasi dan rawat inap.
Puncaknya di tahun 2023, tubuhnya seakan kasih sinyal mau kolaps. Siang hari ketika sedang kerja, Ibam tiba-tiba muntah-muntah dan oleng tidak bisa jalan. Kami segera bawa Ibam ke UGD. Alhamdulillah, kondisinya bisa distabilkan.
Beberapa bulan kemudian setelah di MRI, ternyata Ibam kena stroke ringan yang merusak saraf vestibularnya. Sejak itu aktivitasnya mulai terhambat. Belum lagi, setahun sebelumnya dia juga didiagnosa diabetes, yang juga turunan dari keluarganya.
Jujur, aku tidak paham apakah semua penyakit ini saling berkaitan atau tidak, karena aku bukan dokter. Yang jelas, as someone closest to him, I can see that Ibam has not been physically well for the past few years.
Mundur sedikit ke Desember 2019. Waktu itu Ibam dapat tawaran dari Facebook di Inggris. Setelah bolak-balik wawancara ke London, he got the offer. I still remember how happy he was when he told me about it.
Sebagai istri yang waktu itu sedang hamil anak kedua, aku sudah membayangkan akan melahirkan dan membesarkan anak-anak kami di sana.
Tapi di saat bersamaan, Ibam dihubungi tim yang sedang bantu-bantu Kemendikbud. Mereka punya visi besar soal aplikasi untuk pendidikan Indonesia. Ibam galau. Tapi setelah ngobrol dengan mereka, dia cerita ke aku:
"Kalau Facebook, 5-10 tahun lagi insya Allah masih ada. Tapi kesempatan bantu pemerintah dan pendidikan lewat teknologi kayak gini, langka banget rasanya. Ilmuku bangun aplikasi insya Allah bisa lebih bermanfaat buat banyak orang dengan kita tetap di Indo dan bikin aplikasi buat pendidikan Indonesia."
Dan yang bikin kami lebih yakin, tim itu bilang semua biaya konsultan ditanggung sebuah yayasan dan ngga akan membebani negara sama sekali.
Dengan bismillah dan istikharah, kami menolak London. Meski penghasilan jadi turun, kami yakin rezeki sudah diatur Allah. We said goodbye to London.
Tahun berganti. Ibam bekerja sebagai konsultan eksternal kementerian sejak Januari 2020. Setelah kondisi kesehatannya makin nurun pasca stroke ringan, Ibam curhat ke aku kalau dia ingin resign. Dia ingin bangun startup sendiri sama temannya supaya bisa kerja sambil bedrest dari rumah.
Di Juli 2024, setelah nabung dan kumpulin modal, mimpi sederhana itu akhirnya dimulai. Dia resign dan bikin startup AI yang support kesehatan mental.
Tapi mimpi itu ngga bertahan lama. Tanggal 23 Mei 2025, hidup kami berubah drastis.
Hari itu, ngga ada angin ngga ada hujan, rumah kami digeledah oleh APH (Aparat Penegak Hukum). Seumur hidup, belum pernah aku gemetar ketakutan seperti itu. Melihat petugas berseragam loreng hijau dan tim penyidik ada didalam rumah kami dengan jumlah yang ngga sedikit. Dengkul rasanya mau copot.
Apa yang mereka tuduhkan terhadap Ibam? Tindak Pidana Korupsi yang merugikan negara.
Rasanya seperti disambar petir. Ini kaya mimpi! Mustahil Ibam korupsi. Aku istri yang selalu bisa akses semua rekeningnya. Tidak pernah ada "uang kaget" atau dana ghaib masuk. Semua murni dari gajinya.
Rasanya saat itu juga aku ingin langsung menyodorkan mutasi rekening kami ke para penyidik dan bilang, "Silakan cek, Pak!" Tidak ada yang kami tutupi.
Lagipula, kalaupun Ibam dituduh merugikan negara, di bagian mana dia punya wewenang untuk ambil keputusan? Ibam selalu serahkan keputusan ke kementerian, he never had any authority to decide.
Juli 2025, mimpi buruk itu menjadi nyata. Ibam ditetapkan sebagai tersangka. Aku menangis sejadi-jadinya, membayangkan nasib anak-anak kami.
Coba bayangkan. Ibam itu posisinya cuma konsultan eksternal. Bukan pejabat, bukan PNS, apalagi pengambil keputusan. Tapi anehnya, dia malah dituduh "mengarahkan pengadaan" oleh para pejabat.
Padahal dari awal Ibam kasih masukan tertulis untuk Windows juga, bukan cuma Chromebook. Dan sudah wanti-wanti kalau mereka mau pakai Chromebook ada risiko yang mereka perlu pastiin dulu.
Tapi wanti-wantinya ngga didengar. Pejabat tetap jalan dengan keputusan mereka sendiri. Dan ketika jadi perkara, malah Ibam yang disalahin.
Logikanya, kalau ada niat jahat untuk mengarahkan, kenapa mesti wanti-wanti soal risikonya? Ibam sudah berbuat layaknya seorang konsultan, kasih masukan objektif lalu serahkan keputusan ke pejabat.
Yang lebih bikin nyesek, namanya dicatut di dalam SK dan kajian yang Ibam sendiri nggak pernah lihat wujudnya sampai kasus ini meledak. Di kajian itu ada kolom tanda tangan banyak orang dan kolom Ibam jelas-jelas kosong, tapi dia tetap dituduh yang nyusun kajiannya.
Sekarang, Ibam jadi tahanan kota karena kondisi jantungnya yang rentan. Kami kehilangan segalanya. Ibam kehilangan pekerjaan, startup-nya berhenti dan harus layoff semua karyawan, dan keluarga kami kehilangan sumber nafkah. Tabungan kami sekarang hampir habis.
Aku yang hanya ibu rumah tangga sekarang harus berdiri tegak mencari keadilan, termasuk mencari kuasa hukum yang sebisa mungkin pro bono karena kami ngga sanggup bayar pengacara Tipikor yang biayanya selangit.
However, I truly believe there will always be a silver lining in everything, and Allah’s plan is always the best. Mungkin ini cara Allah mau menaikkan derajat Ibam di sisi-Nya. Di balik status tersangka ini, aku tahu integritas suamiku tak pernah berubah sejak kami susah payah di Belanda dulu.
Aku memohon doa dan dukungan dari teman-teman semua untuk membagikan dan menyuarakan ketidakadilan ini.
Semoga Ibam diberikan kebebasan dan keadilan. Semoga kami dan anak-anak bisa kembali hidup normal, dan badai ini segera berlalu. Allahumma aamiin.
1
267
Dhany (/duhn-nee/) retweeted
Ya kerja kantoran.
Tp milih pagi buat olahraga
04.00 - 05.00 bangun, cuci muka, ngopi, makan pwo, bersihin litterbox, ngising, ganti baju lari, nyiapin bekel telur rebus
05.00 - 07.00 warmup, lari, cooling down jalan kaki,
07.00 - 07.30 mandi, ngising, ganti baju, siap siap berangkat kantor
07.30 - 08.15 perjalanan ke kantor, drop istri di kantor/MRT, otw kantor
09.00 sampai kantor, kerja.
Dhany (/duhn-nee/) retweeted
Your Golang knowledge, explaining:
Goroutines
Channels
Context cancellation
WaitGroups
Mutex vs RWMutex
Buffered vs unbuffered channels
Worker pools
Select statements
Interfaces
Error wrapping
Generics
net/http internals
gRPC in Go
sync.Pool
io.Reader / io.Writer
Goroutine leaks
Escape analysis
Zero-allocation patterns
Race detector
Memory profiling with pprof
Interview decision:
Sorry, we need someone who actually knows when to use a goroutine.
Knowing Go features ≠ knowing Go engineering.
I’ve seen engineers spin up 100 goroutines for a task that should’ve been a simple for-loop.
They knew what a goroutine is.
They didn’t know why to spawn one.
Understanding fundamentals in Go means asking better questions:
---
1. Do you really need concurrency here?
Just because Go makes concurrency easy doesn't mean everything should be parallelized.
If your job is CPU-bound
— concurrency won’t give you a speedup.
If your job is I/O-light
— concurrency might hurt performance.
Many Go beginners accidentally create spinning goroutine storms for trivial tasks.
---
2. Should this be a goroutine or a worker pool?
Goroutines are cheap — not free.
Thousands? Fine.
Millions? You’ll crash your service.
Worker pools add backpressure, limit concurrency, and prevent cascading failures.
Correct concurrency is about control, not enthusiasm.
---
3. Is a channel even the right abstraction?
Channels are not the default.
Sometimes:
a simple slice is faster
a mutex is simpler
a pipeline is unnecessary
atomic values give lower overhead
Channels introduce synchronization.
Synchronization introduces latency.
Engineers who love channels often write code that’s “clever” instead of correct.
---
4. How will this context propagate?
Most Go outages happen because developers:
forget to cancel contexts
pass background context everywhere
leak goroutines waiting on dead channels
ignore deadlines
If your system doesn’t handle cancellation properly, you don’t have a Go service — you have a time bomb tbh.
---
5. Have you run the race detector, profiler, and escape analyzer?
If you write Go without:
go test -race
go tool pprof
go build -gcflags="-m"
…then you're guessing, not engineering.
Being able to explain:
why a value escapes to the heap
why CPU usage spiked
why memory is ballooning
why goroutines aren’t releasing
is what separates a “Go tutorial graduate” from a real Go engineer.
---
6. Does this service need Go?
Go shines in:
high-throughput APIs
distributed systems
infrastructure tools
networking services
event processing
real-time pipelines
Sometimes Python is better.
Sometimes Rust is better.
Sometimes PostgreSQL stored procedures outperform your Go service entirely.
Knowing Go means knowing when not to use Go.
---
The best Go engineers aren’t the ones who know every feature.
They're the ones who can explain:
why this should NOT be concurrent
why this needs a mutex, not a channel
why this code must avoid allocations
why this API should return errors, not panics
why a simple goroutine is not a “system design pattern”
Anyone can memorize go routines + channels = concurrency.
Not everyone can architect a system that runs clean for months without leaking memory, burning CPU, or failing under load.
That’s the difference between Go as a language and Go as an engineering discipline.
Your system design knowledge, explaining:
- gRPC
- CDNs
- WebSockets
- Rate Limiting
- API Gateways
- Microservices
- Redis Caching
- Load Balancers
- Message Queues
- Database Sharding
- Consistent Hashing
- Eventual Consistency
- Distributed Tracing
- Horizontal Scaling
- Circuit Breakers
- Event Sourcing
- Reverse Proxy
- CAP Theorem
- Service Mesh
- Saga Pattern
- CQRS
- Kafka
Interview decision:
Sorry, we need someone who can explain why they'd use a database.
Knowing the name of a pattern doesn't mean you understand when to use it.
I've seen engineers confidently explain microservices architecture, then suggest splitting a 3-table CRUD app into 15 services.
They knew the pattern.
They didn't know the problem it solves.
Understanding fundamentals means asking better questions, for example:
1. Why would I choose PostgreSQL over MongoDB?
Not "what are the differences" but what specific requirements in my system make one a better fit.
Is it the transaction guarantees?
The query flexibility?
The team's expertise?
2. When should I NOT use Redis caching? Maybe your data changes too frequently.
Maybe cache invalidation becomes more complex than just hitting the database.
Maybe you're solving a performance problem that doesn't exist yet.
3. What's the real cost of event sourcing?
Sure, you get an audit trail and time travel.
But now you're debugging by replaying events, your storage grows unbounded, and your queries need projections.
Is that tradeoff worth it for your use case?
4. Do I actually need Kafka?
Or would a simple queue work fine for my 1000 requests per day?
Are you building for scale you have or scale you imagine?
The best engineers I know can explain why they'd choose a boring SQL database over the latest distributed system.
They understand the problems these patterns solve AND the problems they create.
That's what separates someone who memorized a list from someone who can actually architect systems.
-----------------
Check out my Java+Springboot+Microservices+System design ebook curated for interviews here matamgi.com/java-interview-e…
Sore, diawali dengan humor ringan, diterbangkan oleh romansa sore dan jo, dipertemukan rasa frustasi dan bagaimana sore menyerah, ditenangkan dengan munculnya harapan baru, dijatuhkan dengan rasa putus asa, dilanjut rasa lega atas berhasilnya usaha sore, ditutup dengan mimpi baru
76







































