はじめにこんにちは、塚本です。私が担当している業務では、長年運用されてきたシステムを少しずつ改善する取り組みを続けています。これまでに、『レガシーコードからの脱却』を読んでRSpecを導入した話や、Access VBAのシステムを撤退させるための技術選定の話を書いてきました。どちらも、変更したときに「何が壊れるか」を検知できる状態、つまりテストをどう整えるか、という話でした。一方で、テストを整えるほど、もう1つの課題が気になるようになりました。ロジックの置き場所やクラスの切り方そのものが悪ければ、テストがあっても、変更のたびに修正箇所があちこちに散らばり、変更は楽にならないので...

概要エンジニアの開発体験向上、生産性向上を目的にデプロイを高速化したDockerfileの記載順序を見直して不要なbundle installを回避した まえがき現在私のチームの目標の一つに開発者体験の向上や生産性の向上があります。その中で、「アプリケーションのデプロイに時間がかかりすぎている。段階を細かく分けてデプロイするときにこの待ち時間がネックになっている。あと単純にストレス！」という声が私含め上がりました。今回はデプロイ時間を短縮するために行ったことを記載します。 デプロイ時間が長かった原因：不要なbundle installをしていたアプリケー...

要約Vitestの実行時間が約9分程度かかっていた。CIや手元での開発速度に影響が出る状態だった。Vitestのisolateオプションをfalseにした。テストが落ちるようになったので、色々ゴニョゴニョ修正した。実行時間が1分40秒程度になり、約5倍早くなった。 はじめにこんにちは、knakaです。私の所属するプロダクトでは、フロントエンドにNuxtを採用しておりテストはVitestで行っています。チームとしてテストを充実させていこうという動きの中で、テストの実行速度が遅いという点に関して課題意識があったため、テストの高速化を図りました。その時にやったことを...

はじめにこんにちは、塚本です。弊社では、自社で管理しているコンテンツ（商品データ）を、提携先の企業（クライアント）へ届ける業務を「納品」と呼んでいます。この納品という、商材を外部へ届けて売上を上げるビジネスは、会社の設立当初から続いている歴史の深いものです。その分、蓄積されてきた業務知識は幅広く複雑で、しかも新しい施策も頻繁に発生するため、人がすべてを吸収しきるのは簡単ではありません。社内には、この納品業務まわりのシステムを日々使っている事業部の方（非エンジニア）がいます。事業部の方から「この処理どうなっていますか？」「こういった施策をしたいのですが、どのくらい工数がかかりそう...

はじめにコミックフェスタ エンジニアリングマネージャーの白戸です。コミックフェスタのEMになって一年が経過しました。タイトルの通り、元からコミックフェスタのプロダクトチームのメンバーだったわけではなく、外部チームからいきなり『ﾎﾟﾝｯ』っと異世界転生しました。振り返ってみると、社会人生で一番頭を抱える機会が多かったなぁと思いつつ、そんなチームとしての一年の変化についてまとめます。「コミックフェスタのエンジニアに興味がある！」といった方に向けて、少しでも内部の状況を知ってもらえればと思い執筆してます！ 体制・開発手法の変化 チーム一覧前提としてコミックフェスタに大き...

依存パッケージの更新、追いついてる？パッケージの更新は、少し面倒ですよね。実際動いてるし。だから少し遅れ気味になることもあるかもしれません。でも、依存パッケージの最新化を怠っていると、バグの修正が今のバージョンには来ておらず major アップデートを挟まないといけなかったり、何かと意図せず突然作業が増えたりします。なので今回は、その「今」を可視化するため、最新率を適宜計測して GitLab のカバレッジグラフに出します。 今回やること現在の npm 直接依存について、dependencies と devDependencies それぞれのパッケージ最新率を算出する値...

はじめにこんにちは、塚本です。私が担当している業務で提供しているツールには、Access VBA で書かれた「納品業務システム」が長年稼働しています。電子コミックを複数の配信先へ納品する業務を支えているシステムです。このシステムをめぐって、今回考え・決めたことは大きく3つです。Access VBAはもう限界だ、ということ進め方をどうするか（結論：スキーマの再設計ではなく、まずテストを完備しよう）テストを完備でき、かつAccess VBAの代替になる技術は何か本記事では、この3点をどう考えて結論に至ったかを時系列でまとめます。「レガシーな社内ツールをどう置き換えるか」...

