産前旅行で京都に行ってまいりました。
※このブログでは奥さんが妊娠していることを書いていませんので突然ですが、10月末に生まれます。男らしいです。

さて、そんなわけで夫婦二人の最後の旅行というわけで京都に行こうということになり、先週いってまいりました。
ちょっと背伸びして贅沢しようということで、一日目の夕食はカウンターの会席料理「阪川」へ。
祇園の雰囲気に包まれた、知らなかったら見つけられない、高そうな店のアレです。
入る瞬間は緊張しました。一見さんということで入り口に一番近いカウンター席に案内される。あいにく写真をとることはしなかったのですが（雰囲気が壊れるので）、本当においしい料理の数々。見た目はきれいですが飾りつけていることはなく、質素な感じ。でも口に入れると、いつも食べてるものとは全然違うのでした。ボリュームもすごかったし（食べ切れなかった）、味も雰囲気も料理人もさすがでした。そして思ったよりも安かった。ココに決めてよかったです。

２日目は京都の夏といえばの貴船へ。と、よく知っている風にいいましたが旅行の直前までこの貴船の存在をしりませんでした。。知り合いに聞くと結構有名で、「川床」という川岸で食事をするという夏の風物らしく。中でも貴船という地区がもっともメジャーな場所らしい。ほとんどの店が「川岸」ではなく「川上」に座敷が用意されています。つまり自分がご飯を食べているその下を川が流れるというものです。よく知らなかったので中でも評判の店「ひろや」を予約。あとでわかったのですが一番高い店だったらしいです。。京都の夏は蒸し暑く街中では汗だくだくだったのですが、ここは25度くらいと聞き、ちょっと肌寒い感じさえしました。料理はとにかく見た目が風情あるものばかりでした。氷の器に刺身がのってたりします。前日においしいものを食べていたのでそれに比べれば味はそうでもなかったと感じました（たぶん錯覚ですが）。

夕飯もホテルのレストランで食事。ホテルの中はゆったりできます。最後に出てきたデザートが、なんと山椒のアイス。うまびっくりしました。

３日目はさすがに会席を食べる気にならず、ここが庶民の悲しくも素晴らしいところですが、どうしてもラーメンが食べたくなりました。ネットで調べても京都のラーメンはほとんどコッテリ。うーん。なるべくさっぱりなものがいいな。で、見つけたのが魚介とんこつの「麺や高倉二条」。京都では魚介がめずらしいそうですが、全国的に珍しいのは麺が全粒粉を使っているところ。そばのような麺です。おいしかったです。コッテリだったけど。

レンタルサーバをお客様が借りて、ＩＤとパスワードをもらい、いざ設定をしようとなったときに、それぞれの仕様があまりにもわかりづらかった。

■さくらのレンタルサーバ ビジネス
「マルチドメイン対応」となっているのに実際には中途半端な仕様でした。
たとえばaaaaaa.comとbbbbbb.comを二サイト設置して、それぞれinfo@aaaaaa.com　と　info@bbbbbb.comのメールアカウントを作りたいなんていうことは当たり前にあるはずだがこれができない。
電話したところによると「できる」とはいうのだが、その意味はaaaaaa.comとbbbbbb.comのinfoアカウントが同じメールボックスになるので二つとも同じメールがくる、というもの。つまりメールを送りたい側にとってはinfo@aaaaaa.comとinfo@bbbbbb.comは同じメールアドレスになります。これは「できる」とはいわないでしょう。
このような仕様は中途半端といわざるを得ません。「マルチドメイン対応」と広告を打っていいものか疑問があるし、契約者に対しての説明が十分でないと思います。

また、DNSの設定も独特です。「会員メニュー」と「サーバーコントロールパネル」なるものがあるのですが、「サーバーコントロールパネル」の方ででさくらインターネットで取得したドメインの設定ができます。ところが、「会員メニュー」でも設定ができてしまいまして、それをすると通常「サーバーコントロールパネルで設定できるはずの項目が表示されない上、「サーバーコントロールパネル」で再度ドメイン設定しようとしてもエラーが吐き出されるような状態に陥ります。このような仕様も大変困ったものです。

■ファーストサーバー　ギガント
このプランはもう新規では申し込めないのですが、まずデータベースが使えないです。いまどき珍しい。電話して聞いたらSQLightは使えますよと。。ギガントのプラン自体が古い仕様なので仕方がないともいえるのかもしれないが、そうであれば他社の多くのレンタルサーバーサービスと同じように無償で機能をアップグレードしいてほしいのですが、アップグレードは新規で新しいプランの申し込みになるとのことです。これはアップグレードとはいわず、単によりよいレンタルサーバーへの引越しです。

