Knowledge base func

とても参考になったがあまりにも長いので自分のメモリの小さい頭でもわかるようにまとめてみた。リファクタリングして繰り返しになっていた部分をまとめたり、超訳したりした。
また後ほど、日本の頓挫した特許庁とのシステムとものちほど比較検証してみる予定だ。

オリジナルの訳は下記から読むことができる。
37signal Getting Real

gettingreal.37signals.com/GR_jpn.php#ch07

Getting Real は、より小さく、より速くソフトウェアを構築するのにより適した方法です。またそのアプローチは多くのビジネス・クリエイティビティの現場でも採用できるものです。

■しぼりこむ / やらないことの大切さ
***やることを削る
機能を追加するな。機能を削れば戦線は絞れる。「何でもかんでも」というやり方には気を付けろ。必要だと思えるものを選び、さらにそれを半減。最も不可欠なものだけが残るまで機能を削る。もっと、は答えでない。コードも削れ。コード量が増えるにつれソフトウェアは指数関数的に複雑になっていく。ないコードより柔軟性のあるコードはない！

***持っている資源で戦え
自分でつくれ、自分のもっている資金でうごけ。無いものを戦力に加えるな。
時間やお金が予定よりかかりそうになったら優先順位を考えて絞り込め。

***チームは３人いれば十分
制限のある人的資源は何が必要かを明確にする。柔軟性がうまれる。
プロジェクトが大きくなると、ネックになるのがメンバーの増加。コミュニケーションチャンネルが増えるとコミュニケーションコストが指数関数的に嵩む。仕事がメモとミーティングに埋まってしまう。チームを小さくし、独立して動ける規模まで小さくし、コミュニケーションのリンクを減らす。

***まだ発生してもいない問題のために時間を費やすな
必要になってから増やす。決断する時は必要な情報が手に入った時。製品を作り始めたとき、持っている情報は最低限のものだけです。何か決める時は、その情報を持っている時で、その前ではありません。
すばらしいものを作り、それがとりあえず形になってから次に何をしようか考える。いきなり規模を考えたりしない。

***顧客の要望に対してまずノーと言う
顧客からの要望は聞いたら忘れる。読んで、投げて、忘れてしまえ。重要なものはいやでも浮かんで来続ける。要望に対してイエスと言うたびに子供が産まれる。あなたはその赤ちゃんを育てなければならない。一度世に出たものを顧客から奪い取ることはできない。

***皆を喜ばせようとすると、誰も喜ばない
本当に必要としている人は誰かを知り、彼らに喜んでもらえるようターゲットを絞り込む。

***ミーティングをしない
はっきりとした話の内容が決まっていないミーティングは絶対しない。ミーティングは必要最低限の人間のみで開催する。

***人は雇わない。
他の道を探す。仕事は本当に必要なものですか？それをしかなったら問題ですか？便利なツールや代わりのアプローチ方法でその問題を解決できませんか？誰かをクビにしても、すぐに代わりを雇わなければ、そのポジションに人がいなくてもどれだけ問題がないのか知ることができる。

***仕様書などの書類はつくらない
仕様書は実用的ではない。機能についての書類は書かない。アプリケーションは制作者が作り、デザイナーがデザインし、人々が使用して初めて現実する。機能スペックの記述は合意をしたという幻想。文面で納得するのは、真の同意ではない。同じ内容のものを読んでいても、そこから考えることは人それぞれ。何か機能を加えることでうるさい奴を静まらせることができる。仕様書をつくれば機能が増え過ぎる。
基本設計書は、サインされ同意されるもの。開発中アイディアが誤っていたと気付いても、そのまま進むしかない。
YahooやGoogleやAmazonを使うのにマニュアルは必要無い。マニュアル無しの製品を作ることの重要性がわかるはずです。

■つくりこむ / 形にすることの大切さ
***ビジョンは一言で
何をつくろうとしているのか一言で言いあらわせるか？

***ストーリーをつくる
新しい機能やコンセプトについて言葉で説明しないといけなくなった時には、それについての簡潔な話を書きます。技術やデザインを詳述してはいけません。
アプリケーションが必要としているストーリーを１つ書く。簡単な言葉で手早く。1枚の紙で収まらないのなら、複雑だと言う証拠。

***アイディアは実行しないと意味がない。
アイディアを現実に。実現していないものには価値はない。

