この記事は、 NTT Communications Advent Calendar 2024 の記事です。 みなさんこんにちは、イノベーションセンターの冨樫です。Network Analytics for Security1 (以下、NA4Sec)プロジェクトのメンバーとして活動しています。この記事では「利用終了したドメイン名の終活に向けて 〜観測環境を作った話〜」で紹介した観測環境から収集したログの分析結果について説明します。また、この分析の過程で利用終了ドメイン名を管理するにあたり有効なアクションを発見したので、それらについても一部紹介したいと思います。 ログの分析 DNSクエリの分析 Webアクセスログの分析 残存リンクの削除 まとめ ログの分析 本施策では、さまざまな用途で使用していた複数の利用終了ドメイン名に対して、DNSクエリとWebアクセスログを収集しました。ドメイン名の元々

この書籍では私が普段開発に使っているMacBookの環境を紹介いたします。エディタなどのエンジニア特有のツールだけでなく、開発生産性を上げるために必要なアプリやデスク環境を整えるためのガジェットなど、仕事の生産性を向上させるために使っている全ての要素を解説します。

このページに関するお問い合わせ 環境衛生課 〒279-8501　千葉県浦安市猫実一丁目1番1号（市役所6階） 電話：047-712-6495 お問い合わせは専用フォームをご利用ください。

私の目標は、読者が午前中に本書を読み始めたら、午後には設計が上達していることだ。 本当にそのとおりだった。読んでる途中で既に自分の設計に対する考えが良い方向に変わってると感じた。とても良かった。おすすめです。 『Tidy First?』 をいただいて読んだ。昨日（2024年12月25日）発売。英語版が2023年11月28日発売だから、たった1年で日本語版が出たということだな。うれしい！はやい！ありがたい！ ソフトウェア設計に焦点を当てたシリーズの最初の1冊ということで、サブタイトルに「個人で実践する経験主義的ソフトウェア設計」とあるように、1人でできる種類のソフトウェア設計について書かれている。続刊ではチームについての話になる予定のようで、それも今から楽しみ。 2周読んだ なんとなく2周読もうと思ってそうした。 1周目は細かい部分は気にせずにざーっと1,2時間くらいで読んだ。全体的にどうい

突然ですが皆様は、稼働済みサービスのDBからテーブルカラムを削除されたりすること、ありますでしょうか？　基本的に削除はまずやらないのではと思います。えっやらないの？　と思われた方もいらっしゃるかもしれませんが、きっとこの記事を読めばなぜ多くの方がカラム削除を避けるのかわかることでしょう。 とはいえ、そうして使わないカラムがテーブルに溜まっていくとやがて新規加入メンバーがコードにキャッチアップする妨げとなるレベルにまで溜まってきたりします。いつかは大掃除のときがくるわけです。DBは寿命長いですからね。そうしたときに実際どのような手順でカラムを削除するのか見ていきましょう。エムスリーエンジニアリンググループUnit1（製薬プロモーション）・Unit9（治験臨床研究支援）チームエンジニアの三浦 [記事一覧 ]が、最近実際にやった作業から知見をお届けします。 長いので3行で 考え方 1. そのカ

スレッタの頭がよくないスレッタが許す許さないを決めるのは、プロスペラがエリクトのためにスレッタを作り児童労働者として使役してきた（きょうだい児・搾取子の立場に置いていた）ことについてまでであって、偽旗作戦でアーシアンを大量に殺したりクワイエット・ゼロ発動を邪魔する宇宙議会連合の軍人を大量に殺したことについては、スレッタは被害者でもなんでもないので許す権限などない。プロスペラの掌の上で転がされ思い通りに操作された大失敗罪でミオリネがアーシアンの憎悪の的になり、シャディクがクワイエット・ゼロの罪まで背負って逮捕されているけど、意味が分からない。これは本当に監督に対して「何をやっているか分かっているのか」といいたい。 目の前で何かが起きたとき、現象の原因や意味や今後予想されることなどはスレッタには分からない。ファラクトに勝手に乗り込んだノレアにニカが踏みつぶされそうになるのをスレッタは見ていて、

はじめに connpassにあったイベントに参加しました。 DevOpsの有効性を評価するために、「DORAメトリクス」「SPACEの開発生産性フレームワーク」の活用方法などを学びました。 下記のイベント資料と研究内容をもとにDORAとSPACEについてまとめています。 イベントで使用していた資料 DORAの公式研究内容 ソフトウェア開発における開発生産性のような、一般的に概念で語られるものを一定の指標として活用できるのは個人的に良いニュースでした。 DORA DORAとは、チームがソフトウェア開発において、運用、保守の有効性を測定するために利用できるパフォーマンス指標のフレームワークになります。 4つのメトリクス このフレームワークは4つのメトリクスで構成されており、画像のように紹介されました。 変更による平均リードタイム。コードがコミットされてから、本番環境で実行されるまでにかかる時間

