対象読者 SPA(Single Page Application)の性能を改善したい方 webpack buildの流れを改善したい方 背景 私はAirレジ中国チームでフロントエンジニアとして開発を担当している李です。今回はSPAの性能改善について共有したいと思います。 本稿では、性能があまり良くない端末と弱電波の環境下でもSPA(Single Page Application)が速く走るように改善できたことをお伝えします。 私を含めエンジニアたちは性能の良い端末（MAC Proなど）でSPAの開発をしていたため、アプリケーションのパフォーマンスが悪いことに気付いていませんでした。 そしていざリリースしたところ、性能が良くない端末を使っているお客様から、「めっちゃ重い(太卡了)」と多くの苦言をいただいてしまいました。 「重い」というのはお客様からの直感的な体験ですが、この現状の裏には何があ

こんにちは、採用Gの宮﨑です。 「社員が普段どんな仕事をしているか知りたい！」という声にお応えする1日密着取材の企画もついに第4弾！ 今回は、データイノベーション推進部の羽鳥・下條に密着です！ ■プロフィール 羽鳥冬星（写真左）データイノベーション推進部　データサイエンスグループ 大学院で機械学習を研究し、新卒でリクルートに入社。主に予測案件の分析設計、データ収集、加工、モデリングを担当。特技は精度向上、好きなクラスタリングのアルゴリズムはfuzzy c-means。 下條雅弘（写真右）データイノベーション推進部　データアナリティクスグループ 大学院では統計解析を活用した産学連携研究を経験。データ解析の仕事に興味を持ち、新卒でリクルートに入社。現在、ユーザーに対するスコアリングやマーケティング分析等を実施しているチームのリーダーを担当している。 ――今回の密着取材は初めての2名ということで

こんにちは。飲食領域でテックリードをしている浅野です。 10/08に開催された技術書典５にサークルとして初参加/初頒布をしたため、参加するまでの経緯や当日の様子などについてレポートしようと思います。 技術書典とは 一言でいうと「技術書版のコミケ」で、企業/有志問わず多種多様な技術書が頒布されるお祭りです。 今回で5回目になりますが、回を重ねるごとに参加者もうなぎ上りに増えているというすごいイベント。 今回最終的には、出展サークル数は約470組、一般参加者は1万人（！）の大台を超えたとのことでとんでもない規模になっていることがわかります。 サークル参加の経緯 もともとイベント自体の存在は知っており、頒布された技術書の電子版を後日購入していたりはしたのですが、実は実際に当日参加をしたことはありませんでした。 そんな中6月に技術書典５開催の発表がされ、「今回は当日参加するぞ！」と意気込みつつ、ス

Serverlessconf Tokyo 2018 The Design for Serverless ETL Pipeline こんにちは。分析基盤エンジニアの秋本です。 先日9月29日に行われたServerlessconf Tokyo 2018(以下、サーバレスカンファ)に登壇し、弊社の サーバレスETL(Extract Transform Load)基盤 に関して発表を行いました。 また、サーバレスカンファに出展した弊社ブースでは、 サーバレスとビッグデータに関するクイズ大会 を開き、多くの方に参加して頂きました。 本エントリでは、発表したサーバレスETL基盤の内容と、弊社ブースの内容をお伝えしたいと思います。 サーバレスETL基盤の概要 背景 私たちは2013年から分析基盤を運用し続けており、社内からの分析要望に応える形で、現在までシステムのアップデートを重ねてきました。しかし直近

CircleCI 2.1 の新機能を使って冗長な config.yml をすっきりさせよう！ 福井祐人 2018.10.11 280 585115102 こんにちは。スタディサプリ English の開発を担当しているwebフロントエンドエンジニアの福井です。 CircleCI で 2.1 configuration がプレビューとして使えるようになりました。試しに使ってみたところ冗長なconfig.ymlが ものすごくすっきりした ので簡単な例を交えて紹介します。 参考 CircleCI-Public/config-preview-sdk CircleCI new configuration documentation 2.0 の冗長な config.yml 今回用意したconfig.ymlはwebフロントエンドの典型的な例で、下記のような流れで順次ジョブを実行します。 setup -

