$ sudo rpm -Uvh http://download.fedora.redhat.com/pub/epel/5/i386/epel-release-5-4.noarch.rpm
$ sudo rpm -Uvh http://rpms.famillecollet.com/enterprise/remi-release-5.rpm

mysql(v5.5)をインストール

既存のmysqlを使う人は飛ばして次項へ。

(PHPを先にインストールすると色々こけるので先にmysqlをセットアップ)

$ sudo yum --enablerepo=remi install mysql mysql-server

で起動テスト。

$ sudo /etc/init.d/mysqld start

いや、こけた。

起動せず。。

ふむ。repositoryをremi-testにしなければダメな模様。

再度インストールの場合には依存関係のパッケージでconflictするのでとにかく消す。

ごっそり消す！！

$ sudo yum remove -y mysql*

でインストール。

$ sudo yum --enablerepo=remi-test install mysql mysql-server
$ sudo /etc/init.d/mysqld start
Starting MySQL: [ OK ]

いった！

自動起動設定だけ済ませて次へ。

$ sudo /sbin/chkconfig mysqld on

php諸々をインストール

既存のphp5.2以前がある場合は、やはりとにかく、ごっそりremove！！

で以下に続く。

$ sudo yum --enablerepo=remi install -y php php-mysql php-xml php-mbstring php-common

以上でfulephp動作前の環境構築準備は完了！

ほんとはハマった辺りのログとかも入れた方がいいんでしょうが、今回はこれでご勘弁。

ソースから入れた方が楽だよなぁ・・・と何度か方向転換しかかりましたが・・・なんとか。

明日16日目は@madmamorさんの「FuelPHPのcoreクラスを拡張してみる。」ですね！

おたのしみに！

Permalink | 記事への反応(1) | 10:17

2011-08-24

■http://anond.hatelabo.jp/20110824034034

ん？何をDisられたのかさっぱり判らん。

いや、あなたの言ってることは合ってるし、自分も基本的に同じことを主張したつもりだが。

HTML5のメリットは、セマンティックな記述が可能になること、Web標準で実現できることが格段に増えたこと。

を、わざわざ砕いて”リッチなインターネットコンテンツを、非常に簡潔にスマートに記述できる”と文系チックに書いたのに、なぜ、わかりにくいバズワードで言いなおすのか。

そもそも「セマンティックな記述」って意味がわからない。文章の意味構造を記述できるようにして外見と分離する事を指すのなら、それは「非常に簡潔にスマートに記述できる」という事じゃないのか（さすがにあいまいに書きすぎてるとは自分でも思うが）。「実現できることが格段に増えた」事は、リッチなインターネットコンテンツを記述できるって事じゃないのか（意味構造を記述によって検索エンジンに適した情報になるってメリットは、論旨がブレるので書いてない）。

HTML5はWeb標準なんだから、きちんと踏まえていくのは当たり前。

その当たり前の事ができなかったHTML4。HTML5になればできるようになるとでも言いたいのなら、あなたもネットに向いてない。

Websocketなどを始めとする新しいAPI群、CSS3などで何が可能になるか考えてみよう。

問いかけてる以上、答えがあるようなので、ぜひ模範解答をご教授頂きたい。「無限の可能性があります」という厨二病な答えしか思いつかない。

Flashじゃないとできないこと、Flashの方が得意なことは？

ちゃんと書いたつもりけど、代表格は2D描画。あと複雑な処理（クラスのおかげ）。ブラウザ間OS間の互換性。ネイティブなXML処理。プリミティブな音ストリームの操作なんてのもある。

現状、Flashを必要としてるのは何処？誰？

Flashを必要としてる人なんていないと思ってる。ただFlashの方が制作環境とかも含めて使いやすいから使ってるだけのこと。

もう何が言いたいかわかると思いますが、広告やゲームなんかではFlashを使えばいいんじゃないですか。

いやいやいやいや。iPhoneで表示されない広告に何の意味があるのか。ゲームは一理あるけどFlashは外部コントローラに対応してない。3Dなら現状Unity。一概に言えない。

普通はいらないでしょ。

普通ってなによ？Flashがデファクトスタンダードになったという事実が、普通はいる、という証明にならないのか。

Permalink | 記事への反応(3) | 05:59

2011-07-31

■「そうしてあなたは去ってゆくのね」はそうして去ってゆくのね

http://mixi.jp/run_appli.pl?id=5638

http://mixi.jp/view_bbs.pl?id=46278682&comm_id=4544309

知らぬ間に去っていったマイミクを調べることができるmixiアプリだが、8月1日で提供終了になるらしい。

現時点で、全体のアプリ週間利用者数ランキング 20位、利用者数179万人のアプリである。

本アプリは8月1日をもって終了いたします。
これまで「そしあな」をご愛顧頂き、誠にありがとうございました。
なお、mixiアプリ版は終了となりますがiPhoneアプリ「そうしてあなたはさってゆくのね」の提供を開始しております。
このiPhoneアプリはtwitter フォロワー用の「そしあな」となります。
AppStoreで「そしあな」と検索してみてください。もちろん無料です。
7月上旬にはAndroid スマートフォンアプリ版「そしあな」の提供も予定しております。
Android版の提供を開始しましたら、またこちらでお知らせいたします。

twitter フォロワー用は継続して提供されるようだが、いなくなったマイミクを知る手段はなくなってしまうようだ。

そこで8/1以降も、このアプリを使用できる方法を用意した。（FirefoxとChromeで確認済み）

↓↓↓以下説明↓↓↓

https://sap.mixi.jp/home.pl を開いて、何回かパスワードを入力すると、管理アプリ一覧の画面になる。

（Developer登録をする画面になった場合は登録を済ませてほしい）

管理アプリ一覧を開いた状態で、下記の文字列をアドレスバーに貼り付けてエンターを押すと、アプリ作成の画面になるので、内容を確認して問題なければ「作成する」ボタンをクリック。

javascript:(function(){p=location.href.match(/postkey=(.*)/);location.href="https://sap.mixi.jp/add_appli.pl?submit=main&name=%E3%81%9D%E3%81%86%E3%81%97%E3%81%A6%E3%81%82%E3%81%AA%E3%81%9F%E3%81%AF%E5%8E%BB%E3%81%A3%E3%81%A6%E3%82%86%E3%81%8F%E3%81%AE%E3%81%AD&url=http%3A%2F%2Fdl.dropbox.com%2Fu%2F36813827%2Fgadget.xml&description=%E3%81%9D%E3%81%86%E3%81%97%E3%81%A6%E3%81%82%E3%81%AA%E3%81%9F%E3%81%AF%E5%8E%BB%E3%81%A3%E3%81%A6%E3%82%86%E3%81%8F%E3%81%AE%E3%81%AD&d1_enable=1&details=%E3%81%93%E3%81%AE%E3%82%A2%E3%83%97%E3%83%AA%E3%81%AF%E3%80%81%E7%9F%A5%E3%82%89%E3%81%AC%E9%96%93%E3%81%AB%E5%8E%BB%E3%81%A3%E3%81%A6%E3%81%84%E3%81%A3%E3%81%9F%E3%83%9E%E3%82%A4%E3%83%9F%E3%82%AF%E3%82%92%E9%80%83%E3%81%95%E3%81%9A%E3%83%81%E3%82%A7%E3%83%83%E3%82%AF%E3%81%A7%E3%81%8D%E3%82%8B%E3%82%A2%E3%83%97%E3%83%AA%E3%81%A7%E3%81%99%E3%80%82%E8%AA%B0%E3%81%8C%E3%83%9E%E3%82%A4%E3%83%9F%E3%82%AF%E3%81%8B%E3%82%89%E5%A4%96%E3%82%8C%E3%81%9F%E3%81%AE%E3%81%8B%E3%81%BE%E3%81%A7%E7%9F%A5%E3%82%8B%E3%81%93%E3%81%A8%E3%81%8C%E3%81%A7%E3%81%8D%E3%81%BE%E3%81%99%E3%80%82&agreement=agree&postkey="+p[1];})();

