nDiki : 仕様

2018年11月6日 (火)

プロダクトマネージャー・カンファレンス 2018 1日目 #pmconfjp

image:/nDiki/2018/11/06/2018-11-06-113539-nDiki-1200x800.jpg

今日から2日間ベルサール秋葉原 2F ホールでプロダクトマネージャー・カンファレンス 2018。

1日目の今日は Wellcome Talk とクロージングをのぞいても12セッションと盛りだくさん! 結構な数だなぁと思っていたけど、30分/15分というセッション時間でさくさくと進んでいるので、それほどハードモードではなかった。

今年のカンファレンスは「愛されるプロダクトを創ろう。」がテーマ。基調講演といくつかのセッションでは愛されるプロダクトについても触れられていたけれど、思ったほどは触れられていなかった印象である。登壇者の事業のプロダクトの紹介(アピール)とその成長に向けた取り組みの話が多かった。領域的には「人」「プロセス」「プロダクト」のうち「プロダクト」についての内容がほとんどだったかな。

一般申込み席はテーブル無しだけれど、前の席との間隔があって足元は快適だった。会場 Wi-Fi は無くテザリングも Wi-Fi 干渉で無理な状態(Bluetooth なら多少いけた)。メモは TaskPaper でとりつつ Twitter はスマートフォンで眺めるという感じで。

以下メモ。

10:00 - 10:15 [06-01] Welcome Talk

プロダクトマネージャー・カンファレンス 実行委員長 関満徳氏

10:07 からスタート。今年は定員650人とのこと。 今年のテーマは「愛されるプロダクトを創ろう」。

10:15 - 10:45 [06-02] 基調講演: 愛されるプロダクトを創るべき「3つの理由」

プロダクトマネージャー・カンファレンス 実行委員 丹野瑞紀氏

PM 一年生をターゲットとして想定した講演。

まずはプロダクトマネージャーの役割について。プロダクトマネージャーの役割は事業目標を達成できるプロダクトを作るために機能を(製品要求仕様(PRD)などの形で)定義しエンジニア・デザイナーと共に開発するとした。

「愛されるプロダクトを創る」べき理由として以下が説明された。

プロダクトマネージャーカスタマーロイヤルティを強く意識していく必要があるね。

「愛されるプロダクトとは何か」ということについては触れられなかった。今回のカンファレンスでそれを定義するセッションはあるのかな?

11:00 - 11:30 [06-03] 未来を変えるプロダクト作りへの挑戦 ~FiNCの今までとこれから~

▲株式会社FiNC Technologies チーフプロダクトオフィサー 犬飼敏貴(@wancky)氏

FiNC Technologies の製品と会社の紹介。ヘルスケアではユーザーの短期解決よりも継続のある成果を提供する必要があるという話。それからゼロベースを怖がらすにプロダクトを定義していこうというのと高効率な PDCA サイクルにしていこうという話であった。

「高速よりも高効率」という論だったが、PDCA サイクルについてはまあ高速に失敗することも大切。考えなしにやってみればいいというものじゃないよという戒めかな。

「愛されるプロダクト」

特に話題なし。

11:45 - 12:15 [06-04] 世界で愛されるプロダクトを作ろう

▲楽天株式会社 トラベルプロダクトマネジメント課 マネージャー 熊谷亘太郎氏

楽天なのでスライドは英語

