布団が俺を呼んでいる

丘山大一のぶろぐ

サポート業務で「ありがとう」と言われてしまって反省する巻

プログラマ・エンジニアが外部から言われる「ありがとう」は嬉しいけど危険だって誰かが言ってた。


サポート業務にて

プログラマなので、主業務は電話です(アレ?)。
そんなわけで、その日も電話で、作っているアプリケーションについて質問に回答していました。
内容としては「なんでこんな表示になるの?」というもの。
ソコソコ複雑な内容だったため、定時以後、残業してポチポチと回答資料を作成しておりました。

そんでもって翌日。

「~ありがとうございました!感動して涙が出そうです。」
というメールを受け取りました。
おお、頑張った甲斐があったね!


違うぞ、頑張った結果じゃないぞこれは

いや、この「ありがとう」をそのまま受け取ってはいけない。
そもそも、回答資料が必要なくらい、分かりにくい表示になっていたのがいけなかった。
最初から分かりやすい表示になっていれば、問い合わせすらなかったはず。
問い合わせがきてしまったという事実は、ユーザの視点に立てていない、独りよがりの設計になっていた可能性があることを示している。
ここを間違えてはいけない。
プログラマ・エンジニアがサポートで受け取る「ありがとう」は「嬉しい」「悔しい」が両立する不思議な言葉。


感謝の言葉は嬉しいけれど、欲しいけれど

「ありがとう と言われるような仕事がしたい」ですが、
「ありがとう と言われる機会の回数は減らしたい」ですね。
でも、プログラマ・エンジニアは日ごろ 感謝される/褒められることが少ないので、「サポート業務でも ありがとう を言ってあげて!」とも言いたい。複雑。

でも、罵詈雑言は勘弁な!



「ありがとう」と言われる会社の心動かす物語

新品価格
¥1,620から
(2017/3/21 22:21時点)

コメントを書く

布団が俺を呼んでいる | サーバの共有フォルダの中身を整理してみた

布団が俺を呼んでいる

丘山大一のぶろぐ

サーバの共有フォルダの中身を整理してみた

梅雨の時期は体調が悪くて……更新さぼってました。
さて、共有の名のもとにカオス化するアレを整理する話。

なぜ整理したか

開発グループの利用の目安が2GB制限だったが、18.5GB使用していた。
ドキュメントが整理されておらず、何がどこにあるか分からない。ドキュメント探索という無駄なコストが発生。
「整理しなきゃ」「整理しなきゃ」と言う人はいるものの、いつまでたっても整理しない。

なぜ整理されないか

必要かもしれない(削除できない)。
自分以外が置いたファイルはよくわからない(削除できない)。

思ったこと

そもそも2GB制限って少なすぎ。サーバ管理者はアホかなんなら適当な1TBハードディスク2~3本買ってきてRAID組めば解決の予感。
削除できない原因は、ようはうっかり必要なファイルを削除していまったときに責任をとりたくないという話。
あとただたんに面倒くさいという話(最大の原因)。

やったこと

全ファイルを容量が空いている他のローカルにバックアップ(複数個所)
ディレクトリリストを出して、削除するファイル一覧を抽出。他のメンバにメールで送りつける(削除するって言ったからね? という予防線)。
なんとなく、「自分だったらこんな感じで整理する」やり方で整理開始。ガンガン削除。
自己基準のみで削除しまくり。

結果

18.5GB から 2.18GB へのスリム化に成功。
もし必要なファイルが後から出てきた場合はバックアップから戻す予定。
そのバックアップは1年後を目安に削除する予定。

共有フォルダとはどうあるべきか

本当にファイルを整理したいなら、それこそ履歴管理できるシステムを導入するべきなわけです。
しかし、共有フォルダにはそれを圧倒的に上回る便利さがある。
それは何より「手軽さ」。
これは何物にも代えがたいメリットなのです。たとえ将来カオス化すると分かっていても。
共有フォルダの問題点の指摘や、それを解消するための枠組みやルールなんかも色々提唱、提案、導入されていますが、2GB程度の容量なら適当でオッケー(今回は10GB超えで制御不能になっていたので整理しちゃいましたけど)。
むしろ下手にルールなんて導入したら、唯一最大のメリットである「手軽さ」が損なわれてしまう。
これは避けたいところです。
というわけで、こんなエントリを書いていますが、共有フォルダはルールではなく、モラルと時々の整理整頓で対応するのが個人的には好きです。



学校では教えてくれない大切なこと 1 整理整頓

新品価格
¥918から
(2016/7/8 23:23時点)

コメントを書く