パッケージ商品を使う

パッケージ化されたCMSは多くの機能が無料で含まれており、時間をかけて学びながら使っていきたいという方たちにはとても良い製品です。特にデザイナーやコンテンツ配信するような方たちにとっては、以前にはできなかった事ができるようになるというメリットを享受することができます。プラットフォームを利用していくと、各所にちょっとしたプラグインや調整箇所が見つかり、数々の問題を解決に導きます。

とは言え、「金槌を持っていると何を見ても釘に見える」症候群を回避するために、いつ、どれを使えば良いかという簡単なガイドラインがこちらです；

• 多くのパッケージ製品は作られた通りに利用すれば良いものができあがります。問題が発生するのは、それ以外のことをさせようとする時です。
• WordPress、Drupal、ExpressionEngine、は１人で１プロジェクトを担当するような場合には最適でしょう。
• ビルトイン機能ではなく、自でシステムを構築しようと思う時には便利なツールです。

CMS構築が第一の目的ならCMSを利用

たとえばWordPressで写真共有サイトを作ったり、ExpressionEngineでオンラインストアを構築しようとすると、できないことはないでしょうが”丸い穴に四角の栓”同様、多くの作業は徒労に終わりストレスが溜まるだけ、という結果になるでしょう。

オススメの使い方

• WordPress：もしブログサイトや新聞・雑誌記事を掲載するサイトを作成する場合、１人でそのサイト作成のプロジェクトを遂行する場合やもしくは、自社内でITの人材確保が困難な場合。
• ExpressionEngine：複数のデータモデルを含むより複雑なサイトを作成する場合、１人でサイト作成のプロジェクトを遂行する場合、またコンテンツブロック機能が付随している場合。
• Drupal：個人的にあまり利用していないのですが、こちらにも多くのファンがいるようです。内容としてはExpressionEngineと同様ではないかと思います。

この見立てについて皆さんがどう思われたか、また他のCMSパッケージ製品に対する評価なども併せてぜひ下記からコメントをしていただきたいと思います。

１人で遂行するプロジェクト

上記で取上げたCMSはデータモデルや設定の保存、そして時にはデザインテンプレートに、データベースを利用しています。これは、１人でプロジェクトを遂行しているのなら良いのですが、Git、Subversion、もしくは他のコントロールツールを利用して複数のプログラマが同時に開発に関わることが大変困難です。（ブラウザ上でのコーディングを強要されることは苦痛な部分がありますし、またそれはローカル環境での開発や本番環境への配備を面倒なものにしていると感じています。）

IT専任者を置けない企業にオススメのCMSパッケージ

今ご覧いただいてる弊社ホームページ、theplant.jpは、実はWordPressを利用して作成されました。全体的な更新頻度は高くなく、動画などを含まない非常にシンプルな機能のみの比較的落ち着いたサイトですので、更新が必要となるブログやコメント部分にだけ注力できるようなCMSを利用するべきだと感じていました。私たちはそれをわずか数時間で吸い上げることができたかもしれません。静的なコンテンツは静的なのです。弊社スタッフは全員簡単にウェブサイトの編集や更新を簡単にでき、下記のような心配をせずにサーバに配備できます。

• WordPress専用のライブラリ機能の習得
• 無理矢理多言語対応企業向けCMSに変更させること
• 管理者画面の権限割当。追加機能を含めた全プラットフォームの開発。弊社サイトで必要だったのは追加／編集／削除機能と記事投稿機能だけでした。にもかかわらず、編集や更新の為に毎回管理画面にログインして、必要のない、また触れてはいけない管理者用機能がいっぱいのページにいかなければなりませんでした。
• WordPressに向けたスパム攻撃や、セキュリティ修復のための断続的な更新作業
• 必要でないにも関わらず発生する壮大なコンテンツ創作の為の製作期間の問題。キャッシュの利用や他の方法でこの問題は解決できますが、コンテンツが静的な場合はただの粗悪なコーディングでしかありません。

私たちの今後は・・・：Qor CMS

