nDiki : Wi-Fi

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

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

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

2018年11月11日 (日)

Chromecast built-in 搭載コンパクトステレオシステム SC-HC2000

image:/nDiki/2018/11/11/2018-11-08-075129-nDiki-1200x800.jpg

先週の日曜日に注文し月曜日に到着、火曜日に設置したパナソニックのコンパクトステレオシステム SC-HC2000 を使って数日経った。故障して CD を再生できなくなったオンキヨー FR-SX7DV(D) の代わりとして早速 CD プレーヤーとして活用している。

Chromecast built-in と Spotify

また Mac/iPad/スマートフォンから Bluetooth スピーカーとしての利用を考えてチョイスしたんだけれど Chromecast built-in 搭載ということで Spotify をキャスティングできるようにしたらこれが良くて満足してしまって、まだ Bluetooth 接続は使わないで済んでしまっている。

Wi-Fi 接続もできるけど有線 LAN 接続で

ちなみの SC-HC2000 の Wi-Fi 設定は Google Home アプリから行うのだけれど、 iPad 上の Google Home からはデバイスとして見つけられなかった。プリンタの時と同じでもしかしたら SC-HC2000 が 2.4GHz で待ち受けちゃってるのかも(iPad は 5GHz の方を使うように設定してある)。iPad を 2.4GHz の方を使うように設定したら Google Home アプリが SC-HC2000 を見つけてくれるかもしれないけれども、SC-HC2000 の取扱説明書では有線 LAN 推奨となっているしルータとも近いので有線 LAN 接続にすることにして解決した。

Google Home Mini からコントロール

Google アシスタントからのコントロールにも対応している。 Google Home アプリで SC-HC2000 を追加したので隣に置いてある Google Home Mini を通して音声で再生や音量調整操作ができるようになった。んー便利便利。

[ 製品レポート ]

[ permalink ]
[ 11月11日全て ]

2019年2月11日 (月)

PowerShot G9 X Mark II から Mac にクラウドシンクロ

image:/nDiki/2019/02/11/2019-02-11-121614-nDiki-1200x800.jpg

自宅にいる時にカメラで小物をさっと撮って Mac でささっと現像してソーシャルメディアに投稿したいことがある。そんな時はメモリーカードの抜き差しなどしたくない。

ソニーの α6300 や DSC-RX0 は PlayMemories Home で Wi-Fi 転送できるのだけれど、ちょっとした撮影は PowerShot G9 X Mark II でしたいんだよね(α6300 はちょっと仰々しいしマクロレンズが無い、DSC-RX0 は 24mm で小物を撮るには向かない)。

しかし PowerShot G9 X Mark II は2年前に購入して以来ずっと転送ソフトウェアの CameraWindow DC 8 for Mac OS X が「10.11/10.12 では、Wi-Fi 接続不可」のままで、Wi-Fi で Mac に転送できず SDHCメモリーカードをカメラから抜いて Mac に挿して画像ファイルを移動するしかなかった。

クラウドシンクロ

CANON iMAGE GATEWAY 経由で Mac に転送するというクラウドシンクロを使うという手もあるのだけれど、プライベートな写真も含めて全部クラウド経由になるのは嫌だったので設定しないできた。ただソーシャルメディアに投稿する前提の写真しか無いときはまあ許容しても良いかなと。そう思って機能を見返したところ、同一ネットワーク上に転送先の Mac があり Image Transfer Utility が起動していればサーバを経由しないで直接転送されるとあるではないですか。

ということでクラウドシンクロを設定してみた。やってみたところ、実際サーバ経由をしないで転送できたよ。RAW 画像ファイルも転送される。やった。

設定についてのメモ

  • CANON iMAGE GATEWAY オンラインアルバム (Canon ID) 登録が必要。会員限定サービスサイトの CANON iMAGE GATEWAY とは別アカウントなのに同名なのが紛らわしい。
  • Image Transfer Utility では上記の Canon ID の方のメールアドレス・パスワードを入力する必要がある。

