Ồ đúng là như vậy. Tôi cũng nghĩ phương pháp Spec Driven vẫn còn ở giai đoạn chập chững, và bản thân các spec đó dường như cũng còn nhiều điểm cần tiếp tục phát triển.
Việc chia sẻ các công cụ và tài liệu theo dạng này có vẻ rất quan trọng ở thời điểm hiện tại.
Thực tế là khả năng tương thích với Docker không tốt nên tính tiện dụng cũng không cao lắm...
Tôi từng chuyển sang Podman vì nghĩ đến chế độ rootless, rồi lại quay về Docker.
Như người khác đã nói, nếu dùng với Kubernetes thì cứ dùng containerd là xong.
Tôi hơi có thắc mắc là nếu Docker compose không hoạt động tốt, còn ưu điểm là tương thích với Kubernetes, thì chẳng phải dùng luôn Kubernetes ngay từ đầu sẽ hợp lý hơn sao?
Tôi cũng định thử dùng, nhưng vì nó không chạy được ngay một lần là xong và cũng không thể tự map các cổng dưới 1024, nên cuối cùng tôi dùng kết hợp k3s với nerdctl để build image.
Tôi thì đang làm 775... thỉnh thoảng là 776 nữa. 996... thật lòng mà nói, nếu bắt tôi đi làm lúc 6 giờ thì có lẽ còn được, nhưng nếu bảo tan làm lúc 9 giờ thì chắc là quá sức.
Tôi vẫn luôn muốn chuyển đổi vào một lúc nào đó, nhưng khi đã thử trước đây thì trái với những gì các lập trình viên nói, có quá nhiều dự án docker compose không hoạt động đúng cách...
Vấn đề là AI khiến những thứ này trở nên quá dễ dàng, nhưng thực ra điều làm người ta kiệt sức còn là những phản hồi hời hợt hơn cả AI.
Đây cũng là vấn đề của chính hệ thống issue/PR mở.
Từ trước đến nay, tôi cũng nhiều lần cảm thấy xót xa khi thấy những maintainer chính làm việc một mình dần kiệt quệ và trở nên cay đắng vì các issue và báo cáo lỗi hời hợt, trùng lặp.
Thực ra toàn bộ ngành "AI" đều cho cảm giác như vậy.
Không phải tự lái nhưng lại khẳng định là tự lái
và không phải trí tuệ nhưng lại khẳng định là trí tuệ
Các nghiên cứu phần lớn đều cho thấy nghỉ ngơi và ngủ đủ giấc mang lại lợi ích cho cá nhân, thậm chí cả cho công ty,
nhưng nhận thức của mọi người dường như vẫn còn mắc kẹt trong quá khứ.
Tham khảo thêm, những người lao động xây dựng kim tự tháp ở Ai Cập cổ đại làm việc 8 giờ một ngày.
Một quốc gia chặn cả VPN thì liệu có thể được gọi là quốc gia tự do hay không..
Bayesian Neural Network là tương lai.
Ý kiến cá nhân thêm là, việc ép phải đổi IDE (KIRO) chỉ vì một mục đích duy nhất là SDD có vẻ là một yêu cầu hơi quá.
Cá nhân tôi nghĩ, với vai trò là công cụ hỗ trợ, có lẽ hình thức như extension cho IDE, ứng dụng bổ trợ hoặc CLI sẽ phù hợp hơn.
Nếu mọi người có thể chia sẻ thông tin về các công cụ SDD mà mình biết thì có lẽ cũng sẽ là sự trợ giúp rất lớn cho những ai đang tham khảo.
Ồ đúng là như vậy. Tôi cũng nghĩ phương pháp Spec Driven vẫn còn ở giai đoạn chập chững, và bản thân các spec đó dường như cũng còn nhiều điểm cần tiếp tục phát triển.
Việc chia sẻ các công cụ và tài liệu theo dạng này có vẻ rất quan trọng ở thời điểm hiện tại.
Vừa xem qua bộ công cụ SDD tên là spec-kit, ở đây cũng thấy nhắc đến SDD. https://github.com/github/spec-kit
Trung Quốc, Indonesia, Anh, Úc, ... đây là một vấn đề xuất hiện ở nhiều nơi hơn tôi tưởng
Thực tế là khả năng tương thích với Docker không tốt nên tính tiện dụng cũng không cao lắm...
Tôi từng chuyển sang Podman vì nghĩ đến chế độ rootless, rồi lại quay về Docker.
Như người khác đã nói, nếu dùng với Kubernetes thì cứ dùng
containerdlà xong.Tôi hơi có thắc mắc là nếu
Docker composekhông hoạt động tốt, còn ưu điểm là tương thích với Kubernetes, thì chẳng phải dùng luôn Kubernetes ngay từ đầu sẽ hợp lý hơn sao?Tôi cũng định thử dùng, nhưng vì nó không chạy được ngay một lần là xong và cũng không thể tự map các cổng dưới 1024, nên cuối cùng tôi dùng kết hợp k3s với
nerdctlđể build image.Tôi thì đang làm 775... thỉnh thoảng là 776 nữa. 996... thật lòng mà nói, nếu bắt tôi đi làm lúc 6 giờ thì có lẽ còn được, nhưng nếu bảo tan làm lúc 9 giờ thì chắc là quá sức.
So với Hàn Quốc, nơi cứ hô hào thứ Hai thứ Ba thứ Tư thứ Năm thứ Sáu thứ Sáu thứ Bảy...
Thì ở đây hẳn hoi còn được nghỉ những một ngày.
Tôi muốn làm kiểu 777 nhưng chẳng có công ty nào cho làm như vậy vì luật cả hu hu
Tôi vẫn luôn muốn chuyển đổi vào một lúc nào đó, nhưng khi đã thử trước đây thì trái với những gì các lập trình viên nói, có quá nhiều dự án
docker composekhông hoạt động đúng cách...Vấn đề là AI khiến những thứ này trở nên quá dễ dàng, nhưng thực ra điều làm người ta kiệt sức còn là những phản hồi hời hợt hơn cả AI.
Đây cũng là vấn đề của chính hệ thống issue/PR mở. Từ trước đến nay, tôi cũng nhiều lần cảm thấy xót xa khi thấy những maintainer chính làm việc một mình dần kiệt quệ và trở nên cay đắng vì các issue và báo cáo lỗi hời hợt, trùng lặp.
Dạo này ngay cả với Windows tôi bỏ tiền ra mua, mỗi lần cập nhật cũng bị dẫn dụ bằng dark pattern để bật đủ thứ tính năng kỳ quặc, đúng là mệt mỏi.
"Wow, bạn thật sự đã chạm đúng trọng tâm rồi."
Thực ra toàn bộ ngành "AI" đều cho cảm giác như vậy.
Không phải tự lái nhưng lại khẳng định là tự lái
và không phải trí tuệ nhưng lại khẳng định là trí tuệ
Các nghiên cứu phần lớn đều cho thấy nghỉ ngơi và ngủ đủ giấc mang lại lợi ích cho cá nhân, thậm chí cả cho công ty,
nhưng nhận thức của mọi người dường như vẫn còn mắc kẹt trong quá khứ.
Tham khảo thêm, những người lao động xây dựng kim tự tháp ở Ai Cập cổ đại làm việc 8 giờ một ngày.
Theo mình biết thì nó cũng hỗ trợ tính năng mạng tương tự Docker.
Hiện vẫn còn phần nào chưa hoạt động ổn đúng không?
Có thể cho tôi biết lý do được không?
Docker còn chẳng hỗ trợ network mà.