portal shit!

2019 年 6 月の頭に Google が検索結果のコアアルゴリズムをアップデートしたらしい。

【Google】2019年6月3日、コアアルゴリズムアップデートを実施 | デジタルマーケティングブログ

【更新】2019年6月3日 コアアルゴリズムアップデートのロールアウト開始Googleは、2019年6月3日よりコアアルゴリズムアップデートのロールアウトを開始しました。今後、数日間で変更が反映されていくとのことです。

digitalidentity.co.jp

自分のブログはこの影響をもろに受けて、アクセス数が激減してしまった。自分ではよく分かっていなかったが、コアアルゴリズムアップデート前は痔ろう関係の記事が結構 Google で上位に表示されてたみたいだ。 6 月のコアアルゴリズムアップデートではお金や健康系の記事に対する評価基準が変わったらしい。より専門的で正しい情報を掲載しているサイトの方が上位に表示されるようになったみたい。自分のブログは個人の日記レベルのことしか書いてないので評価が下がり、表示順位が下がるどころではなくそもそもほとんど表示されないようになってしまった。

狙って病気やお金のことを書いていたわけではなく、1000 件程度ある記事のうちのたまたま数件がお金や病気について書いてあって、それが結構アクセスを集めていたわけだが、それらが検索結果に反映されなくなってしまったので検索流入が激減してしまった。

お金や健康に関しての情報について、専門家が書いているわけではない記事が検索結果で上位表示されるのは確かに問題なので今回の Google のアルゴリズムアップデートは一ユーザーとしてはありがたいことだけど、 Google のお気持ち次第でこうもアクセス数が減るものかとビックリしてしまった。

ATOK がサブスクリプションを始めて結構経つが、自分は相変わらず 3 年おきくらいにパッケージ版を購入して利用する使い方を継続していた。最後に購入したのは ATOK 2014 で High Sierra くらいまではインストールして使えていたが、 Mojave でとうとうインストーラーが不正と出てインストールできなくなってしまった。最後のパッケージ版の ATOK 2017 for Mac を買うかサブスクリプションに加入するか迷ったが、迷っている間にパッケージ版の販売が終了しており、仕方なく ATOK Passport に加入した。

ATOK 2014 時代に便利だったのが ATOK から Mac の辞書やカレンダーを参照する機能（ Mac スマート連携）で多用していた。 ATOK Passport プレミアムに移行したところ、広辞苑やウィズダム英和・和英辞典（クラウド電子辞典）は使えるが、 Mac の辞書やカレンダーの内容を検索する機能はデフォルトで使えない状態だった。「 Mac スマート連携をオンにしますか？」というダイアログが出たときに「はい」を選択したので十分だと思っていたが、そうではないようだった。以下の通り Mac の辞書で検索されていないことがわかる。

実際にはプラグインとしてインストールが必要のようだった。ただググったときに出てくる以下のやり方は旧バージョンの情報で、最新の ATOK Passport では機能しない。

Macスマート連携機能の使い方 | ATOK.com

ATOK 2013に搭載されているMacスマート連携の説明ページ。ATOK.comは、日本語入力システムATOKに関する最新情報や、ダウンロードしてさらに快適な入力環境を実現するツールが満載。

www.atok.com

正しくは以下のページに書いてあるが、 JUSTオンラインアップデート というアプリを起動し、プラグインをインストールしていく必要がある。

アップデート｜ATOK My Passport

ジャストシステムの日本語入力「ATOK（エイトック）」のATOK Passportのご契約者専用サイトです。Windows、Mac、Android、iOS各ATOKのインストール手順や、ATOKをインストールした端末を確認できます。

mypassport.atok.com

その上で ATOK の環境設定を開き、「電子辞典検索」の項目から「追加」を押して、入力時に参照する辞書に「ATOKダイレクトビュー for 辞書」や「ATOKダイレクトビュー for カレンダー」などを追加していく必要がある。めっちゃわかりづらい。

ここまで設定してようやく Mac の辞書で検索されるようになった。

ATOK の日本語変換の精度は好きだし「今日」と打ってその日の日付に変換できるところなど機能自体は便利なのだけど、 UI が特殊すぎたり、設定が複雑だったり、公式サイトのドキュメントの情報が古すぎたりで総合的な使い勝手がよくない。これではパソコンに詳しくない層には使いこなせないと思う。

具合が悪いときにテレ東の廃墟の休日が見たくなってどこでやってるか探したころ Hulu にあると Google の検索結果に出たので Hulu に入ったが、なんと不運なことにすでに Hulu での配信は終了しており見ることができなかった。