クラウドシンクロ時についてのメモ

  • 未転送の写真のみ転送される。Mac 側の転送先フォルダに写真があるかどうかは関係なく、過去転送したかどうかで判断されている。
  • 直接転送になる場合はカメラの画面に「パソコンへ直接送信」と表示される。
  • サーバ経由の場合はカメラの画面に「サーバー経由転送」と表示される。サーバ経由にしたくない時は即キャンセル。
  • 動画は転送されない。動画がある場合はクラウドシンクロ後にカメラ側で全消去をしてはいけない。

[ permalink ]

今日のさえずり: クラウドシンクロ設定したら直接転送できた

2019年02月11日

[ permalink ]
[ 2月11日全て ]

2019年2月14日 (木)

Developers Summit 2019 1日目 #devsumi

image:/nDiki/2019/02/14/2019-02-14-145351-nDiki-800x1200.jpg

2015年・2016年・2017年以来、2年ぶり4回目の Developers Summit 参加。一昨年には無かった Wi-Fi のスポンサー提供があってとても快適になった。素晴らしー。

朝1番のセッションの冒頭で今回の事前登録が4000人超という話があった。大盛況。会場の混み具合からするともうキャパオーバーも近いのではと思えてくる。各セッション会場でのバーコードチェックがステージ近くで、まだセッションが終わる前に次のセッションの人が誘導されて入ってきたりして、待機列の問題からだろうけれど、ちょっと発表者に失礼なんじゃないかなーとは思ってみてた。

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

10:00～10:45 【14-D-1】 Scrum@Scale入門

株式会社アトラクタ 原田騎郎(@haradakiro)氏

メモ
  • スケール
    • 全く同じチームを複製してくことはできない。違いのあるチームを増やしていく。まずうまく行っているスクラムチームを2つ育ててから、スケールさせる(そうでないと悪いものがスケールする)。
  • Scrum @ Scale フレームワーク
    • スクラムだけでもスケールする。
    • スクラムマスター(SM)
    • プロダクトオーナー (PO)
      • チームに1 PO。PO チーフ PO。チーフチーフ PO。
      • PO は上位のオーナーが絶対。
    • 各チームに常に PO と SM がいる。そうするとチーム単位で動かせる。ニーズの変化でチームごと動かせる。チームを立ち上げる時間よりも、チームが新しい担当を覚える方が早い。チームを壊さない。
  • PO
    • 「調査してから…」ではなく「今間違えろ」(辛いけど……)

思ったこと

やはり適切な人数の自己組織化されたチームで構成される体制を作っていきたいな。エッセンシャル スクラムだとプロダクトバックログは唯一なものと書かれていたと思うんだけれど*1、現実的なところ抽象度の違う階層化されたバックログとチーム毎にそれぞれあるバックログという感じでいいんだな多分(エッセンシャル スクラムでも階層化バックログ自体は紹介されている)。

*1 どんなプロダクトバックログをいくつ用意すべきかを考えるにあたっては、基本原則がある。プロダクトごとに、プロダクトバックログをひとつ用意するというルールだ。-- エッセンシャル スクラム 6.7

11:05～11:50 【14-A-2】 GitHub Actionsはどのような未来を描くのか : コンテナ技術が開くワークフローのOSS化

GitHub 池田尚史(@ikeike443)氏

GitHub Actions で Docker イメージを作成して、デプロイまで実行できるようになるという話。デプロイ以外にも GitHub 内での様々な処理も。

12:10～12:40 【14-A-3】 GCPに恋してHashiCorpを愛して起業したエンジニアのお話

株式会社grasys 長谷川祐介氏

サンドイッチ。HashiCorp 製品と Google Cloud の紹介。それから企業の話についての自分語りを伺えた。

13:05～13:50 【14-D-4】 大学におけるイマドキのエンジニア教育

ワイクル株式会社 角征典(@kdmsnr)氏 株式会社アトラクタ 永瀬美穂(@miholovesq)氏

前半永瀬氏による enPiT 事例紹介。

後半角征典氏のエンジニアリングデザインプロジェクト(EDP)を通じた知見紹介。参加者の多様性とモチベーションのばらつきを意識した取り組みが素晴らしい。

