Findy転職フロントエンドの開発生産性を向上させるためにやったこと - Findy Tech Blog
こんにちは、ファインディ株式会社でフロントエンドのリードをしております 新福(@puku0x)です。 この記事では、転職サービス Findy の開発チームにおける開発生産性の向上に対する取り組みをご紹介します。 以前の状況 モノリスの解体 開発基盤の刷新 コンポーネント設計の刷新 テストの拡充 CI の高速化 改善の効果 まとめ 以前の状況 2020年頃の Findy は Ruby on Rails と React のモノリス構成で作られていました。 機能の増加に従いコードが複雑化し、しだいに開発スピードが伸び悩むようになりました。 ここで Findy Team+ で算出した当時のリードタイムを見てみましょう。 2020年のFindyのリードタイム 上記のグラフから次のことがわかります。 改修が本番に適用されるまで 約1週間 かかる プルリクエストがレビューされるまで 約5日 放置される
【日本語訳+Tips】Codemagic.yaml チートシート
この記事は、Codemagicの公式ドキュメントである Codemagic.yaml cheatsheet の日本語訳です。正確な情報は Using codemagic.yaml - Codemagic を参照ください。 Codemagicとは Codemagicとは、Flutterのビルドとテスト、デプロイを自動化するためのCI/CDツールです。 Flutterだけでなく、React Native、iOS、およびAndroidのプロジェクトをサポートしています。 類似サービスに Bitrise があります。 価格はフリープランからチーム、エンタープライズが用意されています。(2023年11月時点) フリープラン: 月に500分まで、ビルドは1つまで同時実行可能。 チームプラン: 従量課金(macOS M1 $0.095/min)、ビルドは3つまで同時実行可能。 基本的にはWeb上からビル
Codemagic でモバイルアプリの CI/CD を始めましょう (updated 2021) - Qiita
Codemagic は、今年の２月に発表された Flutter UX 調査チームによる Q4 2019 の調査結果において、開発者が CI/CD で採用しているサービスのトップ３に挙げられており、（Codemagic、 Github Actions、 GitLab）、その中でも満足度が最も高かったことが示されています。 Codemagic は、Google と提携して Flutter 専門の CI/CD サービスとして開始されただけあって、Flutter を手厚くサポートしています。また、以下の翻訳で示されているように、Flutter に加えて Android ネイティブ、 iOS ネイティブ、React Native のサポートが追加されましたので、既存のそれらのアプリの資産がある場合でも、Codomagic をすべてのアプリに対応する統一した選択肢として検討できるようになりました。 ま
FlutterアプリのビルドにXcode Cloudを使ってみた｜NTT Resonant Technology
NTTレゾナントテクノロジーでiOS/Androidのアプリ開発エンジニアを担当している長谷川です。 今回は、Flutter製プロジェクトのiOSアプリビルドにXcode Cloudを使ってみました。 Xcode Cloudについて概要 Xcode Cloudは、Xcodeに組み込まれた継続的インテグレーションおよびデリバリーサービスで、Appleデベロッパのために設計されたものです。 「Xcode Cloudの利用開始 - Apple Developer」よりCI/CD環境を提供しているサービスとして、BitriseやCircleCI、Codemagicなどがありますが、この環境をAppleが公式で用意したものになります。私達が普段開発に使用しているIDE「Xcode」上からワークフローの設定・編集や各ビルド状態やログの確認などができます。 特徴Apple公式で提供されているCI/CDサ
FlutterもXcode Cloudで楽ちんCI/CD
はじめに 昔リリースしたアプリをアップデートしたいんだけど、iOSの証明書周りどうなってたっけ？ということありますよね。。自分はiOSの証明書周りがあまり自信がなく、毎回調べながらリリースしてるのですが、今回色々調べていたらXcode Cloudなる機能を利用することで、自動署名でビルドしてTestFlightにアップロードできるようなので、備忘録的に記事にしてみます。 今回やりたいこと FlutterのiOSアプリをXcode Cloudを利用してCI/CDする。 Xcode Cloudとは？ Appleによって提供されているCI/CDサービスです。 Xcode 13.4.1以降とAppleDeveloperProgramのメンバーシップが必要なようです。 料金は25(コンピューティング)h/月までは無料のようです。 Xcode Cloudの設定 序盤の設定はぽちぽち進めてしまい詳しく覚
TestをGitHub ActionsからXcodeCloudに移行した話
この記事はLuup Advent Calendarの13日目の記事です。 こんにちは、iOSエンジニアの大瀧です。 今回はGitHub Actionsで行っていたTestの実行をXcodeCloudに移行した話を書いていきます。 XcodeCloudの概要 XcodeCloudはXcodeやAppStoreConnectからGUIでワークフローを設定、証明書の管理やTestFlightへの自動アップロード等、Appleプラットフォームに最適化されたCI/CDサービスです。 料金 GitHub ActionsやBitriseに比べるとかなりお得になっています。 GitHub ActionsではTestの実行に1ビルドで40〜50分ほどかかっていて1ビルドにつき$4($0.08×50m)もかかっていてました。さらに常時4人ほどのエンジニアがコードを書いていたので月$700ほどの費用がかかってい
Cloud Run のための実践 Cloud Deploy
はじめに 本記事では実践的な Cloud Run のデプロイパイプライン実装を通して Cloud Deploy の理解を試みます。Cloud Deploy は元々 Kubernetes 用のプロダクトとしてリリースされたこともあり、Cloud Run に限って利用するには学習コストが高すぎるところもあります。本記事では Cloud Run のデプロイの本番環境構築・運用に必要な部分のみをピックアップして次のようなことを説明します。 Cloud Deploy の仕組み Cloud Deploy を使ったデプロイパイプラインの設計・実装方法 Service Account、IAM 設計 おすすめの Infra as Code の方法 おすすめの skaffold.yaml の書き方 Automation、デプロイフック、カナリアデプロイなどの高度なパイプライン、監視などは上記のような基本をおさ
開発者の幸せのために。(生産性向上について)
開発者が感じるストレスについて 皆様どうもこんばんわ、こんにちわ、エンジニアの榎本と申します。 突然ですが、質問です。 皆さんは開発している時に、ストレスを感じたりしていませんか？ エンジニアが感じるストレス、いや、エンジニアだけが感じるストレスあるはずです。 具体的に以下のようなことでしょうか？ ここのクラス結合多すぎてめちゃくちゃ変更しずらいよぉ フロントのbuildが遅すぎて、開発が進まねぇよぉ テストが遅すぎて、動かすのも面倒だよぉ(後にpushしてCIで落ちてさらにイラつく) CIになるとなんかわかんないけど、おせぇよぉ デプロイの時間かかりすぎて、コーヒー買ってくるわ などなど。 日々開発をしていると、エンジニアならではのストレスがあるはずです。 これらのストレスはエンジニアの生産性に直結しています。 生産性が高い=>開発が進んでいる。開発した質の高いものがユーザーにデリバリー
GitHub Actions のベストプラクティス
1 フロー 1 ワークフロー 一連のフローがある場合は 1 つのワークフローにまとめる。 トリガーしたイベントの JSON が使える needs での制御がしやすい 全体を追える グラフが表示される ファイルを分割したい ファイルを分割したい理由として以下が挙げられると思います。 行数が増えて読みづらい 処理を共通化したい 複合実行ステップアクション や workflow_run トリガー や Reusable workflow 🆕 を使うことになると思いますが、基本的には一連のフロー制御はメインのファイルに書いてその下を Reusable workflow や複合実行ステップアクションで外部ファイルへ分離するのが良さそう。 workflow_run はログが分断するのでおすすめしません。
【GitHub Actions】マージされたら自動でサーバー上にデプロイする方法
GitHubの指定ブランチにファイルが pull または merge されたとき、自動で指定したサーバーにファイルをアップロードしてくれたら、色々捗りますよね。 実際に GitHub Actions を利用して設定を行ったので、手順とつまづいたポイントをまとめておきます。 こんなひとにおすすめ GitHub Actions を初めて使う。いつもファイルを更新するたびに手動でサーバーにアップロードしている。GitHub および サーバーに SSH 接続ができる。ターミナル（またはコマンドプロンプト）を起動して（一応）操作できる。 タイトルでは「デプロイ」と銘打っていますが、今回やることはとてもシンプルで、ビルドや、コンパイルの操作は含みません。 大まかな流れとしてはこんな感じです。 自動でデプロイしたいサーバーに GitHub のリポジトリを clone する。GitHub のリポジトリで
Golden テストがCIで実行すると失敗する場合の対策法 - Qiita
Flutter で便利な Goldenテスト、これをGitHub Actions等のCIで実行すると、失敗してしまうことがあります。 ローカルの環境では成功するのに何故、、、？と頭を悩ましました。 この問題の解決法について解説します。 課題 Goldenテストがローカルの環境では成功するが、 GitHub Actions等のCIで実行すると失敗してしまう。 解決法 Goldenを生成したOSとCIで実行するOSを揃える。 Goldenを生成したPCのOSがMac OSの最新版ならば、 CIの実行環境のOSもMac OSの最新版にする。 解説 CIの失敗はオペレーションシステムによって、生成されるGolden(スクリーンショット)が微妙に異なることが原因で発生します。 こちら、公式で言及されています。 Golden tests may be executed locally on Linux
GitHub Actions を回してピザを頼みたい - いなにわうどん
年の瀬ですね。クリスマスの足音も近く、ピザなんかを頼んだら景気が良いかなと思ったので、GitHub 上で Issues を生やすとピザが頼める仕組み（workflows）を構築してみました。 本記事は mast Advent Calendar 2023 の 7 日目の記事です。6 日目は Hitoko T. 先生の記事「我が家に猫3匹がやって来た話｜Hiroko T.」でした。猫、癒やしですよね 折角のアドカレの機会ですから、GitHub 上でピザを頼むまでの過程を、GitHub や Web 技術、ピザ等に明るい方にも、そうでない方にもお楽しみいただけるように説明*1*2を進めていきます*3。少し長くなりますが、どうぞお付き合いください。 ピザ 突然ですが、みなさまはピザと呼ばれる食べ物をご存知でしょうか？ 初めてピザをご覧になられた方に向けて説明しておくと、小麦粉等を練って構成した生地を
Flutterアプリの定期リリースを支える自動化 - Fast DOCTOR Technologies TECH BLOG
本稿では、ファストドクターのモバイルアプリのリリースフローを整備した取り組みについてご紹介します。 モチベーション ファストドクターのモバイルアプリは、2022年夏にFlutterでのフルリプレースを実施し、それ以降は機能の開発が完了次第随時リリースをするという戦略を取っていました。 この戦略はシンプルであり、開発に関わっているステークホルダーが少ない状況下でうまく機能していました。しかし、組織の拡大に伴い以下のような問題が発生するようになりました。 複数機能の開発スケジュールの調整をしたり、バックエンドのリリース・QAとの整合性を取ったりという必要性が増し、調整コストが肥大化 リリースが不定期なため、いつPull Requestをマージすれば良いか分からずopenされたままのPull Requestが多数 この状況を改善するために、以下の要件を念頭に定期的なリリースとそれを支える仕組みを
GitHub Actions で AWS を操作する（Lambda編） - BIGLOBE Style ｜ BIGLOBEの「はたらく人」と「トガッた技術」
こんにちは。開発部門（プロダクト技術本部）の宮下です。 BIGLOBE では GitHub Actions による作業効率化に取り組んでいます。 本記事では、GitHub Actions が得意とする点を踏まえつつ、AWS Lambda と連携して手作業を大幅に減らす実例をソースコード付きで紹介します。 想定読者 GitHub Actions を使うと何がうれしいのか？ 代表的なユースケース あまり向かないユースケース 事例紹介 課題 改善後 API コンテナ リグレッションテスト用 Lambda パフォーマンステスト用 Lambda 自動化による効果 Lambda を実行するアクション GitHub Actions で使えるアクション ソースコード ポイント、はまったところ GitHub Actions の制御 / ステップ間での値の受け渡し GitHub Actions の制御 / 複
CI/CD方針、テスト・QA方針と連動する三分類ブランチ管理方針で、開発での高品質と高スピードの両立を支える - 千里霧中
最近の開発では、CI/CD、自動テスト、継続的テストが当たり前となっていますが、その影響で、それらのCI/CD方針、テスト方針と、Git等のバージョン管理のブランチ方針をどう連携させるかが、定番の課題になっていると感じています。 今回は、このブランチ方針、CI/CD方針、テスト方針を連携させて、開発の品質とスピードを向上させるアプローチについて解説します。 結論から言うと、要点は以下の二つとなります。 バージョン管理のブランチ方針は、CI/CD方針、テスト・QA方針と不可分であり、連携を考えながら方針立てする必要がある ブランチ方針の工夫で、CI/CD、テスト・QAの開発インフラリソース消費を削減でき、本当に重要なポイントに開発インフラリソースを投入できる。これにより、限られたリソースでの高品質・高スピードの両立を支えられる 背景：開発インフラの進化が全てを解決すると楽観視していた発展期
FlutterのCI/CD環境のAWS EC2(Mac)環境に構築してパイプライン実行速度を改善する - Qiita
背景 現在Flutterを用いたモバイルアプリの開発を行なっているが、その中でGitlabによるCI/CDを構築している。 こちらを運用していくにあたって1点問題が発生した。 それは、メンバーの増加によって相対的にCI/CDのビルド端末が不足し、pipelineの滞留が発生したことだ。 pipeline待ちがDeveloperのストレスになったり、作業効率の低下を招いたりすることは既に広く知られてはいるため本件を早急に解決する必要がある。 基本的には、CI/CDのRunnerとなるMacを購入して、処理台数を増やすことで、本件を解決することができる。 しかし、この問題の解決には以下のような課題がある。 Mac端末の購入にはリードタイムが必要であり、解決まで時間がかかる。 新規で購入した端末では新たに環境構築が必要であり、人的リソースがかかる。 メンバーの増加は一時的なものであり、減少した際
【Flutter】GitHubActionsでテストと静的解析を自動化する - Qiita
FlutterプロジェクトでGitHub Actionsを使って静的解析＆自動テストを行ってみましたので記事にします。 特定のブランチにプルリクしたときに静的解析が通るかどうかを調べて、テストを自動で行ってくれるようになります。 今回作業したプロジェクトはこちらです。 静的解析を導入 Flutterの静的解析は色々とパッケージが用意されています。 こちらの記事に非常にわかりやすく書かれています。 Dart/Flutter の静的解析強化のススメ 【Dart/Flutter】静的解析の強化と注意 基本的には、静的解析のためのパッケージ(lintやpedanticなど)を導入して、プロジェクト直下にコーディングルールを指定するためのanalysis_options.yamlを配置すると、そのルールに従ってIDEが警告を出してくれたり、コンパイル時に確認してくれるようになります。 私の場合は純粋
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Flutterアプリを GitHub Actions & Xcode Cloud で社内配布する / Distribute Flutter apps internally
SFTP Deploy - GitHub Marketplace
GitHub Actionsと"仲良くなる"ための練習方法
