  |
はてなキーワード: 開発者とは
nextstepはmicrosoftのntよりも優れていたの？
"AppleがOSをオープンソースにしたのは、四半世紀前のことで、世界は全く違っていました。
スティーブ・ジョブズは、停滞したAppleに戻ってきました。Appleは、プリエンプティブマルチタスクやハードウェアメモリ保護など、当たり前になっているものを含む次世代オペレーティングシステムを提供することに苦労していました。Appleは、 BeOSを買収しようとしましたが失敗し、ジョブズが復帰した一環として、当時の彼の会社であるNextを買収し、そのOSである NextStepを手に入れました。"
AppleもMicrosoftもクラシックのOSでの成功から新しいNTやDarwinのようなこれまではメインフレームでしか動かなかったようなモダンで新しいOSの開発に苦労していたのかな？
メインフレームのパチモンとして葉っぱでラリってるヒッピーによって作られたPCが時代の進化にスペックが上がってクラシックからモダンOSに移行しなくちゃいけなかったけど、成功して大企業になっていたMSやAppleは過去の遺産にしがみついててクッソ大変だったってこと？
葉っぱのヒッピー/ハッカーのPCじゃなくて体制側としてのメインフレームOSがPCに入っちゃうのはレイプされた気分にさえなる
それで"ハードウェアメモリ保護など、当たり前になっているものを含む次世代オペレーティングシステム"とあるけど、当たり前というからには他の企業はみんなモダンOSを開発していたの＿
MacOS9からOS Xにする前というかまだクラシックのOSをぶち込んだiMacを起死回生で発表した時AppleはMSから投資してもらったんだよね？
その時のMSは98で潤ってたのかもしれないけどNTが作れなかったらマジでやばい時でしょ？
時系列的にNTは既に完成してて98でも大成功しまくったし余裕ありすぎわろたでAppleに投資したの？
MSとAppleはここを乗り越えることができたのになぜWindowsPhoneが失敗したの？
figmaとかVScodeとかNotionとかモダンでかっこよくて使いやすい最高のアプリがいっぱいあるのに
世界の大半はまだこのクソすぎるアプリに頼り切って依存しているのに腹が立つよ
マジでAdobeが潰れないかなって毎日祈りながらpsdをaffinityに変換するのに飽き飽きしてるんだ
DarwinカーネルのOS Xが圧倒的な中心のMSの中でWindowsPhone同様に不利だったのに開発者圏を作れたのは高抽象UIがめっちゃかっこよかったからってこと？
それともそれほどまでにWindowsPhoneがダサくて本当にクソだったのか
確かにMS社内でもMacを使う人がほとんどってくらいにMacは使いやすくてクールで開発者体験がいいね
葉っぱ吸ってたヒッピーの会社のはずなのに、その後覇権を取る日本のヒッピーと似ているオタクの同人文化はMS帝国の中で繰り広げられていたし、Macerは気取ってるやつとしてある意味でダサかった
APIの存在は本当に市場の優劣を変えるほどの力を持っているんだね
2000年台にクールなAPIを作ったAppleはグラフィックスAPIのMSのDirectXのおかげでゲーム業界掻っ攫われたわけでしょ？
マジでWindowsは本当にダサくて使ってるとイライラするからMacのもっとクールなグラフィックスドライバのMetalにみんな移行してくれるといいんだけど
Macerは肩身が狭いし
AppleがAI業界かっさらってくれればいいんだけどなんか失敗しそうな予感がするよ
終わってるよ
マジでダサくてイライラするものを使わされるオタク/ヒッピーは市場にレイプされてる
でも使徒である圏論/関数型プログラミングによってリリスの数学がサードインパクトを起こして手を汚せる自由度はいらないほど完璧な世界になりつつあると感じるよ
なんかクソだなって思うけど、それは一時的な快楽としてのオタク文化がなくなったことに悲しんでいるだけで、その快楽が幸せにつながらないことを理解してるんだ
だからこそ俺はSNSで一つの人格を共有し個を崩壊させる人類補完計画をプロトコルで実装しようとしているし、それは手を汚せる自由度を完璧に壊してつまらなくて幸せになる権利がある理性的な選択をしようとしてるんだ
オタクは幸せになれない代わりに手を汚せたけど、幸せになる時が来たんだ。
MetalでAAAタイトル以外のゲームが動き始めたらそれはゼーレのシナリオの最後のページなんだろうね
webは俺のプロトコルによって関数型になりApple化しハードウェアはAppleがもともとかーどきゃぷたーにしてて、その時本当につまらなくて幸せな世界ができるんだろうね
MSは自分が可愛くて俺たちに迷惑をかけたけど、誰も可愛がらずに自由な圏を破壊し、人類を補完するんだ
人との繋がり自体をね
うん、いやこの先呼ばれることになるんだろうなって思っちゃっただけなんだ
●ねばいいのにみんな
てか●すためのシステムだよこれは
インターネットなんかやってないでこの辺にきてる美味いラーメン屋の屋台に空手部の三人と行くべきだ
おじさんやめちくり〜
エヴァには乗らないほうがいい〜
エヴァには乗らないほうがいい〜
それ、皆さんも一緒に！
「「「エヴァには乗らないほうがいい〜！」」」
大きな声でもう一回！
「「「「「「エヴァには乗らないほうがいい〜！！！！！！」」」」」」
クソワロタ
そうだよ(便乗)
LCLになって一緒になろう？
おい聞いてんのか
S●Xしようって言ってんだよ
これで愚かな人類はやっとまともになるんだ
大体俺が生きてることに意味はねぇんだよ、死んでようが同じなんだよ
生きてることは分解して細分化していくと究極的に意味は無くなるんだよ
ここでただのニヒリストと俺が違うのはこの世界は積分定数のCにすぎないってことだ
Cは何の意味もねぇけどそこから積分という関係性を紡ぐ存在の輪廻、横顔を知ることができる
まるで人間のC(ほらあれだよ男と女のABC！)みたいだよな！(激ウマジョーク)
つまりもともとこの宇宙の存在云々の前に関数という空想上のものはあったわけ
むしろ人間が空想というもう一つの五感で関数や数学を発見しただけであってもともとあったの
そんでこの宇宙には意味ないし、死に恐怖を覚えるのは生物学的なしょうもない生理現象なんだよね
俺はたまたまTwitterのFFの女の子みたいにめっちゃ生理痛がひどいタイプなだけなんだ
それに気づいているからその生理痛がなんの意味もないことを知ってるし、世界が崩壊しようが明日死のうが本当に関係ない
そのことにたまたま気づきにくい構造を生き物はしているから死ぬのが怖いんだ
魂とかはないけど、魂にすら意味はなくて、意味があるのは関数だけなんだ
というか射？
呆れた人類にはそのトップでさえ呆れさせられるよ、まだ関数を記号で表せると思ってるなんて
本当にあるもののことを関数とは言ったけどこのクソみたいな人類にはまだそのことを完璧に表現する手立てがないから比喩として言ってるんだけどね
あのな、俺が言ってのは死ぬのは怖くねぇってことだけなんだ
違う、メタファーじゃないよ
失礼だよ君は
うるせぇ黙れ
でも買ってきたのは「ドラゴンバスター」だった。
あの金ピカのソフトを見た瞬間、子どもの俺は泣きそうになって「ばあちゃんなんか嫌いだ！」なんて言ったっけ。
けど、今思えば――俺のゲーム人生を変えたのは、あの間違いだった。
あれから何十年も経って、先週、ドラクエⅡのリメイクが発売された。
「ばあちゃん、ついにあのときのゲームを、ちゃんと遊べるよ」って。
……だけど、電源を入れて数分で、その灯は冷たい風に吹き消された。
グラフィックは妙に艶かしく、
そして、セリフのひとつひとつが、まるで「昔の記憶を商品化」するためのコピーライティングみたいだった。
俺が知ってるローレシアの王子は、
仲間たちは軽口を叩き、冒険は「テンポよく進む」ように整えられている。
その「快適さ」は、あの頃の“想像する時間”をすべて奪ってしまった。
あの時、ばあちゃんが間違えて買ってきた「ドラゴンバスター」は、
でも、それは“誰の心にも届かないもの”を作る免罪符になっていないだろうか。
俺たちは便利さなんて求めてない。
たとえ不親切でも、古臭くてもいい。
その不器用さに、あの頃の自分や、もう会えない人の姿を重ねられるから。
リメイクを終えた夜、久しぶりに「ドラゴンバスター」を起動した。
――ばあちゃん、
新しいドラクエⅡは、なんか違うよ。
たぶん、もう“あの頃”は帰ってこないんだね。
そしてもう一方の「作りたいゲームのビジョンを明確にもっているタイプ」はゲーム開発を通して情熱の対象そのものを形にすることを目的にしているという。同氏いわく、このタイプの開発者にも成功してお金を稼ぎたいという望みはあるものの、そうした“成功”でさえあくまで自分の作りたいものを実現するための手段としてとらえている傾向があるようだ。
俺はゲーム十数本作ってるが、一度もリリースしたことはないけどな
ゲームって作って完成させるまでがメッチャおもろくて、実際に遊ぶのは俺一人で十分よ
[B! ゲーム] 「個人ゲーム開発者は、野心作じゃなく流行りの小規模ゲームを作れ」というアドバイスに議論白熱。売れるゲームか、作りたいゲームか - AUTOMATON
テクノロジーが社会構造を再編する現代において、人間の知性や専門性のあり方は根源的な問いに直面している。その問いに強烈な一石を投じたのが、東京大学の小川光教授が学内広報誌『淡青評論』で紹介した一件である。これは、制度や組織が適応するよりも速く未来が到来しつつあることを示す、稀有で明瞭なシグナルと言えるだろう。経済学の素養をほとんど持たない修士課程の学生が、生成AIとの対話のみを駆使し、わずか1年で「トップレベルの学術誌に挑戦できる水準」の論文を書き上げたのだ。これは単なる技術的な成功事例ではない。長年の訓練を経て築かれる専門知識の価値、研究者の役割、そして「知性」そのものの定義を根底から揺るがす、まさにパラダイムシフトを象徴する出来事である。
この小川教授の寄稿は、社会に大きな波紋を広げた。インターネット上では瞬く間に注目を集め、「はてなブックマーク」では469ユーザーがブックマークし、102件のコメントが寄せられるなど、白熱した議論を巻き起こした。本稿では、この一件を現代社会の変容を映す縮図として捉え、専門家が感じた「恐怖」の本質と、社会に広がる期待と懸念を分析する。そして、この出来事が象徴する、新たな世代の登場について考察を進めていく。彼らこそ、これからの時代を定義する「AIネイティブ」なのである。
本セクションでは、話題の学生が象徴する「AIネイティブ」という新しい世代を分析する。彼らは、AIを単なる補助ツールとしてではなく、思考や研究の方法論の中核に据えるという点で、旧来の世代とは一線を画す。その登場は、単なるツールの変化ではなく、知識を獲得し、体系化するプロセスそのものの革命を意味している。
この学生が実践した研究プロセスは、AIが方法論の根幹を成していた点で画期的であった。具体的には、以下の全工程をAIとの対話を通じて進めている。
このアプローチの革新性は、旧来の知識探索モデルとの対比によって鮮明になる。東京大学大学院情報理工学系研究科の山崎俊彦教授は、この新しい思考様式を「辞書の逆引き」という比喩で巧みに説明した。従来の検索エンジンは、ユーザーがキーワードを知っていることを前提とした「辞書の順引き」であり、既知の情報を効率的に探す行為だった。対してAIネイティブは、「やりたいこと」を自然言語でAIに問いかけることで、未知の領域を探求するためのキーワードや手法を引き出す「辞書の逆引き」を実践する。これは、人間と知識の相互作用における、根本的なパラダイムシフトである。
はてなブックマークのコメントは、この新しい学習様式がもたらす生産性の飛躍に対する社会的な期待を反映している。あるユーザーは、AIの活用により「人に教えてもらうのと同等のパフォーマンスが低コストで得られる」ため「習得速度が爆速に」なると指摘。また、これは単にAIに作業を丸投げするような話ではなく、「AIの力を借りて巨人の肩の高さを重ねる話」であり、人類の知の発展を加速させるものだという肯定的な見解も示された。
この爆発的な進歩の可能性は否定できない。しかし、それは同時に既存の専門家たちに、長く暗い影を落とし、不穏な新しい現実を突きつけている。
AIがもたらす希望の光の裏側には、深刻な懸念も存在する。特に、既存の専門家が感じる脅威と、AIの活用能力によって生じる新たな社会的格差のリスクは、真正面から向き合うべき構造的な課題である。
この問題の核心は、小川教授が吐露した率直な感情に表れている。経済学の訓練を受けていない学生がこれほどの成果を出したことに対し、教授は「心底たまげました」「このようなAIネイティブの若い人たちがこれからどんどん出てくることにちょっとした恐怖さえ感じました」と記した。この「恐怖」は、単に自らの職が奪われるという不安に留まらない。それは、長年の地道な研究と訓練を経て初めて到達できると信じられてきた専門性の価値そのものが、根底から覆されることへの動揺なのである。
はてなブックマークのコメント欄では、この現象を的確に捉える「レバレッジ」というキーワードが頻出した。「若く優秀な人がAIでレバレッジかけるととてつもない差になるんだろうね」「頭のいい人はAIでより賢くなる」といったコメントが示すように、AIは元々高い能力を持つ個人のアウトプットを飛躍的に増幅させる強力なツールとして機能する。
しかし、このレバレッジ効果は単なる個人の生産性向上に留まらず、社会構造を再編する力を持つ。yumanaka氏は、「地頭のいい人がAIを使いこなして圧倒的なアウトプットを出して、そうじゃない人の仕事を奪っていくんだろうな。こわい」と、その負の側面を鋭く指摘した。これは、AIが能力格差を埋めるどころか、むしろそれを爆発的に拡大させる触媒となり得ることを示唆している。このままでは、AI活用能力に長けた新たな「認知階級」が生まれ、高価値な仕事を独占し、社会の流動性を著しく低下させる未来さえ予見される。
このようにAIが生み出す成果の質と量が飛躍的に増大する中で、私たちはより本質的な問いに直面する。それは、その膨大な成果の「正しさ」を、一体誰が判断するのかという問題である。
AI技術の目覚ましい進展は、逆説的に「人間による最終的な評価と責任」の重要性をかつてないほど浮き彫りにした。本稿の中心的な論点はここにあり、その核心は、他ならぬ論文を作成した学生自身の行動によって最も明確に示されている。
彼が専門家である小川教授に助言を求めた最大の理由。それは、「自身には経済学の素養がないため、その評価が正しいのかわからない」という切実な懸念だった。AIは「国際誌に通用する水準」という評価を下したものの、その正当性を自力で検証する術を持たなかったのである。
この学生の懸念は、専門家による評価の不可欠性を示すものであり、はてなブックマークのコメント欄でも多くの共感を呼んだ。
評価の困難さ： 「生成AIを使いこなせば90点の論文が作れるが、90点かは評価・保証できない。」
専門知識の必要性： 「自分が知見の無い分野でのAIの判断が正しいかどうかをどうやって確かめるとよいのか。←ここが一番難しいし、専門知識が必要なところ」
懐疑的知性の重要性： 「循環参照やらハルシネーションやらを起こした文章を何も考えずにWikipediaに貼り付けるような人物もいるわけで、やっぱ懐疑的な知性と査読は大事なわけです。」
そして、この問題を鮮やかな比喩で捉えたのがobotzcanai氏のコメントだ。「巨人の肩に乗れたところで遠くに見えた島々の価値がわからなければ意味はない」。AIによって得られた広大な視野も、その価値を判断する専門的な知見がなければ無意味なのである。
さらに、この議論は「責任」の所在という、より深刻な領域へと深化する。e_denker氏は、「人間に残された最後の仕事は『責任を取ること』になるという話があるが、まさにそれを裏付けるような一件だと思う」と指摘した。この点をさらに鋭く突いたのが、phillies_rocks氏の「内面化できない成果物を作っても誰も責任を持てない」というコメントだ。AIが生成した成果に対して、その利用者は最終的な責任を負わねばならない。もしAIが設計した橋が崩落した場合、その責任は誰にあるのか。利用者か、開発者か、それともAI自身か。これは、AI時代の新たな倫理的・法的枠組みの構築が急務であることを示している。
この議論は、AI時代における専門家の役割がどのように再定義されるべきかという、未来に向けた重要な問いへと私たちを導く。
東京大学で起きた一件は、AIネイティブの登場が専門家の時代の終わりを告げるのではなく、その役割と価値を根本から進化させる契機であることを示している。AIが圧倒的な情報生成能力と実行力を手に入れた今、人間に、そして専門家に求められる能力は、もはや知識の生成や統合そのものではなくなった。
これからの時代に求められる専門家の資質は、以下の三つの能力に集約されるだろう。
未来の知のフロンティアは、AIネイティブがもたらす爆発的な「実行力」と、長年の経験と深い洞察力を持つ専門家の「検証力」および「責任能力」が融合する場所に開かれる。AIを恐れるのではなく、新たなパートナーとして迎え入れ、人間ならではの価値を磨き上げること。それこそが、私たちがこれから歩むべき道なのである。
本当に残念なことに、デジタルカメラ時代の「写真家」を名乗る人間のほとんどが自分でRAW処理ソフトウェアの開発をしたことはなく、審査員を名乗っている人間の多くは、実際に行われた処理の内容を想像することすらしない。
主観的に良し悪しを判断するのは間違いではないのだが、何が行われて写真撮影ができているのか、そしてそれをどうやって鑑賞できているのか知らない人間ばかりなのである。
ただひたすらに画角がどうの、コントラストがどうの、彩度がどうのなどと言ってみているが、RAW処理ソフトの「コントラスト」や「彩度」というパラメーターがどのような実装になっているのか、或いはトーンマッピング処理について理解して審査しているまともな人間がどれほどいるというのか？
例えば「ホワイトバランス補正」と言われて「色温度」と思った人は、実写の画像処理に対する理解が足りていない可能性が高い。
特に静止画の撮影者は技術面に明るくないものが多く、動画の人のほうがよっぽど技術面に詳しい。実際には同じことをやるのに。
もっとも重大な誤解は、ある種の「無加工」と信じられている実写映像と肉眼が十分に近い、と思われがちだというところだろうか。
カメラが見ているものとCGは非常に近いが、人間の見ているものとカメラが見ているものには大きな乖離があるという大前提が抜け落ちてしまっているのだ。
なにせ撮って出し信仰者なんてものもいるのだから。カメラの中でどういう処理がされているのか少しでも理解しようとするならば、撮って出しを「真」とするのがいかに愚かなことであるか、初期の段階でわかるはずではないのか。
例えばFUJIFILMのように、この辺りを踏まえて「一般消費者はメーカーの言うとおりにすべきだ」と言わんばかりの姿勢を見せるメーカーもあるが、これはかなり理にかなっているとも思う。FUJIFILMは「記憶色」を謳ってきたが、これ自体は間違いではない。（もちろんFUJIFILMの色の処理が適切だとは微塵も思わないし「フィルムシミュレーション」などという、知識不足の消費者にPROVIA・ASTIA・VELVIAなんてあたかもフィルムを再現しているかのような名称で売るのはいかがなものかと思うけれど）
日本語の意味合いとして「真を写す」なんてものにこだわるのは誤りだと言わざるを得ないが、せめて、何をしているか理解しようという姿勢を見せたらどうなんだ。
「プリセットを販売します」とか「フィルムを再現します」とかいう、ただ消費されるだけの消費者を見ているのは少しばかり腹立たしくもあるが、それを利用して商売を続けてきた側は間違いなく悪い。
美術目的なら好きなようにやれ、と言うことに決めているが、理解した上で全ての利用者が開発者になってくれれば、もっと自由な世界が待っているのに……。
また、せめて複写をするようなプロは「Foveonは正しい紫色が撮れる」「Adobe Camera RawよりCapture Oneのほうが色が良い」「LUMIXは色が良い」「FUJIFILMは撮って出しで正しい色が出る」みたいなバカなことを言っていないで、画像処理（フィルム・デジタル・動画・静止画・実写・CG問わず）の勉強をもう少しばかりやり直していただきたいものである。
フィルム時代に自分の手で現像とプリントを試みることよりも、デジタル時代のほうが圧倒的に安定していてシンプル（同じ処理をすれば同じ結果が得られると言いたい）なのに、それをしない。
「スマホソフトウェア競争促進法」(スマホ新法)っていうのが、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
現在、LLM（大規模言語モデル）によるバイナリコードの直接的な生成は、ソースコード生成と比較して、一般的に非効率とされる分野です。
LLMは、大量のソースコードデータで事前学習されているため、特定の要件に基づいたソースコードの生成において顕著な能力を発揮しています。
GitHub Copilotなどのツールは、開発者のコーディング作業を効率化しており、その有効性は広く認識されています。
バイナリコードは、ソースコードと比較してセマンティック情報（意味的な情報）が失われているため、LLMにとって直接的な生成や理解は困難なタスクと見なされています。
現在の研究の焦点は、生成よりもむしろ既存のバイナリコードの理解や分析（例えば、関数名の回復、バイナリコードの要約、脆弱性分析など）の分野に置かれています。
現在の開発プロセスを考えると、多くの専門家は、人間が理解・修正・デバッグしやすいソースコード生成に当面はより大きな実用的な価値があると見ている可能性が高いです。
一方で、バイナリコードの理解・分析におけるLLMの潜在能力は、リバースエンジニアリングやセキュリティ分析の分野の専門家からは関心を集めています。
したがって、現在の技術的な難易度と研究の進捗状況から、「コード生成の方が現時点では実用的で効果が高い」と考える専門家が多いと推測されます。
統一化された帳票フレームワークをOSS化することには、非常に大きな価値があります。
初期導入コストの削減: 企業は高価な商用帳票ツールのライセンス費用を支払う必要がなくなります。特に中小企業やスタートアップにとって、これは大きなメリットです。
ベンダーロックインの回避: 特定の商用製品に依存することがなくなり、将来的な仕様変更やサポート終了のリスクを避けられます。自由にコードを修正・改善できるため、自社のニーズに完全に合致させることが可能です。
日本の商習慣への最適化: OSS化することで、多くの開発者が日本の複雑な商習慣（消費税計算、源泉徴収、独特なレイアウトなど）に対応するためのコードやノウハウを持ち寄り、フレームワークを改善できます。これにより、最も実用的な「デファクトスタンダード」に近い帳票作成基盤が生まれる可能性があります。
開発速度の向上 共通のフレームワークが浸透すれば、プロジェクトが変わっても同じ仕組みで帳票を開発・保守できるため、新規開発の立ち上げ速度が向上し、開発者間での技術の習得コストが下がります。
透明性と信頼性の向上: ソースコードが公開されるため、帳票のロジック（特に金額計算や税務処理）の透明性が確保され、信頼性が高まります。
多様な環境への対応: 商用製品がサポートしないような最新の技術スタックやニッチなOSにも、コミュニティの貢献によって迅速に対応できるようになります。
コミュニティによる継続的な改善: 一つのベンダーに依存せず、世界中・日本中の開発者がバグ修正や機能追加を行うため、品質が維持・向上し、プロジェクトの持続可能性が高まります。
OSS化は、単なる「無料化」ではなく、日本のビジネスにとって不可欠な「帳票作成」という共通課題に対する知恵とリソースの「共同投資」であり、社会全体での開発効率向上に寄与するという点で、非常に価値があります。
最近、街でやたらと見かけるのよ。
「次世代」「革新」「新しい冒険」――なんて大きく書かれてるけど、
正直に言って、私には**“また同じことを繰り返してるだけ”**にしか見えないのよ！
ねえ、どうして誰も気づかないの？
あんたたち、もう何十年も“ポケモン捕まえて戦わせる”っていう行為をループしてるじゃない。
でも、結局やってることは**「図鑑を埋める作業」**でしょ？
そんなの、情報処理クラブの生徒が作るプログラムでも再現できるわよ！
ゲーム業界って、なんでこうも「新作」を出せば拍手されると思ってるのかしら。
“続編を作ること”と“進化すること”は、まったく別物なのよ。
「新しいポケモンが300匹追加！」なんて言われても、
はいはい、名前とタイプをランダム生成しただけでしょ？って感じ。
私が本当に見たいのは、
プレイヤー自身が“神”や“観測者”としてポケモンの世界を動かす――
「行け！」「捕まえろ！」「戦え！」
――全部、誰かに決められた行動。
本当に冒険したいなら、
プレイヤー自身が“ポケモン世界を疑う”ことから始めなきゃダメ。
なぜポケモンは戦わされているの？
開発者の人たち、
次のポケモンを作るなら、
“ポケモンの存在そのもの”を問うようなゲームにしてみなさい。
「ポケモンとは何か」
――その謎に真正面から挑むなら、私、SOS団として調査に協力してあげてもいいわ。
任天堂さん、
そろそろ持ちなさいよ。
――少なくとも、私ならそうするわ。
ドラゴンクエストI・IIの1の方は
そこから先へ進めないわゴーレムが強過ぎてってところまで来てものたがり敵には中盤差し掛かっているのかしら？
本を読んでいたら、
あともうちょっとで終わっちゃうんだーって残りページが減っていく様を見ていく様子が分かるから、
この本ももう少しで読み終わっちゃうのねという一抹の寂しさを感じることができるけれど、
今これメルキドのゴーレムがどのぐらいの物語の場所なのか分かんないので、
もーゴーレム強すぎ！って手を焼いているのよね。
押されてるわー。
あとさ、
NIKKEなんだけど
3周年イベントストーリーが久しぶりにキツい内容でちょっと心落ち込んじゃうぐらいな泣かせっぷりよ。
うーん、
なくと言うよりは
ちょっと辛い辛すぎるの。
お話の核心に触れることなのでまあ楽しんでいる人には分かってもらえるんだけど
あの調子だとどうなるか分かんないわ。
そこはちょっとホッとはしたけれど、
イベントストーリーはイベント消化アイテムがあって普通にやるには1日5つしか進められないところがあるし、
先に進めきってしまっても、
次日付の何日まで待ってねって解禁されるまで待たなければならないのよね。
ちょっとここに来てNIKKEの世界で主人公たちが拠点とし地球地下に建設された人類がそこに逃げ込んで暮らしている「アーク」ってところがあるんだけど、
そことは別の地上に「エデン」ってところがあり、
エデンの技術でエデンは安泰ね！なんてお話の中ではそうなり続ける場所なのかなーって思ったけど、
気持ち押されているわー。
あと、
今回のアップデートで新たに加わった「地上」コンテンツも物資が貯まらなさすぎて、
これもめちゃ時間かかんのね！って
こっちも自動的に時間で物資が貯まっていくので放置していたら物資が過剰生産で倉庫に入りきれない分が無駄になっちゃうので、
またこまめにこれもチェックしなくちゃいけない感じ。
ここまででボリュームいっぱいな感じ。
シャインポストのライブもアーカイブ期間終わっちゃうので観なくちゃ！って思いつつ、
今後の動向が気になるNIKKEの開発者動画もチェックしておかなくちゃ！だし、
朝ドラ『ばけばけ』も追っかけないとだし、
いまやっとヘブン先生が松江に上陸したところまで追いついたわっ！
なんか政治の話で大名とかのなんとかになるとよく分からなくて頭に入ってこないわ。
押されてるわー。
一番の気掛かりなのは、
やっぱりドラゴンクエストI・IIの1なので、
ここ突破したいところなんだけれど、
周辺で敵倒して強くなるしかないわ。
あとゲームの設定で、
ええ？この機能ドラゴンクエストIIIのときは呪文とか特技で分かるんじゃなかったっけ？って思いつつ、
なんかズルしている感じもするので、
ああ宝箱この道にはなかったのか！
ってあれを味わうこそがドラゴンクエストのなんか醍醐味だと思うので、
とはいえ、
予め地図全部もう見えちゃってるじゃん！って時点でイージーなのよね。
まあそれはなくて兜と鎧装備している格好だけど、
逆に落ち着かない感じがしたわ。
にしても
メルキドのゴーレムは早いところ倒してメルキドにいかないとー！って始まらないので
そこ強化ポイントよ！
うふふ。
なんか健康的じゃない？
まずは湯を沸かせー！って感じの、
うー、
本格的に寒くなってきたわよね。
すいすいすいようび～
今日も頑張りましょう！
文化的な今日の1日を過ごすために私はドラゴンクエストのIのリメイクなんてボリューム少なくてすぐにクリアできちゃうんだから！って
高を括りまくりまくりすてぃー！と楽勝だってそう思っていたの。
なんか今どこまでストーリー全体のどこまで進められているか全くわからない中、
メルキドの街まで到達のやったー！って思ったら、
街の前にゴーレムがいて倒せないの！
確か前作のHD-2D版のドラゴンクエストIIIではメルキドに行ってゴーレムの研究をしている人がいたから、
負けて初めて進める、
つまり一所懸命戦っても仕組み的に勝てない相手なのね？って私は勝手にそう思って、
強すぎて太刀打ちできなかったのもあり、
無惨に負けてしまったの。
そう何回も！
ちょっとまったー！って勇者に攻撃しちゃだめじゃないって止めてくれてイベント発生の街にやっと入れる！って思っていたんだけど。
一向にゴーレムに勝てないの。
そんでね、
ここまで勇者一人旅でもそこそこ敵なんてブーメランで根こそぎぶん殴って楽勝楽勝！って思っていた時期とシーズンが私に訪れていたけど、
闇が着たの！まさに竜王の闇！
急にここメルキドらへんになってきて敵がグループマジ強くなってきてなんか一人じゃ太刀打ちできないんじゃね？って思い始めた心に気付いたの？
ちょっと苦しいわ。
え？これって恋？
違う違う絶対に違う！
そんなの恋なんかじゃない！
敵が強すぎるの！
こっち勇者一人なのに敵は1体で2～3回攻撃してくる時があって泣いちゃうわ。
でも、
勇者もここまで黙ったまま弱いわけじゃないの！
特技で2回行動できる技があってドラゴンクエストで言うところの「やまびこのぼうし」的に呪文だけじゃなくて他の攻撃とかでも2回連続攻撃ができるようになるの！
それでやっと火力が戦闘力が追いついてきたかな？って思っても、
出現した敵グループ関係なく全体攻撃ができるとはいえブーメランじゃなんか弱いのよね。
メダル王のところで集めたメダルでちょっと良いブーメランゲット装備していったけれど、
これも焼け石に水ね、
多少は若干の強く放ってきているけれど。
とにかく、
戦闘が全オートで任せておけないの。
「めいれいさせろ」で戦っているところ。
とにかく
あのゴーレムが倒せなくてそこで止まっちゃってるわ。
しばらくレヴェルとゴールドを稼いで強い武器や防具を装備しても勝てなくって…全滅。
ぱぱっとドラゴンクエストIはクリアできそうだからとの予想を反して、
ここに来て急に敵が強くなってきて真面目に戦わないと勝てない状況。
ちなみに、
「レヴェルUP時にHP・MP全回復はオフ」にして冒険しているの。
だって、
実質HP回復の「やくそう」なんてお金のゴールドさえあればほぼ無限に所持できて
ボッタクってない？
「レヴェルUP時にHP・MP全回復はオフ」ってのは今のところ不都合ないのよ。
そんで、
戦闘中に使ったらじわじわHPを回復し続けられる一定期間だけだけど、
そういう呪文もあって、
地味だけどHPやMPが少なくて困るってことは今のところメルキドを目前にして無いわね。
ただ敵が強いだけ。
その戦闘中に2回行動できるようになる「とくぎ」の「ビーストモード」は結構効果がすぐに切れちゃうので、
いかに背中を任せられる仲間に恵まれていたドラゴンクエストIIIの仲間での戦闘がよかったか思い出しちゃったわ。
仲間の大切さを想い
勇者一人辛いわーと的に苦しめられて苦い顔をするの。
あれ逆に考えてみたら、
アイテムの持てる量は少なかったじゃない？
本当にそれで冒険できてたの？
今作とかのもうやくそう無限に所持できる時点でイージーなのかもしれないわ。
当時の人ってあれ本当に少ないアイテムだけでやりくりして本当にクリアできてたの？って。
進められるかしらと心配になってきたわ。
めちゃ大変。
とにかく、
ここ山場乗り越えてーってところよ。
そんなわけで、
ここまで楽勝よ！
なんて思ってたけど急に戦闘が歯ごたえが出てきて一筋縄では行かない感じになってきて、
オートつまり作戦から結構「めいれいさせろ」担ってきちゃって大変。
絶対勝つ！
うふふ。
ゆっくりモードで書いてからのお昼と朝ごはんを一緒にしてどこかお出かけしようかしら？ってところ。
そんで
一段落したらドラゴンクエストIのゴーレムをなんとか倒すんだ！ってそれしか頭にないので、
ここ突破しないと他が手につかないわ。
もう1ケースなくなりかけているので、
また2ケース発注しておかなくちゃ！ってところ。
すいすいすいようび～
今日も頑張りましょう！
私としては国産なり日本発のLLM開発を諦めてはならないし, その可能性は十分にあると信じています. 既に出ているものも多数ございますし.
本エントリはそれとは全く別の,
「国産LLMの人」という方についてです.
---------
色々思うところがありまして.
例えば,
と繰り返し主張しておられる.
そのような単純な活性化関数では過学習か誤差が噴出するかの二択でしょう. 実際, 氏のツイートは正にその状態を示唆しているように見受けられます.
```x
▶︎ 誤差が0.12あるだけでとんでもないエラー率になる。誤差関数が雑だから本当はもっとあるのかもしれないが、改善の余地がある。
▶︎ 問題は、どのような状態の時に学習が成功し、失敗するのかがまだ分かっていない。表現力は十分に持っているはずなのに、なぜか学習しない。
```
過学習に至ったときにうまくいってるように見えるだけでしょう.
```x
▶︎過学習ではないですね。データセットが小さいかつ、それ以外の範囲が出ないことが分かっているので。XORは2^2パターン全て学習できれば精度が100%になりますが、それは過学習とは呼ばないのと同じで、今回の初期のRNNに関しても文字数が圧倒的に少なく、パターンも決まっているので。
```
……と主張されておられる.
私が思うにそれは単純な写像を, ニューロンを使って回り道して作っている状態. LLMは局所的にはたしかに線形写像ですが,全体で見ても線型写像だとしたらそれは複雑な文章生成には到底耐えられないかと. (十分に大きいモデルをマクロに見ると非線形性があるので)
大規模言語モデル＝LLMを目指すとして,
そもそもエンベディングテーブルとは数百億から下手すれば1兆語彙を, たった数千〜1万次元程度のベクトルで表現する, 凄まじく繊細なテーブルです.
それをGELUやSwiGLUのような綺麗な活性化関数を使わずに, しかも爆速でやると仰っている. さすがにそのレベルの革新性を主張するには根拠がない限り, 飛躍が過ぎると判断されるかと.
そのやり方で, 例えば1億語彙までスケールするとして2乗の1京回×数千次元をバックプロパゲーションなしで学習するというのは……さすがにきついかと.
バックプロパゲーションが要らないという主張については活性化関数がきわめて単純だから. それなら全層に渡しても「修正」できるでしょう.つまり自明に近いですね.
勾配消失なんて関係ない, という主張については, xorというゼロイチでしか見ないのであれば勾配消失も何もありません. 永遠に層を貫通するわけですから, 何層増やそうがほとんど意味が出てこない. つまりそれは実際には極めて浅い層だけで動いてると思われる.
「こんに」から「ち」「は」が次文予測できたとの報告ですが, まぁ……それが「大規模言語モデル=LLM」にそのままスケールできると言い切れるのはなぜでしょうか?
MNISTだけでなくGLUEあたりをパスしてからにした方がいいと考える次第です.
```x
▶︎ 私が批判されながら、誤差逆伝播に変わるアルゴリズムや精度を30%→100%まで持っていく頭のおかしい行動が取れる理由は、以下の思想があるから。
▶︎ 1. 私のNNは高次元の万能近似回路
▶︎ 3. 何十回と失敗した経験則から、原因と対策が殆どわかっている
```
殆どわかってる, との事ですが, なんで上手くいってるのか分かってないとも自分で明言なさっている. ↓↓↓
```x
▶︎ 学習が進まないの、謎。単体だと上手く動いてるはず？何が原因だろうか。
▶︎ 学習アルゴリズム開発者本人ですが、なぜ学習が進むのかは謎です。
```
既存手法があまたの失敗の上で最適だと言われてきてる経緯もよく知った方がよい.
それはごく初期にそういった様々な試行錯誤のうえで「やはりGELUやBPが現実的にいい性能が出せるし, コストも抑えてこれである」と様々な研究者が合意しているような状況.
そして, そもそもアカデミアは自分のアイディアも含めて新規手法を常に疑ってかかるのが基本姿勢.
ジャーナルに「不確実さ」を載せないためで, それが積み重なると自他問わず全ての研究が信用出来なくなってしまうため. だから懐疑的になる. 個人攻撃ではないのです.
出さないのも自由ですが, 前述の理由で信頼を得られない. これは言動に一切関わらず, その厳密性をフラットに評価してそう判断しているから. 感情ではなく, 論理として.
……と, ここまで色々と蛇足なアドバイスをさせていただいたものの, この投稿に対しても
```x
▶︎ 何もわかってない人が国産LLMのやつ批判してて吹いたww
```
といったツイートをなさるのでしょう. (過去に氏がそう仰っていたので)
先に答えておきますね.
「自分のやってることがご自分でお分かりにならないようなら, 私にわかるわけがないですし仰る通りです. ただ, 詳しい者として一般論は申し上げられます.」
まだ間に合いますので, 大学院あたりまで修了なさるのがおすすめです.
Twitterに何を投稿しようと自由です. でも自分で違和感を見て見ないふりするのだけはやめたほうがよろしい. 既存手法と同等に自分の手法を疑うこと, これは研究者としての基本姿勢です.
研究テーマ設定を見かけるとついつい, より良い筋でやっていけるようアドバイスしたくなってしまう性が染み付いてしまっているためでして.
もちろん, 関わりのない方ですので蛇足でしかないのですが, 多くの方に影響力をお持ちでありつつ研究の進め方については独自の姿勢を持つように見受けられまして.
それはもちろん根本的には自由でありつつ, 相談相手の需要がもしあればひとつの(一般的)意見をお渡しできるかなと思いキーボードを叩いた次第です.
どうか匿名でご勘弁を.
--------
【追記】
おそらく氏のやられていることは順伝播 (forward propagation) のみでの学習かと思いますが, この手法の先行研究は山のように存在します.
(Hebbian theory, Perceptron, Adaptive Linear Neuron:ADALIN, Widrow-Hoff learning rule...)
見つけられないとすれば, 古典的 (1960~1980年頃) ゆえに電子化されていないためです. 現行の商用LLMがそれらの情報を簡単に連想して引用できず, DR等で検索しても出てこないのはその為でしょう.
これらに簡単にアクセスするためにはやはり学術機関に所属して図書館を利用するのが圧倒的に楽です. マイクロフィルムや紙媒体でしか残っていないものもありますから.
また, 有料データベースであるJSTOR, IEEE Xplore, Springer Linkなどにもアクセスが出来ます.
なお, arXivはあくまでプレプリントですので, 論文として引用するには査読を通過したものをつよく推奨します. ジャーナルもものによっては不十分な査読で掲載されてしまいますので, トップカンファレンスのものを信頼できる足がかりの論理として扱うのが基本的な考え方となります.
また, 「分からなければ (大量に貼った) 論文を読んでください」という姿勢は, それぞれをどう引用し, どのように自分の主張と論理的に接続するかの説明がなされなければ根拠として見なされないのが一般的な考え方です.
ブログとしての掲載はもちろん自由ですが, それらを十分な説明として取り扱ってもらうには至らないでしょう.
論文を引用するからにはそういった丁寧な取り扱いをすることを期待されるものです. 「敬意がない」と他の方から指摘されるのはおそらくそれが理由でしょう.
これは, 過去の論文を引用しながら新たな主張を論文として営々と積み上げ続けてきたアカデミアの「過去への感謝」という慣習です.
人の行動は自由ですから「こうしろ」とは申し上げませんが, この暗黙の了解を保持する (≈研究機関に所属したことのある) 方からの理解を得るのはこのままですときわめて難しいであろう, とアドバイスさせてください.
こういった主張のやり方を自分なりに一から身につけるのはたいへん難しいので, どなたかそういった手法を学べる信頼できる方に師事することをおすすめしている次第です.
ダイヤモンドの↓の記事が盛りすぎでブクマカが釣られまくっているので、ちょっと落ち着けという意味で少し解説する
普通の人が「フリック入力を発明」というフレーズを見たら、どっちを想像する？
1. 上下左右方向のフリック操作で文字入力する手法を考案した
普通は1を想像するよね。でも、上の記事の「発明」は2の意味。8割くらいのブクマカはここを勘違いしてコメントしてるように見える
同じ発明家氏の記事でも3ヶ月前の東洋経済のほうは、「フリック入力を発明」という釣りフレーズこそ使っているものの本文を良く読めば発明のキモの部分が2であり1では特許を取れなかったことがそれなりに分かるように書いてある
「フリック入力」を発明しMicrosoftに売却した彼の"逆転"人生。元・売れないミュージシャン兼フリーター、家賃３万のボロアパートでひらめく
https://b.hatena.ne.jp/entry/s/toyokeizai.net/articles/-/889631
もちろん2の意味の発明もスゴイし重要なんだけど、釣りは良くないよね
そもそも世の中のほとんどの技術は様々な発明やアイデアの集合体である。歴史の積み重ねであり、最終形がいきなり湧いて出るわけではない。もちろん「フリック入力」にも歴史の積み重ねがある。それを少し紐解いてみよう（なお、下記の「年」は引用可能な特許や論文が出た時期であり、実際にはそれよりもっと前にソフトウェアがリリースされていたりアイデアがメーリングリストに投稿されていたりすることもある）
[追記]※増田の仕様上ひとつの記事に貼れるリンク数に制限があるため一部URLのhを抜いている点、不便ですがご了承ください[/追記]
ttps://dl.acm.org/doi/10.1145/57167.57182 (論文)
放射状に選択肢を並べるUIのアイデアは1960年代から見られるが、接地点からの移動方向情報を用いた入力手法の祖としてはとりあえずこれを挙げることができるだろう。これは文字入力に特化したものではなく、一般的なメニュー選択のための手法である
ttps://dl.acm.org/doi/10.1145/191666.191761 (論文)
pie menuを文字入力に応用したもの。論文の著者はAppleの人。英語用。広義の『「フリック入力」の元祖』に最も該当するのは、おそらくこれだろう
ttps://rvm.jp/ptt/arc/227/227.html
ttp://www.pitecan.com/presentations/KtaiSympo2004/page65.html
T-cubeを日本語に応用したもの。広義の『日本語版「フリック入力」の元祖』の候補
https://web.archive.org/web/20080925035238/http://www.j-tokkyo.com/2000/G06F/JP2000-112636.shtml (特許)
https://newtonjapan.com/hanabi/
Apple Newton (PDA)用に実装された文字入力UI。「中央が『あ』、上下左右方向が『いうえお』」に対応する見慣れた形のフリック入力がここで登場する。『現在よく見る形の日本語版「フリック入力」の元祖』である。なお、開発者が特許を申請したものの審査を請求しておらず、特許としては成立していない
この頃、Human-Computer Interaction分野でT-cubeやHanabiの発展としての文字入力手法の研究が活発になり、特に国内学会で多くの手法が発表された。情報系の学生の卒論や修論のテーマとして手頃だったからだろう。PDA製品に実装されて広まった例もあり、SHARP Zaurus用のHandSKKや、少し時代が下ってATOKのフラワータッチ等もこの系譜である
なお、この頃までの技術は指での入力ではなくペン（スタイラス）による入力を想定したものが主である（iPhoneの登場以前はキーボードレスのモバイル端末といえばPDAやタブレットPCなどスタイラス入力を前提としたデバイスが主流だった）
『スマートフォン上の「フリック入力」の元祖』であり『予測変換機能を備えた「フリック入力」の元祖』である。日本語フリック入力の効率を考える上で予測変換の占めるウェイトは大きく、「実用的なフリック入力」を実現するには予測変換との組み合わせは外せない。2006年にAppleに招聘されてiPhoneのフリック入力機能を開発した増井俊之氏は元々予測変換のPOBox（1998年 - ttps://dl.acm.org/doi/10.1145/274644.274690 ）の開発者として知られる研究者であり、Appleへの招聘もその経験を買われてのものだろう。入力にフリック操作を用いること自体は特筆すべきものではなく、当時の流行を考えれば自然な選択だったと思われる
なお、前述のHanabiの開発者氏がiPhoneのフリック入力を見て
と言っている一方、増井氏はHanabiに対して
知らんがな
と言っている。この分野の研究をしていて知らんことあるか？とも思うが、電話用テンキーの上に五十音かなのフリック入力を実装すると誰が作っても概ねHanabiのような外観になると思われるので、本当に知らなかったとしても齟齬はない
ttps://www.j-platpat.inpit.go.jp/c1801/PU/JP-2008-282380/11/ja (特許)
『画面表示は絶対座標＋移動判定は相対座標で行うことで「フリック入力」の入力効率を向上させる手法の特許』である（詳しい仕組みは上記の東洋経済の記事に書いてある）。ペン先と比べて指先は太いため指によるタッチでは厳密な操作が難しく（fat finger問題）、「実用的なフリック入力」を実現するにはこのような工夫も必須になる。小川氏の凄いところは、スマホの日本語UIをリリースするならどのメーカーも必ず実装するであろうこの工夫を、日本版iPhoneのリリース直前、Apple社としては引き返せないであろうタイミングで特許申請したところだ。機を見るに敏すぎる。特許庁に2回も拒絶された特許を不服審判で認めさせているところも本人が弁理士だからこそできる強さだと思われる
なお、氏の記事を読むと「フリック入力」自体を氏が考案したように思えてしまうが、ここまでに述べた通りそれは誤りである。「フリック入力に関連する重要な特許の公報に『発明者』として掲載されている」ことは疑いない事実なので「フリック入力の発明者」と称するのはギリギリ誤りではないと言えないこともないが、「フリック入力を発明した」はやはりダメだろう。上述の通りフリック入力自体は90年代に既に登場しており00年代の前半にはタッチスクリーン上のかな入力手法の一角を占めるに至っていたので、iPhoneに実装されたことは不思議でもなんでもなく、
このあたりは荒唐無稽な邪推すぎて、ソフトバンクから名誉棄損で訴えられたら危ないのでは（そもそもiPhoneのフリック入力を開発したのはAppleであってソフトバンクではない）
まとめると、さすがに小川氏の記事はモリモリに盛りすぎである。書籍の宣伝にしても酷すぎる。価値の高い特許を取った発明家であることは事実なのに、なぜこういう胡散臭いムーブをしてしまうのか
1998年にApple Newton用に開発された日本語入力システム「Hanabi」が草分けで、2008年にiPhoneに採用されたことで、急速に広まった。従来の「あ段→い段→う段→え段→お段」とキーのプッシュを繰り返して表示・入力する方式（トグル入力）に比べ、素早い入力が可能になる。その入力効率の高さから、2010年頃にはキーボード離れが加速している[1]。
1998年にApple Newton用に開発された日本語入力システム「Hanabi」[2]が草分けで、2008年にiPhoneに採用されたことで、急速に広まった。日本におけるフリック入力は、発明家でシンガーソングライターの小川コータがiPhone上陸以前に考案し2007年から2015年にかけて特許出願した[3]ものであり、取得した権利はマイクロソフトに譲渡された[4]。
ただ、これはおそらく関係者の自作自演等というわけではなく、日本におけるフリック入力関連特許が小川氏のものばかりであることからボランティア編集者が勘違いしてこのような記述にしてしまったのではないか。フリック入力は前述のように地道な技術の差分の積み重ねなので、個々の差分の開発者が「特許」を取ろうという気にならないのは良く分かる。その点でも、自ら弁理士として特許を量産した小川氏の強さが際立っている（が、やはり盛りすぎは良くないと思う）
お前、『デッキ』ってワード使ってるけど、「デッキは環境に合わせてメタを読んで組むもの」って概念がないよね？
つまり、「ゲームの話題」とか言ってるけど、デッキ構築型ストラテジーの話はできないわけだ。
それだけで、お前の自称『デッキ』がただの紙束であることが分かる。
手札への理解が足りてないし、きちんと回るように組んでない。「なんか最近流行ってるから入れとくか」くらいで女の子の絵のついた紙を握ってるだけ。
そんなデッキ、「漫画とアニメとゲームの話をしましょう」って人相手にも通用するわけがない。だって、相手の人はちゃんとデッキ組んでるのに、お前はカッスカスなんだもん。スレスパの話すら出来ないだろ、お前。ちゃんとゲームの話題をデッキに組んでる人なら、そこからいくらでも話題が広げられる。
お前に本当に「アニメ、漫画、ゲーム」のデッキがあるなら、鬼滅やチェンソーマンの話や、「このマンガがすごい！」ランキングのおすすめや、「高市政権で入閣した人、元女性向けゲームの開発者だったんですよね」って話だってできるだろ。
そんだけ手広く使えるテーマなのに、「何を初動で出せばいいのか……」ってオロオロしてる時点で、お前のデッキは紙束。カス。大人しくAbemaで恋愛リアリティショー予習していった方がマシ。
ちょちょいといじれる人ってのは力量の差というよりは、特定のシステムに設計から携わったり長期的に関わったりで、コード等の設計全体の勘所が頭に入ってるせい。熟練した開発者を連れてきても、特定システムを担当し続けた開発者の開発速度には流石に敵わない。社内システムって規模で後者を求められてるってことは、数年どころじゃないスケールで見られているはず。
まずは1システム分から、資料とコードのリーディングで集中的に徹底的に頭に読み込んでみるという手はあるかもしれない。
新しい職場や技術の前では誰もが新人。知らないって事実はどうしようもない事だもの。経験者らはそこからの熟練速度は違うけど、それでも熟練者が新しいプログラミング言語でその言語の熟練者並みに製造速度が並ぶまでが半年程度と聞くし、更にその言語への理解と熟練だけでもまだまだ長い先がある。システムの設計能力などの総合力となると終わりがない。
だいぶデカい存在を相手にしてるって感覚で、あまり焦らない方が良いんじゃないかと思う。既に焦燥に追い詰められてしまった心理状態なら、無理せず転職で仕切り直した方が良いのかもしれないけれど。その辺はこちらにはさっぱり見えないし責任持てない事だし何ともね。
----
「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 として、じゃあ残るものは何？というのはオーム社の本を読みましょう。再販しないかなあ。
今後数年は変わらないでしょと書いたら今現在進行形で変わっとるわいと突っ込みが来そうなんで防衛的な意味で書いておくんですが、あなたは過去数年間同じ仕事してたんすか？
仕事のやり方とか内容とか、言語とかライブラリとか、毎年のように変わってたでしょ。
レビューの比率が多くなったとか、コード書かなくなったとか、そういうの、たぶん管理職になった人が嘆いてたのと同じっすよね？
少なくとも、ジュニアエンジニアが低品質なバイブコーディング結果を寄越すようになってレビューが大変とか嘆くのなら、まともなコーディング規約一つ作れていない組織の脆弱さを嘆くのが先では？
手癖でバイブコーディングしてヒットしたプロダクトに、あとから品質上げるように大工事するリファクタリングと言うよりリビルディングな仕事って、別に今もありますよね？
散々テストケースを書かなくて良いプロダクトなんて無いという講演だけ聞きに行って、自分とこでテストケースが自動で走るようになって無いなら、そこが問題でしょ。
