3万年前の人類はどうやって海を超えたのか


3万年前というと縄文時代(前14000年頃 – 前数世紀)より前なので、旧石器時代にあたる。

旧石器時代はたいした石器もなかった。そのため海をわたるにしても木材を加工することはできない。木材を加工できないのであれば舟には草舟をつかったのではないかと仮説がたてられた。
そんで、草舟で海を渡れるかという実験考古学というものが実行され・・・見事失敗したそうだ。

 

草舟の航海 自力での到着ならず 人類渡航の謎深まる 7月18日 18時21分
www3.nhk.or.jp/news/html/20160718/k10010600141000.html

 

すげぇ楽しそう。羨ましすぎて、ちょっと妬ましい。
嫉妬に焦がれて、ちょっとそんなわけないじゃんとか、言いっ放してみたい。

 

動機からの否定

古代人が海の向こうの見果てぬ島にわたりたいという動機をいだくだろうか?
まず抱くのは、数百メートルのちょっと沖にいけば大きな魚が取れるという程度の動機ではなかろうか。

 

手段からの否定

舟、船の完成形を知らない古代人が、沖に出る手段として草舟を編むだろうか?

加工できるのが草しかないのだからしかたないという理由で葦などの素材を選ぶ?
舟(海の上に浮かぶ状態)の形に至るまでに、試行錯誤が必要だ。
完成形がわからない状態ではリーンスタートアップ、スモールケースが実行される。テストファーストだ!アジャイル開発だ。

一人が数百メートルぐらい沖にでるための手軽な手段として、草の束をつかうアイディアははたして、最初のテストに耐えられるだろうか?

葦がなどが生えてる群生地に行って、葦を束ねて、それを使って沖に出る。使い終わったあとは充分に海水を吸った葦を浜辺に引き上げる。せっかくつくった造形物は、数日、もって数週間でダメになる。そんな悠長なことをしていたら旧石器時代は生き残れない。というか、そんな草舟を設計して力をあわせて開発する能力があったら、先に日常使いされている石器のほうが発達するよね。

 

捕まえてきた魚を裁くよりも前の発達段階なんだ。魚を捕まえなきゃいけない。

まず、使うのは周辺にあるものだ。

浜辺に打ち上げられた流木や海辺側の倒木を使うだろう。浮き輪代わりに小脇に抱えて、数百メートルぐらい沖にでて漁をすることだろう。

そのうち数人で漁をするようになれば、もっと大きな流木を使うかもしれないね。なんせ鉄器も石器も人類が手にしていない原始の地球。浜辺なんてきっと流木だらけだよね。

 

流木だらけなのに、「そうだ、草で舟をつくろう!!」とはならないでしょ……。

流木1択なのにむしろなんで草だなんておもったんだい?草舟、、出土してるの???

 

現存物からの否定

ポリネシアやミクロネシアにはアウトリガーカヌーというものがある。

シーカヤックと呼ばれる外洋にでていける高性能なもので、左右に浮きをつけて、舟の安定をとる。
西はアフリカ沿岸のマダガスカル、東は南米沿岸のラパ・ヌイ(イースター島)まで広まった痕跡がある。
詳しくはスター・ナヴィゲーションとか巨石文明とかそこらへん調べて。

www.izuoutrigger.com/about/index.html

 

アウトリガーカヌー
ja.wikipedia.org/wiki/%E3%82%A2%E3%82%A6%E3%83%88%E3%83%AA%E3%82%AC%E3%83%BC%E3%82%AB%E3%83%8C%E3%83%BC

 

で、これが伝統的なアウトリガー・カヌー。Pōpao

upload.wikimedia.org/wikipedia/commons/thumb/e/e1/P%C5%8Dpao.jpg/800px-P%C5%8Dpao.jpg
・・・。

木材加工の技術必要か?

流木で充分だよね。

草を縄で造形する技術などいらず、木の皮とか蔦で結くだけだ。
そのうえ浮力も草を束ねたものより強いし、抵抗もすくないので早く漕げる。

 

