Keren mas, sering2 bahas beginian (real life problem). Bahas code arsitektur dong mas buat large project or best practicenya gimana. Oh iya, sama ngehandle race condition. Thanks
ini relevan banget dengan situasi di perusahaanku baru-baru ini yang kita gunakan adalah service API dari salah satu unicorn di indo karena unicorn, kita jadi minder duluan nih, apapun yg terjadi, kita selalu berasumsi bahwa kalau ada error, pasti sistem kita yg error dan setelah ditelusuri, ternyata memang salah satu issue nya dari service yg kadang2 down thanks sharingnya mas Echo 👍
Keren Mas, sama yg saya lakukan ketika get harga multiple expedisi, untuk mengurangi delay respon all expedisi, akhirnya bikin tampungan database tersendiri, kendalanya tiap server expedisi mempunyai kemampuan berbeda-beda, yg masih PR jika ada perbedaan harga , karena ada satu expedisi butuh 3 hari atau seminggu tuk mendapatkan harga all destinasi
mantab sekali pembahasannya pac.. ini kayaknya bisa dilanjutkan nih topiknya,,, misal seperti "apa saja yg perlu dilakukan jika sudah terlanjur ketemu error yg tak terduga, no 3 bikin tercengang" hehe
wih gilak sih mas, sumpah keren mas eko, sering-sering lah buat video kayak gini mas, saya bisa tau cara nge manage arsitektur project yang bener. Makasih banget mas
ihiw kak eko :v terimakasih kak ilmunya, penonton setia kotlin pemula - gradle , lagi nyoba kotlin unit test.. oh iya kak... sering" bikin API pake kotlin kak terus cara hostingnya juga ^^ hehe mantap
Wow terima kasih mas Eko buat penjelasannya yang mudah dipahami, baru ngeh ternyata arsitektur dalam sebuah sistem yang menangani data besar serumit itu. Btw buat video yang membahas schedule job dong mas secara detail dan penerapannya hehe.. :v
mas eko bagaimana dengan suatu workers yang bertugas ICMP echo request packets (Ping) ke server? hanya untuk pre-check, tapi masalahnya juga ada server yang ngeblock request ping tsb.. nah mas eko, bahas tentang Load Balancer juga dong :)
" kita banyak berfikir bahwa klo error , aplikasi kita yang bermasalah " padahal kenyataannya memang bener seringnya salah di kita , ahahahaha itu pengalaman gua aja sih, bagus emg pandangan bahwa aplikasi third party bisa error. biar cepet di cari issue nya
Terimakasih Ilmu nya mas. Boleh Request cara membuat secuirty untuk aplikasi toko online atau semacamnya agar tidak mudah di manfaatkan oleh hacker gimana ya mas. menggunakan spring atau yang lebih muktahir. terimakasih.
keren mas eko, pengen dong bahas fase struggle saat perdalam programming (habit) kira kira sehari berapa jam ngoding pada saat itu ? hehe kayanya menarik
Mas, tolong bahas tentang dynamic task scheduler dong lebih baik cron atau message broker (seperti RabbitMQ *sempet baca di medium mas nya). Kadang suka bingung saat ingin membuat task semacam toko online yg bisa nge batalin order otomatis saat jam tertentu.
Cepatnya web display.. bagaimana kecepatan backend dalam mengolah data tersebut... Jadi klo misal 3 detik web sudah display dan data full.. mungkin bisa di analysis frontend dan backend lg supaya cepat lg.. utak atiklah.. drpd bengong.. Dan jangan takut klo ke hack... Malah Alhamdulillah.. jd kita belajar security.. So ini buat yg online.. klo hanya internal mah ke hack juga dr orang dalam.... Itu pendapat saya...
Gk kebayang itu buatnya berapa lama, berasa jauh bnr saya baru belajar laravel sedangkan teknologi yang di pakai saat ini sudah banyak bnr seperti golang, pyhton dll
Gila keren baget sih ini mah, makasih ya ilmunya pak eko jujur saya sering belanja online, bagi orang awam kaya saya gak tau jd tau ternyata seperti itu ya
ini namanya harusnya Application Resilience bukan percaya atau tidak. sebuah aplikasi harus memiliki kemampuan untuk bisa mengatasi atau recover dari berbagai interupsi mau itu dari hardware/software/ third party integration. seperti misal payment status nya error apa yang harus aplikasi kita lakukan? tidak mungkin langsung crash hanya karena fungsi payment status aja kan? selagi fungsi utama aplikasi kita masih bisa jalan kita harus bisa atasi skenario seperti ini mungkin kasih liat tampilan PENDING payment.
mantabb.., yg bagian pembayaran lewat bank masih belum di implementasikan di aplikasi indimoh dan smartpreet, pengalaman pake aplikasi itu saldo kepotong trs status pembayaran nya dibatalkan. jadi ribet ngurus" nya.
Saya guru yg punya passion ke coding, saat ini saya sedang mendalami computational thingking. Saya penasaran apa ritunitas pekerjaan mas Eko dalam melihat, menganalisa, merumuskan solusi mempengaruhi cara mas Eko melihat, menganalisa mencari solusi di kehidupan sehari hari? Maksudnya apa ada perbedaan sebelum mengenal baik computer programming dengan setelahnya? Kalau ada boleh lah sharing ..
kayaknya kalo tokopedia udah dibuat baik deh, untuk soal tracking, seperti yang solusi anda utarakan, karena kita nunggu tracking jg pastinya (konsumen).
Pernah ini, saya di posisi ini, di jelek-jelekan pimpinan, program buatan saya dikatain sampah, banayak error, cacatlah, trus dia beli program dari luar, dan ya, program itu gak lebih cacat dari program punya saya
Mas eko mau tanya, kalo otomatis input resi itu gimana ya alurnya? Apakah perlu kerjasama kusus dgn JNT atau JNE kurir supaya seller tdk perlu input resi manual
Awal belajar programing => Merasa akan menjadi orang jenius. Programmer sejati => 90% Google & yutub, 10% coding & lain2 😅 Makasih bang eko ilmunya bermanfaat sekali.
saya sering mengalami hal tersebut di pembelian online disalah satu incomer (buka lapak) sewaktu transaksi menggunakan mobile banking sewaktu transfer pesan error pesan dari mobilenya server error tidak saya sadari ternyata beberapa waktu saya buka info ternyata berhasil. lumayan jg kerugian saya disebabkan oleh aplikasi bank.sekarang saya kalau gagal bayar saya biar aja 1 atau 2 hari dari pada sering double bayar.yg menjadi masalah mengapa incomer tidak menolak pembayar yg telah dibayar???
Keren bosku. Betul jangan mudah percaya aplikasi milik orang lain banyak bug nye 😂. Ane hampir diperez pembayaran sdh katanya blm, baru byr lagi status terbayar. 2 kali bayar tapi barang cuma 1 dikirimya. Monyonk. Hati hati aplikasi penyedot uang apalagi data user.
Jangankan aplikasi orang lain, aplikasi sendiri aja, ga percaya wkwkwk, apalagi clientnya atau usernya ga mau yg nge cek aduuh berabe, padahal udah tak suruh buat nge cek udah sesuai apa belum..
@@irdafirawatinurohman9358 terimakasih, tapi saya minta ke Mas Eko, karena biasanya beliau ngasih tau ilmu yang gak biasa di tulis di blog blog pada umumnya
Terima kasih atas ilmu nya mas Eko. Dengan ada video ini, memberi saya pandangan yang lebih luas dan lebih berhati-hati lagi saat menggunakan aplikasi orang lain. Ingin minta pendapat mas Eko. Kita sudah menutup celah2 yang ada, tetapi terjadilah hal yang tak diinginkan (pengurangan saldo di bank) dan setelah kejadian, kita baru sadar. Dan saat kita sedang mencari tahu (atau sedang proses memperbaiki) celah tersebut, user kembali melakukan proses tersebut sehingga terpotong 2x. Walaupun kita sudah berhasil menutup celah tersebut, tetapi user akan tetap mengalami kerugian sebelumnya. Jika hal tersebut terjadi: 1. Dari sisi product, bagaimana cara kita untuk mengganti rugi hal tersebut? 2. Dari sisi team developer, bagaimana cara untuk stay positive? karena hal tersebut bisa membuat rasa panik dan rasa bersalah (menurut pandangan saya) 3. Adakah strategi dimana saat ada sebuah celah yang tidak diketahui, setidaknya kita bisa mencegah user tidak rugi terlebih dahulu sebelum perbaikan yang dibuat segera di publish ke production? Terima kasih telah membagi ilmunya.