読者です 読者をやめる 読者になる 読者になる

第二回SpeeeKaigiを開催しました

SpeeeKaigiを開催しました(半年ぶり二回目)

エンジニア組織推進室の渡辺です。採用や広報を中心に、開発部をより良くすることをミッションにしています。 本日は半年ぶりの実施となった第二回SpeeeKaigiについて、レポートします。

f:id:yt-tanabe:20170218182646j:plain

SpeeeKaigiとは

Speeeで実施される技術のお祭りです。今回でめでたく二回目を迎えました。前回の様子はこちら。

tech.speee.jp

概要

Speeeでは様々な事業部にエンジニアが属しているため、他チームの業務の深い部分まで完全に理解することができないのが課題の一つです。Speeeではエンジニア全体mtgというものが週に一度あり、事業部持ち回りで毎週発表しているのですが、開発部の人も増える中で業務内外問わず、自身の技術をよりオープンに発信する文化にしたい・・

暗黙知が増えることへの打ち手として、あーだこーだ言ってた中で、 「だったら社内で全員発表する機会を創れば良いのでは?」という方向になり、 どうせやるなら本気でやろう。と思い、審査員、賞品を用意して実施したのがSpeeeKaigiとなります。エンジニアによる技術のお祭りと位置づけてます。

プログラム

前回よりも発表時間(7分→10分)を長くし、課題の背景や技術による課題解決をより正しく伝えられる時間構成にしました。 また、カンファレンスを意識しオープニングセレモニーとして、技術顧問の藤さん(@gfx)に基調講演を実施していただきました。

f:id:yt-tanabe:20170218183208j:plain

今回の発表テーマは下記のとおりです。Bizサイドのメンバーにも興味を持ってもらうために、このプログラムは事前に公開しました。 エンジニア以外の職種のメンバーも、会場やSlack実況チャンネルに参加してもらうことで、多くのメンバーにSpeeeKaigiのライブ感を知ってもらいました。

f:id:yt-tanabe:20170217035456p:plain:w650

審査員

前回同様、審査員には外部の方に協力をお願いし、厳格な審査を行っていただきました。

  • ビットジャーニー株式会社代表取締役社長 兼 株式会社Speee 開発部顧問 井原 正博氏
  • クックパッド株式会社 技術部長 兼 人事部長 庄司 嘉織氏
  • 株式会社リブセンス 取締役 桂 大介氏

f:id:mogmog2:20170217115710j:plain 審査員の皆様、休日にもかかわらず、お時間いただきありがとうございました。

評価基準

下記のような5つの評価項目で審査を実施。
審査員3名+参加したエンジニアの投票で最終的な順位を決定、という形式にしました。

  • 課題解決: レバレッジが効く課題解決をできているか
  • 技術的チャレンジ: 規模、速度等において難易度の高い取り組みができているか
  • 新規性: まだ一般化していない分野に取り組んでいるか
  • ワクワク感: 今後の展開が期待できるか
  • プレゼン力: 時間通りか、わかりやすいか、おもしろいか

当日の様子

銅鑼(笑)とともにSpeeeKaigi開催。 (いつか大きな銅鑼を用意したい・・・!)

f:id:mogmog2:20170217115934j:plain

発表資料一例

id:takanamito による「Siriに身の回りのお世話をしてもらう」の発表資料です。 Siri + Raspberry Pi + IRKitを駆使して、室温を計測し、規定の温度を外れた場合に自動でエアコンを操作して お部屋の温度を快適に保つ方法について発表していました。

業務内外問わず、バラエティに富んだ発表が多く、第一回以上にクセの強いテーマが多かったのが印象的でした。

SpeeeKaigiはSlackで実況しながらワイガヤやるスタイルで、技術の話(や関係ない話)がガシガシ流れます。 質疑応答のタイムロスを防ぐため、質問もSlack上で集約(質問は:question:をつけ、pinnedし、発表後にまとめて回答)するスタイルとしています。 長時間のイベントになりましたが、最後まで息切れすること無くあっという間に終焉。

f:id:yt-tanabe:20170218190504p:plain:w400

審査員も参戦

当初予定していなかったのですが、審査員を務めていた庄司さん(@yoshiori)も急遽、参戦。

f:id:mogmog2:20170217115639j:plain

終わってみての感想

