  |
はてなキーワード: 規約とは
でも、Appleは課金ページへのリンクを設置することを規約で禁じている。この規約は優位な立場を使っている。
ユーザーの離脱を防ぐために、AppStoreの課金を実装せざる負えない場合がある。その場合、ユーザーが高い手数料を知らないで払わされる。
「スマホソフトウェア競争促進法」(スマホ新法)っていうのが、12月から施行される。
Android も対象なんだけど、わかりやすくするために、iPhoneだけに絞って話すね。
iOSとiPadOS でAppStore以外からアプリが入れられるようになる。（サイドローディング）
なんかネットを見ていると、この法律について否定的な意見が多かった。
てっきりみんな賛成していると思ったし、私は賛成。
そもそもこの法律って、スマホOS を作っているAppleとGoogleって優位な立場を使って市場を独占していて良くないよねって話。
Apple はわかりやすく、AppStore以外からアプリがインストールできない。
それを、他のアプリストアも使えるように認めなさいよねって話。
あとは、Apple製のアプリしか使えないOSの機能(隠しAPI)も、他の開発者にも開放しなさいよ。とか。
===================================================
ここでよくあるこの法律に反対する人へのアンサー
Q 悪質なアプリが増えるのでは？
A AppStoreにも悪質なアプリはあります。個人的な感想ですが、アプリの審査というのは、
独自の課金システムを使っていないか、3rdパーティーのログイン機能がある場合にApple accountでログインできるか、
他のOS版のアプリを紹介していないかなど、自分たちの規約をちゃんと守っているかを見ていて、セキュリティ的なことは隠しAPIを使っていないかぐらいだと思います。
ちなみにサイドローディングでも、Appleの審査があります。（AppStoreに上げるときとは違う審査）
と反論してみたものの、Appleの審査があるのはそもそも変な気がする。
根本的には、使う人のITリテラシーを上げる必要があると思う。
まあ、サンドボックス内でアプリは実行されるから、サイドローディングでも割と安全だとは思う。自分で権限を与えた場合は知らん。
Apple 自信もサイドローディングは危険だと言っているけど、ただ儲けたいだけ。
Q EU では似た法律で、他の開発者に機能(API)を開放せずに、機能ごと使えなくしていて、不便になるのでは？(macでiPhoneのミラーリング、shareplayの一部機能)
A これは、法の抜け穴だよね。法案に反対するべきではなく、その法の穴を塞ぐべき。
===================================================
サイドローディングは、認めるべきだと思う。
例えば、Microsoft Storeしか使えないWindows、Appstoreしか使えないmacってありえなくない？
（ちなみにMicrosoft Storeしか使えないWindowsはあった。 Surface RT とか Sモード）
自分で買った機械で、好きにプログラムを実行できないっておかしいことだと思うんだけど。
Linuxの場合は、SnapStoreとFlathubという2つのストアがあるんだけど、競争が働いていて素晴らしいと思う。
EUには似た法律があって、サイドローディングがすでにできるんだけど、100万インストール以降は1インストールあたり、€0.5払う必要があるというめちゃくちゃな契約を結ぶ必要がある。
あと、AppStoreに公開するときと同じように、Apple Developer Program($99/年) に登録しないとサイドローディングできないのも良くないと思う。
＜参考＞
https://www.youtube.com/watch?v=GxMjoQ_pIr4&pp=ygUaZHJvaWRrYWlnaSDjgZnjgb7jgbvmlrDms5U%3D
家を入ると短い廊下がある。廊下には洗面所(ここは脱衣所を兼ねていて、トイレ、風呂に通ずるドアがある)につながるドアと、リビングにつながるドアがある
なお、洗面所は冷暖房がなく、服を置くスペースもない(と自分は思っている)。
この条件で、「風呂から出るタイミングで玄関の戸を開けられたくない」のだが、成人男性の家族は気にしすぎ、誰も見ないという。
すくなくとも共用部分の外の廊下は、宅配便や住人が通る。共用部の廊下の向かいは建物があるが、窓があり、はめ殺しではないものもある。
(概ね空いてはおらず、オフィスビルなので風呂の時間は多分あまり人もいないと思いたいが、明かりはついてる)
そもそもプライベートゾーンを下着等で覆ってない、無防備な状態で出てくる。
気になるなら着替えを持ち込め、というが、脱いだものを置けるスペースくらいはあっても、着替えまでは持ち込める場所がない認識。
洗濯機は傾斜があって滑り落ちるし他に台の代わりがない。
また、筆者は成人女性だが、薬を塗ったり、下着をつける上で、肌が多少乾かないと引っかかるので、部屋に移動後の方が都合がいい。
加えて、未成年の家族もおり、自分以上にナイーブな年齢のその家族に配慮を、というのだが、聞かず、指摘すれば臍を曲げるし、あたかもこちらが間違ったようなことを言う。
加えて、民泊を一時やっていた部屋があるようで、不特定多数の外国人が出入りしていた。(規約上禁止なので、おそらくその部屋の借主は契約を解除され、今は見ない)
一時は大変警戒をしていた。
プライベートゾーンを見せないこと、触らせないこと、不安な状況、危険な状況に置かず済むこと、なんて当たり前に保証されてほしいのだが。加えて民泊の件もあって、安全管理上の感覚が違いすぎる。
そんなもんいらん、気にしすぎ、おかしいんじゃないのか、まで言われている。
感覚の違いは成人男性ゆえではないかと思ったが、とはいえいざとなったら自分と他に複数の家族を守り切って逃げるなんて無理じゃん。
『今どきの子育てするお父さん』がこれじゃ危険すぎないか？と思ってるんだけど。
そもそも家族が風呂入って寝るって時にコンビニ行って酒タバコ買うほうが優先で、出入りのタイミングを調整してくれって言うと文句だらけなのはまともじゃないか。
【追記】
そういえば風呂に入り始める時間帯に玄関ドア開けて換気し始めたりする。
風呂のこともあるし、防犯上の問題もあるから、夜9時以降は控えてほしい、時間になったら閉めてカギ締めてくれ、風呂入ってる間はやめろってのも、ムッとされたし文句言ってた。
自分の中でやりたいことが阻害されるとキレるだけかも。
酒タバコが切れたから買いに行きたいだけなのに、部屋が匂う(自分がホルモン系のもの調理するせい)から換気したいだけなのに、なんで文句言われるの？みたいなやつ。
あと、向こう側で裸でいようがなんだろうが、自分は見られても気にしないからお前らも気にすんな、なんだよな。
無防備な状態を晒したくないからやめてくれ、と、自分は酒タバコが切れて不便してるから買いに行かせてくれは同等で、配慮されて然るべき希望だろって本人言ったけど、同等じゃないよ。
間接的な性加害じゃんね。裸の状態を見られてしまうかもしれないのにドアを開ける、なんだからさ。
あと、じゃぁ風呂の間も出入りをできるようにカーテンでもつけたらどうかとか、提案してくれるならまた別だよ。どっちの希望も両立できるようにしたいねって思って言ってくれるなら、こうは思わないと思う。
(カーテンくらいじゃ不安だし、横から踏み込まれたらないも同然のものであるあたりで自分はよしとは思わんが、受け入れた上で代替案出してるんだから、会話には乗るし、内容次第では提案飲む)
やめてくれっつったらまずキレるんだもん。
yamamototarou46542 規約違反じゃないならどうでも良いな。そもそもこの手の規約に合理性を感じないし、匿名ダイアリーの1userブックマークから適当に見てるからこっちは楽だわ
dorawiiより
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 https://anond.hatelabo.jp/20251102180838# -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQTEe8eLwpVRSViDKR5wMdsubs4+SAUCaQcfmAAKCRBwMdsubs4+ SKSSAP9Ae3rgQrFxmd/iyhgilgvNIRQJDVPgOFyPWQM2pQDhHQEAwDHzBPvQSlu5 osZbNw4z+QOFn4NARQx9WITmcgznYwc= =hdUX -----END PGP SIGNATURE-----
以下回答
ゲーム機メーカーが「自社ハードウェア事業を終息」し、「自社ソフトを他社プラットフォームに供給する」という方針転換を行う場合、経営・ブランド・技術・収益面などで多面的なリスクやデメリットが生じます。以下に体系的に列挙します。
🧩 1. 経営・戦略面のリスク
■ (1) 収益構造の変化による利益率低下
- 自社ハード販売による利益（ハード本体・周辺機器・ライセンス料など）が消滅。
- 他社プラットフォームでは、**販売手数料（例：30%前後）**を支払う必要があり、**利益率が大幅に低下**。
- 「プラットフォーム料」によって価格戦略の自由度も制限される。
■ (2) 成長ドライバー喪失
🎮 2. ブランド・マーケティング面のリスク
■ (1) ブランド価値・アイデンティティの喪失
- 「ハード＋ソフト一体の体験」を提供していたブランドが崩壊。
- 消費者にとって「唯一無二のゲーム体験」を失う。
- 長年築いた「プラットフォームブランド」（例：PlayStation、Switchなど）が**事実上消滅**。
■ (2) 既存ユーザーの離反・不信感
■ (3) 販売チャネルの再構築コスト
⚙️ 3. 技術・開発面のリスク
■ (1) 技術力・開発ノウハウの空洞化
■ (2) 他社プラットフォームへの依存度上昇
💰 4. 経済・契約面のリスク
■ (1) ロイヤリティ・手数料負担
- プラットフォーム運営会社（例：Sony, Microsoft, Nintendo, Valveなど）に販売手数料を支払う。
- サブスクリプションサービス（例：Game Pass）に参加する場合、**収益分配の条件交渉が不利**になる可能性。
■ (2) 価格政策の制約
🧠 5. 組織・人材面のリスク
■ (1) 人員削減・士気低下
■ (2) 開発体制の再構築コスト
🧩 6. 市場・競争面のリスク
■ (1) 差別化困難
■ (2) 他社との関係悪化の可能性
🕰️ 7. 過渡期の移行リスク
✅ 総括
観点 主なリスク・デメリット 経営 利益率低下、成長鈍化 ブランド 独自性喪失、ユーザー離反 技術 ハード技術衰退、他社依存 組織 人員整理・士気低下 市場 差別化困難、競争激化
もし本当にMicrosoftがXBOX販売から撤退したら、こういうリスクを織り込んだうえでそれでも決断せざるを得なかった、という事なわけだ。
もう、ここ最近ずっと、カクヨムのランキングにAI小説あるのが当たり前になってる。
俺もこっそり使ってて、1日で書かせた小説がランキングに入ってる（垢バレするから詳細は言えないが）。大体、その人と大して変わらない時期に始めてるから、お互いに小説執筆の経験はないと思う。俺はweb小説すら読んだことはなかった。PVは、その小説だけ2〜3万くらいある。
ここ2ヶ月くらいかな？そうやって、他人のAI小説も目に入るようになって読んでみると、AI小説と言えども書かせ方は違うなぁと思う。しかし、似ているところが多く「これ、俺たちで被りまくってるのやばいよね」感もあって、今後の課題になってる。
さて、話は本題に入るが、このAI小説がランキング常連になることは、AIで人間の脳をハックできることを証明できてると思う。
読んで見たらわかるが、面白い面白くない以前に矛盾だらけで、ご都合主義をも超えてる内容（自分の含め）。
さっきも言ったが、俺は今までweb小説に触れたこともないから、何がおもろいんやろなぁ〜と思ってるレベルで書かせてる（AIの言う通りにしてるだけ）。
それでもランキングインしてるのは、もはや、AIが読者の脳みそを完全にハックできてることの証左でしかない。
これって、めっちゃ怖くない？マインドコントロールみたいで。俺は怖いと思ってる。
小説は「無理」と言われてた。今も言われてるくらいで、まだまだ不可能と言われてた。でも、その人たちが無知なだけで、俺たちは既にAI小説でランキングに入っちゃってるのが事実。そんな小説ですら人間の脳をハックできてるという事実が怖い。
短編ですら無理とか、そんなコメントも散見されるが…すまん、こっちが書いてるのは10万字以上や。
面白いと言ってしまえば不謹慎だが、本当に面白いのはここからで、これからカクヨムコン11が始まる。現時点でランキングにAI小説入ってるんだから、カクヨムコン11にもAI小説が流れ込んでくるのは当たり前だよね。
（ちなみに、直近のGA小説コンテストだと、AIを使用した場合はその会話履歴の提出を求められた。つまり、プロでもAIを見抜けないと言ってるようなもんで。）
【追記】
AI増田じゃないわい。みんな、そんな審美眼しか持ってないからAI小説が伸びるんだろうな。ありがたいことに。
ついでに、俺が後悔している話も追加しておこう。
俺は投稿前にアルファポリスの規約もチェックして、「内容や分量に関わらず大量の作品（小説・漫画）を投稿する行為」が禁止されてるから、粗製濫造には手を出さなかったのにさぁ…
これだけは本当に苦しくなる。
でも、結局、そのおかげで俺に白羽の矢が立つことはないからラッキー✌️ってね。
こうやってひっそりリワード貰えたら十分よ。
ちなみに今月は3,4万円くらい貰えそうです。うおw
【追記2】
今回の1位のも読んでない。これの前にランキング上がった時は少し読んだ。そこで、AIの偏りを理解した。
（自分にとって）もっと面白いものが世の中にたくさんあるのに、わざわざ読むわけがない。
AIに小説書かせるのも楽しいけど、リワード貰えないならやらない。
これからは「読み専」ならぬ「書き専」が出てくる。
現状を変えたければ、運営がなんとかして。
X見てても誰も的を射るようなコメント見当たらない。
> 「AWSの運用の強みは、経験豊富な余剰人員によって築かれており、人員削減を行えば、基本的な機能が崩壊し始めます」
たいていの現場で、新入りのエンジニアが「ドキュメントが充実していてありがたいです」的なセリフを吐くことがあまりに多いんだけど、正直なところ、ドキュメントが大量すぎて、AI使おうが「これ」という情報が見つからない。いや、そもそも必要なドキュメントが存在しないことしかない(日本語が変なんじゃない)。
ドキュメントの書き方を、OJTで形式的にしか学んでいないんだろうと思う。
そんでもって書きっぱなしで、「あ、今はそうじゃなくて、こうなってます」って口頭で伝えられることがあまりに多い。いや、修正しておくか、削除するかしろよ。
って、そんなどうでもいい経緯なんていらんわ！
経緯が分かったところで、何の役に立つと考えてるんだよ？
昔、アホなエンジニアありき。って記録以上でも以下でもないだろ。
そんでもって、正しいドキュメントがあったとしても、読んでも大してプラスにならん。
なぜなら、ただの自分用の備忘録以上でも以下でもないものでしかないから。
誰に向けて、何を伝えるためのドキュメントか、ちゃんと意識して書かれた技術ドキュメントに、ほとんど出会ったことがない。
って、なぜそれがこのタイトル、この内容のドキュメントに紛れ込んでるんだよ！
みたいなことがあまりに多い。
しかも最新化されてない。
たいていムカつく東大の〇〇研究室の量産型卒業生なんて、「これくらいできて当然でしょう」的に他人を小馬鹿にしたような態度をとってきやがるんだが、そいつらも普通の人よりキャパが少し大きいだけで、色々積み上がってきて、見落としが増えてきたら誤魔化しまくって、誤魔化せなくなったら「新しいことをしたいので」とかもっともらしい言い訳してやめていきやがる。
おい、これ、どうすんだよ！
残ったエンジニアには、つくり散らされた無秩序なサービスを「運用でカバー」の日々。
こういうの、マジで普段使ってる単語の意味、理解してねぇんだな。
単語帳みたいに訳、定義を丸暗記してるだけなんだな、ってため息しか出ないんだが。
これ、その場その場の行き当たりばったりな設計実装を増やしてしまうと、今時の複雑化、成長し続けるWebサービスは、簡単に認知力の限界を超えてしまうから、いくつかのパラメータからどこでも同じルールが適用されている状態にして、認知負荷を下げるってのが、ここ10数年のシステム構築界の常識なんだわ。
KISSの原則も、認知負荷を下げる(上げない)って文脈の上にある。
他の、いろんな手法だなんだも、基本的にこれを前提にしている。
のに、いわゆる「識者」は、箔をつけようとしてるのか知らんが、毎秒いろんな要素を取ってつけて、ゴテゴテとした悪趣味な神殿にして、崇め奉る「信者」から金を巻き上げようと、勉強会開いてるだろ？
おいらに言わせれば、「認知負荷を下げられない手法はくそ。カーゴカルトだ」だ。
今の日本のどのWebサービスも、いつ大規模障害を起こしてもおかしくない状態だよ。
「今動いてるからいいっか w」
じゃねーんだよ。
以下ChatGPT
自分のホームページ（自前ドメイン＋自前HTML）を一度でも作って運用すると、SNS中心の“受け手”視点から、仕様・検索・配信・所有・継続の“作り手”視点に脳が切り替わる。結果、情報リテラシーは跳ね上がり、ネットのニュースや流行の見え方が根本から変わる——しかも想像以上に。
Before（作る前）: Web＝SNSのタイムライン。良し悪しは「バズってるか」「見やすいか」
After（作った後）: Web＝プロトコル＋ブラウザ＋HTML/CSS/JS＋CDN＋検索エンジン。
ページは**文書（Document）**であり、配置（IA）、意味づけ（セマンティクス）、配信（HTTP/HTTPS/HTTP/2/3）、キャッシュ戦略が気になりだす。
→ 同じ記事でも「タイトルの付け方」「hタグ構造」「画像最適化」「OGP」「サイトマップ」がまず目に入るようになる。
プラットフォーム依存の脆さを体感：規約変更やシャドウバンで露出が消える。
自サイトの資産化：ドメインに紐づくURLはリンクされ、検索に積み上がり、10年後も生きる。
POSSE（Publish (on your) Own Site, Syndicate Elsewhere）：まず自分のサイトに出してから外部へ配信する習慣が身につく。
3. “好き/嫌い”から“なぜ速い・なぜ遅い”へ
Core Web Vitals（LCP/FID/CLS）や画像の遅延読み込み、フォント最適化の重要性が腹落ちする。
広告・計測タグの重さに過敏になる。読者体験を壊さないためのパフォーマンス予算という概念が生まれる。
キーワード選定は“流入ゲーム”ではなく読者の課題→コンテンツ設計に帰着。
内部リンク・パンくず・スキーマ（構造化データ）・サイトマップの意味が実務として理解できる。
“書けば伸びる”ではなく“検索意図を満たす設計が伸びる”に目が覚める。
alt、見出し階層、コントラスト比、キーボード操作、焦点管理など、見えない品質が最重要になる。
デザインは飾りではなく“読み・理解・操作”のためのユーティリティだと分かる。
たまたま当たる1記事より、更新の継続・アーカイブ性・RSSのほうが効くと実感。
コメント欄・メールフォーム・X連携よりも、ニュースレターやRSS購読者の質に価値を見出す。
ドメイン、DNS、証明書、バックアップ、法務（特商法・プライバシーポリシー）に“運用者の責任”が生まれる。
その重みが情報の信頼性を引き上げる（＝他人のサイトの苦労も見えるようになる）。
トレンドは“輸入”ではなく選別になる。自分の歴史に合うものだけを採用して積層していける。
A. 最小HTML（雛形）
<meta charset="utf-8" />
<meta name="viewport" content="width=device-width,initial-scale=1" />
<title>あなたの名前 | ホーム</title>
<meta name="description" content="自分のホームページ。制作物・日記・メモを置いていきます。">
<link rel="alternate" type="application/rss+xml" title="RSS" href="/feed.xml">
<meta property="og:title" content="あなたの名前 | ホーム">
<meta property="og:description" content="自分のホームページ。制作物・日記・メモ。">
<meta property="og:type" content="website">
<nav>Home / About / Posts</nav>
<footer>© 2025 あなたの名前</footer>
GitHub Pages（Jekyll標準。Rubyベース、Node不要）
Cloudflare Pages（静的ファイルを置くだけで高速CDN）
レンタルサーバー（静的HTML＋SFTP/rsyncで十分）
C. ドメインの基本
DNSはA/AAAA/CAA/TXT最低限、HTTPS必須（Let’s Encryptで無料化）。
D. “最低限の品質チェック”5点
ログを読む：Search Consoleと簡易アクセスログで“本文よりメタ情報”を磨く。
アーカイブ主義：記事は追記で更新。URLは変えない。Versioningを意識。
■まず大前提
著作権侵害の刑事処罰は原則“親告罪”（権利者の告訴が必要）。
ただし悪質な海賊版行為の一部は非親告罪化されとる（TPP関連改正）。
つまり、営利・原作そのまま・権利者利益を不当に害するなどの条件を満たすと、告訴なしでも動けるケースがあるで。
肖像権侵害は民事上の問題（人格権）。刑事罰の条文はなく、差止・削除・損害賠償などで争われるタイプや。判例上の権利として整理されてる。
■A. 著作権侵害っぽいのを見たら（あなたが当事者ではない場合）
2. プラットフォームに通報：各SNS/サイトの著作権侵害報告フォームから淡々と報告。（プロバイダ責任制限法関係の最新ガイドラインに沿って運営側が対処する）
3. 公的窓口も選択肢：違法・有害情報相談センター（ihaho）で相談可。
・投稿者へ直接DMで抗議／晒し行為（誤認・名誉毀損のリスク）。
・「作者本人」に勝手に通知（誤情報や二次被害を招きやすい）。
◯迷いどころメモ
引用ならOK？ → 出所明示／主従関係／必要最小限など厳しめの要件を全部満たして初めてセーフ。見かけが“引用っぽい”だけやと通らんことも多いで。
■B. 著作権侵害っぽいのを見たら（あなたが著作権者の場合）
2. サイト運営へ削除申請（専用フォーム or 送信防止措置の申出）。
4. 刑事も視野：原則は親告罪やけど、悪質な海賊版の一部は非親告罪化されとる（営利目的・原作そのまま・利益を不当に害する等）。状況がハマるなら警察/相談窓口へ。
■C. 肖像権侵害っぽいのを見たら（あなたが当事者ではない場合）
◯ベターな動き
2. プラットフォームの通報機能で報告（ガイドラインに沿って処理される）。
◯NG
・当人へ直DMして不安を煽る／晒す（誤認・二次被害・三者間トラブルの火種）。
■D. 肖像権侵害っぽいのを見たら（あなたが写ってる本人の場合）
1. 証拠保全。
3. 応じない場合は弁護士へ（差止・削除・損害賠償の民事対応）。
※ 肖像権は条文でなく判例上の人格権として扱われるのが基本や。
二次創作：公式ガイドラインで許容範囲が定められてることがある。なければ基本グレー。
AI生成：見た目が似てても直トレースや原作そのままでなければ即アウトとは限らん。が、原作そのまま流用や配布は危険。
素材サイトの人物写真：モデルリリース（肖像使用許諾）の有無・用途制限を要確認。ロイヤリティフリーでも万能ではない。
正規配信か迷ったらABJマーク／エルマークの有無も目安になるで。
公式配布物の無断転載（原作そのまま）と思われ、権利者の利益を不当に害する可能性があります。貴サービスの規約と法令に照らしたご確認をお願いします。
本人同意がない公開で、人格的利益を害するおそれがあります。ガイドラインに基づくご対応をご検討ください。
> 私は当該著作物の権利者です。以下のURLの内容は無断利用であり、削除（送信防止措置）を求めます。
作品名：＿＿＿＿／権利立証資料：＿＿＿＿／URL：＿＿＿＿／日時：＿＿＿＿
■まとめ（フローチャート風）
2. 当事者でなければ：運営へ通報（DM抗議や晒しはしない）。
3. 当事者なら：削除申請 → 応じなければ弁護士 →（著作権で悪質類型なら）警察相談も視野。
4. 引用・二次創作・AIは要件確認。迷ったら触らんのが安全。
----
「My Job Went To India」の改題改訂版が「情熱プログラマー」なんだ！ありがとう発注したわ。（たぶん達人プログラマーと混同して読んだ気になって読んでないパターンだわ）
俺の悪文のせいで意図が伝わらなかったであろうブコメがあったので、要旨だけ書き直しておくな。
ただ忘れないで欲しいんだけど、TerraformメンテしてAWSとかGCPで立ち上げてサービス公開するまでの速度は、相見積取って稟議通して部材調達から入ってた時代に比べると爆速だけど、人間の技術屋の需要は増えてる。
俺は、「マスタリングTCP/IP 入門編」を人間が読んで理解するのは古いよね、という時代にはならないと思ってる。
Slerが自前で手元で試すようになるから～ってのも懐疑的。SIerやメーカーが内製すると必ず子会社作って分離、ぼく発注者きみ受注者にしたがるので。これは技術じゃなくて感情とか経営の問題。
（ただし、Slerが7payみたいなことやらかすのでは？って疑問なら同意。たぶんそういう生成AIで俺たちでプロダクトなんか簡単に作れるじゃんよギークいらね（仕様バグあり）は一時は増えるだろうね）
追記ここまで
----
VibeCodingでIT技術者は不要になるのか？という話題が花盛りなのは理由があります。
ギーク（現場でコードを書いていたい人）が分かる話から、スーツ（人を集めたりお金を集めたり営業をする）が分かる話になってきたからです。
具体的に言うと、OpenAI社をはじめ続々とTDD(テスト駆動開発)でやってますみたいな、具体的な開発スタイルの話が出てきたから。
そうすると、現場の座組チョットワカルという強めの経営者が理解して判断し始めるんですね。
でもね、その道はもう15年も昔に我々は通り過ぎました。前回のブームと何が違うでしょうか？
技術者なら電子も機械も強電も弱電もお世話になったことのあるオーム社が過去に出していた直球の本の話から。
「My job went to India : オフショア時代のソフトウェア開発者サバイバルガイド」という書籍、何と発行年は2006年です。
かいつまんで話すと、インターネットが整備され、輸送コストがほとんどかからないソフトウェア開発では、アメリカのエンジニアは給与の面でオフショアに歯が立たない、だって、1/10の給与でインドのエンジニアは働くんだぜ？という本です。
そうした、価格競争力で負けるアメリカのソフトウェアエンジニアは、如何にして今後サバイブすべきなのか、という本になっています。
（普通に面白いしAIコーディング時代に通づるものがあるので復刊を希望したいところですが、まあ直球過ぎる題名を何とかしないと再販は無理でしょうな）
そして、JTCや外資問わず、過去にオフショア開発を経験された技術屋のみなさんははてブにも多く生息されているでしょう。
では、ジュニア開発者は不要になりシニア開発者のみになって、いまのソフトウェア開発は主に安い給与で働いてくれるところに遠隔で作業してもらって、レビューだけすれば良い環境ですか？
そうはなっていません。なぜでしょうか。
さて、今普通にXと連動する中古品売買プラットフォームを開発しようと思ったら、どうやってつくるでしょうか？
この文脈に埋め込まれたいくつもの情報「今」「普通」「連動」「中古品」「売買」「プラットフォーム」「開発」を解釈し、すり合わせ、未来の運営者も含めた全員に伝えるためのコストが、コミュニケーションコストです。
そうなると、「ちょっと良い感じにラフでいいからプロトタイプ作って持ってきてよ」で話が通じるのは、受注者マインドがしっかりした日本の受託開発現場の精鋭たちになるわけです。
テストケースだけを通過するように、内部テーブルを持たせた関数を大量に持ってこられてレビュー時に頭を抱えた経験が無いひとは、とても幸運なのです。
とは言え、これは何も文化の違いに起因するだけではありません。仕様とは、環境によって定まるものだからです。
例えば、うるう年判定の関数は、1581年以前をエラーにしますか？1873年以前をエラーにしますか？（ヒント：明治六年）
テスト駆動開発、古い言い方で言えばテストファーストの考え方は、成功したすべてのプロダクトで例外なく、ただの一つの例外もなく、必ず最初から取り入れるべきだったものです。
品質は最後に振りかける粉砂糖のようなフレーバーではなく、最初から設計に組み込むべきだからです。
ありとあらゆる趣味において、最初から良いものを使えば時間を無駄にせずに済んだ、と言われるような初期投資の大切さが説かれます。
果たして本当でしょうか？
そうです、その趣味にハマって生き残りサバイブした人から見れば、過去にその時点で投資をすべきだった、というのは正しいのです。
その趣味にハマれなかった人からすれば、少ない投資で自分に合わないことが分かったという合理的な選択であることと矛盾しません。
そのため、全ての失敗したプロダクトは、テストケースを書く時間でプロダクトを作り上げて、さっさと世に問うべきだったわけです。
少し昔話をしますが、オフショア開発において重要なのはドキュメンテーションとテストケース、それにレビューでした。
他の部署で失敗しつづけていたオフショア開発のやり方は、端的に言えば"教化"でした。
具体的には書けませんが、グッとお安い単価の国に出す仕事を、日本の会社に出すのと同じようにすべく、相手の会社のメンバーを教育して仕立て上げるブートキャンプの仕組みを作り上げていました。
発注側を変えずに済むように受注側を教育して、日本の会社に出すのと同じように単価の安いところに出せたらお得ですよね？でもこれは必ず失敗します。
何故か。だって、日本の会社と同じように働けるようになったら、日本の会社に就職するじゃないですか。少なくとも価値は上がったんだから単価を上げるように交渉しますよね？
結局のところ、当初言われていたような劇的な節約にはつながらないわけです。それなら下手に転職されるよりも自前で現地工場でも立てて地元に貢献しつつ雇用を創出した方が喜ばれるし持続可能です。
小なりとも成果が上がった方法は、フィードバックを相手ではなくドキュメントにした場合でした。
例えば先ほどの例で言えば、テストケースは通るが意図したコードにならなかったとき。
「普通はこういう意図でコードを書くから、テストケースを通るにしても、関数は次からこう書いて」というのが、相手に対するフィードバック。
「関数を書く前に、関数の意図をコメントで残して、レビュー時にはそれを見ましょう」というプロセスの修正が、ドキュメントへのフィードバック。
こうすると、担当者が退職していなくなっても、次の担当者はその方法を参考にすれば良いわけです。
これ、何かに似てませんか。現在のAIコーディングのベストプラクティスと呼ばれるものに非常によく似ているんです。
つまり、オフショア開発というのも、設計と実装が分離できるという前提に立って動いていたんです。
そして、実装しながら設計しても問題ないとする場合、それは「技術的な問題」ではなく「組織構造」に起因します。
つまり、プロダクトの構造を分割して、オフショア開発側に設計と実装とを委譲して、実装しながら設計を変えてもらうことが許容できるのは、契約や責任分界点、輸出入の法規を含めた法務の領域です。
少なくとも当時、諸々をクリアにして相手側にプロダクトの一部を荒い設計と共に切り出して、コーディングしながら再設計してもらい、テストケースを完備したコードとドキュメントを共に完成までもっていってもらったことは、大きな成果であったはずです。
（当時日本側と仕事をしたという実績があると大きな実力があるとみなされたと聞いたので、今はより良いところで良い仕事をされていると思います）
（あと、コミュニケーションコストと輸出入の関連法規が複雑だから）
少なくとも、納期までに契約したこれを納品してください、という枠組みの中では、実装作業だけ切り出すことはできない、というのが教訓として残ったはずです。
少なくともあと数年、場合によっては10年スパンで、日本ではほとんど変わらないと予想しています。
これは技術の話ではなく組織構造や、もっと言えばお仕事の進め方と契約の話だからです。
そうは言ってもジュニアエンジニアの簡単な仕事が減って成長機会が失われているのは事実では？と思うかもしれませんが、そもそもの前提が誤っています。
未経験（弱経験）者を雇って戦力まで鍛え上げる必要があるなら、AIに仕事渡してないでそのジュニアエンジニアにやらせるべきなんです。
ジュニアエンジニアとAIと両方にOJTさせて、その違いをレビューの場でフィードバックしてジュニアを育てるわけです。
もし、そんな時間は無いというなら、元々ジュニアエンジニアをOJTで育てていたというのは幻想です。
（たまに、失敗が経験になるとして、会社に損害を与える方法でジュニアを"教育"しようとする人がいますが、商習慣的にも信義則違反ですし言語道断です）
シニアエンジニアだけで事足りるとしてジュニアエンジニアを雇わなかった企業は、シニアエンジニアが抜けてガタガタになります。
これは中核エンジニアがゴッソリやめた会社が傾くなんて言う話で、昔からそうです。（たいてい、もっと人雇ってくれ待遇上げてくれみたいな悲鳴を圧殺した結果だったりします）
昔から、中堅がやれば手早い仕事を新入社員にやらせて鍛える、その代わり質は悪いし時間もかかるしフォローも必要だったわけでしょう。
AI時代が到来するとしても全く同じです。AIが出力するコードレビューで悲鳴上げてる場合じゃないんですよ。
レビューできるシニアエンジニアが足りなくなると予想されるなら、当然、ジュニアエンジニア雇ってレビューできるようにする必要があるんです。
そしてそれは、技術的な問題点ではなく、組織的・経営的な決断です。
国産LLM開発の文脈でもそうなんですが、ハードウェアの進歩を無視して話をする方が多いのが気になります。
現時点のコンピューターパワーは、10年後には手の届く価格になる可能性が十分高く、もっと言えば20年後には個人が所有する可能性すらあります。
いまから20年前の2005年は、Youtubeが誕生した年です。その時に、誰もがいつも手元にビデオカメラを持ち、即座に動画を世界に公開できるようになるとは思っていなかった頃です。
今もそうだと思いますが、ある分野で必要な性能にはもう十分という期待値があり、10年経てばある程度大きな会社の部署単位で現在最先端のコーディングAIがローカルで動くようになると想像するのは容易です。
そうなったときに、果たして営利企業が、エンジニアを育成するというコストを支払うかといわれると、疑問です。その時点で今後のリアルなコストと比較対象可能になるので。
だって、筆耕担当者とか、清書担当者を雇わなくなった企業って、多いでしょう？
My job went to AI として、じゃあ残るものは何？というのはオーム社の本を読みましょう。再販しないかなあ。
今後数年は変わらないでしょと書いたら今現在進行形で変わっとるわいと突っ込みが来そうなんで防衛的な意味で書いておくんですが、あなたは過去数年間同じ仕事してたんすか？
仕事のやり方とか内容とか、言語とかライブラリとか、毎年のように変わってたでしょ。
レビューの比率が多くなったとか、コード書かなくなったとか、そういうの、たぶん管理職になった人が嘆いてたのと同じっすよね？
少なくとも、ジュニアエンジニアが低品質なバイブコーディング結果を寄越すようになってレビューが大変とか嘆くのなら、まともなコーディング規約一つ作れていない組織の脆弱さを嘆くのが先では？
手癖でバイブコーディングしてヒットしたプロダクトに、あとから品質上げるように大工事するリファクタリングと言うよりリビルディングな仕事って、別に今もありますよね？
散々テストケースを書かなくて良いプロダクトなんて無いという講演だけ聞きに行って、自分とこでテストケースが自動で走るようになって無いなら、そこが問題でしょ。
いろいろと厳しくなるようだけど
YouTubeで自慢気に語っている古着屋、せどりはどうなるのか見物だ
月商100万円の個人古着屋！パパは転売屋、発送は外注、家族との時間
いろいろいるけど、今から個人事業主になっても遅いらしいから、一体どうなるんだろ
なーんかイライラすんな、と思ったが、最近NISAの手続きしたりしてその関係でイライラしてたわ
まず登録までにすげー時間がかかったこと、10日ぐらい経って郵便で来たわ
封筒開けると、異様に分厚い規約が入ってるし、どう見ても誰も読んでねーよこんなの
積立をするにも、Oliveとかいうの登録する必要があるとか言われたし、その登録にマイナンバーのパスワード要求されてそんなの覚えてねーし、
NISAはNISAで口座から金を移す時の送金限度額の関係で時間がかかるし、なんか証券会社のサイトの字が異様に小さいし、
やっと成長枠を買えると思ったら「重要メールを読んでません」とか言われて、メールから確認ボタンを押さないとダメと言われるし、
今NHKはネットサービスを本来業務にする為に、過去宣伝目的でやっていると言う事になっていたコンテンツを全部捨て、
さらにペイウォールを立てて検索に引っかからないようにしてしまった。
これは、民間テレビ局や、新聞社が民業を圧迫するから辞めろと圧力を加えた結果であり、要するに足を引っ張っているのである。
だが、これ間違ってないか？
むしろ民放や新聞は「NHKが作ったコンテンツや映像、ニュースを開放し、格安で配信せよ」と言うべきではないか？
理由は3つ。
全国紙と名乗りながら、既に地方から撤退した新聞社があるが、販売網以上にヤバいのが取材網だ。全国紙は、既に各県の県庁所在地に支所を置けなくなっている。名乗っているのは支所だが、事実上は駐在員がひとりいるだけと言う様な有様もある。
そこで頼りになるのが共同通信、時事通信などの通信社だが、ここも段々と地方取材網を維持出来なく成ってきた。
さらに、地方の民放もニュースは基本的に赤字だ。地元の地方紙からニュースを提供してもらい、重要な所には一応は記者を送り込む、網羅的に情報収集はしないと言うスタイルが元々だったが、その体制すら維持が厳しい。自社の赤字は進むばかり、そして頼っている地方紙が衰退しているのだ。
一方でNHKは公共団体であるから、地方から撤退することはない。
ならば、NHKが取材してきた情報を新聞社や放送局に格安で提供し、それを各社が自社で味付けして送出することができるようにするべきだ。
ストレートニュースなどはこうして供給を受け、自社では調査報道や独自のニュースに特化する事の方が望ましいだろう。
コンテンツ配信ビジネスにおいて、日本は世界的に見てまだ上手く行っている方で、これは言語の壁がある事がまず大きい。
良い意味の、本来の意味での『ガラパゴス』で独自の貴重な生態系的文化があり、それを輸出できているのだ。
しかし、それは今後徐々に優位性を失う。
何故ならば、AIの登場によって言語の壁が大幅に下がるから。そして、日本のコンテンツビジネスは、プラットフォームを抑えられていないからだ。
そこで戦う為に、NHKのコンテンツを民放が利用できるようにする。例えば過去のNHKのアーカイブ映像や素材を使って新しいコンテンツを作ったり
キャラクターやドキュメンタリーなどのより創作的・思想的なコンテンツであっても、NHKは定められbた金額を支払えば貸出に同意しなければならない様な規約を作るのだ。
もちろん、そういったものの権利関係はNHKだけが持っている訳ではないにせよ、このように規定することで使いやすくなる。
こうして公開されたコンテンツを使い、少しでも国内のコンテンツビジネスを延命することが今求められている。
NHKオンデマンドというサービスがあるが、このサービスは民放の映像配信より早く始まっている。
民放がいつまでたっても映像コンテンツ配信を始めないため、NHKは民業を圧迫しないという観点から、スタートできなかった。
こえがなぜスタートできたかというと、しびれを切らした政治家が介入したためで、例外的な動きだが、実はこれも裏があり、NHKは配信システムの構築にIIJと組んだのだが、開発費の名目で膨大な発注をし、その成果物を他に流用することに合意した。
そこで民歩は、IIJとNHKと開発した配信プラットフォームを応用してスムーズにサービスを始めることができたと言う経緯がある。
今回のNHKの動きもそうだ。NHKの配信プラットフォームは、技術選択が王道的で筋が良い。
例えば配信には妙な独自のものを使わず、素直にMPEG-DASHをつかっていたり、AWSとAzureとOracleと言うマルチプラットフォームに国内映像配信CDNを組み合わせていたりと良い事例になっている。
レベルが低い方が、俺たちに会わせろと足を引っ張るのではなく、膨大な資金力で作った成果を俺たちにも使わせろ、と言うスタンスの方が業界が発展する。
各社、AIに学習されないように防護を始めているようだが、NHKについては逆にAIに積極的に学習させよ、データを差し出せと迫るべきだ
そうすることによって、各社は自社が用いるAIに、報道や番組制作に必要な基礎的なノウハウを喰わせることができる。
