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

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

旧館より 考え方

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

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


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

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

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

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

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

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

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

Photo via VisualHunt.com

-旧館より, 考え方

執筆者:


comment

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

関連記事

【引継ぎ】タスクへの考え

 『トラックナンバー』について以前書きました。 そのトラックナンバーを意識して取り入れたプロジェクトの効果に『引継ぎタスクをスムーズにできた』というのがあります。 ほとんどのプロジェクトでは、後工程に …

あるフリカエリにて。

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

嬉しい言葉「また一緒に仕事をしたいですね」

「またこのチームの皆さんと一緒にプロジェクトをしたいですね!」 システムのカットオーバーを無事に迎えたプロジェクトの打ち上げで、クライアントからこんな言葉をもらえるとすごく嬉しいものです。 こういう言 …

フリカエリ

[仕事]「可視化」と「見える化」で書いた勉強会で、「朝会」と「見える化」ともう1つ「フリカエリ」について考えることがありました。 今のチーム(約2年)では原則、(Scrumの)イテレーション毎にフリカ …

問題対私達の構図

システム開発プロジェクト…特にユーザテストなど終盤…で、ユーザから届くイヤな声の1つに「○○機能が想定と違います。Aという動きではなく、Bが(想定される)正しい動きです」というのがあります。 #ここで …

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