はてなブックマーク

こんにちは、 freee の権限管理基盤チームでマネージャーをしていた sentokun と申します。 突然ですが、リーダーやマネージャーなど、新たな役割になった際に何をしたらいいか悩んでいる方はいませんか？ オーナーシップを持ってほしいと言われ、自分なりに頑張っているが何かしらのギャップを感じる。視座を上げるという話をよくされるが、ピンとこない。そんな心当たりはありませんか？私はそうでした。 こういった話題を取り扱った記事は世の中にたくさん出ていますが、思わぬ話が自分に刺さったりします。 ということで、私の考える「視座を上げる」ことについて、実体験を交えつつお伝えできればと思います。 1. 「視座を上げる」 = 「様々な人を主語に話せるようになる」 「視座を上げる」と言われるとかなり敷居が高いと感じる方は多いと思います。「経営者視点を持て」「リーダーとしてものごとを考えろ」など、抽象的で

1. はじめに こんにちは、権限管理基盤チームで PdM をしている sentokun と申します。 私は基盤チームの立場でよくプロダクトチームから権限設計に関する相談を受けるのですが、実際にやっている内容に立ち返ると、それは業務フローとユーザーストーリーの整理に通じると感じています。 この記事では、権限設計という複雑そうなタスクの「よくあるパターン」を通して、業務フローとユーザーストーリーの重要性について共有します。 TL;DR 権限設計を考える際には、以下の2ステップが必要です。 業務フローとユーザーストーリーを整理する（2章） 「誰が、どんな立場で、何をするか」を具体化する 3つの深掘りポイントで解像度を上げる（3章） 立場・条件・データの境界を明確にする とはいえ、何から手をつけたらいいかわからない！という方は、4つのきっかけから深掘りをしてみてください（4章）。 2. 目指すゴー

債権・請求書ドメインでエンジニアをやっている jaxx です。 好きな ESP32 デバイスは M5Stack ATOMS3 Lite です。 freee請求書では、Public API だけでなく、内部的なAPIも含めると複数あり、最も多いAPI群は、生成後のOpenAPIが 33,000行ありましたが、今回 API 定義のソースを OpenAPI (YAML) から TypeSpec へ全面的に移行しました。 今回はその話を備忘録としてエントリーにしたいと思います。 なぜ既存の技術スタックを変更するのか freee請求書はスキーマ駆動開発を採用していて、OpenAPI を起点にバックエンドのリクエスト検証とフロントエンドの API クライアント・型・モックを生成しています。プロダクトは請求書・見積書・納品書・発注書・領収書・支払通知書という 6 つの帳票種別があり、それぞれがほぼ同型の

社内 IT の部署であるGYOMUハックでマネージャーをやっている kumataro です。私たちの取り組みから実感している次の時代のソフトウェアエンジニア像のひとつについて書いてみました。 2025年から2026年にかけて、Coding Agent が爆発的に進化しました。Claude Code や Codex、GitHub Copilot Agent など、コードを書くだけならAIが人間よりも高速かつ正確にこなせる時代が現実のものになりつつあります。 最近は、自分で1行もコードを書いていないという話も聞くようになってきました。 そんな環境ですので「AIに仕事を奪われるのではないか」という不安を抱いているソフトウェアエンジニアの方も多いのではないでしょうか。 「コードを書くことそのもの」に強いやりがいを感じているエンジニアにとっては、大きな変化に戸惑う側面もあるかもしれません。しかし「課

freee でエンジニア兼 Dev Branding をやっているけむりだま (@_kemuridama) です. TSKaigi では 2024 年の初回の開催から運営に参加し, 昨年からコアスタッフとして企画や運営にも携わっています. 2026/5/22-23 で東京の羽田で開催された TSKaigi 2026 で外部のカンファレンスへの初登壇を行ったので, 登壇者と運営の両輪で走り抜けた話を振り返っていこうかなと思います. TSKaigi 2026 に参加した freee のメンバー 登壇者として Day 1 に 「密結合なバックエンドから TypeScript のコードを生成する」 というタイトルで 10 分のセッションを行いました. speakerdeck.com 自分自身がエンジニアとして開発に携わっている freee会計で行っている Ruby のコードを元に TypeScri

