最近元気一杯の日本通信が面白いサービスを発表した。 b-mobile 1GB定額 | 速くて安い、よくばりな通信。 http://www.bmobile.ne.jp/1gb/ 日本通信の上記ページによると、30日間1GBの高速データ通信が使えて、 SIMパッケージ：3,480円 チャージ価格 ：3,100円 とのこと（2011年9月10日よりサービス開始）。 確かに魅力的かつ安いのだが、逆にこれで採算がとれるのか気になったので試算してみた。計算ミスを含めて間違えや勘違いは多々あるかと思われるので最初に断っておく。 １．MVNOについて調べてみた MVNOである日本通信は、このサービスのためにFOMA回線を利用しているので、ドコモの公開資料を探す。 MVNOとしての事業をご検討の事業者様へ http://www.nttdocomo.co.jp/corporate/disclosure/mvn

今までPRMLを読んで実装を続けてきましたが、10章からは難しくて歯が立たなくなってきたのでここらで少し具体的な応用に目を向けてみようと思います。機械学習の応用先としては画像の方が結果を見ていて面白いんですが、当面は自然言語処理を取り上げます。そんなわけで一番始めの応用は機械学習と自然言語処理の接点として非常に重要なテキスト分類（Text Classification, Text Categorization）の技法たちを試していきたいと思います。テキスト分類は文書分類（Document Classification）という呼び方もあります。テキストと文書は同じ意味です。最初なので自分の知識の整理と入門者への紹介のためにちょっと丁寧にまとめてみました。 テキスト分類とは テキスト分類とは、与えられた文書（Webページとか）をあらかじめ与えられたいくつかのカテゴリ（クラス）に自動分類するタス