***まず大局を固めてから細部にこだわれ
インスピレーションの紙スケッチ、走り書きでいい。それを元に皆が見ることができるのをつくる。それを評価して実際につくる。実際につくったものがダメならやり直す。成功と満足の秘訣はディテール（詳細）にある

***繰り返し
１回目でうまくいくとは思わないこと。アプリケーションを成長させ、そこから学ぶ。その形を変え、進化させる。作り、使い、分析。これを繰り返す。

***ユーザーに選ばせない
任意の設定をユーザーにさせるのはあなたが最良の選択肢を考えるという作業をユーザーに押し付けているということ。

***配慮ある初体験で期待を持たせる
第一印象は決定的です。もし配慮のあるブランク画面をデザインできなかったとしたら、アプリケーションやサービスについてマイナスの（そして誤った）印象を生み出すことになるでしょう。

***うまくいかなかった場合のデザイン（エラー画面）
認めましょう：オンラインで物事はうまくいかない。どんなにアプリを注意深くデザインしても、どんなにテストをしても、顧客は問題につき当たるものです。それではこういった避けられない障害にどう対処すればいいでしょうか。守備的デザインをするのです。Defensive Design for the Web（「ウェブ用守備的デザイン」）

***アプリには覚えやすい名前を付ける
複数ユーザーに意見を求めたり、ネーミングプロセスを委員会的にしすぎないことです。名前は短く、キャッチーで覚えやすいものを選ぶ。

■さがしだす / 見つけることの大切さ
***才能をさがす
遅延したプロジェクトに人を加えると、ますます遅くなる。（ブルックスの掟）
1人で1つの仕事をこなす優秀なプログラマーは、必要以上に人やコミュニケーションを持たない。同じ仕事でも5人のプログラマーですると協力やコミュニケーションがいる。時間は余計にかかる。だから二流のプログラマーが沢山集まったところで、どれだけ時間をかけても優秀なプログラマーのクオリティ品は作り出せない。

***干渉されない時間
うまく仕事のはかどる１人の時間は、IMも電話もミーティングもシャットアウトします。メールの即時の返答もしてはいけません。外音を閉じて、自分の仕事のみに集中する。

***時間の細分化
何ヶ月も何年も先の見積もりはもはや空想。12週間のプロジェクトではなく、１週間のプロジェクトが12週続くと思うのです。30時間かかりそうなタスクではなく、より現実的な6-10時間の単位で細かく考える。

***情熱を探す
不運なことに、多くのプログラマーはプロジェクトを完遂できない。プログラムは全て決断である。とても沢山の決断は、文化的な優位、価値、理想などで決まる。オープン・ソースの参加者にはある程度の情熱がある。熱意はごまかせない。
不満だらけの優等生より幸せで熱意を持った人間を見つけましょう。1人でも仕事を任せられる様な人。

***ジェネラリストを探す
スペシャリストより早く覚えるジェネラリスト。スペシャリストを雇うつもりはありません。彼等のディテールのこだわりは半端ではなく、我々のような小さなチームには、そのような一部にとてつもない能力を発揮する専門化肌の人間は１つのことに固執し変化を見出せないので合わないのです。
小さなチームには、何足もの草鞋を履けるような人間が必要です。ものを書くことができるデザイナー、デザインの分かるプログラマー…全てのメンバーが情報を（どんな情報でも）組み立てるアイディアを持つべきです。全員整った精神が必要だし、全員が顧客とコミュニケーションできることが必要なのです。

***良い文章家を探す
採用する際には、個々の文章能力を重要視します。デザイナーでもプログラマーでもマーケティングの人間、営業の人間でもです。文章構成のスキルは高く評価します。効果的な、シンプルな文章作成と編集の力は、コードやデザインやコミュニケーションなど、様々な舞台にも応用が利きます。
良い文章家はコミュニケーションの仕方が良いのです。人に理解させるのがうまい、相手の立場を考える、不要なものを見分ける、シンプルに考える。

■具体的な手順など
新機能を追加する際には、以下のステップが必要になります：

1. ノーと言う
2. その価値を証明させる
3. まだノーだったら止める；その必要を感じたら続ける
4. スクリーン/ UIをスケッチする
5. スクリーン/ UIをデザインする
6. コード化
7-15. テスト＆改良、テスト＆改良、テスト＆改良、テスト＆改良…
16. ヘルプのテキストを修正/チェックする
17. 製品ツアーの修正（必要であれば）
18. マーケティング用コピーの修正（必要であれば）
19. サービス規約の修正（必要であれば）
20. ルール違反がないかチェック
21. 価格構成に影響が出るかチェック
22. 公開
23. 見守る