ドラマ名で Google 検索するとアフィリエイトサイトがいっぱいヒットして「○×は Hulu で見られる？」みたいな記事ばかり検索結果に表示されて地獄みがある。 Google の↑みたいな表示は便利だけど常に最新の情報だとは限らないみたい。

そんで代わりに何か見られるものはないかと物色していると、ダミアン・ルイスが出ているドラマ HOMELAND があったので見始めたところ、かなり面白い。

ダミアン・ルイスは HBO の『バンド・オブ・ブラザース』で主人公のリチャード・ウィンターズを好演しており、好きな俳優だった。バンド・オブ・ブラザースでは少佐まで昇進したあと少尉時代に自分をいじめていた元上官（大尉）とすれ違うときに、自分のことを無視して通り過ぎようとしたのを呼び止めて敬礼させるシーンがとにかく良い。

We salute the rank, not the man.

HOMELAND は時代を現代に移しているが、ダミアン・ルイスは同じ軍人役で登場している。ただバンド・オブ・ブラザースのときと違ってとにかくかっこよい理想のヒーローとは異なり、ダークなヒーローを演じている。イラク戦争でアルカイダの捕虜になり、 8 年ぶりに救出された海兵隊員の話。帰還してマスコミにちやほやされヒーローのように取り扱われているが、アルカイダに洗脳されていてテロリストに転向したのではないか、というもの。イスラエルのドラマのプロットを借りてアメリカで作り直したものらしい。

HOMELAND (テレビドラマ) - Wikipedia

ja.wikipedia.org

人のパソコンや携帯に入り込んで何でも監視したり盗聴したりしててさすがにそこまではできないのではという感じなんだけど（ターミナル風の黒い画面でカチャカチャターンとやると何でもできる）、スノーデン事件なんかを見る限り CIA やアメリカの諜報機関はああいうことをやっているのかもしれない。

全部でシーズン 7 まであって、 4 以降はダミアン・ルイスは出てこなくなり、話の舞台もアメリカからパキスタンやヨーロッパに移るが、アルカイダやシリア動乱などを反映しており中東をはじめとした世界情勢の復習になる。その点でアメリカ国内に閉じて話が進む Netflix の House of Cards よりも話に広がりがあって面白い

Memolist.vim の保存先を Dropbox にする運用を長年続けてきたが、 iOS の Markdown エディターの iA Writer で編集時にファイルが無限複製されるという問題があることや、最近のポリシー変更で Dropbox を無料で使い続けるのは難しそうかつお金を払うにしてもプランが高め（最安でも ¥1,500 / 月で 2TB まで使えるプランしかない）で個人では使いづらそうなので iCloud Drive を代わりに使ってみることにした。 iCloud は今のところ無料で使ってるが 50GB 使えるプランでも月額 ¥130 なので個人で使いやすい。 iCloud Drive は Windows や Linux からは使えないが、 Linux デスクトップはもう何年も使ってないし、 Mac と iPhone にロックインされた生活に不満はないので無問題。

移行の手始めにまずは iCloud Drive にターミナルでアクセスしようとするが、 cd ~/iCloud\ Drive などではたどり着けない。以下の記事を読んで調べた。

ターミナルからiCloud driveに移動する方法 - Qiita

iCloudを使う理由 職場でDropBoxを使っていて、クラウドで保存するのに慣れていた。 私用ファイルの保存場所としてiCloudを使ってみる。 iCloud Driveはどこにあるのか やりたかったことは、 pwd iCloud Drive Library Doc...

qiita.com

パスは ~/Library/Mobile\ Documents/com~apple~CloudDocs で良いみたい。

~/Dropbox/memolist ディレクトリを ~/Library/Mobile\ Documents/com~apple~CloudDocs/Documents/ ディレクトリに移し、 .vimrc を以下のように書き換えた。

diff --git .vimrc .vimrc
index 6c4987e..56882b2 100644
--- .vimrc
+++ .vimrc
@@ -568,7 +568,7 @@

     " memolist.vim {{{

-      let g:memolist_path = "~/Dropbox/memolist"
+      let g:memolist_path = "~/Library/Mobile Documents/com~apple~CloudDocs/Documents/memolist"
       let g:memolist_unite = 1
       let g:memolist_unite_source = "file"
       let g:memolist_unite_option = "-auto-preview -start-insert"

これで Memolist.vim の Markdown ファイル保存先を iCloud Drive に移行できた。

去年 に引き続き、 Circle に行った。

CIRCLE '19

