はじめに 画像やPDFのテキストをコピーしたいとき、オンラインのOCRサービスに画像を送るのはちょっと抵抗がありませんか？ 特に社外秘の資料や個人情報が写っている場合。 通信ゼロ、ブラウザの中だけで完結するOCR があれば安心して使えるのに — そう思って、Chrome拡張機能を作りました。 以前からいくつかの日本語OCRを試してきて、ブラウザ内でも実用レベルで動くことがわかっていたので、それを誰でも気軽に使える形にしたかったのが動機です。 yomitokuで作る日本語OCR Webアプリ — サーバーサイドで高精度な日本語OCR Tesseract.jsでカスタムモデルのトレーニング — ブラウザOCRの可能性と限界 ブラウザだけで完結する日本語OCR＋透視変換 — NDLOCRをブラウザで動かす Chrome Web Store で「オフラインOCR」と検索してもヒットします。 これま

はじめに こんにちは！Acsim 開発チームの笹沢です。 AI 駆動開発の浸透でコードの生産量は飛躍的に増えました。一方、人間がレビューに割ける時間は変わらないため、レビュー待ちで PR がスタックする場面が以前より増えていきました。 私たちのチームでは「人間のレビューを必須とするもの」と「AI レビューで OK とするもの」を線引きし、セルフマージ制度として日々の開発に組み込みました。直近では PR の 約 8 割が人間レビューを介さずにマージできています。マージまでのリードタイムも短縮されています。 この記事では、セルフマージ制度の設計と運用上の工夫、導入後の変化を紹介します。AI レビューが十分使えるレベルになった今、自チームのレビュー運用を見直したい方の参考になれば嬉しいです。 すべての PR に人間レビューは必要か 最近の AI レビューはコード品質の担保という意味では十分使える

道路をわたる動物たち: 道路生態学からみる生き物たちの未来 作者:ベン・ゴールドファーブ草思社Amazon人間は世界中に道路を張り巡らせてきたが、どこもかしこももともとは野生動物が闊歩していた場所なわけで、道路を走る車と動物たちはしょっちゅう激しく衝突する。 道路とそこを通過する車が鹿やヘビをはじめとした生態系に与える影響は相当なものがあって──と、道路と動物たちの関わり、また車の危険からどのようにして動物たちを守るのかを研究する学問分野のことを、〝道路生態学〟と呼ぶ。本書『道路をわたる動物たち』は、そうした道路生態研究の実態を明らかにし、道路生態学上重要な地を著者がめぐっていくルポタージュだ。道路生態学などという分野が存在することすら知らずに読み始めたが、想像以上に道路が生態系にもたらす影響が大きいことがすぐに明らかになり、事例の数々も抜群におもしろく、一瞬で読み切ってしまった。 日本で

1830年頃、わずかな夜の明かりを得るためには、約3時間の労働が必要でした。しかし1992年ごろにはそれが1秒にも満たない労働ですむようになったと言われています。ロウソクから白熱電球、蛍光灯へという技術的発展が、光を劇的に安くしたのです。 そうして光が安くなったとき、人は同じ量の光を単に安く買って終わり――ということにはなりませんでした。 人々は、かつて置こうとも思わなかった場所にまで光を置き、街路、工場、看板といった、社会のあらゆる場所に安くなった光を敷き詰めていきました。そうして、工場は曇りや雨の日にも稼働することができるようになったり、深夜営業や夜の読書といった新しい活動が可能になったのです。 そこで儲けたのは、光を提供した会社だけではなく、それをうまく使った会社でした。 では、ソフトウェアや知能が安くなったとき、私たちはそれをどのように使うのでしょうか。 生成AIによる大きな変化は

ソフトウェアエンジニアの仕事を、「コードを書く人」ではなく「何を守るかを決める人」の部分を紹介した発表です。非機能要件、分散システム、トレードオフを題材に、速さ、正しさ、止まりにくさが引っ張り合うなかで、日々どう判断しているのかをできるだけ身近な例で話しました。技術の基礎を知るための資料でありながら、こ…

ITmedia NEWSにおける1週間の記事アクセス数を集計し、上位10記事を紹介する「ITmedia NEWS Weekly Top10」。今回は2026年04月04日から04月10日までの7日間について集計し、まとめた。 先週は科学やキャリア、宇宙の話題がランクインした。4位は「ホワイトハラスメント」の話題。「仕事が終わっていなくても定時に帰って」など“過度な配慮”が「期待されていない」と感じさせ、逆に離職を招く……とのマイナビの調査結果だ。パワハラ、セクハラに加えて「ホワハラ」まで気にしなくてはならないとしたら、管理職は大変だ。

