freeeでは、2025年1月よりデザイナーの役割を「ApplicationDesigner」※1として再定義しました。 本記事では、デザインスペシャリストとして活躍する服部 有里が、デザイナーとしてどのように自身の役割と向き合い、変化してきたのかをご紹介します。 ※1　「ApplicationDesigner」の定義については、カジュアル面談資料にて紹介しております。 ５年間の変化 前回の記事では「人を軸に考える」がテーマでした。そういった新卒時のマインドに変化はありましたか？ そうですね。変わったと思います。具体的には業務に軸を置くようになりました。人だけじゃなく、業務です。 フリーの提供しているものって業務システムだからです。業務システムで使いやすい状態を提供するには、考えるべきは業務だろうっていうふうに、いまは変わりました。「人」っていう軸だと、ざっくりした「ユーザーのために！」っ

はじめに こんにちは、タイガーチームでエンジニアをしている横塚といいます。 この記事では Coding Agent へのタスク依頼を最適化していく過程を step-by-step で一緒に見ていきます。 お題は「Pull Request の作成」です。 コードは既に書いている コミット済みで git の work-tree はクリーンな状態 この状況から Coding Agent (Cline, Roo Code, Goose CLI, GitHub Copilot Agent, Claude Code etc…) に高品質な Pull Request を作成してもらうことを目指します。 TL;DR: Coding Agent によるワークフローの最適化には、シンプルなプロンプトチューニングのみでは不十分 事前に確定できる処理はスクリプトに任せ、LLM には柔軟性が求められる処理に専念させ

こんにちは、SREの清水です。 この記事では、2025年の確定申告に向けてfreeeで行ったキャパシティプランニングの取り組みについてご紹介します。 freeeと確定申告 freeeでは個人事業主や法人向けのクラウド会計ソフトであるfreee会計1を提供しています。freee会計は確定申告の書類作成にも利用されるため、確定申告期間（2月中旬〜3月中旬）は年間で最もアクセスが集中します。アクセス数は1月から徐々に増加し、3月中旬の提出締切直前にピークを迎えます。 この期間のトラフィックには普段と異なる以下のような特徴があり、入念に準備することが必要になります。 アクセス数の急増: 通常時の数倍規模のアクセスが短期間に集中 ユーザー層の変化: 主に個人事業主ユーザーからのアクセスが増加 ワークロードの変化: 記帳や確定申告書類作成にともない書き込み処理の割合が増加 プロジェクトの目標と体制 今

はじめに 最近のAI関連技術の進化は目まぐるしいですよね。私たちfreeeの開発組織でも、世の中のトレンドに追従、あるいは先回りする形でGitHub Copilotや社内から安全にLLMを利用するための基盤整備にも取り組んできました。そして2025年、これまでの検証フェーズを経て、AI活用をさらに加速させるべく、AIツールの本格導入を進めています。 現在、freeeの開発現場では主に GitHub Copilot、Cline、そしてDevinといったAIツールが活用されています（他にも細かなツールはありますが！）。特に最近全開発者向けに開放されたClineは、今後の開発スタイルを変える可能性を秘めていると注目しています。 この記事では、そのClineを全社導入するにあたり、私たちがどのように考え、どのような課題に直面し、そしてどう対策してきたのかをお伝えできればと思います。この記事が、AI

こんにちは！24 新卒で freee に入社した kochan です！ 以前投稿した新卒研修の事例紹介の記事では、freee の新卒研修で社内のコミュニケーションに関する課題を解決するために、ショート動画プラットフォームを作成したことをお伝えしました。今回の記事では、新卒研修後に本番運用に乗せるまでにどんなことをしたのかを説明し、新卒研修後の取り組みで学んだことをお伝えします。 また、この記事に関する内容は 5/9 に freee tech night で話す予定ですので詳細が気になる方はぜひご参加ください！ freee-tech-night.connpass.com 本番運用にあたって行ったこと 本番運用するにあたって、まずセキュリティを専門とするPSIRTチームと、プロダクトのインフラを管理するSREチームに、何をすれば安全に社内サービスをリリースできるのか確認しました。そこで出てきた