丸木彫りをする必要すらなくて、丸太にまたがればいいだけ。
木を削らなくても、火が扱えれば、焼き落としたり、炭にして形を整えたりすることができる。
また、それだけでなく炭化することで腐食に大幅につよくなる。
木を彫る石器なんかいらない。それこそ貝殻で充分だ。

 

科学的知見からの否定

縄文時代は寿命が14~16歳ぐらいなので、まあよく死んでいたようだ。
3万年も前にもなればもっと短いサイクルで死んでいただろう。
15年1世代としても遺伝的には、2,000世代程なので現世人類と遺伝的変異は数%程度だろう。
つまり、日本人と他人種ほどの隔たりはそこにはない。

 

旧石器時代の人間を猿かなにか程度の知恵しかないと思っているかもしれないが、教育が施されていないだけで、個体性能としては現世人類と大した差はない。というより、そこで渡ってきたのが我々の祖先なわけだから、分岐前と分岐後、つまり人種以上の遺伝差がないことは簡単に推測できる。

 

つまり、旧石器時代といっても、現在の日本人を教育を施さないまま島流しにした中二病ランドのようなものだ。

 

 

で、最近は遺伝子検査がすすみ、Y遺伝子(つまり父系の遺伝子がどこをルーツとするか)を追ったハプログループというものが整備されてきたのだが、南琉球人は、Oタイプが多いことが見て取れる。

ここからわかることは、中国大陸で分岐して渡来してきたのではなく、

en.wikipedia.org/wiki/Haplogroup#/media/File:Map-of-human-migrations.jpg

livedoor.blogimg.jp/livereak-gekiyaku/imgs/1/b/1bfd5242.jpg
www.gekiyaku.com/archives/30621292.html

 

それより前のインド東北部あたりで分岐し、東南アジアから島嶼部に分岐した人たちの子孫が多くいることがわかる。
つまり、遠いご親戚は草舟じゃなくて、いまだにPōpaoつかってるぞと。

 

だから、正しいアプローチとしては流木でアウトリガー・カヌーは作れるだろうか?という実験なんじゃないかな。

 

 
一方、江戸時代の佐渡ヶ島の娘っ子は惚れた男に会いに行くためにタライ(桶)を船にして40キロの日本海を渡った。人間って結構なんでもできちゃうもんだよね。

 

 

参考

縄文人の平均寿命、男女ともわずか14.6歳だった
karapaia.livedoor.biz/archives/51581310.html


飛び込み営業マンを「元」にするには「訪問販売お断り」のステッカーを貼ればいいよ


「訪問販売お断り」のステッカーを貼ると、「ははぁん~、きっとこいつは押しに弱いぞ!」と飛び込み営業の餌食になるんだって。たしかに以前はそういうこともあっただろうけども、現在は訪問販売法が大幅改正されていているので、このご時世にそれをやると刑事罰のついた法律違反になるよ。

 

「訪問販売お断り」の意思をステッカーを貼るだけで、飛び込み営業は行えなくなりました。

 

訪問販売法
訪問販売のルールが変わります! – 経済産業省
www.chubu.meti.go.jp/koho/pamphlet/houmonjigyousya.pdf
新たに「不招請勧誘の禁止」「再勧誘の禁止」が制定されていますので、ステッカーなどで「お断りだぜ!」の意思表示をしているのに、重ねて営業行為をしようとした時点でひっかかって法律違反になるわけですね。ほんの数年昔とはまーーったく事情が違うわけです。
訪問販売法を含む特定商取引法は平成24年あたりからほぼ毎年更新されてる感じでとてもよく仕事をしてくれています。誰がやってるの?すばらしいね。

 

中でも迷惑でしかない飛び込み営業行為はステッカーひとつで明確に法律違反となりました。この2年ぐらいかな?なので町中でもステッカーを見かけるようになり、おそらく、ステッカーを貼ったら餌食だぜぇうえっへっへwという記事につながったのでしょう。

ただ、今は強引に契約を結んでも、被害者は保護されるようになりましたし、悪徳業者が転々と会社を潰したり新規をつくったりしても追跡されるようになりました。強引な営業を行えば法律違反になって、刑事罰、さらにはそのような指導をおこなった業者にまで遡って行政罰が課されます。立法府なんか仕事してますね。

 

