  |
はてなキーワード: グラフとは
「文学部」、「経済学部」、「医学部」、「理学部」、「工学部」
という5つのワードはインターネットでどれだけ検索されているのだろうか？
最近10年、Googleでの検索数の推移を比較した（画像リンク参照）。
ただし、項目の名前は隠してあるのでどれがどの学部の推移か、グラフを見て自分で考えてみてください。
さらに、お時間のある方は、画像を開く前にも文学部を100として他の学部がどれだけ検索されているか予想してみてください。
今回使ったのはGoogleトレンドというサービス。
答えを知りたい方は上のリンクからワードをぶち込むとわかるよ。
検索数という尺度で全く性質の異なる物事の注目度を比較できるので、すごく重宝している。
自分の感覚と社会には必ずズレがあるけれども、その差を埋めてくれる。
もっと注目されるべき。
俺の親父はドケチだった．
とにかくドケチだった．
口を開けば「カネがない」とグチった．
貧乏だった．
食う物と言えばパンの耳，着るものと言えばボロ雑巾みたいな古着だった．
ガキだった俺は友達が持っているスーファミが羨ましくて親父にせがんだ．
帰ってきたのはゲンコツだった．
そんなカネねえ，と．
ドケチなクソ親父め．
でも俺はあきらめなかった．
キャラクターをテレビの中で自由に動かせるのに，熱中していた．
根負けしたのか，なんとかしてやると言い出した．
俺は興奮で眠れぬ夜を過ごした．
どうやら友人から譲ってもらったらしい．
なんだか嫌な予感がしながら電源を入れたら，文字しか出てこねぇし，なにすりゃいいのか分からないし，
まさに「コレジャナイ～」と泣きながら手足をバタバタさせてダダをコネたい気持ちになった．
やっぱりクソ親父はクソ親父だった．
曰く，
「これさえあればゲームを作れるらしい．そんなに欲しいなら自分で作れ」
始めはとっつきにくかったが，やってみると面白かった．
「ゲームを自分で作れる」という魅力的な言葉に酔っていたのかもしれない．
これでいつか俺も，F-ZEROを作ってやるぞと，本気で思っていた．
ゴミ捨て場から拾ってきた古いベーマガを読みながら，小さなゲームを作っては楽しんでいた．
始めてジャンケンができるプログラムを作った時の感動は忘れられない．
グラフィカルなゲームは作れなかったが，友達も一緒になって楽しんでくれた．
だが中学2年に上がるころ，長年連れ添った俺の愛機が突然動かなくなった．
ついに寿命が尽きたのだ．
俺はこの世の終わりのように感じた．
まるで愛犬に死なれたような気持ちだった．
しばらく学校も休んだ．
今思えば前の持ち主から数えて10年近く，よく動き続けたものだと感心する．
ドケチな親父は，当然だが新しいPCを買ってくれるわけはなかった．
帰ってきた言葉は
「そんなに欲しいなら自分で作れ」
新聞配達で稼いだ金で少しずつパーツを買い集めた．
始めて自作PCが立ち上がった時は感動した．
親父に本を買ってくれと言ったら，始めは渋っていたが，ボロボロの技術書を何冊か古本屋から調達してくれた．
ヴォルトのアルゴリズムとデータ構造と，クヌースのThe Art of Computer Programmingもあった．
難しすぎたし技術的なところが足りないから，遠くの図書館までわざわざ出かけて技術書を借りてきては読みふけった．
学校の授業中にも読んでいた．
プログラミングの技術はもちろん，画像処理のための数学の道具についても勉強した．
同級生が2次方程式や因数分解をやっている横で，三角関数や行列計算をしていた．
特にアフィン変換には感動させられた．
こんな風に言うと，さぞ数学の成績がよかったのだろうと思うのかもしれないが，テストの点はそこそこだった．
コードを書くのに必要な概念として知っているだけで，証明問題は苦手だった．
それと，古典や社会の時間は全部すっぽかしてノートにコード書いてたから散々だった．
高校に入ったあたりでX windowシステムを使ったグラフィカルなゲームを作れるようになった．
出てきた敵を撃つだけの簡単なインベーダーゲームに始まり，オセロ，ブロック崩し，ウィザードリィみたいな迷宮探索ゲーム，思いつく物何でも作った．
友達の家にもPCがあるところが多くて，Windowsに移植して簡単なネットワーク型対戦ゲームなんかを作ったりもした．
ここまで本格的にゲームプログラミングをやっていると，さすがにジャンクパーツを集めただけのPCでは性能に不満が出ることが多くなってきた．
ビルドの待ち時間が長くていらいらしたり，友達の家で動くゲームが自分のPCで動かなかったりした．
「自分で稼いで買え」
親父はどこから取ってきたのか，俺でもこなせる程度の仕事を持ってきた．
始めはパソコン教室のバイトだったり，ゲームのデバッグだったり，まともなバイトだったのが，
ある日学校から帰ってくると，何に使うのかは知らないが，明日までにこういうコードを書けと言われて徹夜でプログラミングしたりするようになった．
プロの書いたらしいコードを読んで書き直す作業は，かなりの勉強になった．
給料は親父から手渡しで貰ったが，今まで見た事もないような額になった．
その金で新しいマザーボードとPentium IIと32MBメモリを何枚かと，自分の開発環境用にWindowsPCを作った．
こんな感じで高校には通っていたものの，勉強らしい勉強はほとんどしないで過ごした．
それでも，手に職はあるわけだし，しばらくは同人ゲームでも作って過ごそうと思っていた．
だけど親父は反対で，大学ぐらい入れと言い出した．
それでもやる気のなかった俺に，
一体何が起こった，このクソ親父，脳の病気にでもかかったかと本気で疑った．
どうやら正気で言っているらしいと分かると，俺も必死に勉強を始めた．
そうは言っても，中学時代から受験を意識した勉強なんてさっぱりしてこなかった俺には，何をどうしていいのか分からない．
しかも，やっぱり親父はドケチで，塾や予備校なんていく金は無い．
しかたがないから高校時代の友達で，頭のいい大学に行ったやつにお世話になることになった．
厚かましくも，キャンパスにまでついていったりしていたから，新入生として入って行くと顔見知りに驚かれた．
親父は約束通りPower Macintosh G3を買ってくれた．
だが，俺の親父はドケチだった．
「せっかくいいパソコン買ってやったんだから，そいつで学費ぐらい稼げ」
さすがにそいつは無いだろうと思った．
自分で遊ぶ分くらいは当然稼ぐつもりだったが，学費丸ごととは．
いくら国立大学とは言え4年分の学費となると200万ほどになる．
しかも教科書代やもろもろを考えると300万円は無いと厳しい．
300万円稼ぐために俺ができることと言えば，やはりゲームを作るぐらいだった．
志望動機を聞かれて，
「ゲームを作って300万円ほど稼ぐためです」
と言ったら爆笑された．
金が必要な理由を言ったら，一瞬でお通夜みたいな空気になったけれど．
先輩が相談に乗ってくれて，成績優秀なら学費は免除になったり半額になったりすることを教えてくれた．
それならなんとかできそうな金額だった．
プログラミングをしているだけなのに，「お勉強」として扱われるなんて．
今まで何気なく使ってきた道具に，こんなに深い基礎理論があるなんて，知らなかった．
講義が終わったらサークル棟に入り浸って，入学祝いのMacintoshで朝までゲームを作ったりしていた．
学費を稼ぐためのゲームだが，やはりエロゲを作ろうということになった．
ただし，そのためには絵師が必要だということで，先輩が漫画研究会から絵師をスカウトしてきた．
一目惚れした．
こんなちっこくてクリクリして可愛い女の子が，こんなドエロい絵を描くなんて！
俺の頭はすっかり茹だって，も～だめだ～という感じになった．
それから，なんやかんやあって，結果的に彼女は俺の嫁になった．
詳細は伏せるが，なかなかにこっ恥ずかしい青春を送った．
今まで○とか■とか，ちょっとしたドット絵でしかなかったキャラクターに命が吹き込まれるようだった．
先輩たちが，売上金を快く俺にカンパしてくれたおかげでもある．
満ち足りた大学生活だった．
スーファミはもう時代遅れになったが，自分の作ったゲームが本当に発売されて，ゲーム機の中で動いているのを見た時は嬉しくて泣いた．
娘が生まれた時と，どっちがと思うくらい泣いた．
さて，俺のドケチな親父だが，娘が生まれてほどなくして死んだ．
あんなにドケチに金を惜しんでいたのに，財産も何も残さず死んだ．
遺書を読んだら，葬儀は簡素に親族だけで行うように，とあった．
親戚付き合いらしい親戚も居ないし，どうせ誰も来ないだろうと思っていたが，
葬式当日には呼んでもないのに大勢の参列があって，なんだこれは，人違いかなにかかと思った．
なんでも，親父の運営するNPO法人の従業員だとか，親父の寄付金で建てた養護施設の代表さんだとか，
親父とは無縁の世界の住人だとばかり思っていた，立派な善人ばかりだった．
家に居ないことの多い親父が外で何をしているかなんて興味なかったし，どうせ競馬かなんかで稼いでるんだろうと思っていた．
葬儀が終わって，ちょっとした額になった香典の山を眺めていると，
「さあ自由に使っていいカネだぞ．お前はそれで何をするんだ？」
そんな声が聞こえてくるようだった．
なんだかむかついたので，その金は今まで通った学校にプログラミング関係の本を寄付するのに使うことにした．
一銭も残さずに，全部．
それでもなんだか負けた気分だったから，ボーナスをつぎ込んで，倍額にして寄付してやった．
ドケチなクソ親父を，見返してやった．
最高の気分だった．
それが6年ほど前の話だ．
ところで最近，小学校に上がった娘が，アニメに出てくるようなフリフリなドレスを着て学校に行きたいと言い出した．
もうそんなお年ごろになったのか．
子供には不自由させたくないと思っていたが，調べてみると我が子の眼鏡にかなう服は，日常的に着る服にしては，ちょっと高い．
悩ましい問題だ．
さて，どうやって安上がりにすませようか．
そんな時に、近くの高齢者施設に行ったら、すごくショックだったことがありました。それはほとんどの病棟にいる患者さんがほとんど寝たきりで、胃瘻されていた。そしてその患者さん、ほとんど意識がない。寝たきりで意識がなくて、会話もできない。痛いも痒いも言えない。その状態で何年も、長い人は10年以上です。
胃瘻をする人が皆寝たきりだ、みたいな安易なイメージ誘導はよろしくない。
大事なのは胃瘻ではなくて「栄養を与えるか」「栄養を中止して最期とするか」のどちらを選択するか、ということだろう。
近くに総合病院があるということよりも、市民が意識を変えるってことが、病院があること以上に価値があることだと僕は思います。
一般論としてはそうだろう。
（中略）
だから呼ぶのは訪問看護師、在宅医。もちろん、発熱とか一時的なことで、これは良くなるよってことであれば家で点滴したりして治療します。でもそうでない時は、残念ながらお看取りすると。そういう世界です。だから救急車が減る。しかも医療費も減っちゃったんですね。
救急車の出動回数の減少や医療費の減少は、救急車を呼びたいような人が夕張以外へと転居した、等の統計上のトリックも考えられる。
だが、ここに述べられているように在宅医療の徹底がなされていることも大きな一因であると考えてよいと思う。
しかもですね、何と死亡率まで下がっちゃったんです。これがすごい。
日本人の死因の1位がガン。2位が心臓系。3位が肺炎。1、2、3、全部下がっちゃった。すごいですよね。何がポイントか。多分、僕が思うに予防の意識ですね。
何年で下がったのか、どの程度下がったのか全く見てとることができない。
その後に「日本人の死亡率は100％」と言っていて”死亡率”という言葉を使っている矛盾にはつっこまざるを得ない。
3大死因の死亡率が下がったなら何の死亡率が上がったのか？
死亡率の変化には死亡診断書を書いた医師の変化に影響されているのではないか？
予防意識が死亡率にまで影響するにはかなりの年月を要するのではないか？
今日本がここです、25％。数十年後には40％になります。じゃあ、高齢化率が2倍になったら、借金も2倍になるんですか……？ 医療費はどんどん上がってますもんね。ちなみに夕張は今ここです。かなり先取りしてますね。でも日本中が夕張みたいに高齢化率が高くなる。爺ちゃん婆ちゃんばっかりになる。そんな世界になります。
今回の中で根拠があると言えそうなのは終末期における在宅医療の推進。これは本当に進めていくと良いと思う。
国民の健康に対する意識を高めるというのは国が躍起になっているところ。
その方法として総合病院がなくなってしまえばいい、というのが夕張市のストーリーだが、
全国で総合病院を取り壊す訳にはいかないので、全国的には総合病院へかかりづらくするという現在の政策と近い物になると考える。
改めて読んでみると、「医療費、救急車の出動回数の減少」はグラフもどきの絵のせいで印象が悪いが理屈は合っている。
「死亡率の低下」には短い中に突っ込みどころがこれでもかと詰まっており、ここが一番ダメ。
『病院がないほうが死亡率が下がる！ 夕張市のドクターが説く、”医療崩壊”のススメ』というタイトルも統計的トリックを警戒させて印象が悪い。
死亡率の話を抜きにすれば、印象の悪さとは反して普通の終末医療の話だった。
そこにずさんなデータを持ってきてしまったことで、ブコメでの突っ込みが多くなるのは必然だろう。
タイトルでその個所を煽っていることも突っ込みを誘発している。
まとめてみると、十分受け入れられ得る在宅医療推進の話なのに、論拠としてうかつに死亡率のデータを出したせいで話全体の信頼性を失わせてしまう、残念な例だった。
つい最近、米googleやtwitterが、社員の割合をグラフや数字で示して話題となった。
http://news.mynavi.jp/news/2014/05/30/267/
http://www.cnn.co.jp/tech/35051295.html
体力に関係ないテック業界（IT土方などは除外する）で、女性社員の少ない原因は、本当に女性軽視の根強い風潮ということなのだろうか。
そのような集団が、社員の契約にスキルを除外するような事は考えにくい。では何故女性の割合が少ないのだろうか？性差別？本当にそうなのか？
女性の登用が少ないことは悪だろうか？はっきり言って疑問だ。
■
このような大企業が相次いで社員比率を公開したのは理由があるのだろうか。
ある、それは会社のイメージのために他ならない。納得の出来る理由が他にあるのなら教えてほしい。
女性は客寄せパンダということだ。大企業はイメージアップのためにこぞって女性雇用アピールをする。
裏を返せば、能力で選んだら女性は採用されない事を上記記事は端的に示している。
怒らないで欲しい。しかし、ここで怒るのであれば、社会に蔓延している「男女平等の風潮」に異を唱えるべきだ。
自分の受け入れられるような女性の優位性をアピールするべきだ。（客寄せパンダを受け入れるのであれば、それは素晴らしい女性の優位性となる）
経済学科というところに所属しながら、恋人がいて、その恋人と結婚して、子供を産みたいと願っている。
これだけなら、普通かもしれない。
最近では誤診ではないかと思っている。
親は両親ともに生存中。
鬱というか、双極というか、そんな感じで精神神経科を受診している。
私も、統合失調の診断を受けてから心療内科というところへ通っている。
その昔、東南アジアの国へ、当時10代前半の女子と性的なことをするために、旅行した。
その中で、顔立ちが整ったある女性を身請けした。
その女性のあるSNSアカウントでは、幼児の写真が少し前からたくさんアップロードされていた。
私はその幼児は彼女の子供で、現地に別の彼氏がいるのだと思った。
そのころの、3人目の客。
それが今の彼氏だ。
値段交渉の場で、私は彼と話をしていて、惹かれた。
彼はお金はあまりない、一般的な援助交際の報酬は払えないと言った。
ラブホテルへ行き、甘えた。
施設への利用料は彼が支払い、私は彼に払ってもいいといったお金は受け取ってもらえず、結果私からは渡さなかった。
メールアドレスなどを交換し、交際した。
2010年に知り合ったのだから、もう4年付き合っているのだな。
その間に、私は売春から身を引き、今度はコンシューマゲーム機のRPGにはまって、そのゲームを共通の趣味とする女子の友達もできた。
そのつてで知り合った仲間と小説といスタイルで同人誌を発行したりもした。
冬コミというやつに参加したりした。
シアリスという男性の性的機能を補助する薬を月に一度利用し、ラブホテルでコンドームを使わずにしている。
それは4年間変わらない。
妊娠する気配はない。
それどころか、彼はゴムなしで私の女性器へのインサートをして、動かしていても、射精に至ったことは一度としてない。
彼が射精する様子を見たのは、彼が自分自身で手で刺激を与えて至る場合だけだ。
女性と実際にできない期間が長すぎたのと、マスターベーションで手による強い刺激に慣れすぎたのだろう。
40代でこれは、男性として、おそらくはショックなことだろう。
彼は、子供が欲しいとは思うらしい。
今年になって、彼は、私と結婚してもいいと言い始めた。
嬉しくて、私も経済学部を卒業したら結婚しようという話しで、親などにも話を始めている。
また、私の眼の前で殆ど射精に至らないため、知らなかったが、彼がマスターベーションで射精に至ると、怖いことになる。
体液を受け止めたティッシュなどのものは、真っ赤に染まり、血みどろになるのだ。
それだけを聞いて、インターネットなどで私が調べても、該当する病気は、前立腺がんだろうか。
今まで4年以上、コンドームもピルも利用ず交わっても、妊娠しなかったが、それには彼の前立腺の病気や抗鬱薬などの副作用のEDが強く疑われる。
それなりに生理痛はあるものの、およそ30日周期で生理がきて、5日ほど経血がでる。
婦人体温計で毎朝体温をはかり、ケータイサイトにメールやウェブ入力をして管理しているが、体温のグラフはきれいな形で線を結ぶ。
栄養状態も良く、偏食もあまりなく、BMIは２１から２２前後と、痩せすぎず、太りすぎず、健康的だ。
もし、二年して、入籍したら、すぐに生殖医療を行う婦人科、泌尿器科へ旦那となった彼を連れていきたい。
生殖医療、不妊治療のクリニックなどでは、男性にはトイレで自分で精液をコップに取りだしてもらうと聞く。
血が混じるのに、それは使えるのだろうか。
私は、彼氏のことが大好きだ。
私は出産し、育てるとする。
３０歳くらいになるだろうか。
子供を幼稚園か子ども園(現在施行が進みつつある)にいれられる年齢になってから、仕事を探したい。
大学をでてすぐに就職を目指さないのは、先に不妊治療をしたいからであり、その間は彼の収入で生活する。
しかし、子供が成人する前に、彼は通常なら定年退職する年齢となる。
そして、彼は太ってもいて、血糖値も高く、腰痛もあり、血中コレステロールなども再三注意をされている。
命さえも危ないし、男性機能もいつリミットが来るかわからない。
だが、子供が産まれたら育てるためにお金はいるし、私も将来は働くつもりである。
目指す仕事は、広告業界で、広告プランナーやクリエイト職というものだ。
はじめはどこかの広告代理店などで、アシスタントや事務などを経たい。
個人と社会の関係をお金と商品、そしてどんな商品を買いたくなるか、どのような広告が効果的か、考えて媒体をクリエイトする。
それが私の夢である。
私の感覚は、変わっている。
創作が好きだ。
石田サナという、統合失調の平成生まれの女性の名を聞いたものも、ここには来ているだろう。
もちろんエイリアスだが。
今月が更新月。どうしようか悩んでる。
Wimax2+試したらPCで11Mbps、タブで6Mbps前後。
体感でWimaxより速いし良い。回線一個で収まるし楽。新機種のNAD11もでてきた！
でも、調べたら2+に移行するからWimaxは2018年で停波するとか、
ルーターの在庫無くなったら受付終了とか噂が転がってるじゃん。
問題は通信速度制限。
http://www.uqwimax.jp/service/product/speed_wi-fi2.html
HDW14使ってLTE通信使用。
→月7GB制限。ノーリミットモードなら通信制限なし。（書いてある通り）
→上記URLより。「課金開始月から最大25ケ月間、通信速度制限（月間7GB超）を実施しません。」
これはHWD14だろうがNAD11だろうが25ヶ月間速度制限なし。
ただ、ただ、
「月間7GB超」の通信速度制限はされないのであって
回線が混んできたら「3日で1GB制限」は適用されるとのこと。（！！！）
「月間7GB超制限」はされないけど「3日で1GB制限」は適用される。
初めて聞いた。
ただこれはあくまでも予定であって、別にこんなことしないかもしれないって。
ちなみに「3日で1GB制限」が適用されるとしたら”2015年4月頃から”だって。
時期決まってるんだ…（笑）
もう一年も無いよ。
どっかのまとめブログに「UQが総務省に提出したスケジュール」なんちゃらが置いてある。
画像がへんな切り取られ方してるやつ。
要約すると、
”Wimax2+帯域広げるから2015年秋からWimax帯域狭めるよ”って言うグラフと
”2018年頃までには帯域全部Wimax2+にするからWimax終わりね”ってグラフが載ってる。
「通信制限かかってもノーリミットモード（Wimax回線）は制限なしでも、
来年秋には帯域狭まってるから結局Wimax回線も混雑する可能性あるってことですか？」って聞いた。
だって2+速度制限かかってWimaxで繋ごうって思っても混雑して不安定だったらクソやん。
そしたら
『あの画像、よく問い合わせくるけど公表した情報じゃないからそんな予定無い。』って。
へー、デマって可能性もあるんだ。まあ確かに画像のソース知らん。（対して調べても無いけど）
じゃあ予定より早くWimaxの帯域狭めたりその逆も然りって事かな。
まあ、『最終的にお客様で判断して契約するのが一番良い』って。
安くあがらせるために、家のPCもタブもスマホも全部Wimaxでやってるから
どうかな〜って思ったんだけど、別にWimaxのままでも良いかもね。
（スマホだけ格安126kbpsプラン入れて、タブは回線切ってWimax主体にしてる。）
っていうか、2+が１年契約の所が見つからないから（disを除く）
「3日で1GB制限」に怯えたまま２年縛るのは良くないよね。
またWimax1年で契約し直して特典貰いながらもうちょい様子見すんのが良いのかな。
でもそれだったら別に2+契約して制限かかったらWimaxいとくとか。でも二年って長いよな。
通信料も解約料も上がってる。解約料のためにキャッシュバック残しとくとかバカみたいじゃん。
PCは固定回線引いてスマホとタブでLTEテザればいいかなあ。
だれか、良い方法ございましたら教えてください。
卒業研究に入るまでトーケーガクとはまったく接点がなかったことは、オレがボンクラなせいなのか大学教育パッケージの不備なのか。
なんじゃこの棒グラフについてる変な細い棒は…。
いまから思えば大変浅学なことであるが、当時のオレはそれがなんなのかまったく知らなかった。
標準誤差ってなんだ。標準偏差ってなんだ。っていうか、この変な細い棒が標準偏差のときと標準誤差のときがあるのはどういう基準でそうなってるんだ。
統計の本は一冊入門書を読んでもあまり分からない。書いてあるのは日本語なのだが、通読しても狐につままれる気持ちになるだけで一向に腑に落ちぬ。
確率変数ってなんなのだ。確率分布ってなんなのだ。正規分布？ 標準化？
そういう初歩的なところから亀の如き歩みで読み進めていっても論文にはまだまだ謎の単語が出てくる。
t検定？ 分散分析？ 非線形フィッティング？ 最尤法？ ブートストラップ法？ エトセトラエトセトラ…
全くわからないままオレはほぼ独学で（研究に必要なだけは）理解してきた。
いま、オレはそういう当時のオレと同じ気持（であろう）奴らを相手にしている。
こっちのエントリで初めて知った。
増田でついてるトラバはあてこすり嫉妬ばっかだから気にすんな！
アクセスしたよ。
こんだけ作って割りと実用性もありそうってのは素直にすごいと思った。
コメントするとローカル領域に保存。アカウント不要（登録不要／パスワード不要と表記する）。
ホッテントリを見るものなのでこれはただのニュースフィードリーダー。はてブカテゴリートップに表示される記事しか見れない。でもタグ検索して独自のカテゴリーを用意してもいい。タグ「hatena」カテゴリーとか。「凍てつく波動」カテゴリーとか。「うーむ」カテゴリーとか。非公式カテゴリーを公式カテゴリーと混ぜて一覧化。（ふーむはタグではないので抽出しづらい。実現するなら別のアプリになる）
カテゴリーの紹介文も適当に付ける。ベクターではこういう点が大事。
タグは表示から省く。その代わり発見したタグを自動的に集計。カテゴリー候補としてmyカテゴリー作成のそばに淡色で表示。クリックで見る、またクリックするとカテゴリー化。ダブルクリックでも右クリックからのコンテキストメニューからもカテゴリー化可能。機能としては「ピン留め」だけど、体裁はタブのほうが良さそう。
自分で検索した言葉もタブ化するか？→必要ない。そこで見つけたタグのほうをタブ化したほうがはてなブックマークに馴染める。
ブコメは敷き詰める。あるブコメが終わった同じ行の、次の文字から次のブコメを続けて表示。全ブコメをまとめてインライン表示。ブコメの集まりがlistではなく一つの自由律散文詩に見えるように。タグは含めない。
両脇に発言者のアイコン。誰がどの部分を書いたかは意識すればわかるように、アイコンとブコメの該当個所を同じ色の枠で飾ったり、関係線で結んだりしておく。ブコメに付けたローカルスターははてなユーザーと関連付ける。ブコメではなく人にスターを。集計を見たユーザーがはてなユーザー個人を意識するように。
無言ブクマは「…」。無言の多さも見て取れるように。
コレクションにコメントをするのが日記。それを日記のように見せるのならあり。
ベクターで受けているのは自前のＰＣにすべてを保存するアーキテクチャーだ。
次にビューアーであること。ダウンロードとインストールまでした上に登録などベクターユーザの誰がするものか。よってアカウント不要の閲覧に機能を絞ることになる。
ベクターでは良質ソフトウェアを評価するときによく「かゆいところに手が届く」という表現が使われる。ユーザのやりたい操作ができること（ユーザーの発想を広げないエクスペリエンス）と、技術的制約……ユーザから見て理由のよく見えない妙な制約が無いことの２点のこと。
コメントをどう見せるかが鍵。世間の声？世論？ユーザーを指定してミュートできるとコメントできない不自由さを解消できるかも。
1. 人気コメント
2. 記事タイトル
3. 記事
記事タイトルならどこのニュースサイトでもやっているので、人気コメントを先に。
人気コメントは表示するけど、はてなスターは表示しなくていい。星が見えないのではてな村の星祭りは意味不明に見える。
最初に見せるのはブックマークエントリータイトル（記事タイトル）の一覧ではなく、それに付いたコメントのうち最上位の人気コメント。発言者のアイコン付きで。エントリータイトルはその下に小さく表示。
このアプリのコメント機能は「はてなユーザーやそのブコメにコメントする機能」。お気に入りはてなユーザーを強調表示したり、非表示（ミュート）にしたり。
Web上の記事も読めるけど、中心になるコンテンツははてなユーザー。ブクマエントリーページを見ながらメタブを付けるのをローカルでやるようなものがこのアプリ。エクスポート機能によっていつかははてなブログへ移行。
非表示は二段階。網かけか淡色化で見えにくくするか、完全に非表示(collapse)にするか。検索など他のビューでも有効。
はてなユーザーに付けたコメントはそのユーザーIDが表示される場面全てでIDに併記される。ラベル（レッテル）貼り機能。ラベルの背景色も変えたい。ラベル内でも強調語やユーザーIDを消す機能を有効にしたい。
特定のはてなユーザーやTwitterユーザーをお気に入りに。ローカル保存。見つけたら強調表示。ユーザーの表示から容易に検索ビューへ進めること。
強調表示される語はユーザーIDに限らない。任意の文字列。登録と削除のビュー有り。
コレクションビューで一覧化。その人の最近のコメントが読める。
UIはWindowsデスクトップ用のもの。表を多用する。WindowsXP対応。はへらったーが参考になる。
数字よりも塗りの面積で見せる。
上限ははてブユーザーの感覚に合わせたいけどとりあえず1000usersで。それを超えることはあっていい。
シングルウィンドウ・シングルドキュメントなぶん履歴を活用して利便性を補う。
検索はローカル領域を。ユーザーが見てもいない情報は検索対象外。お気に入りユーザーのログは含めてもいいかも知れない。それでも一人分の全ブクマをダウンロードしてから検索。
気になる話題についてどんなコメントが寄せられているか調べるには？→ 検索は必要。新着/人気の両方を切り替えられないと話題は見つけられない。
印刷機能は重要。PDF化もここからなので。.docxにできればなおいい。
コメントを保存する機能があるなら、暗号化すると受ける。履歴があるなら参照時にパスワードを設定するといい。あなたの心のセキュリティ。
「ご利用には利用登録が必要です」 「このソフトウェアと開発経緯について」ダイアログだけでいい。無意味に切り抜いた矩形でないダイアログで。スプラッシュスクリーンも無意味に切り抜くとちょっとすごい感を演出できそう。影付けて立体的なペーパークラフト感を出して。
日記の日付は設定にある「日付の変わる時刻」を反映したものに。デフォルトは28:00(4:00AM)。12:00から36:59まで指定可能。「かゆい所に手が届く」機能。
はてブを読んではてなブログを書くために使う利用法も。（ブクマではなく）ブコメに星を付けるとコレクション。日別の日記記事になる。記事内は付けた星の色ごとにまとめ。ブコメを引用して自分の日記を書く。星の色はウィンドウズロゴの4色と黒。黒は非表示（ミュート）のスイッチ。
はじめはローカルで始めたユーザーがWebに移行できるように。移行したところでIDコールも有効になる。
自動エクスポート/インポートできればDropboxでも共有できる。インターネット越しにインポートしたい。
添付ツールとして、ステータスバーにCPU利用率とメモリー使用量・空きメモリー（パーセンテージ）とメモリー最適化機能
3クリックで相対時間や時刻をお手軽設定できるアラーム（指定時刻に指定メッセージを通知領域に表示するもの）などを付属。（アラームはアプリ起動中のみ有効なので、アプリ終了時にまとめて発動。なおかつ再起動したときに引き継ぐ）普段から何かしらのアラームを使っている人なら、このアプリのアラーム機能を使う意味は無い。
はてブエントリーページをローカル領域でブックマークするという機能。インターネットショートカット(.url)にして保存。WindowsエクスプローラーやIEと共有。
フィードバックツールも重要。ウィンドウをサムネイルから選択（エラーダイアログも選択可能・エラーダイアログにもフィードバックツールを開くボタンを載せる）、メッセージを添えて「非公開で開発者だけに送信」というボタンで送信できるようにする。送信内容のプレビュー付き。UI上ではフィードバックではなく「要望（クレーム）送信」というラベル。
保存して検索できて呼び出せればいい。
くどいようですが、逆ダイエットはもう始まっています。おっぱい。
（前回）http://anond.hatelabo.jp/20140501155231
一番最初の投稿に書いた基本情報を振り返りつつ、逆ダイエットを始めて約３週間の現在の状況を見てみましょう。
◇身長：152cm
◇年齢：20代後半
順調に、増えている…？
元々体格のよい人なら1kg程度の体重増減など誤差の範囲かもしれませんが、自分にとって1kgの増加はがんばった部類に入ると思います。今まで無意識に生活していた頃は体重計の針が凍りついたように41kg地点からピクリともしなかったものです。
ちなみに体重計の「針」と書きましたが、自宅にある体重計は本当に「針」が左右にふれるタイプのもので、正直いって正確さには欠けるものでした。勢いよく乗ったりそろそろと乗ったりするだけで予想以上に数値が大きくなったり小さくなったりします。何より古すぎてガワが剥がれかけている、あちこち錆びている。これでは逆ダイエットにも身が入らない、日々の記録や報告もままならぬ…。
というわけで大人力（経済力）にモノを言わせてより正確な計測のできる体重計を買うことにしました。あまり凝らなければ、100gきざみ程度のデジタル表示の体重計さえあれば良いと思うのですが、自分は筋トレもしつつ健康的に太りたい逆ダイエットの実施者、および無駄に凝り性、そして軽いガジェット好き。ただの体重計では飽き足らない、と体組成計を購入。体組成計とは何か？体重だけでなく、体脂肪率とか筋肉量とかも測ってくれるアレです。
現在、プロテインも２袋目に入り牛乳や豆乳などと飲むことも試したりと少々エンゲル係数の高まりを感じてはいるのですが、「経済力のない学生がいかにお金をかけずにモチベーションを保ちつつTOEICで900点をとるか」みたいなエントリーを目指しているわけではないのでかけられるところにはお金をかけます。社会人にとってはほどほどに投資をした方が動機付けにもなるというものです。
今回購入した体組成計はコレ。
デジタル表示、50g単位での体重測定、体脂肪率、BMI、推定骨量、筋肉量、体内年齢、体水分率、などなどの機能がありともするとオーバースペック気味。でもいいんです。一番興味があったのは、全身各部位別の筋肉量や体脂肪率を測れること、SDカード搭載で日々の測定を自動記録＆グラフ管理できるソフトがついてくること。難点をいえばソフトがWindowsのみ対応ということで、MacやiPhoneアプリやクラウドなどでも管理できればもっと使い勝手が良かったのですが。
ちなみにTANITAにした理由は、対抗馬であるオムロンよりも、だいたい３％ほど低く見積もった体脂肪率の測定結果が表示される、というレビューを読んだため。いいんです、いいんです。体脂肪率は上げたいので、多少低めに見積もってくれた方が望む結果も得られましょう。
早速ですが、いま現在の体組成はこんな感じになりました。
5/13(火) 12:00時点
■BMI：18.3
■推定骨量：1.8 kg
■基礎代謝：997 kcal（多い）
■体内年齢：18 才
■体水分率：55.5 %
＜各部位の筋肉量＞
■右腕：1.35 kg（やや少ない）
■右足：6.00 kg（標準）
＜各部位の体脂肪率＞
■左腕：19.2 %（やや少ない）
■右腕：17.4 %（やや少ない）
■左足：24.2 %（やや少ない）
■右足：25.6 %（やや少ない）
■体幹：15.3 %（やや少ない）
上半身が弱いのは日本人にありがちな結果ですが、それにしてもやっぱり平均よりは貧弱だなぁという印象。自分は定期的に運動をすると別のエントリーで前述しましたが、別に運動部だったわけでもランニング等の習慣があるわけでもなく、ただただ自転車乗りなので、脚力にはそれなりに自信があるよ、という程度。数値にもそれが現れている気がします。アスリートと比較しての体組成を教えてくれるモードではザックリ言うと「ビギナー→アマチュア→セミアスリート→プロアスリート」などのレベル分けがされます。運動部には一度も入ったことの無い万年文化部のわりに自分は「セミアスリート」と判断されてしまいましたが、やはり体脂肪率の低さが原因なのでしょうか？カッコ書きの中で「少ない」とか「標準」とか記載があるものは、日本の全国平均の数値を元に自分の体組成と比較して、目安として教えてくれる機能もあります。
ただし計測の時間帯によっては１日のうちでもかなりの数値変動があります。そのため毎日なるべく同じ時間帯に計測することが体重測定のコツ。
今朝マンションに入ってた広告なんだけど、こんな爽やかに笑ってる場合じゃない年収だろ……
https://twitter.com/GakuyoSonoda/statuses/462419726421860352
世帯年収355万円でマンション買っちゃったという煽り文句が炎上している様子だが、この状況の何が問題かって、嫁が妊娠したらローンが払えなくなり詰むってことなんだよな。
この「反復横とび」能力の年齢別のグラフを見ると、年齢とともに体力がどう落ちてくるかが良く分かる。（中略）１７歳あたりがピーク、で１９歳あたりを境にゆるやか～に下降を始める。そして４５歳前後から体力の下降曲線が"急に落ち始める"。
体力は加齢と共に容赦なく落ちていくし、病気のリスクだって上がる。若い頃というのは加齢に備えてストックをしておかなければならない時期だ。しかし27歳年収140万円と28歳年収215万円のカップルが、将来へのストックが可能とは思えない。妊娠や病気などの予想外の出費が発生しローン地獄と化す可能性が極めて高い。
残念だが、年収の高い人ほど将来への投資としてお金を使い、年収の低い人ほど浪費としか言えないようなお金の使い方をする傾向にある。男女問わずそうだ。そして年収が低く浪費的なお金の使い方しかしない人々は、若いうちはそれで結構だが、高齢になるとまるで重力に従うかのように落下していき財政が破たんする。貧乏な異性が結婚相手として避けられるのは、贅沢をしたいからではない。年をとってからの悲惨な財政破たんに巻き込まれたくないからだ。特に女性は妊娠させられて男に逃げられる可能性があるため、金にこだわる傾向にある。しかしこれは当然のことだ。男女問わず経済力と金銭管理能力は身につけるべきである。加齢とともに「体力低下」「病気リスク上昇」というマイナス要素が増えていくことを常に考慮しながら生きていかねばならない。
http://anond.hatelabo.jp/20140506144603
これだけのものを「ちゃんと」読めば、そりゃあなんとかなるでしょう。
しかし、何万円になるんだ。
事前に予習をするのに何を利用するか。
Wikipediaは難しすぎる。専門的すぎてすぐには理解できないし、
そもそも正しいのか誤っているのかの判断さえつかない。
ちょうどよいのではないかと考えている。
教科書としていいか悪いかを決するだけの度胸はないが、
音声を2倍速とか3倍速とか4倍速で聞けばあっという間に予習が終わる。
あとは、「高校数学とっておき勉強法」とか「計算力を強くする」とか
「ワナにはまらない微分積分」とか「数学ガールの秘密ノート」とか
「数学読本」とか「プログラマの数学」とか「チャート式」とか「Focus Gold」とか
「虚数の情緒」とか「分かりやすい教え方の技術」とか「博士の愛した数式」とか
「おはなし数学史」とか「はじめてであうすうがくの絵本」とか「数の悪魔」とか
「人はなぜ数学が嫌いになるのか」とか「数学でつまずくのはなぜか」とか
「算数・数学が得意になる本」とか「数学に恋したくなる話」とか
「数学を愛した人たち」とか「ハッピーになれる算数」とか「生き抜くための数学入門」などの
関係ありそうな本をちゃんと読んでおけば、なんとかなる気がする。
また、DVD「日常にひそむ数理曲線」や、NHK高校講座の動画も実にためになる。
関数グラフソフト「GRAPES」というのも理解を助けてくれる。
式がグラフになるのが単純に楽しいし、グラフを動かすこともできる。
化けの皮が剥がれるのではないかという懸念もあろう。
賢い子ほどこちらの言ったことを善意に解釈し勝手にどんどん進んでいく。
苦手な子の場合は、一緒に考えればいいのだ。
なんとかなるはずだ。
【皐月賞】イスラボニータ ＤＮＡ検査で２０００メートル問題なし！ ― スポニチ Sponichi Annex 競馬
「エクイノム・スピード遺伝子検査」とは、競走馬が持っているミオスタチンと呼ばれる遺伝子の型を解析し、距離適性を判定するもの。この遺伝型は３種類あり、「Ｃ／Ｃ型」は短距離傾向（最適距離１０００～１６００メートル）、「Ｃ／Ｔ型」は中距離傾向（同１４００～２４００メートル）、「Ｔ／Ｔ型」は中・長距離傾向（同２０００メートル以上）。
要するに、筋肉ムキムキだと短距離ランナー、細身だと長距離ランナーになって、その筋肉の付き具合にミオスタチン遺伝子が関係していますよ、ミオスタチン遺伝子を検査すれば、その馬が短距離向きか長距離向きかが分かりますよ、という話なんですが、問題はこのときの距離分類です。
大まかには、「1200m」前後が「スプリント」、「1600m」前後が「マイル」と呼ばれ、この二つを合わせたのが「短距離」（狭義には「短距離＝スプリント」であることも多いです）、マイル以上クラシックディスタンス（＝2400m・「ダービー」など重要なレースが行われる距離）未満が「中距離」、そしてクラシックディスタンス以上が「長距離」と呼ばれるイメージです。
さて、以下のPDFの中で、冒頭の距離適性診断の元となった研究内容が紹介されているんですが、
雄における C/C 型（青色）の個体群は、主に 1,000～1,800m の範囲で勝利頻度が高く、C/T 型（赤色）の個体群は、主に 1,200～2,000m の範囲で勝利頻度が高く、T/T 型（黄色）の個体群は、主に 1,800m以上で勝利頻度が高いことが示されました（図３下段左）。
1000～1800が短距離、1200～2000が中距離、1800以上が長距離…ってだいぶ雰囲気が違いますよね。「距離別の勝利頻度（雄）」グラフを見ると、なんと「1600m＝マイル」の時点でC/C型とT/T型が拮抗していることが分かります。
「イスラボニータはどこまで距離がもつのか」。オーナーブリーダーの社台ファームが（中略）競走馬理化学研究所（栃木県宇都宮市）に検体用の血液を送付したところ、中距離傾向の「Ｃ／Ｔ型」だった。
「１４００メートルから２４００メートルと適性距離に幅がある鑑定結果だが、要するに中距離（傾向）ということでしょう。ダービーはぎりぎりの距離。少なくとも皐月賞は全く問題ない」と胸をなで下ろした。
おや、先ほどの研究報告によれば、「C/T 型（赤色）の個体群は、主に 1,200～2,000m の範囲で勝利頻度が高く」だったはずでは？
「距離別の勝利頻度（雄）」のグラフを見ても、C/T型が他と比較して優位なのは1600前後のみであり、2000以上では完全にT/T型が圧倒していることが分かります。
ここにきて、研究における「短距離（1000～1800）/中距離（1200～2000）/長距離（1800～）」という定義と、慣習的に使われている「短距離（1000～1600）/中距離（1600～2400）/長距離（2400～）」という定義とが混同されているのではないか、という疑念を抱かざるをえません。
もちろん、あらためて大規模に調査したところ結果が変わった可能性はありますし、あるいは長距離向けに鍛えればC/T型でも2400mまではカバーできるということなのかもしれませんが…。
ちなみに、このニュース記事に登場している「イスラボニータ」という馬は、昨日の「皐月賞（2000m）」において、見事に勝利しました。おめでとうございます。はたして日本ダービー（2400m）ではどうなるでしょうか。
近年、関数型プログラミングの重要性はいろんなところで叫ばれています。
Javaの最新バージョンに関数型プログラミングに関する新機能が加わりました。
Rubyも昨今、関数型プログラミングへのサポートが手厚くなってきています。
プログラミングの教科書の大手、オライリー社から、Javascriptで関数型プログラミングを行うための解説書が発行されました。
関数型プログラミングへの注目度は高まってきています。
おそらく、みなさんは既にオブジェクト指向が何か、を知っています。
でも関数型プログラミングとは何か、胸を張って語れる人は、周りに見当たらないかと思います。
実際、オブジェクト指向によってプログラミングする方法は、わかりやすい解説があちこちにある一方で、
関数型プログラミングとは何か、何が良いのか、ということについての、よいまとめは見つけることはできませんでした。
この記事を読む方の中で、「関数型プログラミングを取り入れるか・取り入れないか」で切実に悩んでいる人は、おそらくいないでしょう。
この記事はあまり細かいところに立ち入りません。関数型プログラミングを使う側の立場に立って、利点や向き・不向き、それが導くスタイルを書きました。
みなさんは鳥のように飛んで、高い空から、関数型プログラミングとは何か、何が良いのか、を見渡してください。
オブジェクト指向的アプローチは、名前をつけてプログラムを整理する。
関数型プログラミング的アプローチは、汎用部品でなんとかする。
Googleが近年リリースした言語、Goには、”継承”を直接サポートする仕組みが無いことが話題になりました。
また、Mac OSXの基幹ライブラリCore Foundationは、ライブラリ自体はC言語で書かれているにもかかわらず、その設計方針は明確にオブジェクト指向です。
その本質とは"名前をつけて対象を識別し、それを扱うこと"、にあります。
最もプリミティブなオブジェクト指向の対象は、ファイルハンドラです。あるファイルを開いて、読み込んで、あるいは書き込んで、ファイルを閉じる。
これらの処理をまとめたら、わかりやすいですよね？
対象に関する処理を、対象の周りにまとめる。これがオブジェクト指向の基礎的な理念です。
識別することとイコールで比較できることは、とても良く似ています。
イコールによる比較は、オブジェクト指向では鬼門であることが知られています。
PointクラスのインスタンスとColoredPointクラスのイコール演算をどう決めればいいかに、正解はありません(詳しくは"effective java"をご参照ください)。
また名前をつけて識別する対象は、フワフワしていてはいけません。
たとえば、"軍人の階級"をオブジェクトにしたとしましょう。"大佐"クラスのある兵士は名前のフィールドや、性別のフィールドを持っているでしょう。
ところで彼が昇格したときに何が起こるでしょうか。
新たに"少将"クラスのインスタンスが作られます。"大佐"クラスを破棄する前に、名前、性別、その他沢山のデータを引き継がなくてはいけません。フィールドを増やしたい場合はその都度コードに修正を加える必要があります(*)。
なるべくイコール比較を避けたい。対象は不安定なものではいけない。では何に名前をつけて、識別するか。そこにオブジェクト指向技術者の熟練度が現れるのです。
一方、関数型プログラミングでは、特定の何かに名前をつけるより、極力、汎用部品でなんとかしようとします。
関数自体をリストなどのデータ構造に詰めることもよく行われます。
実は、関数型プログラミングというのは本質を表していません。
関数をはじめとして、リスト・ツリーのようなコンテナ、手続きを抽象化したもの、回路を抽象化したもの。
あらゆる対象を値として、合成し、ときに分解し、新しい値を作ります。
変数に適用する処理を作りあげることが、とても簡単だからです。
四則演算が定義されたデータを詰めたデータ構造もまた、四則演算可能だったり。
誤解を恐れずに言うと、オブジェクト指向がトップダウンなのに対し、関数型プログラミングはボトムアップです。
関数型プログラミングをサポートする言語には、沢山の汎用部品が定義されています。
このような構造をインターフェイスとして、様々なライブラリが組まれているので、
たとえばモナドを知っていれば、30分程度でパーサー(解析機)を理解することができて、
パーサーを理解できれば、JSONパーサー・ XMLパーサー・markdownパーサー・C++パーサー ... などを理解するのはとても容易です。
理解しやすいこと。これが関数型プログラミングの大きな利点です。
追記:
また、汎用部品と型のお陰で、ライブラリのドキュメントが圧倒的にひきやすい、というメリットも有ります。
Haskellな人がPythonにトライした結果 - Togetterまとめ
関数型プログラミングは「厳密な事前設計を必要とするため、簡単なことをやるのにも時間が掛かる」。
＞＞ map (*2) [1,2,3] [2,4,6]
邪魔な”儀式”や、"おまじない"のコードが徹底的に撤廃されているためです。
関数型プログラミングのコードは、潔癖かつ濃密です。
たとえばC言語でint hoge(int x,int y)が定義されているとき、hoge(3)はなんの意味も持ちませんが(コンパイルでコケますが)、関数型プログラミングでは意味があり、実際に有用です。
上の例では、「掛け算をする」(*)関数は、二引数関数ですが、それに引数を渡して作られた「2を掛ける」関数(*2)は、一引数関数になります。
関数型プログラミングでは、「簡単なことは簡単にでき、複雑なことは複雑にできる。ただし、間違ったことは殆どできないか、全くできない」。
また、静的型付けの力によって、コード補完は非常に強力になっています。インテリセンスの比ではないです。
たとえば、関数中のある表記の型を任意に表示できます(GHC/TypedHoles - HaskellWiki)。
やがてやってくる未来には、プログラムをテキストエディタで書くことは時代遅れになっているでしょう。
統合環境のサポートで、バグやミスの少ない、スムーズなプログラミングができます。
そしてその環境で動くプログラミング言語は、関数型プログラミングをサポートした言語なのです。
以下の様な兆候を感じたら、あなたはそのプログラムを関数型プログラミングで書くべきです。
一般に、オブジェクト同士の相互作用が複雑になるほど、オブジェクト指向では手に負えなくなっていきます。
そういうときは、オブジェクトを直接扱わず、替わりにその"相互作用"を扱うことで、複雑さを軽減するアプローチが有効です。
それこそが関数型プログラミング的アプローチです。
特にオブジェクト指向が有効なのは、プログラミング初心者がそのコードをいじるかもしれないときです。
関数型プログラミングは、強固さと柔軟さの代償として、高い学習コストを伴います。
オブジェクト間の相互作用が複雑でなく、着目している(名前をつけている)概念が安定しているとき。
そして、プログラムをいじる人たちの間で共通理解が図れているならば、オブジェクト指向が有利です。
遅延評価という機能によって、レガシーな言語で扱えなかった、巨大な数を扱うことができます。
関数型プログラミングで書かれたプログラムは、正確さが要求される、金融関連の業界で使われています。
手続きとしてパーサーを記述できるので、テキスト処理プログラムはより理解しやすく、メンテナンスしやすいものになります。
関数型プログラミングを知らない人は、「正規表現でおk」と言いますが、
彼の書いた複雑な正規表現は、半年後には(書いた本人でさえ)理解できなくなっていることでしょう。
手続き一般を扱うことができるので、途中で割り込みのある手続きの表現も容易です。
関数型プログラミングをサポートしていない言語ではコルーチン(ファイバー)などをつかってなんとかするしかありません。
さもなくば、非並行処理では普通に関数として記述できるところを、並行処理のために、Builder,Strategy,Command,Interpreterパターンを駆使して書き直すことになります。
Javascript使いの方は、Deferredなどの構造を使うでしょう(http://qiita.com/KDKTN/items/4c6986049d204f0645d8)。
C++使いの方はBoostで頑張りましょう。破滅的に解りにくいコンパイルエラーメッセージと格闘してください。
もう少し簡単な例をあげます。
あなたは、あるレシピにしたがって、自動的に料理を行うマシンの制御プログラムを書いているとしましょう。
1. まず玉ねぎを炒める。
2. 飴色になったら、肉を加えて炒める。
3. 野菜を加える。
4. 水を加えて煮る。
5. スパイスを加える。
…できませんよね？何故ならば、各ステップの"間に"、マシンのロボアームの位置や動きを調整する処理が必要だからです。
これをオブジェクト指向でやろうとすると、各ステップの副作用として、それらの処理を行うことになります。
そうすると、マシンが二機に増えた時などの変更量は、絶望的なものになります。
あるいは関数として表現するのを諦め、手順全体をDSLで記述できるようにします。
このアプローチは関数型プログラミング的です。しかし関数型プログラミングをサポートした言語の助けなしでは、そのDSLを記述するために沢山のユーティリティーコードを書かなくてはならないでしょう。
オブジェクト指向的アプローチでこの問題をエレガントに解こうとすると、クラス化の粒度を上げる事になります。
野菜クラス、フライパンクラス、ボイルクラス、フライクラス、焼き加減クラス、アームクラス、野菜の大きさクラス、切り方クラス、焼き方クラス、"焦げたよ"クラス、etc...
こうすると早晩レシピはプログラムのコード上から消え去ることになります。上記のたった5行は、依存性注入のオブジェクトグラフを構築するコードに取って代わることになります。そこには沢山の挙動の制御がオプションとして付記されているのです。
カレーなど、ある種のレシピに限定することで、見た目の理解しやすさを得ることができますが、一方それは表現力を損なうことを意味します。
C言語などではマクロを使うこともできますが、それは結局、関数型プログラミング的アプローチの意味するところと同じになります。すなわち、補助のために沢山のコードを書くことになるでしょう。
iOSのAppstoreアプリは、"無料"と書かれたボタンを押すと、それが"インストール"ボタンに変わり、それをもう一度押すと、ダウンロードの進捗を表すインジケータに変わり、それを押すとダウンロードをキャンセルできます。
このように、位置は同じなのに、ステートに依って見た目と機能が変わるボタンは複雑です。
これをオブジェクト指向で実現しようとすると、
という下らない問題にぶつかります。
一方関数型では、"機能"、"見た目"、"状態"、を独立に扱って、それらを合成してボタンを作るので、迷うことはありません。
「同じ位置にあるUIオブジェクトは、コード上で(インスタンスとして)独立して、他から干渉を受けない」
この条件が満たされているうちは、オブジェクト指向でGUIを実現することに無理はありません。
しかし、携帯端末のような小さい画面で、多くの機能を達成するためには、UI要素はコンテキスト依存的に複雑になりがちです。
近年、PCのディスプレイの大きさは、頭打ちになってきました。
画素数は増えているのですが、MacにおけるRetinaのように、複数ピクセルでひとつのドットを表すようになってきています。
これは、ひとつの画面に置かれるボタンなどのUI要素の数は、これから先の未来で増えることはない、ということを意味します。
したがって、未来のGUIのプログラミングは、注意深く機能をピックアップして制限するというデザイナーの努力を脇におけば、
関数型プログラミングの力を頼るしか無いでしょう。
つまり…
Haskell さいこうなのおおおおおおおおおおおおおおおおおお!! おしっこ漏れちゃうのおおおおおおおおおおおおおおおおおおおお(゜∀。)ﾜﾋｬﾋｬﾋｬﾋｬﾋｬﾋｬ
1. google:すごいHaskellたのしく学ぼう を注文する。
2. Download Haskell を自分のPCに導入する。
3. コンソールにghciと入力して、対話型コンソールを立ち上げる。
4. 次の関数をコンソールに打ち込んで、結果を見る。即値で書かれているところとかをいろいろ変更してみて、感動する。
take 4 $ map (*2) [1..]
追記:
いかがでしたか？
ちまたには、関数型プログラミングの利点は変数が無いことだ、とか、より安全だから、とか、より速いから、などという妄言が満ち溢れています。
オブジェクト指向と関数型プログラミングは、水と油ではありません。プログラマは自分のプログラムに最適なアプローチを選ぶことができます。
一般にはあまり知られていないことですが、Haskellにもオブジェクト指向へのサポートがあるんです(Lensライブラリ、これを使用したサードパーティ製ライブラリも最近増えてきています)。
この記事を読んだオブジェクト指向プログラマのあなたが、少しでも関数型プログラミングに(そしてHaskellに)興味を持ってくださって、ホームセンターの大人用オシメのコーナーが大賑わいになれば幸いです。。
