この記事は freee Developers Advent Calendar 2022 の3日目です。 このドキュメントはなにかの答えをあたえるというより、アジャイルやスクラムを有効化させる上での障害はこれであるということを検討するためのドキュメントです。壁はすべての環境で発生するわけではないですが、そういう壁があるということを認識することで、転ばぬ先の杖となるような文章になることを目指しています。そして、その解決方法は示さず「意図的に不完全」にしています。これを読んで「なぜ意図的に不完全にしているのか」を味わっていただければと思います。（あるいは、私自身のエクスキューズかは読んでる皆様にその判断を委ねます） 前提: アジャイル開発とは アジャイルソフトウェア開発（以後、アジャイル開発）はアジャイルソフトウェア開発宣言で示されている価値の実現を目的とした開発手法です。宣言では4つの項目でそ

こんにちは、2022年新卒入社の横塚です。 僕は内定から入社までの間にfreeeで内定者インターンをしていました。 今回は、関西支社に配属され10ヶ月間プロダクト開発に携わった話を書きます。 freeeの内定者インターンはこんな感じだった！ということで、今後インターンに参加する方やfreeeに興味を持っている学生の方の参考になれば幸いです。 freeeプロジェクト管理について 僕は主に、freeeプロジェクト管理というプロダクトの開発に携わりました。 freeeプロジェクト管理は、従業員が工数を入力し、管理者が従業員の工数を分析できるようにするプロダクトです。 freeeプロジェクト管理 今回のインターンでは「工数入力」という、freeeプロジェクト管理の中核をなす機能について、改善に取り組みました。 まずは不具合改修から 内定者インターンの最初の課題は、freeeプロジェクト管理の不具合

こんにちは、freee会計でエンジニアをしている @sakakibara-setu です。 普段は債権債務に関する機能を担当するチームに所属して開発を行っていますが、この度freee会計のRailsアップデートを担当することになりました。 実はfreee会計は、先日2021年12月にRails 5系からRails 6系へとメジャーアップデートされました。 ありがたいことにこのメジャーアップデートによる問題は一件も発生しなかったため、皆様には特にお変わりなくご利用いただけたかと思います。 その上で社内の開発環境においては様々な恩恵を得ることができたので、結果は成功と言っていいと思います。 しかしながら、その道のりはお世辞にもうまくいったことばかりではなく、反省すべきことも多々ありました。 アップデート作業には壁とも言えるような問題がいくつもありましたが、それはfreee会計が8年以上開発され

ナカミチといいます。freeeのデータ基盤でエンジニア業に勤しむ日々です。 今回は長年freeeの分析環境を支えてくれたRedshiftをBigQueryに移行したお話。 なお技術的な詳細までは触れず、移行プロジェクト全体に関して記述しています。 (Techieな記事を期待した方スミマセンｍｍ) 移行の規模はどんなもんか ボリューム的にはざっと下記の通りです。 テーブル数: 約2,000テーブル データ量: 約180TB(snappy) クエリ数: 約500件 移行期間: 約1年4ヶ月(準備期間含む) そもそもなんで移行したの？ 大別すると移行を決めた理由は3つほど。 パフォーマンス向上が見込めた 手段を多様化したい エンジニアリソースの最適化 以下にそれぞれ細かく記述します。 1. パフォーマンス向上が見込めた SQLによりますが、それまで使っていたRedshift環境と比べて平均5〜6

配信 URL https://www.youtube.com/watch?v=f2BN24FFr2A freee Tech Night って何？ freee株式会社のエンジニアによる、エンジニアのためのイベントです！ freeeで利用している技術、組織、エンジニアの生態の紹介を皆様に知っていただけるような内容を定期的に配信します。 freeeでの自由度と裁量権の高い独自の開発文化を支えるエンジニア達がどういう想いや熱意でfreeeを開発しているのかに興味を持っていただければ幸いです。 ちょっと短めの時間で、参加しやすい・聞きやすい内容を目指します。 普段はなかなか参加できない…という方も、ラジオを聴く感覚で、ぜひご参加ください！ freeeはクラウド会計・人事労務ソフトを5年以上開発を続けており、技術的な成果や経験を広く公開させていただきます。会計や人事労務などのセキュアなドメインならでは

