サウスポーなエンジニアの独り言サウスポーなエンジニアが日々感じた、気づいた、学んだことを徒然と書いています。2017.10.15Tweetあるサービスについて、メールで問合せた時の話です。その返答には「××についてのお問い合わせは○○部の木村(仮)にまで」とありました。この名字しか記述がなかった部分に「?」と思いました。対応した人:「木村は何人かいますが、どちらの...?」...となります。問合せした人からみると「どちらと言われても...」と感じです。「××の件で」と伝え、その「木村」さんも特定できると良いですが、サービスレベルが低いと、対応した人も「××の件」を知らなかったりして...。名字だけでなく名前まで記述すれば、同姓同名でかぶることは少なくなります。それに漢字があるので読みが同姓同名でも漢字まで一緒というのはもう少し確率が下がります。万全を期すなら例えば一意の値(例:社内サービスなら社員番号、外部ならメールアドレス)を載せても良いと思います。#社内サービスだと同姓同名でも識別しても良いですが、年金番号の名寄せを同姓同名でやろうとするなんて...。「うちの部署には木村は1人しかいないし大丈夫」と言っても、未来永劫ではなく、途中で同姓同名の人が増えないとも限らないわけです。返答した人にとって「木村って書けば分かるでしょ」かもしれませんが、その内部でしか通用しない常識かもしれません。自分もSEとして提案やシステムを通じてサービスを提供する際には、そういう視点(ちょっとした気遣い、気づきだと思いますが)を持たないとなぁと思ったわけです。※注意:この記事は旧サウスポーなエンジニアの独り言から移行し一部修正したエントリです。(本棚を整理していて)久しぶりに読み返してみた本です。数年前にこの本を買った時は、そこまでしっくりこなかったように思います。今の自分が読み返して「あぁそういうことかぁ」と思うことが多くありました。題名の通り、会議/打合せでいかに(参加者全員が納得し、次のアクションへつながる)結論を出すかを書いています。「結論を出す能力」を身につけよう(なぜ、会議の技術を学...旧館より社内研修で思うこと社内研修における受講者、講師について思ったことです。社内研修には(自分から手を挙げる以外に)「3年目だから」や「主任だから」というキャリアによって必須のもの、また部長などが推薦するものがります。「自分の意志とは無関係」な研修です。...ソフトウェア開発ドキュメント修正の大事さプロジェクトメンバー、リーダーとしての振り返りで毎回思っては実現できていなかったことを備忘録として書いておきます。仕様書等のドキュメントの作成/修正が後付けになったりして、ソースコードとそれらドキュメントとの乖離を出さないよ...旧館より文章の揺らぎどんな職種でもそうですが、ことSEになると「他者に意図を過不足なく伝える」資料(文章、図形問わず)を書くことが多くなります。未来の自分を信頼し過ぎないプログラミングにおいて他者のことを考えて「分かりやすいコードを書きましょう」「適切なコメントをつけましょう」というのは基本的なことです。この「他者」には、そう遠くない「未来の自分」も含まれています。忘れてしまいがちです。コメントをキャンセルコメントを投稿するにはログインしてください。サウスポーなエンジニアの独り言.ホーム検索トップサイドバータイトルとURLをコピーしました。