Bài này khá hay, các bạn dev nên đọc qua. Có thể thông tin không có gì mới nhưng vài chi tiết người Nhật nghĩ hơi khác. Các bạn đọc bài rồi tham khảo nhé.

Nguyên tắc đọc thì mình có chia sẻ trong bài trước, đọc JP trước, không hiểu mới đá qua VN.

バグ修正において最も大切なことはドキュメントを残すということにつきると思います。プログラムは動作環境によって様々な問題が発生します。また、他の要因により不本意な修正をすることも多いでしょう。そういった修正により、プログラムはだんだん複雑に、より変更の難しいものになっていきます。その時1ラインでも情報を残す。そういった習慣が大切なのではないでしょうか。

Show More

Khi fix bug thì tôi nghĩ rằng điều quan trọng nhất là phải document lại (ghi chép thành tài liệu). Tùy vào môi trường hoạt động của ứng dụng mà sẽ phát sinh ra những vấn đề khác nhau. Ngoài ra, cũng có thể do các yếu tố khác nhiều khi làm phát sinh việc fix bug ngoài ý muốn. Việc fix những lỗi phát sinh này dẫn đến tăng dần độ phức tạp cho ứng dụng, và làm chúng ta khó mà quản lý được sự thay đổi trong hệ thống. Lúc này ta hãy ghi chép thật kỹ thông tin từng dòng. Tôi nghĩ thói quen lưu giữ này là tối quan trọng.

バグが発生したら

Đối ứng khi phát sinh bug

プログラマなら誰しもバグ修正をした経験があるでしょう。ソフトウェアが完全になることはありません。プログラムを人間が作っている限り、これは避けられないことなのかもしれません。

バグを修正する時は、もう問題が発生しないようにと考えて修正します。しかし、実際には予期せぬ新たな問題が発生してしまったり、最悪の場合、問題そのものが解決しない場合もあります。

このような事態を避けるには、どのようなことを心掛ければいいのでしょうか。この記事では主にプログラマが心掛けたいことについて、考えてみたいと思います。

Show More

Đã là lập trình viên thì ai cũng có kinh nghiệm fix bug cả. Bởi vì không có chương trình nào hoàn hảo. Lý do là chương trình nào cũng được tạo ra bởi con người, vậy nên có lẽ việc phát sinh lỗi là không tránh khỏi rồi nhỉ.

Bây giờ ta hãy suy nghĩ về việc làm sao để fix bug này không làm phát sinh ra bug khác. Tuy nhiên, trên thực tế sẽ phát sinh ra những bug mới ngoài dự tính, và có trường hợp xấu nhất mà ta sẽ phải chấp nhận đó là sẽ không thể xử được các lỗi đó.

Để tránh tình trạng này thì sẽ có những chú ý đặc biệt. Ta hãy thử suy nghĩ về những gì mà lập trình viên cần để tâm.

前バージョンの回避コードを正しく修正

Fix đúng bug tồn động từ version trước

ソフトウェアがバージョンアップである場合は、バグの回避コードを正しい形にしましょう。

リリース後の修正は大規模な改変が難しく、何らかの回避コードが埋め込まれていることが多いものです。こういった、ちょっとトリッキーな変更を正すことはメンテナンスを楽にします。ソースコードにコメントとして残すのはもちろん、可能であればこういった修正のリストを作っておくとよいでしょう。

Show More

Trường hợp nâng cấp version phần mềm, ta hãy định hình đúng “kaihi bug code” – tức là mã số các bug mình chưa fix kịp hoặc chưa nghĩ ra cách làm sao fix, 1 dạng cài bom trong code có chủ đích và nằm trong phạm vi có thể xử lý được. Việc chỉnh sửa sau khi bàn giao sản phẩm (release) thì với những thay đổi qui mô lớn là rất khó, vậy nên có nhiều khi dev nhà ta giấu nhẹm bug đi. Nói như vậy thì việc cài bom khôn lanh kiểu đỏ sẽ đẩy được bug sang giai đoạn maintain làm mình dễ thở hơn. Vậy nên để cho chắc ăn thì hiển nhiên các bạn phải comment cho đầy đủ, rồi còn phải tạo danh sách các đoạn đã chỉnh sửa nếu có thể.

各コンポーネントの独立性を高める

Nâng cao tính độc lập cho các component ( cái này nằm trong nguyên tắc SOLID – các bạn google thêm)

各コンポーネントの関連性が少ないほど、コードの変更は楽になります。

これは言うまでもありませんね。GlobalやPublic変数、その他関連するモジュールが多いと、コードの変更部分が多くなり、検証も難しくなります。コードの可視性向上の点からも、プログラムの独立性は高めておくべきでしょう。

Show More

Nếu tính liên kết giữa các component càng thấp thì việc chỉnh sửa code càng dễ dàng.

Nói suông vậy chắc hơi khó hiểu. Ví dụ nhé, ta có 2 biến “Global” vs “Public”, có nhiều module sử dụng nó, điều này dẫn đến khi có 1 thay đổi thì việc điều tra chỉnh sửa sẽ khá vất vả. Vì vậy không chỉ code sao cho dễ đọc – dễ hiểu, mà các lập trình viên còn phải nâng cao tính độc lập cho các component.

よいコードを参考にする

Tham khảo các code đẹp (kotex code hoặc clean code tùy bạn hiểu sao hiểu)

