Diverse developer blog

株式会社Diverse（ダイバース）　開発者ブログです。

弊社エンジニア3人がDroidKaigi 2019に登壇しました

DroidKaigi 終わりましたね。id:kikuchy です。

DiverseからはDroidKaigi 2019にゴールドスポンサーとして協賛すると共に、3人のエンジニアが登壇いたしました。

f:id:kikuchy:20190212201915j:plain
Diverseはスポンサーブースを出しました

登壇者から

PWAでここまでできる（@SAMUKEI）

youbrideでは、AndroidリプレースでFlutterを採択しましたが、PWAもその中の候補として存在していました。
その際に調査したPWAの話はしたいなと思っていたのですが、DroidKaigiのような大きな場で発表するとは・・・と今でも思っています。
聴いていただいた方の少しでも役に立ちましたでしょうか？(役に立ったと思っていただければ凄く嬉しいので、ツイートとかガンガンしてください！)

また、上の動画を見ていただければわかると思いますが、PWA自体は既存の技術の組み合わせで提供するものです。
怖がらずに、ホーム画面からのインストールの機能をはじめの一歩として試してみてください！


All About Test of Flutter（id:kikuchy）

「Flutterでテストを扱ったセッションなら競合は少ないだろう」という比較的安直な考えと、『Androidテスト全書』を執筆した経験からテストに関する見識を更に広められたので、何かしらFlutter開発をする方々に対して役に立てるセッションができるかなという考えからこのテーマになりました。

スライドを作っていると
「これを説明するには、あれも事前に説明しておかないといけないのでは？」
「ライブラリの使い方のようにすぐ陳腐化する内容ではなく、もっと抽象度が高いことを話した方が良いのでは？」
という考えがふつふつと浮かび、気づけばスライドの枚数が130枚を超える事態になってしまいました。

結果としては「読めばわかる部分は発表では使用せず、途中で聴いてくださる方にご意見を頂いて真の意味で『セッション』にしよう」ということで、後半については読み上げておりません。
実際にどんな『セッション』に仕上がったかは、上の動画を見ていただければと思います。

セッション中にめくらなかった後半のスライドについては、資料を御覧ください。

docs.google.com

実践Lottie（id:kumanomi）

Poiboyというサービスで年末年始CPをLottieで実装しました。
その際に得た知見の話をDroidKaigiですることができ非常に良い経験になりました。
デザイナー視点でのお話が結構あり、技術に関してはあまり触れてはいませんが興味がありましたら視聴していただけると嬉しいです。

Lottieでのアニメーション実装は非常に簡単できます！
ぜひアニメーションをlottiefiles.comからダウンロードしてお試しください！

スポンサーとして

Podcast公開収録

DroidKaigi 2019はDiverseが初めて単独で協賛するエンジニアイベントでした。

（正確には株式会社ミクシィ時代にも協賛してはおりましたが、株式会社IBJ傘下に入ってからのDiverse単独での協賛は初です）

社内にノウハウはほとんどなく、何をゴールとするか、スポンサーブースで何を行うのか、そのために何をしたら良いのかも完全に手探りの状況でのスタートです。

社内のエンジニア数人で案出しをした結果、「Podcastの公開収録を行う」というアイデアが出ました。

弊社は広報施策の一環としてPodcastを配信していますので、日本のAndroid業界の著名人が集まるこのイベントでゲストを招いて公開収録ができないか…
そうすれば耳目を集めてDiverseの名前を覚えてもらえるだけでなく、企業とエンジニアコミュニティがどのように付き合っていけば良い関係を築けるのかのヒントを聞いてくださったみんなで考えるきっかけになるし…
ということなのですが、問題はそんな著名な方にお越しいただけるのかどうか、というところ。

なんと

実現してしまいました！！！




Flutter JP オーガナイザーである@rkowaseさん、そしてDroidKaigiのオーガナイザーである@mhidakaさんという、ビッグネームのお二人を招いての公開収録です。
お話いただくことを引き受けてくださったお二方には感謝しかありません。