こうしてあなた専用の「そうしてあなたは去ってゆくのね」が作成された。

あとは「アプリ実行ページへ」から普通に使うことができる。

何らかの理由で、この手順がおこなえない場合は、マイミクの誰かに代理で作成してもらい、そのアプリを自分のアカウントに追加するのでもよい。

Permalink | 記事への反応(0) | 20:00

2011-02-28

■これは罠なのか

XMLに誤字がある。テンプレートに誤字がある。

パース出来ない。アプリケーションは動くが、XMLとしてパース出来ない。

これは罠なのか。再利用性を下げるための罠なのか。

Permalink | 記事への反応(0) | 14:31

2011-01-15

■12 時間ほどでTwitter 連携 webサービスを作った記録

2010年の年末から年始にかけて10 連休ほどあったので、新しいサイトを作ろうと思い立った。

自分のスペック

30歳
既婚　子ども一人
web関係の仕事だけどあんまりコード書かない
コーダー上がり
使えるのはHTML,css,Flashをちょっと
家ではmacを使ってる
- cotEditor,cyberduckが入ってる。アドビは入ってない（会社では使うけど）

何を作るか

小遣いを稼げるサイトにしたい、とまず思った。

月に１万円だと、毎日コーヒーを飲んでるだけでなくなってしまうので、コーヒー代くらい稼げたらうれしいなあ。じゃあどうする。何を作る？

2ch まとめブログ：更新があまりにも面倒だから×
アダルト：kanzen21の増田を読んでやること多そうだから×
普通にブログ書く：毎日１時間とか捻出するのが難しいから×
Flash ゲーム：5年前にサイトを持ってたけど人が来なくなったので閉鎖。たぶん今やってもあんまり受けないので×
iPhoneアプリ：よくわからんから×
Twitter 連携：まだ飽きられてなさそうだからいけるかも？

ということで、まずTwitterを使ったものを作ることにした。

テーマ

ひとつのジャンルにしぼってツイートをかき集めれば、面白い流れになるんじゃないか。人が来るんじゃないか。そう思った。togetterみたいな。で、ジャンルは、個人的に興味がある子育て。ていうか毎日帰宅してから朝まで子どもの寝かしつけや夜泣きの対応でサイトを更新する暇も、俺が寝る暇もあんまりない。ので、手がかからないことが大前提。なんだったら自動更新でもいい。

自動更新かー。と思って「ブログ　自動更新」でググったら、wordpressにRSS から更新するプラグインがあるらしいことを知った。はい決定。その瞬間、「TwitterのAPI から RSSを引っ張ってwordpressに投稿するサイト」に決まった。

やってみた

12 時間は実装を初めてからの時間になります

1時間め

さくらインターネットのスタンダードを申し込んだ。１４日お試しがあるらしいけど、仮申し込みの時点で住所も入れてコンビニ請求にしたら、数日後に請求書が送られてきてビビった。（同時にドメインも申請しちゃった）

まあ、webで申し込んで、すぐにサーバコントロールパネルという画面に入れるようになった。「クイックインストール」というリンクがあったので見てみたらMovableTypeとWordPressを自動でインストールしてくれるらしかったので、ボタンを押した。インストールできましたというので発行されたURLをクリックしたけど404だった。１時間くらい404で、その日はもう寝た。

2時間め

次の日の夜。これはもう、１０連休を利用して毎晩1時間ずつ捻出するしかない、さくらのお試し１４日あるから約14時間で作りきるしかねえ、と思った。

サイトにアクセスしたらwordpressが入ったページが出てきた。おお、サイトができてる！

まずTwitterを調べるか、と思って、「Twitter API」で検索したけどOauth？とかいう面倒なことをしないといけないらしかったのでやめた。じゃあ普通に検索は？と思って「Twitter 検索」で検索したら、search.twitter.comの結果はjsonかatomで取得できるし、APIコール制限もないらしいのでこれに決定。検索だけで１時間たった。

3時間め

夜も更けて、続けて作業した。「wordpress xml 投稿」で検索していくつか探したらFeedWordpressというプラグインがあったので入れた。あ、事前知識としてMovableTypeでのブログはやったことがあったので、プラグインを入れるみたいな話はスムーズに進められた。

で、twitterの検索結果をatomで返した結果を入れてみた。ら、本当に投稿されてた。よっしゃできた、と思った。１ツイートが１エントリになってたし、投稿者もツイートした人になってた。よかった。でも、満足できなかった。

4時間め

次の日。同じことを自力でやる方法を探した。「wordpress xml 投稿」で検索して、XMLをパースできるようになればいいんじゃないかと思い、simplepieというPHPライブラリにたどり着いた。が、PHPなんてまったく知らないし、憶える気もなかった。actionscriptで書かせてよ、とずっと思ってた。

5時間め・6時間め

次の日。「wordpress xml 投稿」でまた検索。どうやらwordpressの投稿って、xmlrpcというやり方を使ってるらしかった。ので、「wordpress xmlrpc 自動投稿」で検索したら、なんかサンプルコードが載ってたのでそのまんまコピペ（結局PHPだった）。したらちゃんと投稿されていた。ふむ。ここで何を思いついたのか、「wordpress xml パース」と昨日みたいなことを検索した。simpleXML？というライブラリがあるらしかったので、それを試してみることにした。（たぶんPHPが動いたので気をよくしてたんだと思う）

まずtwitterの検索結果のatomのURLを変数に宣言
URLRequestでそいつをGET
XMLにキャストしてパース
必要な部分だけ抜き出す
xmlrpcで投稿

こういう流れでいけると思った。考え方はactionscriptをエディタに書いて、ノリであてにいった。変数に宣言するのはできた。＄var1とかで宣言したことになるらしい。URLRequestに相当するコードを探したら「file_get_contents」らしいことが分かった。（「PHP　外部ファイル」で検索）

で、ゲットしたのはXMLなんだけど、上記検索したなかにたまたま書いてあった「simplexml_load_string」というのを使うとXMLをパースできそうな気がしたので、ノリで書いたactionscriptでは

var req:String = "http://search.twitter.com/?q.atom=mogemoge";

var r:URLRequest = new URLRequest(req);

var kekka:XML = r.send() as XML;　←いまここ

なので、XMLにキャストしたんだろうなみたいな感じだった。E4Xを使えればいいのにPHPって馬鹿ねと思いながら寝た。

7時間め

