Ronin Engineer

Những size lầm và hiểu lầm về WiFi (phần 1 😆)

#1. WiFi route xịn, đắt tiền chắc sẽ cải thiện tốc độ Internet: Tốc độ Internet phụ thuộc vào rất nhiều yếu tố. Wifi Router chỉ là điểm cuối, không ảnh hưởng quá nhiều (trong trường hợp không có nhiều thiết bị kết nối)

#2. WiFi version đời cao có khả năng xuyên tường tốt hơn: Khả năng xuyên tường phụ thuộc chính vào môi trường truyền dẫn (vật liệu của tường/vách ngăn), rồi mới tới hardware. Đây là các yếu tố vật lý, còn WiFi version là giao thức phần mềm.

#3. Wifi router có nhiều "râu" thì tốc độ sẽ tăng: nhiều anten (râu) thường tỉ lệ thuận nhiều Wifi streams, ví dụ wifi có 4 hoặc 8 râu. Nhưng đa số thiết bị như điện thoại, laptop chỉ có 1 hoặc 2 Wifi streams thì cũng ko dùng hết. Nhiều râu/streams giúp tăng throughput, tăng khả năng xử lý khi có số kết nối là chính, chứ ko giúp tăng tốc độ (latency). Vậy nên nếu có nếu có nhiều thiết bị hãng mua loại xịn, hardware tốt, nhiều "râu". Nếu ko có nhiều thiết bị thì xài loại trung bình là đủ xài.

#4. Cài đặt thêm Wifi khá phức tạp: Đối với một số wifi router đời cũ, khi kết nối ethernet backhaul với modem, mình phải config bằng tay và có một số cách để config. Ví dụ setup #1: cài 1 IP address cho cái WiFi router mở rộng nằm trong rải mạng của private network của modem, rồi tắt DHCP trên con Wifi router mở rộng.
Còn đối với những con wifi router đời mới thì việc cài đặt rất đơn giản. Chỉ cần cắm cáp LAN vô là xong. Nó tự cài đặt với 1 setup khác và có tính mở rộng tốt hơn. Ví dụ setup #2: Wifi router mở rộng ở network khác với modem và tự động detect và routing tới modem, thay vì switching (chuyển mạch) như setup #1

🤹 Handling Errors in Large Systems

Chỉ 1 dòng code trong postmortem của Cloudflare outage hôm 18/11 đã làm dấy lên làn sóng tranh cãi nảy lửa về cách xử lý lỗi.
Liệu cách xử lý lỗi của CF trong trường hợp đó có đúng không?

Marc Brooker đưa ra góc nhìn của ông về cách xử lý lỗi: khi nào nên crash, khi nào không.

Mọi người đọc thêm ở đây nhé
👉 https://brooker.co.za/blog/2025/11/20/what-now.html

Bạn đã bao giờ tự hỏi Java quản lý bộ nhớ và đa luồng như thế nào không? ☕💡

Java Virtual Machine (JVM) và Java Memory Model (JMM) chính là “bộ não” đứng sau mọi ứng dụng Java, quyết định cách heap, stack, thread và garbage collection hoạt động.

Bài viết này sẽ giúp bạn hiểu rõ kiến trúc JVM, cơ chế quản lý bộ nhớ, thread safety, và những thành phần trong JVM giúp multi-threading hoạt động.

Nếu bạn đang muốn nắm chắc nền tảng đa luồng và quản lý bộ nhớ trong Java, đây là bài viết bạn không thể bỏ qua! 🔍

👉👉 Source: https://roninhub.com/tai-lieu/bai-viet/jvm-jmm-fundamentals-kien-truc-loi-giup-java-multi-threading-hoat-dong

🙏 “Respect what came before”

Hồi còn "trẻ", khi đọc code legacy hoặc code của ng đi trước,
mình thường hay quạu: "code rác thế", "họ chỉ cần ... là đc mà".
Mình nghĩ nhiều b (ko phải tất cả) cũng giống mình.

Nhưng rồi mình cũng khiêm tốn hơn và hiểu mọi thứ tồn tại đều có lý do của nó.
Do đó, mình nên tôn trọng quyết định trước đó của ng khác.
Và mình cũng hy vọng các bạn "trẻ" học đc bài học này sớm.

Bạn đã bao giờ tự hỏi máy tính tìm đường ngắn nhất trên bản đồ như thế nào chưa? 🚗💡

Thuật toán Dijkstra chính là chìa khóa đứng sau những ứng dụng như Google Maps hay hệ thống dẫn đường thông minh.

Bài viết này sẽ giúp bạn hiểu rõ cơ sở lý thuyết đồ thị của Dijkstra, cách thuật toán hoạt động, cùng ví dụ minh họa chi tiết bằng Java.

Nếu bạn đang tìm hiểu nền tảng thuật toán tìm đường, đây là bài viết bạn không nên bỏ qua!🔍


👉 Source: https://roninhub.com/tai-lieu/bai-viet/thuat-toan-dijkstra-tim-duong-di-ngan-nhat

How Uber Serves over 150 Million Reads per Second from Integrated Cache with Stronger Consistency Guarantees

Engineer team ở Uber áp dụng một kỹ thuật rất để invalidate cache.
Biến luồng invalidate cache từ asynchronous thành “synchronous” và hạn chế được một số vấn đề inconsistency:
- Read stale values
- Cache invalidation delays or failures
- Race condition

Kỹ thuật này đặc biệt hiệu quả với trường hợp conditional update.
Kết quả: kỹ thuật này giúp tăng hit rate và overall throughput.

