キャッシュを活用するために必要な知識と勘所 - そーだいなるらくがき帳
PHPerKaigi 2024の登壇資料のほうが図面がわかりやすいので記載する。 ※2024/06/25 追記 speakerdeck.com どうもキャッシュバスターズ、 id:Soudai です。 Cache（以下、キャッシュ）は特定の場面に置いて劇的な効果を発揮し、様々な問題を解決する反面、新たなコンポートやミドルウェアが追加され、複雑性が上がり、運用のレベルが上がるため、扱いに注意する必要があります。 キャッシュを活用することで、パフォーマンスの改善や負荷軽減が行われ、コンピュータリソースの最適化によるサーバコストの削減や、レスポンスの改善によるユーザエクスペリエンスの改善がされます。 反面、その劇的な効果に毒され安易に多用すると、サービスが強くキャッシュに依存してしまい、非常に壊れやすくなり、運用が難しくなってしまいます。これをWeb界隈では「キャッシュは麻薬」と比喩されて、戒め
課題を管理して実行して達成するための手順 - そーだいなるらくがき帳
今年、この話を何度か別々の人にすることがあってずっと纏めようと思っていたのだけど一年が終わってしまうので来年の自分のために今書いてしまう。 目新しいことは何一つ無いのだけど、大切なことだし、意外と社会人になってしまうと教えてもらえないことも多いみたいなのでここでまとめる。 表題のこと、つまりやりたいことを実現するために必要なことは、そんなに難しいことじゃなくて以下の条件を満たし、実行することが大事だ。 やりたいこと=課題をタスクに分解する タスクを実行できるだけのリソース（時間・お金・体力など）を割り当てる 実行する これだけなんだ。仕事だってなんだって一緒なんだけど、だけどこれを日常的に実現することが難しい。 だからどうやって実現していくか？って説明のために、自分がやってることを書く。 課題を整理する 仕事と作業は違うという話がある。 トヨタでは最初にそれを教わるらしい。 www.har
オンラインで開催したいコミュニティイベントに対する無償支援をはじめました - そーだいなるらくがき帳
本日からHaveFunTechとしてコミュニティが主催するオンライン勉強会などイベントでZoomウェビナーなどを利用したい人たちを支援することにしました。 例えば勉強会や交流会などでZoomを利用したい人たちにHaveFunTechが配信スポンサーのような形で支援します。 2021/07/08現在 支援内容 Zoomのウェビナーライセンス Max 1000人*1 Zoomのミーティングライセンス Max 100人 動画配信 ニコニコ動画、You Tube、Twitchが対応しています 録画した動画を編集せずにお渡しすることも可能です 注意事項 私一人のリソースでお手伝い出来る範囲に限ります 24時間連続配信、1週間連続配信、のようにリソース的に不可能な場合や、開催日時に対して予定が合わないなどの場合はお断りすることがあります。 動画配信はライブ配信または提供された動画の公開のみで動画編集は
真夏の大LT大会の裏側と自分たちが出来ること - そーだいなるらくがき帳
西日本応援プロジェクトで前回の続き。 soudai.hatenablog.com 集まった募金金額 イベント当日の募金額 299,282円 LT大会参加費/寄付枠 190000円 ※PayPal手数料14,060円はサムライズムさんに補填いただきました 募金額は 489,682円 でした！ 結論 偉い人が先に結論を言うべきってことなので結論。 募金額は489,682円集まった話 とにかく最高なのでぜひ、下記のリンクからセッションが見れるのでみんな見て欲しい！ live.line.me そして楽しくて募金したい気持ちになったら募金してみて欲しい。 経緯 西日本7月豪雨の速報を聞きながらなにか出来ないかととにかく筆をとったのが下記のエントリー。 soudai.hatenablog.com これを公開した後、 募金するための導線設計が足りない って考えてツイートしたのが下記のツイート。 なんかこ
西日本の災害に対して簡単に募金出来る方法 - そーだいなるらくがき帳
今、西日本が本当に大変な事になってる。 東京から出来ることってそんなに多くないけど、しっかり経済を回すことと募金は出来る。 特に募金は物資を送るよりも助かることが多いし、寄附金（募金）は確定申告すれば控除の対象になる！ しかし募金は色んな手続きが面倒…とか物理でお金集めるのは大変…って人のために簡単に募金出来るサービスまとめました。 西日本豪雨被害支援募金 official-blog.line.me donation.yahoo.co.jp corp.rakuten.co.jp LINE、Yahoo、楽天と大手なので安心。勿論どれもクレカだったり、各ポイントからお支払いできます。 自分が普段使ってるプラットフォームから余ってるポイントだけでも送ってみてはどうでしょう？ こういうのは金額よりもまずは1円でもやってみることが大事だと思います！ 赤十字への振込 id:Spring_MT さんから
ユーザ情報を保存する時のテーブル設計 - そーだいなるらくがき帳
はじめに ※この発言は個人の見解であり、所属する組織の公式見解ではありません 用法用量を守り、個人の責任で業務に投入してください 参考資料 2024/02/14追記 実際のテーブル設計の詳細はこちらを参考にどうぞ。 agilejourney.uzabase.com 要件 User情報を保存するときにどのようなテーブル設計を行うか 今北産業で頼む テーブルに状態を持たせず状態毎のテーブルを作る 状態が変わればレコードを消して別のtableに作る tableの普遍的な情報は別に持たせる 僕の考えた最強のDB設計 PostgreSQLをベースの雑なER図を作った。 これを元に話を進める。 table構成 users 親tableであり、すべてのユーザはここに属する。 基本はINSERTのみでUPDATE、DELETEを考慮しない。 user_detail userに付随する詳細の情報がここに登録
YAPC::Kansai で RDBアンチパターン その2 について話してベストトーカー賞を取ってきた #yapcjapan - そーだいなるらくがき帳
YAPC::Kansaiでトークしてきました。 yapcjapan.org RDBアンチパターンの話してきました。 去年、PHPカンファレンスでRDBアンチパターンの話をして盛り上がったのでそれの第二弾です。 b.hatena.ne.jp speakerdeck.com 僕が伝えたい事はたったひとつ。 このブログを読んだらすぐ自分たちのサービスのバックアップとリストア手段確認してください！ お兄さんとの約束だぞ！！ このトーク応募したらGitLab.comが大事故起こしたり、S3が落ちたり世の中では大変そうでした。 www.publickey1.jp ヒューマンエラーとかあるんですよほんと。 僕もいっぱい見てきたし、やったし（ぉぃ なので本当にもうこれだけは絶対確認してほしいって思います。 実際に「バックアップ無いDBをバグで飛ばしたんですけどどうすればいいですか？」とか相談来ます。 ほん
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