まずはじめに、2022/01/28のfreee Tech Nightを楽しみにお待ちいただいていた皆様、当日直前にLiveを延期してしまいまして、運営にかわりまして申し訳ございませんでした。この記事はLiveで話す予定の内容の一部を深堀りした内容になっておりますので、文字でもお楽しみいただければと思います。 Abstract 期日を決めることには様々な利点があるが、期日通りに終わらせるにはとてもじゃないが避けづらい問題が多すぎる。 特に期日を先々まで決めてしまうことで直近の期日さえ守れなくなる状態になる。 期日を決めず、優先順位を決め、短い間隔で機能や価値を出すことで、方針の柔軟さを確保し、ランダムに発生する事象に対応しやすくなる。 現在地と予測地点を確認するためにまずは「バーンダウンチャート」をつくって運用してみよう。 はじめに なにか目指したい姿があると、その姿に対して何かしらの案を考

freeeのPublc APIチームでエンジニアリングマネージャーをしているまっつーです。 この記事はfreee Developers Advent Calendar 2021の24日目の記事です。 クリスマスイブですでにウキウキしている方もいるでしょうが、落ち着いてください。我々にはまだやることがあります。 そう、有馬記念です。 有馬記念は毎年12月に中山競馬場で開催される競馬のレース名です。 年末に行われる大レースということで競馬ファンの中では年末の風物詩になっています。 やるからには当てたい、では早速有馬記念の予想をしていきましょう。 手順１ 今年のサインを探す 競馬の予想にはいろいろな方法がありますが、サイン理論とよばれるものがあります。 説明はwikipediaに任せます。 サイン理論（サインりろん）とは、競馬の勝ち馬予想の手法の一つのことである。広義的な意味でケントク買い（見得

「CEOに身代金を要求したい」 こんにちは、PSIRTマネージャのただただし（tdtds）です。この記事はfreee Developers Advent Calendar 2021 18日目です。 freeeにjoinしてから早くも14ヶ月がすぎました。freeeでは毎年10月に全社障害訓練をしていて、昨年は入社したてで右も左もわからないままAWS上の本番環境（のレプリカ）に侵入してDBをぶっ壊す役目をさせられたのも良い思い出です*1。 で、上の「CEOに身代金を要求したい」という物騒な相談は、今年の訓練計画の話です。話を持ち掛けてきたのはCIOの土佐。昨年は主要サービスが落ちて、開発チームが対応にあたる中、ビジネスサイドも顧客対応などで訓練参加しましたが、今年はさらに、経営サイドまで巻き込もうというゴール設定がされたわけですね。腕が鳴ります。 ゴールは「CEOに4BTCを要求する」 ゴー

こんにちは、freee Developers Advent Calendar 2021、19日目のid:shallow1729です。昨日はtdtdsさんで【マジで】サイバー演習シナリオの作り方【怖い】でした！障害訓練後に攻撃方法を解説された時はリアリティの高さに驚きました。 僕はMySQLを使っていて発生した不思議な挙動の調査の話をしようと思います。 今回問題となったクエリ 今回話題にするクエリは以下のようなシンプルなものです。 SELECT * FROM hoge WHERE id IN (...) MySQLのパラメーター次第ですが、デフォルトの設定だとこのIN句の中の値の数が数万になると適切なインデックスが用意されていてもフルスキャンが発生する事がありました。このクエリがテーブルのほとんどのレコードを網羅するような場合や高速でレコードを大量にinsertして統計情報が追いつかないケー

こんにちは。中部オフィスで開発部長をやっているmoaiと言います。これは、freee Developers Advent Calendar 2021 - Adventarの13日目の記事です。 今ではfreeeの中部オフィスで楽しく働いております。 freeeの中部オフィスの開発チームは働く環境としてはとても気に入っています。 中部オフィスでうなぎを食べている様子 でも、今日はその話ではありません。 今日話したいのは、地方で働く際に検討しておいたほうが良いことをフラットに書いてみようと思います。 コロナ禍が始まってから、もう二年近くなります。 freeeも2020年3月からフルリモート体制に移行しています。 そんな中、安い物価、豊かな住環境、子育て環境などを夢見て地方移住を検討された方も多いかと思います。 一方で東京と比較して仕事はあるのか？など不安材料もあると思います。 私も2018年に

