PHPがなんとなく肌に合わないと感じていました。コードの美しさやオブジェクト指向具合という部分がなんとなくイマイチ。これは主観なので「まったく逆」という意見の人もいるかと思います。私の場合はPHPよりもよっぽどJavascriptのほうがオブジェクト指向に感じてしまうのです。

自社開発のアプリケーションをサーバー側の言語としてPHPを使用すること想定していたのですが、アプリケーションが複雑なだけに仕様をつくることに長い時間をかけており、なかなかはじめられない状態です。アジャイル的にやらないといつまでたってもはじめられないぞ。ということでアジャイルの考えがあらかじめ入っているような言語に思い切って変えてみようということに。

で、Ruby on Railsを選択しました。

言語やフレームワークとして癖のようなものは感じません。Railsの「設定よりも規約」という言葉の意味がようやくわかりました。規約にのっとってやれば設定する手間が省けますよね。というようなことです。なれればスイスイ実装できそうな気配。一方ブラックボックスがその分おおいということなので、トラブルの解決は時間がかかるかもしれませんけどね。

Cassandraにも興味があったのでFacebookで使われているらしいPythonも考えました。でもデータがそれほど大きくなる予定がないのでとりあえずRDBで問題ないということや、Rubyを考えた人が日本人という親近感もあったのでPythonは後回しに。コレが終わったらPythonもかじってみようかと思っています。

ちょっと腰をすえて勉強しないととおもっていたのですが、思った以上に肌が合います。すでに好きになってしまいました。

HTML,Javascript,CSSが本業で、サーバーサイドのプログラムも勉強していきたいという人はだいたいPHPにいくと思うのですが、Rubyにしてみてもよいかもしれません。

以前勤めていた会社ではFlasher（Flashコンテンツを作成する人）として働いていました。
当時はFlashがリッチコンテンツを作るうえでとても手軽なことがあり、
ブラウザ上だけでなく、SONYのVAIOに標準搭載されるアプリケーションのUI部分の作成など、
Flashを作成する技術が世の中で重要なスキルだったとおもいます。

「Flashが今後なくなることはないけれども、モバイル機器用のは開発しない」というアドビの発表。

さて、それに代わるのがHTML5だというのですが、これは話を少々単純にしすぎです。
「一部ではそう」ですが、ほんの一部です。もっというとHTML5で新しくできることって厳密に言うとそんなにないのではないかと思います。

ビデオが見れる。絵が描ける。などの実現はFlashではなくてもQuickTimeやJavaアプレットなどでできました。HTML5の厳密な見方はこのような「プラグインに任せていた部分をブラウザがやりますということになった」ということだと思います。
実際HTML5として紹介されている多くの部分をAjaxが担っています。
Ajaxが登場したときも同じでした。Ajaxは通信する方法の名前でしかなく、開発はほぼjavascriptです。

カートにドラッグできるショッピングサイトなんかをFlashで作るようなことは
ずいぶん前からなくなっていて、Ajaxで作ります。
その時点でFlashの役割のかなりの部分はAjaxに取って代わっていました。

CSS3もそうですね。

このように、Flashは急に役割を取られたのではなく、徐々にそうなっていったのです。

それなのに突然な印象を与えたのは、Apple社のモバイル製品がフラッシュを非対応にしたときです。
正直「えぇ?」と思いました。それは二つの理由からです。
ひとつはまだまだFlashで作られたサイトやサービスがたくさんある状況でお客さんがどのように反応するだろうという不安。
二つ目はFlashが（Flasherという職が）なくなってしまうのではないかという危惧。

一つ目の理由については、本当に驚きました。一流の先導者の凄み、出てました。
二つ目の理由についてはそれほど意外なことではなかったです。

さて、HTML5の時代にこれから入ります。
今後Flasherは普通にやっていたら食べれないと思います。

進路のパターンとしては、
１：他の技術も習得してポリバレントな技術者になる。
２：さらに進化していくだろうFlashの最先端をひたすら追い続け、職人として生きる。

どちらかというと私は１のパターンです。デザインやアニメーションが強い人は２のパターンになるのかな。

媒体で言うと、１のほうが圧倒的に舞台が多い。

そういうわけで就職も1の人材のほうが就職しやすいでしょうね。
２は会社を選びます。故に狭き門。職人の淘汰がされるでしょうね。

HTMLコーダーと呼ばれている職業の人がHTML５という名前だけを理由に、それをやらされているとも聞きます。
FlashでActionScript書いてた人のほうが簡単に習得できる技術だと思うので、
HTML5の表面の部分（マークアップとCSS）と動作部分（Javascript）で職種名を分けて、
Javascript側をやる人として再就職とかお勧めです。Javascripterとか、Ajaxianとか。

現在の教育の現場でもいまだにHTMLとかFlashとか分けて教えられていますが、
それらの境目を作るのは早くやめてほしいと思います。
まずウェブサービスが動いている全体を感じられる指導をしてほしい。

１：ネットワークを組む。（プラモデル方式に）
２：サーバーを立ち上げる。（ざっと）
３：データベースを作成（いわれたとおりに）
４：サーバー側の簡単なプログラム（一応内容を把握）
５：クライアント側の簡単なプログラム（アレンジしてみる）
６：それらを動かす。

これを一度体験しておくことで、その後どんな専門を持ったとしても、
技術革新が早いこの業界においても自分を変えながら生きていける絶滅しない人材になれると思います。

DeAGOSTINIさんあたりで出ないかな。ニッチすぎるか。。

さっぱりしたボジョレー。すごくおいしかったです。
パッケージが金。近所のエノテカさんで買いました。

銀もあって、セットで買いました。そっちはまだ飲んでないですケド。

日本初上陸なんだそうですが、このボジョレーは和食によくあうと思います。鍋とか。

金と銀とどう違うんですか？との問いに店員さん「赤と白です」とのこと。

もっかい金買ってクリスマスにでも飲もう。

休肝日カレンダーを作った。

先日の健康診断で肝機能に若干の異常値がでました。

医者が言うには
問題となるほど高い数値ではないが、酒の飲みすぎが原因なのは明らか。
毎日飲んでいるようなので休肝日を少なくとも２日作れば数値は低くなっていくはず。
とのこと。

習慣になっているので難しいですし、付き合いもあるのでどうすればいいか考えた末

休肝日カレンダーを作った。管理者：妻。

実行できたら塗りつぶすシステム。
基本的に月曜日と火曜日を「飲まないとエライ日」にした。
水曜日は「飲まなければスゴイ日」とした。
木曜から日曜日は「飲んでよし」とした。

休肝日が休日や飲み会などに重なった場合は日にちをずらしてOKにした。

ファイル張っておきますー。休肝日2011年度版

産前旅行で京都に行ってまいりました。
※このブログでは奥さんが妊娠していることを書いていませんので突然ですが、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の歴史を繰り返していくのではないかという気がします。

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

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

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

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

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

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

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

Baby Dancing to Beyonce.

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

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

Baby? Dancing to Beyonce.