portal shit!

今日は読書の方法について書いてみます。自分の読書方法をオススメするわけではなくて、他の人の読書方法を知りたいという意図のもと、まずは自分の読書方法を開陳してみる次第です。だめ出しとか突っ込みとかさらにいけてる読書方法があったら教えて欲しいです。

付箋を貼ってる

ここ一年くらいの習慣ですが、読書をするときには重要だと思える箇所や気になった箇所に付箋をつけるようにしています。読書といっても小説は含みません。ここでいう読書とは新書など少し堅めの本を読むことを指します。

本に線は引きたくない

本に直接線を引く人もいます。しかし僕はそれは気が進まない。理由は貧乏性だからで、いつかその本を売るかもしれない。線が引いてあると買い取り拒否されるかもしれない。付箋なら売るときはがせばいいので問題なしなわけです。（といはいえ読まなくなった本を売ったことはないんだけど）

売る売らないは別にしても、誰かに貸したりあげたりしたときのことを考えると、何となく本には線を引きづらいです。特にハードカバーの本には線が引きづらい。ソフトカバーのいわゆる学校の教科書的な本や問題集などにはためらわずに線を引きます。売ることもないしこの手の本はどんどん情報が古くなっていく消費財だから。しかしハードカバーの本は自分の所有物でも簡単に何かを書き加えてはいけないような緊張感があります。

話がずれました。そういうわけで僕は線を引くかわりに付箋を使ってます。

三色ボールペンメソッド

本に線を引く方法で知っているものに斎藤孝さんの三色ボールペンメソッドがあります。「重要」、「とても重要」、「個人的に面白かった」の三種類で色を使い分けるやり方です。

理想的なのは本の内容に沿って色を使い分ける方法でしょう。テーマAについては赤、Bについては青、Cについては黄、といった具合で色を使い分けておくと、後から読み直すときに非常に内容を把握しやすい。

しかしこれはあくまで理想論で、本を頭から読んでいる段階でその本の中に何種類のテーマがあるのかを把握し色を用意していくのは困難。結局三色くらいで、重要度や自分が受けた印象に合わせて色を使い分けるのが現実的なマーキングのあり方でしょう。

付箋の貼り方

僕が使っている付箋は住友スリーエムの『ポスト・イット®ジョーブ 透明見出し』です。プラスチック製のケースに入っていていて、ティッシュみたいな仕組みでぺりぺりと交互に調子よくめくれるところが気に入ってます。下半分は透明になっているので本文の上に貼っても内容が見えなくなることはありません。カラフルな色バリエーションもいい。

しかしながら色が多すぎるのは否めない。6色もあります。3色くらいがベストですね。6色のなかの特定3色だけ用途を決めて使えば良いんだけど、貧乏性なのでついつい6色満遍なく使ってしまう。その結果、折角色つきの付箋を使っているのに色を見ただけで意味を理解できないという非常に残念なことになっております。貧乏性の馬鹿野郎。

読んでいて重要だと思った箇所や個人的に面白かった箇所に付箋を貼りながら読んでいき、読み終わったらブログに感想を書く前にもう一度付箋が貼ってある箇所を拾い読みします。この作業でだいたい本の内容が頭に入ります。

今後の課題としては、もっと付箋の色を抑えて、それぞれの色に特定の意味を持たせてそれを定着させる必要があります。

中途半端な感じですが以上が僕の読書スタイルです。よかったらみなさんの読書スタイルを教えて欲しいです。

MacはUnixとして使うと便利

Macはシャレオツパソコンとして使うだけじゃもったいない。一応UnixなのでUnixとしても使える。

Unixコマンドが気持ちいい

• 「○×は使用中のため削除できません」とか警告が出るファイルも sudo rm -f <ファイル名> と打てば消せる。ストレスフリー。

• 10分後にシャットダウンさせるとかも楽ちん

  出かけなきゃいけないけどまだDropboxの同期が終わってなくて電源落とせない、みたいなときは、 sudo shutdown -h +n とか打つとn分後にシャットダウンする。nのところに10を入れて実行すれば10分後にシャットダウンする。便利。

