Khi liên tục bị truy xét lỗi và nghe rằng “bạn code sai rồi”,
nhà phát triển sẽ bị đè nặng bởi cảm giác trách nhiệm nên ngại thử những điều mới
rồi cuối cùng chỉ viết những đoạn mã an toàn, không có tiến bộ.
Đó chính là ý nghĩa của việc QA phải đảm bảo.
Muốn lập trình theo hướng phát triển thì tất yếu phải chấp nhận một mức độ rủi ro nhất định,
và QA phải là bên kiểm chứng cũng như chịu trách nhiệm cho điều đó.
Phần lớn những điểm thường được nêu là nhược điểm của C++ xem ra chủ yếu là những thứ vẫn được giữ lại vì tính tương thích với ngôn ngữ C.
Liệu có thể bỏ tính tương thích với C và thay đổi để có thể phát triển theo hướng đó không?
Cứ nghĩ rằng trên đời này có cả những công ty được định giá tới hàng nghìn tỷ won chỉ nhờ việc gom lại và sắp xếp đống API lộn xộn của các ngân hàng và bên thanh toán là sẽ thấy nhẹ lòng hơn thôi, haha
Nếu nhìn thấy một hệ thống được tạo bằng VB 6.0 và COM + OLE + ActiveX mà vẫn đang chạy ngon lành rồi hoảng hốt đến mức nảy sinh ham muốn viết lại nó, thì bạn là người sẽ phải chịu khổ.
Meta thì ngay cả hiệu năng web lúc này cũng tệ hại, nhưng điều buồn cười là họ còn chẳng có nổi trung tâm CSKH có người thật làm việc; đến cả thuê ngoài người Ấn Độ kiểu đó mà họ cũng tiếc tiền, nên chỉ có FAQ được thiết kế khéo léo đến mức không để lộ ra sơ hở nào có thể bị bắt bẻ về mặt pháp lý.
Đây là trình soạn thảo tôi thích nhất. Tôi dùng Zed gần như mọi lúc, trừ khi chạy kiểm thử và gỡ lỗi.
Có thể đọc bài này theo cách đó nữa sao? Nếu nhất định phải phân loại thì tôi lại nghĩ đây là một bài viết phê phán việc yak shaving.
Khi liên tục bị truy xét lỗi và nghe rằng “bạn code sai rồi”,
nhà phát triển sẽ bị đè nặng bởi cảm giác trách nhiệm nên ngại thử những điều mới
rồi cuối cùng chỉ viết những đoạn mã an toàn, không có tiến bộ.
Đó chính là ý nghĩa của việc QA phải đảm bảo.
Muốn lập trình theo hướng phát triển thì tất yếu phải chấp nhận một mức độ rủi ro nhất định,
và QA phải là bên kiểm chứng cũng như chịu trách nhiệm cho điều đó.
Vị trí tệp đã thay đổi rồi.
https://github.com/asgeirtj/system_prompts_leaks/…
Phần lớn những điểm thường được nêu là nhược điểm của C++ xem ra chủ yếu là những thứ vẫn được giữ lại vì tính tương thích với ngôn ngữ C. Liệu có thể bỏ tính tương thích với C và thay đổi để có thể phát triển theo hướng đó không?
Giá mà nó không cung cấp
unsafethì có lẽ đã tốt hơn.Ngôn ngữ gốc rễ = Rust
Haha, tôi cũng định đăng cái này ở phần bình luận, nhưng cuộn xuống thì thấy đã có người để lại đúng y hệt bình luận đó rồi.
Lời nói thì rẻ, hãy cho tôi xem code!
Cứ nghĩ rằng trên đời này có cả những công ty được định giá tới hàng nghìn tỷ won chỉ nhờ việc gom lại và sắp xếp đống API lộn xộn của các ngân hàng và bên thanh toán là sẽ thấy nhẹ lòng hơn thôi, haha
Ruff - trình lint Python nhanh hơn 10-100 lần
Astral - công ty tạo ra công cụ phát triển Python thế hệ tiếp theo
Nếu nhìn thấy một hệ thống được tạo bằng VB 6.0 và COM + OLE + ActiveX mà vẫn đang chạy ngon lành rồi hoảng hốt đến mức nảy sinh ham muốn viết lại nó, thì bạn là người sẽ phải chịu khổ.
Rốt cuộc, kỹ năng khó nhất trong lập trình là
học được cách "cứ để yên thứ đang hỏng"
Rất đồng cảm. Tôi là kiểu người hay bày thêm việc nên lúc nào cũng vất vả...
Một kiểu tự động hóa được một lập trình viên bình thường chắp vá lại thì đương nhiên sớm muộn cũng sẽ hỏng thôi.
Meta thì ngay cả hiệu năng web lúc này cũng tệ hại, nhưng điều buồn cười là họ còn chẳng có nổi trung tâm CSKH có người thật làm việc; đến cả thuê ngoài người Ấn Độ kiểu đó mà họ cũng tiếc tiền, nên chỉ có FAQ được thiết kế khéo léo đến mức không để lộ ra sơ hở nào có thể bị bắt bẻ về mặt pháp lý.
Chỉ dành cho sinh viên đại học thôi nhé :)
Wow, thật ấn tượng.
Nguyên mẫu thì chỉ mình tôi nên xem thôi..
Nội dung hay
Yêu cầu dành cho startup của YC - Mùa xuân 2025
Yêu cầu dành cho startup của YC - Mùa xuân 2024