準備する側は大変だと思うけど、とにかく楽しい。
普段の業務とは異なる場で技術について、アウトプットする機会は純粋によい。

f:id:mogmog2:20170217120010j:plain f:id:mogmog2:20170217115912j:plain

Speee唯一の「がんばる」勉強会

Speeeでは日常的にラフな形での技術共有や、やりたい人が勝手にやる勉強会が行われており、「がんばらない」勉強会を一つのスタンスとして運営しています。

tech.speee.jp

一方で、SpeeeKaigiは非日常的な雰囲気を全力で楽しむために、約2ヶ月ほど前から告知し、準備をしてもらった上で本番に臨む、「がんばる」勉強会と位置づけ実施しています。

そのような位置づけのイベントになるため、企画、運営側も徹底して準備に臨みました。上位入賞者への賞品、長時間集中できるようなコーヒー、お菓子の手配、登壇者のバックボードや垂れ幕など、細部に渡り非日常を楽しむための空間作りを心がけました。

f:id:mogmog2:20170217115734j:plain f:id:mogmog2:20170217154516j:plain

普段ゆるふわなあの人が、キリッとしているこの瞬間は、特異な空間で生まれる一種の非日常であり、その姿勢や内容から、多くの学びが生まれた感覚があります。

短期で連続的にやるとあっという間に摩耗し、霧散してしまうこの手の取り組みは、半年に一度だからこそ続くような気もしています。個人的にはみんなで作るこの空間がとても好きで、「こうして文化が創り上げられていく」、という審査員の方の言葉がとても印象的でした。

まとめ

というわけで第二回SpeeeKaigiのレポートでした!次回は半年後を予定しています。

f:id:mogmog2:20170217115759j:plain

株式会社 Speee は、まだまだエンジニアを募集しております。
美味しいコーヒーを飲みたいエンジニアの皆さん、ぜひ遊びに来てください。
Speee のラウンジで一緒にコーヒーを飲みながらお話しましょう。

株式会社 Speee に Ruby コミッターとして入社しました

こんにちは。開発部 R&D グループの村田 (mrkn)です。

2/1 より株式会社 Speee で働いております。所属部門の名称に R&D とあるように、役割は研究開発です。特にオープンソースソフトウェアの開発、データ活用の取り組み、社の技術レベル向上のための取り組みを担当します。後者においては、エンジニアの是澤、顧問の井原、藤とも協力して進めて参ります。

なぜ Speee に入社したか

私が Speee への入社を決めた理由は大きく3つあります。

1つは、Ruby のエコシステムの発展に貢献するための活動が主務になるポジションを用意していただけたこと、そして、その活動が Speee の技術にダイレクトに良い影響を与えられることです。

私はこれまで CRuby のコミッターとして bigdecimal ライブラリのメンテナンスなどに従事してきました。加えて、昨年から取り組み始めたデータサイエンスのプロジェクトもあります。これまでプライベートの時間を削ってやってきたこれらの活動に業務として取り組めるようになるので、私は無理をして家庭での時間を削る必要が無くなります。

次は人です。Speee から声がかかり、実際に会って話をする過程で、Speee (で|と) 仕事をしているエンジニアの中に尊敬・信頼できる知人が何人も居ることが分かりました。過去の同僚、一緒に遊んでいた友人、Ruby コミュニティーの仲間などです。話をする以前、Speee は私にとって謎の会社だったのですが、この知人の存在によって一気に信用が高まりました。

最後は待遇です。転職するにあたって待遇、特に年収が悪くなると、生活基盤を支えられなくなる恐れがあります。私には家族がいるため、この条件だけは自分一人だけでは決断できません。今回はそのような心配をする必要が無かったので助かりました。

Speee でやっていきたいこと

Speee では、オープンソースソフトウェアの開発、データ活用の取り組み、社の技術レベル向上のための取り組みをやっていきます。その中でも、オープンソースソフトウェアの開発について、私は次の2つに注力していきます。

  • Ruby でデータサイエンスができる世界を実現する
  • CRuby の開発への貢献

Ruby でデータサイエンスができる世界を実現したい

私は2016年に3回の国内カンファレンス *1 で、現在の Ruby がデータサイエンスに全く向いていない言語であることを発表しています。これらの発表は、Ruby を好きで使っている人たちに現状と、私が抱いている危機感を伝えることが目的でした。