コードを多く読んで、よいと思われるところはどんどんマネしましょう。

優秀と言われる、それも長く安定して使われているプログラムのソースコードには、多くのノウハウが詰まっているものです。これらを多く読み、自分のものにしていくことには大きな意味があります。

Show More

Đọc càng nhiều code thì sẽ hình thành nên ý thức code sao cho tốt.

Để lập trình viên có thể tạo ra những dòng code chất lượng ổn định và tuyệt hảo thì cần có know how (hiểu biết) rộng. Có nghĩa là nếu ta đọc nhiều thì chất lượng code của mình sẽ càng tốt lên.

本当の問題を見極める

Tìm ra vấn đề mấu chốt

修正コードを作る前に、本当の問題が何かを正しく見極めましょう。

当たり前のことだと思われるかもしれませんが、本質的な問題解決を行っていないことは意外と多いのです。現象だけ見て修正しても、別のケースでは解決できていないかもしれません。

様々な事情から対処療法的な変更をしなくてはならない場合もあります。その場合は、情報をコメントや資料で残しておくべきでしょう。

Show More

Trước khi sửa code chúng ta nên tìm hiểu thật kỹ mấu chốt vấn đề là gì.

Có lẽ đây là điều hết sức bình thường nhưng trên thực tế việc tiến hành giải quyết vấn đề mà không đánh đúng trọng tâm thì không hiếm. Nếu chỉ dựa vào hiện tượng ta nhìn thấy, sau khi sửa xong có thể sẽ còn tồn động những case khác mà không hề hay biết.

Vì nhiều lý do mà cũng có trường hợp phải tiến hành các chỉnh sửa mang tính chữa cháy. Đối với case này, ta phải ghi chép hay comment lại thật đầy đủ.

修正が他のルートに影響を及ぼさないように

Làm sao để sửa bug này không lòi bug khác.

これは特にリリース後のプログラムに言えることです。そういった場合、テスト時間があまり取れないことも多いです。修正は特定のルートに絞るのが無難です。変更の元となったバグ情報へのリンクがあると、後に役立ちます。

Show More

Đây là điều nhắn nhủ đặc biệt gửi đến các lập trình viên khi fix bug giai đoạn sau khi đã release sản phẩm. Vậy nên đừng chống chế kiểu “em không đủ thời gian test”. Hay “em đã fix được cái đó rồi mà”. Trong khi bug vẫn chưa giải quyết triệt để thì trách nhiệm cuối cùng cũng thuộc về lập trình viên (số khổ).

性能を落とさないよう注意

Chú ý đừng làm sập tính năng ứng dụng

これもリリース後のプログラムに言えることです。バグを直すことに着目しすぎるあまり、性能への配慮がおろそかになることがあります。どうかお忘れなく。

時には性能劣化が避けられないこともあるでしょう。その場合はあらかじめ利用者に説明しておくと効果的です。後で発覚するとかなり面倒なことになりますよ。:)

Show More

Các bạn programmer nhớ kỹ điều này nhé. Đừng vì quá chú ý đến việc fix 1 cái bug mà làm sập luôn cả ứng dụng. Tuyệt đối không được quên điều này.

確認テスト手順の確立

Tạo tài liệu hướng dẫn tuần tự test confirm

修正の確認というのは、なかなかやっかいなものです。問題の確認だけでなく、他の部分に影響がないか検証しなくてはなりません。そういった時、プログラムの動作を検証するテスト手順が確立されていると、作業がしやすいですよね。

Show More

Việc test lại sản phẩm sau khi fix bug, không chỉ chăm chăm test cái bug đó thôi mà phải coi cho rộng, xem nó có ảnh hưởng đến những phần khác hay không. Vậy nên cần phải tạo tài liệu tuần tự test confirm. Để khi xem tài liệu có thể dễ dàng phát hiện ra được thiếu sót mà test bổ sung.

バグ修正において最も大切なこと

CHÚ Ý QUAN TRỌNG NHẤT KHI FIX BUG

バグ修正において最も大切なことはドキュメントを残すということにつきると思います。

ここで言うドキュメントとは、文章ファイルだけでなく、ソースコードのコメント、バグ情報データベースの類、などなど、バグとその修正方法に関する全ての情報を示しています。プログラムの変更を難しくしている理由の一つに、バグと変更の理由が不明、ということにあるのではないかと思うのです。

Show More

Quan trọng nhất trong việc fix bug theo tôi chính là việc phải ghi chép lại toàn bộ.

Những tài liệu này không chỉ file giải thích bug bằng câu chữ, mà còn gồm cả comment source code, loại database thông tin bug, phương pháp fix, và những thông tin liên quan khác. Việc fix bug khó khăn 1 phần cũng vì việc ghi chép thiếu tường minh (rõ ràng).

http://yasuho.hatenablog.com/entry/20061127/p1

5 (100%) 3 votes
[IT読解]Bài 3 : Những chú ý đặc biệt khi fix bug
Nếu thấy hay thì đừng ngại
Tagged on:         

Nếu không thích comment bằng facebook chỉ cần nhập tên rồi bình luận ở đây

2 Comments on "[IT読解]Bài 3 : Những chú ý đặc biệt khi fix bug"

avatar
Sort by:   newest | oldest | most voted
Phuong
Guest
Phuong

sao không thấy bản dịch tiếng Việt nữa a?

wpDiscuz