  |
はてなキーワード:車輪の再発明とは
その通りだ。首がもげるほど頷いた！！！！
あなたのその叫び、俺の鼓膜と網膜に焼き付いていた感情そのものだ。
いや、それ以上だ。
俺も乗っからせてもらう。
企業のTechBlog、およびその形骸化したノルマ文化、今すぐ滅びてくれ！！！！！！
「参考になった」なんて声は稀だ。
大半は、冷笑と、呆れと、ミュート推奨の対象になってるんだよ！！！！
具体的に「生の声」を代弁しながら、なぜお前らのブログが「社会悪」なのか、骨の髄まで理解させてやる。
まずな 「公式ドキュメントの劣化翻訳」は検索汚染だ！！！！
散々言われてるだろ！？
「公式のREADME読めば1分で終わる話を、なんで自分語りとスクショ付きで薄めてんだよ！！！」ってな！！！
エラーログをそのままググった時、検索トップに出るのが公式ドキュメントでもStackOverflowでもなく、バージョンも文脈も不明な、どこの馬の骨とも知れぬ企業の個人ブログだった時の絶望感！！！！
あの時の「またお前か……」という徒労感を！！！！
中身を開けば、「なんかよくわからんけど再起動したら治ったｗ」……舐めてんのか！！！！！！
お前らのその承認欲求を満たすためのゴミ記事が、本当に困っているエンジニアの邪魔をしてるんだよ！！！！
おい、特に「〇〇をとりあえず触ってみた」系の記事を書いているお前ら！！！
胸に手を当てて言ってみろ。その記事、公式ドキュメントの「GettingStarted」をなぞっただけじゃないのか！？！？
「〇〇の初期設定手順」で、何でお前らの手垢まみれの画像を必要とするんだ！？
公式が提供している最新で正確な一次情報、あれをわざわざコピペして、スクショを撮り直して、「俺もできた！」とドヤ顔で公開する。
しかもそれを鵜呑みにした新人が環境構築に失敗して「動かない！」と勘違いする。
正確な情報への到達を阻害する、まさに検索結果のテロリストなんだよ、お前らは！！！！
頼むから、公式ドキュメントを「分かりやすくしてやった」とか傲慢なこと抜かすな。
公式が分かりにくいなら、そのツールの開発元にフィードバックしろ！！
真顔でXポチポチーってして、薄めた麦茶を、さも高級なワインのように売るな！！！！！！！
「エンジニアがアウトプットする文化があります（キリッ）」じゃねえんだよ！！！！
その「アウトプット」とやらを見て、まともなエンジニアがどう思うか、Xのタイムラインでエゴサしたことあるか！？
「うわ、こんなレベルの低い記事を『技術ブログ』としてドヤ顔で出す会社なのか……技術力お察しだな」
「これをGoサイン出したマネージャーがいるってことは、コードレビューもザルなんだろうな」
質の低い記事は、「弊社の技術レベルはこの程度です」って全世界に恥を晒してるのと同じなんだよ！！！
お前らが良かれと思ってやってるその施策は、優秀な人材を遠ざける魔除けにしかなってねえんだよ！！！！
あとな、アドベントカレンダーという名の「ハラスメント」
そして今まさに進行中のこれだ。
「ネタがない」「書くことがない」「業務時間外に書かされる」……悲鳴で埋め尽くされてるじゃねえか！！！！
「12月だから」という理由だけで、なぜ普段書かない人間まで駆り出されるんだ？
「空き枠を埋めること」が目的化したカレンダーに、魂なんて宿るわけねえだろ！！！！
11月末にSlackで「まだ枠が空いてます！誰かいませんか！」って必死にメンション飛ばしてる広報！！
その姿を見て、エンジニアがどれだけ白けてるか想像してみろ！！！
「書くことがないなら、書くな！！！！」
これが真理だ。
無理やり絞り出したカスみたいな記事で、インターネットの帯域を無駄にするな。
やる気のある数人が、本当に書きたい時に、濃密な記事を一本落とす。
量で質を誤魔化すのはもうやめてくれ！！！！
「〇〇とは？」「〇〇の使い方」なんて記事は、もうChatGPTが3秒で、しかもお前らより正確に教えてくれるんだよ。
人間が書くべきなのは、AIには語れない「泥臭い一次情報」だけだ。
「ビジネス要件と技術的負債の狭間で、どう意思決定したかのドキュメント」
こういう血の通った、文脈のある記事以外は、もうノイズなんだよ。
だから頼む。元記事の提案通り、今年の年末がラストチャンスだ。
こう言ってくれれば、俺たちは「よくぞ言った！！」とスタンディングオベーションを送る準備ができている。
頼む。本当に頼む。
「広報のKPI」「自己顕示欲」「Xで有名人になりたい」のために、俺たちのインターネットを、これ以上濁らせないでくれ！！！！！！！！
アンサイクロペディアをAIで侵略するノイマン氏を悲劇の人物に仕立て上げる、元側近ウソペディアンを名乗る人物による気持ち悪い記事がXのタイムラインで流れてきた。
読んでみると、そもそも私信と思われる情報を暴露することの背信性からして、恐らくはノイマン氏に身バレする前提での捨て身の特攻をしたのだろう。それにしても第三者は真偽を検証不能であり、気持ちの悪い記事であった（※1）。当のノイマン氏も「反応に困る」と書いている。
Side Uなるものは、第一回人気投票1位という経歴はあの人も同じなのを知ってわざと被せる高等芸でもやっているのかしらね？何にしても反応しにくい書かれ方だけど、ブレーキをかける真似をしつつ私を殴り抜いていくスタイルだよね、あれ。真正面からの対立勢力なら風刺記事とかにしやすいけど、ああいうのは反応しづらい。
ウソペディアはかつてハトレーペディアとも呼ばれ、当時のアンサイクロペディアが北朝鮮であるなら、こちらはシンガポールといったところであった。開発独裁ならぬ開拓独裁、毛沢東ならぬ開拓東、MuttleyならぬHuttley。
ウソペディア5chスレを探していくと、このような記述はいくらでも見つかる。アンサイクロペディアのノイマン氏=ウソペディアの開拓者氏の活動は、確かにコミュニティを発展させたが、ただそれ「だけ」であり、そもそも誰からも本音で支持されている人物ではなかったのではなかろうか。
本稿では、そのノイマン＝開拓者氏に、かつてBakaba氏の名の下で侵略を受けた一借民の視点から、ノイマン氏はそもそも「昔からああだった」と主張したい（※2）。
ChakuwikiにおけるBakaba氏は、確かにLTA:ANTIRXYとしてChakuwikiでのMuttley氏を追い詰めた人物であり、鉄槌後のアンサイクロペディアンも概ねその見解を支持しているように見える（※3）。また、いずれも議論は紛糾したものだが、移転問題とライセンス問題、どちらにおいても「結論だけ見れば」Bakaba氏の意見は正しかった。確かに「正しかった」のである。
後にフォークでは実際に広告が導入されているが、Bakaba氏はそれすらも予言している。
しかし、旧ドメインを取得し、更には公開がより早かったことによる優位性を有するフォークにしても、中の人の噂の確度は高いようですから、永久に広告なしで無償提供するほどの善意の有志だとは考えにくいです。
だが、その際に反発していた吉田宅浪氏への返答には、「どうしてこいつ分からないの？」という苛立ちが発言の節々から透けて見える。
ただ、「私がやるから」という理由で反対することがそんなに重要ですか？「誰がやるか」ではなく、「何が必要か」で物事を考えるようお願いいたします（※4）。
一般論としても、我々で独自にルールを作ることにこだわった場合、良く練り上げられたCCのライセンスに比べると何らかの隙や不備、矛盾等が生じやすいため、コミュニティ全体が移転などの重大な決定に迫られたときの足かせになりかねません（※5）。
私からすれば、吉田宅浪氏は、自分の考えを丁寧に練って納得したうえでステップを積み重ねたいだけの、職人気質の人に見える。Bakaba＝ノイマン氏は、初めからそのような丁寧さや「過程」に対して、「正解」や「最終結果」が一瞬で見えてしまうがゆえに「なんでそこで止まっているの？」というのを根本的に理解できない人なのではなかろうか（※6）。
そのような「正しさ」だけで生きる人間Bakaba氏を、ノイマン氏が用いるAIは「加速」させたに過ぎない。一定以上の品質の記事を安定して生産し、助役CUや管理者の誕生を推薦を通じて支援するその姿は、確かに形式的には「正しい」活動である。にもかかわらず、ノイマン氏は「正しさ」だけですべてを破壊していくように見える。
これはあくまでも私のカンでしかないのだが、ノイマン氏は根本的に異常に頭の良い「浮きこぼれ」だったのではないかと思う。例えばアンサイクロペディアのDiscordサーバーでは、「ごめん、灘には負けるけど安定して東大いってる...」と発言したスーパーカリ～シャス氏に対して、以下のような返信を残している。
東大全体なら三桁からがスタートラインだぞ
このような発言をして、自分自身へのブーメランにならずに平気でいられるルーツを持つ人間はかなり絞られてくる。そして皮肉にも氏は、そのようなルーツに該当しうる学校の記事をアンサイクロペディアで三つも立てている。
麻布中学校・高等学校 -開成と桜蔭を手掛けてきた私ですから、当然の如く他の名門校も推しますわね？--/*ノイマン */ import 👤, 💬; var 🖊=2,219;■2025年11月5日 (水) 14:19 (JST)
英語圏とのコミュニケーションが求められ、唯一の日本人であることが買われたMirahezeなどでは、その「正しさ」「浮きこぼれ」が役に立ったのだろう。そして同じく「正しさ」でものを考えるAIは、ノイマン氏にとっては非常に頼れる、下手したら唯一信頼できる相棒ですらあるのかもしれない。
しかしながら、チャクウィキやアンサイクロペディアのような伝統的な（※7）コミュニティにおいては、「正しさ」だけでなく、「手垢」や「お気持ち」、そして「過程」が大事であることをノイマン氏は理解できていない。ノイマン氏は、そこに無関心であるか、意図的に無視すらしているようにも見える。
編集画面にも「自分が書いたものが他の人に容赦なく編集され、自由に配布されるのを望まない場合は、ここに投稿しないでください。」と明記されており、それはライセンス的にも正しいことの訳ですから、その意味では「{{rewrite}}を使え」という方がそれこそ「紳士協定」なのかな、と思わなくもないです
総本数 - これは諸刃の剣で、もっとAI君書いて全体指標を上げようぜ、という方向にも持っていけます。というか総本数を根拠にするなら、それが合理的解決策ですらあり得ます。
ノイマン氏の理屈は、確かに最終結果に照らせば「正しい」のだろう。だが、「正しさ」だけでは人間は生きていけない。そうした風潮への反発は、今や反AI、反ポリコレ、反wokeなどとして、アメリカ西海岸的価値観への反発の形を取って世界的なうねりになっている。人間というのは、そこまで理性的な動物ではない。それは、自作記事の一つでこう書いた氏自身も深層ではよく理解しているはずである。
ホモ・サピエンス（homo sapiens）とは、バグだらけのレガシーソフトウェア。
そこで筆者は、マリーダ・クルスの以下の発言をノイマン氏に贈る。
お前の言うことは間違っていない。正しい戦争なんてない。でも…正しさが人を救うとは限らない。
光がなければ人は生きていけない
鉄槌を受けたMuttley氏は「隕石落とし」をしようとしたシャアであった。Muttley氏には、曲がりなりにも本人個人の「熱い正義」があった。
今、ノイマン氏はしばしばMuttley氏の同類、鉄槌の再構成などと言われるが、私は正確にはそうは思わない。ノイマン氏からはフル・フロンタルのような冷たさを感じる。
いつか、ノイマン氏が人間の心を理解することをただ祈ることしかできない。
ほぉ。まるで「ライブラリの移植なんて余裕っすよ」と言わんばかりの口ぶりだな。お前、自己放尿レベルで気持ちよくなってるが、現実を何も理解してねぇぞ。
いいか。「同じ機能を移植するだけ」って発想がそもそも低能の証拠だ。Pythonの強みは言語としての表面構文じゃなく、生態系として積み重なった最適化と実績だ。
NumPyやPandas、Scikit-learn、PyTorch、全部C/C++やFortranの実装をPythonバインディングで何層もラップしてる。
しかもメモリ管理、スレッドセーフティ、BLAS最適化、GPUオフロード、それらを組み合わせたときの挙動の安定性まで含めてライブラリって呼ぶんだよ。
「決まったインターフェースで移植するだけ」とか言ってる時点で、頭の中で想定してるライブラリが、せいぜい数千行のユーティリティレベルだろう。
企業が内部で作るって？そりゃ車輪の再発明だよ。しかも、Pythonが10年かけて磨き上げたアルゴリズムや最適化を、数ヶ月の業務開発で再現できるとでも？寝言は夜だけにしろ。
あと、「いまどきの言語ならそんな大変じゃない」って、まるでNode.jsがCythonやNumbaのようなネイティブ統合の層を持ってるかのように錯覚してるのが痛い。
V8のJITで高速化できるのはせいぜいスクリプトレベルの話。数値演算、メモリアクセス、スレッド制御を最適化できる数学的基盤の厚みがまるで違うんだよ。
Nodeで同じことをやろうとしたら、JSからC++アドオン叩いて、型変換のコストで死ぬだけ。
つまり、「移植できるだろ」って発言は、Pythonの生態系を単なるコード群だと思ってる愚か者の自己放尿なんだよ。
それは「パルスジェットなら自作できるだろ」と言ってる鉄クズコレクターと同レベル。動くかもしれんが、効率も精度も再現性も自己放尿レベル。
Node.js厨が「Pythonのライブラリは移植できる」とか言うのは、「俺でもベートーベンの交響曲ぐらい耳コピできる」と言ってる音感ゼロの自己放尿芸だ。
俺はここ２０年創作をしていなかった。
大学生時代にクッッッッッソ暇なときにちょっとだけ、本当にちょっとだけ朝目新聞にジョジョパロなんかを投稿してたりしたが、そういう半端なことをしたせいで「創作ってなんかおもんないな。別に俺以外の奴がやってるの見たほうが手っ取り早いやん」と思ってしまったんだと思う。
一通りのジャンルに飽きているが、遠征や推し活をする活力はない。
陽キャのやってるような趣味をちょっと試しても全然楽しくなくて辞めてしまう。
「安定重視でオタク活動に精を出すんや！」と選んだ仕事は、ただただ退屈なだけで、仕事のために勉強をしたりのし上がろうなんて気は全く起きない。
ニュースアプリなんかでは自分の職業に関係あるニュースが流れたらひたすら拒否って出にくいようにしている。
童貞歴◯◯年のエリート童貞である俺は、この年になっても２次元でシコっている。
２次元でシコり続けると人間の性癖は極端になっていくもので、俺のストライクゾーンは極限まで下へと到達してしまった。
いくら２次元が無限の自由の治外法権でもそこまでいくと作者の数も減ってくる。
毎週シコっていれば内山亜紀の時代から連綿と積み上げられてきたコンテンツでも消費し尽くしてしまう。
そこにAIという光が指した。
暴力的な生成スピードはあらゆるジャンルのオカズ供給量を改善した。
世間的なストライクゾーンのど真ん中である界隈においては過剰供給となり質の低下への不満が声を大にして叫ばれていたが、飢餓寸前の地域によっては十二分な質の提供に歓喜の声が上がっていたのである。
だが、その状況が、飽食の時代を前にしたことが、俺の中により強烈な欲求、より狭い性癖が満たされることの渇望を呼び起こした。
AI生成が無限の可能性を秘めていると言っても、性癖が限定的になるほどに供給量が下がることは避けられない。
生成できるパターンが無限に近くとも、それによって供給されるコンンテンツが無限だであることは意味していない。
前置きが長くなった。
俺は最近AIで「双子同士がセックスしている作品」を描いている。
もちろんストライクゾーンの下限を突き詰めた上でだ。
AIは俺の願うままに多くの絵と文を作り上げてくれたが、俺の中に疑問があった。
「勃起はするっていうけどさ、やっぱこの量は嘘すぎるよね？」
でもフィニッシュは欲しいよね、そんな思いをずっと抱えていた。
だが、そこを突き破る答えにある日到達する。
『膣内放尿』である。
僕は‥‥バカだ!!!!
なぜすぐに気付けなかったのか。
試しにAIに打ち込んでみる。
「pissing into the uterus」
感動した。
出力は機械任せだ。
でも俺は確かに「自分の願望を叶える方法を考え出し、それを実現する手段を確立し、求めていたものを手にした」という感動の中にいた。
なぜ俺が朝目新聞に居た頃にこの感動を得られなかったのかも、洞察完了（わかっ）てしまった。
なんとなく皆がやっているからジョジョパロを描いていただけで、別に俺はそこまで面白いと思っていなかったからだ。
今度のものは違う。
俺が俺のために俺の望むものを生み出す日々。
幸福の中にいる。
現代科学の基礎の基礎、「巨人の肩に乗る」という意識を常に持っている人間には、AIはとても魅力的な道具である。
それはただネット上の文章を網羅して圧縮記憶しただけのものであり、しかしだからこそとても便利だ。
ただ「誰かがかつて書いていたようなこと」を思い出せるだけである。
それで良い。「自分で考えることで完璧な答が見つかる」なんて妄想は、非科学的な勘違い中二病だけのものである。
我々の現代科学を作ってきたのは、「先人の書いたものを読み、話し合い、また未来にその過程を残す」というコミュニケーションの力である。
読み間違い、記憶違いなんてのは人間もする。だからクロスレビューは常に必要だ。
AIは先行研究をさらい、新機軸の既存視点のレビューを加速し、科学的発展を確かなものにする欠かせないツールである。
これが使えないのは、そもそもこういう科学発展におけるコミュニケーションの寄与を理解していない奴だけ。
こういう奴は、たいてい「自分は凄いアイデアを考えたぞ」と車輪の再発明をして喜んでいるタイプ。しかも低学歴門外漢で、まともな基礎知識もないのに。
ここで言う「プログラミング初級者」とはプログラミングの記述が上から下へ向かって順番に処理されること、条件分岐やループという概念があることを理解しており、RPGゲームが作れる「RPGツクール(現RPG Maker)」や学童向けプログラミング環境「Scratch」、「ナビつき! つくってわかる はじめてゲームプログラミング(ナビつく)」、ADVゲームが作れる「吉里吉里(もしくは吉里吉里2)」、過去にBASICやC、HSP、Javascriptあたりでプログラミングへ挑戦し挫折したなどなど、ある程度の「プログラマブルなロジック」構築の経験がある者を指します。
ある時、筆者はふと思いました。「生成AIはなんだかんだで膨大なテキスト情報を処理している事がキモだよなぁ」とありきたりなことを。
そして、同時にプログラミング初級者の弱点として「現在記述されているコードの管理においてテキストと実際の処理フローが脳内で一致しない」「プログラミング言語ごとに定められているルールや関数予約語の把握が困難」なのが問題とも考えました。
前述したプログラミング初級者の弱点の考え自体は車輪の再発明であり、「Scratch」や、より高度な「UML」が既に存在しており、特筆すべきことは何もありません。
しかし、「Scratch」や「UML」、なんなら「RPGツクール」や「吉里吉里」などに無い点として、現代では自然言語処理が大幅に向上した生成AIが実用の域にまで到達しつつあるのが従来とは異なる点でした。
つまり、自然言語を混ぜ込みやすいテキストベースの言語、かつ、処理を記述するとフローが視覚的に理解しやすい言語、可能であれば情報量が多くて一部の界隈で広く使われている言語があればプログラミング初級者も気軽にプログラミングできるのではないか？と発想しました。
コンピュータ(コンパイラやインタプリタなどソフトウェアを含む)が解することができる言語にはプログラミング言語以外にも様々あり、今回取り上げるのは「データ記述言語」と呼ばれるものです。
データ記述言語の中でもグラフ作成へ特化しており、特にフローチャート作成で真価を発揮する「DOT言語」というものがあります。
早速ですが、実際に手を動かしてみましょう。ちなみにDOT言語はGraphviz OnlineというWebツールがあるため別途に何かしらをインストールして環境構築する必要はありません。便利な世の中ですね。
上記のGraphviz Onlineを開くと、既に左側のDOT言語で記述された内容が、右側で作図されています。DOT言語はこのような図を作図するためのデータ記述言語です。
一旦、左側の記述をCtrl+Aで全選択をしDeleteなどで全削除し、下記の内容をコピペしてみましょう。
digraph graphname {
A -> B;
}
DOT言語の詳細な使い方は様々なWebサイトやブログ記事、Qiitaなどへ譲るとして、A - > Bの見た目から発想の転換をしてみると処理Aから処理Bという流れに見えませんか？
DOT言語は生成AIを利用する上で有利なテキストベースでありながらグラフを作成できるのがキモであり、例えばこのA -> BがA「Webページを開いたら」 → B「Hello, Worldと表示する」という風にできるのであれば処理のフローが可視化されており本当に素晴らしいことです。
ここでプログラミングの有識者は「DOT言語をUMLなどに見立てて処理を記述するのは良いが、プログラミング初心者は求めた結果を出力するロジックやアルゴリズムを発想する知見や経験値が圧倒的に足りていないのが問題ではないか？」と至極真っ当かつ反論の余地がない問題点の指摘をすると思いますが、そこで活きるのが生成AIです。
生成AIは初級者プログラマ個人のロジックやアルゴリズムの作成能力へ無関係にロジックやアルゴリズムを生成できる(可能性が少なくともある)ので、処理のフローをDOT言語で記述することにより処理フローから初級者プログラマが求めるプログラムを生成AIへ推論させ生成させるというのが狙いです。実際に試してみましょう。
digraph graphname {
A[
label = "Webページを表示する"
];
B[
label = "Webページを表示したらHello, worldとテキストを表示する"
];
A -> B;
}
プログラミングの有識者はこの時点で「なるほど、自然言語の記述をそのままDOT言語に入れ込んでしまうのか」と気付いたのではないかと思います。
このDOT言語をGoogle Gemini 2.5Flashへ「下記のデータ記述言語のDOT言語で記述された処理フローをJavascript言語へ変換をしWebページ上へ「Hello,world」を表示したいので変換をお願いします。」と命令すると以下のコードが生成されました。
<!DOCTYPEhtml>
<html lang="ja">
<head>
<meta charset="UTF-8">
<metaname="viewport" content="width=device-width, initial-scale=1.0">
<title>Hello World Page</title>
</head>
<body>
<divid="output"></div>
<script>
//Webページが表示されたら（DOMが完全に読み込まれたら）実行される
document.addEventListener('DOMContentLoaded', function() {
// "Webページを表示する"ステップは、このHTMLファイル自体が表示されることで達成されます。
// "Webページを表示したらHello, worldとテキストを表示する"ステップ
const outputDiv = document.getElementById('output');
outputDiv.textContent = 'Hello, world';
});
</script>
</body>
</html>
フローを記述する利点は、ロジックやアルゴリズムを発想する知見や経験値が足りなくとも、フローのステップが明確に分かれているので生成AIが処理を切り分けて推論してくれることであり、そしてプログラミング初心者自身がフローチャートを視覚で確認できるので「Aを処理したらBを処理する」と切り分けて考えやすいことです。
また、求めている結果ではなく誤った結果が生成されても、A - > B - > Cとフローを細分化していくことで生成AIの推論精度を高めていくことができるのも利点です。
より生成AIへ精度の高い推論をしてもらうために補足情報を付加するのも有用です。
digraph graphname {
A[
label = "Webページを表示する"
];
B[
label = "Webページを表示したらHello, worldとテキストを表示する",
comment = "Webページが完全に読み込まれるまで待機"
];
A -> B;
}
labelの記述内容もcommentの記述内容も生成AIが推論のための情報として利用するので誤った結果が生成されてもA - > B - > Cとフローを細分化しなくとも良い場合があります。
DOT言語を知るプログラミング有識者が「DOT言語の仕様を考えれば確かにそうだが、その発想はなかった」と言っていただけるであろうDOT言語コード例だとこういう記述方法もアリです。
digraph増田コード {
最初の処理[
label = "Webページを表示する"
];
次の処理[
label = "Webページを表示したらHello, worldとテキストを表示する",
comment = "Webページが完全に読み込まれるまで待機"
];
最初の処理 -> 次の処理;
}
ノードの名称へ自然言語を採用することにより、例えばゲームプログラミング時に「キャラクターがジャンプする」という読んだそのままな処理のためのノード、というか一般的に言うオブジェクトを作成することが可能で、後は->で繋げて処理をさせられます。
ちなみに別のノードを作成する際に「"キャラクターがジャンプする"から継承する」の様なことをcommentなどへ記述しておくと生成AIが推論して継承します。なんならcommentなどへ「キャラクター画像にimage.gifを使用」などと記述しておくとファイルの読み込みもします。
更にDOT言語にはカスタム要素という仕様が存在しており、DOT言語の仕様で定められた予約語以外も使用が可能です。
digraph増田コード {
最初の処理[
label = "Webページを表示する"
];
次の処理[
label = "Webページを表示したらHello, worldとテキストを表示する",
comment = "Webページが完全に読み込まれるまで待機",
font_style = "フォントを太字のボールド体、色を赤(#FF0000)とする"
];
最初の処理 -> 次の処理;
}
生成AIはカスタム要素の名称からも推論を発揮し、上記の場合であればフォントスタイルを指定していると推論をするので生成AIの推論精度を高める補足情報として機能します。
つまりこれはカスタム要素の名称として"Action"などの名称を採用すると"動作"として推論をし、"decision"ならば"条件分岐"ですし、"input"ならば"入力"ですし、"loop"ならば"繰り返し"ですし、"Type"ならば"種別"です。
より詳細に process[type="Action"] などのノードを作成してどんどん生成AIの推論精度を高めていくことが可能であり、そろそろ察してきているかと思いますが 処理[種別="動作"] と自然言語で記述しても機能します。
プログラミング有識者は更に「プログラム言語自体の予約語、例えばJavascriptを生成する事を前提にlengthを名称にすると配列を使おうとするのか？」と疑問に感じるでしょうがお察しの通りで生成AIは配列を使おうとするので、敢えて使いたいプログラム言語の機能や外部ライブラリなどがある場合は補足情報として機能する形で記述しておくと生成AIは推論へ利用します(まぁそこまで知識ある方なら該当のプログラム言語使ったほうが手っ取り早いと思いますが)。
以上をもって「生成AIを利用したプログラミング初級者向けの温故知新な提案」を終えたいと思います。
色々とツッコミどころには筆者自身が気付いていて。例えば「結局はDOT言語の仕様を覚えないといけないのでは？」とか「プログラミング初級者に任せると生成前のソースであるDOT言語コードがスパゲッティになりそうだよな」とか「面倒くせぇから普通にプログラミング覚えろや」とか理解してますし至極真っ当かつ反論の余地がないと思ってます。
今回の提案のプログラミング有識者向けの本質は「生成AIへ向いた中間言語の発掘」であり、「DOT言語ならそこそこ普及してるしプログラミング初級者でも扱えるんじゃね？」と業務中に発想したものを書き留め公開いたしました。
何かプログラミング有識者の皆さんからより良い発想があれば参考にしたいと考えていますのでよろしくお願いいたします。以上。
Permalink |記事への反応(36) | 19:36
孫正義はASI、人工超知能とか言ってるけど、現行の生成AIの本質は車輪の再発明をしないということで、人類に集積された知識を循環させるということだと思うんだよね
だから、生成AIを一番有効活用できる分野はやっぱり、ITだと思うんだよね
プログラミングの課題ってのは車輪の再発明をみんながし続けてきたってことで、ここが解決されるなら、
あと必要なことは仕様を詰めることと、仕様から具体的な処理に分解していって、必要な処理、関数を生成AIに実装させれば大体がモノができるようになる
通常求められるアルゴリズムというのは物事の本質に根ざした独創性の求められる美しい唯一無二の回答ではなく、
現実に行われてる処理を都合のいい形に整形してしたうえで型式にはめてパターン化するという作業で、
実装として実際にどんな手法を使うかは仕様の制約によって多少縛られるに過ぎず、そこまで考えるほどのことではない、基本的にはね、と言う訳でここは生成AIにブン投げればいいってことになっていくと思う