jp-ui-contracts を公開しましたAIでUIを作る流れが強くなるほど、逆に目立ってくるものがあります。 それは、日本語の詰めの甘さです。 色はそれらしく見える。 余白もそれっぽく整う。 カードやボタンの形も、かなり上手に出てくる。 でも最後に崩れるのが、日本語です。 見出しの折り返しが苦しい。 本文の行間が浅い。 英語のサービス名が混ざると急に浮く。 フォームだけ窮屈になる。 表の密度が本文のルールを引きずって読みにくくなる。 この違和感は、単に「AIの精度が足りない」から起きているわけではありません。 もっと手前の問題です。 日本語UIの設計契約が、まだ十分に書かれていない。 そこで作ったのが、jp-ui-contracts です。 また、以下の記事が “DESIGN.md とは何か” を定義する総論で、今回の記事は “それを日本語UIでどう実装資産にするか” を示す各論です

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? お前がコードを書き始める前に 言っておきたい事がある かなりきびしい話もするが 俺の本音を聞いておけ はじめに これから少しの間、不器用で、偉そうで、厳しいことを言う。けれど最後まで聞いてくれれば、その裏側にあるものもわかってもらえると思う。だから先に謝っておく。生意気な口を、許してほしい。 まず、お前に話す前に、業界を取り巻く空気の話をさせてくれ。ソフトウェア業界には、昔から消えない風潮がある。 「売れたプロダクトはすべて正しい」 「品質? 障害が起きなければそれでいい」 「細かいことはベンダーに丸投げで構わない」 ビジネスの現場で生

はじめに Claude Codeで開発するとき、仕様書をMarkdownで書いてリポジトリに置き、@docs/specification.md を読んで認証機能をこの通りに実装して とやっていないだろうか。 自分はこれをやっていた。仕様書を1つのMarkdownファイルにまとめてdocs/に配置し、Claude Codeに丸ごと読ませて実装させるフローで開発した。 そして精度が悪かった。 なぜ精度が悪いのか、どうすれば改善できるのか。仕様書の渡し方を工夫する方向で調査を進めた結果、問題は渡し方ではなく「仕様書を渡すこと自体」にあると気づいた。 この記事では、Claude Codeの設計思想から掘り下げて「仕様書を渡す」と「要件を伝える」の本質的な違いを明らかにし、仕様書との正しい付き合い方を整理する。 仕様書を渡したら何が起きたか このフローで繰り返し経験した問題が3つある。 長い仕様書の

こんにちは。クラシル株式会社 小川です。 ここ数週間、売上分析から施策立案、MAツールへの配信設定、効果検証まで、グロース業務をClaude Codeで自動化する取り組みをしています。 マルチエージェントを活用することで、もともと複数人で分担していた作業が、1人＋AIチームで回りつつあります。 まだ発展途上ですが、設計の考え方と気づきを整理してみます。 まずは全容です。 それぞれポイントを後述していきます。 まずやったこと：業務データの集約AIチームの設計より先に、前提の話です。AIが意思決定に必要な情報にアクセスできる状態を作ることがとても重要です。 業務で使うデータって散らばっていて、売上の実績はDWH、コストや予算の計画はスプレッドシート、施策の実施状況はSlack、運用方針はNotion。人間はこれらを頭の中でつなげて判断していますが、AIにそれはできません。 なのでまず、これらを

