nDiki : 仕様

21年ぶりに復活したカッパバッジ

都民の日まであと3日という9月28日になって、今年は21年ぶりにカッパバッジが復活して販売されていると知った。出遅れた! しかも小島功氏デザインのものも出てるなんて! 「かっぱ黄桜 かっぱっぱ」*1ですよ!

すでにイトーヨーカドーなど多くの店頭販売場所では販売終了していて、買いに行くにはちょっと時間がかかるなということで「博品館.net」で注文しちゃった。30日に到着。やったー。

• Old meets New 東京150年事業 カッパバッジ マグネット仕様 2個セット

マグネット式になり大きく立派になっちゃって。

子供の時は小学校で注文を取りまとめてくれて受け取っていたんだよね。紙の箱に入ってきたんじゃないかな。3年前の日記にも書いたけど、手元に残っているカッパのバッジは1979年ので39年前小学1年生の時のもの。

小学生の時はさすがに上野動物園までは子供だけで行けなかったので、世界貿易センタービルの展望台に上るのに使ってた。展望台にいたおっちゃんだったかが5個セットを見せてくれて「凄い!」ってなったの覚えてる。

全然関係ないけど、世界貿易センタービルの展望台には昔ムーンクレスタがあった。全然関係ない。

グレゴリー テールランナー ブラック購入(8年ぶり2度目)

グレゴリー テールランナー ブラックを購入。2010年9月に買ってから8年間コンスタントに使い続けているお気に入りのテールランナーがいよいよ内側のスリーブのところから加水分解を始めたようで、ちょっとベトつき始めたので新調することにした。

グレゴリーのウエストパックと言えばテールメイトSも最高なんだけれど、そこまでは容量必要ないのでもうちょっと身軽な方がいいなという時はやはりテールランナーがベスト。コンパクトデジタルカメラ・折り畳み傘・モバイルバッテリーとちょっとした小物程度ならさくっと収まり重宝するサイズなのである。

年初あたりから女性ファッションでなぜかウエストポーチが流行になっている。その影響かどうかわからないけれど、テールランナーも今は品薄状態。ブラックはどの通販サイトも在庫切ればかりで、先週グレゴリー原宿に行ってみたけれど店頭には陳列されていない状態だった。毎日チェックしていたところ3日前にようやく在庫ありになったのでサクッと注文。届いたテールランナーのタグにある型番は 65238 1041 1PHU 08J*29056 SB のだった。

以前みたいにタグに製品仕様が表示されなくなっているので参考までに gregory.jp に掲載されているサイズをチェック。

 VOLUME: 2.5L
 DIMENSIONS: 39x12.5x8cm
 WEIGHT: 170g

持っていたものとほぼ同じサイズなのだけれど、仕様上は結構違うのは測る場所が変わったからなのかな。参考程度ということで。タグとバックルロゴがシルバータグのものから現在の直線的なものに変わった以外は形も縫製も変わってない様子。

定番モデルが長く続いてくれるのは嬉しい限りである。これでまた7〜8年は安心して使えるかな。

加水分解が始まったテールランナーの方は折を見て重曹で洗ってみるつもり。

• グレゴリー テールランナー ブラック

[ 製品レポート ]

GR II を見てきたらデカかった

来春発売予定の RICOH GR III が欲しい欲が高まっている。大きさはどれぐらいの感じなのかな。 GR II より若干小さくなるということなんだけれど、 GR II 自体あまり触ってなかったので店頭で触ってみた。

そうしたら思ったよりデカく重く感じてびっくり。 GR1s の薄さの記憶が強すぎたのかな。あとは DSC-RX0 や PowerShot G9 X Mark II など小さいカメラばかりよく使っているというのもあるかも。

結構幅があるなぁと思ったけど仕様的には GR1s と同じなんだ。へー。

RICOH GR III は GR II よりもうちょっとコンパクトになるので、もっと気にならないはず。

以下仕様より(約は省略。突起部等を除く、重さはバッテリー・メモリカード含む)。

機種	幅	高さ	厚さ	重さ
RICOH GR III	109.4mm	61.9mm	33.2mm	257g
GR II	117.0mm	62.8mm	34.7mm	251g
GR1s	117.0mm	61mm	26.5mm (グリップ部 34mm)	210g ※
PowerShot G9 X Mark II	98.0mm	57.9mm	31.3mm	206g

※ GR1s はデートなし 178g + CR2 約11g + フジカラー SUPERIA X-TRA 400 36枚撮りで 21g (実測) で。

Ulysses で TextBundle を使うのどうなのか調べてみた

Markdown 形式ファイルと、そこから参照されている画像ファイルを1つにまとめて管理する形式として TextBundle がある。ライティングアプリ Ulysses が対応しているのでちょっといじってみた。

• http://textbundle.org/