こんにちは！最近 デスクセットアップ が趣味である freee AI Platform Engineering チームの JaeSoon です。 ゴールデンウィークに合わせて、リビングと作業部屋のレイアウトをまるごと組み直しました。 あれこれ動かしているうちに気づけば連休が終わっていましたが、毎日座る場所だけに作業のコンディションが目に見えて変わって、満足しています 🪑✨ 新しく整えたデスク/部屋全景 私がもともと所属していた「AI駆動開発（AI-Driven Development）チーム」 は、社内のプロダクト開発組織における AI 活用を定着させる仕事をしてきました。 その結果、freee の開発組織では すでに 97% のエンジニア（残りの 3%は経営陣もしくは EM なので、ほぼ全エンジニア）が AI コーディングエージェントを日常的に使っている 状態に到達し、次の課題は自然と

こんにちは、北海道から freee red team*1に参加している yu です。 北海道は春らしい暖かい日が続き、雪も溶け、私は冬に家の前で落としたスマートリングをようやく見つけることができました。北国での冬の落とし物は往々にして春を待たなければならないことがあります。 さて、そんなことよりも今日は2022年に始まった freee Security Champions*2 のこれまでの歴史と、今なお進化し続けるこの制度についてご紹介します。 Security Champions Program の開始（2022年） 2022 年に私が freee へ入社した頃、当時の PSIRT（Product Security Incident Response Team）は急速に拡大する Agile な開発組織の中でどのように Shift Left*3 するのか少ないリソースの中で腐心していました

こんにちは！フリー株式会社でエンジニアをしているyassyとkenzaです。 2026年1月30日に開催された「freee Tech Night」にて、「freee会計の大規模開発を支える "バックエンド委員会"」というテーマで登壇しました。 www.youtube.com freeeの基幹プロダクトである「freee会計」は、リリースから14年が経過した国内でも有数の大規模Ruby on Railsアプリケーションです。本記事では、この巨大なプロダクトをいかにして健全に保ち、進化させ続けているのか、その中核を担う「バックエンド委員会」の活動と、直近で取り組んだYJIT導入の詳細について解説します。 1. 巨大なモノリスと14年の歴史：freee会計の現状 freee会計のバックエンドは、2012年7月の最初のコミットから今日まで、膨大な機能追加と修正を繰り返してきました。そのため、以下の

GitHubが大好きなセキュリティチームのhikaeです。GitHubは先日、GitHub Copilot Free / Pro / Pro+ の入出力などを、オプトアウトしない限りAIモデルの学習に利用する方針変更を発表しました。適用は2026年4月24日を予定しています。Copilot Business / Enterprise の利用者はこの変更の対象外ですが、本当に安心なのでしょうか？ 「自社の開発者が必ずBusiness / Enterpriseライセンスの経路で使っている」と言い切れるかという観点から、意図せず学習に使われる経路をどう塞ぐかについて実装方法を整理し、その実装方法を整理し社内で実施した対処法について紹介します。 github.blog 学習許可のオプトアウトに注意 今回注意すべきはinteractionの範囲です。もしもCopilotユーザーが学習利用をオンにして

はじめに 現在freeeでAIフィジビリティ検証基盤のPdMをしています。Jです。もともとはフロントエンドエンジニア、デザインエンジニア、プロダクトデザイナーとキャリアを渡り歩いてきました。 どの職種にいても感じていたのは、要求が画面になり体験になるまでの変換のたびにロスが発生する、という問題です。デザイナーがFigmaで描いた画面をエンジニアが実装すると、見た目のズレで差し戻しが入る。デザインシステムのコンポーネントが標準化されても、画面全体の組み立て方（どのパターンを使い、要素をどう配置し、状態遷移をどう設計するか）は各チームの解釈に委ねられていた。コンポーネントが揃っていても、組み合わせ方の解釈が食い違えば「意図と違う」は起き続けます。 2023年頃には、この断絶の橋渡し役として「デザインエンジニア」が業界で注目されましたが、橋渡しを人に求める限りスケールしません。この変換を、人では

こんぺこ。freeeでID Federationを担当している てらら です。ぺこ。 最近はバイオハザードレクイエムの追加シナリオがあるのかないのかどっちなのかを心待ちにして過ごしています。今日はそんな中、freeeで採用している Authlete のTerraform運用についてまとめてみました。特にfreeeではfreeeアプリストアを使った特殊な要件が多いためそういった事情も踏まえて紹介していきます。 はじめに freeeでは、OAuth 2.0 / OpenID Connect に基づく認可基盤（以降、「認可基盤」と呼びます）をマイクロサービスにて運用しています。この認可基盤のバックエンドには Authlete を採用しています。 Authleteは「Component as a Service（CaaS）」と呼ばれる形態のサービスで、認可基盤そのものではなく、認可基盤を構築するた

