DX事業本部インフラの3年分の進化 (2019 ~ 2022) - Speee DEVELOPER BLOG
お疲れさまです。SREの西田和史(@k_bigwheel)です。 僕が所属するDX事業本部の開発基盤グループは主にインフラが安定して高いパフォーマンスで動くことに責務を持っています。 今DX事業本部には3つの事業部があり、その中ではイエウール、ヌリカエ、ケアスル介護などのサービスを展開していますので、僕らはそれらのだいたい10サービス前後のインフラを日々増築・改善しています。 僕がSpeeeにジョインしたのが3年前の2019年11月なのですが、それからDX事業本部のインフラは様々なことが進化しました。3年前から変わらず残っているインフラコンポーネントは永続化層1ぐらいといえる程です。ここではその差分を振り返ってこんな良いインフラになったぞ！という部分を書いていきたいと思います。 レガシーインフラの脱却 いきなりですが、3年前に使っていたツール・サービスと今使っているツール・サービスの対応表
RubyKaigiに参加してプロダクト価値を高めるためにOSS をやっていきたいと再認識した話 - Speee DEVELOPER BLOG
こんにちは、新卒で入社してから早くも 1 年がたってしまったことに驚きを隠せない、DX 事業本部エンジニアで 22 新卒の高島です。 本ブログでは、プロダクトを伸ばすために OSS をもっとやっていきたいと気づけた話として、直近参加した RubyKaigi 2023 で得られた学びをまとめたいと思います。 目次はこちら OSS 活動について 私が RubyKaigi にオフライン参加した第 2 の目的 「プロダクト開発」 と 「OSS 活動」 はトレードオフ関係ではない OSS と プロダクトは 表裏一体な関係である OSS に関わる機会は自分でもっと作っていける まとめ 謝辞 RubyKaigi の思い出 最後に OSS 活動について 私は昨年の 12 月からクリアコードの結城さんのサポートを受けながら、週 1 回業務時間を使って OSS 活動を行っています。 特に、業務の中で使っている
エンジニアとして事業に貢献するとは「Why-What-Howの一貫性を保ちながら、技術意思決定を積み重ねること」である - Speee DEVELOPER BLOG
※この記事は、2022 Speee Advent Calendar25日目の記事です。 どうもこんにちは。まさかのアドベントカレンダー2022最終日担当、デジタルトランスフォーメーション事業本部 (以下、DX事業本部)ソフトウェアエンジニアの石井です。 私はこれまでDX事業本部の中でも特にHousii (ハウシー)という事業にメインで携わり、約2年間、「エンジニアとして事業に貢献する」というテーマと向き合い続けてきました。過去にも以下のようなテーマで登壇させていただきました。 tech.speee.jp そこで今回はHousiiを通じて得た自身の学びや実際の取り組みをご紹介しつつ、 エンジニアとして事業に貢献するとは「Why-What-Howの一貫性を保ちながら、技術意思決定を積み重ねること」である そのためには、Why-What-Howの接点に関わりながら、技術意思決定力を磨き続けること
新卒エンジニアはまず先輩との差分を言語化した方がいいという話 - Speee DEVELOPER BLOG
※この記事は、2022 Speee Advent Calendar 23日目の記事です。 昨日の記事はこちらからチェック！ tech.speee.jp はじめに 初めまして、2022年度新卒でSpeeeに入社し、現在Housii（ハウシー）という完全会員制の家探しマッチングプラットフォームの開発チームでエンジニアをしている大金と申します。 今回は、先輩エンジニアと比べ、経験や技術力・経験の乏しい新卒エンジニアである自分が、どうやって同じスピード感で開発を進めていくのかを言語化を通して模索した話をブログとして公開します。 現在新卒で中々自分の開発のスピードが上がらないことに悩んでいる方や、これから新卒エンジニアになる方々にとって少し参考になれば嬉しいです！ 大きな開発物の開発においてスプリントがなかなか達成できないという壁 Housiiにjoinして1ヶ月くらいの間、プロダクトのキャッチアッ
プロダクトマネージャーが担っている役割とその必要性を言語化する - Speee DEVELOPER BLOG
こんにちは、イエウール事業部でプロダクトマネージャーをしている酒井（@ryo-touch）です。 プロダクトマネージャー（PdM）という役職は、会社によって役割の実態が多様で「この会社のPdMはどんな役割を担っているのだろう？」と疑問に感じる方は多いのではないでしょうか。 Speeeでは「事業を連続的に立ち上げおり様々なフェーズを抱える事業の集合体である」「同じ役職でも役割はそれぞれの事業状況によって異なる」という背景から、意図して役職に対する明確なJob Descriptionを定義していません。 そのため今回は、わたしがイエウールで担っているPdMの役割を言語化し、大事にしていることを n=1 事例としてご紹介しようと思います。 目次はこちら 事業とプロダクトが成長していくための理想状態はなにか 事業責任者とエンジニアだけではスケールする難易度が高い PdMが事業責任者とエンジニアの間
一度頓挫したプロジェクトで成果を出すために重要だった意思決定と学び - Speee DEVELOPER BLOG
こんにちは、DX 事業本部エンジニアの中嶋（@nyamadorim）です。 私は「イエウール」というプロダクトにおいて、数年前に頓挫した「住所データ更新プロジェクト」の再開に携わりました。この記事ではそうしたプロジェクトで成果を出すために重要だった意思決定と学びについて話します。 やることが大量にありしかも既存事業に大きな影響を与える、そういった頭を抱えるような改修プロジェクトに携わるエンジニアの参考になれば幸いです。 背景 イエウールにおける住所データ イエウールというプロダクトにおいて住所データはさまざまな場所で利用されています。わかりやすいところでは例えばイエウールのトップページにある次のような入力フォームです。 イエウールでは、一括査定依頼を行う物件住所を「都道府県」「市区町村」「丁目」「字・丁目」の 4 つの階層で入力し、そのエリアを取り扱える不動産会社群に対し一括査定依頼を行う
エンジニアとして視座をあげるというのは、プロダクトの未来を見通していくということなんじゃないか - Speee DEVELOPER BLOG
※この記事は、2022 Speee Advent Calendar18日目の記事です。 昨日の記事はこちら tech.speee.jp はじめまして、Housii（ハウシー）という完全会員制の家探しマッチングプラットフォームの開発チームで、テックリードとして働いている八木です。 Housiiの開発チームには約1年半前から携わらせていただいています。 前職では、3年半ほど保守をメインに担当していました。発生したトラブルと向き合っていく日々だったのですが、トラブルを最小限に抑え、価値を作ることにエンジニアが楽しく向き合っていくためにはどうしていくべきかを追求していきたかったので、プロダクトの初期フェーズから安全に価値を作っていく方法を模索しながら作っていくことにチャレンジすることができる環境を求めている中でSpeeeに約1年半前にJOINしました！ 転職して1年半ほど経ち、私自身はテックリード
成果に向き合うと、仕事が面白くなる - Speee DEVELOPER BLOG
※この記事は、2022 Speee Advent Calendar15日目の記事です。 昨日の記事はこちら みなさんこんにちは。 イエウール事業部マーケティング推進チームの八重樫（@yegs_）です。ポーカーが好きです。 この1年間、アド運用やグロースハック等、イエウールのtoC集客に関わる中で、仕事に対する考え方にアップデートができたのでその話をしようと思います。 具体的には、 目の前の数値目標ではなく、成果に向き合うと良い という話で、 自分のように、若手で最近やる気がから回りしているなと感じている人とか、できることは増えてきているのに、最近悶々としていて楽しくないなみたいな人に何か気付きがあると嬉しいです。 フェーズでいくと、停滞期の最初の一歩を踏み出せたくらいのイメージです。 今の私たちがやっている事 イエウールは「中古不動産のデジタル流通を社会実装し、ユーザー主体のスマートな不動
GitHub Codespacesの導入とその設計 - Speee DEVELOPER BLOG
ネイティブアド配信プラットフォームUZOUの開発をしているエンジニアの @kanga333 です。UZOUでは今年の8月あたりからGitHub Codespaces（以後Codespaces）を全面的に導入しました。この記事ではUZOUにおけるCodespacesの利用事例について簡単に紹介します。 GitHub Codespacesとは？ GitHub CodespacesとはGitHubの提供するクラウド開発環境のサービスです。Codespacesを利用するとクラウド上のVMの上にリポジトリのコードと諸々の環境がセットアップされたコンテナが立ち上がり、開発者はその環境に接続して開発をすることができます。 GitHub, Inc. 自体がGitHub Codespcesのユーザーであるため、かなりの大規模環境でも実績のあるサービスとなっています。GitHub自身の事例に興味が出た方は以下
開発基盤グループが採用しているTerraformのディレクトリ構造 - Speee DEVELOPER BLOG
※この記事は、Speee Advent Calendar12日目の記事です。 昨日の記事はこちら tech.speee.jp お疲れさまです、インフラとCICDを愛するデジタルトランスフォーメーション事業本部開発基盤グループの西田和史(@k_bigwheel)です。最近はGitHub ActionsのWorkflowファイルのCue化を進めています。 本日は、開発基盤グループで採用しているTerraformのディレクトリ構造となぜそうしているのかについて書きたいと思います。 開発基盤グループで採用しているTerraformのディレクトリ構造の例 いきなりですが、うちで採用しているディレクトリ構造の例が以下です。 /aws /system-alpha /root-modules /production-account /account-unique /production1 /staging
混沌としたモノリシックRailsを手懐けるためにやったこと - Speee DEVELOPER BLOG
※この記事は、2022 Speee Advent Calendar11日目の記事です。 昨日の記事はこちら tech.speee.jp こんにちは、DX事業本部エンジニアのさとーる（@satotoru2000）です。 私は今年の6月から「イエウール」というプロダクトのSEOコンテンツ開発チームで開発をしています。今回はその中でやったことをまとめながら、 モノリシックRailsアプリの一部のドメイン領域を担当する状況下で、自信をもって変更できる領域をどうやって広げたか？ という話をしようと思います。 当初のイエウールの課題 イエウールは、アーキテクチャ的にはいわゆる一般的なモノリシックRailsアプリです。下の図のように、一つのRailsアプリケーションにほぼ全ての必要な機能が乗っているような状態です。 イエウールcoreに乗っているものたち また、サービスとしてもそれなりに歴史があるプロダ
仕事の引き継ぎは、その業務だけじゃなく、責務にも注目すると良さそう、という話 - Speee DEVELOPER BLOG
ものづくり組織をいい感じにしていきたい菅沢です。 普段は、エンジニア採用やプロダクト組織の強化にまつわる必要なことを必要に応じて突破するマンみたいなことをしています。 この記事は、Speee Advent Calendar 2022の1日目の記事です！ 今年もやってきましたね！AdventCalendar！ Speeeは去年2年ぶりの参加、5年ぶりの完走ができました！🎉🎉 tech.speee.jp 今年も完走目指してみんなで楽しくやっていきたいと思います！ そんな2年連続の完走を目指したAdventCalendarの初日 です！やるぞーーー！（🙋♀️：おーーー！） 個人的に2022年を振り返ると、複数の新たな取組や新たなメンバーのJOINがあり「仕事を引き継ぐ」というシーンに多く関わった年でした。 そういった中で、仕事の引き継ぎは、その業務だけじゃなく、責務に注目するのが良さそう
Goのロギングライブラリから見たゼロアロケーション - Speee DEVELOPER BLOG
はじめに UZOUという広告配信プラットフォームでバックエンドエンジニアをしている@muroon01です。 Goのロギングライブラリであるzerolog, zapは(使用法によりますが)ゼロアロケーションであると言われています。 そこでゼロアロケーションのロギングライブラリとは一体どのようなつくりなのか、またGoのソースをゼロアロケーションにする方法について記述していきたいと思います。 ゼロアロケーションとは？ (メモリ)アロケーションとはプログラムが動作するのに必要なメモリの割り当てを意味しており、スタック領域へのもの(静的アロケーション)とヒープ領域へのもの(動的アロケーション)が存在します。 スタック領域へのメモリの割当は割当サイズおよび確保・解放されるタイミングがプログラムの記述時に静的に決まります。 一方、ヒープ領域は宣言時にメモリの最大割当サイズを指定せずに、プログラム実行時に
Ruby を Julia に変換して実行すると速くなる (場合がある) - Speee DEVELOPER BLOG
開発部 R&D ユニットの村田です。OSSの開発をしております。本記事では、Ruby で書かれたマンデルブロ集合を計算するメソッドを実行時に Julia に変換して実行するとめっちゃ速くなる (場合がある)、という話をします。 はじめに Ruby 3.1 では YJIT がマージされ、Rails アプリケーションが速くなりました。今後のバージョンアップがとても楽しみですね。ただし、Ruby のデータ処理対応を進めている身としては、データ処理や数値計算がより高速になって欲しいと思っています。 データ処理や数値計算を高速化する試みとして、Python では NUMBA というライブラリが開発されています。NUMBA は、メソッド単位でバイトコードを LLVM を用いてネイティブコードにコンパイルすることでメソッド実行を高速化します。ただメソッドをネイティブコードに変換するのではなく、実行時にメ
「なんとなくアジャイル風」の開発をしないために気をつけるべき観点 - Speee DEVELOPER BLOG
※この記事は、Speee Advent Calendar24日目の記事です。 昨日の記事はこちら tech.speee.jp こんにちは、DX事業本部エンジニアのさとーる（@satotoru2000）です。 先日、学生たちにアジャイル開発によるプロダクト開発の立ち上げを体験してもらうインターンを開催しました。インターンというコンパクトな形で行うことでかえってエッセンスを抽出することが出来たと感じているので、当日にアドリブで色々喋ったことを改めて言語化して整理しようと思います。 Speeeのプロダクト開発ではインセプションデッキやユーザーストーリーなど、アジャイル開発でよく使われれるツールを駆使しながら進めていくのですが、こういったツールは漫然と利用しても意味がなく、事業の成功と紐付けて考える必要があります。形式としてアジャイルの方法論を取り入れても、目的を理解し、勘所をしっかり抑えていなけ
開発者向けSEO対策 ページスコア改善 第1段 - Speee DEVELOPER BLOG
※この記事は、Speee Advent Calendar7日目の記事です。 昨日の記事はこちら tech.speee.jp こんにちは、Speeeのヌリカエでエンジニアをしています。21新卒の染谷です。 ヌリカエのTopページのページスコアを改善しました。この記事はどのようなことを考え、何をしてページスコアを改善していったのかという奮闘記になります。 まだまだ改善すべきページはあるのでそのうち第2段があるかも!? ヌリカエの構成技術 バックエンド: Ruby 2.6.5 + Ruby on Rails 6.0.4.1 フロントエンド: slim + jQuery + Stimulus ページスコアとは この記事で言うページスコアとは、PageSpeed InsightsやLighthouseを実行した時に表示されるスコアのことです。Webサイトの読み込み速度をサーバ応答時間やコンテンツのレ
新卒一年目のときには全く見えていなかった、エンジニアが技術以外で大切にしたい 3 つのポイント - Speee DEVELOPER BLOG
概要 こんにちは Speee エンジニアの中嶋（@nyamadorim）です。 これまで社内の Wiki に、仕事の内容に関する振り返り記事を年単位で書いてきました。これらの記事を改めて振り返ると、個別具体の技術的なこと（例: オブジェクト指向設計）より、仕事や対人コミュニケーションの仕方のほうが収穫が多く、仕事で成果を出す上ではこうした学びこそ大切にする必要があると思いました。 この記事では、新卒 5 年目の私が、仕事の仕方や対人コミュニケーションにおいて学んだことを 3 つに絞って紹介したいと思います。これから紹介するものは、具体的なプラクティスというより、感じてきたことベースでつらつらと書いているのであしからずご了承ください。 対象読者 過去の自分に向けて これから入ってくる新卒エンジニアに向けて ジュニアエンジニアに向けて 新卒当時の筆者のスペック 17 新卒でイエウールの開発チー
Kaigi on Rails 2021 にオンラインブース運営として参加したら、最高だった！ - Speee DEVELOPER BLOG
こんにちは！PdMとしてエンジニア採用をしている菅沢です。 このブログは、10/22、10/23に開催された、Kaigi on Rails 2021の参加レポートです。 SpeeeはRubyスポンサーとして、スポンサー登壇、オンラインブース運営として参加しました！ また、弊社石井が2日目にスピーカーとして『事業に向き合い続けたい私は、それでもRailsを使い続ける』というタイトルで登壇しました！ 登壇内容については、石井が以下のブログでまとめています。 tech.speee.jp 今回のKaigi on Rails 2021では、登壇者の方々の発表と並行して、 reBakoを活用してオンラインブースでワイワイできるという面白い試みがありました。 Speeeとしてもイベントを盛り上げたく色々な工夫を凝らしたので振り返りを兼ねて、 このブログでは、 オンラインブースやってみてどうだったのか？
Ruby KaigiTakeout 2021 で Charty の新機能について発表しました - Speee DEVELOPER BLOG
開発部 R&D ユニットで OSS を開発している村田です。GitHub のアカウントは @mrkn です。 半月ほど前に RubyKaigi Takeout 2021 で Charty について話をしました。その動画はこちらになります。 この記事では、この動画でも説明している Charty の特徴について文章で簡単にまとめ、さいごに動画で使用した Jupyter Notebook へのリンクを示します。 Charty の特徴 Ruby 用のデータ可視化ライブラリは既ににいくつか存在します。動画でも紹介したように、gnuplot を操作できるライブラリ、RMagick (ImageMagick のバインディング) をバックエンドとしている Gruff、daru のデータを Google Chart で可視化できる daru-view などがあります。 Charty はこれら既存のライブラリ
「たのしい開発がたくさん生まれるKaigi」を作ったRubyKaigi 2019 - Speee DEVELOPER BLOG
こんにちは。 エンジニア人事のせりーぬです。 みなさんRubyKaigiおつかれさまでした。 疲労maxでやっと頭が今日から稼働しているため執筆がおそくなってしまいました。 さて、RubyKaigi 2019でCafeスポンサーをやってきたわけですが、今回はスポンサーの一環として実施した開発イベントを中心に、 RubyKaigiに行った目的 何をやってどんな結果だったか についてお話させてください。 そもそも何をしに行ったのか？ という背景からお話すると 「たのしい開発がたくさん生まれるKaigiを作る」 という目標を掲げてRubyKaigiにいきました。 今回この目標を達成するためにどんなことをしたのか紹介します。 「たのしい開発をたくさん生む」？ 何を目的にスポンサーをするのかというのはずっと技術広報の課題でした。 スポンサー活動を通してやりたいことは、技術貢献をしていくことだと思って
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