きっかけ

GitやVim、サーバー環境構築などでTerminal.appを多用するようになった。

• Git

  • とにかく便利。プログラミングしてなくても、htmlやcssのバージョン管理もできる。『入門git』という本を読んでるけど、著者はこの本自体をGitを使ってバージョン管理しながら書いたらしい。ちょっとUnixの操作に慣れれば劇的に快適な文書のバージョン管理環境がゲットできる。共同作業で使うんじゃなく一人でやるんでも便利。

• Vim

  • 最初はとっつきにくかったけど、慣れたらとても使いやすい。さすがにhtml書くときはグラフィカルなエディターを使うけど（Espressoで全裸コーディングとか）、プログラムを書くときはvimの割合が増えた。Terminalとの行ったり来たりが楽だし、そもそもGitを使ってたら git commit -a のときにVimが自動で開くし必然的に使う機会が増える。

MacPortsは神

MacPortsのリポジトリは結構頻繁に更新されてる。新しいバージョンをインストールするために自分でリポジトリ追加したりしなくていいし、とにかくパッケージ管理が楽。個人的に自宅サーバーやるんだったら古いMacにMacPortsで環境つくる。

というわけで

iTunesとSafari専用マシンとしてだけMacを使うのはもったいないです。良かったらUnixとしても使ってあげてください。

Snow LeopardになってもUnixとしてのOS Xには大きな変化がないので以下の本がオススメです。僕も毎日拾い読みしてます。

昨夜寝る前にダメ元でスクリプト動かして寝たところ、朝起きてTerminalを覗くと

INSTALL COMPLETE

の文字が。

そういうわけでAmazon乞食エイトできるようになりました。

が、XMLRPC経由で投稿できなくなった。これは地味に困る。 :-!

とりあえず以下が僕が使ったシェルスクリプトです。どうしても入んなかったのはいくつかコメントアウトしてあります。DreamHostへのPHPインストールで困っている方、良かったら参考になさってください。

更新

XML-RPC経由で投稿できました。良かった良かった。

Continue reading...

もうここ1ヶ月以上、休みになる度にインストールスクリプトを動かしてるんだけど、DreamHostにPHPをカスタムインストールできない。

DreamHostには結構新しめのPHPがインストールされてるが、SOAPライブラリがインストールされてない。このためISBN変換プラグインが動かない。RESTで作り直そうかと思ったけどもうまくいかず。

一応プラグインの改修版を配布しているので引き続きメンテしなきゃいけないと思うし、3ヶ月に一回くらいの割合でお小遣いがもらえるので（ありがとうございます！）なんとかSOAPライブラリをインストールしてISBN変換プラグインを動かせるようにしておきたい。

勉強もかねてDreamHost Wikiの Installing PHP5 - DreamHost や PHP 5 install script - DreamHost を参考に頑張ってるんだけど、opensslとかimapとかlibxsltとかでつまずいてインストールに失敗する。ユーザーごとにサーバー環境が微妙に異なるため、Wikiに書いてあるシェルスクリプトをそのままコピペしてもうまくいかないっぽい。（Dreamhost custom php 5.3, Imagick install script | fredtranfield.com）

この前、職場の開いてるパソコンにCentOSをインストールしてLAN内で使うサーバーをセットアップしたんだけど、そのときの方が遙かに楽だった。PHPをソースからインストールするのがこんなに難しいとはおもわなんだ。

というわけでして、DreamHost、シェルでログインできるし安くて良いとは思うけどご利用は計画的に。というかなんでレンタルサーバーでこんなに苦労しなきゃならんのか。なんかアホらしくなってきた。借りる前によく下調べをしなかった自分がアホなんだけど。

CakePHP、ちょこっと使ってみるだけのつもりだったんだけど、結構深くつきあってしまった。三つほどCakePHPでサイトつくりました。一つは社内用のウェブアプリケーションで、一つはまだ正式リリース前のものだけど、最後の一個はページビュー5000/日くらいあるサイトで実際に動いてます。ついこの前まで無職だったのに。スゲー。

