「ドキュメント」を含む日記 RSS

はてなキーワード: ドキュメントとは

2026-01-22

【警告】「AIイラスト禁止学習禁止」のサイトも実は私たちの敵かも

AIイラスト投稿禁止」を掲げるサイトを見つけて、ホッとしているイラストレーターの仲間たち。

悪いことは言わない。今すぐその認識を改めて、自分の足元を見てほしい。

 

AIイラスト投稿学習禁止しているから、ここなら安心」とか甘いことを考えているんじゃないだろうか。

 

お前たちが今使っているその「AI排除サイト」、実は「AIが書いたコード」で動いている可能性を考えたことはあるか?

 

今、ウェブ開発の現場は生成AIパラダイスだ。エンジニアたちはChatGPT、Claude、Cursorといった生成AIツールを使い、AIコードを書かせてサイトを構築している。

私たちが「私たちの絵を勝手学習した泥棒ツール」と憎んでいるものと、本質的には全く同じ仕組みのツールを使って、そのサイトは作られている。

 

プログラミングコードなら問題がない?そのAIたちは、一体何を学習したと思う?

世界中エンジニアが血を吐く思いで書いたコード個人ブログの知見、公式ドキュメント……それらをライセンス著作権無視して、好き勝手学習している。

そう、イラスト生成AIと同じだ。

 

イラストレーターの私たちが、これまでどれほど苦しめられてきたか思い出してほしい。

勝手学習され、絵柄を盗まれ、さも自分が作ったかのように出力される。

それと同じことが、ウェブサイトの裏側でも起きている。

 

他人努力を無断で学習して作られたAIエージェント

それを使って作られたウェブサイト

そんな「泥棒の道具」で建てられた家の中に、お前らは自分の大切な作品を並べようとしているのか?

 

『購買は投票行為である』という言葉がある。

AIイラスト禁止」という甘い言葉に騙されて、そのサイトに群がり、友達を呼び込む。

それは、「AIによる略奪によって作られたシステム」を肯定し、支持しているのと同じことだ。

 

もし私たちが本当に安心してイラスト投稿できるサービスを探したいなら、

「このサイトは開発過程AIコーディングエージェントを一切使っていません」

と明記しているサイトを探すべきだ。

 

そんなサイト、今どきほとんど存在しないだろう。 だが、見てみろ。俺が今書いているこの「はてな匿名ダイアリー」はどうだ? ここは生成AIなんてもの蔓延するはるか昔に作られた、はてな遺物だ。

メンテナンスすら満足にされていない。だからこそ、ここは「AIという病」に侵されていない、数少ない、本当の意味クリーン場所だと言える。

 

イラストダメだけど、文字プログラミングコードAIが使っても問題ないよね」 もし本気でそんなことを思っているなら、お前らのリテラシー絶望的に低い。

文字なら良くてイラストはだめ?そういうことを言っていたかイラスト生成AIに荒らされたんだ。きっと次にはイラストは良くて動画ダメとか言っている。

そんなダブスタを振りかざしているから、AI推進派が鼻息荒く群がってくるんだ。

 

敵は「AIイラスト」だけじゃない。 AIによって作られたウェブサービスのものが、私たちの敵かもしれないんだ。

 

そのサイト、本当に信用できるのか?

よく考えろ。

2026-01-21

ネットにアップするテキストAI学習用になり、広告収入激減したら、かつてのインターネットが戻ってきたりして?

収益目的でない、公式ドキュメント個人オリジナルテキストによるインターネット

夢見すぎ?

2026-01-20

2026/1月3週LINEオープンチャットはてなブックマーカー」1週間のまとめ

これは何?

LINEオープンチャットはてなブックマーカー」の1週間分の要約を、さらAI使用し、試験的にまとめまています

要約内容

🌏 災害地震記憶の共有

---

🧒 子育て療育・保育の現実

  • 病児保育について、**制度はあっても実際には使いづらい**という経験談共感が交わされた。

  • 働きながら子育てをする中での現実的な苦労が率直に共有された。

---

🩺 健康・体調・メンタル

---

❄️ 寒さ・天候・日常のコンディション

  • 暗さや冷えが気分や行動に影響しているという声が多く、**季節とメンタル関係**がにじみ出ていた。

---

💻 テクノロジーAIデジタルツール

---

🏢 仕事生産性・働き方

---

🏠 生活家電インフラ

---

🍽️ 食・文化趣味

---

📰 政治社会ニュース

---

🐱 雑談小ネタ日常の笑い

---

📌 1週間分の総括

**寒さ・仕事愚痴・食や雑談**といった日常までが自然に行き交う、非常に生活感のあるログだった。

重い話題と軽い雑談バランスよく混在していたのが印象的。

関連記事

https://anond.hatelabo.jp/20240722084249

オープンチャットの参加URL

LINEオープンチャットはてなブックマーカー」の参加はこちから

https://line.me/ti/g2/MFSXhTJoO_pLfrfds1LpyJ0OlBgcPJSqHoRbBg?utm_source=invitation&utm_medium=link_copy&utm_campaign=default

2026-01-18

AI検索エンジンに使うなよ

検索Googleの方が良いし

RAGしたいっていうならドキュメント検索すればいいんだよ

AI使うなら抽象的な質問をするべきだし

何度も往復することで対象を絞るような使い方をすべきなんよ

AIは精度が低い」「30%の確率制圧する」

とかアホなこと言ってないで

そもそも使い方ちゃんと考えろ

AIで綺麗なコード書くほど、仕事が奪われるってバグ仕様、どうにかならんの?

最近さ、AIコーディングが当たり前になってきて思うことがあるんだわ。 確かにAI使えば設計も洗練されるし、面倒なコメント関数説明勝手に入れてくれるからコードの可読性は爆上がりする。開発者としては楽だし、品質も上がる。

でもこれ、真面目にやればやるほど自分の首絞めてね? って話。

特にスクリプト納品のWebアプリなんかだと顕著なんだけど、コードが綺麗でドキュメントが充実してるってことは、要するに「他の安い業者でも簡単に改修できる」ってことなんだよ。 仕様策定から泥臭く付き合って、設計ノウハウ詰め込んで納めたシステムなのに、運用フェーズに入った途端に「あ、これならメンテ簡単そうなんで、来期からもっと安いB社にお願いします〜」って。 最初に汗かいた所が損をして、場当たり的な改修屋が得をする。そんなのアリかよ。