CIRCLE '19 2019年5月18日(土) - 5月19日(日)に福岡県海の中道海浜公園 野外劇場にてCIRCLE '19が開催決定！

circle.fukuoka.jp

今年もペトロールズが一番の目当てだったが、ペトロールズよりも以前から聞いていた toe の演奏もあって非常に堪能できた。今年は最近よく行く糸島の COFFEE UNIDOS がお店を出していて、前売り券を UNIDOS で買ったところコーヒーを二杯飲める特典が付いてきてお得だった。

Circle は去年行ってその平和さに感銘を受けたが、今年も平和で非常に良かった。去年よりも早い時間のバスで向かったためバス乗り場では待たなければならなかったが、路線バスにすし詰めに詰め込まれることもなく、渋滞に巻き込まれることもなく、快適な観光バス（座席に電源付き）で移動できてよかった。会場の食べ物や飲み物もぼったくりとは言えない値段でほどよいし、酒を飲みすぎて暴れている人もおらず、アーティストの間で変な MC は入らず、前川清も馴染める良いフェスだった。

ソフトウェアエンジニアからプロダクトマネージャーにジョブチェンジするにあたり、社内説明するために作った資料を公開します。プロダクトマネージャーという職種はプロダクトマネジメントについて書いてある本（シリコンバレーの PM が書いたもの）でも「定義は会社や組織によって異なる」とあるので、自分の会社でも役割を明確にしておく方がやりやすいだろうと思って作りました。プログラマー/エンジニアは How にフォーカスするけど、プロダクトマネージャーは What にフォーカスする職業だなぁと最近は思っています。

以下は HTML バージョン

プロダクトマネージャーの役割

ソフトウェアを継続的に企画・製造してユーザーのニーズを満たし、ビジネス上の成功を実現する

ビジネス上の成功とは何か？

Product/Market Fit

※図は Dan Olsen のスライドから引用

Product/Market Fit とは何か？

良い市場を見つけ、市場の要求を満たすプロダクトを作る

なぜ Product/Market Fit が重要か？

すでにある製品を買ってくれる相手を探すより、市場に存在する問題を解決する製品を作る方が簡単だから

なぜプロダクトマネージャーが必要か？

• Market Driven な製品開発
  Market Driven でプロダクトを作っている会社の方が 31% 儲かりやすい
• 組織のゴールが明確になり、プロダクトのリリースと収益化が迅速化される

（良い） プロダクトマネージャーは何をするのか

• 何が作る価値があるものか、何がそうでないかを明らかにする
• すでに市場（ユーザー）で価値の検証が済んでいるものだけを作る

エンジニア・デザイナーとどう違うのか

• エンジニア・デザイナーは解決空間を担当
• プロダクトマネージャーは問題空間を担当する

具体的な役割

• ユーザーヒアリング
• 解決すべき課題の定義
  すでに存在する問題だけではなく、ユーザー自身も気づいていない問題も定義する
• 作るものの定義
  機能要件、スコープ
• 成功の定義とメトリクスの計測

※図は Making It Right から引用

プロダクトマネージャーが扱うデータについて

• データ分析チームとは異なり、ありのままの現実を調べる
  線形解析とか難しい統計とか機械学習などは担当しません

まとめ

• Product/Market Fit がミッション（ Objective ）です
• どうやったら Product/Market Fit したかを含め、成功そのものを定義します
• 成功するプロダクトを作ることに注力します（ Engineering からは身を引きます）

参考ページ

• Amazon.co.jp: Making It Right: Product Management For A Startup World (English Edition)
• Mastering the Problem Space for Product/Market Fit by Dan Olsen at Mind the Product San Francisco 2018 on Vimeo

今週、 YAMAP でブラウザーでコースタイム付きの地図を表示し、自由に印刷できる機能をリリースした。

開発の経緯

ユーザー要望が開発の起点だった。

YAMAP には Google Maps のようにウェブブラウザー上で登山道や登山口情報などを見る機能はなく、無料でダウンロードできる画像形式の地図は提供していたが、以下の課題があった。

• 磁北線・縮尺の欠如
• 任意の範囲を切り取っての拡大印刷はユーザー任せ
• 地図の更新（コースタイム、山頂データなど）には画像データの書き出しが必要（アプリ内で使う地図に比べて更新サイクルが遅れる）

切り取り拡大の課題を解決するためにサポートチームが画像編集ソフトの使い方を教えたり、サポートスタッフ自身が地図を編集・加工して渡すことがあり、非常に負荷が高かった。

