なんでも、薄暗いところでニャーニャー泣いていたことを覚えている。文が短いと分かりやすいことを、大抵の人は知っている。紙とかワープロの前に座って「サー書くぞ!」などと気合をいれると、これを忘れてしまう。いつのまにか長い分かりにくい文章を書いてしまう。(例:修正前)「しかし、立ち上げ時の接続方法が(コネクションの確立、ネゴシエーション手順)が不明確であったので、この仕様について書いたものの提供を要求したところ、両終端のプログラムを開発する前に作成され正式承認された、通信接続・切断インターフェース仕様書を受け取った。↓(例:修正後)「しかし、システム立ち上げ時のコネクションの確立方法やネゴシエーション手順(接続方法)が不明確であった。これらの仕様を明確にするよう発注者に要求した結果、通信の接続/切断インターフェースの仕様書を受け取ることが出来た。この仕様書は、両終端のプログラムを開発する前に作成され正式承認されていた。」では、上の文例の統計値を見てみよう。一文の長さの目安は、45文字だそうだ。この統計には、OASYS2002のツールを利用した。35文字(平均値)「プロジェクトの解明」の第三章を例としてあげた理由は、この章は、全て私が書いたからだ。目安よりも10文字短い。方の力抜いて、「短く書くこと」を気にしながら書こう。(7)「必要である」で終わらないこと。20040530)文章が「必要である」で終わってしまうと、読者は、はぐらかされた気持ちになる。「だからどうしろって言っているのだ???」と思ってしまう。本来は、「必要である」の次に、「だから、・・・する」など、次に、事例や対策が書かれるべきだし、あるいは、具体的記述が前にあるべきである。しても、最後に「・・・が必要である」で終わらざるを得ない時は、仕方がないので、語尾を変えてください。(例)(原文)残バグ数管理、仕上がり具合の探針評価、などの手法も有効に活用する必要がある。↓(語尾を変えると)残バグ数管理、仕上がり具合の探針評価、などの手法も有効に活用してほしい。するには、残バグ数管理が有効である。・・・・(どう使えるか)・・・。個別の品質状況をつかむには、探針評価をすべきである。マクロな品質状況をつかんだだけでは手が打てない。語尾が違うだけでも印象が違うので、最悪ここまでのカイゼンをしてください。できれば、中身を書いてほしい。コンピュータは、思考の道具か。年寄りにも憶えられるか。編集Jimdoあなたもジンドゥーで無料ホームページを。