Flutterアプリの定期リリースを支える自動化 - Fast DOCTOR Technologies TECH BLOG
本稿では、ファストドクターのモバイルアプリのリリースフローを整備した取り組みについてご紹介します。 モチベーション ファストドクターのモバイルアプリは、2022年夏にFlutterでのフルリプレースを実施し、それ以降は機能の開発が完了次第随時リリースをするという戦略を取っていました。 この戦略はシンプルであり、開発に関わっているステークホルダーが少ない状況下でうまく機能していました。しかし、組織の拡大に伴い以下のような問題が発生するようになりました。 複数機能の開発スケジュールの調整をしたり、バックエンドのリリース・QAとの整合性を取ったりという必要性が増し、調整コストが肥大化 リリースが不定期なため、いつPull Requestをマージすれば良いか分からずopenされたままのPull Requestが多数 この状況を改善するために、以下の要件を念頭に定期的なリリースとそれを支える仕組みを
Webサービスを作ったらチェックしておきたいリスト『Web Developer Checklist』 | 100SHIKI
便利そうだったのでエントリー。 Web Developer Checklistは、Webサービスを作ったらチェックしておきたいリストだ。 もちろん人によっては過不足があるだろうが、たたき台としては使えるのではなかろうか。 なお、チェックする際に使えるツールなどもあわせて紹介している点も素晴らしい。 リリース前にちょっと見るのもいいですな。
リリースジャンキーにならないようにしよう！ : けんすう日記
リリースジャンキーとは？ 最近、個人的に気をつけていることとして「リリースジャンキーにならいようにしよう」ということがあります。 リリースジャンキーとは先ほど僕が勝手に作った単語です。「新機能を追加したり、リニューアルをしまくることにハマってしまう」ということを表現してみました。Webサービス会社ではよくありがちで、僕らもそうなりそうになったことがあるので注意しています。 リリースジャンキーの問題 たとえば、何かサイトに課題があるとします。たとえば会員数が思ったより伸びない、アクセス数がこない、などなど・・・。 そして、「解決策は何か？」と考えた時に、一番出てきやすいのが「会員数を増やすための新機能を開発する」だったりします。 これは危険です。 というのも、機能追加をする、と決まったら、開発に入れちゃって、問題を一瞬忘れることができるのですね。とても楽なモードに入れます。 一発逆転を狙って
Railsで作ったひとりサービスをリリースするまでやっておくこと20個 - 僕は発展途上技術者
以前書いた » つくるぶガイドブログ: ひとりサービスをリリースするまでやっておくこと10個 や つくるぶガイドブログ: ひとりサービスをリリースするまでやっておくこと10個 : 僕は発展途上技術者 を読んでいて、更新したくなった。 以下は更新部分しか重点的に書かないので、詳細知りたければ上記エントリーとあわせて読んでほしい。 アプリケーションエラーをメールで通知する。以前は Exception Notifier プラグインを使っていたが、今は Hoptoad が断然おススメ。 エラーページをカスタマイズする Javascript を無効にしているユーザー向け対策をおこなう フッターのコピーライト表示を常に最新にしておく slow query ログを送るようにしておく DBのバックアップを定期的におこなう仕組みを作っておく サイトのアクセス解析をおこなう。PCならGoogle Analyt
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IDEA * IDEA