さらに面倒なのがＤＮＳの変更でした。データベースが使えないなら別のサーバーにとりあえず移動してＤＮＳだけ変更したいと申し出たところ、ＤＮＳの変更をするためにはドメイン管理の解約手続きをしてほしいとのこと。ドメイン管理の解約？いえいえ、解約をしたいわけではなくてＤＮＳの変更をしたいだけなんですけど。。といったところ一度ドメイン管理の解約をしないとそれができませんとの回答。ドメイン管理の解約ってなんですか？ドメインの解約とは違うんですか？と聞いたところ、ドメイン管理を解約すると「Doレジ」というところに管理が移動するらしい。。それはお客側にしてみれば解約ではないですよね。まったく意味のない手続きをやらされた上に最低１週間はかかりそうでした。そもそもＤＮＳを変更できないドメイン管理ってなんだろうと思います。

■というわけで、
過去の負の遺産をがっつり引きずっているレンタルサーバーは避けて通るのが懸命だと、改めて実感しました。

スマートフォンが登場してからマルチデバイスの時代が来ると誰もが予想し、iPadの登場でそれが確信に変わりました。音楽を持ちあるくという衝撃をSONYが打ち出し、AppleがiPodでもう一度革新させ、それ以来Appleは様々なiPodを登場させ、人々のライフスタイルに浸透していきました。さらにiPhone発売以降ではAppleはデバイス市場において巨大な１勢力として世界に名乗りを上げたわけです。

そしてiPadの登場です。この斬新なプロダクトに多くの人が来る未来を重ね合わせています。

しかし、iPhoneの登場から少しある種の「違和感」を感じいていました。今となっては当然のことを言うようですが、iPhoneで使えるアプリケーションはApple製品でしか使えません。アプリケーションはAppleの承認が必要です。そして多くのサイトで使われていいるFlashがiPhoneでは見られません。

この「違和感」はiPadの登場でより強まりました。またFlashでiPhoneアプリを作れないように制約されたことで、なんとなく好きなAppleが変わっていってしまうような気にもなりました。

Apple が現在の地位に上り詰めたのはApple製品を独特に保護してきたからです。Appleが守り続けていると思うのは、陳腐な言い方になってしまいますが「オシャレ感」なのではないかと思います。そしてAppleにとってはこの「オシャレ感」はファンに対する「信頼」そのものなのだろうと思います。

長い間Macが存在し続けられたのはこの「信頼」があったからでしょう。
そして使われるアプリケーションを制限するのも、Flashを制限するのも、この「信頼」を守るためなのではないか。どうやら私が感じていた「違和感」とはAppleへの「信頼」の形が、単なる「オシャレ感」から、人々のライフスタイルを作り出していくような本当にいい製品を作っているという「信頼」へと変わっていったことによるもののようです。逆に言えばAppleの製品が人々に信頼されていけばいくほどAppleが守り続けてきたすばらしさが色濃くなってしまうということです。

それはつまりこういうことです。Windowsにはウィルスが多い。Appleにはエロがない。この事実は見る人によって違ってきます。Windowsはシェアが多く、自由。Appleには少しのファンしかおらず、選択肢が少ない。
つまりAppleが大きくなればなるほど、ネガティブな側面が色濃くでてきてしまうのではないかと思っているわけです。

Microsoftに変わってAppleはGoogleを敵に回しています。iPadの中身をAndroidにしてしまうことで、それはそれで1つ価値あるプロダクトになりえるはずです。そしてGoogleは「自由」の象徴です。こう考えていくとなんとなく、[Apple II]登場以降のWindowsとMacの歴史を繰り返していくのではないかという気がします。

joomlaでeditorにJCEを使用し、記事にコードをのせるためにsyntax highlighterを使ったときに、せっかくコードをきれいに保存してくれるのにタイトルのような余計な機能のせいで、見苦しくなってしまう。こういった｢余計な機能」はセキュリティーやユーザビリティの観点から「妥当な機能」なのだろうが、やっぱり柔軟性にかける。このような記事に対するユーザーへの制限はjoomlaに限らないが、javascriptがかけなかったり、tableがかけなかったりするのはつらい。。

