Sugmak

LaunchBarで読み込むためにGoogle ChromeのブックマークをHTMLファイルに書き出すPerlスクリプト

Sun, 21 Mar 2010 07:36:00 PDT

私は長年LaunchBarを愛用していますが、未だChromeのブックマークの読み込みには対応していません。ですが、ChromeのブックマークをHTMLファイルとして書き出すことができればLaunchBarで読み込むことができます。

そういうわけで、Chromeのブックマークの所在を調べてみると

~/Library/Application Support/Google/Chrome/Default/Bookmarks

にそれらしきファイルがありました。このファイルはどうやらJSON(JavaScript)フォーマットで書かれています。そういうわけで、こいつをHTMLに書き出す非常にニッチな自作スクリプトを作って使用しています。

スクリプト実行後に書き出されたファイルをLaunchBarに登録すればOKです。また、このスクリプト自体もLaunchBarに登録すれば、いつでも実行できるので便利です。

#!/usr/bin/env perl

use strict;
use warnings;
use JSON;
use utf8;
use Encode;
# use Data::Dumper;

my $chrome_bookmark_file = $ENV{'HOME'}.'/Library/Application Support/Google/Chrome/Default/Bookmarks';
my $new_bookmark_file = $ENV{'HOME'}.'/Documents/chrome_bookmarks.html';

my $json = &readfile($chrome_bookmark_file);
my $result = JSON->new->utf8(0)->decode(decode_utf8($json));
if ($result->{Error}) {
    warn encode('utf-8', $result->{Error}{Message}), "¥n";
} else {
    my $bookmarks = $result->{'roots'}->{'other'}->{'children'};
    &create_chrome_bookmark_file($bookmarks);
}

sub readfile {
    open(my $fh, '<', $_[0]) or die "Can't open file $_[0]: $!";
    local $/;
    <$fh>;
}

sub create_chrome_bookmark_file {
    my $items = shift;
    open my $fh ,'>', $new_bookmark_file
        or die "Can't open file $new_bookmark_file: $!";
    print $fh '<html><head></head><body>';
    print $fh '<dl>';
    foreach my $item(@$items){
        if($item->{'type'} eq "url"){
            print $fh '<dt>';
            print $fh '<a href="'.$item->{'url'};
            print $fh '" >';
            print $fh encode('utf-8', $item->{'name'});
            print $fh '</a>';
            print $fh '</dt>';
        }
    }
    print $fh '</dl>';
    print $fh '</body></html>';
    close($fh);
}

ついでにヒストリーファイルも同様に処理したかったのですが、こちらはJSONファイルではないようです。

Permalink | Leave a comment »

"Fukuoka Perl Workshop #15" 開催のお知らせ

Mon, 08 Mar 2010 09:18:00 PST

いつもの通り、ATNDで参加受付を行っています。
http://atnd.org/events/3247

今回のスピーカーは、今のところdragon3さんが
「Plack/PSGI ですばやく実装＆デプロイなお話」をされるようです。
乞うご期待。

Permalink | Leave a comment »

WordCamp Fukuoka 2010終了しました。

Mon, 01 Mar 2010 08:08:00 PST

前の記事で「イベント当日は裏方をやっています」と書きましたが、なんと当日は総合司会をやっていたので、驚かれた方も多いかと思います。大方の予想通り、噛みまくりで残念な感じの司会でしたが、なんとか最後までこぎ着けることができました。

さて、今回のイベントの成果ですが、来場者は有料のメインホールに参加された方が189名、これに多目的ホールでの無料の講演に参加された方々、さらにはゲスト、スピーカー、スタッフの方々を加えると200名は優に超えました。

私は福岡で200人という集客数は大盛況だと思っています。何故なら、福岡県の人口が約500万人、東京都が約2.6倍の1300万人位ですから、福岡の200人は東京での520人規模のイベントに匹敵するという勝手な持論を持っているからです。

ただ、数字というのはあまり問題ではなく、今回一番嬉しかったのは、イベント終了後に参加者の皆さんがTwitterやブログなどで「楽しかった」、「ためになった」、「自分でも何か作ってみようと思った」などのポジティブなコメントを数多く残してくださっていることです。参加者数はどうあれ、これらの言葉がイベントを催す側にとっての最大の褒め言葉であり、継続のための励みになるのです。

さて、講演の詳細は他のブログ等に委ねるとして、全体を通して私が個人的に印象に残ったことを書きます。

司会者の私はメインホールでの講演はステージ脇で全て拝聴しました。その中で印象に残った言葉をまとめていくと次のようになります。

作ってみよう。

使うだけでも楽しいけど、プラグインやテーマを作るともっと楽しい。それを他のユーザーに使ってもらうとさらに楽しい。

参加しよう。

コミュニティや勉強会で他のユーザーと交流したり、情報交換したりすれば、刺激になる。

世界に飛び出そう。

日本人のプラグイン作者はまだまだ少ない。

