"6年分"のRailsバージョンアップをなめらかに行う方法！ - AppBrew Tech Blog
こんにちは、id:r7kamura です。業務委託という形で1年ほど関わりながら、美容のクチコミサービスLIPSに利用しているRuby on Rails (以下Rails) というWebアプリケーションフレームワークのバージョンを、4.2から6.1に上げました。 Rails 4.2のリリースは2014年、Rails 6.1のリリースは2020年なので、およそ6年分のバージョンアップを一気に推し進めたことになります。 今回はこれを題材に、この手のフレームワークのバージョンアップ時に起こりがちな諸問題や、やって良かったこと悪かったこと等について振り返ろうと思います。 あまりRailsに限った話はしないように心掛けて書いたので、こういったバージョンアップ作業に興味がある方にはぜひ読んでいってもらえればと思います。 変更の粒度など レビューのやり方 複数データベース対応で困った話 テストがなくて困
使われないアプリを作らない方法 - AppBrew Tech Blog
遊撃エンジニアの @anoworl です。普段はバックエンドやインフラの開発を中心に、ライブ動画配信の仕組みをAWS MediaLiveで構築したり年末年初のCM放映に伴う負荷対策をしたり…今は採用や2B向けのSaaSも開発しています。CMに出演したローラさんがオフィスに来たのは良い思い出です。 だんだんと社員が増えて会社っぽくなってきた弊社では採用活動に力を入れているのですが、その中でお話するとウケが良かった話をここでは紹介したいと思います。 それは弊社のミッションである「ユーザが熱狂するプロダクトを再現性をもって創造する」に直結する、チームの文化です。 そこでこの記事では「使われないアプリを作らない」ために私達が愚直にやっている方法を記します。 アプリを作ると一口に言っても「新規に作る場合」「既存のものを改善していく場合」がありますが、ここでは後者「既存のアプリを改善する場合」に焦点を
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
