Some developers like command-line t

Some developers like command-line tools. Others prefer integrations with IDE’s and version control GUI clients. Administrators like zero-installation web clients. It’s important that a tool supports many ways to read and write data in the system.
Developer tools also have a habit of needing to be integrated with other tools. Version control clients are inside IDE’s. Issue-trackers are correlated with version control changes. Similarly, your review tool needs to integrate with your other tools – everything from IDE’s and version control clients to metrics and reports. A bonus is a tool that exposes a public API so you can make customizations and detailed integrations yourself.
If your tool satisfies this list of requirements, you’ll have the benefits of e-mail pass-around reviews (works with multiple, possibly-remote developers, minimizes interruptions) but without the problems of no workflow enforcement, no metrics, and wasting time with file/difference packaging, delivery, and inspection.
The drawback of any tool-assisted review is cost – either in cash for a commercial tool or as time if developed in-house. You need to make sure the tool is flexible enough to handle your specific code review process; otherwise you might find the tool driving your process instead of vice-versa.
Although tool-assisted reviews can solve the problems that plague typical code reviews, there is still one other technique that, while not often used, has the potential to find even more defects than standard code review.

Kết quả (Việt) 1:

Một số nhà phát triển như công cụ dòng lệnh. Những người khác thích tích hợp với khách hàng GUI điều khiển IDE của và phiên bản. Quản trị viên thích zero-cài đặt web khách hàng. Nó là quan trọng mà một công cụ hỗ trợ nhiều cách để đọc và ghi dữ liệu trong hệ thống. Công cụ phát triển cũng có một thói quen cần phải được tích hợp với các công cụ khác. Phiên bản kiểm soát khách hàng là bên trong của IDE. Vấn đề-trackers tương quan với phiên bản kiểm soát thay đổi. Tương tự như vậy, công cụ nhận xét của bạn cần phải tích hợp với các công cụ khác-tất cả mọi thứ từ khách hàng kiểm soát của IDE và phiên bản số liệu và báo cáo. Một tiền thưởng là một công cụ cho thấy nhiều một API công cộng để bạn có thể làm cho tùy chỉnh và tích hợp chi tiết chính mình. Nếu công cụ của bạn đáp ứng này danh sách yêu cầu, bạn sẽ có những lợi ích của e-mail qua xung quanh đánh giá (làm việc với nhiều, có thể từ xa nhà phát triển, giảm thiểu gián đoạn) nhưng không có vấn đề không có quy trình làm việc thực thi pháp luật, không có số liệu và lãng phí thời gian với tập tin/khác biệt đóng gói, phân phối, và kiểm tra. Nhược điểm của bất kỳ sự trợ giúp của công cụ đánh giá là chi phí-hoặc bằng tiền mặt cho một công cụ thương mại hoặc thời gian nếu phát triển trong nhà. Bạn cần phải đảm bảo rằng công cụ là linh hoạt, đủ để xử lý quá trình xem xét cụ thể mã của bạn; Nếu không, bạn có thể tìm thấy công cụ lái xe của bạn quá trình thay vì ngược. Mặc dù công cụ hỗ trợ đánh giá có thể giải quyết những vấn đề mà bệnh dịch hạch điển hình mã giá, có vẫn còn là một kỹ thuật khác, mà, trong khi không thường được sử dụng, có tiềm năng để tìm các khiếm khuyết thậm chí nhiều hơn so với tiêu chuẩn mã nhận xét.

Kết quả (Việt) 2:

Một số nhà phát triển như các công cụ dòng lệnh. Những người khác thích tích hợp với điều khiển phiên bản giao diện khách hàng của IDE và. Quản trị viên như khách hàng web zero-cài đặt. Điều quan trọng là một công cụ hỗ trợ rất nhiều cách để đọc và ghi dữ liệu trong hệ thống.
Các công cụ phát triển cũng có một thói quen cần được tích hợp với các công cụ khác. Khách hàng kiểm soát phiên bản là bên trong IDE của. Issue-trackers có tương quan với những thay đổi kiểm soát phiên bản. Tương tự như vậy, công cụ nhận xét ​​của bạn cần phải tích hợp với các công cụ khác của bạn - tất cả mọi thứ từ các khách hàng kiểm soát phiên bản của IDE và các số liệu và báo cáo. Phần thưởng là một công cụ mà cho thấy một API công cộng, do đó bạn có thể thực hiện các tùy chỉnh và tích hợp chi tiết cho mình.
Nếu đáp ứng công cụ của bạn danh sách các yêu cầu, bạn sẽ có những lợi ích của e-mail pass-xung quanh ý kiến (làm việc với nhiều, possibly- phát triển từ xa, giảm thiểu sự gián đoạn), nhưng không có vấn đề không có thực thi công việc, không có số liệu, và lãng phí thời gian với bao bì file / khác biệt, giao hàng, và kiểm tra.
Hạn chế của bất kỳ xem xét lại công cụ hỗ trợ là chi phí - hoặc bằng tiền mặt cho một công cụ thương mại hoặc như thời gian nếu được phát triển trong nhà. Bạn cần phải chắc chắn rằng công cụ này là đủ linh hoạt để xử lý quá trình xem xét mã cụ thể của bạn; nếu không bạn có thể tìm thấy công cụ thúc đẩy quá trình của bạn thay vì ngược lại.
Mặc dù đánh giá công cụ hỗ trợ có thể giải quyết những vấn đề mà bệnh dịch hạch đánh mã điển hình, vẫn còn là một trong những kỹ thuật khác, trong khi không thường xuyên được sử dụng, có khả năng tìm thấy nhiều hơn khiếm khuyết hơn xem xét mã tiêu chuẩn.