先日当ブログでも書いたように、MOONGIFTさんに紹介して頂いたので、ブックマークコメントやブログなどでの色々とご意見を頂きました。

その中で「スターが付いたらもっといいのに」というのを見て、今回は「はてなスター」を表示する機能を付けました。

ファイルはGoogle Codeで公開中です。

まだ、記事の一覧（本文を表示しないモード）では、スターは表示されなかったり、カラースターの挙動がおかしいなどの問題は残っていますが、とりあえず動作いたします。

是非、ご利用ください。

MOONGIFT: » Googleリーダーとはてなブックマークを使う人は「Google Reader plus Hatena」:オープンソースを毎日紹介.

記事にはダウンロード版は上手く動作していないとのご指摘が･･･。
今晩あたりに早速修正を行いたいと思います。

多分今ソース見たら前の自分を殴りたくなるんだろうな･･･ｗ

とっても共感できたので、TrackBack支援。
全く同じ様なことを日々思っている。

俺なりの感覚を少し書いてみる

その1「プログラマーであることに誇りを持たない」

プログラマーははっきりとした形がある世界の職人ではなく、むしろ形のないところに形をこさえるようなものだから、誇りを持つのはかえって邪魔になるし危険だということを語られた。プログラマーは、プログラマーであることに誇りを抱いた瞬間に停滞が始まるのだという。

「過去に誇りを持たない」っていうのに近いかもしれない。
日々、自分自身「あれが出来たらすごいなぁ･･･」とか、思っているけど実際自分でそれが出来る様になった時その瞬間は「俺スゲー！格好いい！！やべぇ！！」と思うが、すぐに「出来て当然だろｊｋ」となる。

自分よりもすごい人は腐るほど居て、過去の自分の憧れに自分自身がなったことに永遠と満足してたら、もうその人は先に進めなくなる。

日々いろいろな事に「新しい憧れ」を抱くことで、少しずつ自分の目標を立てているという感じだろうか。
あとは、過去の自分の書いたコードに満足しない。もっと良い方法があるのではないかと日々模索するという意味も。
数ヶ月前に書いたコードなんてのはもう見るのも恥ずかしいことが多々あります・・・

その2「常に手抜きを考える」

優秀なプログラマーは、「物事を面倒くさくなくするためだったら、どんな面倒くさいことでもする」のだそうだ。

そう。基本的にパソコンの操作全てをめんどくさがる。
だから無駄に大量のショートカットキーを覚えるし（マウスで操作するより早い）、なるべくマウス操作を嫌う（主な操作はキーボード。そこから手が離れるから）。

その面倒なことを「仕方ない」で解決出来ない。日々すごいストレスを貯める。

今10秒かかることを、1000秒かけても1秒にしたいこの気持ちが理解出来ない人たちにすらストレスを感じる・・・

「こっちのが早いよ！」「こっちのが簡単だよ！」と日々教えてあげたい衝動に駆られるも、それを理解出来ない人たちは煙たがる。そろそろそれにも慣れないと･･･。

その3「リソースが足りないと言わない」

実際、Tさん自身は条件の悪い時の方がむしろ思わぬアイデアや方策が閃くのだそうだ。これまで何度かそういう経験をしてきて、そのうちにいつしかリソースのない状況を嘆くことはなくなり、むしろそういう状況を喜ぶと言うか、楽しむようになったとのことであった。

リソースは常に基本的に「俺だけ」の会社で働いてるから、こういう状況は常に起こっている。だからかリソース云々に関しては考えてなかったけど、困難な状況、難しい問題を解決する為のアイディアを考えるのはとても楽しい。

そういった状況の時に出てきたアイディアは特に次の「めんどくさい事」の解決に役立つから、余計に嬉しい！
要するに基本的に全てココに繋がるのかもｗ

その4「身辺を整理しておく」

そうすることで、何か不具合があったり問題が起きた時にも、その問題の箇所を一刻も早く見つけることができるのだそうだ。そうして、そんなふうにプログラムの中を整理しておくためには、まず机や身の回りから整理しなければならないのだそうである。