しかし、単に危機感を煽るだけでは物事は前に進みません。そこで、カンファレンスの発表をしつつ、プライベートの時間を少しずつ削って調査と開発を進めておりました。この調査の成果は『データサイエンスにおけるRubyの現在の位置づけと可能性』として公開されています。

2017年はこのプロジェクトを進め、Ruby でデータサイエンスができる世界を実現させます。

CRuby の開発への貢献

これまでと同様、CRuby コミッターの一員として担当している bigdecimal のメンテナンスを続けます。

2017年は多くの時間を費やせるので、バグ修正だけでなく、これまでやりたいと思ってできていなかった以下の改善に取り組みたいです。

  • 桁数の扱いをまともにする
  • 乗除算の高速化
  • 無限小数の導入実験

bigdecimal の開発に加えて、組み込み複素数クラスの改善、開発者会議のための会議室提供などもやっていきます。

まとめ

2/1 より、村田が株式会社 Speee 開発部 R&D グループに入りました。 今後ともよろしくお願いいたします。

株式会社 Speee は、まだまだエンジニアを募集しております。 美味しいコーヒーを飲みたいエンジニアの皆さん、ぜひこちらにお立ち寄りください。 Speee のラウンジで一緒にコーヒーを飲みながら談笑しましょう。

*1:東京 Ruby 会議、RubyKaigi 2016、RubyWorld Conference 2016 の3回

Speeeエンジニアの社内勉強会事情を掘り下げる

Speeeエンジニアブログをリニューアルしました!

f:id:nisshiee:20170131163627p:plain

これまで「TECHNICA」というタイトルでブログを運営してきましたが、「Speee DEVELOPER BLOG」に名前が変わります。今後とも宜しくお願いします!


というわけでここからは、医療関連のエンジニアをしている西岡(nisshiee)から本題です。

Speeeの社内勉強会

最近、Speeeラウンジで開催した勉強会やイベントのご報告をたくさんさせていただいていますが、今日は社内で行われている勉強会の話をしたいと思います。

現在、Speeeの社内勉強会は大きく分けて2つあります。

1つは、毎週定例で開催している勉強会で、「エンジニア全体MTG」と呼ばれています(特に名前に意味はないです)。社員エンジニアは全員参加で、業務委託など別の形でお手伝いいただいているエンジニアやエンジニア以外の職種のメンバーにも自由に参加してもらえるようにしています。

Speeeは、エンジニア人数と比べると、かなり多くの事業を運営しています。そのため、どうしても「他のチームが何をやっているのか知らない」「今困っていることが実は他のチームでは解決済み」といったことが、人数が少ない段階から起きるようになってしまいます。そこで、持ち回りで「自分のチームが今何をやってるのか」「どんな課題をどのように解決したか」「こんな失敗をした」などを共有してもらい、開発部組織の事業間シナジーを誘発することを、この勉強会の目的にしています。

f:id:nisshiee:20170131133405j:plain エンジニア全体MTGでの発表の様子

もう1つは、「この技術について勉強をしたい、教えてもらいたい」などのメンバーが有志で集まり、勝手に開かれる勉強会です。こちらは特にマネジメント層からなにかを指示しているわけではなく、やりたい人が自由にやっています。この記事では、こちらの勉強会にフォーカスをあててお話したいと思います。

続きを読む

「Rubyエンジニアが語る、2016年の振り返りとこれから」レポート!

Ruby イベント エンジニア勉強会

こんにちは、海外メディアチームの id:takanamito です。

普段はASEAN地域向けのHRメディアの開発/運用をやっています。

今回は2017年1月18日(水)にSpeee Loungeで開催したイベント 「Rubyエンジニアが語る、2016年の振り返りとこれから」のイベントレポートをお届けします。

speee.connpass.com

f:id:takanamito:20170118201011j:plain

会場は弊社のSpeee Lounge 最近はよく社外の方を招いたイベントの会場として使われる頻度が増してきました。

f:id:takanamito:20170118200927j:plain

今回のイベントはGMOペパボさんとの共催 2社から数名のエンジニアが登壇していく形式で発表が進みました。

「minne の API 改善」by GMOペパボ株式会社 後藤 利博氏

使われていないAPIのエンドポイントを調査、削除する話と4つのバージョンが存在するAPIのバージョンを減らしていく話が中心でした。 発表の中で紹介されていたgemのlog-analyzerは、いずれ弊社でもお世話になるチームが出そうです。