かろうじて現存する飛び込み営業もこの2年ぐらいはやり方がかわったと感じませんか?

 

1.訪問員は必ず名札を差し出して身分を明らかに
2.営業してもよいですか?と確認をとるようになった

 

訪問販売法図

www.caa.go.jp/trade/pdf/120815legal_8_1.pdf

 

これをしないとダメだよと法律に定められたからです。なので「もう2度とこないでね」と言っちゃったりすると再訪問もできなくなるのです。

 

まあ、そんなわけで、今まともな営業会社はそれらのリスクを避けるために電話などで訪問する旨のアポイントを取らないと営業もできません。招き入れないと家に入れないとか妖怪みたいですね。
お札一枚(ステッカー)が結界になるとか、ほんと妖怪か。

 

まあ、新しい法律施行の弊害もあって、最近は「営業をしてもいいよね?」という確認をとるためだけのアポイント代行業者による電話が激増して酷い迷惑を被っています。この営業電話ももう掛けてこないでくださいと言えば、掛けてこれなくなるはずなのですが、結局アポをとるだけの代行業者なので、いたちごっこですね・・・。
飛び込み営業のかわりに電話、FAXの悪質さが増しているように感じます。

 

fax営業

www.caa.go.jp/trade/pdf/120603legal_1.pdf

これ早く!!!施行して!
強制fax営業と電話の営業がなくなればもう少し平和になるのになー。

 

お店の電話なのでインターネットに公開されているのでガンガン営業電話がかかってくるのですわ。

金融商品取引法も改正されているので、そちら方面は、ほんと強引な営業が減りましたが、今はNTTの代理店の代理店の代理店の代理店ぐらいの会社がNTTの名前を騙って、何言ってんだこいつこんなこといっちゃって大丈夫だろうか?もしかしてこれで電話口騙りスキルを鍛えて振り込め詐欺に進化するのかなと、心配になるぐらいです。

強制FAX広告は「おたっくす」で印刷しないようにしたから経済的な損害は免れてますが毎日数通来ます。
飲食店にお金を貸し付けようとする業者、エアコン修理業者とか、そういうの。お店とかは消費者じゃないから守られないのかなー?お客さんの電話を1本とるために99本以上の営業電話の相手をするのほんとに邪魔以外のなにものでもないんだけどね。

 

問題があるとすれば、ひとつ。
消費者センターが、「悪質な訪問販売お断りシール」を配ってるんだけど、法律の改正知って「それいいな!」と思って貼ったら最期、剥がれない、シールの跡が・・・。
あれのもうちょっと美しいデザインのが欲しいです。

 

 

参考等

特定商取引法の改正について
www.caa.go.jp/trade/index_1.html

 

元飛び込み営業マンですが、「訪問販売お断り」のステッカーは貼っちゃダメだよ – コバろぐ

 

インターネット回線、光回線のウザい勧誘営業電話をなんとかする方法


2016年プログラミング言語


最近ぐいぐい「D言語はいいぞ」って言われてるんだけど、そのよさをいまいち汲み取れない紅茶屋さんです。
個人的には使う言語なんてなんでもよいぞと思ってる人間です。

 

言語なんてあくまで手段でしかないので、伝えたいもの、表現したいものがあってこそのものだからです。
プログラミング言語は動作環境や利用可能なライブラリの関係で、言語という手段を先に限定して何かをやろうとすると、とてもとても遠回りを強いられることがあるので、目的にあわせて言語を選択するぐらいがよいと思います。
どーょ?

 
2016年の言語ランキング
www.tiobe.com/tiobe_index

2016-07-01 14_47_40-TIOBE Index _ Tiobe - The Software Quality Company

 

Java

最近はAndroid開発周りでもつかわれている。struts以前はどうしても取れないバグ相手に消耗戦が繰り広げられていた言語だが、大規模開発のデファクトになる程度にポピュラーな言語として確立した。もはや職業プログラマー界隈では避けて通れない。なんにもとっかかりがなければjavaから始めればいいんじゃないかな。たぶん、あと5年は確実にメインストリームだと思う。でも、個人的には書き方が煩わしく感じる。

 

C