無駄なソースコードは基本的に嫌う。修正や、変更があった時になるべく少ない修正で済む様にする。後々めんどくさいから。

あと、得体の知れない何かが存在するのが嫌。机の上の書類もなるべく早く消し去る。
必要な物は決まった場処に適度に整理して保管する。
でも、基本的にリアルに物があるのは探すのが面倒なので出来る限りデジタル化して、原本が必要無いものは捨てる。

その5「勘を鍛える」

意外なことに、プログラムというのは「勘」がとてもだいじなのだということだった。もちろん、普段の勉強や経験の積み重ねはだいじなのだけれど、前述したような手を抜く際の思わぬアイデアというものは、ふとした閃きや勘、あるいは直感から生まれることがほとんどなのだそうだ。

低レベルなスクリプトしか書けないFileMakerを始めた時は、基本的に本は見なかった。
基本的なソフトの「出来ること」のみを覚え、どんな「関数」があるかだけを覚えた（ヘルプで）。

本を見れば、目的のスクリプトを早く書くことが出来たかもしれないが、目標が決まっていて、それが実現できそうなら出来るだけ自分の脳みそだけで解決した。
それは、多分ここにある「勘」を養う為。本を見て書いても、「なるほど！」と思うことはあるかもしれないけれども、そこに行き着くためのプロセス。答えを見いだす能力が身につかないため。

だから、今でもなるべく自分で考える。でも、perlとかまず「出来ること」が多すぎて、「書き方」も多すぎるのでコレは勉強せざる終えない。さらに、天才的なプログラムってのはなかなか思いつかない物で、勘を養う為にそういったプログラムを見ることは多い。
でも、なるべく理解して自分の書き方で書き直す様にしている。

その6「美的センスを身につける」

プログラムも、やっぱり良いものはある種の美しさを醸すようになって、これは逆に言えば、美しいプログラムさえ書いていれば、それは自ずから良いプログラムになるとのことであった。

『その4「身辺を整理しておく」』に近い。
「無駄の無いデザイン」は美しい。
「無駄の無いコード」も美しい。

無駄の無いコードは見た目も美しく、理解しやすい物が多い。だから、美しさを自然と求めるんだと思う。
面倒が嫌いだから、ぱっと見て美しいコードを見分ける目も持つということなのかも。

その7「忘却力を備える」

プログラマーは覚えなければならないことがあまりにも多いということ。そのため、余計なことはさっさと忘れるようじゃないと、とてもじゃないが必要な情報をいい感じで脳の中の取り出しやすいところにしまっておくことができないのだそうである。
[中略]
色んなことを覚えたままだと、夜眠れなくなるのだそうである。特に若い頃は、かかりつけのプログラムが眠ってるあいだも気になって、おかげで快適な睡眠が取れず、仕事の能率がかえって落ちてしまったことがあったのだそうだ。

余計なことを記憶しておくと、必要な時に取り出しにくい。だから出来るだけ脳みそは空にする。
「GTD」とかと同じ考え方。机の上を整理するのと同じ考え方。

思い出す必要があるものはスケジュールに書き留めておくことで、常に記憶のどこかに置いておく必要性を無くすことで、気にとめておく必要がなくなる。これで結構気が楽になって、目の前の物に集中できる。
詳しくはGTDでぐぐると分かるかも。

まとめ

全てはやっぱり「面倒！」に繋がる。何よりパソコンそのものの存在が「便利さ」を求めた物であって、「便利」はイコール「面倒が面倒じゃなくなる。楽になる。」と言うことなので、「面倒！」を極力無くすことに全力を投じる。

あと、書いてて結構「なのかも」や、「多分」が入っている部分が多い、これは考えて行き着いた「行動」ではないから。
面倒だから操作の自動化をしていった自分に自然と生まれた感覚だから。感覚は言葉にし難いのだ。リテラシーが低いのもあるけどｗ

「○○の条件」というのは結構、何年もかけて意識して作り上げられた物よりも自然と身についたルールが多い様な気がする。自分の場合は今回の引用元の記事がそうだった。なんか自分が評価されている様で嬉しかったｗ