「PHPで運用中のサービスをRubyに切り替える」by 株式会社Speee id:takanamito

所属する海外メディアチームで運用中のFuelPHPを使ったプロジェクトをRailsに切り替えるためにやったことを紹介しました。 発表後の懇親会では、資料の中でも紹介していた kageについての質問をたくさんいただきました。

「2017年をキャッチアップする三種の神器」by GMOペパボ株式会社 髙橋 健一氏

ここからはLT枠です!

以前、Speeeで開催した Speee Cafe Meetup #3でも登壇していただいた、けんちゃんさん。前回同様、非常に聞きやすい発表でした。 時間の都合で省略されてしまった後半の発表もお聞きしたかったです。。。

「No.1のCRMサービスからRails+Angularへリプレイスした」by 株式会社Speee 畑中 悠作氏

とあるCRMサービスをどう脱却したのか。コードカバレッジを上げるために、無意味なコードの行数を増やす手法の紹介をしていたシーンでは この日1番のざわつきが起きていました。

「サービス基盤におけるRuby~JSOX編~」by GMOペパボ株式会社 髙石 諒氏

こういった勉強会ではなかなか聞くことのないJSOXの監査対応のお話です。

まとめ

発表終了後はピザを囲みながら登壇者、参加者まじえて懇親会!

イベント終了時刻を過ぎても熱量は下がらず非常に盛り上がった懇親会となりました。

f:id:takanamito:20170118211336j:plain

またこの会の直前にリリースされた @yoshiko_pgさん製の 参加者の名は。を使うことで
とても円滑な会場受付を行うことができました。
この会の名札をつくるさいに見つかった不具合についても、弊社の畑中がすぐにPRを送り即mergeされるなど
非常によいOSS活動にもつながっています。 今後も使わせていただこうと思っています。

最後に、一緒にこの会をつくってくださったGMOペパボ株式会社さん、ありがとうございました :)

エンジニアイベントを5ヶ月間運営してみて

さくっと自己紹介

Speee人事のid:kana-nakanoです。実は人事(採用)のお仕事は初めて。
加えてエンジニアと一緒に働いたことがないので、エンジニア文化に馴染みがない。
そんな私がエンジニア採用をすることになって、メインで担当したイベント運営について、学んだこと・感じたことを書いてみました。

大事な3つのこと

イベント運営のノウハウは多岐に渡り、このオペレーションをエクセレントにしていくことはとても大事なのですが、私は特に、「Why(何を目的にするのか)」を決めた後の「What/Who/How」について学びが多かったので、その中で大事だなと感じた3つのことをシェアします。

ちなみにこれまでにSpeeeが実施したイベントとこれから実施予定のイベントです。

イベント名
内容
Speee Cafe Meetup #01 コーヒー好きエンジニアによるRuby勉強会
Speee Cafe Meetup #02 OSS開発の始め方やその中での学びをテーマにした勉強会
Speee Cafe Meetup #03 基盤開発における各社の取り組みをテーマにした勉強会
Speee Cafe Meetup #04 不動産系サービスの開発裏側について(ReTech)
Speee Matz Meetup #1 Speeeの技術顧問であるまつもと氏を招いての質問大会。12/15(木)実施予定。
Shippai Night~挑戦したから失敗がある~ 失敗の振り返り、そしてそこからの学びを共有して頂くイベント。12/19(月)実施予定。
①What:どんなテーマでやるか

社内外問わず、多くのエンジニアに「どんなテーマだったら参加したくなるか」をヒアリングさせてもらいました。

  • 絞り込んだ具体的な技術の話
  • 登場して新しく、まだネット上でも情報が少ない技術やツールの話

言葉は違っていても、総じてこの2つが多かったかなと思います。 1番多かったのは「絞り込んだ具体的な技術の話」という意見。それはその人が今扱っている技術だったり、そこでつまづいていたりして、そのイベントに参加することで知見を深められるから。そりゃそうだ、素直に納得。

次に多くいただいたのが、「登場して新しく、まだネット上でも情報が少ない技術やツールの話」という意見でした。 そこでしか得られない情報があるから足を運びたいと思う。これまた深く納得。

