Cloud Runを用いたIDaaSのID情報更新システム - Speee DEVELOPER BLOG
こんにちは。開発基盤ユニットの森岡 (@selmertsx) です。Speeeでは全社的なセキュリティの向上として、社員のアクセス管理にIDaaS(Identity as a service)を導入しています。このブログではIDaaS導入の背景と、Cloud Runを用いたIDaaSへのID情報反映の自動化の仕組みについて、またその監視やCI/CDについて説明していきます。 IDaaS導入及び設定自動化の背景 IDaaSという言葉についてあまり馴染みがない方もおられるかも知れませんが、SSO(Single Sign On)という言葉についてはみなさん耳にしたことがあるのではないでしょうか。実はSSOはIDaaSというサービスの機能のごく一部でして、他にもIDaaSは、従業員のID管理、ユーザープロビジョニング、アクセス管理、多要素認証、リスクベース認証、SAML認証や監査対応のためのレポー
Ruby 2.5.0 リリース直前！何が変わるのかもう一度おさらいしておこう！ - Speee DEVELOPER BLOG
この記事は Speee Advent Calender の25日目の記事です。 開発部 R&D グループの村田です。所謂フルタイム CRuby コミッターの一人です。 今日は 12/25 です。数時間後には Ruby 2.5.0 がリリースされている予定です。 皆さんはもう RC1 を試しましたか？え？毎日 trunk をビルドして使っているって？とても素晴らしいですね。 しかし、そうじゃ無い人も大勢いると思います。ですから、ここでは Ruby 2.5.0 で何がどう変わったのか、インパクトが大きいものを選んで最終確認をしておきましょう。 まとめ方は以下のようにしました*1。 言語仕様の変更 組み込みクラスの変更 パフォーマンス改善 言語仕様の変更 トップレベルで定義された定数の検索 トップレベルで定義された定数はObjectクラスの下に定義されたことになります。 TWO = 2 Obje
RubyKaigi 2018 速報!!（1日目） - Speee DEVELOPER BLOG
（弊社からの RubyKaigi 2018 速報リンク: 2 日目 / 3 日目） こんにちは。デジタル・トランスフォーメーション（DX）事業部エンジニアの中嶋（@nyamadorim）です。 Twitter の画像リストを見てもらえるとわかるんですが、私は書道の人です。 最近は、TypeScript + React でフロントエンド 8 割、Rails で JSON API を書くのが 2 割ぐらいで、RubyKaigi の Speee ブースでデモを行った架電ツールの開発を行っています。 RubyKaigi 2018 は 2 年ぶりの参加です。では、少し遅くなりましたが一日目の発表内容のレポートといきましょう。 Keynote 一日目の Keynote は、弊社技術顧問の Matz さんからです。 発表ではことわざを通して、Matz がプログラミングや Ruby という言語コミュニティ
RSpec の feature spec でヘッドレス Chrome を使う - Speee DEVELOPER BLOG
Speee エンジニア組織推進室の服部 (yhatt) です。 みなさん E2E テストされていますでしょうか。弊社の Ruby on Rails プロダクトにおいては、RSpec、Capybara、 Poltergeist を組み合わせ、 feature spec で E2E テストを行う構成が一般的でした。 そんな中、Chrome 59 に ヘッドレスモード (--headless) が搭載 されたことで、テストや CI 環境において、最新の Chrome 環境による E2E テストを実施できるようになりました。それに合わせて、PhantomJS のコアメンテナーがメンテナーを降りる ことを発表し、PhantomJS のアップデートや、継続的サポートは期待できない状況となっています。 ヘッドレス Chrome ことはじめ | Web | Google Developers [A
Ruby脳で実装するCNN - Speee DEVELOPER BLOG
ネイティブアド配信プラットフォーム「UZOU」エンジニアの@hatappiです。 今回は社内で行われたSpeeeKaigiという社内技術プレゼン大会のことを書きます。 SpeeeKaigiは今回で4回目を迎えました🎉 tech.speee.jp 私は「Ruby脳で実装するCNN」というタイトルで発表しました。 発表資料はSpeaker Deckにアップロードしているのでそちらをご覧ください。 speakerdeck.com CNNはニューラルネットワークの1つで畳み込みを行います。 全結合ではRGB画像のように縦、横、チャネルの3次元のデータを1次元にして処理をするため、チャネル間の関連性などが失われていました。 CNNでは形状を維持しつつ次のデータ層にデータを渡すことが出来ます。 そのため画像識別などに使用されることが多くあります。 また、画像識別だけでなく自然言語処理でも使用されてい
try! Swift Tokyo 2018 参加レポート - Speee DEVELOPER BLOG
SpeeeでiOS/Swiftエンジニアをしている id:Mitsuyoshi です。 今年も、会社の参加費サポート制度を利用してtry! Swift Tokyoに参加してきました。 感想 プラットフォーム固有でない発表が去年より多かったように思います。 また、公演は言語としてのSwiftについて、LTは使い方の部分という住み分けがされていてよかったです。 普段意識しない、言語の裏側の物事について深く追求する入り口になる、良いイベントでした。 スポンサーブース スポンサーブースでは、Google Form or パネルにシールを貼るタイプのアンケートに答えると特典を出している企業が多く見られました。 参加側としては、ノベルティをもらうときのやましさが低減されていてよかったです。 アンケート内容も、ただ情報を回収するだけではなく、自社イベントの招待をくれるなど参加者側メリットを提示していると
AWS Lambda + API Gateway で Slack Bot を動かす - Speee DEVELOPER BLOG
こんにちは、17新卒エンジニアの中嶋です(id:nyamadori)。 イエウール のサーバサイドエンジニアをやっています。 去年の SpeeeKaigi で「Serverless で Speee に Bot 天国を作る」というネタで発表しました。 SpeeeKaigi についてはこちらです。 tech.speee.jp 発表資料 speakerdeck.com はじめに 無味乾燥とした Web アプリケーションよりも、SlackBot のほうが使っていて愛着が湧くし、いちいち Web ブラウザを開かなくても良いので、楽だと思うことがあります。 そこで、Slack Bot を簡単に作成でき、安全に動かすことができる構成を考えました。 運用をできるだけ楽にしたいので、AWS Lambda + API Gateway を用いた Serverless アーキテクチャを採用し、echo ボットが動
本番データを安全、簡単に利用する - Speee DEVELOPER BLOG
こんにちは、Speee唯一の踏韻エンジニア@mncです。 ライフスタイルメディア事業でヌリカエというサービスのエンジニアをしています。 Speeeでは半期に一度SpeeeKaigiというエンジニアのお祭りを開催しています。 今回は、「本番データを安全,簡単に利用する」というテーマで話しました。 SpeeeKaigiについてはこちらを参考にしてください。 tech.speee.jp スライド 背景 本番データを使用したテストにはいくつものメリットがあると思います。 ユーザー目線にたってテストができる 色々なパターンのデータでテストができる パフォーマンスの検証ができる しかし本番データを利用するためには個人情報の保護が必要で、これが結構な手間だと感じていました。 作ったもの そこでコマンド一発で指定したカラムをマスクしてダンプファイルを吐き出すmozaicというGemを作りました。 使い方
Nintendo Switch 100台近く集めて Splathon#6 を開催したぞ - Speee DEVELOPER BLOG
こんにちは、Speee でサーバサイドエンジニアをやっております id:kawakubox [@kawakubox] です。 三連休のど真ん中 2017年11月4日(土) に Splatoon2 の企業対抗戦『Splathon#6』を開催しました。 参加チーム数 24、対抗戦参加者131名(観戦含む) という過去最大規模の大会となりました。 そもそも Splathon とは… 「スプラソン」（Splathon）とは、スプラトゥーン（splatoon）とマラソン（marathon）を組み合わせた 株式会社Speee発祥の造語で、複数の参加チームが、マラソンのように、 数時間から数日間の与えられた時間を徹してSplatoonに没頭し、戦果を競い合うゲームイベントのことをいいます。 ※実際は、数日間に渡る開催はまだやったことありません 過去大会の振り返り まず、これまでの大会を振り返ってみましょ
コードを書くのは好きだけどインフラ弱いって人は、まずItamaeを触ってみるといいと思う - Speee DEVELOPER BLOG
概要 はじめまして、17 新卒エンジニアの中嶋です。 イエウール のサーバサイドの開発を行っています。 コードを書くのは好きだけど、インフラ・ミドルウェア系は弱い感じのエンジニアです。 これまで趣味では、Heroku や Elastic Beanstalk でシュッとデプロイして済ましていたので、AWS、ネットワーク、ミドルウェアあたりの知識が皆無でした。 先日、イエウールのホスティング環境が、IDCFrontier から AWS へ移行しました。 tech.speee.jp このようなインフラ移行に関わる機会は、そう多くあることではないので、これに便乗してインフラにちゃんと触れてみようと思いました。 そこで、少しでもインフラに近づくべく、社内で実績のあったプロビジョニングツール Itamae を使って、イエウールのサーバ構成の一部を、できる範囲でコード化しました。 結果、コードを書くのは
猶予8時間！脆弱性だらけのサービスを堅牢化する実践型研修 - Speee DEVELOPER BLOG
Speeeエンジニアの西岡（@nisshieeorg）です。 去る7/5(水)、Speeeでは社内の全エンジニア向けに、セキュリティ研修を実施しました。本研修では、株式会社リクルートテクノロジーズの西村宗晃様に講師としてお越しいただきました。この場を借りてお礼申し上げます。 研修の目的 Webを主戦場にして戦う私達エンジニアは、自分たちのサービスそのものや、ユーザー、顧客を守るために、より安全なWebアプリケーションを構築する知識・技術を求められます。もちろんSpeeeでも、このような知識を身につけることは必須とした上で、日々の開発ではソースコードレビューや各種脆弱性診断ツールを用いて、私達が構築するアプリケーションの安全性を高めるよう努めています。しかし一方これまでSpeeeでは、「セキュリティに関する体系的な知識の学習法が会社から提示されていないため、個人の学習に依存している」「小さな
ECSを使ってPR毎に確認環境を構築する社内ツールをOSSで開発してます！ - Speee DEVELOPER BLOG
Speee開発基盤部、兼ヌリカエエンジニアの森岡です。 今回は、ECSを使ってPR毎に確認環境を構築する社内ツールであるwebapp-revieee をOSSとして公開しましたので、そのご紹介をさせて頂きます。 作ったもの PRを作ると、そのPRに対応した確認環境がECS上に構築され、PRに構築した確認環境にアクセスするためのURLがコメントされます。 ここで構築された確認環境は、PRがcloseされると一緒に閉じられます。主にデザイナの画面確認や、制作物のPOレビューなどが捗ります。 この社内ツールは一つのプロダクトだけでなく、社内のすべてのプロダクトの確認環境を用意することが可能です。 この社内ツールは、Webapp Revieeeという名前で開発されました。 作った理由 今回このような社内ツールを作った背景として、確認環境の構築に時間的、金銭的コストを掛けたくない。 という理由があり
機械学習とは?から1ヶ月で対話botを作れるようになるまで - Speee DEVELOPER BLOG
こんにちは、hatappiです。 デジタルコンサルティング事業部でエンジニアしてます。業務としては事業部で使用する顧客管理システムの作成を行っています。 今回は以前行われたSpeeeKaigiにて自分の発表した「機械学習とは?から1ヶ月で対話botを作れるようになるまで」について話していきます。 SpeeeKaigiとは？については下記の記事を参考にしてください。 一言でいうとSpeeeで実施されるエンジニアが自分の技術を自慢するお祭りです。 tech.speee.jp 発表した時の資料はこちら speakerdeck.com そもそもなぜ機械学習か 世の中的には機械学習という言葉であちらこちらで聞こえてくる中自分もやりたいなぁと思いつつもハードルが高そうという思いやってこなかったので 今回をきっかけにはじめてみようと思いました。 とはいえほぼゼロベースなので自分ひとりではどうにもならなさ
Reactでシンセサイザーを作った話 - Speee DEVELOPER BLOG
こんにちは、nishayaです。 管理部のエンジニアとして、社内向けのシステムを作ったり、 社内で開催されるイベントでコーヒーを淹れたりしています。 社内向けだからこそできる冒険もある、ということで、 現在はReact/Reduxを用いたSPA開発を行っています。 今回のSpeeeKaigi(下記の記事を参照)では、 ReactとReduxを使ってシンセサイザーを作る話をしました。 tech.speee.jp 発表資料 使用したもの React Redux Web MIDI API Web Audio API Web MIDI APIを使用しているため、今回のターゲットブラウザはGoogle Chromeのみとしました。 そのため、webkit プレフィクス付きのAudioContextにも対応していません。 モチベーション 業務でSPA開発にReact/Reduxを使用するという決定をし
Ruby Business Users Conference で Ruby-Python 間ブリッジの PyCall について現状報告をしました - Speee DEVELOPER BLOG
開発部 R&D グループで研究開発をしている CRuby コミッターの村田 (mrkn) です。 2/23 に渋谷で開催された Ruby Business Users Conference 2017 *1 でキーノートスピーカーとして講演をさせていただきました。 内容は、Ruby で統計分析や機械学習ができない現状についての解説と、その状況を打破するために私が現在開発を進めている pycall.gem のデモンストレーションでした。 カンファレンス当日に使用した資料は私個人の Speaker Deck で公開していますので、そちらをご覧ください。 カンファレンスの発表後、当日カンファレンスで一緒だった YassLab の安川さんがデモ部分の動画を facebook で公開し、twitter で拡散してくださいました。 .@mrkn さんの PyCall を使ったデモがスゴい！😆 #RBU
try! Swift Tokyo 2017に参加しました - Speee DEVELOPER BLOG
iOSエンジニアの@hiragramです。 Speeeは3月2日から3日間に渡って開催されたtry! Swift Tokyoにゴールドスポンサーとして参加しました。 得た #tryswiftconf pic.twitter.com/vJYBGPaeyB— 🙌🐼 (@hiragram) 2017年3月2日 東京での開催は昨年につづいて2回目で、今年は国内外から700人以上が参加しました。また、前回はなかったスポンサーによる企業ブースも設置され、Speeeもブースで自社プロダクトの紹介と自慢のコーヒーの提供をしました。 Speeeブースに最強のコーヒーと最強の俺がいるぞ #tryswiftconf— 🙌🐼 (@hiragram) 2017年3月3日 技術顧問のgfx氏やRubyフルタイムコミッターのmrknも応援に駆けつけ、参加者にコーヒーを振る舞っていました。 ブースの周辺にはハンド
株式会社 Speee に Ruby コミッターとして入社しました - Speee DEVELOPER BLOG
こんにちは。開発部 R&D グループの村田 (mrkn)です。 2/1 より株式会社 Speee で働いております。所属部門の名称に R&D とあるように、役割は研究開発です。特にオープンソースソフトウェアの開発、データ活用の取り組み、社の技術レベル向上のための取り組みを担当します。後者においては、エンジニアの是澤、顧問の井原、藤とも協力して進めて参ります。 なぜ Speee に入社したか 私が Speee への入社を決めた理由は大きく3つあります。 1つは、Ruby のエコシステムの発展に貢献するための活動が主務になるポジションを用意していただけたこと、そして、その活動が Speee の技術にダイレクトに良い影響を与えられることです。 私はこれまで CRuby のコミッターとして bigdecimal ライブラリのメンテナンスなどに従事してきました。加えて、昨年から取り組み始めたデータサ
AWSインフラ構築ツールとしてのTerraform - Speee DEVELOPER BLOG
こんにちは！エンジニアの岩崎@yuma_iwasakiです。 今、UZOUというネイティブ広告の配信システムを作っています。 配信システムでは多くの種類のサーバーやAWSのサービスを使用するので、 その管理のためにTerraformを導入しました。 今回はTerraformというプロダクトはどういうものなのか、 なぜ導入したかにフォーカスしてみました。 トークテーマ AWSインフラ管理ツールとしてのTerraform キーワード 広告配信システム Terraform infrastructure as code 発表スライド 質疑応答 最終的にTerraformを選んだ決め手は？ 学習コストの低さとコードの読みやすさ。 あとは正直言うとTerraformを使ってみたかったため。 そもそもTerraformのDSLは読みやすいのですか? 読みやすい。 他のエンジニアもわかりやすいと言っている
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