是非、元の記事も目を通してみてください。
記事を書いた方はプログラマーでは無いそうです。そういった方の視点もまた面白かったです。

引用元: 新人プログラマーがプロのプログラマーとして独り立ちするための7つの条件 – ハックルベリーに会いに行く

Google Reader plus Hatena

今回のバージョンアップは細かな部分の修正と、ブックマース登録数の表示機能の追加です。

覚えたてのJavaScriptの為大量の修正が入っています。以前よりも動作が安定しました。
特にGreaseKit(Safari)版では、JSONPを利用しているため隣の記事のブックマークコメントを拾ってくる事などが発生していましたが、JSONPを埋め込む毎にユニークなグローバル変数を使用する様にすることで、そう言ったことが無くなりました。

その他修正内容

• スタイルシート
  Google readerに合わせて少し修正しました。
• ブックマーク登録数の表示
  ブックマーク登録数の表示が可能になりましたが、この機能をオフにするには直接スクリプトを修正する必要があります。
• ブックマーク読み込み中アニメーション
  今回からブックマーク読み込み中のアニメーションを表示する様になりました。
• 再読み込み機能
  「HatenaB」のリンクを再度クリックすることで、ブックマークを再度読み込むようになりました

また、デフォルトではタグ付けのみのブックマークは表示しない様になっております。
現在開発途中ですが、今後タグ付けも表示する機能を盛り込む予定です。

ダウンロード
今回からダウンロードはGoogle Codeから行える様にしました。下記ページよりダウンロードしてください。

http://code.google.com/p/gr-puls-hatena/

追記：
前回のスクリプトをインストールしている場合は、今回のスクリプトを入れても上書きされないので、手動でアンインストールしてください。

このスクリプトはバージョンアップしました。最新版はGoogle Codeで配布中です。
Google Reader plus Hatena – Googre Code

はてなブをGoogreReaderに直接表示

はてなユーザーはブログのコメント欄よりも、はてなブにコメントを書くことが多い。それを見るために新しいウインドウを開くのがとても面倒だったので、GoogleReaderの画面に直接表示するスクリプトを書きました！

FireFoxのアドオン「Greasemonkey」又は、Safari(WebKit)のプラグイン「GreaseKit」を使用して、GoogleReaderで今見ている記事のフッター部分にはてなブのコメントを表示するスクリプトです。

スクリプトの大半は「hatana_bookmark_anywhere.js」というブログのコメント欄の下などに、はてなブのコメントを表示するスクリプトを使用しています。
なので簡単に作れるかと思ったんだけど、JavaScript初心者の俺には一晩では終わらなかった･･･ orz
（普段javascriptライブラリに頼っていたからXPathとか初めて使った）

使い方

１，GoogleReaderで「はてなブ」のコメントを表示したい記事を表示させます。このとき記事の回りの枠が太く濃い青になっていればOKです。なっていない場合記事の本文をクリックすると、枠が濃い青なります。
２，キーボードで「h」キーを押す。
以上で記事の最後にはてなブのコメントが表示されます（実際のコメントより少しタイムラグがあるようです）。
上手く太枠にならない場合は、次の記事を表示するショートカット「j」キーや、前の記事を表示する「k」キーで上手くフォーカスする記事を変えてみてください。

Greasemonkey、GreaseKitのインストール

Greasemonkey、GreaseKitをインストールしてない人は下記のページを参考にインストールしてください。

• Greasemonkey入門 ～よくわかるグリースモンキーの使い方 ～ | Google Mania – グーグルの便利な使い方
• GreaseKit | Macの手書き説明書

Hatena bookmark anywhere to GoogleReaderのインストール

Greasemonkey又はGreaseKitをインストールした上で、下記のアドレスにアクセスすると、インストールダイアログが表示されます。
「Hatena bookmark anywhere to GoogleReader」Greasemonkey版（FireFox）
「Hatena bookmark anywhere to GoogleReader」GreaseKit版（Safari）

※アドオン・ブラウザ共に最新バージョンでのテストしか行っていないので、場合によってはエラーが多発するかもしれません（Safari4,FireFox3）。
※テスト環境では英語版のGoogleReaderを使用してます。上手く動かない場合「設定」→「言語」→「English」で動くかもしれません。