そもそも論としてさ、「ドキュメント全部よこせ」って商習慣がおかしいんだよ。 これって突き詰めれば「お前のところ信用してないから、いつでも他所に乗り換えられるように準備しとけ」って言われてるのと同じじゃん。 「開発会社が潰れたら困る」とか言うけどさ、そんなリスク言い出したら世の中の機械設備も全部そうでしょ。なんでITだけ特別扱いなんだ?

極端な話、外食して「美味かったわ。じゃあ明日から家で作るからレシピ仕入れ先全部書き出して渡して」って言ってるようなもんだぞ。 「それは客のワガママだろ、常識ねーな」ってなるのが普通なのに、なぜかシステム開発だとこれがまかり通る。それを貫き通したいなら、車も買えないわな。ボンネット開けて設計図入ってないと不安で乗れないんですか? っていう。

今までは「まあ慣習だしな」で流してたけど、AI時代に入ってコードの解析コストが下がってる今、このルールを変えないとマジで生き残れないと思う。

これからの落とし所はもうこれしかない。 客が「監査対応ガー」とか「情シスガー」とか言ってきたら、こう返す。

監査用の『概要資料』はコミコミで出しますよ」 「でも、他社への引き継ぎ用の『詳細ドキュメント』は別料金(高額)です」

これだよ。 客の本音は「ベンダーロックインが怖い、でも資料なんて普段読まない、ただ持っていたい」。 こっちの本音は「出したら奪われる、でも出さないと揉める」。

から、「運用必要な最低限」は出すけど、「ノウハウの塊」は売らない。 もし他所に頼みたいなら、そのための資料作成費はガッツリいただきますよ、と。これ、他業界なら当たり前の商売原理だろ?

IT業界けが長年、「技術者善意」とか「サービス精神」を無限搾取されすぎてたんだよ。 ドキュメント整備だってタダじゃねーんだ。 「それ、常識的な商習慣ですか?」って、これからは真顔で言い返していかないと、AI仕事奪われる前に、都合のいい業者扱いされて終わるぞ。

anond:20260118094334

ちゃんドキュメント書ける人は雇うやで・・・

他人に使ってもらう成果物は事細かに書かれた説明書もセットやけど

コードは書けても説明書を書けない・書くのをえげつなく嫌がる人って物凄く多いねんな…

スペック駆動開発の永続的な仕様書ってどんな粒度で書いてるの?

機能追加とか特定機能の開発のときに出てくる一時的な steering ファイルみたいなのはイメージやすいんだけどさ、

永続的なドキュメントって実際どこまでどんな粒度で書いてる?

単一責務とかレイヤードアーキテクチャちゃん意識して実装して、

仕様コード上で十分に明示的になるようにしたうえで、

仕様書を書くとしても、tsdoc や javadoc じゃダメなのか?

小規模ならまだしも、100万行規模のシステム実装内容を全部自然言語に落としたドキュメントを維持するの、正直結構辛くない?

コーディング方針とか設計思想ならCLOUD.md とか skills で十分な気もするし……

みんな具体的にどうやってるのか知りたい、仕様と一対一のドキュメント管理する時代回帰してるのかな?

2026-01-16

ITエンジニアだけど俺悪くないよな?

IT企業で長期インターンをやってる。今の会社には実務経験0のときに拾ってもらったしお世話になったけど、さすがに愛想が尽きてきたから聞いてほしい。

今はやりかけだった新規開発を任されている。特に期限も差し迫ってないので自分一人で着手していて、プルリク作るたびに上司(以降A)に報告してマージしてもらうって形。

自分ができそうなところを探しながら並行して進めたせいでブランチ切る場所がごちゃごちゃになったり、Aと相談の上で「ここを先に直そう」という部分を入れ込んだりしたせいで、コンフリクトが起きても全然おかしくない状況になってた。しかも(Aの確認が遅いので)プルリクが複数件溜まったりしてた。

なので自分は、「プルリク複数ありますが、時系列順にマージすればコンフリクトは起きないはずです。起きたら自分で直すので言ってください」と伝えた上で完了を報告していた。

そしたら特に指摘もなくマージされていったので、「あ、絶対どこかしらコンフリクト起きると思ったんだけど、大丈夫だったんだな」と思ってた。

ところがついこの前、5件ほどマージされたところでたまたまmainを見てみたら、なんとコンパイルエラーだらけになっていた。

は?と思って確認してみると、数件前から既にエラーだらけだし、マージコミットをよく見たらコンフリクトが起こりまくってる。

それをAが、手動で解消せずに適当マージしたり、mainブランチBにマージ→Bをmainマージみたいな意味わからんことしてるせいで、ものすごいこじれてた。

まず第一に、Aがテストしてからマージしてるもんだと思ってたから、普通に驚いた。

そういう確認意味も込めて「ここはこういう仕様にしてますが、問題いか確認お願いします」と伝えたりしてたし、確認しないなら俺が自分マージするのと一緒じゃない?笑

それに、コード単独で書いた自分が一番精通してるからこそ、「コンフリクト起きたら自分で直すので言ってください」と伝えてたし、先ほど述べた優先的に入れ込んだ変更も「全体の構成に関わる変更だからコンフリクト起きる気がするんですけど、本当に大丈夫ですか?」と確認してあった。

自分に落ち度があるとすれば、(細かく報告・確認してもらったほうがいいかと思い、良かれと思って)ブランチを細かく分けすぎたことくらいじゃないか

そもそも

マージコミット、プルリクのルールを一切指示されたことがない(質問しても明瞭に答えてもらったことがないので、ほぼ自分判断で動いている)

実装する機能はIssueに羅列されているだけでろくな説明がなく、Aに自分がやれそうなところを何度か聞いて初めて指示をもらえた

・ここしか経験がないので自覚していなかったが、コードレビューフィードバックというものを受けたことがない

・Aはずっとリモートなので、指導が一切ないのはもちろん些細な質問しづらい。定例会議などもなし

