特定の path 配下の web api にミドルウェアで認証や認可を適用している。こうしておけば認証しなければいけない web api の認証設定を実装し忘れるということが絶対に起きない。一方で未認証の web api もある。/auth/login や /status/ping といったものだ。これらは未認証で呼び出せるのでトップレベルの path をわけたい。そうすると、既存のトップレベルに設定してある /api/xxx という名前が論理的におかしい。web api は他にもあるのに認証を要するものだけ api というトップレベルの path を付けるのは奇妙に思えてくる。
MIYASHITA PARK に RAYARD というショッピングモールとレストランが合体したような大きな複合施設が出来てた。昔はただの公園だったと思うのだけど、いつの間にか再開発されたらしい。水曜日の夜で外も寒いせいか、施設が大きくて広い割にお客さんはまばらで閑散とした雰囲気だった。それはそれで人混みがなくて私にとっては心地よくはあるけど、施設の真新しさに比べて寂しい感じはした。
筋肉食堂は RAYARD の SOUTH エリアにあり、同じフロアの NORTH エリアに うしとらSTAND があった。会食前に付近散策で歩いていてたまたま発見した。別店舗のうしとらに何度か行ったことあるのでこんなところにもあるんだと懐かしく思うところもあって2軒目はここに決めた。筋肉食堂でヘルシーな料理を食べて、結局ここでポテサラと餃子とナッツといった、ややジャンクな食べものとクラフトビールを飲んでヘルシーな食事をおじゃんにした。しかし、接待という意味では気張らず、こういうところで飲み食いして雑談するというのもとてもよかった。さすがうしとらさんだ。
以前 コミュニケーションのレベルについて考えたこと をベースにした方法論を社内の wiki にも書いてある。5段階のコミュニケーションのレベルがあり、多くの人たちはレベル4までしか到達しないのだけど、課題管理のスキルを身につけるとレベル5の「聞かなくてもわかる」というエスパーのような状態に達する。メンバーのうちの1人はこのレベルに片足を踏み入れていて、十分にうまく課題管理できているという話題も共有した。一方でレベル5に至るためのプラクティスや施策を、課題管理という文脈でもっとうまくできないか?というのはうちの会社のビジネスの中核でもある。とても難しい。いわば「気付き」を習得するための短期修行コースのようなものを作りたい、業務の中で。この話題を話し始めると、気付きの有無はその人の性格や動機づけにも関連するせいか、賛否両論の多様な議論に発散しやすい。私の立場としては、一定レベルまでは誰でも身につけられるスキルとして扱いたいが「気付き」が本当にスキルなのかどうか、実は確信がない。しかし、諦めることなく継続的に考えていきたい。