クロイドンの猫殺し事件（クロイドンのねこごろしじけん、英語: Croydon Cat Killer）とは2014年からクロイドンで始まり、最終的にイングランド全体で400匹以上のネコやその他の動物のバラバラ死体が発見されたことに関する連続動物虐待事件である[4][5][6][7][8]。 同一犯によるものと思われたネコの切断死体の報告はロンドンを越え、イングランド北部のマンチェスターにまで及んでいた[2]。 しかし、2018年9月20日にロンドン警視庁は、一連のネコの切断は人為的なものではなく車に轢かれたり野生動物の捕食により引き起こされたものであると結論付けたため、クロイドンキャットキラーと呼ばれた犯人は架空の存在であったと判明した[9] 。 いくつかの専門家はクロイドンのネコ殺し事件を典型的な集団パニックの一例として見ている[10]。2018年12月、ロンドン警視庁はこの事件の捜査で1

APIドキュメント、何で表示していますか？ 「とりあえずSwagger UIでいいか」 「Gin使ってるし、gin-swaggerでサクッと出すか」 そんな感じで、なんとなくSwagger UIを選んでいませんか？もちろんSwagger UIは素晴らしいツールですし、機能的には申し分ないんですが、UIが少し古めかしく感じたり、StripeやTwilioのような3ペインのモダンなレイアウトに憧れたりすることはありませんか？ 今回は、そんなあなたにぴったりな Stoplight Elements をご紹介します。日本語の情報がまだ少ないので、公式サイトからの引用を交えつつ、実際のUbuntu環境でのベンチマーク（重さや処理速度の比較）や、GinのSwagger UIとの比較まで、たっぷりとお届けします！ Stoplight Elementsとは？ Stoplight Elementsは、Ope

「GoのORM、結局どれを使えばいいの？」 Go言語でバックエンド開発をしていると、必ず一度はこの悩みにぶち当たりますよね。GORMは便利だけど少し重いしブラックボックス感がある。entは型安全で強力だけど、スキーマ定義やコード生成の学習コストが高い。標準の database/sql や sqlx だと、複雑なクエリを書くのがしんどい……。 そんな「ORM難民」の皆さんに朗報です。最近海外でじわじわと人気を集めている 「Bun」 というORMをご存知でしょうか？ 今回は、日本語の解説記事がまだ少ないこの「Bun」について、公式サイトの情報を交えながら、その魅力や使い方、そして気になるパフォーマンス（GORM・entとの実測ベンチマーク比較）まで、たっぷりとお届けします！ Bunとは？「SQLファースト」なモダンORM Bun は、Uptrace社が開発しているGo言語向けのORMです。最大

「humaの基本的な使い方は分かったけど、実際のプロダクトで使うにはどうなの？」 前回の記事では、GinやChiに乗せるOpenAPI層として、humaの基本的な立ち位置やgin-swaggerとの違い、そしてベンチマーク比較をご紹介しました。 前回は「既存のルーターに被せるだけで、構造体からOpenAPIドキュメントが自動生成される」という基本的な使い方を解説しました。しかし、humaの魅力はドキュメント生成だけではありません。 実際のAPI開発で必ず直面する「複雑なバリデーション」「統一されたエラーハンドリング」「ミドルウェアとの連携」、そして「テストの書きやすさ」において、humaは非常に強力な機能を提供してくれます。 今回は、humaを実戦投入する上で欠かせない、よりディープで実践的な機能たちを、「素のGin/Chiで書いた場合」との比較 を交えながらたっぷりとお届けします！ 1.

はじめに Web APIを開発・利用していると、「エラーレスポンスの形式がバラバラで扱いづらい」 と感じたことはありませんか？ あるAPIは {"error": "message"} で返し、別のAPIは {"code": 100, "msg": "..."} で返す……。これではクライアント側のハンドリングが複雑になる一方です。 そんな課題を解決するために定義されたのが、RFC 9457 "Problem Details for HTTP APIs" です。 この記事では、2023年7月にRFC 7807を置き換える形で標準化されたRFC 9457について、その仕組みと実装のポイントを解説します。 RFC 9457 とは？ RFC 9457 は、HTTP APIがエラーレスポンスを返す際に、「機械が読み取り可能な（machine-readable）」詳細情報を含めるための標準フォーマット

