クラウドサインのデータ分析基盤を運用していくための体制改善 - データマネジメント勘所＃4 イベントレポート - 弁護士ドットコム株式会社 Creators’ blog
こんにちは。クラウドサイン事業本部 SREチームの高橋です。 普段はSREとして勤務する傍らデータエンジニアとしても働いています。 今回、2024年5月14日（火）に開催された「TECH PLAY主催：primeNumber | 弁護士ドットコム｜キャディ｜コミューン共催イベント」にて第1セッションで登壇させていただきました。 techplay.jp セッションでは データ分析基盤の体制改善 について発表しまして、その内容をブログでも共有します。 セッション情報 セッションタイトル セッション資料 セッションの内容 データ分析基盤の運用課題 体制改善の3つのアクション 改善ACTION 1: 状況管理ができるチームを構築 改善ACTION 2: ズレたチーム目標の再設定 改善ACTION 3: 特定のチームへの分析支援 改善後の運用について リードタイムの短縮 割り込みタスク対応 展望・要
DMARC をなめるな - 弁護士ドットコム株式会社 Creators’ blog
Gmailが「メール送信者のガイドライン」を改訂し、なりすましメールへの対策を強化する旨を発表しています。今までは原則、なりすましメール対策の有無にかかわらず、メールはいちおうは届いていました。しかし今後は、なりすましとみなされたメールは届かなくなる方向に向かいつつあります。 なりすましメールとみなされないようにするために、メール送信者には、「メール送信ドメイン認証」への対応が求められます。メール送信ドメイン認証の技術には、主に以下の3つがあります。 SPF: Sender Policy Framework (RFC 7208) DKIM: DomainKeys Identified Mail (RFC 6376) DMARC: Domain-based Message Authentication, Reporting, and Conformance (RFC 7489) SPFは従来
プロダクト開発はなぜ直観に反するのか - 弁護士ドットコム株式会社 Creators’ blog
この記事は、弁護士ドットコム Advent Calendar 2023の25日目の記事です。 前日は tsuchiya さんの「ログや例外についてレビューや実装時に意識していること」でした。 はじめに: 人と成りては童子のことを棄てたり インターネットの海には、不幸な開発プロジェクトの話が溢れています。例えば「とにかく言われた通りに作ればいいんだ」「スケジュールにコミットしろ」「遅れは徹夜で取り戻せ」「障害を起こしたら減給だ」など*1。 プロダクト開発に携わる人であれば、こうしたやり方が無意味どころか逆効果であることはご存知でしょうか。では、なぜこうしたやり方が提唱されてしまうのでしょうか。 それは、旧来のビジネスの常識*2に照らせば、ある意味でまっとうなやり方だからです。問題は、プロダクト開発においてはビジネスの常識が通じないことにあります。 (加えて、にも関わらず旧来の常識が押し通され
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