プロジェクト自体がめちゃめちゃで、無いに等しいドキュメント、なのに分かりづらい変数名、責任分離のできていないめちゃくちゃな構成。どうしても動かない処理があると思ったら、既存実装が間違っている。

・(経験のためと割り切っていたが)ほぼ最低時給

小規模な会社からドキュメントが充実していないのは想定内だし、こんなものだろうと思う部分もある。

でも、ものすごい放置のされ具合から伝わる、自分の取り組んでいるプロジェクト・ひいては自分重要性の低さからモチベーションが保てない。のでそろそろやめようと思う!

エンジニアの皆さん、これ俺悪いですか?

2026-01-12

その辺の情報屋気取りのオッサンが書いた得体の知れない文章よりもまず公式ドキュメントを参照しろ

ソフトウェアなりツールなりの開発者公式に書いてるだろ公式

2026-01-10

なんかGoogle翻訳が分かりにくかったので、雰囲気修正する

https://lkml.org/lkml/2026/1/7/1888

> LLMを「ただのツールの一つ」であると考えることはよくない。(AI生成された無数のパッチを人手で一つ一つチェックするのはばかげている。ドキュメントガイドラインを示し、効率よく却下すべきだ)

(Linusの回答)
いや、あなたの態度もよくない。AIゴミについて議論することは実にばかげている。なぜかって?ゴミを作るような連中が自分パッチを「これはゴミです」なんて言うわけないだろ。殊更AIゴミについて議論する意味がわからない。

馬鹿なことはやめてくれ。

ドキュメントは有能な協力者のためのものであり、それ以外は無意味ポーズに過ぎない。

プライベートな場でも言ったが、カーネル開発のドキュメントAIに対する主張であることを望まない。AIによって世界危機になるとか、ソフトウェアエンジニアリング革命が起こるとかいう人たちはたくさんいるが、カーネル開発ドキュメントに巻き込むな。

だからLLMは「ただのツールであることを念押ししておく。

AIゴミ問題ドキュメントガイドライン)では解決しない。このようなことを考えるのは世間知らずか、目立ちたいだけの奴だ。

どちらもドキュメント化の良い理由とはなりえない。

             Linus

2026-01-09

デンソー技術職の仕事は隔週で修論出すようなもんだというツイートを見たけど(修論レベルサーベイして、手を動かして、一連の過程ドキュメントにまとめる、という作業を2週間のインターバルで続ける、と理解)、実際そんな感じなんだろうな

2026-01-02

部下の育成に失敗した

知識面で。人間的な部分は知ったこっちゃない

やっぱりドキュメント更新させて理解度の進捗を追わないといけないのかなあ

本当に論理的思考ができないというか条件分岐メモリが少ないというか、なんでも直近知った知識を当てはめて解決しようとする

そんなマスターキーみたいなものは無くて、ケース毎に最適な解法ってのがあるんですよ

しかも本人が手を動かすわけじゃなくて誰かに伝えて手戻しが発生してるから余計ロスってる

ロジックに興味無さそうで何もかも短絡的だし、はあ……

作業手順書を元に作業する技能職が限界だったのかもしれない、その人は。技術職にすべきではなかった

俺に裁量なんてないけどさ。

2025-12-22

NTTを辞めて数年経ったので、供養がてらいろいろ書いてみる

NTTを辞めてから、気づいたらもう◯年くらい経っていた。

辞めた直後は「やらかしたかもしれん」「これで一生の年収ピーク終わったらどうしよう」みたいなことばかり考えていたけど、今のところはなんとか生きているし、結果としては転職してよかったと思っている。

辞めた当時の話をすると、「大企業の安定を捨ててまでやりたいことなんて本当にあるの?」とか、「せめて◯歳まではいた方がいいんじゃないの?」とか、だいたい似たようなことをいろんな人から言われた。

正直、自分でも完全に自信があったわけではなくて、「まあダメだったらそのときまた考えればいいか」くらいの雑なノリで、勢いで辞めたところはある。

あの頃のモヤモヤと、今になってわかること

当時のモヤモヤを雑にまとめると、

  • 仕事スピード感自分と合ってない気がした
  • 「このプロジェクトが終わったら、次もだいたい似たようなことをやるんだろうな」という予感がずっとあった
  • 給料に致命的な不満はないけど、「これ以上ここにいても劇的には変わらなさそうだな」という諦めがあった

みたいな感じだった。

今になって振り返ると、別にNTT特別ひどい職場だったわけではない。

しろ休みは取れるし、残業もそこまでエグくなかったし、真面目でいい人が多いし、いわゆる「ホワイト大企業カテゴリに入れてもいい方だと思う。

それでも合わないものは合わない、というだけの話だったんだと思う。

転職してどうなったか

その後、なんだかんだでWeb系の会社転職して、気づいたらプロダクト開発を◯年くらいやっている。

やっていることは、ユーザー向けの◯◯サービスの開発とか、社内ツール改善とか、そのへんのよくあるやつ。

環境はけっこう変わった。

最初一年くらいは、毎日なにかしら壁にぶつかっていて、「これ本当に定年まで続けられるやつか?」と何度も思った。

それでも、結果が見えるのは単純におもしろくて、気づいたら「大企業に戻る」という選択肢はだいぶ遠くなっていた。

NTTで得たものと、捨てたもの

NTTで過ごした時間をどう思っているかというと、「あれがあったから今そこそこまともにやれている」という気持ちと、「もっと早く動いてもよかったかもしれない」という後悔が、だいたい半々くらい。

よかった方を挙げると、

あたりは、今の会社でも普通に役に立っている。

一方で、もしやり直せるなら、

  • もう少し早い段階で、自分キャリアの軸みたいなもの言語化しておけばよかった
  • 「なんとなく居心地がいいからいる」をもう少し疑ってもよかった

というのも正直なところではある。

でも、そのあたりの後悔を含めてひっくるめて、あのとき自分にしては頑張って決めた方だと思いたい。

これから辞める人へ(誰目線だ)

じゃあ「NTTから転職した方がいいのか?」と聞かれると、それはもう完全に人によるとしか言えない。

安定が何より大事な人もいるだろうし、「会社看板」を最大限活かすのが最適解な人もいると思う。