はじめに自分たちのチームがどういう状態なのか推定するための指標として、開発生産性フレームワークSPACEの活用を試みているところです。いまのところは概要記事を読んで、元の論文をざっくり読んで、それをもとに「自分たちで追いかけるならこういう指標かな？」って考えて、チームに共有して、みんなでどうするといいだろうねって考える段階。だからnoteとかにまとめるのは、もうすこしカッチリ言語化できたり、その指標を追うことで何か変化が起こったタイミングにしようと思っていました。 先日参加した「EMゆるミートアップ vol.6〜LT会〜」で、HACOBUのけんにぃさんが「チーム実績をSPACEで表現してみるチャレンジ」という発表をされていました。なぜSPACEで表現してみようと思ったのか、何に気をつけているのかなどがコンパクトにまとまった良いLT資料なのでぜひ目を通していただいたのですが、この発表を聞いて

LeanとDevOpsの科学の著者の一人であるNicole Forsgren氏が著者に入っているThe SPACE of Developer Productivity: There's more to it than you think - Microsoft Researchで提唱されているSPACEについて 以下記事も Four Keysだけじゃない開発者生産性フレームワーク 開発生産性の可視化フレームワークであるSPACEを活用するために、どのようなメトリクスをどう取得するかについて考えてみる 要約 SPACEは開発者の生産性を計測するためのフレームワーク 推奨されている測定指標のカテゴリ(本文ではディメンションと定義)の頭文字 satisfaction and well being performance activity communication and collaborati

こんにちは！ SRE Kaigi 2025 実行委員会 広報担当です。 今回は来年1月26日（日）当日について重大発表があります！ 声優・杉田智和さんによるナレーション！ 当日のナレーションは、なんと声優の杉田智和さんにご担当いただきます！ SRE Kaigi 2025でナレーションをご担当いただく杉田智和さん agrs.co.jp 杉田さんは多くのアニメ作品やゲームで活躍されており、その独特のお声とユーモアセンスで多くのファンに愛される実力派声優です。 そんな杉田さんが今回のSRE Kaigiのためにナレーションを収録してくださいました！ ナレーションは オープニング セッション紹介 スポンサー様紹介 クロージング など様々な場面で流れます。 カンファレンス全体を通じて、杉田さんの声が会場に響き渡ります。 当日はその特別感をぜひ会場で体感してください！ 杉田さんにはお忙しいスケジュールの

ギバーとは共に産む考え方の人、テイカーとは取引の考え方の人である、という言説が流れてきた。それがギバーとテイカーの正しい定義なのかは疑わしい(そもそも正しい定義なんてものがあるぐらい厳密な言葉だったっけ？)が、個人的には、この分け方は実感を持って同意できるなあと感じたので、少し語ろうと思う。 *** まずは定義への理解促進から。この定義において「テイカーはギバーから奪うことはできない。テイカーはより弱いテイカーから奪うことしかできない。」「そもそもテイカーはギバーを忌み嫌い、避ける。」という説明がされていたけど、想像つかない人には、まずこの点からして「どうして？？？」となるだろうなと思ったので解説したい。 これを理解するには、いわゆる「かなり田舎の密な集落」を想像するといいと思う。彼らは優しく、あなたに野菜をくれるであろう。だが、それを受け取るということは、あなたはそこの一員になることに同

こんにちは。Findy SREチームの大矢(@takenorio)です。この記事はFindy Advent Calendar 2024 16日目の投稿です。 はじめに 想定読者 話すこと 話さないこと モジュールの導入の契機 モジュールの分割単位 考え方 役割が明確であること 疎結合であること 再利用可能であること 具体例 考え方に沿った分割例 考え方に沿っていない分割例 HCP TerraformとPrivate Registry モジュールを使うことが難しい例 Route 53において環境に差分が多数ある場合 CloudFrontでOriginとCache Behaviorを細かく制御したい場合 おわりに はじめに Terraformでシステムを構築する中で、モジュールの分割単位に悩むことはないでしょうか。 モジュールの適切な分割はコードの再利用性を高め、保守性を向上させる重要な要素で

