芸能
2026年10月4日
なぜ開発者は「ブラウザ標準」を使わずライブラリに頼るのか 海外で議論
「芸能」の記事
2026年10月3日に公開されたブログ記事「Why don’t more developers ‘use the platform’?」をきっかけに、Hacker Newsで活発な議論が起きた。ブラウザが標準で持つ機能をJavaScriptで車輪の再発明するのではなく、なぜ素直に使わないのかという問いに対し、フォーラムでは「プラットフォームの機能が貧弱すぎて業務要件を満たせない」という反論が相次いだ。特に話題になったのは日付ピッカーで、平日のみ選択可能にするといった単純な要件すら`<input type=date>`では満たせず、結局は自作に行き着くという具体例が共有された。一方でTailwindやReactのように、競争によって標準より使いやすくなったツールもあるという意見も出て、議論は割れた。
なぜもっと多くの開発者は「プラットフォームを使う」ようにしないのか？
出典: nolanlawson.com / 元記事はこちら
5
海外の名無しさん
2026-10-04 07:17
自社製UIフレームワークに縛られている開発者も多い。モダンブラウザの新機能をなかなか取り入れられず、IE11は何年も前に全社的に非推奨になっているのに、未だにそのためのハックを送り続けている。
7
海外の名無しさん
2026-10-04 04:24
余談だけど、このライブラリの名前とロゴ、最高だな。(ドラッグ&ドロップ用JSライブラリ「Dragula」について)
26
海外の名無しさん
2026-10-04 07:05
余談だけど、iOS Safariだとドラッグ&ドロップがまともに動かない。ドラッグすると画面全体がスクロールしてしまう。
27
海外の名無しさん
2026-10-04 04:44
自分は今でもDragulaを使ってる。理由はうまく説明できないけど、Sortableより使い心地がいいんだよな。気のせいかもしれないけど、別にどうでもいい。しょせんただのJSライブラリだし。
9
海外の名無しさん
2026-10-04 06:40
「プラットフォーム」はひとつしかないけど、CSSやコンポーネントの代替になる競合ライブラリは山ほどある。競争があったからこそ、より良いものが生まれたんだと思う。自分にとってはTailwindの方が普通のCSSより使いやすいし、ReactもWeb Componentsより使いやすい。
10
海外の名無しさん
2026-10-04 06:52
「ブラウザがやってくれるのに、なぜJavaScriptで自作するのか」という主張はシンプルだ。でもそれが現実になったときに、初めて説得力のある主張になる。
11
海外の名無しさん
2026-10-04 04:57
プラットフォームがイケてないからだよ。自分は特定の角丸半径とフォントで、押すとぷにっと気持ちいい感触のボタンが欲しい。特にモバイルでは。
12
海外の名無しさん
2026-10-04 05:38
タイトルを「なぜもっと多くの開発者はブラウザのネイティブ機能を使わないのか」に変えられないか？
18
海外の名無しさん
2026-10-04 05:40
自分だけかもしれないけど、AnthropicやOpenAI（他もおそらく）が「ハーネスエンジニアリング」みたいなものを押し出して、エンジニアリング組織、いや会社全体に「プラットフォームを使え、もうソフトウェアに手を加えるな」と説得しようとしているように感じる。
24
海外の名無しさん
2026-10-04 06:23
Web ComponentsのAPIのどこがダメなのか？既存のプラットフォームの現実を踏まえて、どう違うやり方にすればよかったのか？
25
海外の名無しさん
2026-10-04 05:46
それもReactがhooksや「use whatever」みたいなマジック文字列で暴走する前の話ならな。自分は仕方なく使っているだけで、多くのSaaSプロダクトが拡張SDKとしてNext.jsとReactしか用意していないからだ。自分から選ぶことは絶対にない。個人のWebプロジェクトは全部VanillaJSで、あとはJavaや.NET、PHPでできることを組み合わせている。
28
海外の名無しさん
2026-10-04 04:56
Tailwindやshadcnがプラットフォームよりどうダメなんだ？開発速度が桁違いに上がるのに。
38
海外の名無しさん
2026-10-04 05:50
何を基準にするかによる。例えば開発速度を最優先するなら、Material UIみたいなフル機能のコンポーネントライブラリの方がshadcnより上だろう。CSSは明らかにTailwindにはできないことができるから、その意味ではCSSの方が強力だ。
29
海外の名無しさん
2026-10-04 04:46
「自分でやり方を学ぶ」ことへの極端な無関心こそ、今プログラミングで「AI」がこれほど人気な理由そのものだ。
30
海外の名無しさん
2026-10-04 07:07
本当にその言語を知る必要があるのか？それとも、読み込み速度の改善や見た目のカスタマイズについて聞くだけで十分なのか？
31
海外の名無しさん
2026-10-04 04:49
そうだね、それは記事であまり触れられていなかったけど、プラットフォーム機能の一部では確実に問題になる点だ。日付ピッカーもネイティブ実装ではすぐに力不足になりがちなもののひとつ。
35
海外の名無しさん
2026-10-04 06:54
まず、DOMの解析や構造に妙な特殊ケースを持ち込んでしまう点。<template>要素があると.isEqualNodeが壊れる。
36
海外の名無しさん
2026-10-04 06:56
なぜコンポーネントのスタイルがグローバルで、コンポーネント内に閉じ込められていないんだ？
41
海外の名無しさん
2026-10-04 05:54
そう。「来店予約用の日付ピッカーが必要」「よし、`<input type=date>`を使おう」「未来の日付限定にしないと」「問題ない、`min="2026-10-05"`属性を付ければいい」「それと平日しか対応してないんだ」「よし、ネイティブの日付ピッカーは丸ごと捨てて、自前で作り直そう」。誰か一人でも、日付ピッカーに本当に必要な要件をちゃんと聞かなかったのか？特定の日付を除外するなんて、最もよくある要件のひとつだろう。
44
海外の名無しさん
2026-10-04 07:01
onchangeでsetCustomValidityを使えば済まないか？
45
海外の名無しさん
2026-10-04 07:19
それだとピッカーを開いて、ユーザーに好きな日付を選ばせてから、選べない日付だった場合にエラーを出すことしかできない。ピッカーの中で選べない日付を表示したり、そもそも選ばせないようにすることはできない。
この話題の背景と論点
web開発における「プラットフォームを使うか、ライブラリを使うか」という対立は、CSSやHTMLの標準化が進んでも繰り返されてきた論点だ。例えば`<input type="date">`は`min`属性で未来日に限定することはできても、曜日単位で選択不可にするような柔軟な制御は用意されておらず、結局JavaScriptで自作せざるを得ないケースが多い。この具体例が示すように、議論は「標準機能が貧弱だから自作する」派と「競争があったからTailwindやReactのような使いやすいツールが生まれた」派に分かれており、どちらも一概に間違いではない。またスレの中では、AnthropicやOpenAIが提唱する「ハーネスエンジニアリング」が引き合いに出され、AIエージェントに任せることで「プラットフォームを使え、手を加えるな」という圧力が強まっているのではという懸念も語られた。これは記事の主題とは別の文脈だが、標準と独自実装のどちらを選ぶかという判断が、AI時代にはさらに複雑になりつつあることを示している。
※本記事は5ch(Hacker News)スレッド「Why don’t more developers "use the platform"? 」より抜粋・要約して構成しています。
続けて読む（芸能）
この記事のリアクション
😆 おもしろい 0 😮 びっくり 0 😢 かなしい 0 👍 わかる 0 😠 ひどい 0
まだコメントはありません。