GNU General Public Licenseのプログラムを改良し、社内又は社外のサービスで利用したら、改良した部分のプログラムのソースコードは、公開する必要ありません。

よくある誤解です。

データ集計・分析にPentahoとMySQL。CRMにSugerCRM。文書管理にAlfresco。ブログにwordpress。デヂエの置き換えにDrupalなどなど。企業の短期・ローコストでのシステム導入で、オープンソースのシステムを導入する機会が増えています。

こうも不況？で業績がかんばしくないと、商用パッケージだけでは中々稟議を通りにくいものです。

そんなオープンソースのライセンスに最も利用されているのがGPLです。LinuxもGPLです。

筆者はオープンソースの利用を積極的に推進しますが、GPLに対するあらぬ誤解だけで、導入に踏み切れないのは損です。誤解を解きたいと思います。

まず、GPLはライセンスです。GPLを日本語に翻訳した文書にもあるとおり、利用許諾契約書なんです。

あるオープンソース、例えばDrupalの場合。開発業務委託契約でモジュールを一つ作ったとしたら、そのモジュールの著作権は発注したあなたの会社にあります。

宇宙エレベーターって知ってます？

別名軌道エレベーター。

静止軌道衛星と地上を結ぶエレベーターの事です。乗ると宇宙へ連れて行ってくれるエレベーターです。

機動戦士ガンダム00（ダブルオー）を見ていた方なら、良くご存知のアレです。アレ。

夢のようなエレベーターにチャレンジしているのが、一般社団法人　宇宙エレベーター協会の方々です。いたって真面目な団体だそうです。

Drupalの勉強会で、宇宙エレベーター協会のホームページに関わっている会社ウィップスにお会いし、その存在を知りました。

勉強会では、宇宙エレベーター協会のホームページをDrupal 5から6へのバージョンアップの苦労話し。とても共感しました。

私の場合も、Bookモジュールの移行にうまく行かず、データベース直接いじって修復しました。Drupal.orgに解決策が載っているそうです。（ http://drupal.org/node/645214#comment-2454738 ）。

さらに、inlineモジュールが動かなくて苦労したし、Themeもいまだに変だし。まだまだバージョンアップの後遺症が残っています。

ムーアの法則どおり、IT技術の向上は目まぐるしいものがあります。

データベースもその一つ。より身近で、低コストで、高機能で、高いパフォーマンスのデータベースが手に入るようになりました。

良い時代だなと、最近つくづく思います。

１．2.5インチHDDの普及でコンパクトなデータベースサーバ誕生

iPodが採用した2.5インチHDDが、サーバの機器にも普及してきました。

サン・マイクロシステムズのSun Fire X4170 Serverは、1Uでありながら2.5インチHDDが8個も搭載できます。

IBMのIBM System x3650 M3は、2.5インチHDDが16個も搭載できます。

通信販売、Eコマースのビジネスモデルは、はじめての通信販売＆Eコマースの7.戦略で述べたいように、新規を獲得し、リピーターに育成します。８対２の法則で、売上の８割を稼いでくれるリピーター・ファンをたくさん作るためです。

そのために、8.CRMという取り組みをします。

では、顧客を管理しようとしようと考えると、一つ行き詰ることが出てきます。

いま蓄積されているデータベースには、本当に顧客一人一人のデータが蓄積されているのでしょうか？

だいたい顧客データはぐちゃぐちゃです。

顧客データは、お客様のライフステージの変化などによって、様々に変化します。本来一人として管理しているはずのデータも、変化に対応できないことがあります。

顧客一人が、データベースで複数人いたとすると、新規、リピーターをもとにした施策が、誤って使われてしまいます。これでは、お金がいくらあっても足りません。

フリーの辞書は、Wikipedia。

フリーの料理レシピと写真は、Open Source Food。

http://www.chikunai.net/node/168

フリーの地理データ・地図は、OpenStreetMap があります。

OpenStreetMap
http://wiki.openstreetmap.org/wiki/JA:Main_Page

最近見つけました。

地図までフリーがあるなんで、ビックリなプロジェクトです。

このプロジェクトは、GPS機器を使い測量を行って地図を作っています。

参加者は、GPS機器を買います。

GPS機器を身につけて移動します。

GPS機器に貯まったデータをOpenStreetMapにアップロードし、地図を作成します。

なるほど。こうすれば、著作権違反を回避して地図が作成できます。

GPS機器を持っていなくても、地図作成に貢献できる方法もあります。

OpenStreetMapは、人間のコレクション癖を刺激します。

ビックリマンのシールを全て集めたくなるように、

近くのラーメン店を全て制覇したくなるように、