こんにちは！ Magic Moment フロントエンドエンジニアの @morishin です。 この記事は、Magic Moment Advent Calendar 2024 4 日目の記事です。 はじめに 開発あるある 皆さん開発をしていて、コマンドの "待ち" が長いとき、こんな経験はありませんか。 「ビルドに時間がかかるなぁ」 (別の作業をする) 「もう終わったかな (ﾀｰﾐﾅﾙﾁﾗｰ」 「まだかー」 (以降無限ループ) 作業に集中できない！ 逆に 「このインストール時間かかるなぁ」 「終わるまでちょっと休憩しようかな (ｽﾔｧ」 〜3 時間後〜 「...あっ、いつの間にか終わってた！」 処理の完了に気付かずついつい休憩しすぎた！ ありませんか？ありますよね？ まあ休憩しすぎたっていうのはないにしても、実はエラーで処理が中断していたのに気付かなかった、というのはあるあるな気がします。

以下の公開計測会でやったものを個別に解説してみる。 細かいテクニックが多いのだが、それを可能な限りテキストとスクショで解説したい。使い方の解説が中心で、どういう意味があるかは解説しない。 Chrome131時点のスクリーンショットで、後で読む場合は頻繁にUIが変わっている点に注意。大事なのは意図。 宣伝: これを御社のサイトで解説する仕事をやっています。 デモのURL これに意味はなく、今日偶然見ていただけで意図はない。関係ないがエッジランナーズは最高のアニメ。 DevTools を開く F12 or 右クリックから「検証」 DevTools > Lighthouse この状態で計測 このとき、新しいプロファイルを作ったりして、可能な限り Chrome拡張が入ってない状態にすること。Chrome拡張による処理も計測に含まれてしまう。 Lighthouse レポートの読み方 点数部分にマウス

DNSについての情報発信などをする団体・日本DNSオペレーターズグループが11月12日に公開した、ドメイン名の“終活”について解説する資料が、Xやはてなブックマークなどで話題を呼んでいる。資料では、ドメイン名の安易な廃止にはリスクが伴うとして、適切な休眠や廃止の方法を紹介。「全エンジニアが読んでおくべき」「ドメインは取得するより手放す方が大変だと常々思っていた」などの声が上がっている。

2024年10月24日、『Outer Wilds: Archaeologist Edition』パッケージ版がPS5/ニンテンドースイッチ向けに発売されました。Game*Spark読者の方のなかには『Outer Wilds』に興味を持った方や、もう既にクリアしたという方もいらっしゃることでしょう。そこで今回は『Outer Wilds』と似た志を持ったパズルゲームを紹介していきます。 『Outer Wilds: Archaeologist Edition』出水ぽすか氏がキービジュアル描くパッケージ版がPS5/スイッチ向けに発売！初回特典はつまずきポイントを解説する宇宙飛行士必読のスターターガイドブック | Game*Spark - 国内・海外ゲーム情報サイト 今回の記事で紹介しているものは、単なるステージクリア型のパズルゲームではなく、いくつかのロケーションやステージに謎が用意されており、そ

マネジメントを4年くらいやっている間に、何人かにEngineering managerや採用のリードなどの役割をお願いして担ってもらってきた。何か新しい役割をお願いする時に整理して伝えている項目を雑にまとめておきたい。 以下のようなGoogle docsを作って共有し、30分のミーティングで直接伝えて考えてもらうようにしている。タイトルは「◯◯さんにxxをお願いしたい」みたいな感じ。項目や内容は相手によって適宜変えてる。 これは何 「◯◯さんにxxをお願いして一緒にやっていきたいと考えています」みたいな感じでストレートにお願いしたい役割を書く 「命令ではなく、なぜお願いしたいか、何をお願いしたいかなど◯◯さんに意思決定する材料を渡すためのdocsです」のようにまだあくまで提案ですよということも書く なぜ今お願いしたいか プロダクトや組織の状況も踏まえて、"今"お願いしたい理由を書く その役

ゆめみ/虎の穴ラボさんの「勉強法の勉強会」というのが好きで、そちらをベースに社内の強い人たちへのインタビュー（10名程度）をミックスして、みんながどうやって調査とか勉強とかしているのか、まとめてみました。 インタビュの結果、あまり共通項みたいなものがなく、結局勉強に関しても銀の弾丸はなさそうな雰囲気でした。ので、どちらかというといろんな人のいろんな方法を並べる、みたいになっています。いろいろ詰め込もうとしすぎたのでゴチャった感ありますが、誰かの参考になれば幸いです。 前提など

ソーシャルエンタープライズとして事業を通して社会課題解決に取り組む株式会社LIFULLには、業界の常識を変えたい、世の中に新しい仕組みをつくりたい、という高い志をもつ同志たちが集まっています。 LIFULLの描く未来の実現や個人が解決したい社会課題への取り組みなど、多様なLIFULLメンバーのこれまでの「挑戦」と「これから実現したい未来」を聞く、シリーズ「LIFULL革進のリーダー」。今回はテクノロジー本部 シニアプリンシパルエンジニアとして活躍する相原 魁に話を聞きます。 新卒で入社して4年目にLIFULLの屋台骨となるプラットフォーム「KEEL」を独自開発。事業基盤ユニットKEELグループの相原は、高い技術力はもちろんのこと、成果を出す実行力と未来を見据えたロジカルなキャリア戦略を兼ね備えたソフトウェアエンジニアです。社内のエンジニアで知らぬ人はいないほど多くの実績を重ねてきましたが、