はじめに by @solt9029 freeeサインの開発に携わっているソフトウェアエンジニアの塩出（@solt9029）です。 freeeのプロダクトには、freee会計やfreee人事労務をはじめとし、非常に多くのものが存在します。このような状況下で、各プロダクトがそれぞれ独自のデザインを採用してしまうと、プロダクト間で似たような操作に微妙に異なるデザインや体験が採用されてしまい、ユーザーの認知・学習コストが不必要に増加してしまいます。 そこで、ユーザーがプロダクト間で類似する操作や体験が統一的に行えるように、社内では「vibes」や「標準UI」といったデザインシステムが開発されてきました（vibesや標準UIの導入背景や詳細などについては、デザインシステム “Vibes” の育てかたやデザインシステムを拡張し、プロダクト開発の共通基盤を目指すをご参照ください）。 freeeのプロダク

こんにちは、SREの久保木です。一年弱ぶりにまた記事を書きます。 以前はfreeeに入って割とすぐの頃で、Project間の依存関係を表す図を自動生成したりしていました。 その後はfreeeで使われているTerraform Codeを一括整備するためにTFLintを導入しつつCustom Ruleを実装したり、この手のLinter導入にありがちな最初の間は警告が多すぎて無視されてしまう問題に対処するために全部のCodeを手入れしたり（すごい量でした……）、結果的にfreeeのInfrastructureのIaC周り全般の知識を得られたのでそれを用いてSecurity Riskのある問題の対処をしたり、最近はPSIRTやSRE内のCloud Governance Teamと連携してAWSのResourceの管理状態を見直したりと、いろんなふわっとした課題、ちょっと手をつけづらい課題を探しては

freee PSIRT( Product Security Incident Response Team ) のhikaeです。freeeでも自律型AI AgentのDevin*1を雇用しています。 今回はPSIRTの業務の一つである Dependabot対応におけるDevinの活用事例（Devindabot）… ライブラリの脆弱性対策にAIを活用して、開発ライフサイクル全体にいい影響が出た話 をご紹介します。 Dependabot対応 ... ライブラリの脆弱性対策 ライブラリアップデートの辛さ フローを見直し負担を下げる DependabotがPull Requestを作る流れ 1. GitHub Advisory Database · GitHub に脆弱性情報が追加される 2. Dependabotがリポジトリごとの依存グラフを定期的に更新する。もし脆弱性による影響がある場合はアラ

この記事は freee Developers Advent Calendar 2024 の 25 日目の記事です。本記事は、freeeの共同創業者で取締役CTOの横路が担当します。 わたしが新卒で会社を選ぶときに知りたかったこと 最短で成長するためのエッセンス：打席数・没頭・巨人の肩の上に立つ なぜ打席にたくさん立つことが大事なのか なぜ没頭することが大事なのか なぜ巨人の肩の上に立つことが大事なのか なぜ会社選びと行動習慣が大事なのか 打席数を増やすための会社選びと行動習慣 没頭するための会社選びと行動習慣 巨人の肩の上に立つための会社選びと行動習慣 成長のその先へ まとめ わたしが新卒で会社を選ぶときに知りたかったこと 毎日起きるのが楽しみになるくらいエキサイティングなチームと一緒に自分の持てる力を最大限発揮して、世の中が大きく前に進む瞬間に立ち会い、そこに少しでも貢献したという実感を

この記事は freee Developers Advent Calendar 2024 の7日目です。 adventar.org みなさん、こんにちは！freee 外部連携基盤エンジニアのおっそーです。 最近、採用イベントや面接などで、学生の方・社会人の方どちらともお話する機会が増えてきました。その中には、未経験からエンジニアを目指す方やまだ経験が浅い方も多くいらっしゃいます。 わたしは25歳で社会人になると同時に未経験からエンジニアになり、ポテンシャル枠（※自称）でフリーに転職してきましたので、そんな6年間を振り返りつつ、どうやって一人前に近づいてきたかや、フリー*1に来たらどのような成長が得られるのかを書いていきたいと思います。 ※フリーの募集ポジションに「ポテンシャル枠」があるわけではありません。募集ポジションは https://jobs.freee.co.jp/entry/care

