すべてのカテゴリ

プログラムの基本は入力と出力プログラムミングの基本は入力と出力を意識することにあります。この記事では、入力と出力のコンセプトについて紹介します。関数や Method の基本プログラミングでよく利用する関数や Method の基本は、入力と出力を意識する事にあります。 実際には、プログラム自体が何らかの入力（インプット）を受け取って、それを処理して何らかの出力（アウトプット）をするのが基本です。その途中の過程で呼び出される関数や Method も、何らかのデータを受け取って、何らかの処理結果を得るという処理の繰り返しで成り立っているのが基本です。つまり、プログラミングを設計する場合、何が入力で何が出力かを決める事の繰り返しになります。入力や出力がない場合もあるのか？ところで、多くのプログラミング言語では、値を返さない関数や Method が存在します。Void 型と呼ばれるケースです。このタイプの関数や Method は値を呼び出しもとに返しません。値を返さないので、出力がないように見えますが、殆どの場合何もしないわけではありません。一連の処理をして、ある部分のデータを更新したり、出力を画面上にアウトプットしたり、ネットワーク経由でデータを送ったりなど何らかのアウトプットがある場合が殆どです。入力にしても同じような事が言えます。特に関数に値を渡さない場合でも、何らかの形でデータを処理するケースが殆どです。それが、ネットワークなどからデータを受け取る場合もあれば、利用者がデータを入力する場合もありますし、外部で定義されている変数の場合もあります。関数や Method の引数や返り値

プログラムのドキュメントの書き方プログラミングを仕事として行う場合、プログラミングのドキュメントは必須の物の一つです。趣味でプログラムを作るのとは違って、いろいろな人が作成するプログラムに関わってきます。作成するプログラムがどんな物なのかをプログラムを作った人以外の人が理解するのにドキュメントは重要です。どんなドキュメントが必要か？会社などでプログラムを開発する場合、沢山のドキュメントが作成されます。 基本的に、割り当てられた仕事毎に幾つか必要なドキュメントがあります。殆どの仕事には、「入力（インプット）」と「出力（アウトプット）」があります。 その仕事を進めるために必要な情報が「入力（インプット）」で、仕事の結果（成果）が「出力（アウトプット）」になります。プログラムを作る場合の入力は、「どんな機能が必要か」が入力（インプット）になります。この入力の情報に基づいて「どんなプログラム」を作るかが、プログラムを設計する人の出力（アウトプット）になります。多くの場合、仕事と仕事を繋げる役割をするのが、ドキュメントになります。従って、一つのプログラムの開発プロジェクトの場合でも、沢山のドキュメントが必要になります。＊　利用者の要望、意見、フィードバックをまとめたもの＊　実際のプログラムの要求をまとめた物＊　実際のプログラムで実現する機能や方法（やり方）をまとめたもの＊　プログラムの使い方をまとめた物＊　プログラムのテストの方針をまとめた物（テストプラン）＊　プログラムのテスト結果をまとめた物（テストレポート）など基本的なものだけでも結構な数になります。当然ですが、作成するドキュメント

プログラムのテストプランの作り方プログラムの品質を確保(検証)するのにテストは欠かせません。しかし、フリーランスで開発をする場合は、専門のテストスタップがいない場合も多く、一般的な企業で開発する場合よりテストも限られたものになる場合が多くなります。この記事では、最低限のテストプランをどのように作成したら良いのかをまとめてみました。大切なドキュメント当たり前ですが、どんな場合でもプログラムがサポートする基本機能の確認は必須です。基本機能が動かないというのは、大きな問題です。従って、どんなに時間と人手が限られていても、基本機能の確認のテストは絶対に必要です。ところで、会社などでテストの専門チームがテストの計画を作る場合、どのように作るかご存知ですか？通常は、プログラムのドキュメントを基に作成します。実はこのドキュメントが無いとテストを考えるのは難しくなるのと、テストを行うのも難しくなります。プログラムを開発する場合、求められる機能があるのが普通です。これらの要求事項を満たすようにプログラムを開発します。ところが、その機能を利用する場合、どのような手順でプログラムを使えば良いかは、プログラムをどのように実現するかで変わってきます。プログラムの開発者は、最低でも２種類のドキュメントを作るのが基本です。＊　プログラムをどのように作ったか（プログラムの仕様書）＊　プログラムをどのように使うか（操作マニュアル）　プログラムをどのように作ったかをきちんとドキュメントに残しておくと、将来の保守やトラブル時にプログラムを見直す場合などに役に立ちます。きちんとドキュメントを残すことが重要です。作成し

良い品質のプログラムとは何か？いろいろな製品に品質があるように、プログラムにも品質があります。では、良い品質のプログラムとはどんなプログラムでしょうか？この記事ではプログラムの品質について考えてみました。プログラムの品質はどのように示すか？あなたの作ったプログラムの「品質」が良いことを他の人に伝えたい場合は、あなたならどうしますか？ 実は、プログラムに限らず品質が良いことを示すのはとても難しい事です。例えば、たくさん売れている製品の場合、利用している人の評判が良ければ、多くの方はこの製品は「良い物＝品質が良い」と思う場合が多いと言えます。ところが、余り売れていない製品だったらどうでしょうか？プログラムの場合、多くの人が利用するアプリを開発してそれを大量に売るというビジネスモデルがあります。この場合ある程度利用者が多くなれば、利用者の評判は上でも書いた通り、品質の指標になります。しかし、新たに参入して余り利用実績がない場合は、こうした指標が使えないため別の方法を考える必要があります。また、ソフトウエアの開発を受注して開発する場合は、そのプログラムの実績はないため、同じように別の方法でプログラムの品質を示すことが受注の鍵になることもあります。品質の悪いプログラムとは何か？別の方法といっても、簡単には行きません。では、まずは品質の悪いプログラムは何かを考えてみることにします。 つまり、品質が悪くなければ、間接的に品質の良いプログラムと言えるのではという論理です。ところで、「良いプログラム」と「品質の良いプログラム」は少し意味合いが違います。 良いプログラムとは使いやすくて、必要な機能