こんにちは。関西拠点で freee 販売を開発しております、bucyou (ぶちょー) と申します。今日は4月22日(水)〜24日(金) にかけて、北海道は函館にて開催される RubyKaigi 2026 に登壇する hachi さんに話を聞いてみました。また、RubyKaigi 2026 の3日目 4/24 に開催されるDrinkup イベントのご案内もさせていただきます。 hachi さんとトークセッションの紹介 木村 駿生 (Hayao Kimura): Kyobashi.rb の共同主催者。Kaigi on Rails や、関西Ruby会議08などのオーガナイザー。フリーとしては、freee 請求書や、その周辺領域のテックリードを担当している。技術書典の書籍として、『マイコンでRubyが動くまで〜PicoRubyを理解する〜 (2015/11)』『Rubyではじめる電子工作~ラジコ

こんにちは！freee請求書の開発エンジニアをしているkochanです。 近年、AI Agentの進歩が目覚ましく、AI Agentを使って開発生産性を向上させた事例や、AI Agentを組み込んだ機能提供の事例が続々と登場しています。 しかし、いざ実務に投入しようとすると、プロンプトの微調整に追われたり、期待通りの挙動にならず頭を抱えたりと、理想と現実のギャップにぶつかることも少なくありません。 今回は、そんな現場の泥臭い試行錯誤を組織で共有するために開催した、社内LTイベントの様子を紹介します。 LT会の様子 開催の背景 組織全体でClaude Codeを利用した開発が推進されていたり、AI Agentを利用した機能提供が進んでいます。その中で、Claude Codeによる生産性向上やAI Agent機能開発の知見が、各チームや個人に閉じてしまっているという課題が出てきました。 AI

こんにちは。IAM基盤エンジニアのハトンです。 以前の記事で、OpenIDファウンデーション・ジャパンのデジタルアイデンティティ人材育成推進WG フェーズ2における上半期の活動や、8月に開催された中間報告会についてご紹介していただきました。 OIDF-J 第2期 人材育成WG 上半期の参加レポート - freee Developers Hub 今回はその続編であり、1年間の活動の総集編として紹介させてもらいます。 下半期の活動について 下半期も引き続き、参加企業の方々とともにビジネスと技術の2つのサブグループのテーマごとに資料作成を進めていき、先日に1年の集大成となる最終活動報告会が開催されました。 報告会では、各チームがこの1年間で深掘りしたテーマについての成果発表を行い、大盛況のうちに幕を閉じました。 発表資料や報告会の配信アーカイブはこちらから確認できます。 20260311 技術S

正解がない。相談できる人も少ない。それでも意思決定を続けなければならない。 Engineering Manager（EM）という役割を担っていると、そんな場面に何度も直面します。freeeのEMたちも例外ではありません。「任せると丸投げの境界線がわからない」「デリバリーに集中するあまり、気づけば視野が狭まっていた」日々そんな悩みを抱えながら、それでも考え抜くことをやめない人たちが、freeeには集まっています。でも、その悩みはfreeeだけのものではありませんでした。 freee は2026年 EMConf（Engineering Management Conference Japan）にプラチナスポンサーとして参加しました。EMConf は、日本のエンジニアリングマネージャー（EM）たちが実践知を持ち寄り、共有するカンファレンスです。2026年のテーマは「増幅」と「触媒」。EMが組織や個

はじめに こんにちは。freee請求書チームでエンジニアをやっているnuresenです。 この記事では、Rails 7系から8.1へのアップデートを Claude Code の Skills を使って実施した記録を紹介します。 みなさん、Railsのアップデートはできていますか？ Railsは定期的に新しいバージョンがリリースされますが、大規模なプロダクトになるとキャッチアップするのもなかなか大変ですよね。 freee請求書では、現在のバージョンがEOLを迎える前にアップデートしていく方針をとっており、だいたい年に1、2回くらいの頻度でバージョンアップを実施しています。 今回は7系から8.0へのバージョンアップを予定していましたが、8.0のEOLが2026年11月に迫っていることを踏まえ、8.1まで一気に上げてしまうことにしました。 ただし、Railsガイドにも書いてあるように、アップデー

はじめに こんにちは、freee振込チームでQAをしているtonchanです。 本記事では、QAプロセスにAIを活用するためにshared-knowledgeという仕組みを作った話を紹介します。 この取り組みはfreee振込チーム独自のものです。社内のAI駆動QA基盤が立ち上がる前の2025年1月頃から、独自にQA専用リポジトリを作ってAI活用を始めていました。全ての成果物をMarkdown形式で管理する方針を早い段階で採用していたため、エンジニアと同じようにAIツールにそのまま渡せるフォーマットが揃っており、社内の他チームとは独立した形で発展してきました。 最初にぶつかった壁は「AIの出力する言葉がバラつく」問題です。同じ機能なのに「申請」「依頼」「予約」と毎回違う用語が出てくる...。QAの成果物は自然言語なので、この用語のブレは品質に直結します。 2025年6月、約5ヶ月間の試行錯誤