昨今は、システム構築にデータベースは欠かせない存在です。データベース RDBMSが使われない事案が無いほど普及しています。

そんな中、期待したパフォーマンスが出ない原因、ボトルネックに、データベースに問題があることが多いです。

なぜプログラマーはデータベースに歩み寄れないのか？

SQLはできるけど、、、データベースには疎い初心者プログラマー、開発に向けて、簡単なチェックリストを作ってみました。

SQL毎の実行時間を調べ、遅いSQLについては以下を確認します。

• テーブル結合している列に、索引はついているか？　ついていない場合は索引を作成する。
• 条件（WHERE句）に使っている列に、索引はついているか？　ついていない場合は索引を作成する。
• 並び替え（ORDER BY句）に使っている列に、索引はついているか？　ついていない場合は索引を作成する。
• 条件（WHERE句）に使っている列に、関数や計算式を使っていないか？　使っている場合は使わない回避策を考える。
• ただし、テーブルに索引をつけすぎていないか？　多いとINSERT、UPDATEのパフォーマンスが悪化します。
• ただし、索引をつけるその列のカーディナリティは高いか？　例えば0と1しか入っていない列に索引をつけるのは無意味。
  

一気に２０話まで見ました。視聴者の期待を裏切る結末でしたね。

残念。

肝心のアイリスのボスが明かされない時点で、おかしいと思っていたのですが。ボスの正体は次回作アイリス2ですね。スンヒとの関係も。

ネットで調べたのですが、アイリス2にビョンホンがスケジュールの都合で出れないから、シナリオを書き替えたみたいです。

海外脱出とか、他にもシナリオの書き替え方、あったと思うんだけどなぁ。。。

アイリス制作サイドも視聴率が好調だったので、原作にない2を作りたかったんだと思います。しかし、主人公を一人切ったのは、次回作のリスクを押し上げてしまったのでは。次のキャスティングが気になります。

眠れない夜はやっと終わりました。あの結末のせいで、すっきりしないけど。

そうそう、ネットで検索していたら、韓国のTV局のホームページで壁紙がダウンロードできるページを見つけました。

http://www.kbs.co.kr/drama/iris/media/paper/index.html

TBSでは手に入らない壁紙があるかも。

千趣会とヤッパが通販カタログのiPadアプリを開発し、無料配信するという発表がありました。

2010年5月28日から実証実験を始めるそうです。もう始まってます。

カタログをめくるようなインターフェイスはもちろん。無料、毎月内容を更新、買いたいときはパソコンサイトへ飛べるようになっているそうです。

予想したとおり来ましたね。しかも無料。

千趣会は、すでにiPhone用も出していたんですね。知らなかった(汗。それならiPad化はすぐに対応できたんでしょう。

デジタルカタログは、紙のカタログ制作と一緒に作れるので、カタログ通販企業にとっては有望の販売チャネルになります！

紙のカタログは、１冊作るのに９ヶ月前から準備に入るとか。データ配信する分、カタログの印刷時間や書店への配送時間が短縮されます。なので、単に紙のカタログと同じ内容だけでなく、デジタルカタログ独自の紙面作りや、月刊・週刊による更新頻度を高くすることが期待出来ます。オンラインショッピングの良いところが取り込めます。

電子書籍の広がりによっては、カタログ通販ベルメゾン、ニッセン、ディノス＆セシール、イマージュなどが盛り返しそうです。

朝用、夜用の石鹸をメインにすえ、ノーファンデーションをキャッチコピーで展開していたペー・ジェー・セー・デーが倒産だそうです。

帝国データバンクによると、5月18日に東京地裁へ民事再生法の適用を申請、負債は2009年11月末時点で34億。
http://www.tdb.co.jp/tosan/syosai/3279.html

不況でも手堅い化粧品ですが、こうも長引くと顧客の選別で厳しかったようです。

とはいうものの、計画的に動いていたようで、ホームページは閉鎖せず維持。ホームページ上で購入も出来るようです。

http://www.pgcd.jp/ec/

会社名もペー・ジェー・セー・デー・ロジに変わっています。

10年以上続けるって難しいですね。

よくブログには、関連記事っていう欄がありますよね。

本文を読んだ最後に、本文に関連する記事の一覧が表示されるアレです。

これをDrupalでも実現します。

Related linksというモジュールがありますが、Drupal 6用はalpha版なので、Views 2で実現します。

設定を始める前に、Viewsの翻訳をインポートしてください。

ビューを追加します。

ビューの名前は適当。ビューのタイプは「ノード」にして「次へ」ボタンを押してください。

引数の隣にある「＋」ボタンを押してください。

「タームID」にチェックをつけ、「追加」ボタンを押してください。