週刊Railsウォッチ: Rails+Ruby 3.3でYJITがデフォルトでオンにほか（20231122前編）｜TechRacho by BPS株式会社
週刊Railsウォッチについて 各記事冒頭には🔗でパーマリンクを置いてあります: 社内やTwitterでの議論などにどうぞ 「つっつきボイス」はRailsウォッチ公開前ドラフトを（鍋のように）社内有志でつっついたときの会話の再構成です👄 お気づきの点がありましたら@hachi8833までメンションをいただければ確認・対応いたします🙏 TechRachoではRubyやRailsなどの最新情報記事を平日に公開しています。TechRacho記事をいち早くお読みになりたい方はTwitterにて@techrachoのフォローをお願いします。また、タグやカテゴリごとにRSSフィードを購読することもできます（例:週刊Railsウォッチタグ） お知らせ: 週刊Railsウォッチ後編は都合により来週公開します。 🔗Rails: 先週の改修（Rails公式ニュースより） 公式更新情報: Ruby on
Kaigi on Rails2023で例外について発表してきました - おもしろwebサービス開発日記
Kaigi on Rails初のオフライン開催であるKaigi on Rails 2023で登壇する機会をいただけました。 例外は遅い 資料と動画は こちら から辿れます。 ちょっと間が空いてしまいましたが、以下登壇に関連してつらつら思いついたことを書いています。 なんでこの題材で話をしたんですか これまでのKaigi on Railsの発表内容から 明日の業務から使えるRailsの知見 Railsアプリケーション開発の実例 に関連したキャッチーなテーマが採択されやすんだろうな〜、とあたりをつけていました。僕は前者のネタはたくさんストックがある*1ので、その中で みんな興味がありそう 既存の書籍や記事ではあまり取り上げられていない題材 として、例外がよさそうだとなったのでした。発表でも言及した destroyじゃなくてdestroy!を使いましょう rescue_fromだけでエラーハンド
LINEの「あけおめLINE」過負荷対策(2) ― 「発生可能性の低減」におけるボトルネックの設計 | gihyo.jp
第1回では過負荷対策におけるリスクマネジメントの全体像、そして「発生可能性の低減」に関する全般的な説明をしました。今回はその「発生可能性の低減」のなかでもボトルネックの設計について、私たちが実際に行なっている方法をご紹介します。 少ないエンジニアリソースで複数のサービスのボトルネックを解析し、キャパシティプランニングを行うのは非常に難しいことです。そのため、私たちはボトルネックを解析する代わりに、ボトルネックを設計することにしました。具体的には、ほぼすべてのAPIサーバーにおいて、CPUリソースが最初に枯渇するようにチューニングしています。これにより、サーバーのキャパシティプランニングではCPUリソースの枯渇具合のみを気にすればよくなります。今回はこの具体的な手順をご紹介します。 そもそも、アクセス過多時のボトルネックを設計するためのもっとも単純で効果的な方法は、実際にストレステストを行い
プッシュ通知で「習慣化を促進」したら継続率が5％カイゼン、気持ちが高まる瞬間に「おめでとう」などで再訪率1.4倍、Reproが語るプッシュ通知とアプリ内メッセージ。｜アプリマーケティング研究所
プッシュ通知で「習慣化を促進」したら継続率が5％カイゼン、気持ちが高まる瞬間に「おめでとう」などで再訪率1.4倍、Reproが語るプッシュ通知とアプリ内メッセージ。 Reproのカスタマーサクセスの方に「プッシュ通知とアプリ内メッセージ」の効果を高める工夫を聞きました。 ※ 本記事はRepro株式会社より、依頼を受けて執筆したPR記事です。記事の最後に「プッシュ通知のチェックシート」等の無料DLの告知もあります。 Repro株式会社 Customer Success Division Team Manager 岸裕之さんプッシュ通知とアプリ内メッセージ。プッシュ通知とアプリ内メッセージは、特徴に合わせて使い分けることで、アプリの指標を高めることができます。 即効性が高いのは、課金や購入などの「コンバージョンに近いところ」と、離脱などの「落ち幅の大きいところ」を見つけて、施策を打つことです。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ソフトウェアの内部品質に生じる様々な問題は組織設計にその原因があることも多い / Internal Quality Issues Caused by Organizational Design