参画しているプロダクトのマスタデータの更新フローを刷新しました今までで自分が担当した最も規模の大きいタスクだったので、プロジェクトについて振り返りますマスタデータ更新に関する技術的な内容は自社のドメイン領域になるため、具体的なことは記載していないです本記事はプロジェクトを進めていく中での自分の反省や所感を綴った記事になります プロジェクトの概要 既存のマスタデータ更新フローの流れ超ざっくりとした更新フローです 既存システムの課題既存システムの正確な仕様書が存在しない全体の仕様を把握している人も存在しない運用チームが並行で作業できない更新フローを1度行うのに...

はじめにみなさんは仕様書の管理をどうしていますか？毎回人力であの仕様が変わったから、仕様書の該当箇所を都度修正したり、そもそも仕様書なんてコードを読めば良いと仕様書の更新をまったく行わずにいたりしないでしょうかエンジニアであればコードを読めば仕様がわかるかもしれませんが、エンジニア以外も仕様を確認する場合もあります。ただ、毎回コードをみるコストもかかってしまいます。 背景私たちのチームでも同じように仕様を確認するコストが発生していました。具体的に言うと、以下の際に仕様書が古いため問い合わせがくる場合がありました。エンジニアに問い合わせが来て、都度確認していました。...

しんどい障害調査をなくしたい障害調査には慣れと知識が必要です。どこを見るか、どの順番で見るか、そこから何を読み取るか。経験のある人ほど早く原因に近づけるし、経験がなければ手が止まります。だから新人にとって、障害対応は「できればやりたくない仕事」になりがちです。早く原因を突き止めなければならない焦燥感の中で、それでも原因が分からない。あの時間のつらさは、慣れていてもきついものです。そこで障害調査をClaudeのスキルとして整備しました。※ゼロから作ったものではなく、DAグループ[1]が作成したベースのスキルをもとに、自分たちの環境に合わせてデータソースの追加、サブエージェント化...

ダッシュボードでのバッチチェックをやめたい毎日、BIツールのダッシュボードでバッチ結果を目視していました。そこまで大変な作業ではないのですが、毎日続くと負担になることや、失敗の検知が目視のタイミングに依存してしまい検知が遅れてしまうなどの問題がありました。そこで今回、バッチ監視を異常があったときだけ通知が届く形にしました。ただ受動的な監視に変えると、「通知が来ない」が既定の状態になります。その「通知が来ない状態（沈黙）」は正常なのか、何かを見落としているのか。区別が付きません。この記事は、その沈黙をどう解釈するかを設計した話になります！ 検知したいバッチの3つの状態...

はじめにこんにちは、AI大好きマンです！突然ですが、みんなさんはチェスが好きです？日本では、将棋や囲碁ほどの知名度がないが、近年はDuolingoやNetflixドラマのThe Queen's Gambitにおかげで、チェスプレイヤが少しずつ増えています。ですが、チェスは奥深いのため、初心者から上級者までみんなよく挫折していますよね。少しでも挫折しないように、チェス対局を振り返るためのコーチツールを作ってみました！ StockfishとはチェスAIに対して批判的な意見も大変ありますが、チェスを上達するためにチェスAIはもはや不可欠なツールになっている現実ですね。その中...

はじめにこんにちは、塚本です。皆さん、「処理の結果は、期待通りだけどなんか処理が遅い・重いな」こんな風に思ったことはありませんか？実際に私もそういった処理に遭遇し、原因を調査・修正したことがあります。その原因は典型的なN+1問題だったのですが、興味深かったのは 「includes/preload を追加したのに、期待したほど速くならなかった」 という点でした。この記事では、その原因と解決策、そして改修の効果をどう定量的に確認したかを、汎用化したサンプルコードで解説します。※環境は、「Ruby on Rails + PostgreSQL 」です。 この記事の構成N+1問...