おかげさまでこんなことが聞けました。どちらの回も非常に興味深く、楽しい回になりました！

  • 『FlutterKaigi』は開催されるのか？（rkowaseさんの回）
  • DroidKaigiの受付 効率化の歴史（mhidakaさんの回）

収録した音声は軽い編集を施した後、Diverse Podcastのサイトで配信します。
RSSを購読していただき、更新をお待ち下さい！

podcast.diverse-inc.com

誤発注事件

DroidKaigi開催前のポストにも記載しました通り、id:kikuchyがノベルティを誤発注しました。

会場でも話題にしていただきまして、ありがたい限りです。

300個もの誤発注コネクタでしたが、無事に貰い手が見つかりました！

話題にしてくださったみなさま、手にとってくださったみなさま、どうもありがとうございました！

もう誤発注はしません！！！

Diverseは今後も、カンファレンス/コミュニティに対する貢献や支援を続けていきます。
また、技術的なアウトプットを行うクリエイターの後押しをしてゆきます。

今後もDiverseにご注目ください！

DiverseはDroidKaigi 2019にゴールドスポンサーとして協賛します

広報の大和です。

Androidエンジニアの祭典、DroidKaigiがいよいよ目前に差し迫ってきました。
DiverseではDroidKaigiにゴールドスポンサーとして協賛しています。
また、弊社エンジニア3名が登壇します！

今回は、DroidKaigi目前に弊社Diverseがどんなことを行うのかご紹介させていただきます！

Diverse単体としてゴールドスポンサーに初めて協賛させていただきます。
スポンサー特典として、当日Diverseロゴのはいったお菓子が配られます。
おかしを目にしてDiverseを思い出した方は、ブースまでお越しいただけますとうれしいです^^

ブース

当日はブースをだしますので、ぜひ足を運んでいただけると嬉しいです。
コンテンツやノベルティーをご用意しております。
また、ノベルティー以外でも同人誌やAndroidテスト全書など、弊社エンジニアの本を置いてますので、ご自由にご覧ください。

Podcast公開収録

Podcast収録に臨むimaizumeさん

Diverseでは、ランチ時間を利用してPodcastを公開収録します。
ゲストは、DroidKaigi責任者の日高さん、Flutter Meetup Organizerの小和瀬さんをそれぞれにお招きし、楽しくトークさせていただきます。

1日目

時間：12:20~
ゲスト：Rui Kowase
内容：Flutter MeetUp Tokyo主催の経緯
　　　Flutterアプリとandroidネイティブアプリの今後の関係
　　　　ぶっちゃけFlutterkaigiやるんですか？　など
twitter.com

2日目

時間：12:20~
ゲスト：mhidaka
内容：今年のDroidkaigiの傾向
　　　DroidKaigiの企業ブースについて
　　　DroidKaigi/技術書典の運営のやりがいと困難　など
twitter.com


公開URL：https://podcast.diverse-inc.com/
podcast.diverse-inc.com

ノベルティー

DiverseロゴがまぶしいUSB-A → microUSBコネクタ

USB-A → microUSBコネクタを配布いたします。
実はこれ、誤発注で、当初はUSB-A → USB-Cコネクタをご用意する予定でしたが、、
弊社エンジニアの id:kikuchy の誤発注によりUSB-A → microUSBコネクタが大量に届きましたｗｗｗ
ぜひ皆様に減らすご協力をお願い申し上げます。

誤発注により大量に届いたmicroUSBコネクタを前に途方に暮れるkikuchy

（追記：id:kikuchy
冗談ではなく本当に誤発注したので、ぜひ持っていってください…！
タッチスクリーンが壊れたAndroidに繋げば、キーボードやマウスを接続してファイル救出などに使用できます。緊急時に備えて持っておきましょう！）

登壇者

弊社から3名がセッション採択され、登壇いたします！