「20年稼働してきたシステムを刷新し世界展開できるようにする」ことを題材にプロダクトマネジメントサイクルの要素の話をされていた。「製品要求仕様をまとめる」「コミュニケーションをしながら課題を解決していく」「意思決定していく」「バグトリアージ」のことなど。

  • 機能をいれない (Cut feature)
  • 不具合を修正しない (Wan't fix)

を宣言できるのは「プロダクトマネージャーだけ」という話はドキッとなった。これはしっかり意識しないとな。

「愛されるプロダクト」

特に話題なし。

12:25 - 12:55 [06-05] [対談] 食文化を支えるプロダクトマネージャー仕事術

株式会社ノンピ 取締役 荒井茂太氏、プロダクトマネージャー・カンファレンス 実行委員 及川卓也氏

カフェテリア運営におけるプロダクトマネジメントもソフトウェアプロダクトマネジメントも多くな共通点があるという話。ユーザーをどう動かすか(とがめることなく食べ残しを減らした取り組みなど)が興味深かった。

「愛されるプロダクト」

ユーザー(カフェテリアを利用する社員)のことをしっかりと意識しているのが感じられて、これは愛されるプロダクトだろうなと感じた。

12:55 - 13:10 [06-06] クチコミサイトからプラットフォームへの挑戦プロセス

▲株式会社アイスタイル 代表取締役社長 兼 CEO 吉松徹郎氏

@cosme のビジネスモデルと採用をアピールしていた。スポンサーセッションぽい。

「愛されるプロダクト」

特に話題なし。

13:10 - 13:25 [06-07] プロダクトマネージャーにもコーチは必要だ

▲グロース・アーキテクチャ&チームス株式会社 代表取締役 鈴木雄介(@yusuke_arclamp)氏

新会社をマネタイズするのがこのセッションのゴールとストレートに言ってしまうのは好感。スポンサーセッションぽい。

プロダクトマネージャーが忙しくなることによりコミュニケーションの薄いセクションとの齟齬が発生する。組織としてプロダクトマネジメントいくことで対応していくためには、いろいろ共有してくのが重要だという話であった。

アジャイル/スクラム用語がさらっと出てきていて、それらを前提でザクザクと進めていく感じのトークだった。

「愛されるプロダクト」

特に話題なし。

13:40 - 14:10 [06-08] ユーザーと両想いになるサービスの作り方

株式会社エウレカ 執行役員 VP of Pairs Japan 金田悠希氏

「新しい新的なビジネスモデルは存在しない」 「機能は真似る」「マーケティングで勝つ」というプロダクト戦略はわかりやすいし、成功についてのしっかりとしたポリシーが感じられてよかった。

「愛されるプロダクト」

特に日本のユーザーがマッチングアプリで抱えやすい不安に誠実に向き合いそれを取り除く取り組みをしている点は、愛されるプロダクトにしていく上で大切だなと感じた。

14:25 - 14:55 [06-09] インターネットテレビ局「AbemaTV」プロダクトの変遷

▲株式会社サイバーエージェント 執行役員 長瀬慶重(@lionbaby)氏

「新しいプロダクトが市場で埋もれない」ようにするということについて、AbemaTV の企画・デザイン・PR などの取り組みを紹介。PR で話題を絶やさないように出し続けていく、PR もプロダクトマネージャーの大切な仕事と言っていたのが、自身の立場に照らし合わせてなるほどと感じた。

「愛されるプロダクト」

特に話題なし。

15:10 - 15:40 [06-10] 事業ドメインを絞り込むことで磨かれるプロダクトマネジメント

▲ピクシブ株式会社 執行役員 pixiv運営本部長・新技術プロジェクトプロデューサー 清水智雄(@norio)氏

pixiv では「創作」というドメインに絞ってプロダクトを出している。ドメインを絞ることで社会の解決すべき問題の詳細が見えてくる。知見と技術が蓄積され、体制変更が柔軟・高速にできる。という論。

自社だとコミュニケーションがそれにあたるな。

「愛されるプロダクト」

ドメイン理解者であることがユーザーに伝わると、ユーザーが自分たちのためにプロダクトを作ってくれているという感じてくれるようになる。企業レベルでユーザーとエンゲージメントが結ばれるというところが素晴らしい。

15:55 - 16:25 [06-11] 愛されるプロダクトマネージャーのプロダクトマネジメント~愛されるためにまずは成果を残す~

株式会社ZOZOテクノロジーズ 代表取締役CINO 金山裕樹(@yukiller)氏

最近読んだ『Hooked ハマるしかけ 使われつづけるサービスを生み出す[心理学]×[デザイン]の新ルール』の翻訳もされている方。行動力というか物事を成し遂げる力というか、フレンドリーな話し方を含めてとても魅力的な方だった。

今日のセッションでは数少なかったピープルマネージメントについての話題が興味深かった。プロダクトマネジャーチーム結成について。リクルーティング(スクリーニング)・オンボーディング(花を持たす)・グロースへをどうやってきたか。人を生かす・パフォーマンスを引き出すという気持ちが、今日一番刺激的に感じた。

スクリーニングについては Joel の考え方に近いなと。

「愛されるプロダクト」

具体的にどの話がという訳ではないのだけれど、この方が創るプロダクトなら好きになりそう、そんな感じがした。

16:40 - 17:10 [06-12] LINE開発の舞台裏とプロダクトマネージャー

LINE株式会社 LINE企画1室 副室長 入江和孝(@kazukomati)氏

みんなが使っている LINE アプリの話。

LINE の規模までくると機能改良しても利用者数は変わらないのがプロダクトマネージャーとして辛いとか、国内王者らしい話がうかがえた。

取り消し機能の製品要求仕様の決定では、さまざまな仕様案と反対意見が出た中、全てのユースケースを解決する仕様が無い中で、機能の目的・原則に立ち返って決定したとおっしゃっていた。 GTD でのナチュラルプランニングを思い出した。

「愛されるプロダクト」

ユーザー・メディアの取り消し機能仕様に対する不満に対して、取り消せなくて困った事例を募集するキャンペーンをやってみたりするのは面白いなと。ユーザーに対する説明をしっかりしようという感じが伝わった。

17:25 - 17:55 [06-13] 失敗をデザインする

ラクスル株式会社 取締役CTO 泉雄介氏

リリースしてから失敗することを減らすためにプロトタイピングと検証をという話。

「愛されるプロダクト」

特に話題なし。

17:55 - 18:05 [06-14] クロージング

プロダクトマネージャー・カンファレンス 実行委員長 関満徳氏

スポンサード リンク
[ 11月6日全て ]

2018年11月14日 (水)

トピックとリンクによる構造が特徴のサービス Trickle

丸山@h13i32maru 氏が開発された Trickle というサービスがとても面白そうなので、サインアップして触ってみた。

より気兼ねなくアクティビティを投稿できるためのトピックという構造

Trickle は Twitter を使っていて

「自分が主体でありたい、自分への影響をコントロールしたい。でも一人は寂しい」

という自分も「そうそう!」と共感できるインサイトから、トピックというアイデア取り入れて作られた(ソーシャルメディア)サービスだそう。トピックという構造を1つ入れることで投稿する側は書き分けられるし、読む側は特定のトピックだけサブスクライブすることで読み分けられるというお互いにハッピーという仕組みだ。

投稿単位であるアクティビティはオプショナルな「ノート」「画像」「リンク」を持つ。「いいね」と名付けたトピックに他のアクティビティへのリンク付きアクティビティを投稿することで、ユーザーは「いいね」機能を「実装」できてしまうわけだ。非常に面白い!

また書き留めるサービスという観点から、アクティビティを再編集したり別のトピックに移して整理しなおせるというのも理に適った仕様だと思う。

一個人として自分はトピックを使い分けられるだろか?

19年 Web 日記を書き 11年 Tweet している身として「日常生活の中で使える時間は有限。メディアやアカウントをテーマ別に使い分けてどれも充実させていくというのは時間的にもネタ的にもかなり大変である。そもそも興味のあるテーマもどんどん変わっていく。なのでテーマ別に分けない方が良い」だと自分自身については思っている。

それからソーシャルメディアの投稿を読むという立場で考えてみてると「何のテーマの投稿か?」以上に「誰の投稿か?」を自分は重視しているなと。やはりトピックではなく人をフォローしたいのだ。うん。

1日使っただけで Trickle のサービスやモデルの良否は語れるものではないので、以上あくまでもファーストインプレッションということで。

知っている人がどんどん使い始めたら、もっと便利さが感じられるのかもしれない。……あ、やはり人をフォローしたいんだな。

[ 11月14日全て ]

2019年2月15日 (金)

Developers Summit 2019 2日目 #devsumi

image:/nDiki/2019/02/15/2019-02-15-124522-nDiki-800x1200.jpg

昨日に続き本日も Developers Summit 2019 参加。今日は寒い一日だったのか、途中窓の外にが舞う時間もあった。

昨日参加証の読み取り率が低かったので受付で再発行していただいた。

今日はコーヒー確保できず。今度来る時はやはり何か買ってこよう。

以下セッションタイトルは2月13日時点の公式サイトより。

10:00~10:45 【15-D-1】 プロダクトマネージャーという生き方

楽天株式会社 熊谷亘太郎氏

プロダクトマネージャー・カンファレンス 2018 1日目でもトークをお伺いした熊谷氏。今回も発表の骨子は同じだったので、今回は復習となった。

メモ

Enjoy your work!

11:05~11:50 【15-B-2】 メンバーの成長とチャレンジのためにエンジニアリングマネージャーとして大切にしたこと

ヤフー株式会社 山本学(@yamamoto_manabu)氏

Developers Summit 2016 1日目 で myThings の話をされていた山本氏。今回はマネージャーについて知ってもらいたいという内容で、マネージャー予備軍が響く層であろうという感じのセッション。

12:10~12:40 【15-E-3】 Entertainment x Tech~多くのアーティストとファンを繋ぐ技術と組織~

エイベックス株式会社 山田真一氏

  • 年約250の新規アーティストサイト、現時点で約500を運営。クラウドシフトはステークホルダーが多く順番に。
  • 予期しないバーストトラフィック
  • アーキテクチャは社内アーキテクトで、開発は外部パートナーがエイベックスとしての理想の姿。

アウトソーシング中心での体制構築についての取り組みのセッション。「研修に行かせる」「身に付けさせる」のような表現をみると、トップダウンが強めの雰囲気なのかな?

13:05~13:50 【15-A-4】 3周年に突入するAbemaTVの挑戦と苦悩

株式会社サイバーエージェント 山中勇成(@toriimiyukki)氏

GCP 含めバックエンドで使っているものを順番に紹介していくセッション。浅く全部紹介する感じなので全体的に知りたかった人向けのセッションだ。

14:10~14:55 【15-B-5】 Site Reliability Engineering at Google

グーグル・クラウド・ジャパン合同会社 中井悦司(@enakai00)氏

流れるようなトークに酔いしれてしまうセッション。

  • 50% ルール
    • 50% 以下で運用業務、50%以上をシステム安定化に関わるプロジェクト活動にあてる。
    • SRE(優秀なソフトウェアエンジニア)が Burnout して退職することを避ける。
  • Toil の削減
  • 生涯対応では問題解決を最優先。「他人を頼ること」をスキル不足と認識しない文化。
  • Postmortem (障害ふりかえり)は Google ドキュメントを使っている。全エンジニアに共有されている。

(Google の) SRE についてちょっとではあるが理解が進んだ。目的がすべて明確で、それに対して合理的に取り組んでいるかのようで改めてすごいなと。

15:15~16:00 【15-A-6】 プロダクトをGrowthさせるデータ駆動戦略の基礎知識~DMM.comにおけるユーザーレビュー基盤のKPIツリー公開~

合同会社DMM.com 石垣雅人(@i35_267)氏

データ駆動戦略で成長させていくという話。今回はユーザーレビュー機能に関して。

既にあるものを少しずつ伸ばしていくことにフォーカスしている状況なら、施策に対する予測がしやすいので良いよねというところ。

16:20~17:05 【15-E-7】 セキュアな環境でDevOpsを実現する厳選ツール

マクニカネットワークス株式会社 根本竜也氏 株式会社セガゲームス 上田展生氏

前半は厳選ツール = GitHub Enterprise (GHE) (上田氏)。3年前はまだ Subversion を使っていた。そこから GHE と CircleCI Enterprise を導入していったという話。ゲーム会社だけれど Web 企業とは距離感のある企業風土を感じた。

根本氏は商材紹介。営業っぽい感じになってきたので退室。

17:25~18:10 【15-A-8】 エンジニア人生と定年退職、人生100年時代のエンジニアの生き方

東京大学大学院 よしおかひろたか(@hyoshiok)氏

よしおか氏視点を交えつつ IT 史と概論を語る前半。途中退室。

[ 2月15日全て ]

2019年2月22日 (金)

今日のさえずり: はやぶさといえば「手動サーチエンジンはやぶさ」

2019年02月22日

  • 07:59 はやぶさといえば「手動サーチエンジンはやぶさ」 #はやぶさ2
  • 09:49 平成31年2月22日 #朝の渋谷 222 DSC-RX0 #RX0 https://t.co/yn3AjA43te
  • 12:30 RICOH GR III の発表来たかー(注文した)。
  • 14:45 Product Advertising API 厳しい。「まず決めたのは、PA-APIとの決別でした。PA-APIは規約が厳しいことで有名で、懸念となっていました。」 / “カエレバ誕生秘話と最近の仕様変更、そして今後について” http://bit.ly/2T4EJJa
  • 19:32 Alfred で ↑ ヒストリ出すやつ、確定実行しなかったやつも残ってるんだ!
  • 20:38 「今日はハッピーフライデーだ」で通じた(すぐツッコまれたけど)。
[ 2月22日全て ]

2019年3月15日 (金)

RICOH GR III 来た

image:/nDiki/2019/03/15/2019-03-16-094358-nDiki-1200x800.jpg

発売日の今日、注文していた RICOH GR III が届いた。2018年9月25日の開発発表から買うと決め待ちわび、先月22日の発表と同時に注文、ついに手に入れることができた。

家にはGR1s があるけれど自分は TC-1 をメインに使ってきたし、その後デジタルカメラの GR シリーズも手を出してこなかったので、がっつり GR シリーズを使うことになるのは今回が初めてだ。

ファーストインプレッション

店頭で見て大きいなと感じた GR II に比べて小さくなり、手に馴染むよい大きさになった。いうほど小さいと感じないのは普段携帯しているのが DSC-RX0PowerShot G9 X Mark II だからだろう。

プラなところはいかにもプラな感じで、値段に対して想像していたほどは高級感が無い印象だ。最初はバッテリーを入れない軽い状態で触っていたので特にそう感じたというのはあるかもしれない。安っぽくて嫌いということは無いので、使っているうちに愛着が湧いてきそう。

画像モニターは今まで使ったデジカメとは違うなめらかぬるぬるで面白く感じた。

タッチAF

オートエリアAF時にタッチAFで測距点移動した場合、次のシャッターボタン半押しでその測距点で AF してくれるのだけれど、もう一度シャッターボタン半押しすると測距点選択が解除されてまた測距エリアが自動で選ばれて AF するのね。

PowerShot G9 X Mark II だと、いったんタッチで被写体を選んだらカメラが動いても測距点が追尾してくれてシャッターボタンを半押しするたびにその被写体で測距してくれる。

この違いで最初アレっとなった。仕様の違いを理解。

設定

とりあえず今日は以下で設定。

  • 記録形式: JPEG → RAW+JPEG
  • 画像の自動回転: オン → オフ
  • Fnボタン設定
    • Fnボタン: AF作動+AEロック → クロップ
  • 撮影時表示設定
    • 1番目: 画面表示 + 電子水準器 → 画面表示 + グリッド + ヒストグラム + 電子水準器
    • 2番目: 画面表示 → 画面表示 + グリッド + 電子水準器
    • 3番目: 画面表示 → なし
    • 4番目: 画面表示 → なし
  • 音量: 2→ 0

Fnボタン割り当ては使いながら決めていく感じ。ADJ モード設定はいったん初期設定で。

ISO 感度オート上限値は初期値の 6400 のままにしているけれど、常用は 3200 までという声をよくみかけるので 3200 に下げるかもしれない。

ネックストラップ

縦吊りか対角線吊りか迷ったけれど、対角線吊りにしてみることにした。

モードダイヤル近くのストラップ取り付け部を使わない方が、前電子ダイヤルやシャッターボタンを操作しやすい。移動時にたすきがけしておく時も安定しているので良さそう。

スマートフォン・PC への転送

スマートフォンへの転送は Image Sync アップデート待ちの模様。 PC への Wi-Fi 転送のためのアプリケーションは用意されていないみたい。

しばらくはSDHCメモリーカード抜き差しでかな。

一緒に買ったものメモ

GR III のために今回買ったものは以下。

[ 製品レポート ] [ カメラのカスタム設定 ] [ GR III のカスタム設定 ]

[ 3月15日全て ]

2019年3月24日 (日)

無印良品ポリプロピレンケースの上にオリジナル天板を

先週の日曜日、ポリプロピレンケース(衣装ケース x 4 と収納ケース x 2)をクローゼットに配置した。3列2段。その上に2人分の布団を置いて数日様子をみたところ、やはり衣装ケースの上面が重さに負けてたわみ始め、開け閉めの時にひっかかり始めた。やはり天馬のフィッツケースよりは上面が弱い。

image:/nDiki/2019/03/17/2019-03-17-102449-nDiki-1200x800.jpg

しかしながら、上にポリプロピレンケースを重ねていく分には仕様的にはあと5段までいけて(最大積み重ね段数7段)、引き出し耐荷重とケース自体の重みを積算するとそれぞれ 40kg 以上耐えられるはず。上面ではなくきちんと外枠に重さがかかるように、上に板をはれば大丈夫だよね。

もともと天板はあった方がいいよなぁとは思っていたので、さくっとホームセンターに行って 5.5mm の MDF を買い、カットもしてもらった。ポリプロピレンケースを並べて実測した幅・奥行きからそれぞれはんぱな数 mm を引いた cm 単位のサイズでカットしてもらったところバッチリいい感じ。はみ出してモノがひかかったりするよりは、ちょい小さめの方が都合が良い。カット面もザラついてないので特にヤスリがけなどせずそのまま使うことにした。

5.5mm MDF 自体も布団の重さでたわまないし、板自体も 3.2kg (実測)で重すぎずいい感じだ。

image:/nDiki/2019/03/24/2019-03-24-183214-nDiki-1200x800.jpg

[ 3月24日全て ]

2019年5月2日 (木)

レビュー】いつでも持ち歩ける 無印良品 タグツール・温湿度計をゲット

image:/nDiki/2019/05/02/2019-05-02-162322-nDiki-1200x800.jpg

無印良品 銀座に行ったら以前から欲しいと思っていた無印良品のタグツール・温湿度計 TGF-06 が陳列されていたので、タグツール・シリコーンケース ホワイト TGP-W と合わせてゲット。

そこそこの精度で熱中症注意表示のないバッグから下げられるデジタル温湿度計が欲しかったんだよね。

このタグツール・温湿度計は製品仕様では、温度精度±2℃・湿度精度±8% (25℃時)。表示は0.1℃・1% 刻み。温度精度±1℃・湿度精度±5%ならもっと嬉しかったけどまずまず。自宅で目安にしているカシオの目覚まし時計の温湿度計との差が +0.6℃・±0% で大きくずれていなかったのも助かった。取扱説明書によると製造元は株式会社ジーコムとのことだ。

熱中症注意表示OFFにしておけばボタン型リチウム電池 CR2032 で約2年間もつのも嬉しい。

ぜひ防水・防塵仕様のものも作って欲しいな。

[ 製品レポート ] [ 温度計 ] [ 湿度計 ]

[ 5月2日全て ]

2019年8月28日 (水)

EC2 上の開発環境を返上【日記】

過去サービス開発をしていたこともあり AWS EC2 上の開発環境を割り当ててもらっていたのだけれど、新しい環境に移行するにあたり新しい開発環境は割り当ててもらわないことにした。

ああ(実装という意味での)サービス開発からは完全に足を洗ったんだなとちょっと感慨深くなった。

実際もう数年サービスのコードを書いておらず、仕様確認のためコードリーディングにしか使ってなかったのでそのうち開発環境返上せねばなあとは思っていたので良いタイミングではあった。

[ 8月28日全て ]

2019年10月2日 (水)

Ulysses 18 for Macプレーンテキストファイル編集ができなくなった

外部フォルダで、シートを「Ulysses ファイル」形式(拡張子 ulyz)での保存・管理を選べるようになった。Ulysses ファイルとして扱う設定にした外部フォルダではイメージ添付などができるようになった。

しかし Ulysses ファイルはバイナリファイルで他のテキストエディタを併用できない。自分のノート管理方針上使えない。

一方今回のアップデートでフォーマット無しのテキスト(プレーンテキスト)として表示・編集する機能が無くなってしまった(拡張子 txt のファイルも Markdown 形式として扱われてしまう)。これはかなり辛い仕様変更である。

Ulysses はすぐに \ でエスケープしてくるので気をつけないとすぐ \ だらけになってしまうんだよね。困った。

[ ノート・日記はテキストファイルに ]

[ 10月2日全て ]

2019年11月15日 (金)

Google ドライブではテキストファイル作成時の拡張子で全文検索対象になるか決まるみたい

Google ドライブにあるノートテキストファイルを参照したくなり、そこに必ず書かれていると分かっている単語で検索してみたけれど検索結果に出てこず「あれっ?」となった。検索結果に出るテキストファイルと出てこないテキストファイルがある。

全文検索対象になっていないテキストファイル

違いを調べたところ WebGoogle ドライブテキストファイルの詳細を右側に表示した際に「縮小されたサムネイル」が表示されるものは全文検索対象になっていて、表示されないものは全文検索対象になっていないようだ。

テキストファイルで「縮小されたサムネイル」が表示されるかどうかの違いだけれど、どうやら作成時(ローカルホスト上でファイルを作成して「バックアップと同期」で Google ドライブに最初にアップロードされる時を含む)に、拡張子が txt か md (Markdown ファイル)かで決まっているような挙動だった。最初に txt で作った後に md に変更しても全文検索対象だし、逆に最初に md で作ったファイルは後で txt に変更しても全文検索対象にならない。

Google ドライブに置くすべてのノートテキストファイル拡張子 txt で新規作成扱いにする

Google ドライブ拡張子 md のテキストファイル(Markdown ファイル)が全文検索対象になっていることに9月に気が付いてGoogle ドライブに置く Markdown ファイルの拡張子を md に統一したのだけれど、その結果「もともと txt だったものを md にリネームしたもの」「もともと md だったものを過去に txt にして再度 md にリネーム」「md で新規作成してずっとそのままなもの」が混在していて、全文検索されるかどうかがもはやよくわからない状態になっているのが自分の現状っぽい。

単純に拡張子を変更するだけでは駄目なことがわかったので、いったん Google ドライブの同期対象フォルダから18,000以上あるノートテキストファイルを外に出して、拡張子を txt に統一し、あらためて Google ドライブの同期対象フォルダに戻して新規作成扱いにした。これで全部検索対象になった模様。

Google ドライブに置く予定がない Markdown ファイルもデフォルトで拡張子 txt で作るよう各種設定を変更し、Google ドライブに置いていない既存の Markdown なノートテキストファイルもだいたい txt に変更しておいた。あとで「Google ドライブに置いておこう → (Google ドライブに同期したあとに)拡張子 md だったから txt にしておこう」とした時に、人知れず検索対象からハズレているという事態を避けたいので。

Google ドライブは全文検索ができるのが便利だけれど、 Dropbox みたいにローカルファイルシステムとの同期を前提とした設計で出発していないのか特殊な仕様が多いので、時々ハマるんだよね。

[ ノート・日記はテキストファイルに ]

[ 11月15日全て ]

About Me

Naney Naney

Naney (なにい)です。株式会社ミクシィで SNS 事業の部長をしています。

About nDiki

nDiki1999年1月に始めたコンピュータ日誌を前身とする NaneyWeb 日記(兼パーソナルナレッジベース)です。

#nNote タグがついている記事は他の記事に比べて、より断片的・未整理・不完全なちょっとしたノートです。まだ結論に至っていない考えなども含まれます。頻繁/大幅に更新したり削除したりすることがあります。

※本サイトの内容は個人的見解であり所属組織とは関係ありません。

Other Notes

ナレッジベースアプリケーション Obsidian で書いているノートの一部を notes.naney.org で 公開しています。

最近検索されている記事

月別インデックス
Process Time: 0.079981s / load averages: 1.57, 0.78, 0.53
nDiki by WATANABE Yoshimasa (Naney)
Powered by DiKicker