Decision Quality (DQ) は SDG が体系化した意思決定の質の枠組みで、良い意思決定の条件を6つに分解する。 Frame（解くべき問題の枠組み） Alternatives（選択肢） Information（情報） Values（評価基準） Sound Reasoning（論理的推論） Commitment to Action（実行へのコミット） 全体の質は一番弱い要素で決まる、というのがDQの中心的な主張である。意思決定そのものと、その結果は区別する。良い意思決定でも結果が悪いことはあるし、その逆もある。 設計判断の現場で繰り返し観測される失敗の多くは、6要素のうち Frame と Values の2つの取り違えで説明できる。Valuesを 評価軸 として8つに整理し、Frame の取り違えは 支配軸の取り違え として捉える。残りの4要素も副次的に絡む。早合点 は In

「僕が世界をどう認識しているか」を記した小川哲の新刊エッセイ集は、編集者の提案で書名が『斜め45度の処世術』になったという。本人としては当たり前のつもりの視点が、他人にとっては偏屈だったり面倒くさかったりするらしいと、著者は自覚している。この本には、そんな『斜め45度』が、詰まっている。（円堂都司昭／3月23日取材・構成） 「変人」の自覚は、小説家になってから 小川哲氏 ――取材でこの質問をされても執筆から時間が経っているし「わかんねえよ」が「正直な気持ちだ」と今度の本に書かれていますけど、話の入口なのでやはりお聞きします。「この本を執筆しようと思ったきっかけはなんですか？」。 小川哲（以下、小川）：月刊『Pen』の編集部からエッセイを連載しませんかといわれ、これまでエッセイはあまり書いたことがなかったのでやってみようかなという感じでした。 ――なぜこういう題材になったんですか。 小川：連

英語版記事を日本語へ機械翻訳したバージョン（Google翻訳）。 万が一翻訳の手がかりとして機械翻訳を用いた場合、翻訳者は必ず翻訳元原文を参照して機械翻訳の誤りを訂正し、正確な翻訳にしなければなりません。これが成されていない場合、記事は削除の方針G-3に基づき、削除される可能性があります。 信頼性が低いまたは低品質な文章を翻訳しないでください。もし可能ならば、文章を他言語版記事に示された文献で正しいかどうかを確認してください。 履歴継承を行うため、要約欄に翻訳元となった記事のページ名・版について記述する必要があります。記述方法については、Wikipedia:翻訳のガイドライン#要約欄への記入を参照ください。 翻訳後、{{翻訳告知|en|Red crossbill|…}}をノートに追加することもできます。 Wikipedia:翻訳のガイドラインに、より詳細な翻訳の手順・指針についての説明があ

田中絢望@令和の虎EXPO | 4/26(日)東京国際フォーラム @amitanaka2024 やっと行けたwagyu mafia 西麻布は会員のみ、ということで林顧問で行ってきました。 林社長、ご馳走さまでした🐂 pic.x.com/0IEIuqZbWT x.com/Anna_Advisors/… 2026-04-22 21:54:51

2026年3月に Reporting API というWeb標準 API が Baseline に到達し主要ブラウザで利用可能になりました。 今回はこの便利な Reporting APIを実際に使ってみて、できることやユースケースについて考えてみます。 Reporting API とは Webアプリケーションを運用していると、こんな問題に遭遇したことはないでしょうか。 本番環境でだけ CSP 違反が起きているが、ユーザーからの報告がない限り気づけない 使っている API がいつの間にか非推奨になっていて、将来のブラウザアップデートで壊れるかもしれない ブラウザが勝手に動画の自動再生をブロックしたが、ログに残っていない これらはすべて ブラウザ側で発生するイベント であり、従来のサーバーサイドの監視では捕捉できないものです。 このような場面で役に立つのが、Reporting API です。 R

2026年2月2日、福岡・天神のONE FUKUOKA BLDG.にて開催された「福岡県未来ITスタートアップフォーラム」。そのメインセッションでは、日本を代表するエンジニアと研究者が「AI時代に私たちはどこへ向かうのか」をテーマに、熱い議論が交わされた。モデレーターを務めたのはULSコンサルティング取締役会長の漆原茂氏。パネリストには、プログラミング言語Rubyの開発者であるまつもとゆきひろ氏、そして琉球大学教授でありH2L創業者の玉城絵美氏が登壇した。 議論は、プログラミングの在り方から、急速に進化するAIが個人や社会に与える影響、そしてその変化にどう向き合うべきかまで、進展した。 AIが変えた「つくる」行為 まつもと氏は、自身の生活に起きた劇的な変化を明かした。40年来愛用のテキストエディタEmacsを、昨年6月から「コード書きのエディタとしては封印した」という。 現在はAIエージェ