これまで私たちは、MTV Japan、ASICS、Onitsuka Tigerをはじめに、数々のクライアントに向け、それぞれにカスタマイズしたソリューションを開発してきました。それらのノウハウを生かし、ベータ版を開発、QorCMSとして近くリリースすることになりました。

たとえば、Railsが色々な種類の服が作れる布だとすると、QorCMSはビジネスマン向けによく仕立てられたスーツのようなものです。QorCMSは最終製品ではなく、システム開発社が利用できるフレームワークです。１つ違う点は、カスタマイズソリューションに迅速に対応することが可能になるという点です。

QorCMSはCMSに必要な基本的なモジュール（管理、アップロード、ファイル保存）を含み、柔軟性に富んだコンテンツのモデルマップ、そしてRailsに拡張するための機能が含まれています。（これはRailsがベースとなっていますが、多くのユーティリティやヘルプ機能を保有します。）QorCMSコードはテストケースに裏打ちされたものになりますので、安心してその機能に頼ることができます。QorCMSはフレームワークの基礎になることが目的で、一時的に良く見えるためだけのCMSを作成することではありません。私たちのクライアントはそれぞれのニーズに見合ったコーディングと設定方法で作られたCMSを受取ることになります。

結局他のCMSと変わらないじゃないか、と思われるかもしれません。また、もしかしてその通りかもしれません。違う点をあげるとすれば、私たちは;

• 自分たちで舵を切っていますので、機能拡張のたびに外部プログラマに絵を描いてもらう必要もありませんし、逆に彼らが弊社のシステムに侵入してその後の更新作業に悪影響を与える心配も不要です。
• 非常に簡単に機能拡張ができます。
• GUIではなくコーディングで管理者機能を持つことで、より効果的になります。
• データモデル、テンプレート、各設定をデータベースではなくコードで保存します。そうすることで、複数のプログラマが同時に同じプロジェクトに関わることができるからです。
• GoogleDocs、GoogleMaps、Amazon Webservices、Mailchimpなどのような優れた外部サービスを必要に応じてシステムに導入することができます。
• 安全なコーディングを実施します。他のソリューションに見られがちな欠陥の発生を防ぎます。

クライアントにとって１つ不安ではないかと思われる点を挙げるとすると私たちのコーディングです。クライアントから見ると、１人のプログラマが厳しく管理してコーディングを見破られないようにした方が良いのに、と思うかもしれません。しかし、それが何の変哲もないありきたりのCMSをインストールするということでなければ、彼らは結局他のベンダーに縛り付けられるハメになるでしょう。どちらにしてもプラントは一緒に仕事をするのに悪い会社ではないですけど。

The solution that immediately jumped into my mind was something like “abc”.map {…}. The first problem here is #map is based on #each, and String#each will iterate on lines instead of characters. So “abc”.map {…} will have only 1 iteration, which give you access to “abc” as a whole inside the iteration.

It’s natural that I then went to String#each_byte for help. “abc”.each_byte {…} will iterate on characters. The problem with each_byte is its return value is the string itself, instead of the result after processing like map. We can’t get a one-line solution with each_byte:

res = []

"abc".each_byte {|i| res << i}

res.map {|i| i.to_s(16)}

3 lines for a simple problem! Ugly, right?

Then I remembered the swissarmy knife of ruby: String#unpack. String#unpack takes a string as directives and applies those directives on its caller. Its caller, a string, is used as a (binary) data stream in this process. For example:

"a".unpack('c') # => [97]

‘c’ is a directive which will extract a character as an integer. You can apply many directives at the same time, like:

"abc".unpack('cH') # => [97, "6"]

which will execute ‘c’ on the first character, and ‘H’ on the second. You can append a number or ‘*’ to a directive so it will be executed many times:

"abc".unpack('c2') # => [97, 98]

"abc".unpack('c*') # => [97, 98, 99]

And String#unpack provides us a directive to extract characters into a hex digit! Here’s the solution using unpack to my friend’s question:

"abc".unpack('H*')