id:samukei
登壇時間：7日(木)14:00　ROOM１　
発表タイトル：PWAでここまで出来る
意気込み：
PWAはWebアプリの開発者がスマートフォンアプリケーションも開発できるという可能性を秘めた技術です。
PWAを知らない方には知ってもらうきっかけに、PWAを知っている人にもこんなことまでできるアプリケーションを作れるんだ！
と感じてもらえるようなセッションにしたいと思っています！
droidkaigi.jp



id:kikuchy
登壇時間：8日(金)12:50　ROOM6
発表タイトル：All About Test of Flutter
意気込み：
Flutterアプリ開発で必要になるであろう自動テストの始め方をお話します。
にわかによく名前を聞くようになったFlutter。
業務でも使用される例もちらほらと聞こえるようになり、普及してきた様子が伺えます。
しかし、テストは書かれているでしょうか？
また、Flutterアプリケーションに対するテストの知見は一般化されているでしょうか？
私のセッションの内容だけで自動テストを書き始められるようになっていただくのを目標にお話をしたいと思います。
droidkaigi.jp


id:kmnmn
登壇時間：8日(金)14:00　ROOM6
発表タイトル：実践Lottie
意気込み：
私が担当しているプロダクト Poiboy にて実際にLottieを使って得たメリットやデメリット、デザイナーさんとのやりとりなども含めて共有できたらと思います。
droidkaigi.jp



Diverseのエンジニア三人が登壇します

是非、弊社ブースまでお越しください♪
楽しみにしております^^

Diverseが健全な開発を行える組織を目指すために

Diverseでかいはつ室の室長をしているnogです。

Diverse Advent Calenderの15日目です。

Diverseの開発全体として現在目指している方向性について書かせていただきます。

 

 

 

私は事業としてサービス運営を行っている会社に置いてエンジニアがやるべき開発というのは大きく3つに分かれると考えています。 

1.サービスのための開発(ユーザーに刺さるコンセプトや時代に求められている要素を伸ばすための開発)
2.サービスを事業として成長させていくための開発
3.サービスを持続的に運営していくための開発

の3つです。

 

新規のサービス等に置いては1か2のどちらかへの比重をほぼ100%に置いての開発も非常に有効です。一定のステージに上がるまでそこへの比重を非常に大きくしなければ生き残ることは非常に難しいと思っています。

 

しかし一定期間以上の運用を行っていくサービスはこの3つのバランスを取って開発を行っていくことが非常に重要だと考えています。

 

これまでDiverseでこの3つのバランスを適切にとれていたかというと、正直なところそういう状態ではありませんでした。1もしくは2のどちらかへの比重を非常に高くし、残った2つに対してはほとんど力を割けない。といった状況が長く続いていました。

 

Diverseでは特にYYC,youbride,Poiboyという3つのサービスに力をいれて開発を行っていますが、

このうちYYC, youbrideに関しては累計運用年数が15年を超えるサービスになっています。

長期運用を行っているサービスにおいて3を軽視することの危険性はエンジニアの皆さんなら簡単に想像が出来ると思います。

 

今Diverseにいる私の役割はこの1,2,3のバランスを取れる状態を作っていくことだと考えていて、特に3に対する割合を増やしていくことに関しては急務だと考えています。

そこで現在各事業部のエンジニアと協力して各事業部に対して横串で

・ビジネス側のメンバーへの技術的負債を軽減することの重要性の啓蒙や実際の改善作業のサポート

・上手くメンテナンスが出来ていない社内ソフトウェアの切り捨て

・クラウド移行のメリットや移行時にかかるコスト等をまとめ事業の計画に盛り込み、実際に移行作業を進める

・新規に利用する技術の検証や実験

・開発環境の構築

・監視環境の整備

等の少人数の開発チームの中で行いにくいけどやっていかなければいけないことを行なっています。
この結果サービスがより成長出来るような状態を作っていけると信じております。

 