前者で良かったなと思う例は、11月17日に実施したSpeee Cafe Meetup #03でしょうか。
「基盤開発における各社の取り組み」というテーマで実施したのですが、「基盤開発」という技術分野といえばかなり幅広いのですが、直面しているフェイズが異なる各社の取り組みという点に焦点を当て、その話が聞けるという部分が参加者にとって好評でした。

technica-blog.jp

ということで、今後もこの2つを意識したイベントを考えていきたいと思っています。
そんなテーマがぱっと思いつくように、自分のアンテナを張りめぐらせることができるようになったらベスト。ベターはエンジニアがワイガヤしているのテーマを早くキャッチアップできることようになること。ワーストはわからない、気づかないことじゃなくて、気づいても調べない・理解しようとしないことかなと思っています。
とりあえずベターを目指して、色んな情報に敏感になっていきたいです。

②Who:誰と/どの会社と一緒にやるか

え?他力本願??そんな風に思われそうですが、現在のSpeeeの、テクノロジーカンパニーとしての立ち位置を踏まえると、集客したときに目標人数が集まらなかったり、直前のキャンセルが多いのが現状です。

ここもヒアリングをさせていただきました。
1番多かった意見は「自分の興味のある技術分野で突出している人が登壇するイベントなら参加する」でした。 イベントはそんな人の話が直接聞けること、また会えることがメリットですよね。そしてそんな人たちが登壇するイベントは、目の前の業務より優先度があがるわけで、「業務終わってないからやっぱりキャンセル....」みたいなことはぐっとおこりにくくなります。

また、誰とやるかと同様、どの会社と一緒にやるかも重要だという意見も多くいただきました。登壇する人、ではなくその会社がもっているプロダクトの話を聞いてみたいというのも一つですよね。

現段階で、誰と/どの会社と一緒にするかは私たちにとってはイベント企画において大事なポイントです。自分たちの認知度をあげる目的だけでなく、そんな人たち/企業が登壇するイベントだからこそ、参加者の満足度も高くなると感じています!

これからも、その技術分野の第一人者だったり、技術力に定評のある企業様と一緒にイベントしていきたいので、出たいと思われるようなテーマ・コンテンツを企画していきたいですし、運営も頑張っていきたいと思います。

③How:エンジニアと一緒に企画する

ここが1番大きな学びだったかなと感じています。
エンジニアイベントや勉強会って、エンジニアが主役ですよね。エンジニアが満足するイベントを、エンジニアの意見を聞かずにつくることは出来ないということに数回実施してようやく気づきました(遅)。

その気づきと合わせて、少し前に「盛り上がる(満足度の高い)イベントは、その会社のエンジニアがたくさん参加していて、話したい分野で話したい人がいてくれるようになってる」という意見をもらい、イベントの参加や懇親会の盛り上げを担ってくれるエンジニアをアサインするようになりました。それだけでも当日の雰囲気であったり、アンケートから参加者の満足度があがったのではないかなと感じてます!

ただ、当日の参加お願いします!って言われたってエンジニアだって具体的に何すればいいかわからないし、それって何のためだっけ?みたいな気持ちになるはず。

ですので、来たる12月19日(月)のイベントShippai Night~挑戦したから失敗がある~では「目的は何で、どんなイベントにしていくか」という段階からエンジニアに携わってもらっています。この部分から一緒にやることの重要性を日々実感しています。むしろこの部分が1番大切なのになぜ今まで一緒に企画してこなかったのかと反省...。

エンジニア視点で何が良くて何がイマイチなのかを納得しながら進めることができて、とてもいい経験だなと感じています。そして何より楽しいですね。複数人でやるからこそ意見が割れて時間もかかったりしますが、全員が真剣にやっているので悪い方向には進まないです。

独りよがりのイベントにはしたくない、参加者もだけれどもSpeeeエンジニアにも「自分たちの会社、いいイベントするじゃん。参加してよかった。」って思ってもらえるようなイベントをし続けていくことが当面の目標です!

f:id:kana-nakano:20161012162240j:plain

最後に

長々と技術以外の内容を読んでいただきありがとうございました!
id:kana-nakanoに会ってみたいと思ったそこのあなた。Speeeが隔週で開催しているもくもく会に参加してもらえれば、ほぼいます。もくもく会に興味のある方はコメントください!Speee ラウンジで実施しています。
以上週末ヒロイン改め、週末ラウンジお姉さん(自称)でした!