「お金を払うから１位にして下さい」。商品やサービスを紹介するランキングサイトに、こう頼む企業が相次いでいる。下位になった企業がサイト側を訴える事例もある。なんでそんなことが起きるのか。 「１位５千円、２位３千円、３位１千円。特別報酬キャンペーン実施します」。神奈川県内の男性に昨年、メールが届いた。男性は服やバッグなど身近な生活用品を実際に使って紹介するサイトを運営し、閲覧件数は月数万件を誇る。メールの送り主は、サイト経由で商品が売れるたびに１４３０円の報酬を払うサプリ販売業者だが、ランキング形式の紹介で上位に掲載したら報酬を上乗せする、というのだ。 この男性のもとには職業紹介業者から「１位なら５千円にアップ」、占い業者からは「１位で３千円から６千円」といった依頼が相次いだ。収入が増える可能性もあったが、男性は「自分がよいと思わない商品を１位で紹介するのは、うそを伝えること」と考えて依頼をす
The story of a useful acronym with overprotective parents Functional Reactive Programming (FRP) is an increasingly popular acronym. Both reactive and functional programming are genuinely useful terms conveying ideas without formal rigor. FRP, however, is a radically strict term for a programming technique mathematically defined about 20 years ago. People loosely use FRP to refer to reactive progra
Googleが作ったDeepMindの「AlphaGo」という囲碁ソフトが中国出身のプロ棋士(Fan Huiさん)に勝利したそうです。(5戦5勝) グーグルが最新人工知能使い囲碁ソフト開発 プロに勝利 http://www3.nhk.or.jp/news/html/20160128/k10010388481000.html 囲碁はソフト自体は、将棋ソフトとは違い、指し手生成などがシンプルなので結局、作り込みではなく、機械学習一発で勝負が決まってしまうような側面がありました。また、囲碁におけるDeepLearningを用いた機械学習で、近年、プロの棋譜との指し手一致率が急激に上がるなか、「これ、あとはもう探索部もNN(ニューラルネットワーク)で書ければ超強いよね」と私は思っていたのですが、ついに現実となったようです。 プロ棋士としてFan Huiさんはトッププレイヤーとは差があるそうで、この
中国を起源とする囲碁は 2,500 年以上の歴史を持ち、その昔、孔子が文人、士大夫が嗜むべきとした四芸のひとつです。世界中で 4,000 万人以上に親しまれている囲碁のルールはシンプルです。2 人のプレーヤーが、交互に白黒の碁石を碁盤上に置いていきます。余白や相手の石を取り囲みながら地（領域）を広げていき、地の面積で勝敗を競います。このゲームでは直感や感覚が重要とされ、囲碁が求める審美性、巧妙さ、および深い思考力は長い年月に渡り、人間の創造力を刺激してきました。 シンプルなルールに比べ、囲碁は非常に複雑なゲームです。囲碁において考えられる手の数は実に 1,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000, 000,000,000,000,000,000,000,000,000,000,000,000,00
NW.js (previously known as node-webkit) lets you call all Node.js modules directly from DOM and enables a new way of writing applications with all Web technologies. New way of writing native applications using web technologies: HTML5, CSS3, and WebGL Full support for the features in browser Complete support for Node.js APIs and all third party modules Call Node.js modules directly from the DOM and
何故だか昨日のエントリが意外なほど読まれている。(^^;;; Twitterでの言及も過去最大級かも。特に、 サーバーとの通信はAjax併用でも良いんですが、多分全部WebSocketでやる方がシンプルだし速度面やセキュリティ面でも優位があります。 この文章に引っ掛かった人が多いようで、これについてもうちょっと掘り下げてみます。 ★ Ajaxの代替としてのWebSocket そもそもの話として、素のWebSocketではリクエスト(この場合クライアント→サーバのメッセージの意)とレスポンス(サーバ→クライアント)を対応付けることができません。これを実現するためには自力でサーバ／クライアントの双方にメッセージをハンドリングするための仕組みを実装しならず、それは結構めんどうな作業です。 今回、その部分をフレームワーク化しようとしているので、それが実現できた場合のメリットを考えてみます。 ざっと
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く