プログラミング界隈で紀元前とはBefore C言語ということらしい(石はこちらには投げないでください)。
制御系とかで、オンオフをぱちぱち書くなら必須。ハード界隈かな?
Arduinoなんかを見るとJavaで代替される未来もあるんじゃないかなと思わなくもない。大穴でmrubyとかな。

 

 

C++

使われ方としてはJavaと同じ並びかな。windowsに限定できたりする業務系環境なら、圧倒的に開発コストを抑えられる。winAPIをコントロールしやすい。Microsoft Visual StudioがやっぱりIDE(統合開発環境)として優秀で、呼び出してる他のDLLとかと連携するのに便利じゃでのぉ。

 

Python

Webまわりでなんかつくるのに便利。Google App Engineで使えるのが一番かなぁ?
海外のコーディングゲーム( checkio.org/ )とかで遊ぶのにデフォルトにされてるので、ある意味世界標準ではいまはこれがエントリーポイントになってるのかもね。
科学演算系やら数値計算のライブラリ(SciPy、numpyとか)とかも充実してて、Fortranとかの界隈もPythonのほうがいいんじゃないかと思う。ほら、最近話題のディープラーニングとかのオープンソース TensorFlow とかもPythonだしね。
カメラ認識のOpenCVが対応している言語はC/C++、Java、Python。つまりそういう感じ。

 

 

C#

C++の後継だけど、web系にもつかわれてたりと使われ方が定まらない印象。かつてパッケージソフトとかを創るのに使ってたけど、いまパッケージソフトとかなくて、アプリ扱いじゃない?ちょっと没個性さん。コンパイラが無償提供になって可能性はすこし広がった。C#単体でみるより、.NETというくくりでみるべきかもね。windowsユーティリティなんかつくれって言われたらC#採用するかもね。

 

 

PHP

Web系なら必須だから触われるようにはしておけ物。どのレンタルサーバーでも動くというのが一番の利点。
テッキーな連中にバカにされがちだけど、wordpressとかdrupalみたいなポピュラーなCMSがPHPで書かれてことからもわかるとおり不可避言語。htmlをコードできるだけの人でもPHPerになるために言語に触れている人口そのものが多い。技術習熟度がとても大きな正規分布になっているので裾野が広い。
技術習熟度が低い人が居るからといって、人を侮り、下を探して安心するような技術者にはなってほしくない。言語を理由にマウンティングしていく論には汲みしないこと。あいつの言語はたった26文字しかないんだぜと英語話者をバカにするようなもの。バカっていうやつがバカなんですぅ!ばかー

 

 

JavaScript

ちょっとなにがどうなってるのか、わけわからない言語。
最近はnode.jsみたいにサーバー側でも動くようになってきた。
html5でできることを考えるとかなり色々なことができてしまう。ソケット通信から、PCやスマフォのマイク、カメラのハンドリングまで。実行がブラウザベースなので、動作環境の構築や実行について何もかんがえなくてもいいのがいい。もはやブラウザとかを蹴るためのインターフェイス言語といってもいいのかもしれない。
数万件のデータを読み込んでプロットしながらグラフを書いてもストレスなくさくさく動く。一昔前のjsとは隔絶の感。恐ろしい。でも、今と昔が混在しているカオス。書き方がヤダからとかcoffeescriptとかまであってさらにカオス。
でもま、弱点もあって、n*0.1とn/10の結果がずれていったりするなど科学計算に使うにはおすすめはしない。型がゆるいからね。でも、ちょっとなにかするのにすごく便利。

 

Perl

どうだろう?もう枯れてるとおもう。新規でこれからやる必要はあるかな?よくわかんないや。Pythonでいいんじゃね。

 

Visual Basic .NET

これもどうだろうね。C#に統合でいいんじゃないかな?

Ruby

Rubyの事を言うと必然Ruby on Railsの事になるのだけど、環境がすでに手元にあってちょっと結果がみたいものをつくるのには楽な言語。作り捨て専用。レンタルサーバで動かすためには環境構築をできるスキル、建てたサーバーのお守り、また書いた端からアップデートされる言語仕様に付き合ってコードをメンテナンスし続ける予算と覚悟と人員が必要。
初心者にあまり勧めないのは環境構築周りでしんどさがまだあるから。自前macとかに載せるだけなら別だけどね。でも、公開サーバーに載せようとすると、いまだにheroku1択じゃない?
請負とかで生命財産に絡んで稼働責任が問われる分野で採用すべき言語ではないと思ってる。バージョン齟齬で死んじゃうから。

 