はじめにこんにちは、塚本です。これまで『カイゼン・ジャーニー』などの書籍から学びを得て、チーム内でのカンバン運用やリーダーズインテグレーションといったワークショップを実践し、チーム開発のプロセス改善に力を入れてきました。そうした仕組みづくりやワークショップの重要性を実感する一方で、最近強く感じるようになったのが「仕組みの根底にある『人の心』や『心理学的な観点』から仕事に役立てるアプローチ」の必要性です。開発組織として技術を磨くのは当然ですが、チームの“空気”や“信頼”のような目に見えないものをどう向き合うかが、今後ますます重要になると感じています。今回は、チーム内はもちろん...

はじめにこんにちは、塚本です。以前、『カイゼン・ジャーニー』を読んだ話をZennに投稿しました。こちらの記事では「チームでカイゼンを回す」ことの大切さに触れましたが、実際に自分のチームでもカンバンを導入し、少しずつ「個人で完結させず、チームで開発を進める」意識を浸透させようとしている最中です。ただ、カンバンをチームに導入してみて感じたのは、チームのふりかえり（レトロスペクティブ）がうまく機能するかどうかは、結局そこに集まる一人ひとりが「自分自身を客観的にふりかえる力」を持っているかに左右される、ということでした。チームの場でいきなり本音の課題や気づきを言語化するのは、意外とハー...

はじめに運用中のWebサービスの一部のページでレイテンシの上昇が気になったので調べてみると、今まで見ないふりをしていたものも含めてUXにインパクトがありそうなエンドポイントがいくつかあったので改善することにしました。 概要AIを活用してRailsアプリのパフォーマンス改善をしたら、楽だったし効果もあった。 環境Rails + PostgreSQL + RedisClaude Code 進め方Datadogの公式MCPサーバーを利用する設定をして、ClaudeにAPMのURLを渡してパフォーマンス改善の指示を出すと、ほとんど全部やってくれました。解説も頼んだ...

はじめにこんにちは、塚本です。私たちのチームでは、以前こちらの記事『カイゼン・ジャーニー』を読んだ話で紹介した通り、タスク管理の透明性を高めるためにJiraのカンバンボードを導入しました。カンバンの導入によってチーム内のタスクは見える化されたのですが、他部署や社内メンバーからの依頼をどうカンバンに集約するかという問題にぶつかりました。そこで、開発コストを一切かけず、かつJiraのライセンス費用を節約しながらフォームの依頼をカンバンに一元管理する仕組みを構築しようと考えました。前回のカンバン導入に続きのステップとして今回お話しするのは、ノーコードiPaaSの Zapier:ザ...

はじめにみなさんは「ラストマンシップ」という言葉を聞いたことはありますでしょうか？以前、3ヶ月規模のプロジェクトを無事に完遂した際、いつもと違う強い「成長実感」がありました。今回は何か違う動きをしたか振り返った際、「自分がこのプロジェクトを最速で終わらせる」という強い気持ちがあり、普段なら絶対にやらないような行動をしていたことに気が付きました。これこそがまさに「ラストマンシップ」です。つまり、「自分が最後の砦であり、すべての責任を負う」というマインドセットのことです。 行動変化ラストマンシップを持つと、日々の行動が劇的に変わります。例えば、外部サービスを利用した...

はじめにこんにちは、塚本です。最近、私たちのグループでは「RSpecによる自動テストの導入」などを進め、コードの内部品質（開発の安心感）を少しずつ上げていく取り組みを行っています。一方で、私たちのグループにはもう一つ、長年抱え続けてきた致命的な課題がありました。それが、業務が完全に個人に集中しており、チームでの開発（仕事）があまりできていないことです。個人のスキルや担当領域に依存し、お互いの領域がブラックボックスになった結果として、長年「トラック係数1（その人が倒れたらプロジェクトが止まる数値）」の業務が存在するという深刻な状態を引き起こしていました。コードを安全に保つ仕組み...

初めてのIOTデバイス作成へのチャレンジとして、マクロキー作成をしました。社内の技術遊戯部(テクノロジーで遊ぼうという部活)の活動の一環で実施しました。(部活動制度タスカリマス！)活動の雰囲気の様子は、【IOT初挑戦!】 マクロキー作ってみた =^ovo^=｜wwwave for engineer | ウェイブ エンジニア ブログ にまとめています。この記事では、技術的な部分をまとめます。IOT初心者のため、誤っている記述がありましたら、ご指摘いただけると助かります。今回は初めてのIOTデバイス作成ということで、1キーのみのマクロキーを作成することにしました。 材料まずは...