こんにちは、CET チームの田村です。データ基盤を構築・運用したり、チャットボット（スマホ用です）を開発したりしているエンジニアです。 皆さん、実サービスで機械学習、活用できていますか？ 正直、難しいですよね。高精度なモデルを作ること自体も難しいですが、実際のサービスにそれを組み込むには、そこからさらに数々の難所が待ち構えているからです。 でも、そのほとんどはエンジニアリングで解消できます。 私たちのチームでは、数年にわたる経験をもとに難所とその対処法を整理し、すばやく成果をあげられる機械学習基盤を開発しはじめました。 本記事では、この基盤の設計とその背後にあるアイデアをご紹介します（機械学習工学研究会の勉強会での発表資料がベースです）。 イテレーションを何度も回せ 基盤そのものの前に、まず機械学習を成果につなげるためのポイントを説明させてください。 私たちは、機械学習の活用において必要な

このエントリは全9回を予定する18卒新人ブログリレーの第2回です！今回は、RECRUIT RED TEAMの新人セキュリティエンジニアが配属から現在までに行ったトレーニング内容についてご紹介します！ はじめに はじめまして。リクルートテクノロジーズ新人の平松耕輔です！ブートキャンプや新人プロジェクト研修を経て、7月からセキュリティエンジニアリンググループ RECRUIT RED TEAM（以下RED TEAM）の一員になりました！ セキュリティエンジニアリンググループはその名前の通りセキュリティを専門としたグループです。私は大学時代にセキュリティの研究をしていたわけではなく、趣味でCTF（Capture The Flag）をやっていた程度でした。そんな自分も、RED TEAMでのトレーニングを通して実践的なセキュリティについて学び、配属から2ヶ月経った今では社内プロダクトの脆弱性検査など、

オンプレミスvSphere環境をOracle Cloud VMware Solutionへ移行した際にハマったところ 2023.12.24 コーポレート

こんにちは、APプロダクト開発G Qassチームの内田です。 本稿では、リクルートテクノロジーズの検索チームの取り組みについて紹介します。 Qassチームの取り組み Qassチームは、リクルートテクノロジーズの検索特化組織です。リクルートグループの提供する様々なサービスに対して、 検索基盤の運用・検索ロジックの改善を行っています。詳しくはこちらの記事をご覧ください。2015年の記事なのでプロダクトに関しては現状と変わっているところもありますが、組織の役割については当時と大きく変わっていません。 今、Qassチームでは今までの検索基盤運用・検索ロジックの改善に加え、新たに機械学習実行基盤の構築を行っています。今回は、この基盤がどのような経緯で構築されることになったのか、またどのような構成で構築を行ったかを紹介します。 機械学習実行基盤 簡単にまとめると 取り組んだ課題：サービスごとに開発環境

こんにちは。データ基盤の構築、運用をしている山田（@nii_yan)です。 9/19,20に開催されるGoogle Cloud Next in Tokyo ‘18 にて弊社から２つのセッションで登壇させてもらいます！ リクルートライフスタイルにおける深層学習の活用とGCPでの実現方法 BigQuery を使用した分析基盤の運用を進めていく上で見えてきた課題、乗り越えてきた軌跡 ２つのセッションでは以下の内容を話させてもらう予定です データ分析基盤 深層学習 ２つのセッションともまだ席には若干の余裕があるそうなので、興味があると思った方は是非とも聞きに来て下さい！

こんにちは、フロントエンド開発をリーディングしている古川 (@yosuke_furukawa)です。 昨年、こちらのブログで新人研修の特別講座の内容を紹介したところ、大反響だったので、今年も公開します。 リクルートテクノロジーズの新人研修 7月、リクルートテクノロジーズは新人の部署配属の季節を迎えました。 4月に(株)リクルートの新卒Web採用枠で入社した新人のうち、今年は20名が弊社に配属。3か月の研修期間を経て、早速現場での業務にあたってくれています。 リクルートテクノロジーズでは、配属までの3か月間「ブートキャンプ」という技術研修を実施しています。 ブートキャンプのコースは2つ。 一つは、プログラミングやWebサービスの構造の基礎を学び、その後1つのスマホサイトを企画からリリースまで行うコース。 もう一つは一定以上のプログラミングスキルと開発経験のある層向けに、より現場での技術に即し

