7月16日朝、一部のクレジットカードで決済できない障害が、全国的に起きているようだ。ユーザーから「カード決済が利用できない」といった声が多数出ており、「クレカ障害」がXのトレンドになっている。 【画像】CARDNETの障害報告が複数回出ている 日本最大級のクレカ／キャッシュレス決済プラットフォーム「CARDNET」が16日午前10時ごろまでに3回にわたって障害報告を出していた。 【訂正：2026年7月16日 午前11時10分 日本カードネットワークへの取材に基づき、記事を訂正しました】 日本カードネットワークによるこの報告は、「加盟店でカード使えない障害が通常より多く起きている場合に、検知速報として出している報告」で、自社の障害発生報告ではないという。16日朝「通常よりエラーが多くなった」ため報告を出したが、原因は自社ではなく、詳細は分かっていないという。 Xでは、Visaブランドのカード
はじめに こんにちは、データシステム部MA推薦ブロックの佐藤（@rayuron）です。私たちは、主にZOZOTOWNのメール配信のパーソナライズなど、マーケティングオートメーションに関するレコメンドシステムを開発・運用しています。 以前、テックブログで工数やAI活用による工数削減を計測する仕組みを、タスク管理ツールのGitHub Projectsで構築する方法をご紹介しました。前回の記事が計測の仕組みの作り方を扱ったのに対し、本記事では仕組みを1年間運用して得られた結果とその考察、そして今後の展望をご紹介します。 目次 はじめに 目次 背景と課題 計測の仕組みと運用 計測の仕組み 運用の整備 結果と考察 AIによる工数削減とAI活用率の推移 作業内容別の効率 定性的な変化 体感と実測のギャップ 今後の展望 Spec: 仕様の明文化 Eval: 成果物の品質の評価 AIが自律的に動く状態の構
2021年より前の記憶 振り返ると、2018年あたりは検索界隈にとっての大きな転換期だったような気がします。当時の僕はまだWord2VecやFastTextを使い、なんとかして検索を賢くできないかと試行錯誤をしていましたが、そこにBERTが発表され[1]、翌2019年にはAmazonがセマンティック検索の論文を出しました[2]。なんだかよく分からないけど、今後の検索のあり方が変わってしまうかもしれないと予感したことを、今でもよく覚えています。 一方で、その頃の現場では、検索の主流はあくまでキーワードマッチでした。システム面では、検索エンジンやデータ処理のミドルウェアがJavaのエコシステムを中心に回っていたため、アプリケーションもJavaで書かれるべきという雰囲気がありました。また、検索エンジニアといえば検索エンジンの運用や内部構造に詳しい人、という認識が一般的で、検索×機械学習をやってい
Avi Press | July 10, 2026 — Disclaimer This has been a hard post to write. I almost didn't write it at all, since I prefer to build and promote than to critique. However, I hope this post can add constructively to the discussion about Haskell’s future. I must underline that I'm not writing this criticizing Haskell from the outside. I care enough about Haskell to be honest about why Scarf has reluc
IIJ ネットワーク本部アプリケーションサービス2部所属。 メールサービスの運用業務とサーバ証明書関連サービスに従事し、日々世界の悪と戦う一児の父親。社内 Power Automate エバンジェリスト(自称)。M3AAWG member / openSUSE Users / WIDE Project メンバー。趣味は大喜利。はがき職人。 2026 年 5 月に、従来の DMARC (RFC7489) のアップデートにあたる RFC9989 が発行されました。 RFC9989: Domain-Based Message Authentication, Reporting, and Conformance (DMARC) https://datatracker.ietf.org/doc/html/rfc9989 「あぁ…またやることが増えるのか…」 などと絶望する必要はありません。 メール運
ドメイン駆動設計を実践する際に、ドメイン知識を具体的にソースコードに落とし込む方針を簡単にまとめます。1つの例であって絶対的な基準ではありませんが、参考となる設計方針を提供するためにこの記事を書きました。プログラミング言語はJavaを前提とします。 Value Object Javaにおける値のように振る舞うオブジェクトを Value Object と呼びます。取り得る値の範囲が限定されていたり、固有の演算やロジックを持ちます。Value Object は単なる型安全ラッパーだけでなく、複数の値や、それらに関する制約・演算を1つの概念としてまとめるために利用します。 単純な例として String や UUID をラップした UserId のような型安全ラッパーがあります。 複数の値をまとめて1つのオブジェクトとして扱いたい場合も Value Object として1つにまとめることができます
今回はコラムのような感じ。ちょっとしたきっかけで思い浮かんだので書いてみる。 きっかけ: 6年前のスライドが今も正しかった Songmu氏（松木雅幸、Nature CTO）が2020年のInfra Study Meetupで発表した「Infrastructure as Code変遷」というスライドがある。 junkyard.song.mu この発表の結論は3つ。 "Everything"の量を減らす コントローラブルなレイヤーでコントロール 管理レイヤーを増やさない 6年経った2026年に読み返しても、この原則は色褪せていない。むしろPlatform Engineering、GitOps、AIエージェントと「便利なツールを足したくなる誘惑」が増えた分、3番目の「管理レイヤーを増やさない」の重要性は当時より上がっている。 この記事では、自分がインフラ設計で実践してきた「管理レイヤーを増やさな
何かの問題に対して、要因を深ぼって組織的に改善するというのは正しいアプローチだと思う。 一方で、自分自身がその問題を "過度に" 重く捉えてしまっているだけで、実は組織的に改善する問題ではなかったということが過去に何度かあった。何のことかちょっとわかりづらいが、このあたりの話を雑に整理しておきたい。 一言で言えば、「ただ "自分の実力が不足しているだけ" の話を "組織で解決するべき大きな問題" と過大解釈していないか？」ということである。 たとえばあるプロジェクトのコードについて、「設計がよくなくてコードを読みづらい」、「ドキュメントが少なくて意図がわかりづらい」、「テストコードが書きづらい」と感じたとする。 これは実際にそうなのかもしれない。一方で、IDE/エディタの機能やAIコーディングエージェントを使いこなせば実はそこまで問題に感じることはないかもしれない。自分がツールを使いこなせ
Google uses AI technology to translate content into your preferred language. AI translations can contain errors. 最新のビジネス アーキテクチャは、複数の異なるドメインにまたがることがよくあります。組織は、マーケティング用の brand.example、コアプロダクト用の service-app.example、カスタマー サービス用の support-portal.example など、さまざまな機能専用の環境を維持しています。理想的には、ユーザーがこれらのプロパティ間を移動する際に、統合されたシングル サインオン エクスペリエンスを提供したいところです。ただし、エンジニアリング チームは、断片化を引き起こすアドホックな手法を使用してこれらのドメインを統合することがよくあります
関数型まつり2026 の発表資料です #fp_matsuri
はじめに 先日、画像を複数枚アップロードする機能で、iOS Safariだけ最後の1ファイルしか残らないという不具合に当たった。PCのChromeでは再現しない、ということで色々調べてみた。 実装は、ファイルごとにpresigned URLを発行して並列にアップロードするだけの、どこにでもあるパターン。アプリのコードを眺めても悪いところは見当たらず、DevToolsを見ても手がかりがない。 そこで、ネットワーク境界で実際に届いた本数を数えるところから切り分けを始め、最終的にWebKitのソースコードまで降りてみる、という記事 症状 複数ファイルのアップロード機能で、ファイルを4つ選んで送るとこうなる。 iOS Safariでは、最後にPUTした1ファイルだけが残る。S3上は1ファイル分のkeyしか使われていない PCのChromeでは、ファイルごとに別のkeyが発行され、正常に4ファイル残
Point at the line. Tell the agent. ▍ Your agent just touched 14 files. In the terminal you're scrolling through diffs hoping nothing broke. Crit opens those changes in a browser — click line 47, type "this drops the refresh token", and the agent fixes it. You see exactly what changed, round by round.
noteは7月7日、2026年11月期の通期利益予想を上方修正し、営業利益を従来予想の7億円から11億円に引き上げたと発表した。売上高予想は56億円から56億5000万円に拡大する。 noteの流通総額や法人向け「note pro」の売り上げなど、各事業が想定を上回って推移している他、AI活用で生産性が向上。人員数は緩やかに減っており、効率的な事業運営ができているという。 第2四半期累計（2025年12月～26年5月）の売上高は26億400万円で、前年同期から32.2％伸長した。 営業利益は5億3800万円。前年同期は2300万円にとどまっており、20倍を超える水準に拡大した。売上成長に加え、限界利益率の高い事業構造やAI活用による効率化をその理由に挙げる。 同社は全社員にClaudeを配布するなどAIを積極的に活用しており、開発のリードタイム短縮などあらゆる業務で生産性が向上。 一方、厳
自分のブログに書いた前編「サーバサイドTypeScriptを選ぶ前に向き合ってほしいこと」では、サーバサイドTypeScriptを選ぶ上で、TypeScriptの言語特性や実行環境の得意・不得意と向き合うことの重要性について書きました。この記事では、その続きとして認証基盤・ID基盤という具体的な領域でサーバサイドTypeScriptを選んだことで実際に嬉しかったことを共有します。 ただし、ここに書くことは「だからサーバサイドTypeScriptを選ぶべきだ」という主張ではありません。私たちの領域と組織の文脈において嬉しかったことを、できるだけ正直に共有するものです。 なお、本稿では認証基盤やID基盤といったプロダクト固有の領域と絡めて話を進めるため、OpenID Connectや認可コードフローといった前提知識の解説は最小限にとどめています。これらの概念になじみのない方は、先に概要を押さえ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
![[AWS Summit Japan 2026] Amazon ECS 最新デプロイパターン Deep Dive](https://cdn-ak-scissors.b.st-hatena.com/image/square/68290f956d8e5f5f398e5db48a244ecdcf6a9b65/backend=imagemagick;height=288;version=1;width=512/https%3A%2F%2Fproxy.goincop1.workers.dev%3A443%2Fhttps%2Ffiles.speakerdeck.com%2Fpresentations%2F5167f6ebc8664a47aabd1f158fff177b%2Fslide_0.jpg%3F39977034)