今回はjoomlaのpreタグ内の改行がbrタグに変換されてしまうのを回避すべく、まさぐってみた。
ただし。コードを把握しているわけでなく、適当にいじったら出来たというメモ程度のものなので、まねしないほうがいいかもしれません。

/plugins/editors/jce/tiny_mce/tini_mce.jsを編集
１：「j=j.replace(/\r?\n|\r/g,” “);」の一文を削除（これをやるとpreタグに限らず全部のタグに改行が可能になる。）
２：「{pattern:/(<pre[^>]*>)(.*?)(<\/pre>)/g,encode:1},」の一文を削除（これをやるとpreタグ内の改行がbrタグに変換されなくなる。）

上記の方法では結局保存したときに元に戻ってしまう模様。コードと数時間格闘したが、結局わからずじまい。。。

途方にくれていたとき、ハッと発想の転換が。

「そうだ。Syntax Highlighter側でbrタグを改行であると認識させちゃえばいいんじゃね？」

というわけで、またまた力技だが
plugins/content/syntaxhighlighter/core/shCore.js を編集するのですが、
plugins/content/syntaxhighlighter/src/shCore.jsが元のファイルのようなので
予め、plugins/content/syntaxhighlighter/core/shCore.jsをそのファイルで上書きます。
そして、plugins/content/syntaxhighlighter/core/shCore.js を編集。

1081行目あたりにある for(var i = 0; i < elements.length; i++) というループの中で、
elements[i]がtargetという変数に代入される前に下記の2行を加えてelements[i]の内容を書き換えます。