評判と期待を起こすのに、ハリウッド式に１）発表・ティーザー、２）試写会・プレビュー、３）リリース

プロモサイトで人々に製品を紹介する
概要*：アプリとそのメリットの説明
ツアー*：各種機能について案内
スクリーンショットとビデオ*：実際のアプリの見た目と、どのように使うのかを見せる
マニフェスト*：製品の裏側にある哲学と考えの説明
ケース・スタディー*：何ができるのかを示すため現実での例を挙げる
評判*：顧客やレビュー、プレス等からの、証明を引用
フォーラム*：メンバーがお互いを助け合うことができる場所を提供
価格表示と登録機能*：できるだけ早く製品に人々を引き込む
ブログ*：ニュースや助言を書いたブログでサイトを新鮮に保つ

ふぅ・・・、まだなげぇ。100行ぐらいに超訳する。

名前：まーけっとかなりあ
URL：marketcanary.biz/
稼働開始：2011/11/06
概要：ツイッター上でおこなわれた発言について解析を行い、株式市場などのマーケットとの相関性がわかるように一覧性、可視化を助けるためのものである。

副詞の出現回数が増えると、平均株価が下落しているようにも・・・見える。

 

詳細：
炭鉱ではガス中毒を避けるためガスが出ると騒ぐカナリアを連れこんでいたという話しがあるが、相場を含めた社会情勢の変化も人々のサエズリの中にどれだけはっきりと見ることができるのかを可視化するのが目的。

アプリケーションの動作許可を頂いたTwitterアカウントにたいして、そのユーザーのタイムラインを取得していく。取得したメッセージについて、テキスト解析処理（YahooText解析を利用）し、分かち書きをおこなっている。どのような語や品詞がどれだけつかわれているかを分析可能なようにデーター集積を行なう。現在はその集積したデータのなかから日別の副詞出現総件数をグラフとして表示している。

また、メタデータ株式会社の感情解析を利用し、好き-嫌い、楽しい-哀しいなどが検出できた場合、それも集計している。現在のところ、その出現件数を日別にカウントしたものをグラフの第３軸として表示している。

さらに、株式会社エヌ・ティ・ティ・データの「なずきEX」による、感情解析により、好評-不評などの反応、優しいや焦燥などの感情、におい、味覚などの評価軸などの解析情報も集積している。現在は日別の不評の出現回数について表示をおこなっている。

将来的にもっとも顕著な結果が出ている評価軸を探るために、データの簡易解析と集積を開始したところ。

課題点など
個人的に使用しているTwitter_id:kuippaを読み込んだところ、500件程度、半日前までしか遡ることができず、ひと月さかのぼっての解析処理がおこなえなかった。テストアカウントも同時に読み込んでいるがそちらはそもそもフォロー件数が少なかったため十分に日付をさかのぼれたようだ。単なる事前調査不足でデータを逸してしまい残念である。
800人程度のフォロー数ではあるのだが、集計してみたところ１日で９０００件ものツイートが流れているようだ。テキスト解析により語彙分解をおこなったところなんと１日で１２万件を超えてしまい、いかに多くの発言がオンライン上でなされているかを知ることができた。どうりで秒速でながれていくはずだ。
と、同時にそのような膨大なデータを個人的に集積するのに十分なリソースはないため、必要と思われるデータ群がわかったら取得についても整理していく必要がある。

当初、感動詞などでの解析を考えていたが、内容を仮集計したところ副詞などのほうがよさそうなので副詞とした。ここらへんは改良の余地があると考えている。当初は文中出現上位の単語に評価テーブルつけようと考えたが、今回の実装からはやむなく見送ることにした。

分かち書きなどのテキスト解析をかけるにあたり、URLが邪魔になるので取り除く処理を書いた。そこで副産物として、その日に話題として発言中に取り上げられたURLをストックしていくテーブルができたので、また時間があればツイッター上でのホットエントリーURLを見れるページをつくりたいと思った。これは個人的にも必要だ。

現在安いレンタルサーバーを利用しているcronが5個までしか登録できないようだ。
取得処理と、解析処理を分けたら足りなくなってしまった。
ツイッターユーザーのアクティベート処理なども自動で行うようにしていたが、はずした。
株価情報の取得は、もう現在の段階で足りていないので書いていない。
まさか2011年のこのご時世になっても公式で株価情報のRSSもないのかと残念でならない。