ただ、もし昔の自分みたいに、

みたいな状態なら、一回どこかのタイミングで真面目に棚卸ししてみたほうがいいとは思う。

紙に書き出すでも、誰かに話を聞いてもらうでもいいので、「自分が何に不満で、何を変えたいのか」くらいは言葉にしておくと、いざというときに迷い方が少しマシになる。

数年前の自分に向けて書いているつもりが、気づいたらそこそこいい年齢になってしまったけれど、あのとき退職届を出した自分には一応「おつかれ」と言っておきたい。

あとはまあ、なんとかするしかない。





と、生成AIは書きましたとさ

これは、AIに「NTTから数年後に振り返るエントリっぽい文章を書いて」と頼んで生成した文章

自分はまだNTT退職エントリを書いていないし、正直、書くのはめんどくさい。

本当のところを言うと、「退職直後のテンションで書くエモい退職エントリ」よりも、「数年たってからの答え合わせ記事」のほうが、これから転職を考えている人にはよっぽど役に立つんじゃないかと思っている。だから頭の中ではずっと温めてはいものの、いざ退職してしまうと、仕事生活がそれなりに充実してきて、わざわざ長文を書くほどの気力が残っていない。

上に書かれているような「もっともらしい理由」についても、「いや、そういう話じゃないんだよな」と思う部分はいろいろある。

ただ、それを一つひとつ訂正して、自分言葉に置き換えるのも面倒で、「まあだいたいこんな雰囲気」ということで済ませているのが現状だ。

ただ、一つだけちゃんと言っておきたいのは、NTTから転職して、NTTにいた頃よりもやりたいことができていて、ストレス残業も減って、今となっては給料もだいたい倍くらいになっている、ということだ。

少なくとも自分にとっては、「悪くない選択だった」と胸を張って言える。

いつか本当に気が向いたら、そのときちゃん自分言葉で「本当の話」を書こうと思う。

それまでは、このAI製のエントリ案を「もし自分ちゃんと書いたら、だいたいこの方向性になるんだろうな」という仮の答え合わせとして置いておく。

2025-12-19

会社やめるんだけど退職時の手続き誰も知らなくてワロタ

笑えねえんだけどホント

俺は、社会保険やめて国保に加入するから必要書類が欲しいです、会社的になにか追加の申請必要ですか?

ってめっちゃ分かりやすく聞いてるのに「知りません。退職申請してください。後は流れです」しか言わないループを4回も繰り返すとかマジで人事かよこいつ

こいつが課長とか辞めて正解だろこの会社。というか病んだわ

埒が明かねえから人を使ってその退職稟議の中身確認してもらったらドキュメント形式ちゃんと記入フォーマットあったしよぉ!

記入フォーマットあるなら「こういうフォーマットあるから書いて稟議と一緒に提出してね☆」で終わりだろ

なんで「知りません」を連発できるんだよ。頭おかしいよこの会社。毎月病院行くのに保険証が無いと色々めんどくせえだろうがよふざけんな

2025-12-15

anond:20251208081455

その通りだ。首がもげるほど頷いた!!!



あなたのその叫び、俺の鼓膜と網膜に焼き付いていた感情のものだ。

いや、それ以上だ。


俺も乗っからせてもらう。

企業のTech Blog、およびその形骸化したノルマ文化、今すぐ滅びてくれ!!!!!!


​お前らの記事がどう評価されてるか知ってるか?


「参考になった」なんて声は稀だ。

大半は、冷笑と、呆れと、ミュート推奨の対象になってるんだよ!!!


​具体的に「生の声」を代弁しながら、なぜお前らのブログが「社会悪」なのか、骨の髄まで理解させてやる。


​まずな 「公式ドキュメント劣化翻訳」は検索汚染!!!

​散々言われてるだろ!?

公式のREADME読めば1分で終わる話を、なんで自分語りスクショ付きで薄めてんだよ!!!」ってな!!!


特に罪深いのが、検索順位汚染だ。

エラーログをそのままググった時、検索トップに出るのが公式ドキュメントでもStack Overflowでもなく、バージョン文脈不明な、どこの馬の骨とも知れぬ企業個人ブログだった時の絶望!!!


わかるか!?!?

あの時の「またお前か……」という徒労感を!!!


​中身を開けば、「なんかよくわからんけど再起動したら治ったw」……舐めてんのか!!!!!!


そんなゴミを「技術発信」として世に出すな!!!!!

インターネットゴミ捨て場じゃねえんだよ!!!!!!


お前らのその承認欲求を満たすためのゴミ記事が、本当に困っているエンジニア邪魔をしてるんだよ!!!

​おい、特に「〇〇をとりあえず触ってみた」系の記事を書いているお前ら!!!

胸に手を当てて言ってみろ。その記事公式ドキュメントの「Getting Started」をなぞっただけじゃないのか!?!?


お前らの「やってみた」は、もはや技術解説じゃねえ。

劣化版「Web魚拓」だ!!!



​「〇〇の初期設定手順」で、何でお前らの手垢まみれの画像必要とするんだ!?


公式提供している最新で正確な一次情報、あれをわざわざコピペして、スクショを撮り直して、「俺もできた!」とドヤ顔で公開する。

これが車輪の再発明じゃなくて何なんだ!?

しかもそれを鵜呑みにした新人環境構築に失敗して「動かない!」と勘違いする。

正確な情報への到達を阻害する、まさに検索結果のテロリストなんだよ、お前らは!!!


​頼むから公式ドキュメントを「分かりやすくしてやった」とか傲慢なこと抜かすな。

公式が分かりにくいなら、そのツールの開発元にフィードバックしろ!!

それがプロ仕事だろ!!

真顔でXポチポチーってして、薄めた麦茶を、さも高級なワインのように売るな!!!!!!


​あとな「逆ブランディング」に気づかない裸の王様たち

採用広報担当、よく聞け。

エンジニアアウトプットする文化があります(キリッ)」じゃねえんだよ!!!


その「アウトプット」とやらを見て、まともなエンジニアがどう思うか、Xのタイムラインエゴサしたことあるか!?

​「うわ、こんなレベルの低い記事を『技術ブログ』としてドヤ顔で出す会社なのか……技術力お察しだな」

