Who is RDAP? 30秒でわかるかもしれない概要 社内システムが使っているドメインが少し気になったのでwhoisをかけてみたが引っかからずにgetaddrinfoで落ちた 調べてみると2025年1月28日にgTLDのWHOIS提供義務は公式に消滅していた 現在は後継のRDAP（HTTPS + JSON）がgTLD登録データの正式な配信手段になっている ただしccTLD（.jp等）は別の時間軸で動いていて、.jpの権威RDAPは存在しない にもかかわらず、自社管理 .jp ドメインなら国内レジストラのRDAPでも引けてしまう（stealth RDAP） 40年余り使われたwhoisはその長きにわたる生涯を終えたり終えてなかったりする。そんな記事 へんな生き物だよ！えんじにあ エンジニアという生き物は不思議なことに気になるドメインを見るとすぐdig example.comしたり、フリー
先日、知人から、開発中の新規プロダクト構想について相談を受けた。どう進めるべきか意見が欲しいという。私の本業なので、すぐに返事しようと思ったが、自信の持てない部分もあり、少し時間が欲しかった。だが、忙しかったこともあり、私は知人の相談文を、ほぼそのままAIに丸投げした。それも結構雑に投げた。 予想していたが、返ってきた答えは完璧だった。論点は押さえられ、筋も通っている。まあ、これでいいか。そう思って知人への返信に貼りつけ、送信ボタンを押そうとして、そこで、手が止まった。 知人は「及川に聞いて良かった」と言ってくれるだろう。だが、これは本当に私の考えなのか。相談してくれた相手への、誠意ある態度なのか。これを私が出した答えだと、胸を張れるのか。読み返しても、どこも間違ってはいない。だが、間違っていないことと、私が考えたことは、別だ。私は送信をやめ、自分の考えを改めて整理した。 先々週、Goog
はじめに 業務システムを作っていると、退会したユーザーや削除した記事を「消えたことにしたいけれど履歴は残したい」という要件によく出会うかと思います。 このときによく見るのが論理削除と呼ばれる手法で、deleted_at のような列を足して WHERE deleted_at IS NULL で取り出すというものです。 導入は手軽な反面、実際に運用していくとじわじわと辛さが出てくる手法でもあるかなと思っています。 クエリの度に WHERE deleted_at IS NULL を書く必要があり、一箇所でも書き忘れると削除済みのレコードが返ってきてしまいます。 ORM のデフォルトスコープで隠すという手もありますが、今度は削除済みを含めたい場面で抜け道を作ることになります。 さらに、同じメールアドレスが削除済みと未削除で 2 件並べてしまえるためユニーク制約が機能しなくなる、外部キーの参照先が生
「どっちが速いの？」という問いへの正直な答え AIコーディングツールを検討するとき、誰もが最初に聞く。「Claude CodeとCodex、実際どっちが速い？」 ベンチマークや機能表は世の中に溢れている。でも「同じプロジェクトに両方投入した体感」をレポートしている記事はあまり見かけない。自分はNext.js 16 + React 19のプロジェクト（TypeScript、約120ファイル）で2ヶ月間、同じタスクに両方を投入して使い比べた。その結果を共有する。 先に結論を言うと、「設定を育てたClaude Codeが速い」 というのが正確な表現だ。ツールの性能というより、どれだけ設定に投資したかが速度を決める。 Claude Codeの「速さ」はどこから来るか 日常的なコード修正・機能追加では、Claude Codeの方が体感で速い。ただし条件がある。 settings.jsonとSkill
ホッテントリを眺めていたら、このエントリを見つけたので。 元記事のブコメを見ていると、結構意見が割れていて興味深かったです。 goldhead.hatenablog.com TL;DR 一定金額内であれば仮売上（オーソリ）を超える金額で請求しても良い、というルールを多くの国際ブランドでは条件付きで導入しています。 一部の国際ブランドや、日本国内のアクワイアラ、決済代行業者は許可していない場合があります。 上記以外にも増分オーソリや再オーソリと呼ばれる形で、差分を請求したり再度取引をやり直す事で実質的に請求金額をあとから増加させることが可能です。 サイクルあさひの決済代行業者（GMOPG）は恐らく後者の仕組みで変更OKなタイプです。 決済代行業者によっては、そもそも金額変更がNGなところもあります。 おさらい クレジットカードには「オーソリ（仮売上）」と「クリアリング（確定売上）」があり、「
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Mozillaもべた褒めで前評判が絶頂のClaude Mythosですが、言うほどのものではないんじゃないかという説も浮上しています。 実際問題として、世界最強のAIをいくらでも使い放題で世界一安全なはずのAnthropic自体が、最近やらかしを連発していますからね。 Mythos自体も公開直後にさっそく不正アクセスを食らったのですが、その方法は『既存のエンドポイントURLからMythosのURLを推測した』だそうです。 Mythosは自分自身の問題点を見つけられなかったので？という感想にもなりますわな。 ということで以下はAnthro
AnthropicがAIサービス Claude のサブスクリプション内容を大きく変更しました。 従来はチャットや対話型のClaude Code利用と同じ枠から消費していたAgent SDKおよびclaude -pコマンドなど自動化利用が、改定後は毎月付与される別枠のクレジットから消費するようになります。
「AIで記事を書いた」こと自体を問題にしたいわけではない。問題は、ちょっとした思いつき、数行で済む観察、まだ検証していない仮説を、生成AIで数千字の“記事っぽいもの”に膨らませ、そのまま公開する態度にある。 本質的に言いたいことは少ない。たとえば「この設計は保守しづらい」「このサービスの料金体系は不透明だ」「この映画のこの場面が気になった」。それ自体はよい。短いメモとして価値がある場合もある。しかし、そこにAIで「背景」「歴史」「メリット・デメリット」「今後の展望」「まとめ」を機械的に足していくと、重要な一文の周囲に、自明な説明、関係の薄い一般論、薄い比喩、誰にも届かない結論が堆積する。 これは単なる冗長さではない。情報空間の汚染である。 AI slopとは何か この種の低品質なAI生成物は、英語圏ではしばしば AI slop、または単に slop と呼ばれる。Merriam-Webste
…またこれだ。 先週も先々週も同じ説明をした。 私は Claude Code を毎日使っている。 そして毎日、 同じ説明を同じ AI に何度も繰り返している。 「JWT_SECRET を rotate したら全 session が invalidate するから、 並行 redeploy しろ」 と教えた caveat も、 翌日には完全に忘れている。 これは Claude Code の bug ではなく、 設計上そうなっている。 セッション間で記憶を共有する公式機構が無いから、 毎セッション 0 から始まる。 この記事は、 その session 跨ぎの記憶喪失を 5 分で解決する方法 を示す。 体感の before / after before — 普通の Claude Code
#WIP 従来の仕様は、実装前に正解を固定し、実装をその正解へ一致させるための記述だった。 しかし、ソフトウェア開発で本当に不確実なのは、実装が仕様通りに作れるかだけではない。そもそもその機能に価値があるのか、ユーザーが想定通りに行動するのか、業務的に何を正しいとみなすべきか、どの相互作用なら使えるのかも不確実である。 LLMとエージェントによって、選択肢生成・プロトタイピング・実装修正のコストは大きく下がった。これにより、仕様は「正解を先に固める文書」から、「仮説を構造化し、どのエビデンスで採択・棄却するかを明示する文書」へ変わる。 したがって、LLM時代の仕様とは、何を作るかを詳細に命令する文書ではない。価値仮説・行動仮説・ドメイン仮説・相互作用仮説・実装仮説を分け、それぞれの採択基準と観測方法を明らかにする、学習のための構造である。 ただしひとくちに「仮説」といっても、そこには層があ
2026年4月16日、AnthropicがClaude Opus 4.7をリリースしました。 同時に公式ブログ「Best Practices for Using Claude Opus 4.7 with Claude Code」が公開され、Claude Code作者のBoris CherneyもXで「6つの新技」を投下しています。 両方を通してAnthropic公式が言っているのは「これまでのClaude Codeの使い方は、今日でやめろ」です。 4.6までは正解だった作法が、4.7では逆効果になることもあるようです ↓Claud CodeはもはやただのAIコーディングツールではなく、誰もがアプリで稼げるようになる収益化ツールです！ よければこちらのツイートも見てみてください！ 「ペアプロ（細かく指示する）」のはもうやめろ 4.6までの「細かく指示するほど賢く動く」という感覚は、4.7では
岡安モフモフ（アーガイル社長）＠ChatGPT/Gemini/ClaudeなどLLMでサービス作る人 @shields_pikes 自分はこれを見越して、とにかく子供達には早くから自由にSwitchやPS4、PS5のゲームを遊ばせていた。受動的なショート動画等の消費ではなく、ガチャなどの射倖心ではなく、能動的で創造的な遊びを楽しめる土台を作ってあげたかったからだ。特に4〜10歳くらいの子供にとって、ゲームはプラス要因しかない。 我が家では、動画の視聴時間は厳しく制限するが、宿題さえしていれば、ゲームのプレイ時間に制限を設けていない（22時以降は禁止だが）。 ゲーム機には常に、自分が厳選した王道のゲームを遊び放題にしておいたし、子供が強く欲しがるゲームは全て買っている。ボードゲームもわりと遊ぶ。 文化教育における親の役割は、王道の名作を体験させ、同時代的なヒット作にも触れさせてあげることだと
はじめに Claude Code を長く使っていると、CLAUDE.md が太ります。過去の失敗パターン、ワークフロー、ツールの使い方を書き足すたびに、ファイルが肥大化していきます。 気づいたら 2000 行近くまで育ち、どんな小さな作業でも毎セッションで全文を読み込ませていました。タスクに取りかかる前から、過去の注意書きだけでコンテキストの大部分を使っている状態でした。 この記事では、そこから 起動時のコンテキスト消費を約 83% 削減 するまでの試行錯誤を書きます。結論だけなら「rules/ と skills/ に切り分けた」ですが、2 ヶ月かけて行きつ戻りつしながら削った記録の方が実用的なので、そちらを中心に書きます（実測値は後半）。 最初はこうだった（失敗の出発点） 過去の commit ログを掘り返すと、2 月時点で以下のような状態でした。 SuperClaude Framewo
個人事業主や法人はとにかくバックオフィス業務が多いです。 経理・会計だと SaaSの請求書（領収書）を毎月集める クレジットカード明細と領収書を突合する 取引先へ請求書を発行する 入金された振込と自分が発行した請求書を突合する freeeに仕訳を切る 決算期に税理士さんに資料を渡す 法人税・消費税・地方税の申告対応（税理士経由） 資金調達・財務だと 信用金庫や日本政策金融公庫からの借入を管理する 借入の返済スケジュールを管理する 資金繰り表の更新 労務・社会保険だと 社会保険（健康保険・厚生年金）の加入手続き・届出 役員報酬の変更手続き（定時株主総会の議事録作成含む） 算定基礎届の提出 労働保険の年度更新 年末調整の対応 住民税の特別徴収の処理 補助金・助成金だと 補助金・助成金の申請書類の作成 交付決定後の実績報告書の作成 証拠書類（見積書・発注書・納品書・請求書・振込明細）の保管 報告
はじめに 「Agentic Coding 生成AI時代のシステム開発入門」という本を出すくらいなのでAIエージェントのハーネスには興味があって、1週間ほど調査した結果、「ハーネス」の見え方が固まりつつあるので、表題についてラフに書き留めておきます。根拠があるものないものがあるので話半分に読んでください。 スライドの形式で読みたい人はこのスライドの30Pまでくらいを読むと、本記事に近い知見を得られます。 1. ハーネスという言葉への混乱 最近、AI Agent関連のドキュメントやブログで「エージェントハーネス」「ハーネスエンジニアリング」という言葉がよく出てきます。言葉がそれぞれ指す概念が曖昧かつズレている場合がちらほらあり、バズワードなのかなと感じてしまうのが最近の悩みです。 内部ハーネスと外部ハーネス コーディングエージェントユーザ視点でのmartinfowlerのハーネスの記事があって
Turn on watercolor background effects.* May affect performance, battery life, and temperature on some devices. 注意: ここでいう「おじさん」は年齢でも性別でもない． おばさんも若者も含む． なんなら自分の中にもたまにいる． これは属性ではなく，議論中に発生する態度の名前である． 序 私は「要はバランス」という言葉があまり好きではない． もちろん，バランスそのものが嫌いなわけではない． 品質と速度，自由と規律，安全性と機動力，理想と現実． この手の議論は，だいたい最後にはバランスへ行き着く． だからこそ，議論の途中で「要はバランス」と言うことは，多くの場合，何も言っていないに等しい． 料理中の人に「要は火加減」と言うようなものだ． 正しい． 正しすぎる． そして，誰の手元も一ミリも
はじめに 本記事は、Lilia Abdulina（JetBrains の QA責任者）による研究（Vitaly Sharovatovが協力）である「QA in the Age of AI-Accelerated Development」の翻訳記事です*1*2。 本記事は許諾を得た上で翻訳しています*3。 なお、本記事は現在もGitHub上でディスカッションが続けられています。記事を読んで気になった方や疑問を持った方はぜひディスカッションに参加してください！ 本記事の主な見どころ AIによって「理解の負債」だけでなく、「意図の負債」も増えている AI以前では副産物として獲得できていた「ビジネスドメインの知識」を蓄積できなくなっている 「評価」よりも「予防」に重きを置いている「積極的な品質保証活動を行う企業」と、そうではない「反応的な品質管理を行う企業」が存在する コストはO(n + εn2)
Elon Musk @elonmusk Only with Grok understanding every language and recommending content can this be done. This has been a long-time goal. x.com/artemisconsort… 2026-03-30 08:28:22 Hunter Ash @ArtemisConsort The average quality of the Japanese posts now on my timeline is about 2 standard deviations higher than the non-Japanese posts. Possibly the biggest product improvement I’ve yet experienced on
はじめに トレンドの技術記事を眺めていると「ハーネスエンジニアリング」という言葉が目に飛び込んでくることが多くなってきました。ハーネスエンジニアリング…なんだかカッコいいスタイリッシュな響きで、綺羅星のように輝く新しい専門領域が誕生した感があります。 でも、中身を読んでいくうちに、ちょっと違和感。。。これ、自分が普段やっていることと何が違うんだろう。。 個人的にはハーネスエンジニアリングは、まやかしで実体のない曖昧で危うさを秘めた言葉だと思っています。 正確に言えばハーネスエンジニアリングでやっていること自体は大事なのですが、わざわざ新しい名前をつけて特別すごそうなものに見せる必要があるのか、という違和感がずっとあります。 ハーネスエンジニアリングって何なのか ハーネスエンジニアリングとは、AIエージェントが自律的に高精度な成果物（コードなど）を生成・実装できるように、人間が周辺環境（ハー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く