RubyKaigiは春の季語！ こんにちはhonchangです。 hacomonoはRubyKaigi 2026 へRuby Sponsor&Wellness Sponsorとして協賛いたします。またスポンサーセッション、ブース、Drinkupなど、来場者の皆様と一緒にお話しできる施策もご用意しているので、今日はそのご紹介をさせていただきます。 RubyKaigi 2025 では何をやったのか？ 2026年の本題に入る前に2025年のおさらいです。（honchangが2025年のRubyKaigiに行っていないので） 2025年のイベントレポートはnoteにまとまっています。 2025年のRu…

こんにちは。FitFits開発部でエンジニアをしている和田です。 去る 2026/3/5 に、1年ほどかけて開発したサービス FitFits (フィットフィッツ）がローンチしました。 FitFits を一言で言うと「月額制のフィットネス施設検索・予約サービス」です。 会員の方には登録していただいた月額プランに応じたポイント（コインと呼称しています）が付与され、そのコインを使用して掲載された施設を予約・利用していただくという流れになっています。 FitFits のしくみ FitFits は予約基盤に hacomono を利用したサービスとなっており、会員の方は FitFits アプリを通じて予約…

久しぶりにテックブログを担当します、会計決済チームのsimonです。 はじめに ソフトウェアの設計をしていると、言いたいことはあるのに言葉にならないことがあります。 頭の中ではおぼろげに形を持っているのに、口を開くとうまく輪郭を与えられない。「ちょっとうまく言えないんですけど」と前置きして、案の定うまく言えないまま話し終えてしまう。自分にはそのような経験が大いにあります。 この記事では、設計段階で『うまく言葉にできない』と感じる人に向けて、言語化を設計スキルとして捉え、鍛えるための具体的な方法を紹介します。 最近、言語化の重要性を感じる機会が増えました。また、同じ考え方に賛同してくれる人が現れ…

hacomonoの もんちゃん こと 門田（かどた）です。 加齢に伴って腰のことを気にし始め、良い椅子を求め、グダグダと悩んだあげくに結局立って作業することに落ち着きました。財布の紐が固い。 最近の目覚ましい AI の進化を見ていると、開発速度も品質も生産性も、これから一気に上がっていくんだろうなと強く感じます。実際、日々の作業効率はかなりの勢いで上がっています。 ただその一方で、じゃあもう全部 AI でいいね〜人がやることはもうないね〜と言えるほど単純でもない、とも感じています。 開発の現場には、今でも人が見たほうがいいこと、人が判断したほうがいいことが思っている以上にたくさん残っているから…

はじめに 株式会社hacomonoにて情シス（コーポレートIT）を担当しているさとこです。 入社時は5番目社員だった私もすっかりお局となり、いまは業務委託・派遣なども含めて500名超えの組織となりました。 組織を支えるコーポレートITとして日々あわあわしながらお仕事をさせていただいております。 貸与PCのMacBook率が90%を超えるhacomonoでは、MDMとしてJamf Proを利用しています。 これまでなかなか利活用まで辿り着けなかったのですが、最近設定を見直したり、アラート通知を出すよう仕組み化を進めています。 今回は「Netskopeと同期がとれないPCに対するアラート通知」につ…

はじめに hacomono AI推進室 兼 IoT部マネージャーのさとちゃんです。 2025年7月から12月までの半年間、AI推進室を中心に私たちは全社の週次定例で毎週AI活用の事例発表を行う取り組みを実施しました。結果として応募総数62件、全社定例での発表は26件。当初の目標57件に対して達成率109%で着地しました。 この記事では、62件の事例が集まるまでに何をしたのか、どんな事例が生まれたのか、そして半年間で組織がどう変わったのかを書いていきます。「AI活用を推進したいけど定着しない」「エンジニア以外を巻き込めない」と感じている方の何かしらのヒントになればうれしいです。 AI推進室の全体…

こんにちは！hacomonoのQAチームに所属している「ゆう」です。 最近、第3子の長女が生まれ、毎日バタバタしながら日々の業務もなんとかこなしています。 仕事と育児のバランスを見極めながら両方楽しんでやっていきたいと思います！ さて、今回は2026年1月に私が所属するチームが大きく変わったことで感じた課題と、そこから始めた品質への新たな挑戦についてご紹介します。 チーム統合で見えてきたこと 私が参画しているチームは、2026年1月に4つのドメインチームが統合され、20名規模（うちQA 7名）の1つのチームとなりました。 これを機に、使用ツールやAIの活用、テスト分析の仕方などを共有しあい、そ…

はじめに hacomono でプロダクトエンジニアやってます、renren です。普段はRuby on Railsでバックエンド開発をしています。 記事を開いていただいてありがとうございます！ 早速ですが、コードレビューどうやって行なっていますか？ 私はClaude Codeのカスタムスキルでコードレビューを自動化しています。プルリクエスト（以降「PR」）を作ったらスキルを実行するだけで、レイヤーごとの責務分離やセキュリティ・パフォーマンス・E2E影響といった観点からコードをチェックし、結果をMarkdownファイルに構造化して出力してくれます。 これにより手動レビューでは見落としがちなエッジ…

お久しぶりです。基盤本部/プラットフォーム部/hacomono・共通基盤グループのまこたすです。 はじめに バッチという言葉はまとめて処理することを表すと思うのですが、バッチシステムという観点だとCronのような時間で発火する仕組みだったり、非同期で別プロセスのワーカーに依頼してまとめて処理させたりする仕組みだったりと様々あると思います。もちろん弊社のhacomonoというプロダクトにおいてもバッチ処理は存在し、毎日稼働しています。最近これらのバッチ処理においてやや扱いが大変な場面も増えてきました。今回は弊社のバッチシステムの紹介とバッチという仕組みがよく起こす課題と、その対応について考えます…

はじめに 運用保守部でマネージャーしています、とっしーです。 hacomonoサービスへの問い合わせはお客さまが増えることと比例して増加傾向にあります。このお問い合わせは一旦サポート部で受け取り回答していますが、回答が難しいものに関しては運用保守部にエスカレーションされてきます。 運用保守部はお問い合わせに対してエンジニアの知識を活かして調査・回答を行う部署でして、開発メンバーが機能改善や新規開発に集中できるようする「壁」の役割を担っています。 直近ですと月当たり150-180件のお問い合わせに対応してますが、以前は220件超えが当たり前のようになっていて、目の前の調査に向き合っていく日々が延…

どーも、みゅーとんです はじめに モーダルを表示しているかを状態で示す際に isShow という変数名が使われていることに気づき, そこは isOpened であるべきだ, と指摘したことがあります。 一方, 調べてみると isOpen も一般的に使われていることがわかりました. 混乱したので, 命名規則の整理と共に, モーダルの開閉状態をどう命名するべきかをまとめてみます. TL;DR 文法的には isOpen isOpened どちらでもよい ニュアンスとして isOpen は “開かれているか”, isOpened は “何かのプロセスの結果開かれたか” モーダルが開いているか？の状態に…

こんにちは、フィーチャー部でエンジニアをしている あおさん です。 最近、フロントエンドの実装を行う機会が増えてきました。新しい画面を作るのは楽しいのですが、一つ大きな悩みがありました。それは、実装が進むにつれて1つのコンポーネントファイルがどんどん肥大化していくことです。 気づけば500行、600行……。script / template / styleタグが肥大化し、「さっき直したコードはどこだっけ？」とスクロールを繰り返す時間は、お世辞にも効率的とは言えませんでした。 そんな時、テックリードのみゅーとんさんに設計の相談をしたところ、コンポーネント設計についてのアドバイスをいただきました。…

みゅーとんです. もうほぼ AI にコードを書かせることがメインになってしばらく経ちますが, まだまだ自分が求める品質のコードには満たないことが多いのが最近の悩みです. 概要 前回の記事 “最初から長い関数を書かない方法” の内容が AI にも守ってもらえるかを確認してみた内容となっています. 要は, プロンプトに以下の一文を加えることによる出力差分を見ます. このテックブログの記事をコーディングガイドラインとして実装してください https://techblog.hacomono.jp/entry/2025/12/20/000000 TL;DR AI にコードを書かせる時, おそらくコーディ…

この記事は hacomono Advent Calendar 2025 の22日目の記事です こんにちは、こんばんは。 hacomonoでQAをしているpiro（@pirori_Qin）です。 クリスマスが近いので、サンタさん（セルフサービス）に何かお願いしようと欲しいものリストを開いてみたのですが、 充電器、シュレッダー、お徳用の洗濯洗剤… といった具合で全然ワクワクしなかったので止めました。みなさんの元にはサンタが来ますように。 さて、直近でQAエンジニアのキャリアについての記事を出したのですが、 今回はもう少し、広いテーマでお話ししようと思います。 ファシリテーションとフォロワーシップ …

この記事は hacomono Advent Calendar 2025 の21日目の記事です はじめに ノーコードで在庫管理アプリを作ってみたら趣味になった話、という記事を以前投稿した、 株式会社hacomonoでSCMを担当しているこんちゃんです。 生産管理だけでなく、SCM全般を担当するようになりました。 相変わらずコードは書けません。 2023年末のアドベントカレンダーで「スプレッドシート限界民なのでノーコードで在庫管理アプリを作ってみたら人生変わった（意訳）」わけですが、その後どうなったの？というお話をしていきます。 今回はより強力に、スプレッドシート限界民同志たちの背中を押すことがで…

この記事は hacomono Advent Calendar 2025 の20日目の記事です みゅーとんです. 今月 3 本目. 頑張りました. はじめに 業務コードを書いていると,「長い関数をどう分割すればいいか」という相談を受けることがあります. 話を聞いていると, 多くの場合これは新規で書かれるコードの時点ですでに長大で複雑になっているケースが多くありました. この記事では、新しく業務ロジックを書く場面を想定して, どんな要件のコードなのか それを素直に書くとどうなりがちか そのとき自分はどう考えて実装しているか という流れで整理してみます. サンプルコードの実装要件 今回扱うサンプルの…

この記事は hacomono Advent Calendar 2025 の19日目の記事です。 こんにちは！hacomonoのQAチームに所属している「ゆう」です。 最近、平成ブームということで色々なおもちゃが流行っているそうですが、私もゲームボーイカラーやニンテンドー64などを買って子供と遊ぶことにハマってます！（同世代の方いますか？） さて、突然ですが、皆さんは「プロジェクトの品質ってどう測るんだろう」という疑問を持ったことはありますか？ 私自身、QA活動をする中でこの疑問に直面し、以下のような課題を感じていました。 背景：3つの課題感 プロジェクト終了後の品質評価がなかった プロジェクト…

この記事は hacomono Advent Calendar 2025 の18日目の記事です みなさん、こんにちは。 hacomonoでサポートOpsを担当しています、あやねです🍵 サポート部が駆け抜けた、2025年という1年 2025年……個人的には、本当にあっという間の1年でした！ この1年、hacomonoサポートはこれまでにないほど多角的なチャレンジを重ねてきました。 問い合わせ対応へのAI活用の推進 社員・パートナーを巻き込んだプロダクト学習の促進 セルフソリューション（自己解決）領域のさらなる拡充 hacomono初のtoC向けサービス「FitFits」ローンチに向けたサポート体制…

この記事は hacomono Advent Calendar 2025 の17日目の記事です こんにちは！ 株式会社hacomono のフィーチャー部でエンジニアをしている あおさん です。 今年の2月に入社して以降、初のテックブログになります。よろしくお願いします。 最近の悩みは、長女(5歳)の口が悪くなってきて、怒ると「とと、デブ」と永遠に言い続けられることです。 そんなことはさておき、hacomono では私たち自身がウェルネスな働き方を実現するために、フルリモートという働き方を選択しており、北は北海道、南は沖縄と、さまざまな場所で働いています。 所属するチームのメンバーとは毎日、Goo…

この記事は hacomono Advent Calendar 2025 の16日目の記事です こんにちは。hacomonoでプロダクトエンジニアをしているタクです。 hacomonoではスイミングスクールやサッカー教室などの習い事の場に導入されているプロダクトの開発もしており、その際に年齢や学年の計算を考慮する機会が多くあります。 「4月1日生まれはなぜ前の学年になるのか」「2月29日生まれの年齢加算はいつ行われるのか」──実装時にこうした疑問が浮かぶたびに調べ直していたのですが、手間だったので年齢・学年計算の根拠を整理しました。 本記事では、実装時にリファレンスとして使えるよう、計算ロジック…

この記事は hacomono Advent Calendar 2025 の15日目の記事です こんにちは、hacomonoQA部のたっきー（滝田）です。 年の瀬が迫るこのタイミングで、マウス・ルーター・HDMIスイッチャーとPC周辺機器に続々と不調が現れ始めてしまい、購入を迫られています。仕事とプライベートで使うため妥協したくないのが辛いところです。 さて、近頃は「AIを使っていますか？」という問いが減ってきたように感じます。生成AIを使うことが当たり前になっている方も多いのではないでしょうか。 今回はQAエンジニアである私自身の仕事と生成AIの利用についてお話しします。 テストプロセスへの影…

この記事は hacomono Advent Calendar 2025 の14日目の記事です。 こんにちは、hacomonoプラットフォームエンジニアのおりちゃんです。 先日アーキテクチャConference 2025に登壇しました。 さらに多くの人にカンファレンスでの登壇に興味を持ってもらおうと思い、登壇までの流れをブログ記事にしました。 本記事でわかること 登壇までの流れ 資料を作る上で注意すること 登壇を通して得られるもの アーキテクチャConferenceとは？ アーキテクチャConferenceはファインディ株式会社が主催する、アーキテクチャをテーマとしたカンファレンスです。 プロダ…

この記事は hacomono Advent Calendar 2025 の13日目の記事です みゅーとんです. アドベントカレンダー13日目, 私は今月2件目です. なんで3件も枠取っちゃったんだろ. 何にせよ頑張って書いていきます. はじめに 要件: 独自のツールチェインの必要性 詳細を明かすことはできませんが, 小さいフロントエンドのページを複数まとめてつくるような構成が要件にありました.この要件は, 以下の条件を含んでいました. フレームワーク非依存: 特定のフレームワーク（React, Vue, Svelte など）に縛られず, ページごとに最適なものを選択したい 単体ページ: ルーテ…

この記事は hacomono Advent Calendar 2025 の12日目の記事です。 基盤本部で今後のhacomonoのアーキテクチャ設計をしている @bootjp と申します。 今年はマイクロサービス化に向けての社内共通のイベントバスの設計や基盤周りの設計/実装を行っていました。 以前にはこのような記事を書き、分散システムや分散データベース、分散ストレージなどが大好きです。 「Goで作って理解するRaftベースRedis互換KVS」という同人誌も書いています。 もし興味のある方はお手にとってみてください。 はじめに 今回は「クラウドネイティブデータベース」と言われる、昨今のデータベ…

この記事は hacomono Advent Calendar 2025 の11日目の記事です こんにちは! 基盤本部プラットフォームチーム所属の kaikai です。 hacomono に入社して 1 年半ほど経ちましたが、ついにジムに通い始めました! 誰にも言ってないですがチーム内のマッスル枠を密かに狙っています。 さて、今回は Crossplane と kro についてコードを交えながら解説していきたいと思います。 これらはどちらも Kubernetes 上で動作する OSS で、Kubernetes の抽象を通じて独自リソースを管理できるようにするものです。 Crossplane に関し…

この記事は hacomono Advent Calendar 2025 の10日目の記事です こんにちは！ 株式会社hacomono QAの akine です。 先日、株式会社Fusicさんのオープンオフィスで開催された 「やってみようVSTeP 〜 福岡出張版 〜 」に参加しました！ なんと今回は、JaSST東北の実行委員の真鍋さん、梅津さんが、 遠路はるばる福岡まで出張版として講師に来てくださいました。 大変貴重な機会をありがとうございました！ VSTePとは？ VSTeP（Viewpoint-based Software Test Engineering Process）は、 にし やす…

こんにちは。hacomonoでQAエンジニアをしているpiro（@pirori_Qin）です。 12月です。早いもので今年ももう終わりですね。 私は今年はじめて自宅で焼いたシュトーレンを少しずつ切って味わいながら、 年の瀬までのカウントダウンを楽しんでいます。 QAキャリアのお話 — 第三者検証 vs 事業会社QA — さて今日はこんなテーマで書いてみたいと思います。 きっかけは↓こちらの、2025/11/12にFindyさんのLTイベントに登壇しお話させていただいたことです。 QAエンジニアのキャリアケース〜第三者検証から事業会社へ 環境の違いから見えたQAのリアル〜 | IT/Webエンジ…

この記事は hacomono Advent Calendar 2025 の8日目の記事です こんにちは。今年6月に hacomono へジョインしたプロダクトエンジニアの 江口 です。社内ではニックネーム文化があり、ぐっちと呼ばれています。 hacomono ではバックエンドに Ruby on Rails、フロントエンドに Nuxt.js を利用しています。これまで私は hacomono ジョイン直前までは、フロントエンドの開発が主で、 Rails 開発経験は 10 ヶ月程度。バックエンドにはまだ苦手意識が残る入社 2 ヶ月後のある日、Rails 側の開発タスクを進めていたところ、どうしてもや…

この記事は hacomono Advent Calendar 2025 の7日目の記事です はじめに こんにちは。SRE部のiwachan(@Diwamoto_)です。 気づけばhacomonoに入ってもう2年になります。 hacomonoに入社してすぐに生まれた娘ももう少しで2歳です。成長曲線を大きく上に逸脱している娘は12kgを突破し、心なしか自分の腕も太くなっているような気がします。 今回は、hacomonoのO11yに対する課題を解決するために OpenTelemetry を導入しようとした奮闘の記録を残します。 TL;DR OpenTelemetry Collector Contri…

この記事は hacomono Advent Calendar 2025 の6日目の記事です みゅーとんです. アドカレ 6日目です. hacomono アドベントカレンダーでは今回 3 回のノルマがあるので頑張ります. 現在 hacomono では新規開発向けの基盤として Nuxt Layer を用いて, 様々な nuxt やら 言語設定やらを共通化する動きをしています.その一端を紹介できればと思います. はじめに Nuxt Layer とは ? 公式ガイドはこちら ざっくりいえば Nuxt の既存のプロジェクトを継承・拡張したプロジェクトを作る機能です. Nuxt のベースプロジェクトに実装…