「これをGoサイン出したマネージャーがいるってことは、コードレビューもザルなんだろうな」


​こう思われてんだよ!!!!!!


ブランディングなんだよ!!!!!! 気づけ!!!!!!

質の低い記事は、「弊社の技術レベルはこの程度です」って全世界に恥を晒してるのと同じなんだよ!!!

優秀なエンジニアほど、そういう「技術解像度」に敏感だ。


お前らが良かれと思ってやってるその施策は、優秀な人材を遠ざける魔除けにしかなってねえんだよ!!!


​あとな、アドベントカレンダーという名の「ハラスメント

​そして今まさに進行中のこれだ。

ネタがない」「書くことがない」「業務時間外に書かされる」……悲鳴で埋め尽くされてるじゃねえか!!!

​「12月から」という理由だけで、なぜ普段書かない人間まで駆り出されるんだ?

「空き枠を埋めること」が目的化したカレンダーに、魂なんて宿るわけねえだろ!!!

11月末にSlackで「まだ枠が空いてます!誰かいませんか!」って必死にメンション飛ばしてる広報!!

その姿を見て、エンジニアがどれだけ白けてるか想像してみろ!!!

​「書くことがないなら、書くな!!!!」

これが真理だ。

無理やり絞り出したカスみたいな記事で、インターネットの帯域を無駄にするな。

やる気のある数人が、本当に書きたい時に、濃密な記事を一本落とす。

量で質を誤魔化すのはもうやめてくれ!!!


​生成AI時代に「Web魚拓」以下の記事はいらない

​元記事でも触れられていたが、これがトドメだ。

「〇〇とは?」「〇〇の使い方」なんて記事は、もうChatGPTが3秒で、しかもお前らより正確に教えてくれるんだよ。

人間が書くべきなのはAIには語れない「泥臭い一次情報」だけだ。


「本番環境でこの構成にして爆死した話」

公式通りにやってハマった、特定バージョンの非互換性」

ビジネス要件技術負債狭間で、どう意思決定たかドキュメント


こういう血の通った、文脈のある記事以外は、もうノイズなんだよ。

​だから頼む。元記事提案通り、今年の年末ラストチャンスだ。

「生成AI時代の到来に伴い、情報の質を再定義します」


こう言ってくれれば、俺たちは「よくぞ言った!!」とスタンディングオベーションを送る準備ができている。

​頼む。本当に頼む。


「書かない勇気」を持ってくれ!!!!!!


広報KPI」「自己顕示欲」「Xで有名人になりたい」のために、俺たちのインターネットを、これ以上濁らせないでくれ!!!!!!!!

2025-12-13

原田眞人監督が今年の日記で「考えるところあって、病院通いを辞めた」という趣旨を書いていたことが、はてブで注目され一部ユーザー冷笑されている

[B! ニセ科学] 無題ドキュメント

https://b.hatena.ne.jp/entry/www.haradafilms.com/diary/harada_diary.cgi?date=2025.09.10&pass=

冷笑ユーザーは「近藤誠」の名前にオートペンがごとく反応してしまっただけだろうけど、監督はもう76歳よ?「考えるところ」として病院通いして生き続けるよりも「自然に」終わりたいなんて思っておかしくないと思うけどね。

病院医師が合わなかっただけで近所のクリニックには通ってたかもしれないし

まあ次回作に熱意を燃やしていたのに病院と縁を切ったなんて話だったら、なんて馬鹿なことを…とも思うけど。

個々のブコメ比較チェックまではしてないけど、普段高齢者医療費叩きをして「高齢者長生きするな」と強い言葉冷笑するはてブで、病院通いを辞めたという高齢者を叩くのは筋が通らないよ

2025-12-11

AIアート】 ChatGPTによるOpenAI経営に対するツッコミ

OpenAI およびサム・アルトマン氏向け経営提言ドラフト

はじめに*

ドキュメントは、外部の観察者による戦略的視点から提言案であり、事実認定人物評価ではなく、「もしこういう前提なら、このような戦略もあり得る」という仮説的な提案です。

1. 前提認識

1. 世界中にはすでに膨大なデータセンター資産存在する。

2. 大規模言語モデルや生成 AI 技術は、急速にコモディティ化しつつある。

3. コモディティ化が進む市場では、

- 重い設備投資CAPEX

- 単価の下落

- 競合の増加

により、投資回収の難易度が上がる。

4. OpenAI は「モデルのもの」だけでなく、

- モデル運用ノウハウ

- セキュリティガバナンス

- API / SDK / オーケストレーション

- 組織導入のベストプラクティス

などを含めた **ソリューションプラットフォーム** を提供し得る立場にある。

2. データセンター戦略に関する提言
2-1. 自前 DC 保有リスク評価

自前で大規模データセンター保有拡張する戦略には、以下のリスク存在する:

2-2. 既存 DC活用する「フランチャイズプラットフォームモデル

代替案として、次のような戦略が考えられる:

1. **既存データセンター事業者パートナー化**

- OpenAI 認定パートナープログラム設計

- 技術要件運用要件セキュリティ要件定義

- 認定 DC は「OpenAI 対応インフラ」として市場アピールできる

2. **OpenAI は「頭脳」と「標準」を提供**

- モデル・推論スタック管理コンソール監査仕組み

- 導入ガイドラインサポートブランド

3. **DC 側は CAPEX・OPEX・運用リスク負担**

- 電力確保・冷却・ハードウェア保守

- ローカル規制対応

4. **収益構造**

- OpenAI

- ライセンス

- 利用料のレベニューシェア

- エンタープライズ向け追加サービス

- DC 事業者

- インフラ稼働率の向上

- 高付加価値ワークロードの獲得

このモデルは、コンビニエンスストアクラウド基盤ソフトウェア(例:VMwareARM ライセンスモデル)に類似した **フランチャイズプラットフォーム戦略** に近い。

3. 資本効率リスクマネジメントの観点
3-1. 資本効率の最大化