最後に

デバッグ用にconsoleLogと言う関数にエラーを吐き出したりする様になっています。
コメントアウトで外してありますが、必要があればスクリプトの一番最後にありますので、解除してください。

まだまだJavaScriptは勉強不足で余分な部分とか、不安定要素が沢山あるかもしれません。
少しずつバージョンアップしていきたいと思います。

会社のファイルサーバーにPerlなどのスクリプトを置いて、それをFileMaker Proから実行させることが多々ある。
なので、実行する前にサーバーへ接続しないといけないので、作ったスクリプト。

try
	do shell script "touch /Volumes/[ServerName]/[LogFile]"
on error
	mount volume "afp://[ServerIP]/[VolumeName]" as user name "[UserName]"
	do shell script "touch /Volumes/[ServerName]/[LogFile]"
end try

こんな感じ。

do shell script "touch /Volumes/[ServerName]/[LogFile]"
は、使用するファイルに “touch” 、要するに触れるかどうかを試す。ここでもしエラーが発生しなければ、既にサーバーはマウント済みとなるので、スクリプトは終了。

on error は もしダメだったとき。
mount volume "afp://[ServerIP]/[VolumeName]" as user name "[UserName]"
を実行してボリュームをマウントする。さらに念のため、”touch” を再度実行。

ちなみに、この後のエラー処理はあえてさせてない。エラーがもし出たらFileMaker側で処理するため。
一度接続を試してみて、ダメだったら何かここでは解決できないエラーがあるという判断の上です。

ボリュームマウントのところは、
mount volume "afp://[ServerIP]/[VolumeName]" with password "[PassWord]" as user name "[UserName]"
とすると、パスワードも一緒に送ってくれる。但しすべてのユーザーに利用権限を与えないため、今回の場合は入れてない。
パスワードが無くてもFinderのいつものダイアログで、パスワードの入力を求められる。このとき「パスワードを記憶する」のチェックボックスにチェックを入れれば、次回から入力を求められることは無い。
また、ユーザー名も同じくスクリプト上に書かなくてもいい。ユーザー毎にIDを発行してる場合などは各パソコンで記録させればok!

AppleScriptを使って、FileMakerにターミナルコマンドの結果を渡す方法です。
ファイル名等を取得し、それをFileMakerに読み込ませる必要があったので、調べました。

どうやら、FileMakerに変数を作って値を受け渡すことは出来ないようなので、グローバルフィールド等に値を渡すことになります。

FileMakerの「Appleスクリプトを実行」スクリプトステップに下記のように書き込みます。

set _ls to do shell script "ls -1" --変数 _ls に Terminalコマンド "ls -1"の返値をセット

tell application "FileMaker Pro Advanced"
	set cell "f1" of current record to _ls as string --変数 _ls を フィールド f1 へ変数の値を書き込み
end tell

1行目でターミナルコマンドコマンドを実行し、結果を _ls 変数にセットします。
4行目でファイルメーカーで現在開いているファイルのフィールド名 f1 に1行目の変数 _ls をセット

今回の場合ファイルの指定などを行う必要はありません。

FileMaker のスクリプトと同じように、実行をしているファイルがデフォルトで指定される為です。
他のファイルに値を書き込む必要がある場合は、そのファイルからスクリプトを実行するなどを行えばできます。

Perlに値を受け渡す時、FileMakerからtab形式等で書き出した物を処理させていたが、
Rfmを使えば直接情報を読み込み、書き込みが出来るようになるということで、Rubyを始めてみることにした。

Rubyをインストールする上で苦戦した事等をメモしていく。

MacPortsでRuby関連のインストール

MacPortsのインストール等は以前「MacPortsでステキなUNIXツールをインストール」を参考にさせてもらった。
すでにインストール済みである。

だが、インストールしたのは結構前なのでアップデートをしよう。

MacPortをアップデート

$ sudo port -d selfupdate
$ sudo port upgrade installed

RubyGemsをインストール(PerlのCPANみたいなヤツ？)