PHPで素人がつくったサイトは危ないみたいな記事がこの前（というか定期的に）はてブでホッテントリに入ってた（る）けど、セキュリティのこととか分からない初心者こそCakePHPとかでサイトつくった方が楽だし安全だと思った。難しいことはフレームワークがやってくれるので。Bakeすればものの数分でウェブアプリケーションが出来てしまう。もちろんどんなフレームワークにも脆弱性がないわけじゃないだろうから100%安心というわけじゃないけど、少なくとも素人が自分でなんかやるよりも安全だと感じる。

とはいえ、フレームワークで万事オッケーなわけでもなかったりする。ちょこちょこっとカスタマイズするみたいのがフレームワークは難しい。特にCakePHPは規約がすごく重視されるから、データベースへのクエリでちょっと変わったことしようとすると結構難しくなる。というかはまる。サイト内検索をつくろうとして結構苦労した。土台が出来上がるまでは速いんだけど、そこからブラッシュアップさせていくときに結構停滞してしまう。それでも自分で一からつくるよりはかなり迅速に作れるんだけど、規約に縛られるのが窮屈に感じることもないではないですね。

で、タイトルの件なんだけど、真面目にエロサイトを作ってみた【プログラマ編】｜ASTRODEO という記事がおもしろかった。はてブで1200以上ブックマークされますが1ゲットは僕です。すごいでしょ。いや僕は全然すごくないですね。書いてある内容がすごい。

確かにエロとかスクレイピングとかまぁきわどい内容ではありますが、僕はCakePHPでこんだけのことをやったということに素直に驚いた。

例えばCakePHPには hasAndBelongsToMany というのがある。ブログ記事があったとして、これが一つのカテゴリーを持つ場合は、 Post テーブルと Category テーブルを結びつけてやるだけでOKなんだけど（ Post は一つの Category に所属し、 Category は複数の Post を持つ）、 Tag のような複数持てるし複数に所属する概念のモデルが存在する場合、 hasAndBelongsToMany じゃないとデータの整合性というか組み合わせをきちんと保つことが出来ない。

で、自分はこういうのの組み合わせは手が空いてる人に頼んで人力でやってもらったんだけど、このエロサイトの場合は、動画と動画の関連性の判定をプログラムにやらせてる。150件そこそこのデータの整合性を保つのも大変なのに、10000件とかそれ以上のデータを、しかも自動処理で関連づけるってまじすげーと思った次第です。

エロコンテンツなのに年齢確認がないとか著作権がらみの問題とかスクレイピングでよそのサイトに負荷かけるとかいろいろあるけど、僕は率直にこういうサイトをつくったのはスゲーなと思いました。こんなことまで出来るんだー、っていう素直な驚き。読んでて楽しかったしわくわくした。

今後もCakePHPを使い続ける分からんけど、自分もなんかおもしろいもんつくってみたいなーってすごく触発されました。

蛇足

はてブのコメント欄に「技術的には大したことない」みたいなコメント書いてる人が何人かいるけど、ほんとに大したことないんですかね。データベースを保存用と参照用で分けたり、スクレイピングしてきたデータの保存処理とか結構難しいと思うんだけど。これをすごいって感じるのはピヨピヨプログラマーだけなのかな？

この前TwistarをFluid.appでアプリケーション化してみたら快適だったという記事を書いたけど、ふぁぼったーも同様にやってみた。ふぁぼったーはデフォルトでj, kでスクロールできないけどFluidはUserscriptを使えるので、0xFFからSafari用のLDRizeやoAutoPagerizeをダウンロードしてスクリプトフォルダに入れることで同様の使い勝手を実現できる。こんな感じ。

あとは好みでユーザースタイルシートを書いてやればオッケー。僕は幅を320pxにして以下のような感じにしてる。

暇があったらもうちょいかっこよい感じに書き直す予定。Userstyles.orgに上げてるのでまねしたい方はご自由にお使い下さい。