- 研究開発(モデル改良・新アーキテクチャ

- 開発者エコシステム

- 安全性ガバナンス枠組み

など「差別化要因」に集中投下できる。

3-2. 地政学規制リスク分散

- ローカル規制対応

- データローカライゼーション

- 政治リスク

分散できる。

4. 時間軸(タイムスケジュール)に関する提言

1. **技術ブレイクスルー前提の投資リスクが高い**

- 未到来のブレイクスルーを前提にした大規模 CAPEX は、

- 競争環境の変化

- 価格低下

- 代替技術の登場

により、投資回収が難しくなる可能性がある。

2. **既存技術既存インフラをフル活用することで「時間を買う」**

- 既存 DC活用することで、市場展開までのリードタイムを最短化できる。

- ブレイクスルーが起こったタイミングで、

- すでにグローバルな配備網とパートナー網が整っている状態

を作れる。

3. **「今ある技術でどこまで世界を押さえられるか」を優先的に考える**

- 未来理想状態より、現在配備速度・採用件数開発者エコシステムの拡大を KPI に置く。

5. 経営的なバランス感覚に関する提言

1. **ビジョンと所有欲の分離**

- 「人類全体のベネフィット」というビジョンと、

- インフラ所有

- 資産規模

混同しない。

- 真にスケールするビジョンは、

- 自社が全てを所有するモデルではなく、

- 世界中プレイヤー役割を与えるプラットフォーム構造の方が実現しやすい。

2. **他者インセンティブ設計**

- DC 事業者クラウドベンダーエンタープライズ企業が、

- 「OpenAI と組む方が得だ」と明確に感じる収益構造責任分担を設計する。

3. **自社が握るべきものの再定義**

- 握るべきは、

- モデル品質

- 安全性と信頼

- ブランドと標準

- 開発者企業との関係

- 手放してよい(外部に任せる)ものは、

- 建物

- ラック

- 電力インフラ

- 日々の運用

6. まとめ

- 技術コモディティ化の速度

- CAPEX 回収の難しさ

- 地政学リスク

を考えると、必ずしも最適とは限らない。

  • 一方で、

- OpenAI が「AI プラットフォーム」「AI フランチャイズ本部」として振る舞い、

- 既存 DC 事業者クラウド事業者を巻き込む形で

世界展開するモデルは、

- 資本効率

- リスク分散

- スピード

- 支配

のすべてにおいて合理性が高い。

- 人物評価ではなく、

- 戦略構造資本効率時間軸の観点からの一つの選択肢として提示するものである

以上。

2025-12-10

精神病労働

14歳適応障害(当時そんな病名は聞かなかった)を発症してから20数年。

鬱病強迫神経症摂食障害正式に病名がつき、その他、双極性障害2型と統合失調症医師からそうかもと言われた。

大学は鬱と摂食障害中退し、そこから寛解期に猛烈に労働したお陰で正規雇用で働き続けているが、6年前に再発して以来ずっと精神科のお世話になっている。

普通に働けているようで働けていない。

薬を飲みながら周りには隠して労働しているが、前職は耐えきれず鬱の診断書職場に提出して休職する羽目になった。

普通にみんなできていることができなくてしんどい

夜眠れないし朝起きれない。

たまにドキュメントがしっかり読めないし、物忘れが年々激しくなっていく(医師には一時的な脳疲労と言われたが、負荷で萎縮して不可逆的ダメージ負っているのではと思っている)

ちょっとしたこと感情がかき乱されるし、またいつ折れるか分からない不安が傍にある。

貯金がないので働かざるを得ない。

ゆっくり休むだけの余裕がない。

若い時分に実家には死ぬほど迷惑をかけたので、親にも「いい歳なんだからちゃんとしてよ」しか言われないので頼る気も起きない(申し訳ない。親も高齢者だ)

家庭もないし恋人もいない。

友達も鬱期になると縁が切れてしまうので知人レベルしかいない。

発狂しそうな気持ちを抑えて労働しているけど、毎日消えたい気持でいっぱい。

働くだけでは誰も認めてくれない。

自分自身を認めてあげられないからこれはどうしようもない。

精神の病を患いながら働いてる人は周りにもいるのだろう。

みんなどうやってこのどうしようもない感じと付き合いながら生きているんだろう。

死にたいけど親をこれ以上悲しませたくない。

もう人生5回分くらい要らない迷惑をかけた。

詰んでないか逃げられない

anond:20251210112914

マクロってネットにまともな情報がないじゃん

Microsoftのクソドキュメントを読みとかなきゃ書けない

2025-12-09

学校勉強とか受験勉強なんて何の意味もない」って言う人いるけど、勉強護身術みたいなところがあるんだよね…😟

その人に本当に必要であれば

必要になったときに学ばざるをえないようになっているか

他人が介入する必要はないんだろうなあ。

から必要になってからじゃ遅いんだって…😟

なろう系のファンタジーだって冒険に出る前に剣術習ったり、素振りしてるわけで、

敵が現れた、ドラゴンが現れた、

必要になった、問題に直面した、学ばざるをえない、今から学ぼう!

は、もう遅いんだよ…😟

から学校勉強受験勉強護身術みたいなところがあって、

人生でそういうトラブルとかチャンスに遭遇しない人には確かに必要ないんだよね…😟

かに学校勉強とか受験勉強が今後の人生でも一度も必要いであろう、

という進路はあるわけで、その人にとっては確かに必要ないし、

そういう人が、仮に人生で、昔勉強しておけば良かったな、と思うイベントに遭遇しても諦めればいい、

何事も想定外はあるし、自分はそこまで準備してなかった、失敗した、で、まあ終わる…😟

だけど、人生のどこかで、なんかプログラミング書いてみたくなった、

とりあえず、子供の頃好きだった2Dの縦シュー作るか、ぐらいでも、三角関数は使う…😟

3D格ゲーが作りたい、なら尚更で、UnityUnreal全盛ではあるけど、もっと知ってないと駄目

そういう点で、大学工学部でやったことは無駄にならない

あと、英語

国語とか数学とか何の役に立つのは、まあ分からんでもないけど、英語はできた方がいい

もちろん、今はAI翻訳が便利すぎる状況だけど、英文があってもせめて物怖じしないようでないと、

プログラミングドキュメント英語だし、輸入食材英語のままだったりするし…😟

もちろん、英語必要ない、音楽美術必要ない、家庭科必要ない、歴史も知らない、

そういう人生もあっていいけど、つまらなくないですか?😟

2025-12-08

企業のTech Blog担当者よ、頼むからその「無価値ゴミ」の量産を止めて

はっきり言う。 企業のTech Blog、もう全部やめてくれ!!!頼むから!!!

いや、マジで。 今年もまたこの季節が来てしまった。アドベントカレンダーだ。 QiitaだのZennだの自社ブログだので、TLに流れてくる「〇〇社のAdvent Calendar」。 これを見るたびに、俺は心の底からうんざりするんだよ。吐き気がするほどに。

はてなでも度々話題になるが、あえて言わせてもらう。 お前らの書くTech Blog、9割9分は無価値!!!!!!

「〇〇イベントに行ってきた。熱気がすごかった!」 「〇〇の新機能を試してみた。便利だと思った!」

……小学生の絵日記かよ!!!!!!!! 「すごかった」「便利だった」じゃねえよ!!!

そんなもん、公式ドキュメント読めば3秒でわかることだろ!? わざわざ自社のロゴ貼り付けて、ドヤ顔で公開する内容か!? 本当に!本当に!!なんの!!!価値!!!!ないんだよ!!!!!!

「うちは大丈夫」だと思ったそこのお前!! 曇りなき眼(まなこ)で、自社のブログを見返してみろよ!! そして社内のSlackを見てみろ!!!

記事の共有通知に、特定の「いつもの人」以外、リアクションしてます!?!? してねえだろ!!!!!!

社員ですら「またなんかやってるよ…」って冷めた目で見てるんだよ。 誰にも読まれてないし、誰の役にも立ってない。 ただ「広報KPI」のためだけに、エンジニアリソースを食いつぶして、ネットの海にゴミを放流してるだけだ!!!

から、頼む。 広報担当ブログ担当エンジニアリングマネージャー勇気を持って「撤退」を決断してくれ!!!

ちょうど年末だ。全社集会とかあるだろ? そこで高らかに宣言してくれ。

ただ「無価値から辞めます」とは言えないだろう。角が立つしな。 だからAIのせいにしていい。AIを盾に使え。

「生成AIの台頭により、基礎的な技術解説記事はその役割を終えました」 「今後は検索ノイズを減らすため、またエンジニア本質的業務時間を確保するため、会社としての執筆依頼やKPI設定を廃止します」

これだ!!!! これでいいんだよ!!!!!!

「今までありがとうございました」って綺麗に幕を引いてくれ。 そうすれば、俺たちは心から拍手を送る。

エンジニアが書きたい時に、書きたい情熱を持って書く。 それだけでいいんだよ。 会社が無理やり書かせる「宿題」みたいなブログは、もう金輪際見たくないんだ。

頼むから、俺たちのTLを、検索結果を、これ以上汚さないでくれ!!!!!! 撤退宣言を待っている!!!!!!!!

もう一つ、最後にこれだけは言わせてください。

あなたたちが量産しているその記事は、AI学習検索にとっても有害ノイズになりつつあります公式ドキュメントを薄めただけの劣化コピーや、文脈のない体験記事は、情報検索性を著しく下げています。それは正確な一次情報への到達を阻害し、インターネット全体の価値を薄める行為です。

あなたたちは無価値記事を量産するにあきたらず、今後人類全体の負債になります

どうか、勇気ある撤退をお願いします。

2025-12-06

ブリリアントジャーク」って言葉を使いたいだけじゃねーのか? w

ここしばらく、この言葉を使う「上級(w)」エンジニア数名に出会たことがある。

また借り物の言葉自己正当化かよ……、とうんざりした。

かにこう言う現象人物存在しないとは言わん。

でもさぁ、おいらが会ったこ言葉を使うエンジニアって、全員が全員、技術力は低いし世界観は狭いし知識ベースは古い。けど自己評価だけは火星オリンポス山より高い、って人だったんだよね。

勉強熱心」で「意識高く」て、Netflix採用ページの話題Webページで浅く読んで「これだ!」ってなったんだろうけど。

問題は「それがブリリアントジャークなのか?」という評価が、無知知識不足からくるただの思い込みに過ぎないにも関わらず、確固とした絶対的評価だと思い込んでることなんだよね。

「チームをかき乱す」

他人を(特に俺を!)見下す」

ってだけで、「ブリリアントジャーク」ってレッテル貼って、「俺が正義!」とか言うてんのよ。

でも、この2点だけでその判定は無理なんよね。

技術的に正当であっても、許されねぇ!」みたいにもっともらしく言うのもいるけど、そのチームでのやり方が「圧倒的技術的失当」だったらお話にならんのよね。

そのせいで事業成長の可能性を潰してるところ、たくさんあるし。

そりゃね、経営判断がーってのもわかるんよ。

でもさ、その判断の元になる情報がこの手の「ブリリアントジャークガー」な輩なわけでさ、そもそも正しい経営判断が下せてるか? って問題があるんよ。

ちゃん説明した結果、判断が覆るなんてこと、珍しくないからねぇ。

無茶苦茶、恨み買うけど w

「こうした方がいいよ?」

「そんな余裕ない!」

別に、全体を一気に変えるとは言っとらんのに、激昂する。

単に、正しい方法理解できなかったり、移行イメージがわかなかったり、「この僕を否定してる!」ってなったりしてるんだよね。

新規開発しながら、既存部分を修正していくなんて、たいして難しくないのに。

結果、ダメの上のダメを積み上げていって、エンジニアリングの大半がドキュメント書きと打ち合わせと副業、みたいな開発チームが企業価値をこれっぽっちも上げないまま仕事してるふりして、札束燃え上がらせてる。

もしお前がこちらを「ブリリアントジャーク」とか決めつけるなら、お前はただひたすら「No-value Jerk」なんよ。

同じJerkならまだブリリアントの方がマシだよ。

結果出すから

ベンチャー企業が惜しいところで停滞して、VCから要求で新しいサービスを、同じ手法で増やしまくって、どれもこれも使いづらい停滞サービスにしちゃって、必要エンジニアの数だけ増えて、成長が止まる。

みたいなのが、はたから見てて勿体無くてもったいなくてね。

2025-12-04

某巨大メーカーの「キラキラ新規事業」が爆散したけど、弊社は今日

はい解散解散

私が所属している某大手メーカー新規事業部が、先日めでたく爆散しました。

いやー、すごかった。何がすごいって、数年かけて数百億円を溶かして、何も生み出さずに更地に戻ったあとの清々しさたるや。

まりにも典型的すぎて教科書に載せたいレベルの「JTCの新規事業失敗事例」だったので、ここにお焚き上げとして供養させてほしい。

そもそもソリューション」って言いたいだけ病

ことの発端は、偉い人たちの「これからはモノ売りじゃない、コト売りだ!」という号令でした。

今までハードウェアを作っていたおじさんたちが、急にシリコンバレー風に吹かれてしまったのです。で、何をしたかというと、「既存ハードウェアに無理やりWi-Fiつけてクラウドに繋ぐ」。これだけ。

「これで顧客課題解決するソリューションになる!」って息巻いてたけど、顧客からしたら「いや、その機械スタンドアロンで動くのが一番便利なんですけど」という至極真っ当なツッコミは、Teasm会議ミュートの闇に消えていく。

キッザニアと化した開発現場

で、中身を作るのは誰かというと、ソフトウェア開発なんて触ったこともない生え抜きハードウェア設計者たちと、大量の新卒・若手社員。あと少しの中途社員

経験豊富CTOもいない無法地帯で、意識高い系の末端エンジニアが「Qiitaで見たから」という理由だけで選定した技術スタックが乱舞。しまいには買収した子会社自己成長に向けた謎技術提案

ユーザー数人の時点で、Google規模に耐えうるKubernetes構成

• 単純なデータ表示だけなのに、無駄に複雑なマイクロサービス

ドキュメント存在せず、すべてはTeamsの彼方へ

フロントエンド高速化にWASMの提案

敗戦処理と「日本型雇用守護神

そして訪れた「事業撤退」の日。ここからが弊社、いやJTCの真骨頂です。同じチームにいた現地の海外関係会社メンバーは、Zoom会議一本で即日レイオフ。「Sorry」の一言で画面が消えるドライさ。

一方、日本の我々はどうか。誰一人としてクビになりません。「君たちには明日から、全社DX推進本部に行ってもらう」出たー!「DX」という名の現代姥捨山

今までAIなんて触れてなかった人たちが、明日からAIを用いて全社のデジタルトランスフォーメーションを担うんです。専門性適材適所? そんな言葉は弊社の辞書にはありません。AIが全てをなんとかするんです!実態は、社内システムExcelマクロを直すだけの仕事です。これぞ、年収1000万の窓際族爆誕です。

責任を取らない偉い人たち

一番面白いのは、この事業を立ち上げて大失敗したマネジメント層の挙動です。普通責任取って辞めるとか、降格とかあるじゃないですか。彼らは「貴重な失敗経験を積んだ人材」**として、何食わぬ顔で隣の事業部部長スライドしていきました。異動先の事業部部員たちの、「えっ、あの沈没船船長がウチの舵取るの…?」という絶望的な顔。モチベーションの低下音が聞こえてきそうでした。

誰もいない荒野課金し続ける

解散後、数名は「敗戦処理部隊」が残されました。任務は、**「ほぼ顧客ゼロソリューションシステムの維持」**です。

なぜか?

サービス終了」をアナウンスすると、失敗を対外的に認めることになるから。「あくま事業再編であり、サービス継続している」という建前を守るためだけに、誰も使っていないサーバーが唸りを上げています。A⚪︎ureだかの請求書を見ると、月額数千万円。これぞデジタル赤字

それでも弊社は揺るがない

これだけのリソースと金をドブに捨て、社員キャリア迷子にさせても、弊社の株価はピクリとも動きません。時価総額ウン兆円の巨体にとって、数十億の損失なんて「誤差」なんでしょう。

今日社食ランチは美味いし、オフィスから見える東京タワー恍惚としている。この「茹でガエル」の湯加減が最高に気持ちいから、私はまだしばらくこの会社にいると思います

現場からは以上です。

2025-12-03

業務AI触ってると不満がどんどん出て「英語なら違うのかな?」と思う

日本AI先進国と比べてAIへの反発が少ないって記事が視界に入って思ったことがある。

人口減少で人手不足からってのもあるんだけど、国内特にそもそもAI活用できる土台がない場合が多そうだなって感じてる。

よくある「会社業務AI効率しましょう!」ってのをやってると、社内限定で利用する場合特有のいろんな問題が出て面倒になる。

そういう時、「もし言語英語ならこういう時もうちょっとマシになるのかな?」ってのはどうしても考えちゃう

特に、社内にあるドキュメントなんて人間ですら他部署のヤツは理解できなかったりするものが大量にあって、AIの為に情報を整理しようなんてことはほぼ起こり得ない。

人でも厳しいドキュメントや、人には理解できてもAIにはそのまま食わせても理解できないドキュメントとか色々ある。

英語圏でもそういうレベル会社はいっぱいあると思うんだけど、そういうところは従業員数も少なくてそもそもAI雇用削ろうなんて考えないのかな?

英語圏でAI使ってる企業って、DWHに社内のありとあらゆるデータが整理して蓄積されててBIやらAI学習データにも困らないかAI効率化が進んで雇用を削るって感じに進みやすそうなイメージある。

日本とある程度の規模の企業でも社内のありとあらゆるデータをきちんと体系立てて貯めてなかったりするからそもそも言語デメリットがなかったとしてもAIをまともに活用できる企業あんまり無いイメージ

さら日本語っていう世界全体で見た時に文法英語と違って学習データも圧倒的に少ない言語AI果たしてどこまで使えるのかも分から暗中模索の日々。

それを苦々しく思ってたけど、だからこそ俺の雇用も奪われにくいって面もあるのかなと、ふと思った。

国内AI活用って海外以上に限定的になりそうだなって感じてる。

じゃあ国産AI創造に金が出るかというと、税金普通投資もあまり無いし、これから先もなさそうだから海外おこぼれができるだけ国内にも落ちてくればいいなぁという感じ。

ログイン ユーザー登録
ようこそ ゲスト さん