Visual Basic

ここであがってるVisual BasicってVB6.0の事かな?だとしたらこれも遺物かな。化石。Visual Basic .NETの前バージョン。windowsアプリを創るのにとても開発コスト低い言語でした。新人研修も楽ちんで量産型プログラマーを投入してもなんとかなる懐の深い言語。PHPのように裾野が広い言語だったのでこれまたバカにされがちだけど、別にC++でDLLつくって表側をVBにしたり結構なんでもできたので、PHPに言えることと同じことが言える。

 

Assembly language

用途次第。触らない人は一生触らない言語なんじゃないかね。メインフレームとか、CPUに直接命令どうこうというような世界にいった人が使うものなのかな?

 

 

Delphi/Object Pascal

Delphi、Delphi、Delphi・・・。ごめんなさい、これについての経験や知識がないです。知らない世界だ。あ、HSP(Hot Soup Processor)とかが全盛だったころHSPとぶつかってたDelphiの後継?あれイルカのマークじゃなかった?はて???ごめん、やっぱ知らない。

 

 

Swift

iPhoneアプリとかを創るときに使う言語。
objective-cは触る気もおきなかったけどSwiftは結構食指が動いている人たちも多い。x-codeを含む環境構築もかなり楽ちん。2.0になって、ちょっと触ってみた感じ結構よさげ。こんど3.0になるそうな。今まさにこれからというフレッシュな言語。ただStoryboardがなんかもやっとする・・・。ただ可能性は感じちゃってます。

 

Objective-C

iPhoneアプリを作るのに今まで必須だったなにか。
死屍累々を積み上げ、先人たちが下草を刈ってくれた。苦行をされてきた先達に感謝の念を。
でも、ごめんなさい、後続はSwift使うわぁー。

 

R

プログラミング言語というよりは大量データ処理のための統計用言語。
計量経済学とか社会科学の人たちには必須かもしれない。
先日、物議をかもした東京財団の財政長期推計モデルがデータと一緒にRで配られていたのでいまさら初めていれてみた。
www.tkfd.or.jp/research/fiscal-estimate/model_b_61
まあ、プログラミングという感じではない。

政府統計局のe-Statとかで得られるデータがcsvだったり、Excelだったりするけれども、将来はこういうデータはRに寄るかもしれないですね。変な加工はしないで、未加工データで配ってくれると色々調べやすいです。ただ、どこがなんのデータか定義がわからない形で配られてもという感じ。

データビジュアライゼーションという点で考えると、最近のエクセルとかの統計関数(分散とか偏差値、近似曲線とか)、財務ファイナンス系の関数は非常に強力で実務ではこちらのほうが用をなすんじゃないかと思います。VBAはこんかいのリストではランクインしてないけれどもExcelまじ強いから併せると侮るなかれです。例えば、偏差値の算出なんかをSQLだけで書こうとすると、回帰とかめんどくせぇなぁという感じだけども、関数一発で、グラフ化までしてくれたりするので、Rとの差別化って?という心持ちもあります。扱うデータ種類量的に、Excel→Access→R→SQLみたいなイメージ。
Excelから吹きこぼれてRじゃないとできなくて、SQLより本格的じゃないという結構限定的なスチュエーションなのかなと思っています。ここらへんで競合するのはjavascriptでd3.jsとかかね。政府統計のRESAS resas.go.jp/ とかをみてばわかると思うけど、Rのみよりはjs+DBのほうが、潰しがきくので、Rの使いドコロが難しい。
やっぱり学術分野だけかなー?

 

MATLAB

MATLAB??ごめん、まったく知らない。うわさもきかないや。数値解析ソフトウェアだって・・・。ソフトウエア!?言語なんだね?CADみたいなもんかね?化学工学とかで流速とかそういうのをやるためだろうか??

 

PL/SQL

