サウスポーなエンジニアの独り言

サウスポーなエンジニアが日々感じた、気づいた、学んだことを徒然と書いています。

旧館より 考え方

できるだけ文字を打たないことでミスを少なくする

投稿日:2007年4月1日 更新日:


文章やプログラムを書く時に効率性や質の向上の為に自分なりのルールや注意していることがあります。
1つは前に書いた文章の揺らぎです。
もう1つは低レベルな話ですが「出来るだけ文字を打たない」ことです。

要件定義書や設計書等では同じ単語や文言(例:「発注処理」「社員マスタ」)が至る所に書かれます。

それを毎回キーボードで打っていると「発注処理」が「”はっちゅ”処理」に、「社員マスタ」が「社員マス”ラ”」になる事があります。
誤字ならマシですが、「発注処理」が「発注行為」「注文処理」、「社員マスタ」が「M_社員」「従業員マスタ」になると”文章の揺らぎ”で読者の理解力を著しく試す文章になったりします(苦笑)。

これを防ぐ為に一度その単語なり文言を書いた場合は可能な限りコピーして使って(Excelなら参照機能を使うのもアリ)打ち間違いや誤解を生む可能性を少なく出来ると思います。
最初に書き間違い(打ち間違い)をしていたら目も当てられませんが…(苦笑)

ちなみにWindows標準クリップボードは1つしか値を格納出来ませんが、クリップボード系ユーティリティ(私はCLCL)等を使えば、結構マジメに仕事効率が上がります(というか私が使うPCにはデフォルトで入っています)。

色々書きましたが、常に効率性を求められる中で出来るだけしょうもないミスや手戻りは減らして、みんな幸せな良い仕事をしようねってことです。

※注意:この記事は旧サウスポーなエンジニアの独り言から移行し一部修正したエントリです。

Photo via VisualHunt.com

-旧館より, 考え方

執筆者:


comment

メールアドレスが公開されることはありません。 * が付いている欄は必須項目です

関連記事

見える化

「可視化」と「見える化」

先日「プロジェクトファシリテーションパーティ2012」に参加してきました。 #参加した皆さん、お話していただいた皆さん、スタッフの皆さん、ありがとうございました! 参加したセッション マルチセッション …

変更履歴を論理的に見ておかしいと思わないのは…

仕事での行動基準…うまく言えないのですが「これを気をつけて欲しいなぁ」的な内容…を考えることがありました。 SEが作成するドキュメント(堅く言うと「成果物」)にはたいがい「変更履歴」を記入する欄があり …

1回の会議・打ち合わせで必ず結論を出す技術[読書感想]

1回の会議・打ち合わせで必ず結論を出す技術 著者:斎藤 岳 題名の通り、会議/打合せでいかに(参加者全員が納得し、次のアクションへつながる)結論を出すかを書いています。 ◆目次 第1章 「結論を出す能 …

技術者の直感を信じてみては?

プロジェクト…特に詳細設計やプログラミングなど技術者がフル稼動する工程…において、経験豊かな技術者の直感が働くことがあるようです。 その直感とは「あ、(この仕様、実装は)このままではまずいのでは?」と …

あるフリカエリにて。

あるフリカエリをして、しばらく時間が経ってから思ったことです。 性格やクセに起因する、固有の行動特性は、『簡単』には変わらない…と思いました。 変わるには、それなりの意志の強さが必要だったり、周囲の状 …

ギルドワークスの現場コーチ。
「正しいものを正しくつくる現場を増やす」ことを目指している現場コーチ。認定スクラムマスター(CSM)。
様々な規模のSIerでのシステム開発を経て今に至る。
DevLOVE関西を主催。