はてなキーワード: 法則とは
Twitter を見てると、太陽系の天体が螺旋運動するこのデマ動画が、いまだにRTされたりして拡散しているのでうんざりしてきた。
「太陽系 公転」「太陽系 運動」「太陽系 移動」「太陽系 回転」などで検索すると、この動画を真に受けて紹介しているブログなどが検索上位にヒットしてきて、さらに誤解を広める一因となっている。
あまつさえニコニコ動画にも転載され、字幕までつけられている。
結論から言うと、これはトンデモ信者が思い込みだけで作った信憑性ゼロの動画である。映像の出来だけはよいからか、昨年の3月頃からかなり広まっており、天文学者フィリップ・プレイト氏がブログでその間違いを指摘した記事を出している。プレイト氏は『イケナイ宇宙学 間違いだらけの天文常識』の著者で、世にはびこる間違った天文・宇宙ネタを斬って解説するブログ Bad Astronomy で知られている人。
この記事の和訳版が以下にあり、大変ありがたいのだが(動画が話題になってすぐのタイミングで和訳まで出たのは本当に感謝している)、残念なことに誤訳が目立つという指摘があり、いまもって修正されていない。
翻訳が不自然な箇所を以下にテキストで逐一指摘してくれている方がいたが、行きつ戻りつ確認しながら読むのが大変なので、勝手ながら指摘箇所を中心に翻訳を修正して以下にまとめ直した。いまだに信じて動画を広めてしまっている人に「それ間違いですよ」と指摘しようにも、記事の誤訳が多かったりするとちょっとなぁ、となるので。
なお、もし元の翻訳記事が適切に修正されれば本記事は消すつもりだが、和訳した方は当時Twitter で指摘されてこの校正テキストを読んだはずなのに、もう1年半ほど放置されているのであまり期待していない。
間違いを打ち消すために、まともな太陽系の公転運動を描いた動画があれば知りたいものである。
なめらかな動きでコンピューターアニメーションが太陽の周りを周る惑星の動きを、天の川銀河を周る太陽軌道のように解説する動画について、ツイートやメールがたくさん来ている。とてもきれいな動画に、説得力のある音楽、ていねいな作りの画像。
しかし、問題がひとつある。間違っているのだ。間違いは表面的なものではなく、間違った前提からきた根本的なものだ。中にはいくつかの有益な視覚情報があるが、私は(銀河サイズの)話題のタネだと思っておくよう警告する。
なぜか? 彼の主張の基礎は、「惑星は太陽中心の軌道を描いているのではなく、銀河の周りを渦巻き状に移動している」というものだ。
私は普段、こうした話題の間違いを暴くような面倒なことはしない。奇抜な主張はいつでもあるし、たいていは自滅していくからだ。しかし、この件についてはたくさんの人が私に知らせてきたし、明らかにかなり人気を博している――たぶん表面上は正しく見えるし、画像も大変きれいだからだろう。また、科学を知りつつもそこから離れて久しい人たちによって広まっているのではないかと見ている。このような話題を扱うときには、いつも少し深く掘り下げる手間がかかる。
そこで、シャベルを取り出してみよう。
動画の作者DJ Sadhuは明らかにコンピュータグラフィックスの才能がある。しかし科学は……まあ。私にはすぐさまこの動画が何を目指しているのかわかった。彼は率直に、太陽系の太陽中心モデルは間違っている、と述べている。しかしながら、この Sadhuの主張ははなはだしく間違っている。重力は存在しないと言っているようなものだ。
地動説とは、太陽が太陽系の中心にあるという考え方で、惑星はその周りを周っている(他にもいくつか大事なことがあり、たとえば惑星の軌道は楕円であるとか、軌道は同一平面上にあるのではなくて互いに傾いているとか)。この考え方は、地球が太陽系の中心だという古い天動説にとってかわった。天動説は、それをちゃんとした物理のモデルだと考えると、あらゆる種類の奇妙な仮定をしてやらないとちゃんと機能しない、とてつもなく複雑で考えすぎの物理モデルになってしまう(タイレノールなどの頭痛薬があるなら、epicyclesの項を見てみよう)。地動説はそれよりもずっと物理的に正しいし、ずっとうまく機能している。
私は、どちらのモデルにもそれぞれの使い道があると言いたいのだ。もし特定の惑星が天のどこにあるのか知りたいなら、天動説の座標を使うことになる。われわれは地球に住んでいて、地球は動かずに天の車輪が頭上を回転して動いているように見える、それは理にかなっている。しかし、もし惑星へ宇宙探査機を送りたいなら、太陽中心のシステムが必要なのだ。地球も惑星も両方とも動いていると考える方が、はるかに計算は簡単になる。
Sadhuは、地動説が間違っていて、実は惑星は渦を描きながら太陽を周る動きをしているのだと主張している。彼が実際に言わんとしているものは、渦ではなくらせんである。この2つは名前が違うだけでなく、物理的な動きもその特徴も全く異なる。らせん軌道を描く粒子は、太陽系のようにお互いには干渉していなくてもよいが、渦を描く粒子は抗力と摩擦を通じて互いに干渉している。
しかし、意味論的な論争はよそう。もう一度動画を見てみよう。Sadhuは太陽が惑星を先導しているかのように、太陽が惑星よりも前方に出て銀河を回っているかのように描いている(2番目のビデオだともっとそれは明白だ)。これは単に誤解を招くだけでなく、完全に間違っている。惑星は、われわれが銀河系の中を巡るとき、ときどき確かに太陽の前に出たり、ときどきその後ろをついてゆく(太陽を周回する軌道上のどこにいるかによる)。実際に夜空の惑星を見たことのある人にとっては明白な真実である。なぜなら夜空の一部は、地球や太陽が銀河系を周るときの進行方向にあたるわけだが、惑星はその部分にだって観測されるのだ。
ここでも、細かいことをあれこれ議論するのはやめよう。後述するように(「こうした考え方はどこからもたらされたのか?」の項)、惑星が銀河系内を動くときに太陽の後ろをついていくという考え方は、Sadhuがらせんについて述べるときの思考基盤となっている。しかしまずは、もうちょっと見てみよう。
太陽が銀河の中を移動していく様子を示している、彼が二番目に公表した動画では、もっとひどい状況だ。
公平のために言うと、今回彼は惑星の動きについて「らせん状」だと正しく記述している。しかし、まだ惑星が太陽の後ろをついていくように描いていて、これは間違っている。また特に動画の冒頭では、太陽中心モデルと、らせん運動についての彼の説明を具体的に比較しており、誤った「太陽主導」の考え方を補強している。
彼の動画における太陽中心モデルの動きを注意深く見てみよう。銀河を周る太陽が動く方向は、惑星の軌道平面と同じに描かれている。しかし、こうではないのだ。太陽系の平面は、車の前方への動きに対してフロントガラスが作る角度のように、銀河系に対して約60度で傾いている。
これは本当に重要な点だ。らせんモデルでは、銀河を周る太陽の動きにあわせて、太陽を垂直に周回するような惑星が描かれている。お好みなら「正面向き」といってもいい。これが間違っている。なぜなら、惑星の軌道は60度で傾いていて、90度ではない。惑星はときに太陽の前に、ときに後ろになる。これだけで、らせん描写が正しくないことがわかる。地動説という現実のモデルにおいても、順行-逆行運動というものは存在し、現実の空できちんと観測できる〔訳注:詳しくはこちら参照〕。
しかしそれだけではない。動画では、太陽が銀河を周ることを見せていて、らせんに沿って上昇、下降している。最初の動画のように、一部正しいところもあるが、大方は事実からかけ離れている。
われわれの銀河は、中心部が膨らんでいる平たい円盤で、端から端まで約10万光年の距離がある。この円盤は無数の星を内包し、その重力が合わさって、銀河中心を周る軌道に太陽を留めている。ちょうど、太陽の重力が惑星を軌道に留めているのと同じだ。
太陽が銀河系を一周する軌道の長さは、およそ2.4億光年ではない。銀河を周回するときには、だいたい動画にあるように、太陽は実際ぴょこぴょこアップダウンを繰り返している(とはいえ大体1周につき4回ぐらいなのに、Sadhuは動画内で数十回もアップダウンするように描いている)。〔訳注:太陽系が銀河系内を周回する軌道の図参照(垂直方向は強調されている)〕
このような運動が起きるのは、銀河円盤での重力の働き方のせいだ。ここが非常にクールなところだ。円盤よりほんのわずか上にあるものは、円盤に向かって全体的に下へと引っ張られる。円盤が巨大な物質の板であると想像してみて、太陽がその円盤よりも上にあるとする。円盤の重力は太陽を下へと引っ張る。星と星の間は遠く離れているので、太陽は円盤の間を通り抜けて下へ降りていく。そうすると今度は、下に来てしまった太陽を円盤がまた引っ張り上げる。このとき、太陽の動きはだんだん遅くなり、そして止まり、向きを逆にしてまた円盤へと急激に突入する。太陽は、銀河円盤の中心から上下にそれぞれ200光年ぐらいの浮き沈みをするが、円盤は1000光年の厚みをもっているので、結局私たちは銀河円盤の中にしっかり留まっている。しかしこうした摂動は永遠に続き、太陽は大海のコルクのように浮き沈みを続ける。
太陽は銀河を周回しているので、合わさった動きはすてきな波のパターンになり、浮きつ沈みつ回転木馬のようにまわり続ける。ゆえに、Sadhuはこの部分に関しては(多かれ少なかれ)正しい。
だいたいはね。しかしここに3つ目の要素が加えられている。ひねったらせんを描く太陽の道筋を、彼は歳差運動の性質だとしている。この部分は間違っている。非常に間違っている。
歳差運動は物体が回転するときにてっぺんをぐらぐらさせる動きで、回転の中心軸からずれた向きの力をてっぺんに加えたときに起きるものだ。コマのてっぺんを突くとぐらつく、それが歳差運動だ。地球自身も太陽と月の重力に引っ張られて歳差運動をしており、その軸の1回の揺れ周期は2万6000年だ。
明らかにSadhuは、動画の中でこれを表現している。しかし、ぐらつきは太陽にまったくなんの影響も与えていない。それはただ、地球が何かしているだけだ。しかし、Sadhuは銀河を周る太陽の動きに付け加えていて、それは意味をなさない。動画では銀河を周るコークスクリュー(コルク栓抜きのような螺旋運動)を描いているが、ときには銀河の中心に寄り、ときには遠くへ離れる動きを何度も何度も繰り返している。回転木馬のたとえでいえば、馬が真ん中で回って、上下に、また左右に動いているようなものだ。しかし、それは太陽の本当の動きではない。左右の運動なんてない(軌道ごと何度も銀河の中心に向かったり離れたりするなんて)。Sadhuの示すコークスクリューパターンは、間違っているのだ。
動画と解説文において、Sadhuはかなり頻繁に、座標系と力と運動を混乱させている。
彼はなぜこんな正しくない運動を描くのだろうか。それを掴むため、彼が元にした文献をあたってみた。
動画と彼のサイトによると、SadhuはPallathadka Keshava Bhatという人から学んだそうだ。Bhatによる「らせんの渦巻き:太陽系の動的プロセス」(“Helical Helix: Solar System a Dynamic Process”〔リンク切れのためこちら参照〕)と題された文章にこの考え方はすべて説明してあり、細かすぎる点は指摘しないが、ちんぷんかんぷんなものだった。まじめな話、どれもまったく意味をなさない。Bhatは地動説は間違っていると主張しているのだが、その主張を補強するために、虚偽のアイディアを次から次へと用いているのだ。彼の主張の間違いを暴くためにページを割くこともできるが、ここは短くまとめてみよう。
私はBhatの主張を何度も読んで、可能な限り好意的に考えようとした。私がかき集めたところでは、彼が言っているのは、太陽の動きによって、太陽を先頭にして惑星が後をついていくという形で、惑星は銀河系内でコルク栓抜き状のらせん運動をする、よって地動説は間違っているというものだ。Sadhuの動画の解説文によると、こうした動きをうまく描いているという。しかし、どれも完全に間違っている。もしそれが正しいのなら、外惑星(太陽から地球よりも遠くにある、火星や木星など)は太陽の反対側に遠く離れて見えないだろう。しかしいつだって、私たちには見えている。
それに、私たちは何度もほかの惑星へ宇宙探査機を送っていて、どれもいまだその軌道上にある。もしBhatがいうように地動説が間違っているのなら、探査機はいつになっても目的の惑星に到達できない。探査機を送るための軌道計算が間違っていることになるからだ。探査機の道筋を計算するときに銀河を周る太陽の動きを考慮する必要なんて全くないから、Bhat氏のいうことは正しくない。
太陽が太陽系の先頭で、惑星はその後ろをついていくという主張も、明らかに間違っている。太陽は、Bhatが主張し(Sadhuが動画で示して)いるように、銀河系を突き進む弾頭のように太陽系を主導したりしていない。惑星は太陽の周囲を周り、全体が一つのユニットとして銀河系を60度の傾きで移動している。これは、銀河の軌道に沿って惑星はときに太陽の前になり、ときに後ろに続くということだ。
これはそう、道を歩くあなたの頭の周りを、端にボールの付いた紐がぐるぐる周っているようなものだ(この円は60度傾いている)。ボールはときに頭の前になり、ときに後ろになる。道を歩くときには常にあなたと一緒だが、歩く速さには関係なく、相対的にはあなたと同じ速さでいつも移動している。あなたが自分の動きを線で表すとすると、ボールは傾いたらせんを描くだろう。これこそBhatとSadhuが説明しようとしたことなのだが、しかし間違った説明になってしまった。
Bhatは、その文章の中でいくつもの間違いと論理的誤ちを犯している。たとえば、Sadhuの地球歳差運動の誤用についてBhatが何と言っているか読み取ろうとした。しかし、とても不明瞭で(それに単純なミスもあり、彼は歳差運動の周期を22万5000年としているが、実際には2万6000年)ゴルディアスの結び目を解いているみたいだった。まだほかにも。彼は、もし地動説が正しいなら、日食は1カ月に1回起きなければならないと考えている(46ページと134ページを参照。ちなみに日蝕が一ヶ月に1回起きないのは、月の軌道が傾いているため)。また、彼は「太陽中心軌道は不可能であると意味しなければならない」と結論付けた部分で、地球が太陽の周りを周る回転について根本的な勘違いをしているようだ(文書の30ページを参照のこと)。実質、私が読んだ文章の1ページごとに基本的・根本的な間違いがあった。
そしてこれが、Sadhuの(間違っているにしてもステキな)動画が基礎としているものなのだ、いいかい? いっておくが、もしSadhuのサイトをのぞいてみたら、あらゆる種類の……んー、おかしな陰謀論……9.11陰謀説から、ケムトレイルから、デイヴィッド・アイク(本気で爬虫類型異星人がデンバー空港の地下に住んでいて世界を支配していると主張している)が怒り狂いそうなのから、名前しかない程度のものまで見つかるだろう。私は、彼のほかの考え方を念頭に置くことにした。
DJ Sadhuの動画は、とてもステキで、そのうちいくつかは真実を元にしたものだ。しかし、私の意見ではBhatのゆがんだ宇宙に対する見方のせいで、その核心が失われてしまっている。
彼の動画は正しいように見える。クールであるように見える。ものごとはこうでなくっちゃ、というセンスに訴えかけるものがある。しかし、物事がどうあるべきかと、実際にどうなのかということはいつも重なり合うわけではない。宇宙は本当にクールな場所で、とてもよく出来た一連の法則に基づいて動いている。私たちはこうした法則を「物理」と呼んでいて、それは数学で記述されている。そしてそういうこと全部を理解しようとする試みが、科学である。
クールなものがすべて科学ではない。しかし科学の全てはクールだ。これは普遍的な法則ではないかもしれない。けれども、私の見てきた限り、これは真実なのだ。
最近、務めている会社が親会社を含めてこれに夢中になっている。
腐れたインフラを導入するのはどうにもムシが好かない。
つーか、開発したやつしか理解できない不安定な仕組みなんて捨ててしまえ。
将来を見据えているとか説明されたけど、前回の導入時にもそんな話聞いたし、
今回も構成要素を意味不明な法則で再分解(置き換え)しただけじゃねえか。
そんな仕組みのうま味なんてエンドユーザは求めてねえし伝わらねえよ。
腐れたソースでしか情報発信できない仕組みなんて使いたくないし覚えたくもない。
どうせ数年したらすたれるだけだよ。そうなったらまた覚え直しか?
つーか、コンプライアンスやらWCAG 2.0の話はどこにいった?
クソが!
普通の人からすると大したことじゃないと思うけど、もう会社の中に貢献しようと思う気が失せたので、その実態を書いておく。
ソフトウェアを自社開発していて、顧客自身がWebアプリケーションを作れるようなマルチテナントサービスを提供しています。
とある機能設計でCTOが「コレ出来るよね?」ってすごい適当な図((丸と線をつないだだけ))を書いて説明してて、
別の部署の部下がちゃんと理由((CTOには言葉の意味すらわかってなかったらしい))を説明して何度も断ってたのに、
無関係なうちの部長が呼び出されて「出来るよね?」って詰め寄られて「簡単にできますよ」ってさらっと援護してた。
彼自身はその機能に関して別に作業も具体的な設計をするわけでもないので、頭を悩ませるのは援護射撃をもらった担当の開発者たち。
社歴が長い分既存製品に関する知識があり度々オブザーバーとして呼ばれるが、今はその製品を開発している部署に所属しているわけでもなく、
最近の方向性や技術動向に関しては全然理解していないにも関わらず。
普段は雑談しながら笑ってることも多くて人柄は悪く無いと思ってるけど、仕事に関しては全部CTOの発言を決定事項として下ろしてくる。
自分が板挟みになりそうなら部下を責める。あなたの意図はどこ?
思考停止と思えるほどに「今までもこうやって来たんだし」がバンバン口から出てくる。
それを変えるやり方や新しい概念の導入に戸惑うとイライラして険しい顔でとにかく前例に合わせるようにする。
そうやって前例にこだわってきたからなのか、ちょっとしたエピソードがある。
たった4人の小さい部署だから毎週のMTGの余った時間で持ち回りの勉強会を提案して実施してたけど、
彼以外の3人がミドルウェアやフレームワークや新製品の説明をしているのに対し、彼は割とすぐネタが無くなったのか既存製品の話とか会社の規則に関する話が出てくるようになって、
最終的に「忙しいから」というよくわからない理由で勉強会が消えた。
3人共「楽しかったのになぁ」って口を揃えたんだけどね。
部長がいる僕の部署は新製品と銘打って開発を進めてるけど、例によってCTOの発言によって既に現行製品をなぞる方向でただの焼き直しを進める形になっている。
僕とサシで話した時は「現行製品と同じ機能を作っていくんだったら新製品を作る意味ってなんだろうねぇ(´Д`)ハァ…」とか言ってたくせにCTOの前ではハハハと笑っている。
以前指摘したけど、彼は新製品に関するプロダクトマネジメントやステークホルダーの立場ではなく、あくまで開発者らしい。
じゃあ誰が責任者でステークホルダーなんだよと思ったけど、そんなものは既存製品にもいなかった。
おかげさまで「あの時はこんな事情があって…」ばかりで迷走しまくってるんだけど、そういう反省は生かさないんだな。
基本的に技術に疎い。もともと企画をやってた人らしいけど、アイデアマン((その場の勝手な思いつきは多い))ではないなぁ。
バズワードは大好きだけど肝心の内容は何も知らないし間違いを指摘しても「そんな解釈もあるよね」ってごまかす。
でもそれでCTOっぽく技術をリードしていると思っているらしい。
その他にもいろいろ。「ifとforが使えれば何でもできるだろ」だの暴言も多い。
社長は彼がCTOとして問題があることに気づいているらしいが、役員だしなぁ。
来期は彼を開発部署の上から外してくれるといいな。でもその頃には僕はいない。
目の前の利益にはすぐ食いつく。
「こんな案件の依頼が来ていてお金はいいんですが、確実に専用のカスタマイズが必要なんですが…」というのに開発陣にヒアリングなしに受注を確定させる。
サーバだってもともと予算はないけどサクッと購入する。開発者たちにサーバを買う予算はないって渋りまくってるのに。
うまく行けば自分の実績として社内で大々的にアピールしまくるが、火消しに走るときは営業に文句行ったり開発者に文句行ったり。
そして保守のことは全然考えてないので、積み残されたカスタマイズサービス群が開発者や運用者、更には顧客への次の担当者を苦しめる。
現行製品の仕様を切り替えた時にカスタマイズで問題が起こったおかげで製品の仕様にカスタマイズを考慮したあれやこれやを要求されてがんじがらめ。
ちなみに、コレよりひどい自称元SIerの営業が居るが、とにかくカスタマイズ案件を取って受注しておいてPMをしないもんだから、
突然「お客さんが明日欲しいっていうんだけど」って焦って飛んでくる事態を連発する。
もちろんそんなことを連発してても「大型案件」を受注するから営業成績はMVPとりまくり。そこからずっと続く保守・運用は彼の仕事じゃないしね。
CTOの話に戻ると、僕らが作っている新製品(?)に関してもとにかく自分の理解の範囲内に収めるべく発言しまくるし、
新しい概念を持ちだされて意味がわからない時は「それって現行製品のコレはできるの?」で畳み掛けてくる。
もちろんそれを聞いた部長は「そうですよね。それも必要ですよね!」って援護してきて考えてきた設計がことごとく旧製品になっていく。
どうやらCTOの中では既存ユーザが内容を移行できる新製品にする予定で、機能まで全て踏襲するらしい。
そんなもん誰が使うんだろうねぇ。
「新製品を世に出していくには実案件で実績を作っていかなければ」って話をして、案件を持ってきた。
最初は短期間で終了する案件だったけど、運用期限の決まっていない案件が発生している。
そのために製品名もリリース時期も何も決めてないけど、メインから分離した保守ブランチができ、APIv1は提供済みだから今後はv2にならざるを得なくなり、
それすら新しい案件で潰されていくことだろう。
当初は「お客さんにはあくまで実験的なものと説明し、お金は取らない」((そんな話を受けるお客さんはたぶんいないって指摘したけど聞いてくれない))とか言ってたのに、
今は「売り上げあげなきゃこれまでの開発費がリカバリできない」とか言ってる。
まともなデバッグシステムやエディタを使わずに果たしてユーザはPHPコードを書いて開発をするだろうか?もちろん、否。
お客さんから依頼を受けたら営業担当者が四苦八苦しながら開発代行を行い納品する。
それでも難しい場合、パートナー企業に依頼をして開発をしてもらい、納品する。
そもそもPHP以外の機能自体も複雑になってて、開発者自身が「ここに機能追加しろって言われたけど、そもそもこの機能どうやって使えばいいの?」と迷うレベルだし、
想定してた使い方を超えてバグを付く動きを相談なしでお客さんに提供しちゃってるもんだから、
どれが正しい仕様なのかすら不明瞭になっている。
Javaってオブジェクト指向のプログラミングが出来るはずの言語なんだけど、オブジェクトなにそれ美味しいの?って状態。
クラスがただの関数置き場になっててメンバー変数をいじるもんだから、副作用のせいで同じオブジェクトを使う処理がことごとく影響を受ける。
それを避けるにはどうするか?もちろん似たような機能を持つ別オブジェクトを作ったり、別関数で違うメンバーを使うようにしたりする。
とにかく既存の流れを邪魔しないように新しいコードを作ればいい。おっと既存機能と同じ処理をする部分があるな。コピペコピペっと。
もうリファクタをしようと思う開発者はいないし、単体テストもないからできない。いや、無いんじゃなくて単体テストを作れない。
あちこちにDBコネクションとか埋め込んであって都度データ取得するから小さなコードでも動作するにはDBコネクションが必要なんだ。
僕は新卒メンバーには「会社内の書き方は(どの会社でもそうだけど、ここは特に)独自のやり方だから、コレが正しいと思わないように。
今後も開発者であるためにはxUnitとかバグの少ないコードの書き方とか自分自身で勉強するんだよ。」と言っておいた。
Conwayの法則とはよく言ったもので、まさしくリファクタできない密結合で暗黙のパラメータの多い組織。
自分の部署の立場を守る発言は多いけど、1年後2年後3年後どんなふうに仕事を進めていきたいからみんなでこうしていきましょう、って意思決定していくことは無い。
未来像を描いて推し進めようとする人とよく飲みに行くけど、その人もCTOからとにかく押さえつけられてたりする。
製品の結合度や他社サービスとの連携を図っていく基盤となる部分を提案しているのに、内容も全然理解してなくて「話が大きすぎて工数かかりすぎ」と言われ、
役員会でCTOが勝手に「仕様検討にかかった時間が負債になった」と報告したらしい。
「なにより、こんなことで諦める俺が憎い!」じゃないけど、そんな中途半端に辞めようと思う僕も駄目なやつだとは思う。
誰にも頼まれないまま開発インフラを変える動きを有志で立ち上げて色々やってCI((例によってユニットテストできない))が回るようになり始めたけど、それも中途半端。
運用インフラを変える部分もやっと使える状態になったけど、まだまだ中途半端。
そういった点は大変に申し訳ない。
でも、今のまま居たって僕に未来はない。
こんなところでこんなグチグチ言ってちゃダメなんだ。
だから、ゴメン!
ブックマーク数5の記事に新たに+100ブックマークされる場合と、ブックマーク数500の記事に新たに+100ブックマークされる場合とでは、同じ100増えたブックマークでも印象が違います。
同じ100ブックマーク増えただけに違いないのに、なぜでしょうか。
沢山ブックマークが付くとランキング等で後押しされ更にブックマークされやすくなります。
まっさらな+100ブックマークと、後押しされた比較して付きやすい+100ブックマークだから印象が違うのです。
そこで”印象”の部分に着目してて、ブックマーク数が多ければ多いほどブックマーク数の数の力を弱める、といった指標を作ります。
次の式を使います。対数、logです。
f(n) = round( log(n) / log(√(2)) ) n はブックマーク数、 例外として、f(1) = 1 round() は整数に四捨五入のこと
f(2) = 2
になるように対数の底を√(2)にしています(”log(√(2))”で割る)。これは自分勝手な都合です。色々変えてもよいかもしれません。
数字の増減がわかりやすいようにブックマーク数が1~20までの結果を羅列します。
n ブックマーク数 | f(n) | 補足 |
---|---|---|
1 | 1 | 例外です |
2 | 2 | |
3 | 3 | |
4 | 4 | |
5 | 5 | |
6 | 5 | ここから変わってくる |
7 | 6 | |
8 | 6 | |
9 | 6 | |
10 | 7 | |
11 | 7 | |
12 | 7 | |
13 | 7 | |
14 | 8 | |
15 | 8 | |
16 | 8 | |
17 | 8 | |
18 | 8 | |
19 | 8 | |
20 | 9 |
f(n)が増えるところだけ見ます。
n ブックマーク数 | f(n) | 補足 |
---|---|---|
1 | 1 | 例外です |
2 | 2 | |
3 | 3 | |
4 | 4 | |
5 | 5 | |
7 | 6 | |
10 | 7 | |
14 | 8 | |
20 | 9 | |
27 | 10 | |
39 | 11 | |
54 | 12 | |
77 | 13 | |
108 | 14 | |
153 | 15 | |
216 | 16 | |
305 | 17 | |
431 | 18 | |
609 | 19 | |
862 | 20 | |
1217 | 21 | |
1723 | 22 | |
2436 | 23 | |
3445 | 24 | |
4871 | 25 | |
6889 | 26 | |
9742 | 27 | |
13778 | 28 | |
19484 | 29 | |
27555 | 30 |
桁が増えるくらいで f(n) が 7 増えます。
ブックマーク数が多ければ多いほど f(n) が増えにくくなっています。安易に対数を使うとこんな感じになります。
実例で見てみます。
2014年07月21日~07月27日の週間ランキング - はてなブックマーク
(表組み内で「|」文字を使う方法がわからないので、タイトルからはその文字だけ削除しています。)
n ブックマーク数 | f(n) | タイトル |
---|---|---|
2283 | 22 | これは使える!覚えておきたいEXCELのちょっとした技20選 - NAVER まとめ |
1903 | 22 | 「1枚」で、パワーポイントの品質と生産性を向上させるデザイン・テンプレート|PowerPoint Design |
1459 | 21 | 見ないと絶対損する!プレゼン資料の印象がグッと上がる良質記事10選 SIROKグロースハックブログ |
1396 | 21 | たった1分で驚きの効果!SEの夫を眼精疲労から救ったスゴ技10選 シンプルライフ |
1154 | 20 | リア充から教わった人気者になれる会話聞き上手術 |
1312 | 21 | 驚くほど効率UP!エクセル(Excel)マクロ講座|All About(オールアバウト) |
1038 | 20 | JavaScript初級者から中級者になろう — uhyohyo.net |
873 | 20 | 15分間の罵倒: いろいろにっき。 |
853 | 19 | 何かのときにすっと出したい、プログラミングに関する法則・原則一覧 - Qiita |
843 | 19 | 自分の好きな焦点距離を見つけよう!焦点距離毎の「すごい」作例まとめ! |
815 | 19 | これからAWSを始める人は一読すべき「AWS運用チェックリスト」を読んでみた | Developers.IO |
719 | 19 | リクルート創業者江副浩正の遺した「マネージャーに贈る言葉20章」が現代のビジネスパーソンの間で話題に - NAVER まとめ |
710 | 19 | ヤフージャパン、総務省にパブコメを出すも激しく全否定されネットでも十字砲火を浴び炎上(山本 一郎) - 個人 - Yahoo!ニュース |
706 | 19 | IT系企業の平均給与を業種別にみてみた 2014年版 ~ ネットベンチャー、ソーシャル、ゲーム編 - Publickey |
802 | 19 | 幸せな人はやっていない、今すぐやめた方がいい12のこと | ライフハッカー[日本版] |
701 | 19 | ASCII.jp:データ消失!あのとき、ファーストサーバになにが起こったか? (1/2)|データ消失事故から2年!ファーストサーバ、再生への第一歩 |
681 | 19 | 京都市内に住んでいる人しか理解できない京都人の感覚 : 市況かぶ全力2階建 |
675 | 19 | 「もはや計画は不要になった」 MITメディアラボ・伊藤穰一氏が語る、"インターネット後の世界"と"新しい原理" ログミー[o_O] |
665 | 19 | 学生時代、英語が嫌いだった僕が英語を話せるようになるまで - (define -ayalog '()) |
651 | 19 | こんなところが日本に?パスポートいらずで海外の気分を味わえる国内スポット5選 RETRIP |
634 | 19 | ボールジャグリングの基礎 |
630 | 19 | 800枚以上の無料写真をカテゴリー別にダウンロードできるサイトPexels - Photoshop VIP |
627 | 19 | 無料で読めるlinuxのテキスト ~ PCまわりクイックメモ |
605 | 18 | Matz氏語る「今ソフトウェアはソフトじゃない」 - Engine Yard Blog |
598 | 18 | LINEスタンプ用 Illustrator テンプレートと書き出しスクリプト - はてゆき |
578 | 18 | 商用無料の写真素材のブックマークに加えておきたい、高解像度でセンスのいい写真画像がダウンロードできるサイト -raumrot コリス |
576 | 18 | 覚えておいて損ナシ!心理学を駆使した今日から使える交渉術8個 COROBUZZ |
572 | 18 | 「今、アメリカ経済は好調です。車が飛ぶように売れていきます。理由は低所得者向けの低金利ローンです。」について - Not-So-News |
566 | 18 | 軽くて使いやすい仮想化技術 「Docker」の仕組みと エンタープライズ開発における4つの活用事例 (1/6):CodeZine |
560 | 18 | 「ブックマークコメントページ」をベータリリースしました - はてなブックマーク開発ブログ |
ブックマーク数2283も1903も大体同じという印象にそって、同じ数値22を得ました。期待通りですが、ふうんて感じです。
100前後のブックマーク数サンプルがないので別のページを参照して同じことをやってみます。
2014年07月21日~07月27日の週間ランキング - おもしろ - はてなブックマーク
n ブックマーク数 | f(n) | タイトル |
---|---|---|
651 | 19 | こんなところが日本に?パスポートいらずで海外の気分を味わえる国内スポット5選 RETRIP |
634 | 19 | ボールジャグリングの基礎 |
399 | 17 | このくるくる回る白いドット、実は真っ直ぐ往復してるだけなんだぜ : ギズモード・ジャパン |
315 | 17 | 【2ch】ニュー速クオリティ:【画像】雨に濡れたJK達えろすぎwwwww |
233 | 16 | んにゃあああ! 家猫のあり余るエネルギーをハムスターみたいに発散させる回転ぐるまが登場 - ねとらぼ |
195 | 15 | 90年代後半の日本の雰囲気wwwwwwwww:哲学ニュースnwk |
189 | 15 | おすすめのYouTube動画をおしえろん BIPブログ |
176 | 15 | まんだらけ渋谷店女子部、中古売却された芸能18禁同人誌を写メ付で無断宣伝→「削除の予定は無い」 - NAVER まとめ |
174 | 15 | 豆乳を投入 |
212 | 15 | VIPPERな俺 : 腹出てる奴に朗報 胸筋下部という筋肉を鍛えなさい |
173 | 15 | 【画像】堂々と腋マ●コ見せる女wwwwwwwwwwwwww:キニ速 |
156 | 15 | バンダイ、甲羅から亀が勢いよく飛び出すカプセルトイ「あいつ、亀やめるってよ」発売 - ITmedia ニュース |
139 | 14 | 【社畜】ベッドのない会社で寝るための5つの方法:キニ速 |
142 | 14 | 【画像あり】39年前のソニーのラジオかっこいい!:キニ速 |
130 | 14 | 女なのですが可愛い女の子とエロいことがしたいです |
143 | 14 | なんで去勢志願者っていないんだろう? |
121 | 14 | もっふり可愛い猫画像スレ:哲学ニュースnwk |
116 | 14 | 自分の脳が右脳派なのか左脳派なのかが分かる一枚の画像が凄いと話題に:哲学ニュースnwk |
102 | 13 | 村長VS青二才勃発~村の陰湿ないじめに負けるな、青二才さん - 豆府メン樽 |
115 | 14 | デートをドタキャンされたからぼっちで「アートアクアリウム展」行ってきた。 - 自省log |
83 | 13 | Amazonでついついクリックしてしまった可愛い女の子のサムネ集 7選 - 自省log |
85 | 13 | 【画像】最近のボケてレベル高杉ワロタ : 暇人\(^o^)/速報 - ライブドアブログ |
106 | 13 | 第21回 ジブリタイトルを組み合わせて一番面白い奴が優勝 : あじゃじゃしたー |
77 | 13 | 【TPO行方不明】町で聞いたバカップルの会話18選 CuRAZY |
76 | 12 | 片栗粉でクッキー作った結果wwwwwwwwwww:キニ速 |
74 | 12 | トランクス女子を流行らせよう(提案) |
75 | 12 | 可愛すぎて胸がときめく!被り物をかぶった猫ちゃん写真集 COROBUZZ |
68 | 12 | 美人ドコモ店員キレる |
64 | 12 | 変態子ども時代 |
90 | 13 | 痛いニュース(ノ∀`) : 【画像】 カモメがウサギを丸飲み - ライブドアブログ |
62 | 12 | 【画像あり】女子大生が男子中学生に性教育 羨ましすぎワロタwwwwww:キニ速 |
86 | 13 | 一人旅おすすめの温泉地:【2ch】バイク速報 |
50 | 11 | 江頭2:50 vs 加藤鷹 “クリ”ック対決 ゴッドフィンガーはどっちだ? (動画) - ViRATES [バイレーツ] |
51 | 11 | 古美門「何ィ!? 女児誘拐事件の犯人を弁護しろ!?」【予告編】 - ゴールデンタイムズ |
49 | 11 | 【絵本】元図書館司書が厳選! 日本の「怖すぎる絵本」8冊(1/3) - ウレぴあ総研 |
43 | 11 | この完璧すぎるgifで笑わずにいられる奴いるのwwwwwwwww : あじゃじゃしたー |
46 | 11 | 【放送事故】番組内の通販で、正直な女優が「その商品意味あるの?」と激怒!司会者が「まぁまぁ」といさめるハプニングwwwwww 9ポスト |
45 | 11 | 童貞諸君、安心したまえ。男は誰も満足できていない。 |
(略) | ||
39 | 11 | 夏まで生きていようと思った。 - スチーム速報 VIP |
終始ふーんという印象が拭えませんでしたが、ブックマーク数を伏せた上でこの数値を被験者に利用してもらい、比較して対象の行動にどう変化が出るのか、というところまでやるのがよいようです。
このf(n)の各数値を別の言い方、ちょい、ちょいちょい、すごい、ちょいすご、かなりすごい、またはいくつかの星、勲章、色、濃度などを充てていくと、親しみやすいものになっていくと思います。少ないブックマーク数は無理せず、そのまま表示がわかりやすいかもしれません。
直接的な数字からの脱却というか、いっそはてな自体が被ブックマーク数を見えなくして、印象だけで見せるって風になったらどんな見られ方をしてどんな未来が待っているのかなあなんて思いました。しかしこれはある人にとってはちょっとしたディストピアでしょう。
(※ 僕個人の感想です)
E=mc^2
運動量 p=0 の時は確かに成り立つので全くの嘘ではないとは言え、なぜこんな中途半端な省略がされたのでしょうね?
略すならいっその事自然単位系を取って E=m でも良かったのではないでしょうか。
『あの星の光は太古の輝き。今見ているのは過去の星の姿なのよ。相対性理論ってロマンチックね』
何か僕が重大な勘違いをしているのかもしれません。
聞いてみたいのですが、聞き返すといろんなフラグをへし折る気がして質問すら出来ません。
僕の部屋が汚れるのはエントロピー増大の法則のせい
「部屋に冷たいビールを置いておくとぬるくなり、部屋の気温はちょっと下がる(熱平衡状態)。その逆は起こらない」くらいの意味です。
それがどうして部屋が散らかる理由になるのかわかりません。
そもそもエントロピー は
で定義されるのですが、部屋の散らかり具合を表すエントロピーなんて何の自由度をどう数えればいいのでしょう?
ひょっとしたら、部屋の散らかっていく様子を空気分子や水中のイオンの拡散する様子に見立てたジョークが一人歩きをしてしまったのかもしれません。
言うまでもなく、部屋が散らかるのはエントロピー増大の法則のせいではなく僕のせいです。
シュレーディンガーの猫とか多世界解釈とか
トンデモさんにも一般のひとにも大人気でものすごく触れにくい話題です。
控えめに言っても、現在の大学では学ばないし教科書にも載っていないとだけ。(コラムとか小話的に載っている事はあるけど)
念のため言っておくと、観測問題自体がトンデモという訳ではなく、それを調べる研究者もいますがそれはネット上で人気のあるものとは別物かと思います。
具体的には 人の精神が〜とか多世界解釈みたいな単語が出てきたらブラウザバックしていいと思います。
ところで、シュレーディンガーの猫はもともとは「波動関数の収束はいつおこるのか?観測装置も含めるべきか?」といった指摘だったようなのですが(知らない)、
といった具合に変質して伝わってしまったようです。重ね合わせなのは確率(状態)であって猫やパンツそれ自体ではないんですけれどね。シュレーディンガーも草葉の陰で泣いている事でしょう。関係ないですがシュレーディンガーはロリコンです。
http://ja.wikipedia.org/wiki/エルヴィン・シュレーディンガー#.E6.80.9D.E6.83.B3] (あれ、リンク貼れないな・・)
引用者注 正しいリンクを貼ります。
http://ja.wikipedia.org/wiki/エルヴィン・シュレーディンガー#.E6.80.9D.E6.83.B3
注ここまで
上記のトピックが哲○ニュースとかカラパイ○などでブックマークを集めていることがあります。
コメントをよく見てみると「角運動量の合成が出来るようになってから言えよ」「井戸型ポテンシャルでも解いてろ」と言ったたぐいのブクマコメントがちらほら見られます。せっかくなのでちょっと解説しておきます。
(高さ無限大の一次元)井戸型ポテンシャルとは量子力学における最も簡単な問題で、物理学科生で解けない人はおそらくいません。
仮にいたとしても落第するでしょう。なぜならば量子力学のテストでそれ以上簡単な問題を作れないからです。
「角運動量の合成も出来ない奴」
これも上記と同様の煽り文句です。足し算も出来ない奴、九九も唱えられない奴、くらいの意味です。物理学科生をガチ切れさせるのでリアルでは使わないように。
トンデモ系サイトにこれらのコメントがつくのは「トンデモさんにはわからない、物理学科生にのみわかる煽り文句」になっているからでしょうね。
偉大なる元増田様
でもコレさすがに釣りかな。。。突っ込んだら負けかな。。。とか思いながらも突っ込まずに居られない
E=mc^2
単に質量をエネルギーに換算する式、というだけ。Eはmの質量を持つ物体の全エネルギーを表しては居ない。
お前の「相対的」ってなんだよ?
見えているものは「現時点」の姿ではない。
「相対的」って、お前は向こうにも人がいたら同じように思ってるだろ?とか言いたいの?
思ってる、とかじゃなくて、事実、そうだけどな?
テレビの中継とかで音声が遅れるの見た事ないの?それから理解できないの。。。?
いや、そうだけどさ。上の2つと意味が違いすぎるんだけど。なんで並列してるの?違いも分からないの?
といった具合に変質して伝わってしまったようです。重ね合わせなのは確率(状態)であって猫やパンツそれ自体ではないんですけれどね。シュレーディンガーも草葉の陰で泣いている事でしょう。関係ないですがシュレーディンガーはロリコンです。
2chとかで出てくるとかってお前が言ってるのは、
お前レベルのバカどもが言葉の意味もわからずに(もしくはわかったと勘違いして)使ってるだけの話だろ。
で、あんたはどこの物理学科なの?進学できんの、そんなんで?何してんの?
相対的でなくて元増田は「相対論的」だから。星の発光は光速で伝播するわけで、相対性理論では光速を時間の基準に取るからこちらで見た光と発光された光は同時刻ということかと。あってると思うが
相対的、と書いてるのは確かにおかしくて「相対論的」のつもりで書いてた。
相対論では高速を時間の基準でとるからこそ、光が放出された時間とその光が補足された時間、その2箇所の距離が0でなければ絶対に一致しない。
見た光と発光された光が「同じもの」ではあるがどう時刻ではない。
とある経済学科で数十年教壇に立ち続けた教授が、定年を迎えることになった。
彼は最後の授業でこう語った。
「私たちは、後戻りすることのできない不可逆な時間の流れの中で生きている。そんな中で私たちは、不確実な未来へ向けて決断を下さねばならない。
その決断の時とは、他ならない“いま”である。何を選び、何を捨て、何のために生きていくのか。私たちは常に決断を迫られている。
そして決断を迫られたとき、私たちは手持ちの情報だけでは不十分過ぎることに気づかされる。それでは、私たちはどうすればよいのだろうか。
ここに1つの方法がある。それは、歴史を学ぶことだ。そこから得られる教訓、法則を“いま”に応用し、よりよい選択を実現することができる。
無味乾燥で、つまらないと思われがちな歴史だが、それは世界が創りあげてきた壮大なドラマに他ならない。
そんな歴史を学ぶこと、なかでも経済史、経済学史を学ぶことの意味と意義、面白さを伝えたくて、私は今日まで奮闘してきた。
やたら長ったらしい名前に最初はなんじゃこりゃだったけれど,系統付けされていたから
法則を理解すると納得できて,日本語で覚えるほうが断然キツいだろうなと
いう旨のことを書いていたのを思い出した。
なんで女はディズニーランドが好きなんだ。
そんなに好きか。なぜそんなに好きなんだ。
ディズニーが好きっていえば可愛いとか思われると思っているのか?
ディズニーの何がいいのだ?
あんなに人間が一箇所に集まる場所で一日歩きまわって死ぬほど疲れるくらいなら
家で 24 のシリーズ1 を最初からぶっ続けで見たほうが 100% 有意義だ。
それにしてもわからん。なんでだ、ディズニーの写真撮れば可愛いとか思ってんのか?
ディズニー?別に好きじゃない、混んでるし。みたいな女と付き合いたい。
俺の中でディズニー好き=女の子、ゆるふわ女子みたいな法則が出来上がってしまった。
ここからは完全に偏見だが、ディズニー好きじゃない精神的に出来た女と話がしたい。
俺は異端なのか?そんなことはないはずだ。
えーと・・・
ふかふかな御飯のままですよ・・・
おにぎり一個分とか1膳分が手軽でよいです
(あれ・・・これカニンガムの法則を利用しようとしている方なのかなぁ・・)
追記
ラップに密閉が気になるなら
爪楊枝等で穴を何個か開けると良いかもしれません。
追記の追記
・・・つか
また新しく炊けばいいじゃねーか・・・
テクノブレイク.jpという、エロ専用RSSサービスを公開しました。
これは、自分のお気に入りのエロサイトの更新動画を、サイトすべてに訪問して確認しなくてもチェックすることができる、というエロのための時間を効率化させるWebサービスです。
今年文系で大学を卒業し、まったくの未経験で大手IT企業に入社し、研修を経て初めてプログラミングを触ることになりました。
それでも少しはできるようになったため、「ゆとり」でも「未経験」でも「文系」でも自分でwebサービスが作れるんじゃないか?と思い至り、ちょっと力試しということでやってみるか!!!とこのサービスを作りました。
僕は以下のような人間ですが、「仕事」を通じてプログラミングを学びました。もちろん今も勉強中です。
まだまだ働き始めたばかりなので、僕はプログラミング初心者が数ヶ月勉強したという方と同じような人間です。
なので現在上記にあてはまる人でも作ろうと思えば「自分でサービスを作れる」ということがわかっていただけたらと思います。
僕はオナニーをする時は、スマホのアプリで必ずエロ動画を探すのですが、だいたい以下のようなステップを踏むんですよね。
このように1つの動画を見るために、9つのステップを踏むんです。
もう何がいやだって、(7)ですよ。これが面倒くさい。
それから(2)のブックマークからエロサイトを開くことも面倒じゃないですか。
だって(1)〜(9)をサイトごとにやらないといけないわけですから。
これらを簡単にすることができないもんかなと。
だから、毎回だらだら開発を進めると時間がかかり、最終的にモチベーションが下がり、何もしなくなってしまうんです。
プログラムだけじゃありません。デザインを考えたり、仕組みを考えたりしないといけません。
あとで、このプログラムじゃ、仕組みじゃダメだったな、ってわかり手直しをすることだってあります。
すべてをそこそこ、80%におさめてください。
最初はすべて80%です。
ここで言う100%とは、あなたの考える理想を100%叶える、という意味です。
そういった意味では100%はありませんが、あなたにとっての理想の100%はありますよね。
走りながら、目指してください。
早くリリースすればするほど、ユーザーからの声を早く拾うことができます。
ユーザーの声こそ、そのサービスの目指すべき姿のことが多いです。
80%完成してリリースすればいいのに、残りの20%を埋めようとあなたが頑張ったとします。
もしかしたらその自分勝手な20%は、ユーザーに取っては不必要な20%かもしれませんよね。
なぜならドメイン代を支払ってるんですから。その金を無駄にしたくないですよね。
で、サーバーは後、というのは開発が無駄に3ヶ月かかったとすると、その3ヶ月分のサーバー代金が無駄ですよね。
実サーバーテストは、テスト環境でテストを終えてからやればいいかなと思ってます。
まずどんなコンセプトか、どんな機能が必要か、どんなUIにすべきかという目標をたてましょう。
なぜこうするかというと、常に自分が何をすべきかが明確になるからです。
なにも決めずにやろうとすると、
なんてことになります。
だから、頑張りすぎなくていいんです。
Webスクレイピングとは、サイトのコンテンツから欲しいデータを取得する方法です。
僕がどうやってRSSサービスを作ったかというと、このwebスクレイピングのおかげなんです。
広告、注目動画、アーカイブなどのそのサイトのコンテンツははじきます。
で、その主要コンテンツから、記事の画像とタイトル、URLをゲットしてきます。
やり方としては、主要コンテンツからそのサイト内部のリンクが貼られたimgタグを探し出します。
そして、そのリンクのタイトルまたは記事のタイトルを取得します。
こうすることで、そのサイトの更新一覧から更新記事のURLとタイトル、画像がわかります。
BootstrapはウェブサイトやWebアプリケーションを作成するフリーソフトウェアツール集である。 タイポグラフィ、フォーム、ボタン、ナビゲーション、その他構成要素やJavaScript用拡張などがHTML及びCSSベースのデザインテンプレートとして用意されている。
これを利用すると、基本的なWebサイトのデザイン(htmlとcss)が手に入れることができ、そのまま利用できたりします。
デザインを作る上で、非常に助かります。なぜなら最初からすべて自分でコーディングする必要がないからです。
僕は以下の時間に開発をしてました
だと思います。
どうしているかというと、Readdleの「Downloads」というスマホアプリを利用しています。
これは写真やファイルをクラウド上に保存したり、Dropboxや外部サーバーとファイル共有をすることができるアプリです。
画面は小さくてストレスがかなーーーりありますが、僕は外出中はこれでプログラミングをしています。
通勤中にこれでプログラミングをし、降車した後の徒歩で続きのプログラミングをキリが良いところまでする、という感じです。
また、歩きながらでもテストはできると思うので、歩きながらプログラミングは難しいという方はテストだけでもやってみはどうでしょうか。
Webサービス俺もやってみようかなーと少しでも思ってくださった方へ、
僕は開発をしながら、本当にやりたいことがあったら、時間はいくらでもつくりだせるなって感じました。
歩いてるときだって、トイレにいるときだって、電車にいるときだって、いつだって今の時代はできるんですよ。
それだけ現代って便利で、生きやすくて、なんでも挑戦しやすい環境のある時代なんです。
恐らく、少し前の時代、スマホが出る前の時代では歩きながらプログラミングなんて考えられないと思います。
そう考えると数年前と今って格段に何かを始めることができやすい時代なんですよ。
それでも挑戦しないって、もったいないねーなーって思ったんですよね。
だから、なにか本当にやってやりたい!!!ってことがあれば、まず一歩を踏み出してみてください。
ググれば、一発ですよ。
こんなことGoogleが日本に来るまでは考えられないことですよ。
だって、昔の検索エンジンって十分に欲しい情報が手に入らなかったですもんね。
「職場では2割の人が全体の8割の仕事をして、残りの8割が2割の仕事をする」
「2割の人だけを集めたら100%仕事をするかと思ったら、やっぱりその中の2割の人が8割の仕事をする」
逆に
「仕事をしない8割の人を選んでも、やっぱり2割の人が8割の仕事をするようになる」
なぜ、これが成り立つのかというと、「仕事は出来るやつに集まる」という法則があるからです。
誰だって、初めての仕事を経験のないやつに頼んだりはしないですよね。
「アイツならできそう」というやつに頼むはずです。
だから、ある仕事で成果をあげた人の所にはどんどん仕事が集まってさらに経験値があがり仕事が持ち込まれるという法則が成り立ちます。
これって「雪だるま」に似ていませんか?
最初に芯になるものがあるとどんどん転がるうちに大きくなっていく。
だから新人には、色々チャレンジして「こいつなら出来る」というものを身につけろとアドバイスしています。「雪だるまの芯になるようなものを見つけて、アピールしろ」と。
まあ、フラクタル理論における、「べき乗の法則」、「スケールフリー」あたりをググってもらえば、人間関係にはスケールフリー(規模によらない)相似関係(2-8の法則)が成り立つというのは自明だと思います。
彼女にとって僕は「いいひと」「信頼できる人」「ある意味好きの分類に入るひと」。
そう言ってくれる。自分の想いも伝えた。
でも「特別ではない」。
特別な人になるにはどうしたらいいのだろう。
彼女の人生が見通せるくらいの稼ぎを、僕が持って帰れればいい?
彼女の言う事をすべて肯定して受け入れ、優しくしてあげればいい?
彼女が知らない事や分からない事があれば手を差し伸べてより良い方向を導けばいい?
どれも、その「一助」にはなるだろうけど、決定打にはなり得ない。
なぜか?
そこにある程度の「法則」はあっても100%確実な「方法」は、残念ながら、ない。
ひとの心を自由に操れる方法などない。
相手を想い続ける辛さと、失う怖さの狭間で、馬鹿みたいに効率の悪い生活を
しばらく続ける事になりそう。
仕方ないか…辛いなあ。