Microservices Meetup Vol.4 を開催しました こんにちは、サーバサイドエンジニアの @qsona (森) です。 先日11/22(火)に、4回目となるMicroservices Meetupを弊社FiNCにて開催いたしました。多くの方にご参加いただき、大変盛況となりました。 当日の資料・リンク集及びタイムラインの様子は、全てこちらの togetter にまとめておりますので、ぜひご参照ください。 メインとなる発表は、以下のお三方に行っていただきました。(カッコ内は社名/プロダクト名) 西尾 亮太さん (AbemaTV / AbemaTV)Yves-Eric Martin さん (MediWeb / 3Bees)春山 誠さん (DeNA / Sakasho)また、@yudppp さん, @ovrmrw さんのお二方にLTを行っていただきました。 ブログまとめ枠としてご

RABLを捨てつつActiveModelSerializersに移行する こんにちは、技術開発部の太田です。 FiNCではサーバーサイドにはRuby/Railsを採用し、クライアントからのリクエストに対してJSONを返すAPIを用意しています。 これまではJSONの出力にRABLを使っていましたが、 新たに作成するAPIはActiveModelSerializersを使うように移行しました。 要約ActiveModelSerializersの良いところrubyのコードなので学習コストが比較的低いエラーもrubyの普通のエラーになるのでわかりやすいリソース志向に沿うことをある程度強制される悪いところModelを少し加工したJSONを返しにくい情報が少ないRABLと共存する時期をどうするか新しいエンドポイントだけ書き直すシリアライザで部分的にRABLを使う背景従来使用していたRABLは記法が独

t-wadaさんとのSQLアンチパターン勉強会 はじめにこんにちは、技術開発部の中森です。 社内で4ヶ月に渡り、SQLアンチパターン勉強会を開催してきました。そして、最後の締めとして、SQLアンチパターン監訳者であるt-wadaさんをお迎えし、今までの勉強会で疑問として上がった点について、討論会を行いました。 今回のエントリではその討論会の内容を紹介します。 ファントムファイルについて勉強会の中で最も議論となったのは11章のファントムファイルでした。 この章で紹介されているアンチパターンは、ファイルのバイナリ情報をDBの内部に保存するのではなく、外部のファイルに置くというものです。 t-wadaさん曰く、他の場所でも最も批判の対象となる箇所です。 ここで最も大切なことは「盲目的にアンチパターンを避けない」ということです。 最近のWebアプリケーションでは画像や動画のバイナリデータは頻繁にや

インターネット業界でもプロダクトマネージャーという存在への注目が高まっている。グッドパッチ、DeNA Games Tokyo、freee、FiNC、Increments各社が考えるプロダクトマネージャーの役割、そして定義とは？ヒットプロダクトを生み出す人物像に迫る！ 優秀なプロダクトマネージャーの条件とは？ 多くのプロダクトが生まれては消えていくなか、大きなヒットを記録するプロダクトには、ある共通点があるようだ。それは、優秀なプロダクトマネージャーがプロジェクトを指揮していたということ。 株式会社FiNCにて開催されたイベント『白熱プロダクト教室』では、これまで数々のヒットプロダクトを生み出してきた登壇者たちが、優秀なプロダクトマネージャーの資質や条件、成功するプロダクトを作るためのチームビルディングについて語った。 [登壇者] ●株式会社グッドパッチ 代表取締役社長・土屋尚史氏 ●株式会

Redis を使って応答時間を半分にした話 はじめにはじめまして。 5月にFiNCに入社し、サーバーサイドの Rails エンジニアをやっている亀田と申します。 今回は、Redis を使ってチャットのパフォーマンスを改善した話について書きたいと思います。 チャットで起きていたパフォーマンス問題FiNCアプリにはチャット機能があります。ユーザー同士のコミュニケーションにも使えますし、お得情報の配信やユーザーのサポートなどでも利用しています。 その中で、ユーザーサポートの社内オペレーション用ツールに、（業務に支障が出るレベルではないものの）表示が重いという問題が発生していました。具体的には、対象となるルームのレコードを取得するために数百ミリ秒かかっており、レスポンスを返すまでに合計で1秒前後かかっているという状況でした。 分析をしてみたところ、インデックスを使って対象となるレコードを取得した後

FiNCアプリの4つの機能 はじめに初めまして、去年の4月からFiNCでAndroidエンジニアをやっているLeeと申します。 この記事では日々更新されているFiNCのアプリ(Android)について紹介できればなと思っております。 FiNCのアプリの画面の構成や機能について説明しますので興味のある方は是非読んでください。 FiNCアプリとはFiNCが提供するアプリケーションを総称して「FiNCアプリ」と呼んでいます。『FiNCアプリ』は、あなたの"健康的な生活をサポート"し、"病気の予防や改善"に役立つ要素が詰まったウェルネスアプリです。 ヘルスケアの専門家のアドバイスを受けたり、健康に気を使う著名人の生活習慣を覗くことで、日常を楽しみながら、将来の健康リスクを解消することができます。 ではこれからFiNCアプリの画面や機能について説明したいと思います。 FiNCの機能FiNCのアプリに