技術的なハードルもなかなか高い仕事ではあるのですが、Diverseではこういった仕事に魅力を感じる！といったエンジニアの方を募集しています！

募集ポジション / 株式会社Diverse

Android Test Night #5にて『Androidテスト全書』の著者の一人としてトークに参加させていただきました

『Androidテスト全書』の一部を書かせていただきました id:kikuchy です。

peaks.cc

こちらの書籍の発売を記念して、DeNAさん主催のAndroid Test Night #5にて、執筆陣のトークが開催されました。
トークにはkikuchyも加わらせていただき、執筆の思い出などについてお話させていただいたり、会場の皆様からお寄せいただいたご質問に答えたりしました。

testnight.connpass.com


なんと当日の模様を、参加してくださった id:nowsprinting さん、 id:Gateau さん、id:wifeofvillon さんがブログにまとめてくださっています。
ありがとうございます！

www.nowsprinting.com

gateau.hatenablog.com

wifeofvillon.hatenablog.com


会場で何があったかは、上記を読んでいただけますとわかりやすいかと思います。

個人的には、「本を手に入れてからテストを書くようになった」というお話、「この場で買った」というお話がとても印象に残っています。
著者冥利に尽きますね…！

原稿管理あたりで思ったこと

当日は言う機会がありませんでしたが、「PEAKSさんの体制すごい」と思っていたのでこの機会に書いてしまおうと思います。


会場でも少し発言しましたが、kikuchyは趣味で小説の同人活動をしていたりします。

ときたま、二次創作の合同誌（複数人の作家が集まって作る一冊の同人誌）の主宰をしたこともあるのですが、大変なのは（自分の執筆を除けば）原稿の管理と組版でした。

誰から原稿をもらったのか、
どう赤入れをしたのか、
どれが最新版なのか、
どこまで組版用の原稿に反映したのか…
（大抵の場合、原稿はWordドキュメントかtxtをメールかTwitterのDMでいただくことが、組版はAdobe InDesignですることが多いです）

特に組版用の原稿（InDesignファイル）を作り始めてしまった後に原稿の修正が入ると、変更箇所をなんとかして探し出して、変更箇所だけを組版に反映する（文字を全部流し直すと、特殊ルビなどを組んだ箇所が組み直しになるため）ということを手作業でやらねばなりませんでした。

『Androidテスト全書』も著者が複数人ですので、当然原稿管理と組版の問題が発生します。

ところが、やはり技術書の会社は違いました。

原稿はすべてgithubのプライベートリポジトリ管理、
修正依頼はプルリクエスト、
Re:VIEW（内部的にはLaTeX）で簡易組版が可能、
最終的には手作業で組版をされているにしても差分はPRでひと目でわかる…

当然、苦労がないわけではないでしょうが、この簡便さは衝撃的でした。

最近、この一連の本業の作家さんのtweetを見て、こうした便利さがもっと広まるといいなと思いました。
（このツイートに連なるツイートも読んでみてください）

Diverse（ダイバース）はエンジニアの登壇や外部発表を応援しています。興味のある方は、 @kikuchy または他の弊社エンジニアへ、お気軽にDMやリプライをください！

『Diverse.tech #1 〜レガシーシステムを語らう夜〜』を開催しました

去る11/22、いい夫婦の日に、マッチングサービス運営の老舗であるDiverse（ダイバース）初のミートアップを開催しました！

その名も、『Diverse.tech #1 〜レガシーシステムを語らう夜〜』

diverse.connpass.com


弊社Diverseでは、YYCやyoubrideなど18年間もの歴史を持つサービスを運営し、今なお成長させ続けています。
また同時に新しいサービスの開発にも取り組んでおり、Poiboyなどを開発している会社でもあるのです。

そうした長期に渡ってマッチングサービス開発を継続するノウハウ、新しいマッチングサービスの産みの苦しみを同時に経験している弊社だからこそ、お伝えできるものがあるはず。
それをエンジニアのあなたと共有したい。

