Optimasi API Menjadi 1500% Lebih Cepat | PZN Reaction 

Prinsip Pareto yang juga dikenal sebagai Aturan 80/20 menyatakan bahwa untuk banyak kejadian, sekitar 80% daripada efeknya disebabkan oleh 20% dari penyebabnya. Prinsip ini diajukkan oleh pemikir manajemen bisnis Joseph M. Wikipedia

saya kerja sbg devops disalah satu company yg manage infra client, ketika ada issue mostly hampir 90% lebih, masalah / bottleneck terjadi di sisi database, entah querynya lama, connectionnya penuh dll pasti selalu terjadi dan impactnya ke infra. sepengalaman sy sbg ex webdev yg pernah nyoba ngebuat design system utk handling case demikian menurut sy ini sangat penting dan tidak bisa disepelekan, video ini sangat bagus dan memberikan gambaran dan pencerahan untuk para developer yg mungkin masih menyepelekan perihal decision system design & mechanism query ke database salah satunya. pernah dengar juga dari teman saya "if it works, don't touch it" tapi ya ga gitu juga bang 🥲

Lebih ke istilah bisnis sih, contoh pareto customer. 20% customer yang menyumbang 80% order/income/laba

pak eko bahas tentang seputar best practice menghadirkan fitur public user (user hadir ke aplikasi karna register, login dan log out) di toko online kayak seputar struktur database, keamanan data pengguna, dll :D

Kayanya butuh dark mode deh pak Eko. Pusing lihatnya kalau lagi di dalam ruangan yg gelap✌️✌️

80/20 Pareto diagram pak,,, di Teknik Industri dipelajari

80/20 -> hukum Pareto. Menyatakan bahwa 80 % permasalahan disebabkan oleh 20% masalah. Fixing 20% masalah akan mengatasi 80% permasalahan tadi

Pareto principle 80:20

agak kecewa sama postingan nya si orang itu di linkedin, kirain bakal diceritain lebih detail dia optimize apa: - mungkin dikasi context service nya ngapain, yang lambat awalnya dimana dsb - awalnya dia find bottleneck ngeliat apa, proses deduction nya gimana - contoh query nya kayamana yang dia optimize - strategi caching nya kayamana yang dipakai buat solve issue dia, kenapa pilih itu dsb - cara dia ngetest bisa dapet angka 15x lebih cepet tuh gimana Ini mah cuman kasi template gitu doang, bohong juga ga ada yg tau hehehe

mantap pak, terima kasih ilmunya. jadi makin solid

Manteb nih buat merapikan kode aplikasi

daging semua ini pas bgt lagi mikirin ini eh muncul

makasih pak eko pas bgt ada issue seperti ini...

Mantap pak eko videonya, the prime time tapi versi bahasa indonesia

amazing, thank you pak eko

Bagian terakhir bang, kapan sebaiknya redis invalidated? Karena misal kita set 1 jam cachednya, ternyata lets say 30 menit sudah ada data yg berubah di database, harusnya kan redis invalidated. cmiiw. Apakah dibuat trigger jga buat ini?

kerenn, terima kasih mas eko

karena penerapan S.O.L.I.D principles, biasanya mengorbankan kinerja backend

Kang mau tanya, kalau misalkan querynya komplex dari aplikasi cuma panggil 1x, tp dalam 1 proses query tersebut terdapat tahapan pengecekan ketersediaan masukannya dengan melakukan query terhadap data lain sebelum query utamanya di jalankan semisal proses tersebut dibungkus kedalam sebuah Stored Procedure. Nah kira-kira tahapan seperti itu salah atau tidak? Terima kasih jika berkenan menjawab. 🤧

tracing monitoring ini tools atau maksudnya kita cek sendiri satu2 functionnya ya?

menurut saya masih lebih baik menggunakan function atau procedure untuk satu proses yang banyak call ke tabel, hanya kirim 1 x koneksi ke DB dengan parameter yang diiinginkan tiggal di proses smua di DB , kadang kasian jg RDBMS uda buat function, trigger procedure ga dipake :D

Milan Jovanovic dari pemain bola jadi programmer wkwk

Mau tanya pak itu kalo semua di taro redis engga meledak ?

pak eko gak mau buat tutorial .Net kah? atau C++ or C#?

paling enak handle concurency pakai rxjs sih :v

80 20 itu konsep pareto effect

pak itu extention apa yg bisa suggest funcctin gtu github copilot kah?

cache ini agak tricky sih kayaknya

berarti misal bang. saya punya halamn beranda . perubahaan nya jarang. apakah bisa sy simpan di redis?

si service report mungkin ga akan tau kalo data dari service product ada yang berubah, jadi kurang bagus ga sih kalo dicache? kayanya pernah dibahas di salah satu video di channel ini

bang tolong buat tutorial android udah 1 tahun nggak di lanjutin🙏

Tutor C# kapan pak?😂

implementasi redis nya gmn, ada expired data, atau update jika data beda. itu yg saya masih penasaran. saya simpan nya di aplikasi nya biasa nya. semisal nodejs. memory jadi banyak. tapi itu juga salah. jadi saya buat variable itu di simpan terus.

mahal sih materinya🔥

Dotnet di indo masih kurang populer di startup ya

20/80 = paretto

berhubung tadi nyinggung response time, idealnya kalo misal udah ada standard terkait max response time (misal 3 detik), itu biasanya based on apa ya (local / staging / prod)? karena biasanya tiap environtment itu beda resource 🙏

Prinsip pareto biasanya kepakai di testing

nitip komen % cuma saampai 100 bang

kalo case nya create or update gimana mas ? dalam 1 array ada 100 object, lalu di looping cek ref_code, kalo ada update kalo gk create. lebih baik metode nya seperti apa ya mas ?

prinsip

Orang Java bahas artikel orang .NET 🙃