コンセプト 白熱プロダクト教室は、数々のヒットプロダクトを生み出してきた方々をお呼びして、「良いプロダクトを開発するには？」 という究極的な命題に対してここでしか聞けない本音をぶつけ合うとともに、参加者からも意見、質問を募り議論する参加者一体型のmeet upです。 企業の垣根を超えてプロダクト開発のノウハウの共有、コミュニテイ作りを推進していきましょう。 概要 元GoogleでChrome開発のProduct Managerをなさっていた現Increments株式会社のProduct Managerの及川氏にモデレータをしていただき、パネルディスカッション形式でプロダクト作りにまつわる様々なテーマについて、著名なパネラーをお呼びして議論を行います。 ディスカッションに際し、初めに参加者のバックグラウンド、携わっているサービス、プロダクト、開発の体制（方法）といった点からパネラーの方々の立

サーバーエンジニアがクライアントアプリを書くにあたって知っておくと良かったこと 自己紹介初めまして、今年の4月からFiNCでエンジニアをやっている高見(@sukesan1984)と申します。 前職では、ソーシャルゲームの会社でサーバーサイドとクライアントサイドを半々ぐらいやっていて、 FiNCでは、サーバーサイドを少しやった後、Androidチームに入って今全力でキャッチアップしているところです。 この記事ではサーバーエンジニアだった自分がクライアントエンジニアになるにあたって どういうところで苦労したか、何を知っていれば楽だったのかなどをお伝えできればと思っています。 異なる点と難しさ難しいと感じる部分もありますが、知識的なところがほとんどなので、知っていればさくっと入れたりします。 恐れず両方やっていきましょう！ 言語・フレームワークの違いまず、多くの場合、サーバーサイドとクライアント

エンジニアが分析をする上で心得たいこと〜初歩編 分析が必要になる時がくるベンチャーのエンジニアは、プロダクトがスタートアップフェーズをなんとか乗り越えると、ユーザー数がある程度落ち着き、各KPIを上げていくぞ！という段階に移っていきます。 そのような中で、あまり分析に気を使っていなかった状態から、徐々にどういったことに意識していくべきかをイメージして書きました。 プロダクトの成長線に合わせ、分析にフォーカスしていく エンジニアの仕事とは普段僕らが使っている時間を振り返ると、多くの時間はコードを書き、それをメンテナンスする作業が多くを占めているかもしれません。 しかしそれらの作業は全て、「プロダクトを作ることを通してユーザーに価値を届けること」のためにあるはずです。 普段している作業はあくまでそのステップのひとつに過ぎません。 エンジニアの業種業態で異なることがあるかもしれませんが、少なくと

データ可視化に大金を使う必要なし！ 最強BIツール「PowerBI」を導入してみた。 はじめまして。FiNCでデータ分析を担当しています菅谷です。 現在は主にFiNCアプリをグロースさせるために、KPIの整備・改善などを行っています。 仕事ではアプリのグロースハックをしているのですが、 プライベートではボディのグロースハック（筋トレ）にはまっていまして、 もともと180cm55kgの痩せ型だったのですが、 この3か月の間にほぼ筋肉で体重を10kg増量させることに成功しました！ それでは早速本題です！ 今回のブログではFiNCにおける、BIツール「PowerBI」の導入経緯と、導入結果について書きます。 1.PowerBIの導入経緯1-1.BIツール導入検討の背景FiNCの急成長に伴い、下記2つの問題が発生…！ それらを解決するためにBIツールの導入を決定しました。 ◯問題点 1.サービス数

新規プロジェクトがいつまでも良いコードであり続けるための、僕なりの5つのルール はじめまして。FiNCでWeb Application Engineerをしている清水です。サーバーサイドからフロントエンドまで、アプリケーション全般の設計と実装を担当しています。 ウェルネスサーベイというプロジェクトをここ一年半やってきました。過去の新規プロジェクトをゼロからやることは何度かありましたが、やはりやる度にこうしておけばよかったという反省・学びがあるので一度まとめようと思います。ちなみに言語はRubyでRailsを使って開発しています。 新規プロジェクトの初期の一年で起こること新規プロジェクトの初期の一年は、エンジニアの視点で見れば度々来る 仕様変更 との戦いでした。 実際、今回の我々のプロジェクトにかぎらず、一定の仮説の上で始まるどんな新規サービスも、一年後にまったく同じ仕様というとは逆に稀で、

「Railsアプリのレスポンス遅いからなんとかしてよ」と無茶振りされたので、急遽計測エンジニアになってみたけどめちゃ苦労してる話 はじめに初登場、FiNCエンジニアインターンでサーバーサイド開発に携わっている坂井と申します。 私は今FiNCのメインアプリである「FiNC ダイエット家庭教師」のバックエンドのRuby on Railsによる開発に関わっているのですが、 特に最近はアプリケーション全般のパフォーマンスを改善するのがメインの任務になっています。 そこで今回は私が「ダイエット家庭教師」におけるパフォーマンスの向上を目論見、実行時間の計測をした件について述べていきたいと思います。 注1: 12月5日現在途中でかつ未解決です。ベストソリューションを探しに来た方には申し訳ないです。 注2: 失敗談メインです。 「ダイエット家庭教師」の現状と問題点とは「ダイエット家庭教師」って専門家がアプ