年があけて、３が日が終わりそうだった。年末にやってたこと（上記までのこと）を思い出しながら、XMLの必要な部分だけ抜き出す方法を模索した。atomっていってもentryがたくさん入ってたから配列にするんだろうけど、ってんで「php foreach」を検索。なんとなくサンプルコードをまねしながら、記事タイトル、記事本文だけ取得した。あとはxmlrpcのサンプルにあわせて投稿するようにした。できた。寝た。

8時間め

次の日の朝、ブログを見た。昨日更新したものしかあがってない。自動じゃねーじゃん。

で、「自動　投稿」で検索したら、クローン(cron)という仕組みを使わないといけないのだった。クローンはサーバの仕組みらしく、そういえば俺はPHPをはじめDB、サーバという単語を極力さけて仕事してきたので、もう気持ちが悪くなってきた。「さくらインターネット　cron php」で検索して、なんとかやり方を見つけて、cronを登録した。(1時間に１回にした。設定は * * * 0)

9時間め

仕事から帰ってきて、サイトを見ると、投稿が大量にたまっていた。やった！で、調子に乗ってツイッターアカウントを作った。なんだったらツイッターも自動化したかったので「twitter bot」で検索した。Easybotterというサンプルボットがあったので使わせてもらった。自動で一行ずつつぶやくようにした。

（時間外）

サイトのテーマを考えてた。通勤電車で悶々とする時間。

ツイートを集めることは成功したけど（毎時間１００件のツイートを１エントリとして投稿してる）、それを眺めて面白いんだろうか？　ボットを動かしてるけど人がくるんだろうか？

そんなとき「trivist」がはてブに載ってた。なんかにたものを感じた。やっぱツイートを引っ張ってきて投稿するサイトはアリなのか？アリなはずだ！

10 時間め

サイトの体裁を整えた

11 時間め

trivistをまねて、記事を評価（はてなスターとかいいねボタンとかに近いもの）する仕組みが欲しくなった。「wordpress 評価　プラグイン」で「wp-postratings」というプラグインを発見して、入れてみた。どうやら１エントリーに１評価しかできないらしい。俺のサイトは１エントリーに１００ツイートあるから、どのツイートを評価するのかが分からない。

いったん、wordpressの全投稿を削除した。で、cron に登録されてるPHPを、１記事に１エントリーにした。

12 時間め

エントリーを投稿するついでに、Yahoo 日本語解析APIをつかってツイートを分析して、名詞と動詞だけを取り出そうと思った。それをタグにすれば、タグクラウドが作れると思った。はてブはずっとずっと昔からやってるから、Yahoo 日本語解析っていうのが2006年くらいに流行ったことをなぜか憶えてたので、やってみた。できた。

なんか俺、PHP書くのが早くなってね？

そして微調整をしながら今に至る

アクセス解析を入れてみた。サイトに来てる人は、俺だけだった。

どうにかして人を増やしたい。サイトの広告募集はする気がないし、ベタベタとバナーを貼りたくなかった。みんなが気軽に見に来て、軽い気持ちで評価してくれて、更新を楽しみにしてくれるサイトにしたかった。コミュニティサイトじゃないけど、やっぱりサイトはコミュニケーション設計をしないと意味がないんじゃないか、見てくれるユーザはどうやったら楽しいんだろう、ということを考え続けて１０日ほど経った。Twitter経由で来てくれた人が３人ほどいるようだけど、何がダメなのか分からないので増田にお願い。

はてなユーザとして、このサイトは何が良くて何がダメか教えてほしい
なんで人が来ないのか、どこを直したらいいかアドバイスがほしい
子持ちの方がいたら、何があったら楽しいか教えてほしい

ここまで書いて教えてくんじゃねーか、と思われるかもしれないが、ググレカス的な検索は上記で書いたみたいにいろいろやってきた。でも、サイトを作ってみてはじめて、ユーザに向けたサイトってどう作ればいいのかが分からないということに気づいた。

小遣い稼ぎもしたいんだけど、面白いサイトを作るヒントがほしいと思った。

kanzen21やtrivistみたいに、俺も過程を全部さらしたから、辛辣な意見を求む。そしてはてブされるのを待ってます。

http://kosodate-now.com/

Permalink | 記事への反応(7) | 00:38

2010-11-29

■

XML って手で書くものじゃないよね…特にデザイナさんたち。なんでこんなのが、こんなに流行っちゃったんだろ…あと flash の人たちの XML 信仰も止めてほしい。

なんでもいいけど、あの、思考停止なのがイライラする。

Permalink | 記事への反応(1) | 06:53

2010-11-06

■成年向けマンガ雑誌発売日

暇じゃないけど、現実逃避で成年向け漫画雑誌発売日をGoogleカレンダーに入れてみた。

折角なんで一般公開設定とともに修正追記

HTML版
- http://www.google.com/calendar/embed?src=tk6pd49sdkin1a7s34mho8qtl8%40group.calendar.google.com
iCal
- http://www.google.com/calendar/ical/tk6pd49sdkin1a7s34mho8qtl8%40group.calendar.google.com/public/basic.ics
XML
- http://www.google.com/calendar/feeds/tk6pd49sdkin1a7s34mho8qtl8%40group.calendar.google.com/public/basic

Permalink | 記事への反応(0) | 17:44

2010-11-03

■Xperia X10 mini pro に Android 2.1 を入れてみる

UK版ファームにはまだ通知がこないので、Nordic あたりに偽装して試してみる。

■準備

12:55 まずは準備。母艦に入ってたソニエリの Update Service をアンインストールした。

13:00 Titanium Backup http://tinyurl.com/22rxwqc でアプリをバックアップした。

13:01 純正のバックアップツールで SMS/MMS をバックアップ。

13:05 APN Backup Restore http://tinyurl.com/26t6pq7 で APN 設定をバックアップ

13:08 (念のため) SMS Backup+ http://tinyurl.com/24kv56y で SMS/MMS を gmail にバックアップしておこう

13:17 SMS しかバックアップ取れてないぞ。ま、いいか。準備完了。

■いよいよアップデート

13:17 build.p rop を書き換えよう。Xda developers http://forum.xda-developers.com/ に情報探しに行く

13:21 日本語の情報あるじゃねーか。。。http://tinyurl.com/2uzugyk http://tinyurl.com/2fu9xsy

13:23 build.p rop の 1238-0199 を 1238-8536 に書き換え。要 root

ro.product.name=U20i_1238-8536

ro.build.fingerprint=SEMC/U20i_1238-8536/SonyEricssonU20i/delta:1.6/1.1.A.0.8/1:user/release-keys

ro.semc.version.cust=1238-8536

13:30 ここら辺 http://tinyurl.com/ydjr8jg から Update Service をインストール

13:36 ダメだ。最新のソフトウェアがインストールされています、だそうだ。

娘が起きてしまったので一旦中断

15:50 再開。Update Service をアンインストール、PC 再起動、再インストール

15:59 Back ボタンを押しながら USB 接続すると、アップデートがあります、だそうだ。

16:05 アップデート完了。

■root

16:24 ここら辺 http://juggly.cn/archives/12187.html を読みながら SuperOneClick で root 化。5分くらい経ったけどまだダメ。