この記事はfreee Developers Advent Calendarの3日目です。 皆様こんにちは。freeeでスクラムマスターをやってます ichy こと Takeru Ichiiです。過去にアジャイル開発関連の記事を2本ほど書かせて頂いており、去年のアドベントカレンダーでは私のスクラム開発と無関係なペペロンチーノを混ぜて書かせていただきました。 developers.freee.co.jp 今年もなにか無関係なものを混ぜつつ新作を書こうかと思ったんですが、ちょっと本業が立て込んでおり、間に合いませんでした。そこで、今回は社内Blogの転載に近い形になってしまうのですが、小噺を楽しんでいただこうかと思います。なお本来であればビーフシチューのレシピを紹介しようかと思っていましたが、そのお話はまた今度させていただこうかと思います。 今回の記事の元ネタのご紹介 今回の記事は2021/10

こんにちは、id:ymrlです。この記事はfreee Developers Advent Calendarの2日目です。 先日の記事で、全従業員向けのアクセシビリティ研修を紹介しました。 developers.freee.co.jp この研修でとても大切にしていることのひとつに 「スクリーンリーダー（画面読み上げソフトウェア）の操作を実演する」 というものがあります。多くの人にとって「視覚的に見るもの」であるWebが、視覚障害の当事者にはこういう形になっているということを見て（聞いて）もらうことが、新たな視点を持つキッカケになることを期待してのことです（もちろん、中根さん（@ma10）が研修をやっているから特に説得力があるというのもあります）。 研修では中根さんがWindowsでNVDAを、私はmacOSでVoiceOverをそれぞれ実演しています。この記事では私の手元でやっていることを紹

この記事はfreee Developers Advent Calendar 1日目の記事です。 こんにちは、freee人事労務のエンジニアをしているspawnです。 この記事では新卒3年目の私が1年間の育児休暇を取得したので、それを振り返ってみようと思います（現在4ヶ月目） 育児休暇を取得するまで パートナーの妊娠が分かった段階でチームマネージャーに伝え、他のメンバーには安定期に入った段階で妊娠と育児休暇を取得する旨を伝えました。 メンバー全員が快諾してくれて、祝ってくれたのは凄く嬉しかったです。 期間はパートナーと相談し、最初の子供で育児の勝手も分からないからマンパワーはあればあるだけ良い。ということで2人とも1年間取得することに決めました。 出産当日は感染症対策で病院には行けず、パートナーからのメッセージで爆誕を確認しました。 生まれた通知 その後にチームに生まれた旨を報告し、業務を引

こんにちは、 freeeでデザインシステムを作っていたりアクセシビリティーのいろいろをやっていたりする id:ymrl です。 freeeではfreeeアクセシビリティー・ガイドラインを策定して、誰でも使えるアクセシブルな製品開発ができるよう取り組んでいます。これまでも、開発者（エンジニア、プロダクトマネージャー、デザイナー）向けには実習を含むアクセシビリティー研修を行ってきました。 そしてこのたび10月から 対象を全新入社員向けに拡大 してアクセシビリティー研修を行うようになり、あわせて開発者向けの研修も内容を整理したので、今回はその紹介をします。 なぜ全員に研修をするのか これまでのアクセシビリティーの取り組みは、プロダクト開発を中心に進めてきました。「だれもが自由に経営できる統合型経営プラットフォーム」をビジョンに掲げている以上、まずは提供しているSaaSが誰でも使えるものになってい

こんにちは、DevBrandingのellyです。10月29日に配信した「freee Tech Night 〜freee流、クレジットカードのマイクロサービス設計構築術」の様子をご紹介します。 先日freeeは、法人向けに企業成長を支援するための統合型ビジネスカード「freeeカード Unlimited」β版の提供を開始しました。 今回はfreeeカード Unlimitedのシステムをつくったエンジニア2人をゲストにクレジットカードの仕組みをどのように作っていったのかを聞きました。リリースまでの道のりをfreee Developers Blogでも全8回で連載していますのでぜひ合わせて読んでいただけると嬉しいです。 登壇者集合写真 tabachain:写真左上。決済チームのエンジニア。2016年7月入社。freee会計、freee申告のエンジニアを経てエンジニアリングマネージャーを約3年担