Google Maps のようにブラウザーで地図を閲覧できて、任意の範囲を自由に印刷できれば問題が解決するのではないかという見通しがあった。

デモ版を作ってもらって得た気付き

API は既存のものを組み合わせて作れそうだったので、 F/E エンジニアにデモ版を作ってもらった。

デモを使ってみて、地図を印刷するための機能が、ウェブブラウザー上で山の情報を確認し、山行計画を練る際にも便利なものであることに気がついた。

ブラウザーで登山コースを確認できるサイトは他にもあるが、百名山などメジャーな山が中心で、低山や全国津々浦々の里山までカバーしているものはなかった。

YAMAP の強みはユーザーからのリクエストで地図データを更新していくところにある。紙の地図では最低でも一年待たないと更新されない情報が随時更新され、しかも他のウェブサイトや紙地図では登山者が少なすぎて地図化されないような低山の地図まである。今回の機能追加で、そのような豊富な地図がウェブブラウザー上で閲覧して印刷することもできるようになるのだった。

デリバリー

デモ版は数日で出来たが、実際にリリースするまでの道のりが長かった。

先行して磁北線関連の問い合わせてをしてきた一部のユーザーにベータ版として機能を提供して様子をうかがいつつ、エンジニア、デザイナー、カスタマーサポート、経営陣のあいだで利害を調整し、機能、デザイン、使い勝手に磨きをかけた。

エンジニアやデザイナーに、他の仕事を差し置いてなぜこの機能をいま作る必要があるのかをわかってもらうのはとても難しかった。またデモ版のラフなデザインが与える印象が非開発者にはクオリティの低いプロダクトに見えてしまい、調整が難航することもあり、デザインの大切さを実感した。

苦労してリリースにこぎつけたあと、リリースノートを書いて PR 担当に Twitter や Facebook での広報を依頼した。普段の機能リリースよりも少しだけ大きい反響を得られたようだった。

【新機能リリース】地図表示・印刷機能をリリースしました。ウェブブラウザーで地図を拡大・縮小し、好みに応じて地図を閲覧・印刷することができます。PCで地図を確認したいとき、紙の地図として山に携帯したいときに便利なので、ぜひご活用ください。

▼詳細はこちら▼https://t.co/vtN3pxHFYo pic.twitter.com/sSb6UbZmua

— YAMAP / ヤマップ (@yamap5586) February 20, 2019

所感

3 ヶ月前にエンジニアからプロダクマネージャーに社内でジョブチェンジしたので、今回のリリースで自分は一切コードを書いていない。初めてプロダクトマネジメントのロールに徹したリリースだった。

エンジニアであれば気にすべきことは自分のことがほとんどで、調子が上がらないときは遅くまで残ってやるとか家に持ち帰ってやるとか色々帳尻を合わせる方法はあった（もちろんいいやり方ではない）。プロダクトマネージャーは自分でコードを書くのではなく、周囲の人の間でもろもろ調整したり働きかけたりが仕事になるので、マイペースでのんびりやってあとで帳尻を合わせるということができない。かといってコミュニケーションを取り過ぎてエンジニアやデザイナーの邪魔をしてもいけない。塩梅が難しい。

もともと自分自身で手を動かしてソフトウェアを作ることが仕事だったから、エディターを開いてもドキュメントしか書かず、何も作ることがない日々に不安はあった。何か機能をリリースしても自分が作ったわけではないという虚しさが訪れるのではというような心配もあった。しかしリリースノートを書き終えたときには、これまでエンジニアとして機能をリリースしてきたときとは別の達成感があった。

プロダクトマネジメントについて書いてある『 Making It Right 』という本に、「プロダクトマネージャーは八つ裂きの刑に処されているようなものだ」というフレーズがある。手足を紐で別々の馬に繋がれて、それぞれ異なる方向に引っ張られるという刑だ。ビジネスサイド、開発チーム、サポート、ユーザーといった様々な人たちの利害を調整し、なんとか落とし所を見つけて説得し、開発チームに納得してソフトウェアを作ってもらう必要がある。リリースする前までは「プロダクトマネージャーつらすぎるだろ…」と思うこともあったが、苦労した分、リリース後の達成感はひとしおだった。

まだまだプロダクトマネージャーとしては新米で至らないところが多々あるが、ユーザー、サポートチーム、開発チームに寄り添いながら、多くの登山者に喜ばれるソフトウェアを届けていきたい。加えて、プロダクトによって山登りのハードルを下げ、まだ山に登ったことはないけれど興味がある、という人達に対して山登りの楽しみを広めていけたらと思う。