There are many directives you can use in unpack. Whenever you want to transform a string into another common format, like ascii, base64, please give String#unpack a glance, it may resolve your problem instantly.

For example:

testdata = [
  { :name => "Haruhi", :gender => "F", :role => "Brigade Leader" },
  { :name => "Mikuru", :gender => "F", :role => "Time Traveler" },
  { :name => "Yuki",   :gender => "F", :role => "Humanoid Interface" },
  { :name => "Haruhi", :gender => "M", :role => "ESPer" },
  { :name => "Kyon",   :gender => "M", :role => "Normal" },
]

But you may draw a sigh or be tired because you must type same keys many times.

In this case, the following helper method will help you.

class Hash
  def self.create_with(*keys)
    rows = yield()
    return rows.collect {|row|
      hash = self.new
      keys.zip(row) {|k, v| hash[k] = v }
      hash
    }
  end
end

Using this helper method, you have to type keys only once.

testdata = Hash.create_with(:name, :gender, :role) {[
  [ "Haruhi", "F", "Brigade Leader"     ],
  [ "Mikuru", "F", "Time Traveler"      ],
  [ "Yuki",   "F", "Humanoid Interface" ],
  [ "Haruhi", "M", "ESPer"              ],
  [ "Kyon",   "M", "Normal"             ],
]}

p testdata[0]  #=> {:gender=>"F", :role=>"Brigade Leader", :name=>"Haruhi"}

It is a good idea to use YAML format instead of array of arrays.

require 'yaml'
arrays = YAML.load <<END
- [ Haruhi, F, Brigade Leader     ]
- [ Mikuru, F, Time Traveler      ]
- [ Yuki,   F, Humanoid Interface ]
- [ Haruhi, M, ESPer              ]
- [ Kyon,   M, Normal             ]
END
testdata = Hash.create_with(:name, :gender, :role) { arrays }

p testdata[0]  #=> {:gender=>"F", :role=>"Brigade Leader", :name=>"Haruhi"}

I hope this helps your Ruby life.

インターネットのニュース配信サービスで収益を得ることがいかに難しいかという話を、新聞社で働く友達からよく聞きいていたこともあり、こんな方法はどう？という私なりのアイデアを書いてみることにします。

ご存知Suica

東京都内では都営、市営、私営の多くの公共交通機関を司る組織が混在し、電車や地下鉄やバスなどを運行しています。たとえば、地下鉄を利用して少し離れた目的地を目指したとしましょう。乗っている地下鉄の運行会社が知らないうちに他社の会社になっていたりします。Suicaが登場する前は、切符の購入に戸惑った人も少なくないでしょう。現金を握りしめて券売機前に並びながら、どのルートでどの電車に乗り、いくら払えば良いのか考えあぐねた経験ありませんか？

Suicaは全社共通の支払プラットフォームとして登場しました。Suicaに前もってチャージしておくことで、改札機のIC部分に触れるだけで自動的に乗車賃を計算し、利用分がそこから引かれるシステムになっています。電車、地下鉄、バス、タクシーなど一度に色々な交通機関を利用しても、カードをかざせば自動的に課金され迷う必要はありません。電車の時間を気にしながら券売機に並んだり、小銭があるかどうかを心配することがなくなっただけでなく、今ではいくら課金されているかさえ気にしなくなっていました。Suicaに十分な金額が残っているかの確認さえしていれば良いですし、チャージしようと思えば大抵どこの駅でもできるようになりました（オートチャージなんてサービスもありますよね）。実際、私自身、Suicaができてから公共交通機関を利用することが多くなりました。

Suicaはカードという形以外でも登場しました。上の画像はSuica機能を持つ携帯電話です。これさえあればカードの持ち歩きすら不要です。

ネットと何の関係があるのか

ここまでくればネットとの関係について想像するのは難しくないとは思いますが、あえて私のアイデアを簡単にご紹介したいと思います。

はじめは大手から

