(強いAI)技術的特異点/シンギュラリティ155

**オーバーテクナナシー** · 2019/03/27(水) 00:27:06.18

2045年頃に人類は技術的特異点(Technological Singularity)を迎えると予測されている。
未来技術によって、どのような世界が構築されるのか？人類はどうなるのか？
などを様々な視点から網羅的に考察し意見交換する総合的なスレッド

■技術的特異点：収穫加速の法則とコンピュータの成長率に基づいて予測された、
生物的制約から開放された知能[機械ベース or 機械で拡張]が生み出す、
具体的予測の困難な時代が到来する起点

■収穫加速の法則：進歩のペースがどんどん早くなるという統計的法則
ここでの進歩とは、技術的進歩だけでなく生物的進化、生化学的秩序形成も含む

★ 関連スレ(特化した話はこちらで)
(AI) 技術的特異点と政治・経済・社会 (BI)
http://goo☆.gl/riKAbq
(情報科学) 技術的特異点と科学・技術 (ナノテク)
http://goo☆.gl/RqNDAU

※URL部分をコピーし、☆を消してペースト※

※前スレ
(強いAI)技術的特異点/シンギュラリティ154
https://rio2016.5ch.net/test/read.cgi/future/1552702538/

(強いAI)技術的特異点/シンギュラリティ153
https://rio2016.5ch.net/test/read.cgi/future/1552014941/

(強いAI)技術的特異点/シンギュラリティ152
https://rio2016.5ch.net/test/read.cgi/future/1551510897/

**yamaguti** · 2019/03/27(水) 08:43:33.19

http://rio2016.2ch.net/test/read.cgi/future/1483110011/541#544#1489922543/136# JidouToutatu
http://rio2016.2ch.net/test/read.cgi/future/1549315166/54-55#1522139588/10# YuugouGijutu
http://rio2016.2ch.net/test/read.cgi/future/1508026331/384#993##358###1493891216/50#1504999631/73## RihaKigen 2018 Teisei
http://rio2016.2ch.net/test/read.cgi/future/1541837624/8-9#3-11# SakamuraSensei MaruyamaSensei ,,,

**yamaguti** · 2019/03/27(水) 08:44:21.46

>112 yamaguti 190316 1859 oq9O0c4s?
> Google 翻訳 http://www.cs.virginia.edu/~evans/cs655/readings/smalltalk.html
>
>
> バージニア大学コンピュータサイエンス学科
> CS655：プログラミング言語
> 2001年春
>
>
> Smalltalkの背後にある設計原則
>
>
> ダニエルHHインガルス
>
> 学習研究グループ
> ゼロックスパロアルトリサーチセンター
>
> BYTE Magazine、1981年8月。（c）ニューヨークのThe McGraw-Hill Companies、Inc.。
>コピー元 http://users.ipa.net/~dwighth/smalltalk/byte_aug81/design_principles_behind_smalltalk.html
>Dwight Hughesによってスキャン、（再作成されたグラフィックを含む）HTMLに変換

http://rio2016.5ch.net/test/read.cgi/future/1427220599/478-509#742# DensiZunou SekkeiGaiyou
http://rio2016.2ch.net/test/read.cgi/future/1481407726/205#-## KanseiZumi HannyouAI/AL
前回 http://rio2016.2ch.net/test/read.cgi/future/1552702538/111-120#-124
訂正
>図1：言語設計のスコープ
>スコープ : コンピュータを使用するための言語のデザインは、内部モデル、外部メディア、およびこれらの間での、人間とコンピュータとの両方におけるインタラクション、を取回さねばなりません。
>? ry 方法は、
>とある言語が上手く機能しているかを見出す方法は、彼らプログラムがしている事を彼らがやっているかの様であるか、彼らを見る事です。

**yamaguti** · 2019/03/27(水) 08:44:54.68

http://google.jp/?q=alan+kay+curtis+OR+dainabukku+OR+ruby+OR+rubinius
http://rio2016.2ch.net/test/read.cgi/future/1552014941/34-45# 45,35 : HPKY # 40 : MetaAL , DSL Suityoku
http://rio2016.2ch.net/test/read.cgi/future/1489922543/173-183#1529408476/159# KenRon # DSL Suityoku
http://google.jp/?q=hamada-hozumi-urr+OR+futamura-syaei+OR+k-gyaku-konpaira
http://google.jp/?q=hannya-singyou+tetugaku
http://google.jp/?q=smalltalk+mvc+css+OR+vm+OR+hp-palm-pre+OR+webos+OR+cromium+OR+nextstep+OR+webobjects+OR+dxopal+OR+jiritu-supuraito+OR+hotruby-flash+OR+palmos6foleo
http://rio2016.2ch.net/test/read.cgi/future/1552014941/49-51##1534904728/14-20# YuukiKa # TRONCHIP 68 32bitARM ## E2EDGE
http://rio2016.2ch.net/test/read.cgi/future/1472305818/606#728-730#754-759#576-529# BurokkuDaiaguramu : SW26010 Cell

**yamaguti** · 2019/03/27(水) 08:45:34.14

同様に、独立した処理を夫々の精神オブジェクトのストーリッジと共に脳は提供する。
? ry ます。
これはデザインの3番目の原則を示唆しています :

? ry よって一様に呼び出すことができるオブジェク固有の機能 ry 。
メッセージ：コンピューティングは、メッセージを送信することによって統一的呼出しができるオブジェクト固有機能と見なす必要

オブジェクトストレージが明示的に処理されるとプログラムが煩雑になるのと同じように、処理が外部的に行われるとシステム内の制御が複雑になります。
数に5を加える処理を考え。
ほとんどのｰタシステムでは、コンパイラはそれがどんな種類の数であるかを把握し、それに5を加えるためのコードを生成
? 正確な種類の数はコンパイラによって決定できないため、 ry 。
数の正確な種類はコンパイラによる決定ができない為、これはオブジェクト指向システムには十分ではありません（詳細は後述）
? ry 調べる一般的な加算 ry 。
考えられる解決策は、近似アクションを決定するために引数の型を調べる汎用加算ルーチンを呼び出すこと
? ry 、この重要なルーチンは、 ry 。
これは良いアプローチではありません。、このクリティカルなルーチンを、自分のクラスの数字を試してみたいという初心者が編集しなければならないことを意味するから
? オブジェクトの内部構造に関する詳細な知識がシステム全体に散らばっているため、これもまた不適切な設計です。
それは貧弱な設計でもあり、何故なら、オブジェクトの内部構造に関する詳細な知識がシステム全体に散らばっている為です。