データ部の okoshi です。 フリーのデータ組織には「アナリティクスエンジニア（Analytics Engineer）」というロールがあります。データ活用が進むにつれ、このロールの必要性は年々高まっています。この記事では、役割、価値、業務内容、必要スキルをコンパクトに紹介し、なぜこの職種がビジネスインパクトに直結するのかを解説します。 1. 概要 アナリティクスエンジニア（Analytics Engineer）は、 「データエンジニア」と「データアナリスト」の中間に立ち、ビジネスで安全・高速に使える“整ったデータ”を継続的に届ける役割です。 データエンジニアが整備した基盤・生データを受け取り ビジネスサイドやアナリストがすぐ使える形にモデリング・変換し 品質と再利用性を担保した「信頼できるデータ資産」として提供する ことで、フリー全体のデータドリブンな意思決定・プロダクト改善を支えます

freee で Coding Agent 切り込み隊長をしている @him0 です。2025年は Coding Agent がコーディングの取り組み方を一新する一年でした。freee は現場に Cline を導入したところから始まり、現在(2026-02) は Claude Code が全社の標準ツールとなり落ち着いています。 Claude Code 起動時に /tutorial が紹介される Coding Agent を使いこなすという文脈で、コンテキストエンジニアリングが大事という話は散々どこでもされていると思います。2025年の年末から、2026年1月は Anthropic が Skills のフォーマット標準化の宣言を発端に、Agent Skills が話題として取り上げられるようになり、SKILL.md や AGENTS.md (CLAUDE.md) コンテキストの適切なタイミン

はじめに はじめまして。フリーで DBRE に所属している pon です。 弊社では 2025 年 9 月から 2026 年 1 月の期間で AWS ElastiCache for Redis のうちエンジンバージョンが Redis のクラスターに対して Valkey エンジンへ移行するプロジェクトを行いました。 本プロジェクトでは約 50 個のクラスターが対象となり、期間内での移行が完了しました。 この記事では、 Valkey 移行プロジェクトの移行プロセスや躓いた事例を共有します。今後移行を考えている方の参考になれば幸いです。 Valkey 移行を決定した背景 AWS は 2026 年 1 月 31 日に Redis 5 系エンジンバージョンの標準サポートを終了しました。これが今回の移行プロジェクトの直接的なきっかけです。 サポート終了告知にあたり、互換性・コストの2つの観点から、弊社

こんにちは! この記事は freee Developers Advent Calendar 2025 の 25日目の記事🎅 です。 adventar.org freee AI駆動開発 (AI-Driven Development) チームのJaeSoon (ジェスン)です。 AI活用がプロダクト開発を超えて全社推進へと拡大する中、私の担当範囲も広がりました。基盤開発や技術アドバイジングはもちろん、BizチームやSuccessチームとも協業し、プロセス整備や検証目的の確立といった組織レベルのEnabling活動も行っています。 最近個人的にはF1のレゴブロックにハマっています 🏎️ 1. 概要 1.1. はじめに 1.2. 2025年のタイムライン 本格的なスタート Claude Code全社導入とAI開発マニア制度 2. 詳細指標 2.1. 爆発的な成長 全体利用量の急増 ユニーク利用

この記事は、freee Developers Advent Calendar 2025の 23日目の記事です。 adventar.org こんにちは！最近ようやくわからないことがわかってきた25卒のtakaです。普段はfreee会計のチームでエンジニアをしています。 今回は、AIで生産性を向上した・課題解決したといったキラキラした話ではないです。新卒1年目の私が「freee会計」という複雑なドメインと、10年以上の歴史が詰まったコードとどう向き合っているのかについてお話します。 3行サマリ 新卒研修ではAI活用で乗り切ったが、freee会計では一筋縄ではいかなかった 複雑なドメインではコードが読めても全体像が理解できない 図解することで理解の精度が格段に上がり、「わかったつもり」によるミスを減らすことができた AIフル活用の新卒研修 最近はAI活用による生産性の向上が叫ばれています。今年の