こんにちは。freeeでQAエンジニアをしているkenseiです。 freee QA Advent Calendar2024の4日目です。 QAとしてある程度経験を積むと「もっと上流から関わっていきたい」という意識が出てくるという話をよく聞きます。 そこで今回は「QAが上流から関わる」というのは具体的に何をしているのか、どういったメリットがあるのかについてや、チームでやっている取り組みについて書こうと思います。 はじめに まずはfreeeでは実装に入る前にどういった工程があるのか、私が所属している開発チームを例に見てみましょう。 成果物 詳細 オーナー Brief開発のきっかけとなる課題や背景、想定ターゲットやインパクトについて記載する。 後述のPRDと合わせて作成されることが多い。PdM PRD課題解決にあたり何をするのか、しないのかをざっくり記載。スケジュールについてもここで考慮する。

こんにちは。freee人事労務でQAエンジニアをしているsaeです。 freee QA Advent Calendar2024の3日目です。 私は長いことSIerとしてPM/ITSMの道を歩んできましたが3年前にQAエンジニア（以下、QA）にキャリアチェンジしています。そして2024年の9月にfreeeにQAとして転職してきました。 アジャイル開発にとびこんでQAという職種に出会った当初、色んなことの曖昧さに戸惑いました。スクラム開発では職能の明確な線引きはないし、QAに求められる技量も見渡す限りチームによって様々。自分のスキルでどうやって組織に貢献して行ったらいいんだろう...？ と悩みはじめて3年目に突入... 今日は「アジャイルQAってなんだ？をみんなで考えた話」というタイトルで、freeeのQAにお悩みをぶつけて見えてきた”アジャイルQA像”と”QAのキャリア展望”をまとめてみまし

この記事は、freee Developers Advent Calendar 2024 の3日目です。 bucyou (ぶちょー) と申します。普段は大阪は京橋にある関西拠点で freee販売の設計・実装を行っています。ちなみに、社内では freee販売を実際に利用して、ミニ店舗の運営などを行ったりなどをして日々製品づくりに研鑽しているところです。1 freee Developers Advent Calendar において他の方は技術以外のこともいろいろ書いてくれるような気がするので、私は技術の話をしたいと思います。この内容については、この前 kyobashi.rb という Ruby コミュニティのローカルイベントにて発表資料なしで挑んでいったトピックを実際に文字に起こしたものです。当日はコードを読んだり実行したりという内容が中心だったため、この機会に文章にしてまとめておきたいと思います

こんにちは。フリー人事労務でQAエンジニアをしているyamaeriです。 freee QA Advent Calendar2024 2日目です。今日は私がグローバルQAエンジニアチームのマネージャーになってみた話をします。 自己紹介 私は2022年4月にフリーにQAエンジニアとして入社し、半年間はフリー会計のQAを担当していました。 QAは「Quality Assurance（品質保証）」の略で、QAエンジニアとはプロダクトを本当にリリースして大丈夫なのか、事前にプロダクトをテストする計画を立てたり、テストの実施をしたり、品質の改善に向けた活動をするエンジニアのことです。 入社して半年が経つ頃、「英語、話せますか？グローバルチームがあるんだけど...」と話をいただき、グローバルチームへ異動することとなりました。それからずっとグローバルチームでQAエンジニアとして働いています。 グローバルQ

こんにちは。QAエンジニアをしているharashinです。 freeeプロダクト共通で利用される従業員情報や取引先などのマスターデータを扱うプロダクトを担当しています。 freee QA Advent Calendar2024 1日目です。 adventar.org 去年に引き続き、QA Advent Calendar2024の発起人です。 今年も無事QAエンジニアだけでアドベントカレンダーを実施できることを大変うれしく思います。 去年のアドベントカレンダーを実施するにあたり、多くの方に圧をかけた結果、社内ではharashin とハラスメントがかけ合わさったハラシンメントという造語が作られました。 harashin とハラスメントがかけ合わさったハラシンメントという造語 今年は、「テストレシピをやってみた」というタイトルでアドベントカレンダーを書いてみようと思います。 チームのQAに関する