「見ず知らずの方の人生を豊かにできる」（三好隆之さんの講演での言葉）

これらは、どんなプロダクトであれ、プログラミング言語であれ、共通のキーワードだと思いますが、その発言の根底に、プロダクトに対する感謝と愛情の気持ちが見え隠れするのが、人気のあるオープンソースプロダクトの特徴だと思います。WordPressもそうでした。

それと、今回ステージ上から観客席を拝見して驚いたのは、その年齢層でした。老若男女、実に幅広いお客様がいらっしゃいました。さらに職業もプログラマーからデザイナー、更には学生さんから経営者まで、こちらも実に幅広い。この観客層が、いかに多くの人々にWordPressが愛されているかを象徴しているような気がしました。

最後になりましたが、４つの感謝で締めくくりたいと思います。

ご支援・ご協力いただいたスポンサーの皆様、ありがとうございました。
講演して下さったスピーカーの皆様、ありがとうございました。
イベントを影で支えてくれたボランティアスタッフの皆様、ありがとうございました。
そして、ご来場いただいた参加者の皆様、本当にありがとうございました。

この気持ちは来年に繋げたいと思います。

Permalink | Leave a comment »

WordCamp Fukuoka 2010

Mon, 01 Mar 2010 00:32:00 PST

WordPress関連のイベントが福岡で開催されます。私は当日、運営スタッフの一員として裏方の仕事をやっていますので、ステージ脇や受付周辺をウロウロしていると思います。見かけた方は声をかけてくださると喜びます。

話は変わって、私はWordPressにはもう4年くらい触っていないのですが、聞くところによると、最近ではブログツールとしてだけではなくCMSとして使われることが多いそうです。私はCMS自体を作ることに、仕事で毎日のように携わっていますが、既存の製品を使ったことは、まだ一度もありません。

たぶん私の仕事は服飾でいうところのオーダーメイドなんだと思います。既製品の服は、ぴったりとカスタマイズすることは難しいけれども、廉価で手が出しやすいというメリットがあります。そうやって多くのユーザーが集まり、同じ製品を愛する人たちの知恵が集結すれば、オーダーメイドにも負けないような結果が出せるんじゃないか？ということを、このイベントで見極めたいと思っています。

まだ定員まで余裕があります。興味のある方は是非ご参加ください。

Permalink | Leave a comment »

「Fukuoka Perl Workshop #14」の開催についてと雑感

Sun, 18 Oct 2009 22:32:00 PDT

現在参加者募集中です。詳細はこちらからどうぞ。
Fukuoka Perl Mongers: 「Fukuoak Perl Workshop #14」開催のお知らせ

前回の記事にも書きましたが、先月開催されたYAPC::Asia 2009にイベントレポータとして参加したお陰で、Perlを愛して止まない多くの方々とお会いすることができました。初日の懇親会では Shibuya.pmリーダーの竹迫さんとYokohama.pmリーダーの栗原さんと集まってお話することができました。他にも「機会があれば Fukuoka.pmへ参加したい」という方々が何人もいらっしゃいました。東京から1000キロ以上離れた場所にあるFukuoka.pmですが、その距離が一気に縮まったような気がしました。

そのFukuoka.pmは2007年11月に設立されました。満2歳を向かえる来月、なんとJPA代表理事の牧大輔さんが、Fukuoka.pm へ参加されることになりました。牧さんには感謝この上もございません。また、このような繋がりが生まれつつあるのは、YAPC::Asiaのお陰であり、 Perlコミュニティのお陰でもあります。本当に参加して良かったと思います。

Permalink | Leave a comment »

YAPC::Asia 2009 大雑把な所感

Thu, 03 Sep 2009 22:42:00 PDT

私は今回、id:hirataraさんと共に、前夜祭も含めた全日程でgihyo.jpのイベント・レポーターなるものに挑戦しました。

http://gihyo.jp/news/report/01/yapcasia2009

レポータをやっていて「これは今後使われるケースが増えていくんじゃないか?」と思った技術的なキーワードをざっとリストアップしてみました(既に流行っているものもありますが)。全体的にPerlでのWebアプリケーションの作り方が、また新たな局面を迎えた感があります。

* HTTP::EngineベースのWAF
* PSGI/Plack
* イベント駆動(AnyEvent)
* スレッド(Coro)
* 非同期
* 継続
* nginx

全てのセッションを聴講したわけではないので抜けがあると思います。その点はご了承ください。

ちなみにMooseは、第一線ではもうすっかり定着している感じで、現在はHTTP::EngineのようにMooseをベースとした成果物、さらにはそれをベースとしたMoose三世くらいの時代に入っているのかなと思いました。

最後に、YAPCのボランティアスタッフの皆様、JPAの皆様、そしてスピーカの皆様、本当にお疲れさまでした、そしてありがとうございました。

Perl大好き!

Permalink | Leave a comment »