こんにちは。支出管理領域のQA Tech Leadと、AI駆動QAチームを兼務しているrenです。freee QA Advent Calendar 2025の22日目です。 今回は、生成AIにテストプロセスを行わせるための社内基盤「AI駆動QA基盤」について紹介します。 freee QAのAI活用のこれまで freeeのQA組織*1のAI活用探索は、 「AI駆動QAチーム」という専門部隊が、集中的にAI技術のQA領域への活用を探索する 各プロダクトのQAチームも、日々のQA業務の中でより良いAI活用のプラクティスを探索する 「AI4QA委員会」というファンクションカットの寄合で、専任部隊↔︎現場の知見共有, 課題検討を行い、組織全体でAI活用の練度を高めていく という形で歩みを進めてきました。このような取り組みを通じて、QAの業務プロセスを根本から「AIネイティブ」に変革することを目指して

「飛行機に乗り合わせたたった一人の医者」をGeminiに描かせたら一人でジェット機の操縦席に座る医者になってしまった件 はじめに こんにちは、freeeセキュリティチーム マネージャーのただただし（tdtds）です。この記事はfreee Developers Advent Calendar 2025の21日目です。昨日はreiyaさんの「新卒の歩きかた in freee」でした。 例年、このあいさつは「PSIRTマネージャーの」で始めていたのですが、先日とうとうセキュリティチーム全体が両肩に乗っかってきてしまいまして。せっかくなので、これまで5年以上にわたって別々に活動してきたCSIRTとPSIRTを合体して、ひとつのチームにすることにしました。 CSIRT（Computer Security Incident Response Team）は一般的にはその名のとおり、社内のコンピューターや

こんにちは、WaTTsonです。freee Developers Advent Calendar 2025 の12月19日(金)の記事は、freee 技術の日 2025で披露した折紙についてお話しします。 2025年11月30日に行われた自社カンファレンス「freee 技術の日 2025」では、TAMARIBAステージの『使いやすい基盤マイクロサービスを作るための現状分析と対策』という発表を、テックリードのshallowさんと一緒にやりました。 freee-tech-day.freee.co.jp youtu.be こちらもぜひ見てほしいのですが、この「freee 技術の日 2025」で私が関わったコンテンツとしては、もう一つ大きなものがあります。 それは「おりがみ」です。 freee 技術の日 2025 のコンテンツ。「おりがみ」が含まれる 「freee 技術の日」は今年で3回目になりま

昨日の yuria3 の記事はどうでしたか？ClickHouseのホスティング選定プロセスだけでなく、SaaS版導入時のPrivateLinkやDNS制約といったリアルな「ハマりポイント」まで詳しく共有されており、これから導入するエンジニアにとって転ばぬ先の杖となる非常に実践的な記事ですね😊 さて、今回はEMになった osso が最近悩んでいることを書いてみたいと思います。 わたし、正直AIがチョットニガテなんですよね。 2025年はAIエージェント元年と言われています。昨年の今頃はまだ Chat に質問して回答を得るという使い方が主流でしたが、現在はAI駆動開発は当たり前で、さらに常に新しく出てくるモデルの特徴やAIエディタ、コーディングエージェント、仕様駆動開発といった新しい手法などにキャッチアップしながら、日々の開発フローをアップデートし続ける必要があります。もはや、AIを"うまく

この記事は、freee Developers Advent Calendar 2025 の 16日目の記事となります。 adventar.org フリー Platform Engineerのyuriaです。 昨日のpon さんのアドベントカレンダー記事「 LangfuseバージョンアップのためにClickHouseを社内初導入した話 」 でLangfuseとClickHouseの関係性やClickHouseの特徴について書いてもらいました。 今回はClickHouseのサーバーとしての側面に注目して、以下の三つについて書いていこうと思います。 ClickHouseがどのようなコンポーネントで構成されているか AWSでClickHouseをホストするときどのような選択肢があるか ClickHouseを実際立ててみてはまったポイント ClickHouseがどのようなコンポーネントで構成されてい

この記事は freee Developers Advent Calendar 2025 の15日目になります。 昨日はけむりだまさんが 「freee技術の日」に関する記事を投稿してくれました！ 技術カンファレンスの裏側で運営を円滑にするために使われた技術について解説してくれています、ぜひ見てみてくださいね！ はじめに フリーで DBRE として働いている pon です。 24 卒として入社し、今年の 7 月から DBRE (Database Reliability Engineer) に配属となり、ほぼ未経験のデータベース領域で勉強の日々を過ごしています。 私は社内で Langfuse v2 から v3 へのバージョンアッププロジェクトに参加していました。 フリーではこの Langfuse を「まほう経費精算」というプロダクトで使用しています。 Langfuse v3 からバックエンド D