こんにちは、CTOの小林です。今年も私のところにはサンタクロースは来ませんでした。誰か今からでも Switch 2 を私のところに持ってくるように、サンタクロースに伝えておいていただけませんか。
さて、本記事では昨年に引き続き、2025年の kickflow のプロダクト開発を、プロダクト・技術・組織など各方面から振り返ろうと思います。 将来「2025年って俺たち何やってたんだっけ」となったときに振り返られるようにしておくこと、そして今から kickflow への入社を検討してくださる皆様に向けて、現状の kickflow の姿を公開することが目的です。
ちなみに、昨年の振り返り記事はこちらにありますので、ご興味がある方はあわせてお読みください。
続きを読む
kickflow プロダクト開発本部の小本です。
GoogleなどのIT企業が複数のプロジェクトを単一のリポジトリで管理するモノレポを採用していることは以前から知られています。
20億行のコードを保存し、毎日4万5000回のコミットを発行しているGoogleが、単一のリポジトリで全社のソースコードを管理している理由 － Publickey https://www.publickey1.jp/blog/15/2045000google.html
私たちkickflowでも最近リポジトリを統合する「モノレポ化」を実施しました。その結果、AI時代にはモノレポがさらに有効になると感じています。
こんにちは。開発チームでエンジニアリングマネージャーをしている森本です。
みなさんはローカル開発環境でのパフォーマンスチューニングはどのように行っていますか？ 本番環境では、APM（Application Performance Management）ツールを導入しているケースが多いと思いますが、ローカル環境ではなかなか良い選択肢が見つからず、悩んでいるエンジニアも多いのではないでしょうか。 本記事では、APIモードのRailsアプリケーションにおけるパフォーマンスチューニングの課題と、その解決策としてJaegerとClaude Codeを組み合わせた方法をご紹介します。
続きを読む
こんにちは！QAチームのmakiです。
kickflowでは、先月AI申請前レビュー機能をリリースしました。
AI機能のQAは、従来のソフトウェアテストとは異なるアプローチが求められます。 AIは同じ入力に対して常に同じ結果が返るとは限りません。 また、「どこまでの精度を許容するか」という基準を事前に決めておく必要があります。
この記事では、AI申請前レビュー機能のQAをどのように実施し、何を評価したかをまとめます。 AI機能のQAに取り組む方の参考になれば幸いです。
こんにちは、kickflow QAチームの川村です。
E2Eテストの実行は自動化できても、その結果を管理し、確認するプロセスは意外と手作業が残りがちです。
今回は、Autifyで実行した350を超えるテストシナリオの結果を、テスト管理ツールのQaseに自動連携する仕組みを構築した話をします。
テスト結果の管理を自動化することで、結果確認フローが大幅に効率化され、QAチームは本来注力すべき品質改善活動に集中できるようになりました。
続きを読む
こんにちは、kickflow QAチームの川村です。
「ノーコードツールだけでは対応しきれないテストケースがある」「コードベースのテストツールを導入したいが、どう使い分ければよいかわからない」といった課題を抱えていませんか？
本記事では、ノーコードE2EテストツールのAutifyと、コードベースのCypressを組み合わせることで、それぞれの強みを活かしたハイブリッドなE2Eテスト戦略を構築した事例をご紹介します。
具体的な使い分けの基準や、導入時の課題とその解決策まで詳しく解説します。
こんにちは、CTOの小林です。表題の通り、kickflow社ではOSSポリシーを策定して公開しました。
今回ポリシーを公開したのは、同じようにスタートアップで OSS 活動を推進したい企業やエンジニアにとって参考になるのでは、という思いもあります。本記事では、OSSポリシー策定の背景や手順を紹介しようと思います。
続きを読む