まず支払プラットフォームをニューヨークタイムズやワシントンポストなどの大手メディアを巻き込んで作りだします。大手を巻き込むことで、新しいビジネスモデルの初期に必要なスケールやブランド力を補います。私は法律家でないので独占禁止法に抵触するかどうかなどの法的なことは分かりませんが、プラットフォームを作るというだけのことですから多分問題はないでしょう。

このプラットフォームを良いサービスとして提供する為に最も柔軟性を持たせるべき部分はユーザーの支払方法の選択肢だと思います。週ごとなのか、ページ閲覧ごとなのか、内容量なのか、そこに幅を持たせることが大切だと思います。メディアの情報公開の仕方も、たとえば一般的な情報は無料配信しつつ一部を有料化したり、完全な会員制サービスとして有料サイトにすることもできます。料金設定は少額であろうが高額であろうがメディア側次第です。とはいえ落ち着くところはユーザーが支払っても良いと思える金額のほんの少し下あたりになるのでしょうが・・・。

広告収入に変わる収入源として全コンテンツ/アプリケーションプロバイダにアドオン型サービスとして提供します

誰でもこのプラットフォームが簡単に利用できるようにしましょう。ご自分のブログ内容は課金する価値があるとお考えですか？役に立つウェブアプリケーションを作ったものの、お金にする術が見つからないとか？このサービスがあれば１円から簡単にユーザーに課金することができるようになるのです。

コンテンツビジネスに何らかの形で関わる方なら、誰でも１度は「インターネットビジネスを成り立たせるには広告収入」という構図からそろそろ脱出したいと考えたことがあるのではないでしょうか？自分のホームページに貼付けている広告はそのページに関連のある内容でユーザーの役に立っているのでしょうか？価値のある情報やサービスを提供しているのにインターネットが媒体になっているというだけで必ずスポンサーを見つけなければいけないのでしょうか？どうしてGoogleや広告仲介の業者さんたちはコンテンツビジネスの提供者に対し、ページビューの価値について熱心に言及するのでしょうか？もちろん広告掲載によるビジネスもあるべきだと思います。ですがそれは他の選択肢の中の一つとして位置づけられるべきで、唯一のものであってはならないと思うのです。

支払いの方法

Suicaのようなカードの利用を勧めているわけではありません。ただ、ユーザーにとっては支払が簡単にでき、企業にとってはお金がきちんと回収できるような共通のプラットフォームが存在するべきでは、思うのです。前払いでも後払いでも良いと思います。例えばクレジットカードでの支払い、電話代との一括支払い、もしくはこのサービス用のプリペイドカードなど方法はいくらでも考えられます。AppleではすでにiTunesの一部有料サービスに対し、クレジットカード、プリペイドカード、またギフトカードの利用を可能にしています。

サブスクリプションにも負けないSuica

インターネットサービスは数えきれない膨大な数のプロバイダーによって提供されています。サブスクリプション（訳注：定額による定期契約のこと）での顧客囲い込みは、もはやこのような環境下で意味を成しません。たとえば今月いちばんよく利用するだろう路線も分からないのに新幹線の月間予約をしたくないのと同様、どの情報が最も必要になるか分からないのに、現時点で役立つからという理由だけでホームページの定期購読契約をしたくはありません。

導入の仕方

このプラットフォームの利用に際してベンダーが使用する場合は、利用するプラットフォーム会社が提供するコードを自分のホームページやプログラム内のメタタグに書き込むというシンプルな作業で対応できるようにします。ユーザーにとっては、既にブラウザにこのサービスが組み込まれているのが一番良い方法ではないかと思います。ネットサーフィンしている間、有料かどうかということを邪魔にならない程度に通知できるようなシステムが必要ではないでしょうか。ほかにもXX円以上の有料サイトは閲覧不可の制限を選択できたり、ということも考えられます。ユーザーがインタネットでの支払いを躊躇するのは、情報にお金を払いたくないからではなく、そこに至るまでの面倒なプロセスの方に問題があるような気がします。

ネットビジネスを明るい未来へ