この記事は、freee Developers Advent Calendar 2024 の1日目です。 はじめに：pmconf2024への登壇します！💪 みなさん、こんにちは！freee会計PdMのしんちゃんです この度、pmconf2024に応募して選考の結果、12/5に登壇することになりました！😊 pmconfはプロダクトマネジメントに携わる人たちが共に学び、切磋琢磨する場として2016年から回を重ねてきた国内で最大級のPdMのイベントです。 pmconf.jp 私のセッションでは、こんなことを話します。 日時：12/5(木曜) 13:00~ 概要：UXライティングがプロダクトに与える影響と実践方法 成果事例：30文字の説明文の変更でクリック率2.5倍、売上が2倍を達成 特にライティングに苦手意識のある方、ABテストでうまくいかない方は、ぜひご参加ください！☺️ 当日から使える超実

こんにちは！freee の gon です。 freee Developers Advent Calendar 2024の2日目の記事です。 freee ではマイクロサービスを含め大小さまざまなサービスが稼働してますが、あるサービスで Rails の time_zone の設定をし忘れており、time_zone がデフォルトの UTC 扱いで動いていました（freee では Asia/Tokyo で揃っている）。開発中にバグが見つかったことで判明し、time_zone を設定し直すことで対応をしました。この記事では、実際に起こった問題とその際に調査したこと、具体的な対応、また同じ間違いを起こさないための提案について書き記しておこうと思います。 起きた問題 時刻の判定が9時間ずれる 当たり前に9時間時間がズレていたわけですが……。このサービスでは、freeeのライセンスの有効/無効を判定してい

こんにちは、『freee技術の本』編集長のWaTTsonです。 先日のブログ記事で、技術書典17で『freee技術の本』の第2弾を出すことを発表しました。 developers.freee.co.jp 前回の記事では概要だけを公開していましたが、書影や目次などの詳細を公開します！ 『freee技術の本 freeeにおけるマルチプロダクト開発 ～モノリシックとマイクロサービスの狭間で～』 目次 第I部 freee のプロダクトアーキテクチャと開発 第1章 成熟したプロダクトの大規模リアーキテクチャ～統合分離への挑戦～ 第2章 インタビュー: 新しい業務システムを作るために必要な思想を巡って 第II部 マルチプロダクトを構成する要素 第3章 アクセス制御基盤 第4章 ワークフロー基盤 第5章 通知基盤 第III部 freee のプロダクト開発を支える基盤チーム 第6章 マイクロサービスにおける

こんにちは、『freee技術の本』編集長のWaTTsonです。 昨年の11月、技術書典15で『freee技術の本』を販売しました。 developers.freee.co.jp 今年の11月に技術書典17が開催されますが、こちらで『freee技術の本』の第2弾を出すことが決まりました！ コンセプト 昨年の『freee技術の本』は各執筆者がそれぞれ好きに書いたものを寄せ集めたオムニバス形式でしたが、今年は全体で1つのコンセプトを用意して、通読して面白いものになるようにと企画しています。題して 「freeeにおけるマルチプロダクト開発 ～モノリシックとマイクロサービスの狭間で～」 freeeでは、バックオフィス業務を効率化する統合ERPとして、たくさんのプロダクトを提供しています。最初は「freee会計」から始まったプロダクトに、「freee人事労務」や「freee販売管理」など、大小様々なプ

こんにちは、PSIRTのWaTTsonです。 昨年の夏頃に、「Dependabot alertをSlackに通知して、トリアージ運用に役立てる仕組みを作ってみた」という記事を投稿しました： developers.freee.co.jp ここでは、新しく報告されたDependabot alertをSlackに通知し、Jiraチケットを作成してPSIRTメンバーをアサインし、トリアージを行って各開発チームのチャンネルにメッセージを送信する、という仕組みについて説明しました。 今回は、この中でPSIRTメンバーがトリアージをする時にどういう風なことをしているのかを書いてみたいと思います。 過去に私自身にアサインされた事例の中から1つ、具体例を挙げて見てみましょう。執筆に時間をかけてしまったせいでちょっと古い例ですが、2024年3月頃アラートが上がったにRDoc RCE vulnerability