こちらでもやはり最適なチームについて(人数・多様性)が取り上げられていた。メンバの多様性によるデメリット(ここではモノづくり工程ではデザイナーができることが少ない)もきちんと示されていて、その上でそうしているという話で説得力があった。

ただ「やってみているという話」ではなく、裏打ちされた方法論を押さえた上での取り組みで学びのある話だった。

東工大生イジりが嫌味がないのも素敵。

14:10～14:55 【14-D-5】 新技術導入を成功させる組織のつくりかた ～spanner、GKE導入の実体験から得たこと～

株式会社コロプラ 廣本洋一氏

  • コロプラでのマネージメント事例。2年前に事業部制から機能別組織に。
  • コピーベースで新しいアプリケーションを作ることによる課題があった。
  • ノーメンテナンス時間というポリシーを前提とした技術選択。
  • オーバーエンジニアリングとの戦い。

機能別組織だからこそ、事業部とは別のロードマップで優先度判断ができる部分があるのだなと感じた。

15:15～16:00 【14-A-6】 レガシーとのいい感じの付き合い方 〜15年続くウェブサービスのシステム改善パターン〜

株式会社VOYAGE GROUP 福田剛広氏 小林徹也氏 駒崎大輔氏

ECナビについて2年弱かけて AWS 移行した話。

サービスの長期運用で技術が古くなり、エンジニアから見た魅力がなくなり新規採用で苦戦したり、在籍エンジニアのモチベーションがダウンしたりというのはあるある話だ。

別だったインフラとアプリの管轄を分けないようにする・オンプレから AWS に移行する・いったんそのままの構成で移すなどは、そうだよねというかそうするよねというかそうしているよねとかそういう感じ。現実的・保守的な判断かなと。

発表者の1人が年末で退職済みということで、嗚呼となった。

16:20～17:05 【14-A-7】 ZOZOTOWNのDWHをRedshiftからBigQueryにお引越しした話

株式会社ZOZOテクノロジーズ 塩崎健弘氏

BigQuery 移行事例についての、味わいのある発表。

今日はシャッター音少なめだなと思っていたのだけれど、このセッションは賑やか。聴講者の層が違うのかな。

17:25～18:45 【14-A-8】 「ITエンジニアに読んでほしい！技術書・ビジネス書大賞 2019」プレゼン大会

高柳謙氏 株式会社丸善ジュンク堂書店 平木啓太氏 株式会社スマートニュース 瀬尾傑氏 株式会社アトラクタ 永瀬美穂(@miholovesq)氏

技術書・ビジネス書のそれぞれトップ3人の著者(や関係者)によるプレゼンテーションと投票・発表のセッション。

[ permalink ]

今日のさえずり: 間違いない、奴だ、奴が来たんだ! (月曜日の朝からくしゃみが出始めた)

2019年02月14日

[ permalink ]
[ 2月14日全て ]

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-RX0 と PowerShot 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 のカスタム設定 ]

[ permalink ]
[ 3月15日全て ]

2019年3月20日 (水)

GR III で記録形式を RAW のみに #GR #GRIII #GR3

アプリが対応するまでは外出先で RICOH GR III から Wi-Fi 転送することがないので記録形式を RAW+JPEG から RAW に変えておくことにした。少しはバッテリー消費が減るかな?

設定

今日時点での初期設定からの設定変更。

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

[ カメラのカスタム設定 ] [ GR III のカスタム設定 ]

[ permalink ]

今日のさえずり: 渋谷駅東口歩道橋スロープ開通でまた一歩光速出社に近づいた

2019年03月20日

[ permalink ]
[ 3月20日全て ]

2019年4月12日 (金)

DSC-RX0 のある生活

image:/nDiki/2019/04/12/2019-04-13-093337-nDiki-1200x800.jpg

昨年の3月に DSC-RX0 を買ってから1年が過ぎた。今日発売になった後継モデルの RX0 II (DSC-RX0M2) はちょっと気になるけれど、最短撮影距離 20cm になる代わりに本体が大きくなってるので DSC-RX0 で十分かなと思っている。