みなさんと同様私も質の高いコンテンツが大好きです。もっと多くの人や企業にすばらしい記事を書いたり、創造性にあふれるアプリケーションを作り出してほしいと思っています。そしてその貢献に対して的確な金額が支払われる、いう適正な対応がなされればと思います。iTunes アプリケーションストアに支払いプラットフォームがあることで、高品質なiPhoneアプリケーションが作り出されたように、コンテンツプロバイダのための支払いプラットフォームの実現が質の高いコンテンツやサービスの提供に前向きな影響を与えるのではないかと思います。

最後に

ところで、なぜインターネットサービスの価格はアメリカでもベリーズ共和国でも同じに設定されているのでしょうか。コンテンツの配信自体は基本的に無料なわけですし、できるだけ多くの人がその利用が可能であるべきです。であれば、価格設定は国ごとの支払能力別に調整するべきではないでしょうか。たとえば図書館や学校などの公的機関や、国の状態がある水準に満たない場合は無料で情報を開示する、など、さまざまな選択肢が考えられます。もし可能であれば個人の支払能力に合わせた価格調整の実現が理想でしょう。たとえば交通機関の利用に特別な割引があるのと同様です。このような価格調整がうまくできれば、結局のところコンテンツプロバイダにとっても増収になるのではないかと思います。最後に、今回提案したサービスを行うかどうかはコンテンツプロバイダの選択肢となるべきであるということも付け加えておきます。

Installing of the perl subversion binding solved this problem.

You setup your certificate in apache config file

I tried: http://www.postfix.org/faq.html#null_client But I seems not work.

After check out the postfix log:

Even you set

local_transport = error:local delivery is disabled
But when you have aliasmaps, aliasdatabase, virtualaliasmaps. Postfix will still try to find the alias name in local. So it fails when it can not find it.

main.cf

master.cf

And Another thing, make sure your hostname is NOT your domain. because It will check hostname first and mx record? I guess.

商標登録は自分でできます！個人でできます！

そして商標は独占権なので登録されれば最低１０年間はその名前は自分のものになります。
実はそんなに難しくないのですが、やはり自分でやろうという方はそういないようで、私が調べた時は自分で商標登録をするための情報というのがほとんどありませんでした。そこで、私が実際どのように商標登録申請をしたのかご紹介させていただくこうと思います。今は個人でドメインを持ってサービスをやっている方も多いでしょうし、
いろんな方の参考になれば幸いです。
まずは事前に知っていなければいけない日本の商標制の知識を簡単に。
そんなことは知ってるが、とにかく実際どう申請するのか知りたい！という方はこちら。

まず

商標とはなにか

商品、サービスの名前です。企業のマークや商品や看板のマークがこれにあたります。

どこに申し込むのか

特許庁です。

登録主義

現実的使用の有無にかかわらず、商標権は設定登録によって発行するという考え方。
使用主義とはちがい、権利化されていない「商標」はどんなに有名でも人に使われたり真似されてしまいます。※ただし不正競争防止法あり

先願主義

一つの商標に対しては、同一または類似の商品、役務について、一つの登録（独占権）のみを付与する考え方の下で二以上の同一または類似の出願が競合した場合、最先の出願人に登録を認める考え方。⇔先使用主義

審査主義

出願された商標について法定の用件が備わっているかどうか、審査官が審査した上で登録する考え方。

商標法が保護するもの

商標には「商品」について使用される標識と「役務（サービス）」について使用される標識があります。それぞれ英語ではTrademark、Servicemarkといいます。

具体的に商標とは
商標法では「文字、図形、記号もしくは立体的形状もしくはこれらの結合」と定義していて、
大別すると５つにわけられます。

1. 文字商標：文字のみからなるもの

第746293号　本田技研工業株式会社　　　　第618689号　ソニー株式会社

2. 図形商標：写実的なものから図案化したもの、幾何学模様など図形のみから構成されるもの

第4039298号　トヨタ自動車株式会社　　　　第2428883号　財団法人日本産業デザイン振興会

3. 記号商標：のれん記号、仮名文字、アルファベット文字を輪郭で囲んだもの、文字を図案化し組み合わせた記号など

