với người thuộc trường phái chiến thần useState only như e thì bài viết này thật sự khai sáng. Thanks anh nhiều lắm. Hóng những phần tiếp theo. Lương 100 củ nào. Cố lên tôi ơi
Trước giờ chỉ nghe thoáng qua chưa được bắt tay thực hành hay đọc 1 bài viết cụ thể nào về vấn đề này. Nhưng bài viết này lại hay thật sự. Đọc phát là hiểu ngay. Thanks Bác
cực kỳ hữu ích cho anh em muốn nâng tầm kỹ năng về kiến trúc frontend scalable. Đây chắc chắn là tài liệu quý giá cho anh em đang nhắm tới vị trí Principal Frontend Engineer!
Bài viết này thực sự tuyệt vời! Nó giúp mình hiểu rõ hơn về Generics và Decorators trong TypeScript. Rất đáng để đọc nếu bạn muốn nâng cao kỹ năng lập trình của mình!
Em thấy bài này rất thực tế, đúng kiểu “đừng làm quá” mà vẫn hiệu quả. Redux thì mạnh thật, nhưng nhiều khi dùng cho mấy cái local state nhỏ xíu là phí công lắm. Em cũng thích cách phân tầng state rõ ràng như anh chia, giúp code dễ quản lý hơn hẳn.
Em thấy bài viết hay, tóm gọn đủ các mức test từ unit đến E2E rất rõ ràng. Em hay ưu tiên test logic core bằng unit, dùng integration test cho API, còn E2E chỉ tập trung vào flow chính thôi để đỡ tốn thời gian.
Em thấy ngoài kỹ thuật, Principal FE còn phải tạo được văn hóa bảo mật trong team nữa, kiểu như chia sẻ thường xuyên, có checklist đơn giản ai cũng làm theo được.
Và tự động hóa kiểm tra bảo mật trong CI/CD là cứu cánh, giúp tránh sót lỗi khi dự án lớn. Cộng thêm giám sát runtime để phát hiện sớm mấy vấn đề mới nữa thì ngon hơn nhiều.
Làm vậy mới giữ được bảo mật lâu dài, chứ không phải chỉ fix theo kiểu “chữa cháy”.
Cách tiếp cận hiệu năng ở đây rất hệ thống, không sa vào tiểu tiết mà đi thẳng vào tư duy. Mục RAIL và performance budget giúp định hình rõ ưu tiên khi tối ưu. Gợi ý dùng 5 Whys với Eisenhower Matrix cũng hay, có thể áp dụng được cả ngoài performance.
THẢO LUẬN
Kiến trúc Cell-based rất thú vị ạ.
Bài viết luận điểm, nội dung rõ ràng
From thầy TA nhé
với người thuộc trường phái chiến thần useState only như e thì bài viết này thật sự khai sáng. Thanks anh nhiều lắm. Hóng những phần tiếp theo. Lương 100 củ nào. Cố lên tôi ơi
Trước giờ chỉ nghe thoáng qua chưa được bắt tay thực hành hay đọc 1 bài viết cụ thể nào về vấn đề này. Nhưng bài viết này lại hay thật sự. Đọc phát là hiểu ngay. Thanks Bác
Mục Không Chỉ Fix Vulnerabilities, Mà Phải Ngăn Chặn Từ Gốc thật sự thấm với em!!! thanks anh
Thật sự Tối Ưu Hiệu Năng Frontend lại đơn giản như vậy.Thanks tác giả
cực kỳ hữu ích cho anh em muốn nâng tầm kỹ năng về kiến trúc frontend scalable. Đây chắc chắn là tài liệu quý giá cho anh em đang nhắm tới vị trí Principal Frontend Engineer!
Bài viết này thực sự tuyệt vời! Nó giúp mình hiểu rõ hơn về Generics và Decorators trong TypeScript. Rất đáng để đọc nếu bạn muốn nâng cao kỹ năng lập trình của mình!
bổ ích
bổ ích
tuyệt
Hay
10đ
Nhiều kiến thức hay quá ạ
Em thấy bài này rất thực tế, đúng kiểu “đừng làm quá” mà vẫn hiệu quả. Redux thì mạnh thật, nhưng nhiều khi dùng cho mấy cái local state nhỏ xíu là phí công lắm. Em cũng thích cách phân tầng state rõ ràng như anh chia, giúp code dễ quản lý hơn hẳn.
Em thấy bài viết hay, tóm gọn đủ các mức test từ unit đến E2E rất rõ ràng. Em hay ưu tiên test logic core bằng unit, dùng integration test cho API, còn E2E chỉ tập trung vào flow chính thôi để đỡ tốn thời gian.
Em thấy ngoài kỹ thuật, Principal FE còn phải tạo được văn hóa bảo mật trong team nữa, kiểu như chia sẻ thường xuyên, có checklist đơn giản ai cũng làm theo được. Và tự động hóa kiểm tra bảo mật trong CI/CD là cứu cánh, giúp tránh sót lỗi khi dự án lớn. Cộng thêm giám sát runtime để phát hiện sớm mấy vấn đề mới nữa thì ngon hơn nhiều. Làm vậy mới giữ được bảo mật lâu dài, chứ không phải chỉ fix theo kiểu “chữa cháy”.
Cách tiếp cận hiệu năng ở đây rất hệ thống, không sa vào tiểu tiết mà đi thẳng vào tư duy. Mục RAIL và performance budget giúp định hình rõ ưu tiên khi tối ưu. Gợi ý dùng 5 Whys với Eisenhower Matrix cũng hay, có thể áp dụng được cả ngoài performance.
hello idol 🤪