  |
はてなキーワード:メンテとは
----
「My Job Went ToIndia」の改題改訂版が「情熱プログラマー」なんだ！ありがとう発注したわ。（たぶん達人プログラマーと混同して読んだ気になって読んでないパターンだわ）
俺の悪文のせいで意図が伝わらなかったであろうブコメがあったので、要旨だけ書き直しておくな。
ただ忘れないで欲しいんだけど、TerraformメンテしてAWSとかGCPで立ち上げてサービス公開するまでの速度は、相見積取って稟議通して部材調達から入ってた時代に比べると爆速だけど、人間の技術屋の需要は増えてる。
俺は、「マスタリングTCP/IP 入門編」を人間が読んで理解するのは古いよね、という時代にはならないと思ってる。
Slerが自前で手元で試すようになるから～ってのも懐疑的。SIerやメーカーが内製すると必ず子会社作って分離、ぼく発注者きみ受注者にしたがるので。これは技術じゃなくて感情とか経営の問題。
（ただし、Slerが7payみたいなことやらかすのでは？って疑問なら同意。たぶんそういう生成AIで俺たちでプロダクトなんか簡単に作れるじゃんよギークいらね（仕様バグあり）は一時は増えるだろうね）
追記ここまで
----
VibeCodingでIT技術者は不要になるのか？という話題が花盛りなのは理由があります。
ギーク（現場でコードを書いていたい人）が分かる話から、スーツ（人を集めたりお金を集めたり営業をする）が分かる話になってきたからです。
具体的に言うと、OpenAI社をはじめ続々とTDD(テスト駆動開発)でやってますみたいな、具体的な開発スタイルの話が出てきたから。
そうすると、現場の座組チョットワカルという強めの経営者が理解して判断し始めるんですね。
でもね、その道はもう15年も昔に我々は通り過ぎました。前回のブームと何が違うでしょうか？
技術者なら電子も機械も強電も弱電もお世話になったことのあるオーム社が過去に出していた直球の本の話から。
「My job went toIndia :オフショア時代のソフトウェア開発者サバイバルガイド」という書籍、何と発行年は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 toAI として、じゃあ残るものは何？というのはオーム社の本を読みましょう。再販しないかなあ。
今後数年は変わらないでしょと書いたら今現在進行形で変わっとるわいと突っ込みが来そうなんで防衛的な意味で書いておくんですが、あなたは過去数年間同じ仕事してたんすか？
仕事のやり方とか内容とか、言語とかライブラリとか、毎年のように変わってたでしょ。
レビューの比率が多くなったとか、コード書かなくなったとか、そういうの、たぶん管理職になった人が嘆いてたのと同じっすよね？
少なくとも、ジュニアエンジニアが低品質なバイブコーディング結果を寄越すようになってレビューが大変とか嘆くのなら、まともなコーディング規約一つ作れていない組織の脆弱さを嘆くのが先では？
手癖でバイブコーディングしてヒットしたプロダクトに、あとから品質上げるように大工事するリファクタリングと言うよりリビルディングな仕事って、別に今もありますよね？
散々テストケースを書かなくて良いプロダクトなんて無いという講演だけ聞きに行って、自分とこでテストケースが自動で走るようになって無いなら、そこが問題でしょ。
一連のShopify強奪事件によって、BundlerとGemsがrubycore teamに還元されたが、ついに管理権限の全権掌握に失敗した。
そもそもrubyとはrubyという言語単体の開発とメンテを司っており、言語仕様は見ているがエコシステム全域を見てるわけではない。Matzですらそうだ。
rubyにおいては、BundlerもGemsも言語の付属品という立ち位置だ。
近年の言語は言語仕様もパッケージ管理システムも全部コアメンテナに権限を委譲する。しかしrubyはそうなっていない、C/C++のように。
bunやrustに馴染んでる人には意味がわからないかもしれないが、往々にしてこんな権限統合失敗事案はOSSのアセットマネジメントにつきものだ。
古くはperlが、そしてその後phpもが、やらかした。web業界は過激なオープン思想の裏で、常に権限の落ち着きどころにリポジトリを悩ませている。
だから自由という名の管理放棄パッケージから、法人格での中央集中管理へとOSSはシフトしてきた。ここ１０年でFOSは死んだと言って良い。
ソースコードの開示はサプライチェーンの混入可能性を第三者検証可能にする健全性の証左としてきた。OSSコミッターの高額収入はこの信用性が担保していた。
しかし自由ソフトウェアとは自由の範囲を明示的に境界引きしており、本件では自由の範囲外にBundlerとGemsがあった。
つまり自由とは何であるか政治的に理解してない局面においてOSSコミッターはそれを行使するのに無力であり、実際法人格のプレッシャーに負けた事を証明した。
これは歴史的転換点だと思う。
Matzが間に入らなければ、rubyはメンテコストを捻出できず崩壊する所だった。たまたまMatzという優秀すぎる人間がいたので、どうにか死なずに済んだだけだ。
逆に言えばこの崩壊は真祖Matz以外が止められるものではなく実質、Shopifyの強圧に屈してrubyは死んだのだ。
金がないrubycore teamはShopify主導のサプライチェーン混入可能性を否定できない環境が整ったのだ。
日本だとクックパッドやSkebが該当するだろう。未だにruby製バックエンドを使ってる企業はサプライチェーン混入可能性を常に評価してrubyを運用する責務を負った。
どの言語だってその可能性は常に念頭にあるが、この歴史的転換点を観測してしまうと、高すぎるリスクを保有するテック企業として技術力を喧伝してきた信用は底値を叩く。
コンピューターサイエンスの信頼性という文脈で、信用を失うのだ。
アルオスメンテ
→ずっとアルスメオンテだと思ってた
-----BEGINPGP SIGNEDMESSAGE-----Hash: SHA512https://anond.hatelabo.jp/20251020170626# -----BEGINPGP SIGNATURE-----iHUEARYKAB0WIQTEe8eLwpVRSViDKR5wMdsubs4+SAUCaPXtgwAKCRBwMdsubs4+SERAAQCY72jsWqfl6FvxX42ws77SzPcFQxklES8uo5BDnzMRSwEAwlcTct8N+oWtOlg2lmZGO/ZMhzJ6FmFwdXz7f1muRAY==4azX-----ENDPGP SIGNATURE-----
月額1200円で14400円。これに神社費1000円と交通協力金が3000円かかる。年二万円。今は事情があって200円余分にとられてる。
要するにお祭りの補助金。屋台が練り歩く大きなお祭りと、季節ごとのお祭りがある。
なんだかんだと伝統がある。
1000円は自治会費として回収するもので、実際にはさらに寄附を集めている。ワイはさらに1万円と酒を出してる。商売のお付き合いです。
地域の道路の修繕費。カーブミラーを整備交換したり、消えかかった表示を直したり、落書きを消したり、崩れかかった路肩を治したり、防草シートを貼ったり、と言う地域でやっている活動に使われる。
住民税払ってるんだから自治体に出させろ、と言うのは正論で本来そうであるべきだが、昔からこう言う予算が集められていて過去の経緯。ただこれのおかげで道路や側溝が小ぎれいにメンテされている。
https://togetter.com/li/2617426
こんな記事があったので。
で、これたぶん事実じゃないよ。
自治会加入が100戸ととして3万円とったら300万の予算なんだけど、ビールとか出した程度でそんなに金いらないからそれにしか使われてないなんてことは考えられない。
なんつうかいつもの、よくしらんし知りもしないのに妙な言いがかりつけてる奴じゃないかと思った次第。
なお、ワイの自治会も、公式の懇親会は年に2回、花見と忘年会をやる。単位は「隣組」単位なので10戸とかでやる。会費制で補助は出ない。
https://anond.hatelabo.jp/20251017145418
45過ぎてポンコツになったって話をみかけたんだけど思い当たるフシがあるので書いておく。
だいたいこの手のタイプは「若い頃体力があって、そこそこ頭の回転が早かった」タイプ。
体を労るってことを知らないで生きてきた（生きてこれてしまった）ので、メンテナンスの仕方を知らない。
普通の体力の一般人は、もっと若いころから体力の衰えを感じるので、メンテ開始するのも速いんだけど、その機会に恵まれなかったから一気にガタが来てこうなってる。
背景はいいとして、じゃあどうすればいいかって話だけど、いままでやってこなかったメンテナンスをしっかりやるだけ。
だいぶ違う。でも老化は避けられないから受け入れつつ、メンテする。
- いわずもがな。
-特に就寝時には胃の中を空っぽにすること。睡眠の質がぜんぜん違う。
-ポイントはここ。お前ら、真面目に運動してこなかったろ？実は人生の最後のカギは運動でした。
- 詳しくは自分で調べて欲しいけど、運動すると頭が良くなる。運動すると睡眠が深くなる。運動すると体調がよくなる。
- あれ？あいつどこ行った？
弱者男性だし、そろそろ自動車でも…いや、そんな贅沢は無理か。
せめて原付だよな。
そう思って、気軽な気持ちで調べ始めた。
「50ccなら10万もあれば買えるでしょ？」って。
でも現実は、そんなに甘くなかった。
自賠責保険（5年）：2万円
任意保険（最高額プラン・弁護士特約・対人無制限・ロードサービス・盗難補償・自損全カバー付き）：年額25万円 × 5年＝125万円
小計：202万円
定期点検代（5年分）：8万円
消耗品（オイル・タイヤ・バッテリー・チェーン等5年分）：12万円
小計：175万円
カスタムマフラー＆ウインドスクリーン＆リアキャリア：15万円
キャンプ用品一式：25万円
YouTubeチャンネル開設費（ロゴ依頼・BGM制作・プロモ動画撮影）：15万円
小計：136万円
202万円 ＋ 175万円 ＋ 136万円 ＝ 513万円
俺は原付を諦めた。
株がいくら上がっても、それを価値に変える人や現物がなければただの紙切れなんだ。富士山の頂上で「金はいくらでも出すから寿司を10貫と熱い茶を出してくれ」って言っても数千円では実現できない。担い手のいない社会での金の価値は本当につまらないものだよ。まあ、富裕層は、株を現金化して、カンボジアとかベトナムとかタイとかの安いところで贅沢できるんだろう。しかし国土は荒廃し、治安は最悪になっていく。鉄やシリコンや燃料が値上がりして水道管下水管橋のメンテができない。少子化で弱ったところに中国がソフト力物理力で進撃してきたら先祖代々の田畑もいつのまにか中国語が共通語になっているかもね。もう実際かなり水源地や山間部の中国の買い取りは進んでいるのでは？
友人の薄給勤務理容師が独立したあと、あっという間に人気店になり、年収1,000万円Overになったので、なぜ成功したかを聞いてみたら、「床屋業界、ぬるすぎ」ということが分かったので共有。
どうすれば勝てるかをリストアップ。順不同。
Hotpepper Beautyはご存じの通り、主に美容室向けの広告宣伝予約サイト。
目立たないが、美容室だけでなく床屋の情報も入っている、店を開店するとすぐに、リクルートの営業が「広告出しませんかー？」とやってくる。
で、ここで出すとクーポン目当ての浮動票ばかり来るのと、エアレジ、予約システム含めてリクルート漬けになってしまう。
こうなると抜け出すのが大変。なので、最初から出さないのが大事。
2.ホームページを作る
街の理容室は超絶高齢化業界なので、そもそもホームページがないところが大半。
そこでホームページがあり、メニューが書いてあり、連絡先が書いてあり、FAQがあるだけで差別化できる。
超絶ぬるい。
3.ホームページで予約ができる
Hotpepper beauty以外でも予約システムを安価で提供しているサービス、または決済と絡めて予約システムを提供しているサービスがある。
これを使う。そして、細かなニーズも拾えるようにメニューを入れ込む。例えば、カットはしないが白髪染めだけしたいとか、そういうもの。
理容室はそもそも予約不可のところが多く、かつその予約も電話のみのところが大半。これだけで差別化できる。
GoogleMapの表示内容と実態が違ったという、ダメな店あるあるを避ける。
理容室の多くはまともにやっていないので、やるだけで差別化できる。
理容師は、職人気質の人が多く、技術の追求に情熱注いでいる人も多いが、技術は普通でいい。超絶下手は論外だが、超絶上手である必要はない。
理容室に来る人は、美容室に来る人と違い、たいして技術を求めてない。
技術を追求せずに、話術をみがいたほうがよい。
独立ルートは、他の床屋で働く（超絶薄給）→独立だが、この、他の床屋で働いている時代に、いかに固定客を作るかが初期にはとても重要。
「彼が独立したから、応援してあげなきゃ」と来てくれる客が初期の命綱。
客と個人的にLINEなどでつながるとか、一緒に飲みに行くとかできるといい。
7.下積みする床屋は、大きな駅の近くにする
彼は、JR中央線の大きな駅から徒歩15分の床屋で下積みをし、その後、その店から少し離れたところで独立した。
駅からは遠いが、大きな駅の近郊の住宅街で住民は山ほどいるので、集客には困っていない。
ちなみに、下積み従業員が独立するときは、下積み店との競合を避けるため、下積み床屋から少し離れた場所に店を設けるのが、床屋業界の慣習らしい。
美容室と違い、床屋の内装など誰も気にしていない（これは言い過ぎか）。
よって、とにかく標準的な見栄えを確保しつつ、初期投資を抑える。
現金以外にも、なんとかペイ全般、クレカなど、主だったものに全部対応。
これは決済ベンダーが用意してくれる。手数料も大して高くない。
上記見て分かる通り、他の業界では当然やられていることが、床屋業界でまったくやられていないので、普通にやるだけで差別化できる。
おそらく、理美容の学校を出て、東京にでてきて、3-5年くらい薄給の下積みに耐えて、その後上記を守りつつ、独立すれば、誰でもうまくやれそう。
「ぶっちゃけ日本のIT技術者のレベルが元々低いだけ」論、読んだけど、雑に日本叩き→雑に海外持ち上げの“気持ちよさ”に全振りしてて、論としては穴だらけだよ。順に潰す。
“発明”って規格？論文？OSS？製品？この区別を曖昧にして「思い浮かばない＝ない」をやるのは主観の事実化。
反例を淡々と置く（全部2010年代以降の「世界で通る」技術・成果）：
HTTP/3 / QUIC系仕様・QPACKの主要貢献者のひとりは日本人エンジニア（例：Kazuho Oku）。IETFのRFCはまさに“世界標準”。「世界で通用」どころか世界の土台。
Chainer / CuPy（Preferred Networks）は動的計算グラフ系フレームワークの先行例。PyTorch隆盛の流れに技術的影響を与えた。CuPyはいまも広く使われてる。
ソニーのCMOSイメージセンサは世界シェア筆頭。これは“ハード”に見えて、設計・製造・信号処理・ツール群までソフトの塊。スマホのカメラ品質＝AI前処理の土台。
日本人が中心メンテに関与した高性能HTTPサーバ（H2O等）はCDNや低レイテンシ配信に採用例多数。
産業用ロボット（FANUC、安川）周辺の制御・通信・ツールチェーンは世界の現場で常用。表に出にくいB2B領域は“見えないだけ”。
「LINEが～」みたいなB2Cの派手さだけが“発明”じゃない。基盤を握るのは地味仕事。あなたが気づかない＝存在しない、ではない。
Winny／一太郎／CD-ROM／MIDIを“国民的知名度”で持ち上げて、以後は「思い浮かばない」って、知名度＝技術力の誤用。
2000年代以降、ITは不可視化（クラウド、プロトコル、ライブラリ、半導体、サプライチェーン）へシフト。見えないところほど難しくなった。派手なガジェットが減ったからレベル低下、ではない。
問題領域で言語は変える。Webは「5歳児でも」動かせる？今のWebは、
CD/CI、IaC、K8s、SRE、ゼロトラスト、分散トレーシング、暗号化、フロントの再レンダリング戦略……
これらを運用で落とさないのが本番。Cが偉い／Webが軽い、は90年代の教養で止まってる。
起業に国の試験？それ、フィルタにはなるけどイノベーションの十分条件じゃない。
トップダウンは国家プロジェクトやインフラ敷設には強い。しかし、
分野で強弱は揺れる。制度の一軸で「勝ち負け」を断ずるのは幼い。
それ、犯罪としてのサイバー強盗の話でしょ。規制準拠の金融基盤と国ぐるみのハッキングを同じ土俵で比べるのは、
「百メートル走で銃使えば最速」って言ってるのと同じ。比較の土俵設定から破綻。
日本のITが伸び悩んだ要因は複合要因：内需の構造、調達・多重下請け、英語コミュニケーション、ストック報酬の弱さ、エクイティ文化、大学と産業の距離、IPO市場の質、人口動態、為替…
これを全部「技術者のレベル低い」で片付けると、説明力を失う。制度と資本設計の問題は制度と資本で解くのが筋。
「勝ってる」を“B2Cでバズるアプリ”だけに限定するから見落とす。
最後に一個だけ。
そこら辺は色々と考えられていて
-
人間と同等の知能があるかって、表出した部分からだけで分かるのかよ。心理学とおててつないで検証するべきだったんじゃないの？
それと、これって人間の知性の価値が高かった頃の話でしょ。今の人間の知性って掘り終わった炭鉱くらい価値があるだろうけど、それと同等な事を確かめるの？
なんか、チャットボットを信仰してる人達って人間の知性は文化に蓄積してあって、自然言語を介して完全に機械に受け渡されたと見做してるよな。で、社会は完全にそれに追随している。誰も3Q以上先にある本質を見ない。はてなーが見出しより先を見ないようにね。
しかも機械は人間より記憶力が良くてメンテしやすいし。今更チューリングテストする？人間の知性を目指して作ったものではないだろ。むしろ人間側が働き方を変えろよ。