Mọi người xem thêm bên dưới nha 👇

👉 Source: https://www.uber.com/en-AU/blog/how-uber-serves-over-150-million-reads/

🎮 Mini Game System Design VN x Vietnix 🎁
Hello ae, nhằm tri ân ae đã đồng hành cùng cộng đồng, mình xin phép tổ chức một mini game nho nhỏ cho tất cả mọi người. Và tất nhiên, sẽ có một số quà nhỏ nhỏ xinh xinh cho những người chơi xuất sắc nhất. 😉

👉 Chủ đề: Mini Quiz về kiến thức lập trình
👉 Hình thức: Trả lời các câu hỏi trên Google Form
👉 Thời gian làm bài: 20h, 24/09/2025 – 24h, 27/09/2025
👉 Công bố kết quả: 28/09/2025

🏆 Giải thưởng
03 giải nhất: Hosting Speed Demo 2 - 01 năm (CPU 6 Core – 8GB RAM – 25GB NVMe SSD trị giá 1.099.000 VNĐ/Năm/Gói).
05 giải nhì: Hosting Speed Demo 1 - 01 năm (CPU 4 Core – 4GB RAM – 15GB NVMe SSD trị giá 699.000 VNĐ/Năm/Gói).

📌 Thể lệ chơi
Mỗi người chỉ được nộp 1 lần duy nhất.
Top 8 bạn có kết quả chính xác và nhanh nhất sẽ nhận giải.

🚀 Đây là hoạt động hoàn toàn miễn phí, giúp ae có cơ hội trải nghiệm thử công nghệ Vietnix Speed Optimizer - công nghệ độc quyền của Vietnix được tối ưu từ hạ tầng phần cứng đến phần mềm, giúp website tải nhanh và nhanh ổn định.

Link tham gia chơi ở bên dưới nha mọi người 👇
👉 Tham gia chơi tại đây: https://forms.gle/amjW4UN81f1ffcDZ7
👉 Xem thêm thông tin chi tiết về sản phẩm tại đây: https://vietnix.vn/hosting-speed-demo/

Cám ơn mọi người rất nhiều 🫰🙏

🧊 Iceberg Topics for Apache Kafka: Zero ETL, Zero Copy

Vài năm gần đây, Apache Iceberg là chủ đề được bàn tán nhiều trong các cộng đồng big data, data engineering. Những ý tưởng xung quanh Iceberg cũng “mọc lên như nấm”. Và Iceberg Topic cho Kafka là một trong số đó.

Iceberg Topic được cho rằng là “game changer” đối với những ai cần phải xử lý những use cases cả về data streaming và analytics. Design idea ở đây là lưu dữ liệu của Kafka topic dưới dạng Iceberg table và kết hợp với tính năng diskless của Kafka để lưu Iceberg table ở tiered storage. Như vậy, consumer vẫn có thể consume Kafka topic, đồng thời, các query engine có thể xử lý trên cùng Iceberg tables (data layer). Lợi ích của idea này là chúng ta sẽ “không” cần ETL pipelines (Zero ETL), không cần thêm các thao tác copy data giữa các hệ thống (Zero Copy).

Cụ thể Iceberg topic giải quyết những vấn đề gì của Kafka?
Mọi người đọc thêm idea này của Aiven (một trong những contributor chính của Kafka) ở bên dưới nha. 👇
👉 Iceberg Topics for Apache Kafka: https://aiven.io/blog/iceberg-topics-for-apache-kafka-zero-etl-zero-copy
👉 Why is Everyone Talking About Apache Iceberg: https://youtu.be/BTwVhkQcg7g

PS:
+ Bạn thấy idea này thế nào?
+ Liệu idea này có vấn đề gì ko?
+ Nó có khác gì so với Tableflow của Confluent?
Comment bên dưới để mình nha. 👇
Cám ơn mn 🙏

Hôm qua Java 25 ra rồi nha những người ae đang dùng Java 8 ;)

Here's Java 25, Ready to Perform to the Limit Here's Java 25, ready to perform to the limit. It introduces stable values, and intensifies its focus on performance as more JEPs emerge from Project Leyden. On top of that, the Java Flight Recorder is now more equipped than ever to tackle performance issues. This post has all the info!

Chúc mừng ae có bến đỗ mới (tháng 😎
🙏👏🎉

🔥 Làm thế nào để bảo vệ ứng dụng web của bạn khỏi các lỗ hổng bảo mật nguy hiểm xuất phát từ việc chia sẻ tài nguyên giữa các domain khác nhau?

👉 Câu trả lời là hiểu rõ và áp dụng đúng chuẩn Cross-Origin Resource Sharing (CORS)!

Trong bài viết này, bạn sẽ khám phá:
- Vì sao CORS ra đời và vai trò quan trọng của nó trong phát triển web hiện đại?
- Những hiểu lầm tai hại và sai sót phổ biến khiến ứng dụng dễ bị tấn công từ chính cấu hình CORS.
- Cách thiết lập CORS an toàn theo best practices giúp cân bằng giữa bảo mật và hiệu năng.

Nếu bạn là dev backend hay frontend, bài viết này là “kim chỉ nam” không thể thiếu để tránh rơi vào bẫy bảo mật!

🚀 Đừng bỏ lỡ bài viết thú vị này mà hãy cùng mình đọc tại đây
---
📚 Tài liệu: https://roninhub.com/tai-lieu/bai-viet/cors-ban-chat-han-che-va-best-practices