16:33 APN Backup Restore http://tinyurl.com/26t6pq7 で APN 設定を復元

一旦中断

16:50 USB Debugging 有効、Unknown Sources 許可、Screen timeout 30分にして再度挑戦。10分くらい放っておいたら root 取れてた。

■ひたすらリストア

17:00 Titanium Backup http://tinyurl.com/22rxwqc でアプリを復元。一つ一つやると時間かかる。有料版買おうかな

17:15 純正のバックアップツールで SMS/MMS をリストア。

17:26 Auto-sync 有効にして放っておいたら電話帳もリストアされた。

夕食のため中断

21:34 DroidSansJapanese.ttf (中身はメイリオ) と DroidSansFallback.ttf を /system/fonts に入れて reboot

Nordic ファームなのでキーマップが違うなぁ。

UK ファームのときの qwerty.kcm.bin を取っておけば良かったのかな。

00:45 MMS の UserAgent 変えるの忘れてた。custom_settings.xml で対処 http://tinyurl.com/29qex3v

■キーマップ変更

11/4 11:13 ここ http://tinyurl.com/33lw734 に添付してある keys.tar を解答して、keyboard-config 以下のファイル全部と、mimmi_keypad.kcm.bin を置き換えたらキーマップも EN 配列になった。qwerty.kcm.bin は mimmi_keypad.kcm.bin へのシンボリックリンクだったので置き換えず。←今ココ

Permalink | 記事への反応(0) | 12:53

2010-09-07

■IT系とかそれ以外のスキル列挙するから何ができそうか教えて欲しい

色々教えてください偉い人。

自分で考えろってのはご尤もですが、色々な方の意見が聞いてみたいのです。

・純粋なJava（max5000行程度）

・Struts（ver2じゃないほう）上でのJava（max2000行程度）

・perl（max7000行程度）

・c/c++（ちょっと）

・Haskell（ほんの少し）

・VisualBasic（.NETじゃないほう）（ほとんど忘れた）

・HTML/CSS（セマンティック厨）（HTML5は勉強中）（バイトでWEBデザイン経験有）

・javascript（簡単なものなら）

・XML/XSL（自作プログラムのI/Oに利用）

・MovableType（CMSとして利用。ちょっとした企業サイトレベルくらいのものの構築。簡単なプラグインの作成とかも）

・Apache（セットアップと最低限の設定くらい）

・Tomcat（同上）

・Linux（CentOSとUbuntu。セットアップとちょっとした設定程度）

・IPAの資格（ソフトウェア、ネットワーク、データベース）

・Tex（論文とプレゼンテーションの作成）

・AdobeのDTP系製品（CS2）（雑誌編集経験有、ただし学生レベル）

・Oracle（10g）（Bronzeレベルの知識とちょっと触ったことがある程度の経験）

・postgreSQL（ちょっと触ったことがある程度）

・会計関連の知識（日商簿記2級）（大学で管理会計をかじった）

・数学系の知識（論理とか集合やらの基礎。大学で計算機科学をかじった）

・印刷物/WEBサイトのデザイン（独学だけどそれなりに。一般人よりはそれっぽいデザインが作れるかと）

・文章/記事作成（取材→記事執筆。文章校正も経験有）（随筆みたいのは無理）

・漫画とゲームが大好き

Permalink | 記事への反応(3) | 00:29

2010-08-06

■http://anond.hatelabo.jp/20100806002809

間違いもあるかもしれないし、詳細はググっていただくとして。

まずはFXの作りの話になるんだけど、あれのUIとかはXULって言う、javascriptやCSS, XMLなんかをベースにした言語で書かれている。

で、拡張機能はこのXULで作る。つまり、元々のUIとかを形作っているXUL群に追加でインストールするXULが拡張機能。

対してプラグインはnetscapeの時代から続く、DLLを使う方式。

拡張機能はスクリプト言語ベースで、しかもwebで使ってるものの流用だから、入りやすく作りやすい。メモ帳あれば作れる的。

プラグインはコンパイラとか必要だし、色々敷居が高いが、その分速度面も出来ることも上。

ちなみに、テーマは確かCSSとか画像とかの集まりだった気がする。ブログのデザイン変えるのと似てる。

Permalink | 記事への反応(0) | 01:41

2010-07-24

■google発のProtocol Buffersについて

オブジェクトのシリアライズツールであるプロトコルバッファについて書きます。

プロトコル バッファって何って方はこちらへ

Protocol Buffers 本家

http://code.google.com/apis/protocolbuffers/

XMLはもう不要!? Google製シリアライズツール「Protocol Buffer」

http://journal.mycom.co.jp/articles/2008/07/18/protocolbuffer/index.html

Protocol Buffers (Protocol Buffers の内部解説記事。とても参考になります)

http://dodgson.org/omo/t/?date=20080712

内容

プロトコルバッファは異種言語間でオブジェクトのやりとりをするための規格です。

独自の言語によりオブジェクトのインターフェースを規定することで、多言語対応を行っています。

例えばこんな感じ。

address.proto

package tutorial;

message Person {
  required string name = 1;
  required int32 id = 2;        // Unique ID number for this person.
  optional string email = 3;

  enum PhoneType {
    MOBILE = 0;
    HOME = 1;
    WORK = 2;
  }

  message PhoneNumber {
    required string number = 1;
    optional PhoneType type = 2 [default = HOME];
  }

  repeated PhoneNumber phone = 4;
}

// Our address book file is just one of these.
message AddressBook {
  repeated Person person = 1;
}

以上のようなprotoファイルから各言語のソースコード、または何らかのデータ操作ライブラリを使いオブジェクトの処理を行います。

googleによってC++, Java, Python用のライブラリが作成されましたが、他の言語に対応したサードパーティー製のライブラリがいくらでもあるので、実質的にほぼすべての言語で使えると言っても過言ではありません。

以下はこのライブラリを使ってみた感想などです。

整数型はVarintという可変長型でバイナリに保存される

数字が多きければ大きいほど、長いバイト長で保存されます。ただし、負数の場合は符号ビットが立つ関係で、ほとんど常に変換後のバイト数が最長バイト数(10)になってしまいます。フィールドの型をsint32, sint64で宣言しると、各数値にzig-zags変換が行われるため、負数であってもその値の絶対値で使用バイト数が決まるようになります。

保存されるデータは各メッセージのID/型/値のみ

バイナリに保存されるデータは各メッセージのID/型/値のみです。なので、同じ定義の二つのメッセージ型は、プロトコルバッファ上では全く同じように扱うことが出来ます。例えば、片方からシリアライズしたデータを、もう片方の型でデシリアライズすることが可能です。

またオブジェクトを連続でシリアライズ/デシリアライズすることもできます。

継承されたクラスのマッピング

すでに存在する継承関係のあるクラスを、Protocol Buffersでシリアライズ/デシリアライズしたい場合は次のようにします。

(Base, Derived はすでに存在するとします)

(ソースコード中になぜか日本語が書けないので、コメントはすべて英語になっています)

message PbBase {
        require int32 id = 1;
        require int32 value = 2;

        require Derived derived = 10; // - Point !!!
}

message PbDerived {
        require string string_value = 1;
}

