こんにちは、MNTSQ でバックエンドエンジニアをやっております河久保です。 先日 Kaigi on Rails 2024 に参加してきたので、参加記をしたためます。 Kaigi on Rails は昨年に続き2回目の参加となります。 MNTSQ もアプリケーションのバックエンドは Ruby on Rails で実装されており、昨年に続き今年もスポンサーとして手を挙げさせていただきました。 個人としてプロポーザルを出したことや、担当しているシステムのより深いところまで触れる機会が増えたことで、昨年より主体

みなさんこんにちは！ワンキャリアでソフトウェアエンジニアをしている大橋(Github： masa-oh )と佐藤(GitHub： seiya2130 )です！ 今回は、私たち2名のOSSコントリビュートに対するこれまでの取り組みをシェアしたいと思います！ ワンキャリアでは、OSSコントリビュートをエンジニア組織全体の取り組みとして定めており

こんにちは！ dely株式会社のバックエンドエンジニアの　 id:rakutek です dely株式会社はKaigi on Rails 2024にてRubyスポンサーとしてブース出展、スポンサーLTの登壇をさせていただきました。delyからは2日間でCTOを含む7名のエンジニアが参加しました。 rubyスポンサーとして協賛しました delyではKaigi on Rails 2024でRubyスポンサーとして協賛しました。delyではKaigi on Railsにスポンサーするのは今年度が初でした prti

こんにちは！サービス開発部の布施です。 もうすぐ東京は紅葉の季節ですね。今年の暑さはだいぶ長い気がしますが、紅葉の時期は例年とそこまで変わらないようです。山々に彩られた落葉期の赤を見ながら侘び寂びを感じたいものです。 さて、通念上「赤」といえばRubyが想起されます。そしてRubyといえばRuby on Railsです。 ということで去る10/25(金)に開催された「Kaigi on Rails 2024」の初日に参加してきたのでレポートになります。 What’s Kaigi on Rails 会場の様子

【エンジニアの日常】エンジニア達の人生を変えた一冊 Part1 では大変ご好評をいただきました。 今回はPart2としまして、弊社エンジニアの人生を変えた一冊をご紹介いたします。 ぜひ、読書の秋のお供としてご参考にしていただければ幸いです！ 人生を変えた一冊 SRE サイトリライアビリティエンジニアリング―Googleの信頼性を支えるエンジニアリングチーム プログラマが知るべき97のこと この本を読んだきっかけ Clint Shankさんのエッセイ「学び続ける姿勢」 Karianne Bergさんのエッセ

エンジニアリング本部 プラットフォームエンジニアリングチームの徳富です。我々のチームでは、CIパイプラインの効率化と開発体験の向上を目指し、CircleCIからGitHub Actionsへの移行を進めてきました。移行によってテスト・静的解析（以降CIと記載する）の実行時間をp95で9分短縮しましたが、この移行にはいくつかの課題もありました。今回は移行の背景や移行時の苦労について紹介します。 本記事のまとめ CircleCIからGitHub Actionsに移行 し、CI実行時間をp95で 9分短縮 並列

9 月 25 日、 Amazon Elastic Compute Cloud (Amazon EC2) の C8g および M8g インスタンスの一般提供についてお知らせします。 C8g インスタンスは、 AWS Graviton4 ベース で、ハイパフォーマンスコンピューティング (HPC)、バッチ処理、ゲーム、動画エンコーディング、科学的モデリング、分散分析、CPU ベースの機械学習 (ML) 推論、広告配信など、コンピューティングを多用するワークロードに適しています。 同じく Graviton4 ベ

はじめに 皆さん、初めまして！ WEBアプリケーション開発系のエンジニアとして採用された、2024年新卒入社のK.Iです。 私は学生時代は文系の出身でプログラミングとは無縁の学生生活でした。 そこから、とあることをきっかけにプログラミングやアプリ開発に興味を持ち、学習を続けてきた結果、ご縁あってマイナビに入社しました。 今回は、そんな僕が学生時代にWEB系のエンジニアとしてキャリアをスタートさせるために学んできたことを僭越ながら皆さんに共有させていただこうと思います。 現在WEB系エンジニアとしての就職を

はじめに こんにちは、WEARバックエンド部バックエンドブロックの塩足です。普段は弊社サービスであるWEARのバックエンド開発・保守を担当しています。 WEARのバックエンドでは、これまで自動テスト環境としてCircleCIを使用していましたが、運用保守の改善を目的にGitHub Actionsへ移行しました。 今回は、GitHub Actionsへ移行する際に取り組んだ以下の3点について紹介します。 効率的にテストを分割してテストを並列実行する方法 失敗したテストのみを再実行する仕組みの構築 GitHu

タイミーでバックエンドのテックリードをしている新谷（ @euglena1215 ）です。 タイミーでは RBS の活用を推進する取り組みを少しずつ進めています。意図は こちら メンバーと雑談していたときに「steep check でコケたときにその名前で調べても全然ヒットしないので型周りのキャッチアップが難しい」という話を聞きました。 いくつかのエラー名でググってみたところ、 Ruby::ArgumentTypeMismatch や Ruby::NoMethod など有名なエラーはヒットしますがほとんどの

はじめに こんにちは。株式会社タイミーでバックエンドエンジニアをしている廣江です。以前、TECH Streetさん主催の「 Ruby勉強会～各社の取り組みや課題から学ぶ会～ 」というイベントでRBSを手書きで利用しているという話をさせていただきましたが、今回はその後についてのお話を書かせていただこうと思います。 ここでの「手書きRBS」とは言葉の通り、手書きされたRBSを指しています。反対に手書きではないRBSとは、TypeProfやSordなどのRBS生成ツールを利用し、ソースコードやコメントから自動生

はじめに 2024年度新卒として株式会社CyberOwl(サイバーアウル)に配属された大石陽太(おお ...

ファインディ株式会社でフロントエンドのリードをしております 新福( @puku0x )です。 弊社では、数年前に社内のCI環境をすべてGitHub Actionsに移行しました。 この記事では、弊社のGitHub Actions活用事例の内、CI高速化についてご紹介します。 なぜCI高速化に力を入れるのか CI高速化 キャッシュの活用 ジョブの並列化 Larger Runners まとめ なぜCI高速化に力を入れるのか 当ブログをはじめ弊社では、たびたびCI高速化の大切さについて言及しています。 Find

KEELチーム の相原です。 前回のエントリは「LLMを利用したPlatform Engineering」でした。 www.lifull.blog 今回は、小さい経路最適化ミドルウェアを実装してAZ間通信を削減した話を書きたいと思います。 背景 我々KEELチームはKubernetsベースの内製PaaSであるKEELを開発しており、LIFULLのほとんどのサービスがこのKEEL上で動いています。 www.lifull.blog そして、KEELは巨大なマルチテナントのKubernetesクラスタとしてAW