初めて本格的にJavaを使ってみていいと思ったところ

Sat, 07 Feb 2009 22:49:00 PST

昨年の4月頃から仕事で本格的にJavaを使い始めました。ちなみにそれまでの自分の仕事をざっと言語別にみると「Perl、
ActionScript、JavaScript、(時々)PHP」という感じで、いわゆるスクリプト言語が殆どでした。しかしここ1年を見ると、サーバーサイド言語に関してはPerlよりもJavaが多くなり、クライアントサイドがJavaScriptとActionScript、そしてバッジ処理、テキスト処理等の部分でPerlを使うという具合に変わってきています。

最初のうちはJavaという慣れないプラットフォームに戸惑いましたが、周囲にいらっしゃる優秀なJavaプログラマーの皆さんのおかげで、なんとか仕事で使えるレベルまで到達してきました。またスクリプト言語とJavaの双方を経験することにより、お互いの良いところ、あるいは足りないところを再認識できたのも、自分にとっての大きな収穫でした。

そこで今回は、私の感じたプラットフォームとしてのJavaが優れていると思った点をメモしてみたいと思います。

1. VMの存在

JavaVM(Java仮想マシン)のおかげで、開発環境や実運用環境の構築の際に、OSの種類やバージョン等に振り回されることが少なくなりました。JavaVMという仮想世界に閉じこもることのできないスクリプト言語では、そうはいかない場合が多いのです。そういう意味で、Perl6から導入されるであろうParrotに期待しています。

2. DIとAOP

Depandency Injection(依存性注入)とAOP(アスペクト指向プログラミング)。これらの概念が最も浸透している言語のひとつがJavaだと思います。DIとAOPについての詳しい説明はここでは省きますが、極めて平たく言うと、部品(オブジェクト)同士の依存関係を切り詰めることによって、全体の柔軟性を高めることが可能となり、その結果、メンテナンス性が高まるとか、テストがやり易くなる等のメリットを享受することができるというものです。特に規模の大きなプロジェクトでその効力を発揮します。ちなみに私はSeasar2というフレームワークをメインで使っています。

DIもAOPもスクリプト言語ではあまり馴染のない概念ですが、現在私はPerlのDIフレームワークであるBread::Boardを弄っています。Perlの場合、Mooseあるいは将来登場するPerl6のように、成熟した純然たるオブジェクト指向で書けるようになるつれて、DIや

AOPのような概念がどんどん普及してくるのではないかと思っています。そういう意味で近い将来に期待したいと思います。

3. 周辺技術の充実

1. IDE
スクリプト言語のコーディングやXHTMLのマークアップの際にはVimかEmacsを使いますが、Javaプログラミングでは専らElipse
を使っています。Javaのように静的な型付けをする言語の場合、型を補完したりチェックしてくれるIDEがないとかなり厳しいと思います。定番と呼ばれるものには、それなりの理由があって、Eclipseの場合も慣れてしまえば本当に便利なツールになるはずです。

2. Maven
プロジェクトのスケルトン作成、依存ライブラリの管理、ビルド、テスト、そしてデプロイ(サーバーへの配備)まで、一貫して面倒を見てくれるツールです。スクリプト言語の場合だと、複数のツールをいろいろ組み合わせて実現するようなことを、Mavenの場合には、これひとつで一貫してできるというのがポイントです。また意外と柔軟性もあって、豊富なpluginを使ってさらに便利に拡張することも可能ですし、Antやシェルスクリプトなど他のツールと組み合わせて使うこともできます。最初のうちはMavenの仕様というか哲学みたいなものを理解するのに時間がかかりましたが、理解が深まるにつれて、とても便利なツールだということを実感しました。

3. Tomcat
実績のある定番アプリケーションサーバーの存在は、特に実運用の際に心強いものです。スクリプト言語にもそれぞれ定番の運用環境はあるものの、
Tomcatほど簡単に設置できるものは見かけません。やはりここでもプラットフォームの差異を吸収してくれるVMの存在が大きいのかも知れません。

4. CIツール
有名なものとしてはHudsonとContiniumがあります。言語を問わずソフトウェアの品質を維持・管理する上で、「コンピューターにできることは、できる限り自動的にそして定期的にコンピューターにやらせる」というのはとても大切なことだと思います。私も今後はこのCI(継続的インテグレーション)という概念を、スクリプト言語にも積極的に取り入れたいと思っています。

5. 豊富な情報量
これは書店の技術書のコーナーへ行くとわかるのですが、プログラミング言語の場合、おそらくJavaに関する書籍の数が最も多いのではないでしょうか?英語が苦にならないような現場ならば別ですが、大抵の場合、日本語の情報量が豊富というのは、かなり重要な要因になると思います。

以上、大雑把ですが、ざっとまとめてみました。今後もJavaとスクリプト言語のお互いの良いところを取り入れながら、適材適所で上手く使い分けていきたいと思います。

Permalink | Leave a comment »