という趣旨のもとに、Diverseではミートアップの開催を計画しています。

f:id:kikuchy:20181122194633j:plain
Diverse.tech #1の様子

今回はその第一弾として、レガシーシステムとどう折り合いをつけているのかを、下記4名のエンジニアがお伝えいたしました。

speakerdeck.com

レガシーシステム・技術的負債について分類し、Diverseがどう向き合っているかについて話しました。


とツイートしたように、レガシーシステムや技術的負債を課題として考え解消するためには、どうアプローチしていくか？についての内容になります。

@imaizume は、レガシー返済のため必要な改善活動を継続的に行うための仕組みについて「『「改善Dayを作ろう!」って言ってたけど気づいたらなくなったよね…』を繰り返さないために」というタイトルでお話させていただきました。

bit.ly

継続的改善には改善Dayのような時間の確保以前に、開発体制の見直しなどの仕組みの整備が必要です。
現在のPoiboyはスケジューリングやタスク見積もりといったモダンな開発体制を採用していますが、それらを獲得するまでの変遷や自身が経験した出来事等を整理してご紹介しました。
当日ご来場頂いた方からも共感の声をいただくことができました、皆様の現場でお役立ていただければ幸いです。


speakerdeck.com

仕様も分からなければ、読み応えバツグンのソースコードに出会った時に使えるテクニックとして仕様化テストというテスト手法があるよという話をしました。

今回の登壇では、レガシーソフトウェア改善のためのテクニックに関心をもってもらい、スライド内で紹介した「レガシーソフトウェア改善ガイド」という書籍を手に取ってもらえることをゴールになるように考えていたのですが…

10分という登壇時間の中でスライドをまとめるには、アイスブレイクに費やす時間を多くしすぎてしまったかなと反省しきりの内容になってしまいました；

ということで、改めてレガシーソフトウェアの改善に興味・関心のある方はこちらの書籍を読んでみることをオススメします！

レガシーソフトウェア改善ガイド (Object Oriented Selection)

レガシーソフトウェア改善ガイド (Object Oriented Selection)


speakerdeck.com

レガシーなシステムをどのように効率よく置き換えるかという話をしました。

限られたリソースでレガシーシステムに挑まねばならないことは多々あると思います。
なるべく、手をかけずメンテコストもかからない方法で置き換えていきましょう。

Diverseでは、今後もミートアップの開催を企画しています。
マッチングサービスの老舗で、どんなエンジニアがどう頑張っているのか、どんな挑戦があり、どんな知見を得ることができたのか。
お伝えしていきたいと思います。

ぜひconnpassのグループをフォローして、今後のイベントのお知らせを受け取れるようにしてください。

Diverseではともにレガシーシステムと生きるエンジニアを募集中です！

Matching Dev Meetup#1でクライアントアプリの状態管理と仕様の複雑さについてお話しました

そろそろAdvent Calendarの季節が近づいてきて、勢い勇んで枠だけ取ったものの何を書くのかほとんど決まっていない id:kikuchy です。やばい。


先日、Matching Dev Meetup#1 - iOS / Androidというイベントが開催されました。

マッチングサービスを提供している各社からエンジニアが集まって、マッチングサービスに特有の話題などを共有しよう！　という会です。
弊社Diverse（ダイバース）の他にも、Pairsのエウレカさん、タップル誕生のマッチングエージェントさん、withのイグニスさん、CROSS MEのプレイモーションさんなど、たくさんの会社からたくさんの関係者が集まる賑やかな会となりました。

matching-dev-group.connpass.com

マッチングエージェントさんによるブログでも、当日の様子が公開されています。

developers.cyberagent.co.jp



催されたLT会のなかで、私は『男女出し分けと会員状態で画面切り分けが大変な話』というタイトルで、マッチングサービスのクライアントアプリにおける状態管理と仕様の複雑さについてお話しました。