データを取り扱うための言語で主要言語ですわ。いままででてきたプログラミング言語と競合するものじゃなくて、データを扱う側で必須なものです。逆に言うとこれに馴染みがないままだと、いくら上に並んでいるような言語でエキスパートだったとしてもプログラムをつかってやれることの範囲が100倍以上違ってくる。
だって、データ構造の設計もできないんだぜ。

PL/SQLという言語に限定すれば、ストアドとかビュー、プロシジャーまで含むんだろうけど、あえてSQLに一般化して申し上げておきます。DBもDB操作系のお作法も多々あれど、どれも同じようなもんだしね。
そういう意味でいうとRuby on Railsのいいところは、この設計をよしなにすっとばして書けるところなんだろうね。NoSQL、MongoDBみたいな道もあるだろうけどRDBMSがわかったうえで行かないとダメなんじゃないかと思いますよ。

 

 

D

私が唯一知っていることは、ツイッター上で「D言語くん」とつぶやくとD言語くんにフォローされるということだけです。

 

 

COBOL

枯れすぎて残存者利益の領域に到達した唯一の言語。最近新卒の子とかが爺様方の引退に伴ってCOBOLをやらされているらしい。ただ、レガシーシステムも多く食いっぱぐれはないので「ライスワーク」と割り切れば別にいいんじゃないかなと思います。つぶしは効かないけど。

感想戦

個人的には最近はjavascriptでhtml5でwebkitが面白いなーと思っています。swiftもそのうち触りたいかもー。ぐらい。
数年前は、Flashとかで使われていた、FlexAirがコンセプトとしても面白い言語だなーといろいろ遊んだんですが、振り返っても、周りを見渡しても誰もいませんでした・・・。使われてたのは郵便局のはがきデザインキットとTweetdeckぐらいかな。ブラウザから印刷系やフォント系がいじれるので帳票まわりをリッチにつくれてなかなか便利だったんですが。今ならhtml5でいいので要らないですが。
プログラミング言語は環境を構築するのがめんどくさいです。
自分みたいに好き勝手、つまみ食いするだけの人間にはなおさら。
はやくcloud9みたいに、なんか、偉い人がよしなに実行環境をつくっておいてくれると嬉しいです。
c9.io/
empire of codeみたいに、わしゃロジックぐらいしか書きたくないんじゃ感。

2020年にプログラミング教育が必修化されるとか言われてるらしいです。
コードを教えるんじゃなくて、考え方を育てようとかいっているらしいですが、自分はプログラミングの専門教育をうけたことがないので、考え方を教えるんじゃとかいわれるともやっとします。だってプログラミングって反復させることをするための道具なので、考え方が同じだったら、誰か一人が書けばいい。考え方、優先順位にばらつきがあるからこそ多種多様なプログラミング言語と使われ方があるわけでしょ。
プログラミングで楽しむような子はいままでの教育課程からすると「吹きこぼれ」に相当して、教育で人材の知識的品質を確保するというクオリティアシュアランス的な教育にはなじまねぇだろうなという危惧もあります。型から飛び出た外れ値の子をフォローする仕組みは教師個別の情熱に依存されるだけで、制度としては設計されてないよね・・・。(スーパーサイエンスハイスクールとかAO入試とかは一応そうなのかな。)
飛び出ちゃった子とかには、環境だけあたえて好きにさせておけばいいじゃないと思うのですが、先日の佐賀B-CAS破って県内の生徒の成績集めちゃったみたいな闇堕ちケースもあるので、ヨーダは必要かもね。でも、学校+教師っていう枠組みじゃ無理だなと思います。上記の主要言語だけみても種類が多すぎて、生徒のやりたいに併せて、フォローできる人材なんていないからです。あるとしたら、門下徒弟道場制度かな。

 
子供向けの教育にはScratch でいいんじゃないでしょうか。Swift Playgrounds も面白そうね。
地元三鷹には中高生rubyコンテストがあって、rubyに縛ってやっていて子どもと侮るなかれという感じですが、プログラミングの言語を縛りはピアノコンクールとか水彩画展とか、そういうレベルでの表現の縛りなので・・・・・・、まあなんにせよ自由にのびのびやってほしいです。
とりとめなくなったので、ここらへんで終わり。