nDiki : 仕様
仕様 - specification
関連情報
2018年4月21日 (土)
テーブルフォトにベルボンのマクロ撮影用三脚 ULTRA 353 mini を
今使っている三脚は1999年に買ったベルボンのカーボン三脚のカルマーニュ540。当時縮長が一番短かったカーボン三脚です。小型とはいえ出しっぱなしにしておけるほどではなく使わない時はラックの上に収納してあるため、最近は記念撮影の時ぐらいしか出番がありません。
その辺に置いておいて小物を取る時にさっと使えるマクロ撮影用三脚が欲しいなと思い、ベルボンの ULTRA 353 mini (ウルトラ353ミニ)を買ってみました。 ULTRA mini シリーズの3モデルの中で一番小さいモデルです。
推奨積載質量は 1500g なのでミラーレス一眼の α6300 (約404g) と標準ズーム SEL1670Z (約308g) でも全然平気(質量は仕様より。α6300 はバッテリーとメモリースティックPROデュオを含んだ時)。
購入する前は雲台(QHD-33)の面が狭いんじゃないかと思ってましたが α6300 だと十分な感じです。コンパクトな PowerShot G9 X Mark II を載せても大きすぎずいい感じ。
きちんと三脚を使い構図を落ち着いて決め ISO 感度を上げすぎないようにすることで、今までより綺麗に撮れるようになるといいなと。
[ 製品レポート ]
2018年4月25日 (水)
Remember The Milk でのスマートリスト内のサブタスクの並び順
サブタスクはそれらが属するタスクと同じ方法で並べ替えられます。
スマートリスト中のサブタスクはスマートリストの並び順に従うと思っていたのですが、きちんと確認してみたらサブタスクが属するリストの並び順のままなんですね。
タスクを期限順にしつつその中のサブタスクはドラッグ&ドロップで実行順にするには、タスクを入れておくリストはドラッグ&ドロップ順にしておいて、別途タスク期限順に並べ替えるだけのスマートリストを作れば OK。
実際そういう運用していたのですが、仕様として曖昧な理解で使ってました。なるほど。
2018年5月23日 (水)
Lightroom での現像設定を XMP ファイルか JPEG メタデータ内に保存
Adobe Creative Cloudフォトプランを購入したので Adobe Photoshop Lightroom CC mobile の Android 版も使い始めてみました。
Lightroom CC mobile
Lightroom CC mobile 単独としては
- 当たり前のように無音カメラだったりする(設定すらない)。
- 3:2 が選べる。
- と思ったらフレーミングと非破壊切り抜きに設定に反映されているだけで、デバイスで撮れる最大の範囲で裏で撮影されていた。あとで切り抜き直せる。
など「らしい」仕様のカメラ機能が内蔵されているのがユニークでした。
編集機能としては「Upright による遠近法の自動補正」がついているのがめちゃくちゃ嬉しいところです。水平が出しにくい DSC-RX0 で撮影したあと外出先で Wi-Fi でスマートフォンへ転送し、ささっと補正して Twitter などに投稿できます。便利!
Lightroom CC mobile での現像設定は?
今のところ PlayMemories Mobile (ソニー)も Camera Connect (キヤノン)のどちらも RAW 画像そのものは Wi-Fi 転送できないので、スマートフォン (Xperia Z5) の Lightroom CC mobile では JPEG ファイルに対する編集のみを使うことになりそうです。
さて外出先でさっとした編集を、あとで最終的にデスクトップ PC 側でどうやって管理すれば良いのでしょうか。
確認したところ Lightroom CC mobile は JPEG ファイルに対する編集はそのファイルのメタデータに直接書き込んでました。なので Lightroom Classic CC 側で同期すれば、そのまま調整済みの JPEG ファイルとして手元に落ちてきます(ライブラリでは画像の調整バッジが表示される)。ちなみに Lightroom Classic CC の設定でも「JPEG、TIFF、PNG、および PSD ファイル内のメタデータに現像設定を含める」が最初からオンになっていました。 JPEG ファイルの編集についての Lightroom の方針を理解。
Lightroom Classic CC の RAW 画像ファイルの現像設定
Lightroom Classic CC では現像設定はカタログに保存されるのですが、調べたところ RAW 画像ファイルと同名で拡張子が xmp の XMP ファイルに保存させることもできるのですね。
個人的に画像ファイルと一緒に現像設定を保存しておきたいので「変更点を XMP に自動的に書き込む」をオンにしました。
自分の中で、現像・編集設定の管理方法がなんとなく固まってきた感じです。
2018年10月1日 (月)
21年ぶりに復活したカッパバッジ
都民の日まであと3日という9月28日になって、今年は21年ぶりにカッパバッジが復活して販売されていると知った。出遅れた! しかも小島功氏デザインのものも出てるなんて! 「かっぱ黄桜 かっぱっぱ」*1ですよ!
すでにイトーヨーカドーなど多くの店頭販売場所では販売終了していて、買いに行くにはちょっと時間がかかるなということで「博品館.net」で注文しちゃった。30日に到着。やったー。
- Old meets New 東京150年事業 カッパバッジ マグネット仕様 2個セット
マグネット式になり大きく立派になっちゃって。
子供の時は小学校で注文を取りまとめてくれて受け取っていたんだよね。紙の箱に入ってきたんじゃないかな。3年前の日記にも書いたけど、手元に残っているカッパのバッジは1979年ので39年前小学1年生の時のもの。
小学生の時はさすがに上野動物園までは子供だけで行けなかったので、世界貿易センタービルの展望台に上るのに使ってた。展望台にいたおっちゃんだったかが5個セットを見せてくれて「凄い!」ってなったの覚えてる。
全然関係ないけど、世界貿易センタービルの展望台には昔ムーンクレスタがあった。全然関係ない。
2018年10月8日 (月)
グレゴリー テールランナー ブラック購入(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年は安心して使えるかな。
加水分解が始まったテールランナーの方は折を見て重曹で洗ってみるつもり。
[ 製品レポート ]
2018年10月10日 (水)
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 (実測) で。
2018年10月13日 (土)
Ulysses で TextBundle を使うのどうなのか調べてみた
Markdown 形式ファイルと、そこから参照されている画像ファイルを1つにまとめて管理する形式として TextBundle がある。ライティングアプリ Ulysses が対応しているのでちょっといじってみた。
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年11月6日 (火)
プロダクトマネージャー・カンファレンス 2018 1日目 #pmconfjp
今日から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] クロージング
プロダクトマネージャー・カンファレンス 実行委員長 関満徳氏
2018年11月14日 (水)
トピックとリンクによる構造が特徴のサービス Trickle
丸山@h13i32maru 氏が開発された Trickle というサービスがとても面白そうなので、サインアップして触ってみた。
より気兼ねなくアクティビティを投稿できるためのトピックという構造
Trickle は Twitter を使っていて
「自分が主体でありたい、自分への影響をコントロールしたい。でも一人は寂しい」
という自分も「そうそう!」と共感できるインサイトから、トピックというアイデア取り入れて作られた(ソーシャルメディア)サービスだそう。トピックという構造を1つ入れることで投稿する側は書き分けられるし、読む側は特定のトピックだけサブスクライブすることで読み分けられるというお互いにハッピーという仕組みだ。
投稿単位であるアクティビティはオプショナルな「ノート」「画像」「リンク」を持つ。「いいね」と名付けたトピックに他のアクティビティへのリンク付きアクティビティを投稿することで、ユーザーは「いいね」機能を「実装」できてしまうわけだ。非常に面白い!
また書き留めるサービスという観点から、アクティビティを再編集したり別のトピックに移して整理しなおせるというのも理に適った仕様だと思う。
一個人として自分はトピックを使い分けられるだろか?
19年 Web 日記を書き 11年 Tweet している身として「日常生活の中で使える時間は有限。メディアやアカウントをテーマ別に使い分けてどれも充実させていくというのは時間的にもネタ的にもかなり大変である。そもそも興味のあるテーマもどんどん変わっていく。なのでテーマ別に分けない方が良い」だと自分自身については思っている。
それからソーシャルメディアの投稿を読むという立場で考えてみてると「何のテーマの投稿か?」以上に「誰の投稿か?」を自分は重視しているなと。やはりトピックではなく人をフォローしたいのだ。うん。
1日使っただけで Trickle のサービスやモデルの良否は語れるものではないので、以上あくまでもファーストインプレッションということで。
知っている人がどんどん使い始めたら、もっと便利さが感じられるのかもしれない。……あ、やはり人をフォローしたいんだな。
2019年2月15日 (金)
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% ルール
- 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 史と概論を語る前半。途中退室。
About Me
Naney (なにい)です。株式会社ミクシィで SNS 事業の部長をしています。
nDiki は1999年1月に始めたコンピュータ日誌を前身とする Naney の Web 日記(兼パーソナルナレッジベース)です。ちょっとしたノートは nNote にあります。
※内容は個人的見解であり所属組織とは関係ありません。
nDiki by WATANABE Yoshimasa (Naney, Google profile)
Powered by DiKicker