第101812号　三菱商事株式会社

4. 立体商標：商標を立体化したもの

第4225637号　Kentucky Fried Chicken International Holdings Co.

5.結合商標：上記タイプ（立体商標のぞく）の組み合わせ

第2013755号　日本電信電話株式会社　　　　　第3289976号　株式会社サンリオ

いちおうここまでおさえると、なんとなくやらなければならないことが見えてきますよね。
登録主義で先願主義なんだから、なるべく早く（人より先に）登録しなきゃだめ＝もうすでに使いたい名前が登録されていないか調べなければならない。

これが商標登録申請の第一歩です。
なんかめんどくさそうって思いますよね。私も最初はびびりました。
でもそれは単に前にやったことがないからです。実際やってみると意外に簡単です。オンラインでできるし。そしてうれしいコトにこのステップが終われば
実はもう商標登録申請は終わったも同然です！

ということで次回すでに登録されている商標の調べ方。

この記事はあくまでわれわれの体験記ですので、結果を保証するものではありません。
内容についても正確を記すようつとめていますが、簡略に記すことも重要視したので詳細については各自ご確認ください。
また、商標の登録申請のプロとしては「弁理士」さんがいらっしゃいます。

このアルファブロガーという言葉、もとは英語でこのようなブロガーを
“Alpha Blogger”と呼んでいることから来たと思っていたのですが、
私も含め、そう思ってらっしゃる方が多いんじゃないでしょうか。

先日当社のスタッフとの話の中で私がこの言葉をつかったところ、
「へー、日本語だとこういう人たちをアルファブロガーっていうんだ、おもしろいね。」
と言われ、
「え、だってもとは英語でしょ？」という私の疑問に

その場にいた英語圏の方たち（米、豪、英）はみな
「No」。

「アルファブロガーは英語じゃない」

んだそうです。
試しに英語のWikipediaで検索したところ出てきませんでしたね。
Googleで検索すると、「アルファブロガー」の意味で「Alpha Blogger」が
使われているＩＴ系の記事なんかが多少出てきましたが、
本文ではなくタイトルなんかでの利用で、
あえて、一般的でないこの言葉を強調のために使っているかんじでした。
英語じゃない、は言いすぎですが、やはり普通は使わないようです。

ではいったい英語圏では「アルファブロガー」のことをなんと呼ぶのか？

“A-list Blogger”

と言うんだそうです。
ちなみに日本語ではＡ級映画、Ｂ級映画とかいいますが、
英語ではこれを”A-list Movie”といいます。
同じ要領でマット・デイモンみたいなＢ級俳優（有名人）は
“B-list Celeblity”だよ、とのことでしたが
（マットはＢ級俳優じゃないですよね！！
ハリウッドの出演料あたりの興行収入トップのニュースもありましたし。）
via:asahi.com

最後にこの「アルファブロガー」「A-list Blogger」の話、
もしかして誰かがすでに話題にしてるかも、と思い検索してみたとことろ、
だいぶ前に秋元＠サイボウズラボ・プログラマー・ブログさんで
ばっちり説明されてました。。。
でもここまで書いて消してしまうのももったいないので、
この話題で掲載してしまいます。
会社ブログへ初エントリー、テーマ選びも勉強中です。

1. なかのひと

「なかのひと」はどれくらいの人が就業時間中にブログを読んでるかトラック、解析する独創的なブログパーツです。社員が就業時間中にブログを読んでどれくらい時間をつぶしているか計測しようとする安い企業のスパイ行為を飛び越えて、このブログパーツは働いている人やビジネスマインドを持ったブロガーがターゲットとする顧客やクライアント、競合他社にリーチすることができる非常に有効なツールです。

このブログパーツにログインすると、詳細な地図と、ビルの衛星写真を見ることができます。また、タグクラウド形式でアクセス元を表示することも可能です。殆どぞっとするほど詳細な情報です。そこではあなたは電通のオフィスビル(attribution)がどんなに巨大かまで見られるくらいでしょう。。