継承元のメッセージの定義に、継承先のメッセージを持たせます。Baseを継承するクラスをシリアライズ/デシリアライズしたい場合は、PbBase メッセージを中心に処理を行うことで、比較的簡単に処理を実装することが出来ます。

例えばこんな感じ

Base *Base_DeserializeFrom(PbBase &amp;amp;pbobj)
{
    // Arrange the classes which inherits from Base.
    if (pbobj.has_derived()) {
        return new Derived(pbobj);
    }
    else
    ...
}

class Base {
    ...
    virtual void Base::SerializeTo(PbBase &amp;amp;pbobj) {
        // Set the fields of 'pbobj',
    }
    ...
};

class Derived {
    ...
    virtual void Base::SerializeTo(PbBase &amp;amp;pbobj)
    {
        PbDerived *derived = pbobj.mutable_derived();

        Base::SerializeTo(pbobj);
        // Set the fields of 'derived',
        ...
    }
    ...
};

protoファイルを以下のように書くと、メッセージの扱いが非常に難しくなります。

message PbBase {
        require int32 id = 1;
        require int32 value = 2;
}

message PbDerived {
        required PbBase base = 1; // - Here is the point !!!
        require string string_value = 2;
}

Permalink | 記事への反応(0) | 21:59

2010-07-02

■XmlSerializer vs SoapFormatter

.NETでオブジェクトの永続化によく使われる、この二つのクラスの違いについて書きます。サンプルコードなどは書きませんので必要ならリンクを参照してください。ずいぶん古いネタだけど、許してね。