ほか、経緯とか
グラフについては、潮位変化と地震の相関性を調べるために、書いたものがあったので流用した。
震災時、過去の歴史の経緯から次の地震がどのようなタイミングでおきるのかに興味が集中していたため、そのようなものを作っていた。
ノイズを取り除き、適性な重み付け（バリエーション）ができれば、予測が結果に干渉しない分野においては個人的に納得の行く分析ができたように思う。
他方、株式市場などは予測が結果に影響を与える分野だ。しかもこの数年、本来の存在道義から外れているようにおもえてならないが、それでも経済指標は人々の生活をはかるのに必要な指標ではある。
逆に、環境指標が取れれば、経済と乖離した場合、経済のほうが振る舞いとして人工的で、一部の国などによる介入や過干渉が環境変化に先行しておこなわれ、結果、環境（経済環境など）を変化させたと言えたりしたら楽しいんじゃなかと思う。

ちなみに、以前、アメリカのほうでこんな記事があった。

株式投資
ツイッターで株価を予測するヘッジファンド

www.newsweekjapan.jp/stories/business/2011/08/post-2227.php

ツイッターとか、これだけ即時性とボリュームがあれば、観測ポイントとして価値がありますよね。

募集
あまりフォロー数の多くない（100人程度）のツイッターアカウントを持ったひと。
人柱だけど・・・。@kuippaにツイートしてね。アクティベート用のURL案内します。

年配の方に「ついったー」ってなんじゃらほいときかれ、ごく簡単な説明をしたのでこちらにもまとめておきます。
■　Twitterとは
Twitter（ついったー）は、140文字の短いメッセージを”みんな”に発信するサービスです。
メールやブログ、掲示板よりももっと手軽なサービスです。

■　やりかた
１．twitter.com/ でユーザー登録をします。
２．準備ができたらkuippaをフォローしてみましょう。
３．「@kuippa はじめたよ！」とツイートしてみましょう。IDの前に@をつけるのはその人へのメッセージだよという意味です。
４．興味ある単語を検索して人々の感想をみたり、フォローされたりフォローしたりすることで自分の情報発信範囲や受信範囲をひろげましょう。
■　注意
ツイッターで発言したことは、いろいろな人が見ることができるものですので顕名で発言される場合は気をつけてください。逆に名前をだしてやることで信頼性をもって情報などを発信することもできます。
■　より便利につかうために
自分はTweetDeck（www.tweetdeck.com/）というソフトを使用しています。携帯だとモバツイ（www.movatwi.jp/）などが有名です。
■　日本ツイッター学会
２０１０年 １２月２６日１４時から三鷹産業プラザに日本ツイッター学会の会長でもある佐賀県の武雄市の樋渡市長が再びやってきます。朝フジテレビの新報道２００１に出るとのことで再び東京にくるそうです。
新しく出版された首長パンチの出版記念サイン会で入場無料であります。（今回は事前受付などの措置はありません。）

あと、はぐら茶屋も武雄市のレモングラスを持参して即売会ができるように準備いたします。

 佐賀県で農薬、化学肥料を使用せず栽培したこだわりハーブです佐賀県武雄市産無農薬 レモングラス　30g

作ったところで満足してそのままにわすれていたので、後追い報告。
マッシュアップアワード６の締め切り間際にAPIが公開になり、合間合間をみてやってきましたが、とりあえずここまでつくったのでご報告。

iteahelper.com/sandbox/netvocaloid/

ひらがなを入れるとそれをミクさんぽい何かが発声してくれます。
見た目より体験なのでさわってみてください。ミクあげを押すと音声データに変換します。

なんだただの読み上げソフトじゃないか！
と、思われてもいたしかなたいですが、技術的にはなかなか面白い取り組みがなされています。このアプリケーションは機械翻訳的な部分を中心につくっているのでユーザーの体験としてはほとんど面白みがないですよね。申し訳ない。

まず最初にNET Vocaloid Flexの概要からご説明します。
初音ミクなどで有名なYAMAHAのボーカロイドシリーズがあるのですが、これはその音声データを吐き出すためのエンジンをネットAPIという形式でインターネット上で提供される実験的で先鋭的なサービスです。