現在海外で爆発的に流行っているアーティストYaelokreについて、自分用メモも兼ねて記録。随時更新予定。 ＊5/23　Cole's Response Yaelokre (ヤエロクレ)とは？フィリピン出身アイスランド在住のシンガーソングライター/アーティストKeath Ósk（キース・オスク）による、弾き語りプロジェクト。 メルヘンな世界観溢れるフォークソング系。 Meadowlark（メドウラーク）という世界に住む主人公らと思われる、お面を被る4人の子ども達が物語を語り歌うという設定で曲が作られている。 プロジェクトは作者自身の子ども時代と深く関わっており、日記のようなものだと述べている。 ※プロジェクトは進行中のため、設定は途中で変更する可能性あり。 ～世界観設定～◆Meadowlark（メドウラーク）村でも場所でもなく、橋のような存在。 多くの物語の中にまた物語がある。 作者の創作物

以下の文章は、電子フロンティア財団の「EFF is Leaving X」という記事を翻訳したものである。 Electronic Frontier Foundation 約20年にわたって利用してきたこのプラットフォームから、EFFはログオフする。軽々しく下した決断ではないが、むしろ遅すぎたのかもしれない。ここしばらく、計算が合っていない。 数字が合わない 2018年、我々はTwitter（現X）に1日5回から10回投稿していた。それらのツイートは月間5,000万から1億インプレッションを獲得していた。2024年には、約2,500件のX投稿が月間約200万インプレッションを生むにとどまった。昨年は約1,500件の投稿で、年間を通じておよそ1,300万インプレッションという結果だった。率直に言えば、今日のXへの1投稿あたりの閲覧数は、7年前の1ツイートの3%にも満たない。 我々はもっと多くを期

実は3月の頭にグッドパッチの事業部所属のメンバー全員にClaude Codeを使って1アプリケーションを作ってデプロイまでやりなさいという大号令を出しました。 3月頭の全社ミーティングにて。MDは営業。※esaはグッドパッチのナレッジ投稿ツールです。この時はグッドパッチの社員達は僕がどこまで本気かは、捉え方はそれぞれでしたが、後に社内ではClaude Code大号令＃CC令とハッシュタグが付き、グッドパッチ過去最大のムーブメントとなりました。 なぜこんな大号令を出したのかそれは2月上旬に僕自身がClaude Codeで昔会社で使っていた年間300万払っていたSaaSのクローンをたった1日で作れてしまった所からスタートしました。 昨日ClaudeCodeを使って昔、会社で年間300万のコストを払ってたSaasとほぼ同等機能のWebサービスがものの6~7時間で出来上がってしまった。自分自身でコ

The improvements added to React 19 require some breaking changes, but we’ve worked to make the upgrade as smooth as possible, and we don’t expect the changes to impact most apps. React 18.3 has also been published To help make the upgrade to React 19 easier, we’ve published a react@18.3 release that is identical to 18.2 but adds warnings for deprecated APIs and other changes that are needed for Re

この記事は毎週必ず記事がでるテックブログ Loglass Tech Blog Sprint の137週目の記事です！3年間連続達成まで残り22週となりました！ データベースの主キーはもう UUIDv7 一択――というのが最近の流れかもしれません。特に今は AI が「核心です！本質です！UUIDv7 です！」と自信満々に採用してくる時代です。だからこそ、人間の側もその背景をしっかり理解しておきたいものです。 ログラス プロダクト基盤部の小林です。ID体系を根本から考え直す機会はなかなかありませんが、ログラスにおいていくつかの新規事業や大規模なプロダクト改修が進む中で刺激を受け、この記事を書きました。 本稿では、 「デジタルシステムのID（DBの主キー）」 に焦点を当て、その変遷と現代のベストプラクティスを紐解きます。 TL;DR: ID技術の比較と選び方 現代のシステム構築において候補に挙が