たった数ヶ月前にリリースされたばかりにも関わらず、もしくはその目新しさによって、この「なかのひと」は多くの人気あるIT関連ブロガーの多くに素早く導入されました。

我々にとって興味深かったのは、ブロガー達が「なかのひと」の使用方法の開示に非常に好意的だったことです。これはグーグルアナリティクスのように通常のアクセス解析ソフトでは知ることができない、どんな地域、企業からどれくらいアクセスがあったか、を簡単に調査します。またこのブログパーツは確実性解析と認識されることもなく、読者数解析においてフィードバーナーのカウンターよりも格段に有効です。

この記事に関して、全てのブログパーツを走査してみましたが、私自身はもしこの「なかのひと」の英語版が開発されれば、英語圏のブログコミュニティにおいても非常に大きなポテンシャルを持っていると感じました。

2. あわせて読みたい

「あわせて読みたい」はその他の英語のblog-o-sphereのよう
な近似の人気のブログパーツです。このブログパーツは「このブログの読者はこれを読んでいますよ」ということを知らせるサービスです。「なかのひと」と違って、これはブロガー自身にとってだけ有効なのではありません。読者もまた、簡単に今読んでいるブログと本当に関連したブログを探すことができます。

上の画像は百式（100shiki,com）上に表示された「あわせて読みたい」です。 百式. 同じ著者によって書かれた四つのブログがリストアップされているので、彼の読者の人気のブログであることがよくわかります。

ブログパーツに表示されるトップ５以上の情報を得ることもできます。「あわせて読みたい」の他の機能はより長い、テクノラティのトップ100ランキングのような機能をどのブログにもつけることができ、ブログの人気度を計る良い機能です。トライするためには百式のランキングに行っていただき、「もっと」リンクをクリックすると「あわせて読みたい」のガイドに従って、日本で人気のブログを読み通すことができます。

3. ラクガキボード

ラクガキボードはブログパーツポータルサイトのブログデコによって作成されています。ブログデコは面白法人KAYACと株式会社CUPPYのジョイントベンチャーで設立されています。 FacebookやあるいはMS Paintでの落書きアプリケーションをご覧になったことのある方なら、おそらくこのラクガキボードの基本的な部分に親しみを覚えるかもしれません。こちらは小さいフレームで、ペンの種類や色が制限され、誰でも落書きやいたずら書きを楽しみことができます。 しかしながら、これはそれだけでは終わりません。全ての保存された落書きはリアルタイムで再生することがあります。アーティスティックなブログを探したり、見て回ったりするのはかなり癖になります。 ここでみつけたいくつかの落書きをご紹介 ラクガキボードは約１年前にリリースされたFacebookのグラフィティアプリケーションより遡って存在しています。

4. Otto

ブログデコには英語版もあり、そちらにはoTToブログパーツがあります。以下はその説明です。

• oTTo is “music scribble”.
• you can make music just like scribble on the note book.
• It is a tool for people who can’t stop making music!

基本的には、oTToはスーパーシンプルなシーケンサーです。テンポやボリュームを調節でき、登録すればあなたの作品を保存できます。それだけです。非常に面白く、こんな音を楽しめます。Nobukazu Takemura一瞬にして、です（実際にはそうでもありませんが）。

5. 「まる。てん.てん・」

「まる。てん.てん・」はホームページで「ロマンティックなブログツール」として紹介されています。確かにこれは私が見た中でも最もピースフルなブログパーツです。説明するのは難しいですが、こちらは基本的にあなたのブログの中の。や・が夜空の星となって表現されるというものです。このブログパーツを使って、他のブログと「星同士
のリンク」を作ることができます。本当にびっくりするほどクリエイティブで、キュートなブログパーツです。

追加情報

もし日本のブログパーツ探しに興味をお持ちになりましたら、以下のブログパーツポータルサイトをご覧になるのをお勧めします。

• Blog Parts
• Bloq In
• Blog Parts Garden
• Blog Parts wo Sagase
• Blog Wasabi
• 無料ブログパーツを設置しよう

宜しく！

ジョセフ