LoginSignup
8
17

More than 5 years have passed since last update.

快適なC++生活のためにスクリプト言語を使おう pythonで検証してからのC++実装

Last updated at Posted at 2017-04-15

 今日もPythonでプロトタイピングして、そのアルゴリズムがうまくいくことを確かめました。

  1. アイディアをPythonで書いてみる。
  2. 結果をグラフ化して、1枚のfigureの中でうまくいっていることが分かるようにする。(Spyder統合環境)
  3. 複数のデータセットで、うまくいくことを確かめる。
  4. 別のデータセットでもうまくいくことを確かめる。
  5. pylint で書き方を標準化する。
  6. 関数にドキュメンテーションコメントを書く。
  7. アルゴリズムの根幹の部分と、グラフ作成などの補助機能との区別を意識する。
  8. アルゴリズムの根幹の部分を別モジュールにする。
  9. 必要があれば、クラスを作成する。
  10. pythonでの設計・実装・ドキュメンテーションコメント・実行結果の確認を完了する。
  11. C++で実装する必要がある部分を明確化する。
  12. C++で実装する部分を、python実装を参照にして開発に着手する。
  13. pythonの中で用いたモジュールのC++があれば、それを使って書く(例cv2.imread() → cv::imread())。
  14. べた書きでもいいから動くようにする。
  15. あるべき実装、モジュール化(もしくはクラス化)をする。
  16. それをコマンドラインアプリケーションとして実装したうえで、複数の条件でテストする。
  17. 可能な引数にconst 修飾子をつける。データメンバーのprivate化、namespaceの利用などをする。
  18. Doxygenで利用するためのドキュメンテーションコメントを書く。
  19. モジュールとして組み込むためのライブラリのソースコード、ヘッダファイル、stand-alone用の実行ファイル用のmain関数のソースコードに分離する。
  20. 公開する必要のない関数は無名名前空間の中に閉じ込める。
  21. メソッド名、関数名、引数の変数名は、それ自体がドキュメントになるような分かりやすい名前になっているか見直して、必要に応じて名前を変更する。
  22. 目的の使い方に適した単体テストを書く。
  23. その単体テストに対して、テストをパスするまでモジュールを改良する。
  24. 単体テストは正常系だけの記述ではなく、異常系の記述もする。
  25. テスト完了後のモジュールを、目的のプログラムに組み込む。

このようなやり方で、C++だけで開発するよりは、有効性を早めに検証してから開発をすることができます。


付記:
 処理を高速化しようとする場合には

  • スクリプトのバージョン管理をする。
  • 改版のたびに回帰テストをして、計算結果が劣化していないことを確認する。
  • 劣化を生じていないことを確認できる十分な数のテストサンプルを用意してテストする。
  • Pythonモジュールのまま処理時間を計測する。
  • 計算の中で明示的に2重ループを書くことはしない。適切な関数を使う。
  • なぜその処理をしているのか、処理の妥当性のヒントになるコメントを書いて、アルゴリズムをチェックする。
  • 演算の順序を入れ替えることで簡略化できる部分を見つけて簡略化する。
  • 計算の無駄を減らす。
  • 計算の無駄を減らしたときに、処理時間が短くなっていることを確認する。
  • 分かりやすい意味のまとまりを意識して、スクリプトを読み直す。

これらを意識しています。

8
17
1

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
8
17