elements[i].innerHTML = elements[i].innerHTML.replace(/\<br*\>/g,”\n”);
elements[i].innerHTML = elements[i].innerHTML.replace(/\<*code*\>/g,”");

2行目はjoomlaで編集してるとpreタグの中に入ってくるcodeタグもついでに消しています。

これでとりあえず解決(?)です。

少し前に、事業仕分け騒動で「光より速い通信技術」という発言がインターネット上で話題になりました。この発言に疑問を持った方の言い分は「光より速いものなんてあるわけないじゃん」ということらしいのですが、結論からいえばそれは誤解でしょう。ここで言っている「光」とは「フレッツ光」とか「auひかり」とかのことを指しているわけで、つまり「それらのサービスより速い通信技術」というわけです。

そう、インターネットはまだまだ速くなる余地があります。最近IBMワトソン研究所がゲルマニウム半導体を用いた超高速光受信機の開発に成功したそうです。これにより従来の通信速度を４倍に上げることが出来るとのことです。つまり、光回線は様々な箇所でインプット・アウトプットを繰り返していて、それらを行っている通信機器の性能がボトムネックになっているので、性能を上げることによって速度を上げられることになります。

しかし実際には通信はたくさんの場所を経由しているのでどこかでボトムネックがあれば恩恵は感じられないかもしれませんね。

理屈はよく理解できていないのだが、プラスチックがなぜ軟らかいのかというと構成原子が整列できていない（つまり結晶化されていないということ）かららしく、原子を整列させることが出来ればプラスチックは硬くなるということらしい。

で、出来たんですって。広島大学さん。しかも簡単な工程（過冷却状態で融液を押しつぶす）を一つ増やすだけで出来たらしく、ということは普通のプラスチックよりもちょい高めの値段で売ることができるそうです。しかも不純物を入れることがないのでリサイクル可能。ただ、鉄よりもというのは同重量の鉄よりもという意味らしいです。

引っ張りに関して鉄鋼と同程度の強度にするためには2倍の厚みが必要。でもそのときの質量は４分の１ですむようです。うーん。厚みが2倍というのは小さいパーツには向かないかもしれないですね。車体につかう鋼板の代替品に使うことなどが想定されていて、とりあえず食品容器などで試すそうです。硬さが必要だけど軽いと良いものはたくさんあるから無限の応用が期待できそうですね。

現在開発中のCMSについて、開発記録をしていこうと思います。

すでにコンセプト、主要機能のユーザーストーリーはある程度できている。
一つ一つユーザーストーリーと実装の詳細を固めていっているところだが、通常案件が忙しくて手が回らない。。
一日少しでも進められるよう、決まった時間をとるようにしようと思う。

主に開発ユーザー向けのユーザーストーリーを中心に考えているが、そろそろ管理ユーザー側からもユーザーストーリーを検証していく必要がありそうだ。

かわいいもの見たさに赤ちゃんネタをYouTubeで探していたら、久々にいいもの見つけましたので紹介します。
まずは下記を見てください。

Baby Dancing to Beyonce.

どうでしょう？かわいいです。きっといいダンサーになりそうですね。

見ているときに気がついた方もいるかと思いますが、あわせてこちらもいい感じ。

Baby? Dancing to Beyonce.

HTMLメールを作ってほしいというオーダーをいただき、しばらくHTMLメールは作っていなかったので、いろいろ調べていたらこんな記事がグーグルの上位にきてました。

ＨＴＭＬメールはやめよう。

結論としてはこの意見には反対です。そもそもこの記事ができたのは最近ではないっぽい（ＵＲＬを見るとどうやら７年くらいまえ？）のでこの記事に関し、なにかものを申すこと自体ナンセンスなのですが、セキュリティー面での懸念という意味ではHTMLメールに関しては今もそれを持ち続けていることに変わりはないと思います。

Gumblarがはやってから目に見える被害がでた最近では企業内にセキュリティーやウィルスに関して関心が高まっていると思います。

インターネットはとても大人のツールであり、セキュリティー面だけ見てもそうなのですが、ざっくりした言い方をすれば、個人の分別を求められるツールであるということです。別の視点ではそれは他人や団体が管理できない状態であるということです。

インターネットリスクは利便さの影です。それにはセキュリティーリスク（あたらしい犯罪のリスク）だけでなく宗教観や倫理観にダメージを与えることも含まれます。文化などを含めて議論すれば、たぶん結論はでないでしょう。

１ついえることといえば、新しい教育が必要なのではないでしょうか。コントロールされない膨大な情報に対し、いかに個人が分別を持って情報処理できるのかとうことは、青少年がポルノ雑誌を買えないようにするといった昔の対応ではもはや手に負えません。もちろんベンダーやメディアの規制も必要かとはおもうのですが、規制には自分で考える教育の機会を減らすという側面もあります。そのバランスがとても難しいところなのです。しかし現代人（とくに発育段階の子供たち）にはインターネットリスクに正しく対応するスキルを身につける必要があります。とすれば、我々ベンダーにあるべき責任とは、規制よりも、お客様がリスク回避できるように教育していくとなのではないでしょうか。

最近見た映画でのレビューです。

■「カールじいさんの空飛ぶ家」
ずいぶん前からプロモーションがされていてピクサー映画ファンとしてものすごく楽しみにしていたので、公開してすぐに見に行きました。
”お涙頂戴”なのかとおもったら、超”笑える”映画でした。夫婦の幸せな生活と妻の死から始まる物語なので、見る人によってはそうではないかもしれませんね。あらすじはシンプルです。そのほうが子供にもわかります。そしてキャラクターや展開の繊細な作りこみにはいつも恐れいります。今回は特にキャラクターがいいです。なんといっても、じいさんとデブの子供ですからね。

■「かいじゅうたちのいるところ」
私にはヒットでした。でも見る人によっては楽しめないかもなとも思いました。というのは、絵本を無理に映画にせず、絵本をそのまま投影した映画という感じがするので、そもそも絵本が好きではない人は好きになれないかもな、と思ったからです。主人公が男の子なので、かつて男の子だった人（現在女性でも）の方が感情移入しやすいだろうとも思いました。絵本が好きなわりに、それが小さいころに親から与えられることについてよく考えたことがなかったのですが、絵本は多くの漫画とちがって、いろいろなことがあいまいにできているからだと思いました。そもそもありえないことが起こるのは絵本も漫画もいっしょですが、漫画ではそれに対して説明があるのに対し、絵本は説明しません。そもそも絵本は大人として論理的に考えるとつっこみどころが満載なもので、矛盾があったり理不尽だったりします。

自分の幼稚園ぐらいまでのころと、このあいだうちに遊びに来た３歳児などを比べると、戦隊モノがすきなのは同じです。漫画も好きだし、ピクサーみたいなクオリティのものはなかったけれど、アニメもよく見る。でも絵本って見てない子供結構いるんじゃないかと思うのです。本屋に行くと必ず絵本はあるので、子供に絵本を与える親もたくさんいるとは思うのだけれど、どうせだったら一緒に楽しめるものを選んでいく親も多いのではないかと思います。理解できないもの・困難な状況・恐怖などを安全に疑似体験させてやるには、大人向けのものよりも絵本っていい教育ツールなんだとあらためて考えさせられました。