TechなPodcastやってます - ゴールデンTechGuy酒場#0,#1 #0:データ分析・機械学習回, #1:コンテナ回 こんにちは。データマネジメントGでデータエンジニアをしている白鳥（@irotoris)です。 今日はリクルートライフスタイルが協賛しているTechなPodcast、「ゴールデンTechGuy酒場」についてお話しします。 こんなPodcastです。 きっかけ エンジニア仲間との飲みの席や懇親会って、面白い技術やアイディア、エンジニア組織論みたいな話が赤裸々に、夢と現実感が入り混じって最高に面白いですよね？自分はそれが最高に楽しく、この話を飲みの席だけに留めておくのはもったいないと思ってました。 ある日、新宿のゴールデン街でエンジニア仲間と飲んでいたところ、 「もういっそのこと、この飲みの席のテックトークを配信してしまえばよいのでは？」 「毎回ゲストも呼べばさらに楽

はじめに こんにちは、スマートデバイス基盤チームの段です。 （弊社におけるスマートデバイス基盤チームの役割についてはこちら） 今年のAppleのデベロッパー向けカンファレンス（WWDC）に初めて参加してきました。現地の雰囲気と気になったセッション内容をご紹介したいと思います。 現地の雰囲気 会場は例年と同じくMcEnery Convention Centerになっています。開催前日でチェックインすることができるので、Keynoteのいい座席を取るためにも事前にチェックインを済ませておく事をお勧めします。 Keynoteの為に前日から並ぶ参加者もいらっしゃいました。自分もあまり寝られなくて朝4時ぐらいで並ぶようにしました。ちなみに、自分が並ぶ時には既に長蛇の列になっていました。 Keynote開始前の会場の様子です。前面のスクリーンに映されたのはApp Storeに公開された人気アプリです。

Recruit 全社対抗のISUCON、R-ISUCON (りすこん) を開催しました。 @yosuke_furukawa は主に問題作成を担当、 @orisano がベンチマークを担当し、インフラは @int-tt が担当しました。ヘルプとして Java の参考実装は @mashroomhama が担当しました。 詳しくは前回の記事を参照して下さい。 https://recruit-tech.co.jp/blog/2018/04/27/r_isucon_2018_spring/ 問題の概要 いわゆるリクルートの社内システムでおなじみの「会議室予約システム」を題材にしました。 リクルートでは3ヶ月ごとに会議室を予約する仕組みをもっています。3ヶ月ごとの会議予約開始日の朝には全てのリクルートグループ各社からアクセスが頻繁に行われ、その結果会議室予約システムが遅くなったり、500エラーで落ちた

こんにちは！ホットペッパービューティーの開発している手塚です。 先日開催された「RLS Meetup#9 リクルートライフスタイルのフロントエンドのいまとこれから」のレポートをお届けします。 今回は「フロントエンドのいまとこれから」をテーマに、じゃらん・ホットペッパーグルメ・ホットペッパービューティー・Airレジの4領域での様々な取り組みについてご紹介しました。 「vs レガシー」というテーマを掲げていたためか多くの方に参加していただき、それぞれの組織での取り組みやレガシーな環境についての話で懇親会も盛り上がりました。 それでは今回のMeetupで発表させていただいた内容を詳しくご紹介していきたいと思います。 フロントエンドFW戦争を乗り越え、デザインシステムを導入した話 一番手はリクルートライフスタイルに新卒入社し、Airレジを中心とした「Airシリーズ」のフロントエンドを幅広く担当して