TextBundle は package format と compressed format がある。 package format は macOS のパッケージの形になっていて、 textbundle という拡張子をつけたディレクトリの中に info.json と text.* (Markdown なら text.md)、それからテキストファイルから参照しているファイルを asserts/ サブディレクトリに置くという仕様である。macOS の Finder からは1つのファイルのように表示される。

TextBundle を使うメリット

メリットは以下。

• テキストファイルと参照されている画像ファイルを一緒に管理できる(ばらけないで移動したりできる)。
• TextBundle に対応していないテキストエディタでも text.md を簡単に開いて編集できる。

TextBundle を使うデメリット

非対応アプリケーションから使う場合にデメリットを感じる。

• 非対応アプリからみると TextBundle 毎にディレクトリがあることになるので、ディレクトリだらけな感じになる。ドキュメント毎にディレクトリを開いて中のテキストファイルにアクセスする必要がある。
• Markdown ファイル名が text.md 固定なので、ファイル名だけでは区別できなくなる。

Ulysses for Mac の場合

Ulysses は TextBundle に対応しているので通常の Markdown ファイルと同様1つのシートとして自然に扱える。

普段 Ulysses for Mac では Dropbox の中のディレクトリを外部フォルダとして指定して使っているので以下、外部フォルダの時の話し。

Ulysses の外部フォルダ上の Markdown ファイルに貼った画像をエディタ上でプレビューできるのは現状 TextBundle だけ。エクスポート時も TextBundle 内の画像ファイルは書き出されれるけれど、(相対パス・絶対パス問わず)ファイル名で参照しているものは書き出されない(http/https な URL で指定した画像は HTML でエクスポートする際は画像が貼られる形になるが PDF ではだめ)。Ulysses だけを使って画像を扱いたいなら TextBundle を使う以外選択がない感じだ。

Ulysses 上で TextBundle なシートを保存するたびに参照されている画像ファイルを残して他は assets/ から消されてしまう。なので assets/ の下に画像作成に使ったソース・ファイル(マインドマップファイル)を一緒に置いておくおような管理はできない。そもそもテキスト編集で間違えて画像参照を消して保存実行してしまうと、画像ファイルだって消えてしまうので、画像ファイルだってオリジナルを別で保存しておく必要がある。

TextBundle は使うのは控えた方が良さそうだ。

今日のさえずり: DA PUMP の U.S.A. 初めて YouTube で通しで観た

2018年10月13日

• 06:30 RT @Naney: 近道 PowerShot G9 X Mark II https://t.co/SMPiHfFiGF
• 07:00 なんてオシャレな外階段。 PowerShot G9 X Mark II https://t.co/b5tbpMRNKO
• 08:17 DA PUMP の U.S.A. 初めて YouTube で通しで観た。こんなに雑然とさせている映像だと思ってなかった。
• 09:15 RT @umefilmphoto: 商店街の裏っかわ。ここ雰囲気よいから好き。 #GR2 #GR #RICOH #写真好きな人と繋がりたい #photography https://t.co/MspyklxZqk
• 21:24 これは熱いな。 / “青島文化教材社 1/32 特殊荷役 No.1 ターレー 築地市場仕様” https://amzn.to/2Eja3Oa https://t.co/7cnJRTvpTb
• 21:30 キリトリ線つき。 PowerShot G9 X Mark II https://t.co/tnMWP3DLv9

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

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

• https://2018.pmconf.jp/

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] クロージング

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

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

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

• 気兼ねなくアクティビティを書き留められるTrickleというサービスをリリースしました - maru source

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

Trickle は Twitter を使っていて

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

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

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

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

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

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

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

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

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

Developers Summit 2019 2日目 #devsumi

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

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

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

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

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

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

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

メモ

• 楽天トラベルでのプロダクトマネージャーと開発マネージャーの担当領域
  • 技術仕様やリスクマネジメント、組織関連はなどは開発マネージャー側。
• Positive (問題は解決できるという態度)

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 史と概論を語る前半。途中退室。

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

2019年02月22日

• 07:00 RT @Naney: 集合住宅。 #SEL1670Z https://t.co/ydGM31cs1U
• 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 「今日はハッピーフライデーだ」で通じた(すぐツッコまれたけど)。

RICOH GR III 来た #GR #GRIII #GR3

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

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

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

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

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

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

タッチAF

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

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

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

設定

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

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

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

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

ネックストラップ

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

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

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

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

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

一緒に買ったものメモ

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

• RICOH GR III
• 充電式バッテリー DB-110
• バッテリー充電器 BJ-11
• RICOH ネックストラップ ST-2
• Transcend SDHCメモリーカード TS32GSDC500S-E (32GB)
• バンナイズ ふわふわケース VC034
• Kenko 液晶保護フィルム 液晶プロテクター RICOH GR III用 KLP-RGR3

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

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

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

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

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

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