Storybook MCP のセットアップ Storybook MCP を使用するには @storybook/addon-mcp アドオンが必要です。以下のコマンドでインストールします。 npm install @storybook/addon-mcp .storybook/main.ts ファイルを開いて、@storybook/addon-mcp をアドオンに追加します。 export default { "stories": [ "../src/**/*.stories.mdx", "../src/**/*.stories.@(js|jsx|ts|tsx)" ], "addons": [ "@chromatic-com/storybook", "@storybook/addon-vitest", "@storybook/addon-a11y", - "@storybook/addon-

1. はじめに：コンポーネント指向の限界 UIを構築する際、ファイルアップロード用の<input type="file">を、ページ内の他のボタンと同じ見た目（シャドウ、ホバーエフェクト、余白など）にしたいケースはよくありますよね。しかし、ファイル入力をネイティブのUIと競合させずにスタイリングするには、クリック可能な要素として<label>を使用する必要があります。 一見問題ないように思えますが、例えばTailwind Labsの「Catalyst」のようなコンポーネントライブラリを使用している場合、<Button>コンポーネントは<button>要素や<Link>としてしかレンダリングされず、<label>にそのボタンスタイルを適用することができません。asChildのようなプロパティで要素を切り替えられる場合もありますが、これらはスタイルだけでなくコンポーネントの「振る舞い」まで渡し

デジタル庁デザインシステムは、スタイリングの考え方を提供するデザイン言語、情報の視覚表現とインタラクションを具現化するUIコンポーネント、ユーザビリティとアクセシビリティを踏まえた設計や実装のためのガイドラインから構成されるデザインアセットです。 デジタル庁のミッションである「誰一人取り残されない、人に優しいデジタル化を。」の実現に寄与することを標榜し、官公庁や地方自治体などの行政機関や公共性の高い組織等のウェブサイト/ウェブアプリケーション/オンラインサービスまたはシステム等で利用することを念頭に置いて構築されています。

デザインシステムが小難しくてよくわからない・これでいいのか不安がある、というプロダクトデザイナー・UIデザイナーに向けたガイドです。暗黙知になりがちなセオリーやプラクティスを徹底的に言語化しました。デザイン観点と実装観点を統合的に扱っているので、各社内のデザイナーがキャッチアップする教材、エンジニア・デザイナーで読み合わせていただくためのドキュメントとして活用いただけます。

宣言的UIとは何か、皆さんは答えられるでしょうか。 「あーあの、DOM更新を直接プログラムに書くんじゃなくて、JSXとかであるべき状態を宣言したらライブラリが自動的に差分適用とかでDOMを更新してくれるやつでしょ？」 もちろん、このような答えは間違いではありません。しかし、特にAsync Reactの時代においては、Reactの考えはさらに先を行っているようです。 究極的には、宣言的UIは、やりたいことをロジックとして記述するだけで、具体的なことや細かい最適化はよしなにやってくれるものだという考えが伝わってきます。上述のようなDOMの更新の話はその一例にすぎません。 やりたいこと: 特定の形のDOMを画面に表示したい。 具体的なこと: Reactランタイムがコンポーネントツリーを実行してDOMを更新する。 最適化: DOMをいい感じに差分更新する。 また、useStateなどといったステー

本書について 協力的多様性のための技術 『Plurality』は、社会的差異を超えた協力の力を認識し活用する、新たな技術パラダイムを描いています。テクノロジーが社会の絆を引き裂くのではなく、デジタルツールがいかに民主主義を強化し、分断を橋渡しし、人間の協力の可能性を解き放つかを示しています。 政治経済学者・技術者のE・グレン・ワイルと、台湾初のデジタル担当大臣オードリー・タンの共著である本書は、テクノ・リバタリアニズムと中央集権的AI統治の両極端の間に道を拓きます。デジタル民主主義の世界的リーダーとしての台湾の経験に基づき、技術がいかに公共の利益に資するよう設計できるかを示しています。 本書自体がその原則を体現しています：GitHubでオープンに執筆され、世界中のボランティアコミュニティにより十数カ国語に翻訳され、CC0の下でパブリックドメインに捧げられています。 本を入手する 読む・ダウ

350万ページの機密文書を、誰もが読める形に変えた人々がいる。しかもたったの5時間で。その試みは今、YouTube、Amazon、Wikipediaへと拡張し続けている。 司法省が「技術的に不可能」と言い切った検索を、個人が実現した2026年1月30日、米司法省（DOJ）はジェフリー・エプスタイン事件に関する捜査資料を公開した。エプスタイン・ファイル透明化法（EFTA）に基づく措置で、その量は約350万ページ、2000本超の動画、18万枚の画像に及ぶ。米国の司法史上、最大級の文書公開だ。 だが問題は、その「量」そのものにある。公開されたファイルはPDFの山。スキャン品質は劣悪で、検索もままならない。DOJは議会に対し、文書の横断検索は「技術的な制約により実用的ではない」と説明していた。 その主張を、サンフランシスコの若い開発者2人がひっくり返した。 5時間で作られたGmailクローン「Jm

シンジです。2026年2月9日の午前1時50分、日本医科大学武蔵小杉病院のナースコールシステムがランサムウェア攻撃を受けました。侵入経路は医療機器保守用VPN装置です。またVPNです。またです。人類は過去の経験から学ばない生き物でしたね。 約1万人分の患者の個人情報（氏名、性別、住所、電話番号、生年月日、患者ID）が院外に持ち出されたことが確認されています。厚労省の初動対応チームが派遣される事態となりました。ナースコールですよ。入院患者さんが緊急時にナースを呼ぶためのあのボタンの裏側にあるシステムが、ランサムウェアにやられたわけです。 「医療機器保守用VPN装置」という闇今回の侵入経路が「医療機器保守用VPN装置」だったということは、つまり医療機器ベンダーが遠隔で保守するために設置されたVPN装置が入口になったということです。 これ、医療業界に限った話じゃないんですよね。製造業でも、ビル管

Connecting decision makers to a dynamic network of information, people and ideas, Bloomberg quickly and accurately delivers business and financial information, news and insight around the world