Ở công ty, nếu cấp trên không hiểu công việc của cấp dưới thì có thể giao việc được không?
Dù không hiểu mà vẫn làm được? Liệu có thể gánh vác được mình đang làm gì không
Có lẽ với mọi người sau thời kỳ vibe coding thì việc học phát triển phần mềm sẽ không còn dễ nữa. Việc học trở nên quá kém hiệu quả.... và cũng quá dễ để chỉ thỏa mãn với kiểu bấm một cái là xong.
Và rốt cuộc còn có cả những kết quả nghiên cứu cho thấy vì con người vẫn phải kiểm tra lại nên tốn thêm thời gian, khiến năng suất rốt cuộc cũng chỉ vậy mà thôi.
Có thể tạo ra mã đang chạy được bằng vibe coding, nhưng cuối cùng con người vẫn là người phải thẩm định nó, và chỉ với vibe coding thì không dễ tạo ra mã có khả năng bảo trì tốt và tính mở rộng cao.
Thay vì hy vọng lĩnh vực của tôi không thể bị thay thế, tôi cho rằng thực tế hơn là mong tất cả chúng ta đều bị thay thế càng nhanh càng tốt trong phạm vi có thể. Có lẽ ai cũng đang mơ hồ cảm nhận được điều đó.
Cũng như vẫn có thể viết code dù không biết assembly,
có vẻ như rồi đây vẫn sẽ có thể viết code dù không biết Rust.
Dù sao thì ngay cả khi con người code, mã nguồn cũng khác nhau mỗi lần viết.
Mỗi người cũng khác nhau nữa.
Nhưng tất cả đều là lập trình viên Rust.
Ở công ty, nếu cấp trên không hiểu công việc của cấp dưới thì có thể giao việc được không?
Dù không hiểu mà vẫn làm được? Liệu có thể gánh vác được mình đang làm gì không
Sản phẩm do con người tạo ra từ trước đến nay nhìn chung luôn coi trọng "ý đồ của con người". Không phải bản thân việc hiện thực hóa
Có lẽ với mọi người sau thời kỳ vibe coding thì việc học phát triển phần mềm sẽ không còn dễ nữa. Việc học trở nên quá kém hiệu quả.... và cũng quá dễ để chỉ thỏa mãn với kiểu bấm một cái là xong.
Ngôn ngữ lập trình thì tính đa dụng mới là quan trọng..
Cũng giống như không phải vì có máy tính mà chúng ta không học toán...
Bị dừng rồi hahahahaha
Ở đây sẽ có 2-3 chu kỳ giới hạn 5 giờ chạy qua,
cứ coi như bạn sẽ dùng hết giới hạn 5 giờ và làm việc thật căng là được
Nội dung dưới đây được sắp xếp theo KST (giờ Hàn Quốc)
<Thứ Năm 13/3 ~ Thứ Bảy 28/3, 3:59 chiều theo giờ Hàn Quốc>
Thứ Hai ~ Thứ Sáu: gấp đôi từ 3 giờ sáng ~ 9 giờ tối
Thứ Bảy · Chủ Nhật: cả ngày
Vậy nên mọi người hãy xếp lịch các tác vụ chạy lâu vào khung 9 giờ tối ~ 3 giờ sáng hôm sau,
rồi đi ngủ vào lúc đó là được
Thực ra cũng đâu nhất thiết phải bắt viết mã bằng ngôn ngữ lập trình.
Và rốt cuộc còn có cả những kết quả nghiên cứu cho thấy vì con người vẫn phải kiểm tra lại nên tốn thêm thời gian, khiến năng suất rốt cuộc cũng chỉ vậy mà thôi.
Có thể tạo ra mã đang chạy được bằng vibe coding, nhưng cuối cùng con người vẫn là người phải thẩm định nó, và chỉ với vibe coding thì không dễ tạo ra mã có khả năng bảo trì tốt và tính mở rộng cao.
CLI là công cụ cục bộ, còn MCP là máy chủ, nên mục đích sử dụng rất khác nhau.
Ồ, tuyệt quá.
Với cấu trúc LLM như hiện nay thì điều đó là không thể. Cần một mô hình hoàn toàn khác.
MCP hồi sinh từ cõi chết!
Thay vì hy vọng lĩnh vực của tôi không thể bị thay thế, tôi cho rằng thực tế hơn là mong tất cả chúng ta đều bị thay thế càng nhanh càng tốt trong phạm vi có thể. Có lẽ ai cũng đang mơ hồ cảm nhận được điều đó.
Wow, cảm ơn nhé
Cũng như vẫn có thể viết code dù không biết assembly,
có vẻ như rồi đây vẫn sẽ có thể viết code dù không biết Rust.
Dù sao thì ngay cả khi con người code, mã nguồn cũng khác nhau mỗi lần viết.
Mỗi người cũng khác nhau nữa.
Nhưng tất cả đều là lập trình viên Rust.
Bằng tiếng Hàn à... đúng là không thể ngừng được cái cảm giác rợn người khó tả này.
Cứ tiếp tục chồng thêm các hộp đen sao?