Có lẽ bị xóa vì là tự quảng bá phải không?
Tìm trên Google theo tên thương hiệu hay tên sản phẩm cũng không ra, thậm chí tìm trên Naver cũng không thấy.
Tôi chỉ vừa đủ tìm được trang mua hàng, mà số lượng review thì có đúng 1 cái....
Trong tình huống như vậy mà còn quảng bá bằng cách nói dối trong tiêu đề rằng kiếm được gấp 3 lần lương, nên chắc đã gây phản cảm.
Tất nhiên nếu chỉ nhìn phần tóm tắt thì cũng khá thú vị thật
Dạo này có vẻ tôi cãi nhau nhiều hơn vì những người hâm mộ một tech stack hoặc kiến trúc cụ thể, hơn là vì clean code, cứ nói như thể nếu không áp dụng tech stack hay kiến trúc đó thì sẽ xảy ra chuyện lớn vậy. Phải xem tình huống mà áp dụng mới đúng, có lẽ chẳng có gì là tốt một cách tuyệt đối.
Các hệ thống phân tán như Flink cần duy trì HA bằng cách giữ 2~3 rack, và có vẻ như ở đây họ đã đảm bảo HA bằng cách tích hợp với Kubernetes. Nhưng rồi cuối cùng vẫn phải tính đến tài nguyên của các node worker của Kubernetes, nên tôi cũng tự hỏi liệu họ có cấu hình các node chỉ để chạy Flink hay không (có vẻ sẽ có vấn đề node worker bị sập khi tải Flink tăng cao).
Vậy từ góc nhìn đó, dùng Kubernetes có lợi thế gì không?
Ngoài ra, khi dùng window function trong Flink thì dữ liệu trong khoảng đó sẽ được giữ trong bộ nhớ để câu lệnh SQL join hoạt động, nên xét ở góc độ trade-off thì tôi cũng băn khoăn liệu Flink có phải là lựa chọn tốt hay không. Nếu theo thời gian, SQL ngày càng phình to mà job bị chết thì hậu quả sẽ rất lớn..
Bản thân tôi cũng đang suy nghĩ rằng khi cần join ở data source tầng trên cùng thì thay vì dùng Flink, có thể hạ xuống mức application level để xử lý theo cách nào.
Mọi thứ đều ổn, nhưng nhược điểm cực lớn là nếu muốn mua ở Hàn Quốc thì phải có người quen sống ở nước ngoài...
Nghe nói cả dịch vụ chuyển tiếp hàng cũng bị chặn rất gắt gao.
Ồ... có vẻ họ đã mất khá lâu vì muốn làm cho ra hồn.
Warp - terminal nhanh được viết bằng Rust
Warp terminal - giờ có thể dùng mà không cần đăng nhập
Cơ sở dữ liệu quan hệ mã nguồn mở tiên tiến nhất thế giới
wow;
Là
-globalchứ không phải--globalsao?EdgeDB - ORDB mã nguồn mở thế hệ tiếp theo dành cho nhà phát triển
Phát hành EdgeDB 1.0
Đánh giá sau 1 năm sử dụng EdgeDB - "Tôi sẽ không bao giờ quay lại SQL nữa"
Kiểu như GWT ngày xưa phải không?
Nhận hỗ trợ lập trình với Gemini Code Assist - giờ đã có thể dùng miễn phí
Đúng là một cuộc cạnh tranh tuyệt vời(?).
Dễ hiểu ngay lập tức luôn, một phép ví von hay đấy
Có lẽ bị xóa vì là tự quảng bá phải không?
Tìm trên Google theo tên thương hiệu hay tên sản phẩm cũng không ra, thậm chí tìm trên Naver cũng không thấy.
Tôi chỉ vừa đủ tìm được trang mua hàng, mà số lượng review thì có đúng 1 cái....
Trong tình huống như vậy mà còn quảng bá bằng cách nói dối trong tiêu đề rằng kiếm được gấp 3 lần lương, nên chắc đã gây phản cảm.
Tất nhiên nếu chỉ nhìn phần tóm tắt thì cũng khá thú vị thật
Hộp đen thật sự rất đáng sợ. "Sao cái này lại chạy được vậy?"
“AI không thể mãi mãi hoạt động độc lập”
Đoạn này khá ấn tượng.
Dạo này có vẻ tôi cãi nhau nhiều hơn vì những người hâm mộ một tech stack hoặc kiến trúc cụ thể, hơn là vì clean code, cứ nói như thể nếu không áp dụng tech stack hay kiến trúc đó thì sẽ xảy ra chuyện lớn vậy. Phải xem tình huống mà áp dụng mới đúng, có lẽ chẳng có gì là tốt một cách tuyệt đối.
Các hệ thống phân tán như Flink cần duy trì HA bằng cách giữ 2~3 rack, và có vẻ như ở đây họ đã đảm bảo HA bằng cách tích hợp với Kubernetes. Nhưng rồi cuối cùng vẫn phải tính đến tài nguyên của các node worker của Kubernetes, nên tôi cũng tự hỏi liệu họ có cấu hình các node chỉ để chạy Flink hay không (có vẻ sẽ có vấn đề node worker bị sập khi tải Flink tăng cao).
Vậy từ góc nhìn đó, dùng Kubernetes có lợi thế gì không?
Ngoài ra, khi dùng window function trong Flink thì dữ liệu trong khoảng đó sẽ được giữ trong bộ nhớ để câu lệnh SQL join hoạt động, nên xét ở góc độ trade-off thì tôi cũng băn khoăn liệu Flink có phải là lựa chọn tốt hay không. Nếu theo thời gian, SQL ngày càng phình to mà job bị chết thì hậu quả sẽ rất lớn..
Bản thân tôi cũng đang suy nghĩ rằng khi cần join ở data source tầng trên cùng thì thay vì dùng Flink, có thể hạ xuống mức application level để xử lý theo cách nào.
Một cuộc thảo luận thật tuyệt.
Nghĩ lại thì tôi cũng có giới thiệu cho các bạn junior cuốn philosophy of sw design của John, nhưng lại không đặc biệt khuyến nghị clean code.
Bài gốc đã bị xóa rồi. Hãy xem trên Web Archive
https://web.archive.org/web/20250225151227/…
Wow, mình vừa thử bật app GitHub để review PR. Không biết sẽ thế nào đây.
Mọi thứ đều ổn, nhưng nhược điểm cực lớn là nếu muốn mua ở Hàn Quốc thì phải có người quen sống ở nước ngoài...
Nghe nói cả dịch vụ chuyển tiếp hàng cũng bị chặn rất gắt gao.
Nghe nói đó là thứ làm theo y nguyên
docx.Trước đây chính MS cũng đã làm như vậy khi chuyển từ
docsangdocx.