なんの打ち合わせもしていないのに、まるで示し合わせたかのように各社が「マッチングサービスのクライアントアプリは状態管理が鬼門」というLTをしていたのが印象的でした。
それだけ、我々は状態管理に悩まされている訳ですが…

その原因は仕様の複雑さにあります。
マッチングサービスのユーザーは、登録性別やユーザー属性、法的に必須な年齢確認状況など、様々な変数を持っています。
その変数の状態ごとに、運営としてやりたいこと/やらなくてはいけないことが変わってくるのです。
そうなると、「この場合は」「こうする」という仕様が大きくなってゆき、さらにクライアントにつきものの通信処理やそのキャンセルなどが挟まって大変なことになる、という訳です。

エンジニアとしては状態をうまく管理する方法を見つけつつ、サービス運営の中の人としては仕様の単純化と外せない仕様のバランスを上手く取っていくことが、サービス開発の肝となります。

そうしたマッチングサービスの開発の雰囲気が伝われば嬉しい限りです。

懇親会では、CS（カスタマーサービス/カスタマーサティスファクション）も特有の苦労がある話や、「ユーザーに価値を提供するとユーザーが離脱していく」という特性を持った婚活サービスの諸行無常さ（パートナーが見つかると退会する必要があるため）について、各社の関係者さんや、他業界の方と話がはずみました。

またテーマを変えて開催される見込みなので、興味のある方はConnpassのMatching Dev Meetupグループをウォッチしてみてください。

matching-dev-group.connpass.com


状態管理と戦う良い方法の知見をお持ちの方、こうした環境で自分の腕を試したい方は、 @kikuchy または他の弊社エンジニアへ、お気軽にDMやリプライをください！
まずはご一緒にご飯を食べにいきましょう！！

弊社エンジニア３人がDroidKaigi 2019に登壇します

id:kikuchy です。

先日DroidKaigi 2019のセッション採択者に通知のメールが送られました。

結果、弊社Diverse(ダイバース)からは、三人のエンジニアが登壇する事となりました！ 🎉㊗



以下、登壇する三人の発表内容と意気込みです。
DroidKaigi 2019のセッション選びの参考にしてください。


id:samukei は「PWAでここまで出来る」というタイトルで発表します。

PWAはWebアプリの開発者がスマートフォンアプリケーションも開発できるという可能性を秘めた技術です。

PWAを知らない方には知ってもらうきっかけに、PWAを知っている人にもこんなことまでできるアプリケーションを作れるんだ！
と感じてもらえるようなセッションにしたいと思っています！


id:kmnmn は「実践Lottie」というタイトルで発表させていただきます。
私が担当しているプロダクト Poiboy にて実際にLottieを使って得たメリットやデメリット、デザイナーさんとのやりとりなども含めて共有できたらと思います。


id:kikuchy は『All About Test of Flutter』というタイトルで、
Flutterアプリ開発で必要になるであろう自動テストの始め方をお話します。

にわかによく名前を聞くようになったFlutter。
業務でも使用される例もちらほらと聞こえるようになり、普及してきた様子が伺えます。

しかし、テストは書かれているでしょうか？
また、Flutterアプリケーションに対するテストの知見は一般化されているでしょうか？

私のセッションの内容だけで自動テストを書き始められるようになっていただくのを目標にお話をしたいと思います。


また、DiverseではDroidKaigi 2019へのスポンサー参加を計画しています。

↓ちなみに前回のDroidKaigi 2018では同人誌を頒布して、すぐに当日頒布分がなくなってしまうほどの人気をいただきました！


今回もスポンサー参加の暁にはスポンサーブースで面白いことをできるように画策しておりますので、ぜひ記憶にとどめておいていただければと思います。

DroiKaigi登壇者がたくさん所属する環境で開発をしてみたい方は @kikuchy または他の弊社エンジニアへ、お気軽にDMやリプライをください！
まずはご一緒にご飯を食べにいきましょう！！