この1年、外出する時は左の腰に下げたバンナイズのジャバラ付きマルチケースに入れて常に持ち歩いている。レンズプロテクターのガラスは防汚なのか手で包み込んで持ち歩いても指紋や手脂がつくこともない。水深 10ｍ の防水性能・2.0m の落下耐性・200kgf の耐荷重というタフなやつで、振動など気にせず EDC できるのが素晴らしい。

裏側からみて左下にストラップ取り付け部があるため、左手にハンドストラップを通して握っておくのがしっくりくる。左手の親指を底に置き左手の中指で電源ボタンを押して電源オン。起動後すぐに左手人差し指でシャッターボタンを押して撮影し、中指で電源オフ。特に左利きに相性が良いんだよね。

メモリーカード/端子カバーはちょっと心もとない感じなのだけれど、実は1年で数回しか開け閉めしていないので問題なかった(本体ソフトウェア・アップデートの時ぐらい)。家に帰ったら Wi-Fi で Mac に写真を転送し DSC-RX0 側で削除するという使い方をしているのでメモリーカードもほとんど抜き差ししないで済ませられている。

Image Sync がアップデートされて RICOH GR III から Wi-Fi 画像転送できるようになったら、 DSC-RX0 での撮影枚数は少し減るかも。でも他のカメラを出すのは面倒だけど DSC-RX0 なら出せる、そんなシーンでまだまだ頼りにしていくつもりだ。

[ 製品レポート ]

[ permalink ]
[ 4月12日全て ]

2019年7月29日 (月)

今日のさえずり: Wi-Fi プチプチ切れるので一時的に別の部屋に移動してみた

[ permalink ]
[ 7月29日全て ]

2020年3月31日 (火)

デジカメ動画連続再生に強い macOS 用メディアプレーヤー IINA

VLC media player での途切れ途切れ問題

デジカメで撮影した動画を MacBook Pro で日付順(ファイル名順)に連続再生するのに VLC media player を使ってきたのだけれど、Synology DiskStation DS216j (NAS) に移動した動画ファイルを再生すると途切れ途切れになるのでちょっと困っている。

VLC のネットワークキャッシュ設定を 1,000ms から 4,000ms に上げてみたら改善されたが、動画ファイル毎にそのキャッシュ時間分再生開始を待たされてしまう。

IINA だと途切れない!

内蔵 SSD から NAS に移したことで途切れ途切れになったので当初は NAS や Wi-Fi の速度の制約かなとも思ったのだけれど、ビットレートを考えるとそれほど厳しい状況でも無いはず。ということで別のメディアプレーヤーを試してみることにした。

選んだのは IINA というメディアプレーヤー。 mpv というオープンソースのメディアプレーヤーを使っている。

macOS 向けのモダンなメディアプレーヤーで VLC より洗練された印象である。 VLC では途切れた NAS 上の動画ファイルも問題無く再生できた。フォルダ内の動画ファイルを再生した後に同じフォルダの動画を自動再生していく設定ができるので、年別に動画ファイルを保存している自分のユースケースにもぴったり。

今後は IINA を使うことにしよう。

[ Mac アプリケーション ]

[ permalink ]
[ 3月31日全て ]

2020年6月27日 (土)

macOS Catalina で PlayMemories Home が動かない

DSC-RX0 から「Wi-Fi でパソコンに画像を保存」が出来なくなってなんだろうと思ったら、 PlayMemories Home が動かなくなっていた。火曜日にアップグレードした macOS Catalina では動かないのか……。

microSDHCカードが小さくて扱いにくいのと、防水パッキンのあるメモリーカード/端子カバーを都度開け閉めしたくないのとで、 DSC-RX0 はほぼ Wi-Fi 転送で済ませていただけに無念。

PlayMemories Home を削除した。

[ permalink ]
[ 6月27日全て ]

About Me

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

nDiki は1999年1月に始めたコンピュータ日誌を前身とする Naney の Web 日記(兼パーソナルナレッジベース)です。ちょっとしたノートは nNote にあります。

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

月別インデックス
Process Time: 0.076089s / load averages: 0.35, 0.41, 0.42
nDiki by WATANABE Yoshimasa (Naney)
Powered by DiKicker