自然言語処理は専門外なんですが、職種的(?にこの分野に精通している人がたくさん社内にいるので僕も少し影響を受け始めています。。 今回は単純ベイズ分類器(Naive Bayes:ナイーブベイズ)による文書分類を基礎の部分だけやってみます。単純(Naive)と呼ばれているのは、文書の出現確率を単語の出現確率の”積”で近似し、語順や単語間の相関関係を考慮しないためにそう呼ばれています。ベイズ理論については書籍がたくさん出ているのでそちらを参考にしてください。ここで説明するにはとても大変なので(というより正しく説明できる自信がない)。この理論の実社会における適用分野としてはスパムフィルタなどが有名です。 ナイーブベイズは他の分類器と比べるとマシンリソースをあまり必要としないので、Flash(ActionScript)でもある程度の文書量までならPlayerがタイムアウトせずに学習/分類が可能です。

最近は教師あり学習の分類器について調べている。そこで2年ほど前に話題になったcomplement naive BayesをPerlで実装した。コードは「y-tag/perl-Algorithm-ComplementNB - GitHub」にある。 Algorithm::ComplementNBは通常のnaive Bayesにおいてシンプルに補集合の頻度を用いたcomplement naive Bayes、Algorithm::TWCNBはオリジナルの論文に記されていたtransformed weight-normalized complemnt naive Bayesであり、こちらはTFやIDFの情報を用いたり、ドキュメントの長さで正規化したり、さらに対数をとって正規化を行ったりしている。 以下「Algorithm::NaiveBayes」とComplementNBおよびTWCNBを比較し

#!/usr/bin/ruby -Ku class CNB def initialize(smoothing_parameter = 1) @frequency_of_word_by_class = { } @number_of_training_data_of_class = Hash.new(0) @smoothing_parameter = smoothing_parameter end def training(label, sosei) @frequency_of_word_by_class[label] = Hash.new(0) unless @frequency_of_word_by_class.has_key?(label) sosei.each { |k, v| @frequency_of_word_by_class[label][k] += v } @number_o

［Flash は死んだか：image］ Flash の凋落（ちょうらく）について Michael Mace が注目すべき分析をしている。 日本もそれに手を貸したのだという・・・ Mobile Opportunity: “Lessons From the Failure of Flash: Greed Kills” by Michael Mace: 11 November 2011 ＊　　　　　＊　　　　　＊ 【Flash の歴史を簡単にいえば】 A quick, oversimplified history of Flash 標準かカネか ソフトウェアの世界では、標準として広く行き渡らせるか、それともカネを儲けるかというせめぎ合いが付きものだ。優れたソフト技術を手にしていても、タダで渡してしまえば、広く採用されても、財政的には破綻してしまう。かといって、技術の代金を求めれば、ビジネスは成り

小さいころから占いに興味があって、色々と勉強しているうちにどんどん好きになり、皆さんにも占いの良さを知ってほしくて記事を書いています。 知り合いに占い師や霊能力者、お寺の住職がたくさんいるので、その方たちにインタビューして記事を書いています。

Google エンジニアの Steve Yegge 氏、Google+ への懸念を漏らす http://japan.internet.com/busnews/20111013/8.html で記事になってたけど、原文とちょっと要旨が変わっちゃってサービスへの警鐘みたいになってしまってたので、全文訳してみた。くそ長い。お暇な方どうぞ。 （2011/10/19 08:14）ありがたい誤訳の指摘をいただいたので3カ所修正。 Stevey の Google プラットフォームぶっちゃけ話 僕は6年半ばかり Amazon にいて、今はそれと同じくらい Google にいる。この二つの会社について強く感じることは（しかもその印象は日々強まるのだけれど）、 Amazon は全てにおいて間違っていて、 Google は全てにおいて正しいということだ。そう、やりすぎな一般化だけど、驚くほど正確だと思う。いやも

ハッカー集団のAnonymousがビデオ声明を公開し、「11月5日にFacebookを抹殺する」と予告した。 Youtubeに投稿されたビデオはAnonymousを名乗る男の声で、「あなたが深く愛しているコミュニケーション媒体は破壊される。もしあなたが目的を持ったハッカーであり、情報の自由を守りたいと思うなら、この作戦に参加して、自分のプライバシーのためにFacebookを抹殺しよう」と呼び掛けている。 その理由として「Facebookは政府機関に情報を売り渡し、情報セキュリティ企業にこっそりアクセスさせて、彼らが世界中の人々を監視できるようにしている」と主張。さらに「もし自分のアカウントを削除したとしても、個人情報は全てFacebook上に残り、いつでも復元できる」などと述べ、Facebookのユーザー情報管理の在り方を批判した。 その上で、11月5日に予告したFacebook攻撃につい

日本ではあまり馴染みのない「プロゲーマー」という職業ですが、海外では数千万円に相当する年収を得るゲーマーも存在すると言われています。そんな中、強豪格闘ゲーマーの「sako」氏が、2011年4月からプロ格闘ゲーマーとしての活動を開始しました。 sako氏は、2010年に開催されたスーパーストリートファイターIVの大会「GODSGARDEN online ♯2」で、世界的に知られているウメハラ氏を破って準優勝し、その名を高め、極めて攻撃的な戦術から「最強の矛」との異名を取るまでになった、今後の活躍が期待される格闘ゲーマーです。 そんなsako氏に、海外や日本のプロ格闘ゲーマーがいったいどうやって収入を得ているのかなど、格闘ゲームのプロ市場について、あまり知られていなかったその実態を語ってもらったインタビューは以下から。4月から新たにプロ格闘ゲーマーとしての活動を始めたsako氏。顔出しはNGな

僕は、1 日に少なくとも 3,000 行程度、多く書くときで 10,000 行以上のプログラムを書くことができる。その結果、多い月で 10 万行 / 月くらいである。なお、言語は書くソフトウェアの性質上、大半が C 言語である。 また、プログラミングにはバグが付き物だが、ここ 2、3 年の間は、発生するバグの数を極めて少なく保つことに成功している。 とても大きく複雑で、かつレイヤ的に OS に近い処理をたくさんやるプログラムを書く場合は、プログラミングをするときでも、事前の設計が極めて重要となる。設計をうまく行わないと、後になって全面的に書き直しをしないといけなくなったり、パフォーマンスが低下したりする原因となり、開発者の苦痛の原因となる。 当然のことながら、これまで書いたいくつかの大きく複雑といえるソフトウェアの大半の設計も、自分で行った。いかなる場合でも、設計は、最初の 1 回目で確定

管理中のサーバで行っているセキュリティ設定を公開します。本当はこういうことを公開するのはよろしくないのですが、脆弱サーバが氾濫している現状そこが踏み台となってsshアタックされるのも迷惑極まりないので、最低限やっとけという内容でまとめました。*1 起動サービスと概要 iptables/Firewallの設定 iptablesの中身 limit-burstについて hashlimitについて hosts.allow/hosts.deny(TCP Wrapper)の設定 sshdの設定 その他の設定 Apacheの設定 Postfixの設定 Dovecotの設定 まとめ 起動サービスと概要 Apache (www) sshd smtp/pop bind (DNS) ntpd いくつかの注意点。 sftpで十分なのでftpdは使わない。WinSCP等を使えばffftpに依存する必要はない。*2