$ sudo port install rb-rubygems

参考：MacにRailsをゼロからインストールする一番簡単な方法

Rubyを実行してみる

あとは適当なプログラムを書いて実行してみる。ぐぐれば適当な短いプログラムはたくさん出てくる。

$ ruby hogehoge.rb

その時下記の様なエラーが出た場合ライブラリーが足りない or 古いのでインストールしよう

エラー

$ ruby hogehoge.rb
.../rubygems.rb:251:in `report_activate_error': Could not find RubyGem activerecord (>= 0.0.0) (Gem::LoadError)

上記の例の場合はactiverecordをインストール

$ gem install activerecord

参考：ari’s diary RubyCLR

追記：
MacPortsで一度インストールに失敗した場合アップデートをかけても、失敗し続けることがある。そういう時はインストール途中で止まっているファイルを一度クリアしてから、もう一度インストールしよう

再インストール(rb-rubygemsの例)

$ sudo port clean rb-rubygems
$ sudo port install rb-rubygems

他にも、RubyGemsに登録されている物自体が古い場合があるので、RubyGemsの更新も忘れずに行おう！

$ sudo gem update --system
$ sudo gem update 

FileMaker ProのWebビューアーを使ったスパイダリング(HTMLの収集)に限界が来たので、Perlでの開発を現在行っている。
HTMLのダウンロードという意味では、Perl等をかましてレンダリング・目的のHTML以外(画像等)のダウンロードを行わせないようにすれば、さほど変わらないのだが、スクレーピング(HTMLを分解し、必要な情報のみを抽出)は桁外れにPerlの方が早い。

ということで、FileMaker Pro → AppleScript → Perlという流れで情報収集を行っている。

FileMakerからAppleScriptを実行する方法はスクリプトステップの「AppleScriptを実行」というのは説明するまでもないか？ｗ

AppleScriptからPerlを実行する時はdo shell scriptを使う

do shell script "perl 〜.pl"

“”の間はターミナルで実行している命令と一緒。

perlを実行する手前でcdコマンドを実行したい時等は、

do shell script "cd ./Document/; perl 〜.pl"

というに、セミコロン(;)で区切って複数の命令を書く。

PerlをTerminalから実行する時、色々とメッセージを返すようにしていたとしても、コマンドの実行が終わるまで基本的に何も出来ない。
なので、基本的にlogとしてデーターを残すようにしている。

do shell script "cd ./Document/; perl 〜.pl > 〜.log"

もうちょっと、AppleScript

作ったperlのスクリプトではLWP::UserAgentを使っているのだが、１ページダウンロードに通常1秒〜1.5秒かかっている。
ただし、何故か分からないのだが、同じスクリプトを２コ同時に実行すると、実行して少し経ってから１ページのダウンロードが0.3秒〜0.7秒にまでスピードアップする。

スクリプトを２つ実行することで、結果的に２倍のスピード！
──というのならばまだ分かるのだが、スクリプトを２つ実行することで、４倍以上のスピードが出るのは何故だ？
ちなみに、２つ実行してスピードが速くなった後に、片方のスクリプトを停止しても、１ページのダウンロードが0.3秒〜0.7秒というスピードは変わらない。
※通常１秒間に数ページみに行くのは相手側のサーバーに負担になります。マナー違反になるので注意！

１つのドメインに対してのみ現在は行っているので、もしかすると相手側のサーバー側の問題なのかもしれないが謎だ…。
お分かりになる方いらしたら、是非教えて頂きたい。

とりあえず原因は不明だが「なら、２つ以上のPerlを同時に動かせばいいのか！」という結論に至り、バックグラウンドでdo shell scirptを実行出来ないかと調べてみると、アップルのテクニカルノートにあった。do shell script in AppleScript

do shell script "perl 〜.pl > 〜.log 2>&1 &"

とすれば良いらしい。
これを上手く使えば、分割処理が出来るので更なるスピードアップも望める！

さらに色々調べていると面白そうな記事を発見！
AppleScript で Perl に GUI をつける

これは、かなり勉強になりそう。後日挑戦してみたい。