SRE部シニアマネジャーの河村です。6月8日に、@IT編集部主催の「SREのエンタープライズ適用を考える」において、特別講演を行いましたので、その内容について共有します。 当初講演のお話を頂いた時から、今回聴講頂いた方々に何か持って帰ってもらえるような話をしたい、という思いを込めて発表内容を決めていきました。 特に、運用・オペレーションというものは、比較的地味な印象を持たれていると思いますし、一旦手順としてルールが与えられると簡単には変えがたいものと思われるでしょう。 しかし、どんな環境であっても、どんな人でも、運用に対して技術的な取り組みは可能ですし、様々な方法や視点で改善を盛り込んでいけるクリエイティブなものであるという事を中心に据えてお話しすることにしました。 SREとは、簡単に説明すると、サイト信頼性の向上を命題におき、運用オペレーションにソフトウェアの知識を持ち込む事で、自動化や

画像アップロード時のシーケンス図 今回は大量のuploadが同時に来ることを想定していないのと画像処理はしないものとしています。ここは単にRailsがS3に受け取った画像をuploadして保存したS3のkeyをDBに保存するだけです。このとき、S3に保存するkeyがURLの一部になるので推測不可能なハッシュ値で保存するようにしておきます。もちろん、Railsを通すのでアプリケーション側での認証が可能です。 ちなみに、この部分もオフロードしたい場合は、S3のpresigned URLを発行し、そのURLに対してuploadしてもらうのが良さそうだと料理画像判定のためのバックエンドアーキテクチャを見て作った後に思いました。 画像取得時の処理シーケンス 画像取得時のシーケンス図 署名付きURLは、画像リストの取得時にCloudFrontが使う秘密鍵と同じ鍵でURLを署名してクライアントに返します

Airシリーズのフロントエンジニア日野澤 (@kt3k) です。今日は、タスク管理ツールの ZenHub Enterprise を導入した話です。 きっかけ リクルートライフスタイルでは全社的には主に JIRA でタスク管理を行なっていますが、Airウェイトフロントエンドチームでは JIRA の運用がうまく回っていない問題がありました。 Airウェイトバックエンドチームでは JIRA の WBS (Work Breakdown Structure, 作業分解図) を使って進捗を管理していますが、フロントエンドチームは、タスクの粒度が細かく流動的で WBS は馴染まないとして GitHub issue でタスクを管理していました。結果、チームとしての進捗が良く分からないまま放置される状況が続いていました。 一方で、やはり進捗可視化ができないことが不便であると言う意見も強く、昨年(2017)末

リクルートデータ組織のブログをはじめました。※最新情報はRecruit Data Blogをご覧ください。 Recruit Data Blogはこちら こんにちは。今年2018年4月より新卒でRCOに入社した松田です。 kaggle というデータ分析のコンペティション運営サイトが昨今世間に注目されていますが、 今回 TalkingData AdTracking Fraud Detection Challenge において2月にkaggleを始めた私が単独で金メダル(ソロゴールド)を獲得できたのでそれまでにやったことなどをシェアしたいと思います。 図: kaggleサイト( https://www.kaggle.com/ )のプロフィール画面より 図: kaggleでの活動ログ。中2ヶ月はやってないので実質の活動期間は1ヶ月ほど コンペの具体的内容やテクニックの話は 別記事 にまとめたので、

みなさん、こんにちは データ分析基盤の運用・保守を担当している白子（@y0shirak0)です。 テックブログには２回目の登場です。 先日、GCPのBigQuery�担当の開発エンジニアを米国からお呼びし、弊社でBigQueryの勉強会を開催しました。 参加者は弊社の社員だけでなく、リクルートテクノロジーズやリクルート住まいカンパニーなどのグループ会社で働く社員も参加し、合計80名ほど集まりました。 参加人数が物語っているように、リクルートグループではGCP(特にBigQuery)への興味・関心が非常に高まっております。 また、リクルートグループではGCPを利用した事例も増えてきており、その事例は外部のカンファレンスなどで情報発信もしております。 勉強会は下記アジェンダで進んでいきました。 Agenda Introduction リクルートでのBigQueryユースケース　by リクルート