XmlSerializerについて
- 基本的にオブジェクトの各プロパティをXml ファイルにマッピングする方法を提供するのみ。スキーマを自由に設定したり出力するXml ファイルを自由に加工することが出来るが、面倒なことも多い。
- 基本は各プロパティにXml***Attributeをつけてシリアライズ対象を制御する(http://msdn.microsoft.com/ja-jp/library/83y7df3e(v=VS.80).aspx)
- カスタム化したい場合は、IXmlSerializableを使う。(http://msdn.microsoft.com/ja-jp/library/system.xml.serialization.ixmlserializable(VS.80).aspx)
- 初回のシリアライズ・デシリアライズ時に、一時ディレクトリ上にC#コードファイルを出力し、それをコンパイルする。二回目以降はコンパイルされたアセンブリを使って処理を行うため、後述のSoapFormatterよりかなり速い。その代わり、この方法特有のセキュリティ問題が発生することがあるので注意する必要がある。（例えば、一時ディレクトリが共有ディレクトリだった場合、他のユーザーがコンパイル済みのアセンブリを入れ替えることが可能になる等）
- デリゲートは扱うことが出来ない。複数回参照される参照オブジェクトについても自前で処理する必要がある。(多分^^)

SoapFormatterについて
- soapとはリモート上でオブジェクトをやりとりするために企画されたプロトコルのこと(らしいです)。このクラスを使うと、面倒なことをほとんど考えずにオブジェクトを永続化することができる。例えば、デリゲートの扱いや、複数回参照される参照オブジェクトについてもよきに計らってくれる。その代わりフォーマットは固定のため、そのあたりのフレキシビリティが皆無なのが難点(？)
- 基本は各プロパティにSoap***Attributeをつけてシリアライズ対象を制御する。(http://msdn.microsoft.com/ja-jp/library/b29kkt2s(v=VS.80).aspx)
- カスタム化したい場合は、ISerializableをつかう。(http://msdn.microsoft.com/ja-jp/library/system.runtime.serialization.iserializable(VS.80).aspx)
- 事前にコンパイルされることはなく、またSoapへのエンコーディング・デコーディング時間も追加で必要なため、単純なXmlSerializerよりかなり時間がかかる。その代わり永続化にあたっての面倒ごとはすべて引き受けてくれる。
- ISerializable属性を持たないオブジェクトを永続化する場合は、TypeConverterかISerializationSurrogateを使う。

全体的に速度が重要な場合か永続化するオブジェクトが単純な場合はXmlSerializerを、それ以外の場合はSoapFormatterを使うのが良いと思う。なるべく短いコード量で行きたいならSoapFormatterの方がベター。

あと、細かいことだけどTypeConverterは便利なので使うべし。シリアライズ不可能な小さなクラスとか特に有効。

XML シリアル化の概要
- http://msdn.microsoft.com/ja-jp/library/182eeyhh(v=VS.80).aspx
ISerializationSurrogateのサンプル
- http://msdn.microsoft.com/en-us/magazine/cc188950.aspx#fig2
オブジェクトのシリアル化
- http://www.kanazawa-net.ne.jp/~pmansato/net/net_serialize.htm
Which one is the better XML serializer?
- http://weblogs.asp .net/cschittko/articles/44277.aspx

Permalink | 記事への反応(0) | 00:14

2010-06-17

■レガシー アーキテクチャ

未だに職場は Struts。

いちおー Spring とか Hibernate とか使ってるけど、一昔前のアーキテクチャって感じ。

LL だけが全てじゃないが、生産性では明らかに見劣りするようになってきた。

いい加減なんとかならんもんかなー。

まさか今更 struts-config.xml をゴリゴリ書くハメになるとは。

意外とこーゆー会社って多いのだろうか？

Permalink | 記事への反応(1) | 15:49

2010-05-01

■Javaから呼び出し元のJRuby 環境を利用する

Tomcat上のJRubyから呼んだJava プログラムから呼び出し元のJRubyの環境(Runtime)を使いたいときにどうすればいいのか？

方法が1つわかったのでメモ。

(追記2:こんなめんどいことしなくてもJRuby.runtimeで取れたみたい)

イメージ的には以下の感じ

Java

↑↓

JRuby(on Rails)

↑

Java(Tomcat)

※注意：warblerでwar化したRails アプリの場合

JRubyは1.4.0、jruby-rack.jarは0.9.7、warblerは1.0.1

プログラム

まずは必要なクラスをimport

import org.jruby.Ruby;
import org.jruby.rack.PoolingRackApplicationFactory;
import org.jruby.rack.RackApplication;
import org.jruby.rack.RackServletContextListener;

ServletContextをどっかから取ってくる(Listener作ってfieldに埋めるとかして)(追記：$servlet_contextで取れる[JRuby-Rack使うから])

ServletContext context;//=～～～

warblerでwar化するとweb.xmlにRailsServletContextListener(extends RackServletContextListener)が登録される。

そのListener起動時にFactoryがServletContextに登録されるので、それを取得する

PoolingRackApplicationFactory factory = (PoolingRackApplicationFactory)context.getAttribute(RackServletContextListener.FACTORY_KEY);

PoolingRack Application FactoryのapplicationPoolを取ってくる

(protected fieldなのでリフレクションを使用)

Field poolField = factory.getClass().getDeclaredField("applicationPool");
poolField.setAccessible(true);
Queue<RackApplication&gt; pool = (Queue<RackApplication&gt;)poolField.get(factory);

poolからRuby ランタイムを取得

RackApplication ap = pool.peek();
Ruby ruby = ap.getRuntime();

呼び出しもとのJRuby 環境を使ってRuby コードを実行できる

ruby.evalScriptlet("p 'test'");

memo

実際に使うときは、applicationPoolにちゃんと入っているかなどのチェックが必要になる。

初期化のタイミングなどが影響して取得できない場合、Threadなどを使ってポーリングして入っているか確認する

Permalink | 記事への反応(0) | 18:02

2010-04-17

■自分がOperaからFirefoxに移行する際に参考にしたページ集

他ブラウザからの乗換 - Mozilla Firefox まとめサイト
http://bit.ly/8RISrR
Opera ユーザーのためのFirefox移行ガイド - 何かしら図書館
http://bit.ly/bbPpKh
「それ、Firefox3でも出来るよ？」とOpera 信者に言い放つためのアドオン26個 - TERRAZINE
http://d.hatena.ne.jp/TERRAZI/20080618/p2
Opera風なテーマ 3選 FOX x FOX
http://mff2.blog109.fc2.com/blog-entry-512.html

番外編-Launchyの使い方

Operaで重宝したのが右クリックから他のソフトにURLを渡せることです。

同じことをFirefoxでやりたくてLaunchyというアドオンを見つけました。

はじめから登録されているIEやChromeなどのメジャーなソフト以外は自分で登録しないといけないのですがその登録方法がけっこう面倒でした。

その登録方法は決まった形式でlaunchy.xmlという名前のファイルを作ってprofile内にあるchrome フォルダに入れるというものです。

詳しくはLaunchyのオプションから確認してください。

launchy.xmlを自動で作成してくれるページがあるので貼っておきます。

http://gemal.dk/mozilla/launchy-xmlfile.html

Launchyのインストールはこちら。

Launchy :: Add-ons for Firefox
https://addons.mozilla.org/en-US/firefox/addon/81

Permalink | 記事への反応(0) | 13:27

2010-03-04

■http://anond.hatelabo.jp/20100304172240

俺がいくつか試したときは libxml2 が最速だった

一番遅かったのが hxt (pure Haskell での xml パーサｗｗ)

パース対象の性質で結果は大きく変ると思うから、用途毎にベンチマークするようにしてる

Permalink | 記事への反応(0) | 18:07

2010-02-24

■「プログラミングの常識」著者コメント(DQN向け翻訳)

世の中には、どうしても「賢い人」と「あまり賢くない人達」人たちがいて、「あまり賢くない人達」は「賢い人」の足を引っ張るモノです。

「あまり賢くない人達」が自らの愚かさゆえ、人生を無為に過ごすのはある意味しかたがないことだと思いますが、問題なのはこれから賢くあろうとする未来ある若者達が、このような「あまり賢くない人達」に惑わされ、不幸に見舞われることであります。

日向さんはこのような未来ある若者のために、わざわざ時間を割いて素晴らしいエッセイを書きおこしてくれました。

http://www5.ocn.ne.jp/~seablue/res/ckp.html

けれども日向さんの文章は、あまりのレベル差故か、極力平易に書こうとはしているものの、それでも文章が高度すぎて、対象である「あまり賢くない人達」には今一歩言わんとしていることが伝わらないのでは、と感じました。

そこで私は、日向さんの文章の意味を極力損ねないまま、このエッセイを対象である「あまり賢くない人達」向けの言葉に翻訳することを試みました。

もちろん、訳者が至らないために、間違いや勘違い、あるいは校正の際の見落としなどもあるかと思います。そのようなことがないように努力はいたしますが、お気づきの点があれば冷静にご指摘いただければ幸いです。

この書籍については、さまざまなご意見がさまざまなところに書き込まれているようです。
まったく話題にもならないたくさんの本があり、また批評もされない多数の著者たちがいるなかで、拙著または著者に関心を持っていただいたことにまずお礼を申し上げます。

いやぁ、人気者はつらいね。いつだって妬まれる。

本書については、書籍のはじめに「本書では、初歩のプログラミングの学習を終えて、プログラマが実践的なプログラミングに臨む時に知っておかなければならない重要な事項をわかりやすく解説します。」と明示してあるように、プログラミングの初心者を対象にしています。
具体的には、はじめてのプログラミング言語を勉強したか、これから何か言語を学ぼうとしている人、ふたつめの言語を選ぼうとしているひと、あるいは、「どうしてデータ型などというものがあるのだろう？」とか、「オブジェクトって、いったい何？」という素朴な疑問を抱いている人を対象とした書籍です。
また、筆者の「常識」を読者に押しつけようとするものではなく、プログラミングの常識とは何かということについて考えるヒントにする本です（このことは書籍の中でも重ねて説明しています）。

この本はエキスパートの俺様が、初心者のために書いた本だ。初心者向けって所が重要な。ついでに世の中常識のないやつが多いから、プログラミングだけじゃなく常識まで教えてやる、そういう本でもあるな。そうそう、断っておくが俺がこの本で言っていることは「世の中の常識」な。だから、異論挟むヤツはそのまま「常識」のないやつってことになる。ここも重要だ。

プログラミングに限らず、対象によって説明の仕方、取り上げる範囲、そして「何が正しいか」は異なります。身近な学校教育という場を考えてみても、小学生には「人はみな平等です」と教えます。しかし、それは理想であって、実際に差別は存在し、したがって、教えている対象を考慮しなければ、小学校で教えていることは嘘ばかりである、ということになります。実際、大学生ならば、「実際には人は平等ではない」という前提にたって、社会問題などを考える必要があることは誰にも異論のないことでしょう。
同様に、プログラミングでも、初歩のプログラミングの学習を終えた人と、より高度なプログラミングをマスターした人を対象にするときでは、解説の範囲も表現もすべて異なります。

ところで、みんな平等というけどさ、愚民がいるのが現実なのよ。愚民がいるなら愚民向けに方便をつかわなくちゃいけない。大人ならわかるな。

本書について、文章の真意を理解しないで書き込みをされていることも多々あるようです。たとえば、「プログラミング言語はどれがよいか？」というトピックの主眼は、本文で「多人数を運ぶならバス、荷物をたくさん運ぶならトラック、少人数でドライブするなら小型セダンと、目的に応じて最も良い自動車の種類が違う」と例をあげて説明していますが、プログラミング言語においても用途やプログラマの経験あるいは環境等々によって適する言語は異なり、特定の具体的な条件を示したうえでなければ「プログラミング言語はどれがよいか？」という質問自体がナンセンスである、というのがこのトピックの主眼です。
したがって、それに関連する説明は、それぞれのプログラミング言語がおおよそどのように異なるかわかればよいという立場で書いており、具体的な解説についてはたとえば環境（近くにすぐに質問できる先輩がいる、特定の言語の学習環境が際立って整っている、特定の種類の言語をすぐに使う必要がある、など）によって異なるという前提で書かれています。
また、このトピックは、これから最初のプログラミング言語を選ぼうとしているか、ふたつ目のプログラミング言語を選ぼうとしているような初心者で、車にバスから軽自動車までいろいろな種類があるように、プログラミング言語にもまたさまざまな用途の言語があるということを認識していない読者を想定して解説しているものです。すでに複数のプログラミング言語をマスターしている読者を対象としたときには、自ずと表現も記述するレベルや範囲も変わってきます。

で、だ。俺の書いた本にケチつけるガキ共がいるんだけどさ、ヤツラ何？技術的なことを書くと低能なヤツラじゃ理解できないから、車の話に喩えてやる。（略）つまりヤツラは、車にもいろいろ車種ってものがあることすら、わかんないバカってことだ。

そのほか、本書について間違いであるかのように指摘されているところの多くも、本書の意図を理解できれば、指摘したことが逆に誤っていることに気づくでしょう。（もちろん、筆者が至らないために、間違いや勘違い、あるいは校正の際の見落としなどもあるかと思います。そのようなことがないように努力はいたしますが、お気づきの点があれば冷静にご指摘いただければ幸いです。）
また、本書の批判の多くは、本書が初心者プログラマ向けに書かれていることをまったく無視した、きわめて無責任な意見が多く、そのような書き込みが何の批判もなく行われていることは残念でなりません。良識のある人たちは、想定読者レベルを無視した無責任な意見は無価値であると考え頭から相手にしていないのでしょうが、初心者はそのような判断ができないので惑わされる可能性があるからです。

ようするに、愚民向けの本を読んでも「方便」を「方便」だって読み取れないバカ？ww 指摘(笑)を通して自分の馬鹿さ加減を世界に発信しているってことに気づかないって超ウケるじゃん？この内容は間違ってます(キリッみたいな？wwww ま、少しでも知性があれば、恥ずかしくてで出来ねえことだよな。

わかっているヤツはわざわざ DQN の相手をしたりせず鼻で笑うだけだ。しかしお前らひよっこは、こういう低レベルな扇動に惑わされるかもしれないな。気をつけろよ。

書籍の批評ということについて、ひとつ例を示して筆者の考えを明らかにしましょう。
B.W.カーニハン/D.M.リッチーが書いた「プログラミング言語C」という本があります。現在は第2版となり訂正版として出されていますが、日本語翻訳初版から現在まで、プログラミング言語の本として名著のひとつとみなされてきました。
実際、私もC言語についてまだほとんど何も知らない日本語訳初版が出たときにこの本を一読して、「Hello, world」の出力のしかたから始まり、徐々に高度な内容に導いてゆく書き方に自然となじんで、まるで読み物を読むように一気に読了し、同時に、C言語とはどういうもので、何ができて、何ができないのかを理解しました。日本語訳初版は間違いも多く、記述の仕方もプログラミング言語の書籍としては最良とはいえないものでしたが、 C言語についてまだほとんど何も知らない私にとって、まさに「プログラミング言語C」はとても良い本でした。また、プログラミング言語の仕様という概念が今ほど確立していなかった当時、C言語のコンパイラを実装する（開発する）ようなレベルの人にも、「プログラミング言語C」はバイブルといってよいほど重要な本でした。
ところで、今、誰かが「プログラミング言語C」と同じようなスタイルでC++かJavaの本をきわめて丁寧に間違いもほとんどなく書きあげて私に献本してくれて私個人の率直な意見を求められたら、それを読んできっと「冗長で退屈である」と答えるでしょう。なぜなら、私はC++やJavaについて講義（授業や講演）をする程度にすでに知っているから、「プログラミング言語C」のような書き方の本を改めて最初から読むのは苦痛にさえなりかねないからです。
しかし、その本について公開するレビューを書いてくれと頼まれたら、「これからC++（またはJava）を学習する人にとってはとても良い本である」と推奨するでしょう。なぜなら、まだ何も知らない人が、まるで読み物を読むように一気に読んでその言語を理解できれば、それはとても素晴らしいことだからです。
読む人のレベル、その本の主眼とすることとその表現のしかた、本が出版されたときの状況などによって本の価値というものは異なり、それが本というものです。

ヤツラにも解るように具体例を示すけれどさ、ストラウストラップ？ってヤツの「プログラミング言語 C++」って本、冗長で退屈でダセェよな。内容のレベル低すぎるしさ。けど、どうしてもオレにレビューしてくれっていわれたら、まぁ「俺には必要ないけど良い本だぜ」って紹介してやるよ。だってバカどもにはちょうど良いじゃん。バカ向けの本はバカ向けってことを考慮して評価する。それが大人ってもんだ。

インターネットが普及して誰でも自由に発言できるようになったのは良いことですが一部のお暇をもてあましている方々が、拙著に限らず、さまざまな著作や著者に対して誹謗中傷に近い書き込みを匿名で行っているのが見受けられます。このような状態が続けば、誤解を受けることを承知の上で初心者向けにあえてやさしく解説するような著者は書く気をなくし、どのようにでも解釈できる（あるいはすでに理解している人しか理解できないような）難解な文章を書く一部のいわゆる権威だけが著者として残る結果となり、出版文化や書店を含む出版界はますます疲弊し、いずれ現在のように多種多様な書籍が出版できなくります。

インターネットが出来てから、そんな大人の対応も出来ないウゼえガキが増えたよな。マジウゼェ。ったく、「間違っている」「正しくない」とか、ウゼェウゼェウゼェ！偉大なるオレ様のやる気が無くなったらどうしてくれるのか。これでオレが本を書かなくなったら人類の損失になるって事実、わかんねぇのかコイツらは。ほんっとカスだな。

どうか、初心者の方々は無責任な批判や的外れなレビューなどに惑わされずに、まずは本を読んでみて（買わずに図書館で借りてでもかまいません）、自分自身で判断してくださるようお願いいたします。

まぁ、カスのことはほっといて、お前らは黙って俺の本を買っておけ（貧乏だったら図書館でもいいぜ。自治体に買わせろ）。普通に考えれば有象無象の匿名ブロガーより、本まで出してるエリートのオレの本の方が信頼できるってのは、ひよっこのお前らにだってわかるだろ。つべこべ言わず買えば幸せになれるってモンさ。

さて、無責任な批判や的外れなレビューを書き続けている人には、次のように申し上げておきます。
批判する人間にもし本当に能力があるのであれば、匿名で無責任な批判をする前に、 C++、Java、アセンブリ言語、JavaScriptのようなスクリプト言語、XMLやXAMLのような記述言語を含めて、5種類上の言語で実際に動作するプログラムを作成してそのソースコードを広く一般に公開し、他人の批判を受けてみてから、自分で完璧な本を書いて出版社に持ち込んで出版してみてください。
そうすれば、著作、あるいは出版というものがどういうものか、少しはわかるでしょう。

あー、それと、バカどもに言っておく。オレ様は C++、Java、アセンブリ言語、JavaScriptのようなスクリプト言語、XML・XAML のよな記述言語を含めた5種類以上の言語に精通した超絶スーパーエンジニアだ。ハッカーと言ってもいい。しかもコードを公開して完璧な本まで書いている、マジパねぇ男だ。マチュアーしてるんだよ。おめぇらなんて足元におよばねぇ。身の程を知れ。（関数型言語はマイナでどうでもいいから勉強しなくてもいいぜ。あ、でもオレの Scala の本は買えよな。）

もし、自らは何も創造しないで、単に無責任な批判や的外れなレビューを続けるなら、そういう人は、いずれ何年かのちに（そのときまでボケずに、人間社会というものを学んで人間として少しは成長したとしたら）自分がしてきたことが無意味であり、そのようなことだけに時間を費やした自分自身の人生そのものが無価値であったことに必ず気づくはずです。しかし、その時になって謝罪していただく必要はまったくありません。

まー、オレ様は心が広いからバカがバカであることは責めないでやる。人間生まれついてのものはどうしようもねぇ。俺はどうしようもないことは責めない主義だ。でも、お前らが無価値なゴミクズであるってことだけは理解しとけよな。ゴミはゴミなりの人生がまってるさ。身の程を知って生きればオレは哀れみくらいはかけてやるぜ？

なお、著者はあらゆる書き込みに対していちいち反論することはできません。また、一部の低俗な掲示板のようなものを読んだり書き込んだりするのは時間の無駄なので、私に限らずほとんどの著者は、そのようなものに書き込むことはもちろん、目を通すこともありませんのであしからず。

最後に言っておく。お前ら如きがオレ様に意見するなんて間違っている。なぜならオレ様はいつだって正しいからだ。そして、間違った意見などに反論を書くなんて無駄な時間はオレ様にはない。お前らはせいぜい便所で落書きに勤しむんだな。あばよ。

要点のまとめ

長い文章が読めない方のために、要点のまとめを作りました。

本を書く人間はエリートで、それを批判するネットイナゴは愚民
愚民は的外れなことを言っても、自分が恥をかいていると気がつけないから厄介だ
誤解するな、俺の技術力はパねぇ。そこん所くれぐれも勘違いするな
間違えているように見えるところはワザとだ。もしくは指摘自体が間違えてる
とにかく俺の本を買え

補足

日向さんは、本当に素晴らしい技術力をお持ちで、その著書リストをご覧になれば皆様もその高い技術力をご納得いただけるかと思います。

http://www.amazon.co.jp/exec/obidos/search-handle-url?_encoding=UTF8&search-type=ss&index=books-jp&field-author=%E6%97%A5%E5%90%91%20%E4%BF%8A%E4%BA%8C

これだけの内容の濃い本を、こんなにも沢山発行していらっしゃるので、日向さんが新たに本を書い時、気がつけば参考文献リソース一覧が過去の自著ばかりになった――というエピソードだけでも、日向さんの凄さの一端が伝わるかと思います。

ですので皆様も

http://d.hatena.ne.jp/bleis-tift/20090301/1235850947
http://d.hatena.ne.jp/kmizushima/20100222/1266771623

のような「匿名の愚か者」の世迷い言に惑わされないように、ご注意願います。解っている人から見れば、日向さんの著書は総じて評価が高いという事実は、「記名の賢者」であるdankogai氏のレビュー

http://blog.livedoor.jp/dankogai/archives/51278920.html

をご覧になっていただければ、一目瞭然かと思います。（dankogai氏は同レビュー中で日向さんを「真に初心者向けに本を書ける希有の存在」と評しています）

なお、訳者はあらゆる書き込みに対していちいち反論することはできません。また、一部の低俗な掲示板のような増田を読んだり書き込んだりするのは時間の無駄なので、私に限らずほとんどの著者は、そのようなものに書き込むことはもちろん、目を通すこともありませんのであしからず。

Permalink | 記事への反応(1) | 20:58

2010-02-23

■http://anond.hatelabo.jp/20100223220614

神様ならScheme

神様面した新興宗教の教祖ならCommon Lisp

ブルーカラーならJava

奴隷ならCOBOL

精神障害者ならPerl

非モテならXML

猿ならC

ゴキブリならアセンブリ言語

ミジンコならマシン語

増田の民ならIOCCC

Permalink | 記事への反応(0) | 22:17

2010-02-20

■

ttp://www.plainjapan.com/blog/xml-rss2.php?itemid=854

ここに来てから、かなり上の世代の人と話をさせてもらうことも多い。
そこで何人かの人が口を揃えていたのが、
「戦前の空気と良く似ている」とのこと。

僕にはもちろんその空気などわかるはずもないけれど、
昨年のインフルエンザにしても、
最近ではスノーボードの選手に対するバッシングにしても、
国全体が右から左へと、どどーっとヒステリックに、
「反応」という低レベルで流れてしまう、
このことを「戦前の空気」と言っているのではないかと思った。

ムラが今日病院でその報道を見た。
番組はその枠を埋めるために、
その例の「ズリ下げパンツ」の短い映像を、
何十回も繰り返していたよと笑っていた。

果たして狂っているのはどちらのほうだろうか？

Permalink | 記事への反応(0) | 20:39

2010-02-19

■新世紀ウェブ スタンダード

第壱話 HTML5、襲来

第弐話見知らぬ、ブラウザ

第参話鳴らない、Audio

第四話 WAI-ARIA、逃げ出した後

第伍話 Safari、心の向こうに

第六話決戦、第3のブラウザ Opera

第七話 WWWの造りしもの

第八話 Chrome、来日

第九話瞬間、Canvas、重ねて

第拾話セクションダイバー

第拾壱話静止したACID3の中で

第拾弐話先行実装の価値は

第拾参話バグ、混入

第拾四話 Firefox、魂の座

第拾伍話バグとハック

第拾六話死に至る非標準、そして

第拾七話四人目のECMAScript エンジン

第拾八話 DTDの選択を

第拾九話ベンダーの戰い

第弐拾話 XMLのかたち、SGMLのかたち

第弐拾壱話 WHATWG、誕生

第弐拾弐話せめて、マイクロフォーマットらしく

第弐拾参話 IE

第弐拾四話最後のCSS

第弐拾伍話終わるXHTML2

第弐拾六話世界の中心でセマンティックを叫んだけもの

劇場版 W3C 新生

劇場版 WebKit/世界標準を、君に

Permalink | 記事への反応(0) | 20:49

2009-12-07

■動画 ダウンロード サイトの一覧

みるみる動画

動画によってはXML データをコピー＆ペースト等DLに少し手間がかかるが、

多くの動画に対応(※DLできない動画も多い)。

実際にどれだけの動画サイトをDLできるかは謎。

時間帯によって重い。

Vid-DL

動画によってはXML データをコピー＆ペースト等DLに少し手間がかかるが、

多くの動画に対応（※DLできない動画も多い）。

実際にどれだけの動画サイトをDLできるかは謎。

GET WMV

Yourfilehostの動画に的を当てたサイト。

Yourfilehostの動画をWMVでDLできる。

また、最近 DLされたリストが表示され以外に使える。

夜はちょっと重い。

にこびで

ニコニコ動画に的を当てたサイト。その他、Veoh等あり。

DL ランキングもついており、ニコ動に関しては情報が充実している。

また、サイト内検索やカテゴリ別に分けられている。

ニコ動に関してはおkかと。

DownloadEden

Youtube,Veoh,SayMove,YourfilehostをDLできる。

Ajaxライクなサイトで、すべて1クリックでDLできる（余計なXML データのコピペがいらない）。

Youtubeの画質を選択してDLできるのが使える。

自分用メモも兼ねてます。

Permalink | 記事への反応(0) | 23:46

「xml」を含む日記

■「ハッカーはVimを使う」 騙される若者たちなのか

■「Galaxy NEXUS」 「SMS」 バックアップ方法

■「ハッカーはVimを使う」 騙される若者たち

■cent osでのphp5.3環境のセットアップ with "yum"

LES RPM DE REMIのリポジトリ登録

apache2をインストール