ソフトウェアデザイン

最近私は仕事でミスをしてしまい、しばらく落ち込んでいました。

先輩や上司にフォローしていただき事なきを得ましたが、自分の不甲斐なさに落ち込み反省しました。
家に帰り一連を振り返ると、自分の日頃の行いやちょっとした思い違いでこうなったのだと気づきました。

私は自分で言うのもなんですが、人とのコミュニケーションが得意ではありません。
言い訳ですが、朝は低血圧で寝起きも悪いためとても苦手です。
挨拶も小声で酷い時は会釈しかできていません。
仕事中も必要最低限の会話をして、仕事をきっちりこなせていれば他に話す必要もなく、むしろ仕事以外の会話は無駄話だとまで思っていました。

ところが今回のミスは苦手とするコミュニケーション不足でおこってしまいました。
先方のお客様ともう少しコミュニケーションを日頃からとっていれば、表情をくみ取ることができていればおこらなかった事でした。

日頃の挨拶から始まり相手の目を見てコミュニケーションすることは、全てが雑談というわけではないんだとこの歳で気づきました。
お互いの考え方や表情にでる感情を得られるコミュニケーションは、仕事を気持ちよく円満に進める最も重要な仕事でもあるのではないかと。

これまでの自分の行動や考え方が急に恥ずかしくなりました。
ですが、すぐに自分を変える事は難しいので、少しずつ変えていこうと思っています。

まずは朝の挨拶から始めていこうと思っています。

プログラミングはソースコードとして一つの機能を実現させるための手順書を記述するものです。
しかし、作成した本人でさえ どのような処理をしているかをコメントとして記述しておかなければ、容易に理解できないものです。
もし作成した直後であれば、様々なことが記憶に残っているので、このような問題に至らないのですが、しばらく時間を置いてから処理(ソースコード)を追いかける場合は、コメントがなければ必ず苦労することになります。
ましてや、他の開発者のものであれば、コメントがなければ、実に大変なおもいをすることになるでしょう。
さらに、そのソースコードに修正を加えていくことは、考えただけでも遠慮したくなるに違いありません。
以上のことから、コメントは自分にとっても、開発者にとっても重要で、プログラムの処理の流れを把握/理解するための仕様書といえます。

仕様書は、プログラムの保守、機能拡張を行うときに参考にします。しかし、最終的には何を見るかというと、やはりプログラムです。
仕様書などは時としてプログラムの更新と同期していないことがありますが、プログラムは唯一真実を語るものです。
したがいまして、プログラムには仕様が明記されていなければならないのです。
仕様書よりは有効な開発支援となるものですから、必ずコメントを記述しています。（日本語で記述しています）
ヘッダー部は、プログラムが使用されなくなるまでソースプログラムについてまわるものなのです。

プログラムは文章とよく似たものです。きれいな文章は読む人に感慨を与え、また理解されやすいですね。
“きれいなプログラム” すなわち、体裁が整っている論理的なプログラムは、机上デバックでテストしやすいので、おのずと不良を見つけやすく、後々の保守作業や機能拡張の場合も無理なく行うことができるのです。

魚だけが肴なのでしょうか？

酒を飲むと気持ちが大きくなって、日頃のうっぷんを晴らしたくなります。
鬼部長やゴマスリ課長の下で働いている人間同士が集まれば、上司の悪口は恰好の酒の「肴」になることでしょう。

サカナといっても、ウオだけを指す言葉ではありません。ナ(菜)は食べ物になる魚菜類のことです。
つまりサカナは “酒菜” なのです。
転じて、酒の席におもしろみを添えるような 歌・踊り・話題 などにも使います。

とはいえ、いい年をした男たちが “部長のパカヤロー” などど 飲み屋でくだを巻いているのは、あまり恰好のいいものではありません。
“ああいうおじさんて最低ね”と若い女性の酒の「肴」にされるのがオチです。