こんにちは、DevBrandingのellyです。10月1日に配信した「freee Tech Night 〜安定した開発を続けるサイトビジットのRails活用術」の様子をご紹介します。 サイトビジット社は2021年4月にfreeeの子会社としてグループにジョインしました。『資格スクエア』や『NINJA SIGN by freee』を開発しているサイトビジット社は、サーバーサイドのフレームワークにRuby on Railsを採用しています。 テストカバレッジ96%・ほぼ毎日各ライブラリのupdateを実施・専業のデザイナーなしでのUI構築など、限られたエンジニアの中でどのようにして高速にかつ安全に開発を進めているのか、開発の組織や文化についてお話してもらいました。 登壇者集合写真 yokozawa: 写真右上。エンジニアとしてインターンをしていたサイトビジットに2016年に正社員としてジョイ

こんにちは、freee人事労務開発チームでエンジニアをしている fiahfy です。 現在、freee人事労務のフロントエンドコードはほぼ TypeScript で記述されていますが、以前は Flow のコードが大部分を占めていました。 今回は、約 1200 ファイル程度あった Flow コードを開発を止めずに TypeScript に移行した話を紹介します。 TypeScript の導入 私が初めて開発に携わった当初、フロントコードは主に Flow で記述されていました。 私自身 Flow を触っていなかったというのと、エディタ周りのツールの影響であまり開発生産性が高くないと感じ TypeScript の導入を行うことにしました。 導入後は新規コンポーネントを TypeScript で作成する様にし、記述のしやすさや Flow との書き方の違い等を確かめました。 TypeScript で

申告チームでテックリードをやらせてもらっている id:nanjakkun です。 freeeではfreee会計をはじめ多くのプロダクトがRuby on Rails(以下Rails)のアプリケーションとして実装されています。 日々の開発の中で、Rubyでも静的な型の解決ができればなあと思うことがあります。 ということで、Rubyの型チェッカーのSorbetをfreee申告に導入してみました。 Sorbet(ソルベ)とは sorbet.org 決済代行サービスのStripeを運営しているStripe社が公開している漸進的型チェッカーです。 ※余談ですがfreeeアプリストアではStripeを決済手段としたアプリの有料販売ができます。 developers.freee.co.jp 有料アプリ販売の準備をする | freee Developers Community 漸進的型付けとは 漸進的型付け

はじめまして、21新卒入社のtomoriと申します。 新卒研修を終え、6月からデータ基盤チームに配属されて日々エンジニアとして奮闘しています。 ですが、今回はエンジニアリングではなく、音楽を作った話をします。 一体新卒の僕が何の音楽を作ったかというと、freeeの全社員が集うミーティング「Weekly Aekyo Hour」のテーマソングを作りました。 この記事では、作ることになった経緯や全社員が集まる場のテーマソングをどのように形にしていったか、などのお話していきます。 注：所々、音楽用語が出てきます。ご了承ください。 Weekly Aekyo Hourとは Weekly Aekyo Hour (以下WAH) とは、freeeの全社員が月に2~3回集まる全社ミーティングです。 このミーティングでは、社員の小噺やイベントのお知らせ、CEOの一言など様々な人たちが話す場となっております。 昔

こんにちは、キャリアに悩めるエンジニアのichienです。先日はfreeeの巨匠制度の歴史についてこちらの記事でご紹介しましたが、今回は初代・二代目巨匠であるterashiさん、ebiさんをゲストに招いて当時の感想を聞きました。terashiさんは理系出身・生粋のスペシャリストタイプ、ebiさんは文系出身・様々な職種を経験してきたジェネラリストタイプという対照的なキャリアを歩んでおり、キャリアに対する考え方についても話してもらいました。 巨匠に選ばれて1ヶ月で何を作ったか ichien:お二人はどんな成果物を発表したんですか？ terashi:freeeの「自動で経理」という機能で、どの勘定科目でどの品目でというのを機械学習でやっている部分があるんですが、そのサジェスト結果を評価をするための基盤を作りました。サジェストを評価するために十分なログを残す、それを評価するフレームワークを作るとい