Eskom’s board is slow-walking the reform South Africa needs

Convex is now a one-command backend for Expo apps — Expo blog

Convex giờ đây cho phép tích hợp vào ứng dụng Expo chỉ bằng một lệnh EAS CLI duy nhất …

Why React.memo Doesn’t Fix Most Performance Problems (And What Senior Engineers Do Instead)

React.memo thường bị hiểu nhầm là giải pháp tối ưu hiệu suất phổ biến trong React, nhưng nó thường thất bại trong môi trường sản xuất. Các kỹ sư React có kinh nghiệm thay vào đó tập trung vào những kỹ thuật nâng cao hơn để xây dựng ứng dụng nhanh và có khả năng mở rộng.

Bạn sẽ hiểu cách React.memo chỉ là một công cụ nhỏ trong bộ công cụ của lập trình viên chuyên nghiệp, và thực tế, để tối ưu hiệu suất ứng dụng React, bạn cần biết những chiến lược thực tế hơn như cách quản lý state, batching update, hoặc sử dụng các công cụ như Suspense và Code Splitting.

Announcing: Docker VMM Public Beta

Docker VMM (Virtual Machine Monitor) đã ra mắt phiên bản public beta dành cho macOS và Windows, hứa hẹn cải thiện hiệu suất, độ ổn định và quản trị. Người dùng có thể trải nghiệm tính năng này ngay lập tức.

Lập trình viên nên đọc bài này để hiểu cách Docker VMM cải thiện hiệu suất chạy container trên hệ thống có nhiều ứng dụng cùng thời điểm, đồng thời giúp kiểm soát tốt hơn về tài nguyên và an ninh cho môi trường phát triển và sản xuất.

Performance Has Layers

Oxide Computer Company chia sẻ cách họ tối ưu hiệu năng mạng xuyên suốt mọi lớp trong hệ thống rack tự xây dựng, bao gồm điều chỉnh jumbo frames (MTU 8500 cho guests, 9000 cho underlay), TCP segmentation offloads, phân bổ CPU cho worker threads của virtual NIC, và tận dụng ECMP cùng IPv6. Họ giải thích lý do MTU nên đặt trên instance thay vì switch port, cũng như rủi ro vận hành khi ICMP path-MTU discovery bị drop.

Một lập trình viên cần đọc bài này để hiểu cách tối ưu hóa hiệu suất mạng từ cấp hạ tầng vật lý đến giao diện ứng dụng, giúp họ có kiến thức toàn diện về cách thiết kế và tối ưu hóa hệ thống mạng hiệu quả hơn trong các dự án phần mềm.

Notes on incidents

Quan sát thực tế về sự cố phần mềm cho thấy đa số tự khắc phục, can thiệp thủ công thường làm tình hình tồi tệ hơn, và giải pháp đầu tiên nên là quan sát thay vì hành động. Giải quyết sự cố hiệu quả thường chỉ cần hành động đơn giản như tắt cờ tính năng, trong khi thành công phụ thuộc nhiều vào kiến thức hệ thống hơn là kỹ thuật xuất sắc. Bài viết cũng đề cập đến động lực chính trị trong phản ứng sự cố: giải quyết sự cố mang lại thiện cảm từ lãnh đạo, nhưng trở thành người giải quyết sự cố thường trực không phải chiến lược bền vững vì cấp quản lý khó phân biệt nỗ lực anh hùng với giải pháp hiển nhiên.

Bài viết này giúp lập trình viên hiểu cách xử lý các sự cố thực tế, từ đó tránh những sai lầm thường gặp và tập trung vào giải pháp đơn giản, chứ không phải phức tạp hóa vấn đề.

Zapscape Is The Latest Linux Vulnerability For KVM Guest-To-Host Escape, LPE

Zapscape là lỗ hổng thoát KVM guest-to-host mới được tiết lộ, ảnh hưởng đến các phiên bản Linux kernel x86/x86_64 từ giữa năm 2020 đến 21/7 (khi được vá). Lỗ hổng này khai thác lỗi use-after-free trong mã emulation shadow MMU của KVM, cho phép tấn công từ khách (guest) gây treo hệ thống (DoS) hoặc thực thi mã từ xa (RCE) trên máy chủ (host) với quyền root, đe dọa tất cả máy ảo (VM) trên cùng máy vật lý. Trên các bản phân phối như RHEL có /dev/kvm writable toàn cầu (0666), lỗ hổng còn có thể leo thang đặc quyền (LPE) cho người dùng không có quyền. Một PoC công khai (không vũ khí hóa) đã được công bố kèm theo.

Lập trình viên cần đọc bài này để hiểu cách một lỗ hổng KVM có thể bị khai thác từ bên trong VM để tấn công hệ thống chủ (host), đặc biệt khi làm việc với môi trường ảo hóa Linux, để biết cách bảo vệ hoặc đánh giá rủi ro trong các ứng dụng hoặc hệ thống có sử dụng KVM.

Lose Some Padding

Một dự án ETL chuyển dữ liệu từ mainframe IBM (sử dụng cơ sở dữ liệu VSAM) sang RDBMS hiện đại thất bại do contractor hiểu nhầm copybook, chia tách nhầm các trường padding. Lỗi không phát hiện được vì chỉ test trên mainframe production, bỏ qua tính năng đang phát triển trên dev mainframe. Khi tính năng mới ra mắt, báo cáo bị lỗi, buộc team mainframe phải tìm cách thay thế padding để hấp thụ dữ liệu mới.

Lập trình viên nên đọc bài này để tránh những sai lầm về định dạng dữ liệu trong hệ thống legacy, đặc biệt khi làm việc với các cơ sở dữ liệu dạng file (như VSAM) trên mainframe, vì một lỗi nhỏ về padding có thể gây ra sự cố lớn khi dữ liệu phát triển và không được kiểm tra đầy đủ trong môi trường phát triển.

Virtual machines are the easiest way to try Linux without causing unnecessary headaches

Sử dụng máy ảo (virtual machines) là cách đơn giản nhất để trải nghiệm Linux mà không gặp rắc rối không đáng có.

Lập trình viên nên đọc bài này để hiểu cách sử dụng máy ảo (virtual machine) giúp thử nghiệm hệ điều hành Linux mà không phải lo lắng về sự phá hủy hoặc mất dữ liệu thực tế trên máy chủ của mình.