このAPIが何をしてくれるかというと、音声データを作成するための設計図（VSXML）をNET Vocaloid APIに渡すとMP3の音楽データにしてくれます。まだ本格公開前のサービスなので１０秒制限や変換回数の制限があるなど、細かい制限があります。

問題はこのVSXMLなのですが、普通のひとには理解できない言葉で書かなければなりません。
変換のためのハマりどころは下記に軽くまとめておきました。
iteahelper.com/blog/2010/10/15/netvocaloid-flex-api%e3%81%8c%e7%99%bb%e5%a0%b4/
iteahelper.com/blog/2010/11/01/netvocaloid-flex%e3%82%92%e3%81%97%e3%82%89%e3%81%b9%e3%81%9f%e3%82%8a/

世間では楽譜を自由にかけるひとは少ないですが、VSXMLを手書きでかけるひとはきっともっとすくないでしょう。
で、今回は何をつくったかというと、日本人がつかいやすい「ひらがな」をマシンが理解しやすい「VSXML」に変換するエンジンをつくりました。いずれ優れたインターフェイスを持ったエディターが出てくることだとは思いますが、まずは手始めにマシンと人間をつなぐ翻訳サービスのようなものです。

 

ネットボーカロイドの意義

ボーカロイドの特徴は音調（調律、長さ、音圧）をいじることができるところです。
さらにこれがオンライン上でリアルタイムエンコーディングが可能になった場合の可能性は現段階でははっきりとイメージしきれませんが、かつて初音ミクがでてきたときと同じようなインパクトがあるのではないかと期待に胸がドキドキ。

ただ、いかんせんこれを利用するにはMIDIデータをバイナリエディタで手起こしをするようなわずらわしさがあります。
わずらわしさと言いましたが、障壁といっていい。
MIDIのような電子音楽だけでなく、イントネーションプロミネンスの分解や、ネットワークであったり、通信などを含むプログラミングなど、利用するために必要とされる知識が広すぎてしまって現段階では一般ユーザーや音楽関係のクリエイターが使うにはその壁が高すぎます。

そんなわけでプログラムサイドと音楽サイドから、その壁を乗り越えるためのはしごを作ろうかなと今回のこれをつくりました。内部的には音調や音階を調律可能な状態でデータを作成することができます。
次に必要なのはインターフェイスです。

ですが、その前に「なにをやりたいか」が問われています。

表現する技術があっても表現したいものがないと技術には意味がないのです。もちろんその逆でも足りません。
自分ではあまりいいアイディアが思い浮かびませんでした。
もし、こーしたい、あーしたい、などがあったらはしごを用意しますのでいいたいことを言うなら今のうちっ！
俺の背中を超えてみないかっ！

点字ソフトをつくりました。無料ソフトですのでご活用ください。

iteahelper.com/sandbox/teng/

主な機能と目的

ひらがなを入力すると点字を出力します。

点字専用のプリンターがなくても、通常プリンターで印刷して裏打ち出しなどにご活用ください。
裏打ちがしやすいように点字の左右反転が行えます。

コピーアンドペーストに対応しております。
他の目的で作成した文章を挿入し、「ひらがな化」ボタンで簡単に「ひらがな」にすることができます。ひらがな化により単語の分かち書きも自動でおこないます。既存文章の点字化にご活用ください。

読み上げモードを実装しております。入力した文字の読み上げができます。作成した文章はURLで保存することができます。盲の方へのメッセージのやりとりなどにご活用ください。

こんな風に↓URLを渡すことで、メッセージをやり取りすることができます。
bit.ly/bwPBNA

紅茶屋の自分がこのソフトを作った経緯

毎週開催している三鷹プログラマーズカフェの建物の前に点字出版所があって、点字が気になっていました。また、よく行く高田馬場のお客さんのところにも関係の施設が。さらに、テレビで慶應大の点字サークルかなんかが映っていて裏側からわざわざ点字を打ち出しているのを見てアナログな作業に愕然としました。点字用のプリンターは予想外に高いようです。自分は点字はよくわかりませんが、この手間をなくすソフトぐらいだったら作れるのにと思い作った次第です。まったく業務にも関係がないうえこの手のソフトを商用でつくるわけにもいかないので、マッシュアップアワード６をきっかけにして作成しました。

Twitter上で関係の方の意見を取り入れながら機能実装をおこないましたが、点字素人の自分が作成したので不便なところはおおくあるとおもいます。お気づきの部分がありましたらどうぞ御遠慮なくご指摘いただければさいわいです。