Google AndroidアプリTHE BESTコレクショ (2011) (英和MOOK らくらく講座 57)

掲載ありがとうございます。

新しいブログを始めるということをクラウドハックセミナー（2010/7/2）まとめ – INOCCUで宣言して、いろいろ考えていたのですが、ついにここでご案内出来る日が来ました。

Relatus [リレイタス] – IT社会のカンケイをHackする！は、CRM（顧客情報管理）やソーシャルネットワークについてテーマを絞って書くブログです。

クラウドハックセミナーで堀さんが話されていた「テイストを漉し取る」ことを考えてみると、自分の場合はブログやTwitterといったソーシャルネットワークではないかと思いました。いままでブログを何度も立ち上げてきたのですが、結局のところブログを立ち上げる、目立つということや、ネットでの緩いつながりを作ることに興味があったのかもしれない。

そして、いま会社の受けている研修がCRMであり、これが調べてみると非常に面白く、将来性もあると感じたので、それを組み合わせて、CRM＋ソーシャルに特化したブログを作ることにしました。

Relatusへのブログエントリーは7月11日から始めていて、1週間分のエントリーが既に出来ています。現在は、CRM基礎講座と銘打って私がいま勉強中のCRMについてまとめていくエントリーを書いています。

Relatusは1日1本のエントリーを目標に書いていきます。これを1年続けられたときに自分に起こる変化を楽しみにしています。

それでは、当ブログINOCCUとともに、Relatusをよろしくお願いします。

このINOCCUというブログは、2008年まで4年間に渡って続けていたdigitalmorningというブログの記事を飲み込んでいるので、都合6年3000本近い記事をため込んだブログになっています。と、言ってしまえば簡単なのですが、現在のINOCCUの形になるまでにはものすごい紆余曲折がありました。新しいブログを始める→古い方が飲み込む→また新しいブログを始める→また古い方が飲み込むということを繰り返して、古い方はどんどん巨大化してきたのです。その巨大化した最終形がいまご覧になっているINOCCUなわけで。

当然、新しいブログを始めるときはドメインも新しく取ることが多いのです。時折、インストール型のブログに飽きてサービス型を使いたくなるときはドメインを取らないのですが。まぁ、詰まるところ、堀さんのご託宣は、私にとっては何度目か分からないチャレンジになるわけです。

堀さんは私のそのような状況をご存じない状態でアドバイスを下さったわけです。ですから、堀さんは至極まっとうなことをおっしゃったと思います。テーマを絞るということはブログをブランディングしていく上での基本中の基本です。その基本に則ったアドバイスであり、その上で現状のブログからの移行についても心を砕いたアドバイスをいただいたわけです。

そんなわけで、準備を進めています。ただ、まだご紹介出来る状態にはなっていません。ここのブログと両立出来るのか、もしくは移行できるのか（ブログのブランディングの観点から、当然に古い記事はここに残したままになります）、まだ自分の中でGoがかけられていない状態です。

何本か、新しいブログのために書いた記事もあるのですが、もうこっち（INOCCU）に載せちゃえよ！という囁きが心の中にあって、どうにかこうにか戦っている感じ。だいたい、なんで新しいブログにすることがブランディング上必要なんだろう。INOCCUはいま1日150PVくらいで、コンスタントに書いているときは300～400PVくらい。まぁ弱小ブログなんですが、このブログを読んでいらっしゃる方は何を読みたいと思われているのだろう。Google Analyticsを見る限り、XperiaなどAndroid系の記事へのアクセスが多いようですが9割方Google検索から来ているのです。つまり一見の読者さんですね。サイト全体として見ても検索エンジンからのアクセスが84％。やっぱり一見の読者さんが非常に多くて、定着してないようです。まぁ、だからテーマを絞って定着してもらえるようにすれば良いという話になるわけか。

悩みはまだまだ続きます。以上、若干の心情吐露でした。

参加者は36人ですが、iPhoneは大多数の人が持っており（私はXPERIAですけど）、メモの取り方は、紙とiPhoneとiPadとPCで1/4ずつ分け合っている感じでした。

最初にアンケートがあって、会社でクラウドの使用を禁止されている人が半数、仕事をノマドでやっている人は1人？。現実はなかなか厳しいですね。（講演中、出版社の中でDropboxが禁止になっているところがあるという話があり、堀さんが憤慨していたのが印象的でした。Dropboxのような定評のあるクラウドのセキュリティと、ふつうの会社が社内でやっているファイルサーバのセキュリティは、一般的にクラウドの方が高いものです。その辺が、合理的に考えられなくて、感情的に、もしくは無知と惰性で判断されているケースが多いですね。）

以下、まとめ。

クラウドは仕事の何を変えたのか？

１．仕事の手順 これを扱った本はあまたある

２．仕事の考え方 これを扱っているのは佐々木さんくらいでは？

３．私たちの生活 まだないんじゃないか？

クラウド仕事術というものが、ツールのことなのか、ライフスタイルのことなのか、まだ見え切っていない。

仕事の手順

講師の2人が共著で出した「iPhone情報整理術」は、どういう仕事の手順をしたのか。

兵器1：MindMister Web2.0なマインドマップツール

共同作業でリアルタイムに同期できる。iPhoneアプリにもなっている。

兵器2：Skype

通話（同期コミュニケーション）と、チャット（非同期コミュニケーション）の両方が出来るのが良い。本職を持っていながらの本の執筆では、非同期でコミュニケーション出来れば、自分の都合の良い時間に対応できる。
Skypeは本のビジョンを共有するために重要だったが、それが出来るのはお互いに信頼感、人間関係の土台があったから。

兵器3：Dropbox

共著者間や編集者との間でファイル共有するために使用した。メールやSkypeでのファイル送信だと1分くらいかかるし、一度送ったファイルは、その後送信者は編集できない。Dropboxだと10秒くらいで反映されるし、編集を継続作業できる。ただし、どのタイミングで誰が編集できるのかという（暗黙的な）合意が必要。

兵器4：Google Wave

ライフハックトークの連載で使用した。複数人で同時に文章を作っていくときに便利。

兵器5：Evernote

これは、アンチ・ソーシャルツール。とにかく自分にとって引っかかりのある情報を集めておく。何か書くときに、そこから新たに情報を探し始めるのではなく、Evernoteに貯めてある情報から探す。デジタルで情報が整然と並ぶという安心感があるので、どんどん貯めていける。時折、不要な情報を削除していけば、残った情報は必要な情報ということなので価値が増す。

iPhone情報整理術で言いたかったこと

100倍の情報をiPhoneに入れる

大量の情報を小川に変えてアクセスする近道を作る（例えば、Evernoteのタグ）

別にiPhoneでなくても、共同作業のために、すべての情報をみんなが見られる場所に入れておくということが重要。

脳はリソース

人間の脳は、水や電気のようなリソースで、データもスキルも入っている。しかもモバイルできる。（人間が動けば、必ず脳もついてくる）

しかし、人間の脳には、柔軟すぎる側面と、一貫すぎる側面がある。（例えば、料理の材料を買うために買い物に行ったら、料理とは関係のないアイスクリームを買いたくなる＝柔軟すぎる。一緒にこども用品を買ってくれば良いのに料理の材料しか買ってこない＝一貫すぎる。）

状況に流されてはダメだし、一方で状況を活用できないとダメ。これは非常に難しいことで、そのために人間は第2の脳としてコンピュータを使い始めた。しかし、コンピュータはモバイル出来ないほど大きいものもあるし、ノートPCやPDAのようにモバイル出来てもネットにつながっていなければ出来の良い紙以上になれない。

クラウド（と常時接続の環境）があれば、いつでもどこでも第2の脳にアクセスできることになる。これがクラウドの効用の一つ。

クラウドを使うと、MindMisterの共同作業環境のように、他の人の脳も使うことが出来る（第3の脳）。さらに他の人のコンピュータにもつながる（第4の脳）。このように使える脳が増えていくのが、もう一つのクラウドの効用。

仕事の考え方

仕事をクラウド部分とそうでない部分に分割する。

作業部分と創造性を分割

例えば本の執筆では、構想→資料集め→執筆・推敲と進むが、構想は比較的短時間だが創造性が必要。執筆・推敲は長時間かかり創造性は比較的不要だ。

時間とアテンション（注意力・やる気）の分割

作業をあらかじめ分割しておけば、使える時間とアテンションによって、作業する内容を決めることが出来る。その際、いつでもどこでもデータにアクセスして作業できるという環境が必要になる。

つまり、クラウドでの仕事術とは脱構築である。

クラウドが生活を変える

クラウドでのツールが揃い、段取りが変わってきた。では、この後どうなるのだろう？

ここまで述べてきた「クラウド」はCloudのことだが、Crowd（人混み）のことでも良いのではないか。

Crowd：ブログ、Facebook、Twitter

Crowdで出来上がっていくソーシャルグラフが重要。

テイストメイカーになって読者を助ける。ブログを書いたりTwitterとツイートしている人は、何らかの自分のテイストを提供している。そのテイストが好きな人が集まってブログの読者になったり、Twitterのフォロワーになっている。

自分をクラウド化していく

公開できる情報はすべてネットに預ける。

アウトプットなきインプットを廃する。

自分のテイストを漉し取っていく。そしてインプットする情報の範囲を絞り込み深くしていく。そうすることで自分が濃くなっていく。テイストが生まれていく。

例えば、英語のブログを読んで紹介すれば日本では価値が上がる。有名なブロガーの記事の焼き直しをしない、自分の言いたいことをずっと言い続けていくことで、ブログの価値を上げる。

「自分」であることを恐れない。

仮に自分の書いたことが否定されても、自分の人格が否定されたのではなく、自分の今のテイストが読者の求めるテイストとズレていたというだけ。

自分のテイストにYesと言ってくれる人がいたら、そこにコミットすることで、ブランドが出来ていく。

ところで、自分のテイスト、興味は、自分では存外分からないもの。ユビキタスキャプチャーを続けているうちに見えてくることがある。

The Net is your Life

これからはNetがリアル。（だからリア充なんてなくなる！）
Netの中に情報をどんどん入れていく。

■（講演はここまで）

その後の質疑応答で、ひとつ質問をしてみました。

私はブログ（ここ）をやっていて、以前のブログからの蓄積もすべて入れているので、記事数は数千、期間は4年を超えています。ただ、何でもかんでも入っているので、しっかりしたテイストは出来ていない、当然ブランドにもなっていない状態と認識しています。この講演を聞いて、やはりテイストを漉し取る、ブランド化する必要性を強く感じました。では、漉し取れたテイストから何かを書き始めるとき、それはこのブログを継続してやるべきなのか、全く新しいブログを始めるべきなのか？これを、聞いてみたのです。

以下のような回答をいただきました。（主に堀さんから）

• 今のブログは続けるべき
• ドメインを取って新しいブログを始めよう
• 新しいブログに今のブログの読者にも知らせる（今のブログを読んでいただいている方は何らかの私のテイストを見ていただいている方だと思うので、新しいブログにも馴染んでいただける可能性は高い。そうでない方も当然いるはずだが、それは仕方ない）
• 新しいブログに注目が集まり始めれば、では2つのブログを続けていくのかどうするか、というフェーズに移る

ということで、まず自分の中で濃くしていくテイストを漉し取る作業が必要です。これは、いままでのEvernoteとか、Deliciousにため込んだブックマークなどを見直して決めてみようと思います。そして、新しいブログを始めます。新しいブログを始めたら、ここで紹介します。

（まとめ）

クラウドハックセミナーだったので、おそらく講演の前半でのツールの話が中心だろうと思っていたら、堀さんの気持ちはむしろ後半の方に入っていたような気がしました。もちろん前半も熱意を持って話しておられたのですが、後半の熱のこもり方を私は特に感じたのです。（もしかしたら、私自身が前半の話にも興味はあるものの、後半の話の方が本当に聞きたいことだったから、そう感じただけかもしれませんが。）

そして、自分のテイストを濃くしていく、新しいブログを始めるという決意に至ったセミナーになりました。

堀さん、佐々木さん、ありがとうございました。

今までのアプリケーション

今まで、実現手段の制約、配布手段の限界、コストの問題等があって、せっかく創造されたアプリケーションも単独・孤立したものしか出来なかった。連続する創発が起きる状況になかった。

情報環境の進化

昨今、過去のスパコンレベルの処理性能をXperiaやiPhoneのようなスマートフォンが持っている状況。ブロードバンドも整備され伝達上の問題もなくなりつつある。また、クラウドによって共有についても進化している。
この流れは止まらないと見るべきで、その加速度は猛烈である。我々は、タイムスケールを見直さなければならないだろう。

これからのアプリケーション

猛烈に進化する情報環境の中で、アプリケーションは、必要性・持続性・成長性を担保しなければならない。必要性とは、人や物から必要とされるか？ということであり、アプリケーションが何らかの役割をきっちり担うということ。持続性は継続的に利用されるか、成長性は変化し続ける環境に適応していけるかという視点だ。

すべてはアプリ化される

新聞や雑誌といった伝統的なメディアは、これまで新聞や雑誌という媒体の制約を受けて存在してきた。いま、iPadなど旧来の媒体の制約を受けなくても良いような技術が生まれている。伝統的なメディアはすべてアプリ化されていく。

カテゴライズに意味はない

これまでは個別最適化が重視され、利用環境や形態は一定という前提があった。これからは全体最適化が重要であり、利用環境や形態は不定である。こうした世界では、全ての要素は再構成される。あらゆる要素を繋ぎ、新たな経験を創り出していくのはアプリケーションだ。

いままであった何かではない、新しい何かを作り出して行くプロセスは、ある種の闘争である。アプリケーションの開発者は、「因習を斬り、斬新な価値観を作り出す」、「最高の経験の創造を求める」、「可能性を信じて挑戦する」という思想が必要になる。

■

いかがだろうか。「闘争」という言葉まで持ち出したのは正直、驚いた。

技術の進化が、昔ながらの制約をすべて打ち破ろうとしている。だとすれば、すべての要素は再構成されなければならない。その再構成にはアプリケーションが必要なのだから、アプリケーションの開発者に求められる責任は重い。これは大変だが、とても有意義なことだ。

先週の中頃、自分の中ではお馴染みすぎる悩みというか考え事が頭をもたげたので、果たしてこのあっさりイケメン風僧侶の本を手に取ることになった。

考えない練習 小池 龍之介

あっさりイケメン風僧侶（くどいか・・・）こと小池龍之介さんの本は、書店にいくつか平積みになっていたのだが、手に取ったのは「考えない練習」。

「考えない」とは何なのか。それを「練習」するとは？

私たちが失敗する原因はすべて、余計な考えごと、とりわけネガティブな考えごとです。
「さあ頑張ろう」と決めたはずが、心が勝手に「でも失敗したら嫌だしメンドクサイからやーめた」と考え始めてしまったり。忘れたい出来事を心が勝手に「ああ、今日は嫌な一日だったなあ」と何度も考えてしまったり。あるいは一〇分休憩するつもりが、心が勝手に「このまま一時間さぼっちゃおうかな」と考え始めたり。
こうして並べてみるだけでも、いかに私たちの意識が行う思考というものが不自由で、私たち自身の足を引っ張るものであるかがわかるでしょう。裏を返しますと、心の内で勝手にピコピコと動き続けて私たちを支配する「思考」さえストップできるようになると、自らの心を思った通りに操縦しやすくなります。

本書の冒頭で、いきなり喝破されている。だから「考える」ということをやめて、目の前にあるやるべきことに集中しようよと書いてある。

人間は、目の前にあることとは別のことを、つい考えてしまいがちだ。

多くの方が年を取るにつれ「最近は年月が早くすぎてゆきますからねえ」という話をするようになる元凶は、現実の五感の情報を、過去から後生大事に蓄積してきた思考のノイズによってかき消してしまうことに他なりません。そしてノイズのほうが現実感覚に完全に勝利した時、人は呆けるのだと思われます。

そうか、つい余計なことを考えることが積み重なって、現実を上回ってしまうと呆けになるのか！忘れっぽくなるのは、他の覚えていなくてもいいことを忘れていないからなのだ。

一通り読んでみて、私が始めたのはGTD（Getting Things Done）だった。GTDは以前、何度かやり始めたことはあるのだけど、10日も経つとやめてしまっていたのだが、また始めたわけだ。

なぜGTDだと思ったかというと、GTDが頭の中で考えている「やるべきこと」をすべて吐き出して、頭の中をからっぽにすることを目的にしているからだ。

やるべきことを覚えているのは、大切なことだ。しかし、それがいつまでも気になっていたり、他のことをやっている時に思い出してしまうようでは、それはノイズでしかない。頭の中からノイズ（それを「雑念」や「煩悩」と呼べば仏教っぽくなる）を追い払うために、どういう方法をとるのか。GTDのやり方は、有力な方法の一つであることは間違いない。

GTDを始めて数日。吐き出した「やるべきこと」は、200を超えた。「やるべきこと」と言っても、本当にやるべきことだけではなくて、「やりたいこと」、「悩み」、単なる「煩悩」といったものも含まれる。それでも良いと思う。（悩みも、それを解決するべきこととすれば、やるべきことの一つになる。）要は、頭の中にあるノイズを外に出して、目の前にあることに集中できれば良いのだから。

何かを続けるために大切なこと――それは計画することです。
「計画する」というと、頭を使うことになりますから、「考えないこと」を説いているこの本の趣旨と逆じゃないか、と思う方がいるかもしれません。
しかし最初に計画を立てることによって、その計画通りにことを進めれば、あれこれ考えねばならない時間が少なくなるため、結果的に心身に良い影響を及ぼします。

まさに、GTDが説く効用と同じことを述べている。

ただ、頭の中にあるノイズは「やるべきこと」だけではない。「やるべきこと」以外の、GTDでは上手くいかないノイズもある。

人と話していて、「この人は自分のことをどう考えているんだろうなー」とか、「次にこれを言えば自分の方が勝てるなー」とか、そういうこともノイズだ。人と付き合う上での余計な考えごとと言えようか。

「ある人にメールを送ったのに、まだ返信が来ないなー」とか、「あの人がブログに新しいエントリーを書いてないかなー」とか、「このテーマについて新しいニュースが出てないかなー」とか、情報に関する刺激も、ノイズになりがちなことだ。情報のインプットを絞ることも、必要だと思う。

本書では、話す、聞く、見る、書く／読む、食べる、捨てる、触れる、育てるという8つのテーマで、いかにノイズを取り除き、目の前にあることに集中するかが説かれている。

仏教で「無我」という言葉を聞く。つまりは目の前にあることに集中するかということだと思う。具体的にどうやればその心境に立てるのか。さらに読み込んでみようと思う。

その造形や周囲の風景、自然との調和は心の琴線に触れる。その建物の中に自分が入っていくことによって得られる体験を予期して、また心は豊かになる。

私は建物が好きだ。新しい建物はそれだけでワクワクする。古い建物には歴史と今まで生きながらえてきた強さを感じ、厳粛な気分になる。その建物が考え込まれた作りであると感じたとき、畏敬の念を持つ。シックでスタイリッシュな空間を感じると、自分の気持ちも引き締まる。

建物は、人間が生み出した構造物（アーキテクチャ）である。

ITシステムもまた、人間が生み出す構造物（アーキテクチャ）である。

（こうした建築と情報システムのアナロジーは、プロジェクトでの仕事の仕方の部分や、コンポーネントと言った部分で取り上げられることが多い。私は、もっと建物と情報システムの効用の部分のアナロジーに触れても良いと思う。建物は空間を作りだし、情報システムは情報空間を作り出す。だから、「拡張する空間」って本になるのか・・・）

ITシステムは、美しい建物のように、人の心を動かすことが出来るだろうか。

そうしたものも、あるように思う。私はApple信者ではないが、Appleの作るものは、人の心を動かす。iPhoneやiPadの造形美はいわずもがなであるし、iTunesとの連携の様子は美しい。GoogleのGmailやGoogleMapsもまた素晴らしい。EvernoteはPC向けソフトウェアの使い勝手で少々難があるように思うのは残念だが、その発想と情報のデザインは美しいと思う。

（ところでGoogleのサービスは、Googleアカウントを丸ごと削除しなければ、各サービスで持っている情報を削除できないような仕掛けのものが多い。これはGoogleの方針、Googleの思う美しさなのかもしれない。ただ、その方針は私は嫌いだし、美しくないと思う。・・・かように、美しさという判断基準は往々にして個人の恣意的判断によって下されるのは残念であり、やむを得ないことである。）

ただ、気になるのは、そうした美しいITシステムがコンシューマ向けの既製品として登場していることだ。私が仕事にしているエンタープライズ向けの業務システムが美しいかというと、それは疑問を感じざるを得ない。

これがスーツのような洋服なら、既製品よりオーダーメードの方が美しいに決まっている。少なくとも、オーダーした人にとっては。それなのに、オーダーメードの業務システムが、オーダーした会社にとって美しく感じられない（少なくともそれを提供している私が美しいと感じていない）のは、なぜだろうか。

それは、私自身が美しいものを作ろうという努力を怠ってきたからで、自分がそれしか知らないからだ、という批判は甘んじて受けよう。ただ、それだけか？どうも、それは違うように思う。

そもそも、美しいITシステムとは、何なのだろう。美しさの判断基準など人それぞれだとは思うが、私なりの定義は、ユーザエクスペリエンスの美しさ（単に見た目が美しいと言うだけではなくて、ユーザが体験することすべてが）と、情報デザインが考え込まれていることだ。

問題は、いままでの情報システムの開発は、とにかく作り上げて動かすことで精一杯になっていて、こうしたことまで頭が回っていないことだ。

こうしたことこそ、私が思うITアーキテクトがやるべき仕事そのものである。私は、そういう仕事がしたいと思っている。

これ、去年撮影したんですけど、今日の午前中までの私。

これ、今日の午後の私。

まー、髪を切ったわけです。思いっきり。

「ソフトモヒカンみたいな感じで・・・」と言ったら、「えっ！そんなに短くしますか！！」と驚かれました。

だいぶん茶色っぽく見えますが、これは撮影したところのライトのせいです。こないだまで少し染めていたので、その名残も若干あるのかもしれません。

というわけで、Twitterやら何やらのアイコンを変えたりしました。

これが31歳バージョンの私ですので、よろしくお願いします。

僕もそう思うんですけどね。ただ、手を動かしてからじゃないと意味が分からないとも思うし悩ましいです RT @hidehide7: 何から教えるのがいいんでしょうかね。自分の新人時代を振り返って..開発プロセス概要と今やる仕事の位置づけを教えてもらえたらより身に付いたのかな??
Twitter / 鈴木雄介: 僕もそう思うんですけどね。ただ、手を動かしてからじゃ …

そうです、我が身にならないと学べない。 RT @inoccu: 見て学んで問題があると思ったところから、開発プロセスの重要性に気づくのでしょうね RT @yusuke_arclamp: 手を動かしてから RT @hidehide7: 何から教える
Twitter / 鈴木雄介: そうです、我が身にならないと学べない。 RT @in …

これもIT産業が急激な変化をしてきたからですね。世代としては30代中盤が橋渡しになるはず RT @yokatsuki: かつて自分が登ってきた経験の階段が、あまりにも時代にそぐわない事も一因。今の時代に合った階段を刻み、導いてあげられる人が必要。
Twitter / 鈴木雄介: これもIT産業が急激な変化をしてきたからですね。世代 …

途中には私（@inoccu）も絡んでいるわけだが、特に私のツイート「見て学んで問題があると思ったところから、開発プロセスの重要性に気づくのでしょうね」が、事実ではあると思うが、今ひとつ寂しい内容なので、補足してみようと思う。

何が寂しいと思ったかというと、見て学んで「問題がある」と思わないと、新人たちは開発プロセスの重要性に気づかない。つまり、一回は修羅場のプロジェクトを経ないと駄目かも～！という前提があることだ。

実際、悲しいかな、SI業界の新人はそう遠くない将来に修羅場をくぐることになる。私は他の業界で新人をやったことがないので、SI業界以外は分からない。他の業界も似たようなものかもしれない。仕事だから、やっぱり大変なことはあるだろうから。とはいえ、SI業界の場合はうまくいったプロジェクトの方が少ないという有り様だから、やっぱり修羅場をくぐる可能性は高いわけだ。

なぜ修羅場になるのだろう。SIの仕事は曖昧この上ない人間の、しかも因業親父どもの集団（お客様ですね。えぇ。）が、やたらめたらの方向から繰り出してくる戯れ言を、どうにかこうにかまとめて、しかも玉虫色の決着だとコンピュータの方が聞いてくれないから、コンピュータ様にもご理解いただけるような着地点を見いだして、なんとか作り上げていかないといけない、そういう仕事である。いわゆる、難しい。だから、上手くいくわけないじゃん！と言い切ってしまうと業界の進歩が止まるから、それはやめるとして、開発プロセスというものが何らかの解決策を与えてくれる可能性が、もしかしたらあるかもしれないと思うことにしよう。少なくとも私は、その効果があると思っている。

しかし、往々にして開発プロセスは会社で整備はされても、単なるお飾り、せいぜい目の上のたんこぶ程度にしか思われていないことが多い。修羅場をくぐったエンジニアが、目の色を変えて開発プロセスを学び始めるかというと、そんなことはない。（その中で、自ら開発プロセスを書く真似事を始めた私は、どうやら希少種のようだった。）だから、その修羅場すらくぐっていない新人が、開発プロセスに興味を持つことはまずなかろうと思われる。

開発プロセスというものは、プロジェクトの中でただ一人が唱えていても、何のメリットもないのである。開発プロセスは、プロジェクトメンバー全員が常識のように（体で覚えているほどに）身につけて、初めて効果が出てくるものなのだ。

だとすれば、やはり新人のうちに覚えて、身につけておいてもらって、プロジェクトメンバーの全員が開発プロセスを知っているという状態が、自然と出来るようになってくれば、それが最も望ましいのである。その頃には、修羅場プロジェクトは少しは減っているかもしれない。

理想を言えば、業界の中で標準の開発プロセスが出来ているのが良い。多くのプロジェクトは複数のSIerの共同作業（多くは垂直構造だが、水平構造ももちろんある）となるから、プロジェクト毎に開発プロセスがまるっきり違うといったことは避けられれば、それに越したことはないのだ。

そうした業界標準の開発プロセスが出来れば（単に出来ただけじゃなくて浸透しているという意味で）、学生がこの業界に入ってくるときには、既にその開発プロセスが頭の中に入っているようになるだろう。資格のようなものがあると良い。そうすれば、大学や専門学校が必死に、その開発プロセスを学生たちに叩き込んだり刷り込んだりしてくれるだろうから。

そんなことを思いつつも、現実としては、やはり開発プロセスの重要性を説いて、それを理解してもらってから、実際の説明に入るという段階を経なければならないのである。重要性を説くという段階が、現実の修羅場であったとしても。

実践UML―パターンによる統一プロセスガイド クレーグ ラーマン

私にとっての原点の一つ。

ラショナル統一プロセス入門 (Object Technology Series) フィリップ クルーシュテン

開発プロセスといえば、やっぱりRUPですか。

考えてみれば、私がパソコンを使い始めた頃から数年（DOSからWindows3.1に移行したあたり）は、パソコンを使うことが楽しかったので、環境再構築などというのは半ば趣味のようなものだった。やる必要がなくても、暇だからやるくらいの勢いだった。

この変容は、私が単に大人になったというだけだろうか。それもあるかもしれない。ただ、それ以上にパソコンやスマートフォンのある日常というものがあり、それは必需品であり、むしろ、パソコンやスマートフォンといったハードウェアよりも、それを使ってアクセスするネットの中にあるものに、楽しみの焦点が移ったからではないか。

昔から、「コンピュータ、ソフトがなければただの箱」と言われてきた。ホビーとして、パソコンを買ってきた。しかし、ソフトはOSくらいしかなくて、他のソフトは買うお金がなかった。こうしたシチュエーションに立てば、目の前のパソコンは、せいぜいソリティアマシンなのであって、それ以上にはならなかった。

しかし、今は違う。目の前にパソコンがあって、何らかのOSが入っているとすれば、ブラウザくらいは入っているだろう。そして、ネットにつながれば、楽しみはそこに無限にある。コンピュータは、OSとブラウザくらいあれば、ただの箱ではないのだ。故に、私たちはパソコンというハードに対するこだわりを捨てた。どういうソフトを買ってきて、我がパソコンにインストールしようかという楽しみも捨てた。

大切なのは、ネットの中にあるWebサービスであり、作り出してきたデータだ。ただ、それは目には見えないし、使えないから、何らかのハードを用いてアクセスするしかない。「Webサービス、ハードがなければただの雲」である。つまり、私は早くWebサービスが使いたいがために、週末をハードの環境再構築に充てたわけだ。（特に、それを始めてしまった後は）

だが、世の中を見てみると、やれiPhoneだのXPERIAだのiPadだのと、ハードの話題で溢れている。これは、どうしたことだろう。なぜ、相変わらずハードというモノにこだわっているのか。

iPhoneやiPadには、Apple製品特有の美しさがある。私たちの審美心を満たしてくれる。XPERIAのデザインも上々だ。私たちがモノにこだわっているのは、そのためか。まぁ、それもあるかもしれない。ただ、それは大したことではない。もっと重要なのは、そうした新しいモノが見せてくれる新しい世界だ。その世界の多くは、Webサービスによって構成されている。

昔、コンピュータを使うためにソフトを必要としたように、今はWebサービスを使うためにハードが必要なのだ。そして、新しいWebサービスは、新しいハードを必要とする。Twitterは、iPhoneのようなスマートフォンがなければ、これほど流行したとは思えない。mixiはガラケーを必要としただろう。Flickrもカメラ付デバイスが必要だった。そして、電子書籍はiPadやKindleが必要としているのだろう。（電子書籍そのものは、PocketPCの頃には既に存在したわけだが・・・）

私たちはずっとモノにこだわっている。ただ、その理由としては、ハードとソフトの主従逆転という大きな変貌を遂げたのである。

今後は、本なびの機能を拡充した別アプリの開発を計画しています。新アプリの公開時に、またご案内させていただきますが、その際はぜひ新アプリに移行いただき、本なびは削除していただければと思います。

※アプリの使用そのものには問題ありません。
※少なくとも新アプリの公開までは、現バージョンの本なびのAndroidマーケット等での公開を継続致します。

そのことは、まぁ、いいのだが、私が朝から気にしていたのは組閣が週明けと報じられていたことだ。仮に菅首相の任命が今日で、組閣が週明け（朝は7日かもという話だったが、8日ということになったようだ）になったとすると、今週末は内閣に菅首相だけがいて、各省大臣は誰もいない（菅首相がすべての大臣職を担う）という状態になってしまう。そうなると、もし何か危機的状況が発生した場合、日本はどうなってしまうのだろうと。

いろいろとニュースを追っかけてみると、さすがにそんなことにはならないようだ。8日に内閣総理大臣の任命式と、大臣の認証式をやるらしい。これならば、何の問題もない。

憲法のおさらいをしておこう。内閣が入れ替わるステップは、以下のようなものである。

1. 前内閣の総辞職
2. 新内閣総理大臣の指名（国会）
3. 新内閣総理大臣の任命（天皇）
4. 組閣（新内閣総理大臣が大臣を任命する）
5. 新大臣の認証（天皇）

憲法の試験があったとすれば、出題のポイントは、内閣総理大臣は国会が指名して天皇が任命すること、他の大臣は内閣総理大臣が任命し天皇はその認証（任命の手順が正しいことを証明する）をすることだ。内閣において、内閣総理大臣の地位は非常に強い。天皇から任命され、他の大臣を自ら任命できるのである。（故に、内閣総理大臣は他の大臣を自ら罷免にできる。ちょうど、鳩山首相が福島大臣を罷免したように。罷免は内閣の了承などいらない。）そして、内閣総理大臣が辞職すれば、他の大臣が道連れ（つまり総辞職）になるのも、内閣総理大臣の強さ故である。

では、前内閣の大臣は、いつまでその職務を果たすのだろうか。上記のステップでいうと、5の次の大臣が決まるまでなのか？否、答えは3である。大臣はそれを指名した内閣総理大臣と一蓮托生であるから、内閣総理大臣が変わった以上、前の内閣総理大臣に任命された大臣はその権限を失うのだ。

これを今回の鳩山氏→菅氏への移行にあてはめると、どうなるか。

1. 前内閣の総辞職　・・・　4日
2. 新内閣総理大臣の指名（国会）　・・・　4日
3. 新内閣総理大臣の任命（天皇）　・・・　4日 or 8日？
4. 組閣（新内閣総理大臣が大臣を任命する）　・・・　8日？
5. 新大臣の認証（天皇）　・・・　8日？

ここで、3をいつやるかが問題になるのだ。もし、3を4日にやってしまうと、3から5の間に中3日の時間が空くことになる。つまり、ある意味で究極の独裁体制ともいえる菅一人内閣が3日間も出来上がるのだ。8日にやれば、そのようなことにはならない。

（以下、追記）

ただ、気になることに鳩山内閣の面々は4日早々に片付けを始めたという。鳩山首相に至っては既に官邸を後にしている。彼らは8日までの間もこの国の内閣の一員であることを認識しているのだろうか。通例では、内閣総理大臣が指名されるとすぐに組閣に入り、内閣総理大臣の任命とその他の大臣の認証が同日中に行われる。だから、旧内閣の大臣が早々に出て行くことになる。それは、たしかに内閣総辞職後の一般的な風景である。初めて政権を担う民主党の面々は、ただその風景に倣っているのだろうか。しかし、今回は特例なのである。その認識さえあれば、片付けよりも職務にあたるべきではないのか。民主党の行政センスが疑われる行動であるのは間違いない。

その違和感というのは、アーキテクトが技術の親分であるというようなことであったり、フレームワーク（ここでは、非機能要件や共通仕様をまとめたモジュール群という意味で。）を作るのが仕事というような理解のされ方だ。

私の考えるアーキテクトは、ユーザと技術の間に立つ人である。だから、技術の親分などではない。ずっと技術の仕事をしていたいから、アーキテクトになるというのは違うと思う。そういう人は、ITスペシャリストの道があるではないか、と。

一方で、フレームワークを作るのは、私もアーキテクトの仕事のひとつだと思う。ただ、それがすべてではないし、フレームワークを作る人がイコール・アーキテクトになるかというと、それもまた違うのではないか。

「職業としてのソフトウェアアーキテクト」では、建築とのアナロジーを用いて、ローマ時代の建築家であるウィトルウィウスの論を引いている。

• ユーティリタス（ニーズ）
• ベヌスタス（デザイン）
• ファーミタス（構造）

ウィトルウィウスは、建築をこの3つの要素からなる正三角形として捉えている。そして、同書ではユーティリタスをクライアントやコンサルタントが、ベヌスタスをアーキテクトが、ファーミタスをエンジニアが担当すると説明している。つまり、アーキテクトは、クライアントが持つニーズを理解し、システムの全体性をデザインすることに責任を持つとしている。そして、具体的な構造はエンジニアが担当するのである。

これを言葉のとおりに受け取れば、アーキテクトはエンジニアではないということになる。このことを理解するには、特にアーキテクトは技術の親分だと思っている人には、大いなるパラダイムシフトが必要になるのではないだろうか。

とはいえ、私は技術の重要性を軽んじるつもりは毛頭ない。ただ、アーキテクトに関する一部の論評が、あまりに技術に傾倒しすぎ、ユーザとの間にいる立場であることを無視しているのではないかと思うのだ。

昨日、自分の仕事のことで、ちょっとテンションが上がらないけど、ITアーキテクトの定義を業務と技術の真ん中にいる人だと理解して、テンションが戻ってきたよと書いた。その結論に至る道筋に、ITっていうのは社会の構成要素のひとつで、システムを作るというのは社会を作っているってことだよなという思いが以前からあって、その延長線上にありそうな本を探していたら、前々から気になっていたこの本があるじゃないかと思い当たり、昨日、買ってきたのだ。

■

いきなり話は逸れるが、西村佳哲さんの本に、自分のやりたい仕事を見つけようと思ったら、自分がお客さんでいられないことを探しなさいという話がある。例えば、自分は落語鑑賞が好きなのだが、落語を見ていて面白いなと思ったり、もっと勉強したいなと思うのは、落語にとって自分はお客さんだからだ。これが、あの落語家の噺し方は気にくわない、自分だったらこうするのに、と苛立ったら自分が落語家を目指せばよいというわけだ。

私がいろいろな人のブログをRSSリーダーに入れて読んでいて、新しいエントリーを発見すると目を背けたくなる人が2人いる。単なる尊敬なら嬉しがって読むのだが、自分と同じ世代の人が、自分の言いたいっぽいことを、自分より遥かに説得力をもって文章にしているから気にくわないのだ。気になるから結局読むのだが、案の定のことが書いてあって、私は黙ってブクマする。その一人が、この本の著者である鈴木雄介さんだ。（ちなみに、もう一人は、ござ先輩。）

■

それはさておき、一つケチをつけるなら、対談文の狭間に置かれている単著のコラムで「ソフトウェア開発とは何か」という文章を鈴木雄介さんが書いている。これが、何となくいいたいことは分かるのだが、どうにも理解しづらい。ただ、それは私自身がソフトウェア開発をしているエンジニアだからで、この本が決して私のようなエンジニアだけに書かれたものではないからだと思う。事実、この本は新宿のジュンク堂では建築のコーナーに置いてあった。

対談の中では、ソフトウェア開発の歴史が構造化→オブジェクト指向→コンテナ→イベントと進んできていると説明していて、建築家の藤本さんがどの程度理解できたかは微妙なところのようだったが、私にはその説明は非常にスマートに見えた。ソフトウェアというものを、その専門でない人に説明するのがいかに難しいかということだ。逆に建築のことを私に説明されても、専門でない私には酷く難しく感じるだろう。

■

私が、この本に期待したのは、ITアーキテクトとは何なのかを理解させてくれるかということであった。さらに言うと、それが私の目指す道として正しいのかだ。

結論を言えば、この本は当たりだった。そして、私の目指す道としても正しそうに今、感じている。この本から私が読み取ったITアーキテクトとは、以下のようなものだ。

• ユーザエクスペリエンスをデザインする人である。
• 成長出来るシステムの構造を作る人である。

鈴木雄介さんはコミュニケーションという言葉をよく使う。この対談には関連性というキーワードがある。ソフトウェアを使いたいと思って使う人はいない。氏が「ソフトウェアアーキテクトが知るべき97のこと」に、西村佳哲さんの本から引用して書いているように、ソフトウェアのユーザというのはいないのである。業務システムに関して言えば、ある業務を担当している人がいて、その人の仕事の一環としてソフトウェアを使っているに過ぎない。ECサイトでも、（ECサイトの）顧客の目的はECサイトを使うことではなく、買い物をすることだ。では、その文脈の中でソフトウェアはどうポジショニングされていれば良いのか。ユーザ（敢えてユーザと言うが）にソフトウェアをどう経験（エクスペリエンス）させるのかということだ。これをデザインする人は、そのソフトウェアの全体性を決めてしまうといっても過言ではない。

そして、モデル化である。モデル化というとデータモデリングあるいはオブジェクトモデリングといった業務ドメインの静的なモデル化がまずある。さらに、システム間のコラボレーションやユーザとのコラボレーションのあり方として、リアルタイムやバッチという動的な切り分けを含んでも良いように思う。こうしたモデル化はソフトウェア開発の初期に行うが、その成果は、そのソフトウェアが成長していけるかということに、決定的な影響を与える。ソフトウェアは作りっぱなしではない。これはどんなに強調してもし過ぎることはない。常にソフトウェアに求められることは変化する。社会の変化に呼応してソフトウェアがあるのだから、当然のことである。プロジェクト初期のモデル化の成果が、ソフトウェアの成長の足かせとなってしまった実例を知るエンジニアは非常に多いだろう。

■

先に挙げたように、ソフトウェアというものを説明するのは非常に難しい。だからこそ、ソフトウェアの技術と、顧客の要件の間に立って、双方の媒介となる人間は必ず必要になる。そして、その人間の成果が、そのソフトウェアのあり方を決めてしまうとしたら、実に恐ろしい仕事である。それがITアーキテクトの仕事であると思う。

今月、転職して某コンサルティング会社のSI部門に入った。今までどおり、SIの仕事をする以上、自分の立場はエンジニアである。しかし、自分はどういうエンジニアになろうとしているのか、それが見えなくなってテンションが上がらなくなってしまったのだ。

この悩みは、自分にとって非常に長い期間の悩みで、振り返れば4年前、2006年のこのブログに、そういうエントリーがある。まぁ、その2006年にエンジニアなんてやめようと思って、前々職の会社を退職したのだが。

その2006年に、私はアーキテクトになるという宣言をした。どうにも、プログラマがシステムエンジニアになってマネージャになって運良く行けば部長になったりするようなキャリアパスが腑に落ちなくて、それ以外の道としてアーキテクトという名前を挙げた。

しかし、アーキテクトとは何なのか。普通に「アーキテクト」というと建築家のことで、私はITの世界にいるからアーキテクトといってもITアーキテクトである。ITアーキテクトを言い換えて、ITの建築家だとするならば、それは一体なんぞや。

以前、西村佳哲さんの「自分の仕事をつくる」という本を、このブログで取り上げた時に、象設計集団に関する記述を引用したことがある。ここで、もう一度、引用する。

いま僕のチームで進めている高齢者施設の設計作業を参考に話してみましょうか。今年の一月から始めて来年の九月に実施設計をまとめ上げる。全体で二十ヵ月ほどのプロジェクトです。
いまはエスキームを詰めている段階ですが、ここにいたるまでに、高齢者関連の勉強を相当積み重ねてきました。クライアントと一緒に本の回し読みも続けています。ちょうどお風呂の部分について設計を詰めているのですが、どうしても気になることがあって、近いうちに広島の施設を訪ねてみるつもりです。
プロジェクトがはじまって最初の三ヵ月ほどは、手はあまり動かさず、勉強に集中しました。そしてまずは五十一カ所の施設を実際に見に行くことを決め、北欧から国内まで、興味を持ったところはだいたい見学し、実際に体験もしてきました。入力装置を体験してみたり、寮母さんの仕事をやってみたり。入居者と同じ部屋で寝泊まりして同じ食事を食べ、同じ生活をしてみたりします。
そうしているうちに、だんだん何をするべきなのか、何が問題なのか、自分たちに何ができるのかが細かいところまでみえてくる。この勉強の段階が非常におもしろい！いろんな分野に数多くの先駆者がいて、それぞれの現場で素晴らしい実践を行っています。そういう方々に出会っていくのは興奮する経験だし、以後友人として仲良くしている人もいます。
ジャンルを越えたこれらの経験を、最終的に建築にまとめあげていくのです。スタディの段階は、時間的にも経済的にも負担がかかる部分ではあるけれど、大切にしています。それに何といってもおもしろい部分だから、これを捨ててしまったら長続きしないと思いますね。

これが建築家の仕事だと思う。単に建物を設計する人ではない。クライアントに求められて仕事が始まるのではあるが、世の中に何が必要なのかを考えて、その結論として建物を設計する。そういう仕事ではないだろうか。

SIの世界では、よく「業務」と「技術」という言い方をする。SEは業務と技術の両方を見て仕事をしている。これは建築家に似た仕事のやり方だと思う。しかし、SIerのキャリアパスはSEで居続けることを許してはくれない。SEは通過点であり、そこから何かにならねばならないという。

ひとつは旧来からの直線的キャリアパスのゴールであるマネージャだ。マネージャはプロジェクトを複数抱えて、その管理をしている。経営層、顧客、プロジェクトメンバの間に入って、すべてを調整している。大変な仕事だし、立派な仕事だと思うが、それは業務でも技術でもない。

最近は、SEの次のキャリアとしてコンサルタントとアーキテクトが挙げられている。（私も4年前にアーキテクトを目指すといったくらいだから、最近と言っても4年前にはあった概念だ）

「ITアーキテクト×コンサルタント」というそのものずばりの本がある。同書では、その仕事内容について、以下のような説明がされている。

ITアーキテクトは以下の3つの側面を役割として持っています。

• 技術動向に精通して技術の本質を見極め、優れた価値判断をする技術アドバイザー
• 技術を適材適所に配置して全体最適のアーキテクチャを描くデザイナー
• ユーザや開発者などのステークホルダーを調整して成功に導くコーディネータ

一方、コンサルタントについては、こうだ。

• 顧客の問題を正しく捉え、問題解決手法を活用して解決に導く問題解決人
• 顧客以上の業界・業務知識を保有し、戦略や業務プロセスを改革する業務エキスパート
• 顧客企業内のさまざまなステークホルダーを説得して実行の軌道に乗せるコーディネータ

これはつまり、SEが業務と技術の両方をやっているところ、業務を特化してレベルを上げるとコンサルタントになり、技術を特化してレベルを上げるとアーキテクトになると言っているように見える。「ITアーキテクトは技術にこだわるエンジニアに次のキャリアとして人気がある」といった記述もある。

これを読むと、私は辟易とする。結局、業務と技術の両方をやることは出来ないのかと。そうして、どちらかを選ばなければならないと思って、私のSEとしてのアイデンティティは崩壊するのである。私はどちらかと言えば業務の人間だと思っているが、といって技術に興味がないわけではない（むしろ、技術の人と見られている期間が長かった）。ただ、技術だけを突き詰めるのは嫌だとは思っているが。そういう自分は、どうすれば良いのかと。

SEの仕事は、顧客の業務も、それをどうやって実装するかも、つまり、業務と技術の両方に触れるので、比較的気に入っている。ただ、扱う領域が小さいのは不満である。だからキャリアアップを考えるのだが、キャリアアップするには業務と技術のどちらかを捨てなければならない（もしくは両方捨ててマネージャになる）ということなのか。

ここで先ほどの象設計集団の話に戻ると、彼らの仕事はコンサルタントのそれだろうか？（技術に特化した）アーキテクトのそれだろうか？私には、どちらでもない。むしろ、その両方のように見える。

今日、「ソフトウェアアーキテクトが知るべき97のこと」という本を買ってきた。まだ、すべてを読み終えていないが、冒頭の監修者まえがきに、監修の鈴木雄介さん（アークランプの人だね）が、このようなことを書いている。

ソフトウェア・アーキテクトは実に中途半端な立ち位置にいます。ビジネスサイドの人間よりは技術に詳しく、プログラマ達よりはビジネスサイドの都合が分かっています。

これは非常に短いながら、アーキテクトの立ち位置を見事に言い表していると思う。そして、我が意を得たりと思うアーキテクト像だ。業務か技術の択一ではなく、どっちも、の人がアーキテクトだ。4年前に私がなりたいと言ったアーキテクトは、そういう人である。（その宣言を会社でして、与えられた仕事がDBMSのクラスタリングと運用設計だった。それはやっぱり、何か違うと思う。）

実は情報処理技術者試験の最上位であるLevel4の試験で、私の思うような職種の設定がなされている。

• プロジェクトマネージャ
• ITストラテジスト
• システムアーキテクト
• ITスペシャリスト（データベース、ネットワーク、情報セキュリティ、エンベデッドシステム）

業務の人がコンサルタントを目指すならITストラテジストであろう。技術の人が技術を極めればITスペシャリストである。そして、システムアーキテクトはそのどちらでもない部分にポジショニングしている。そして、すべてLevel4で同位であり、システムアーキテクトが、ITストラテジストやITスペシャリストへの中間点では決してない（無論、プロジェクトマネージャへの中間点でもない）ことが重要だ。

ここまで考えて、ようやく私のテンションは上がってきた。業務か技術かの選択ではなく、その中間に立つエンジニアであり、それを高めていくキャリアを作っていけば良いということなのだ。

自分は、Android端末は使っているが、iPadどころかiPhoneも使ったことがない。 その立場で述べるならば、iPadの魅力はエコシステムだ。それはiPhoneで作ったエコシステムであるが、圧倒的なユーザ数をベースに、マーケットが出来ている。サードパーティーが積極的に参加している。特に魅力的なのは、コンテンツだ。今まで、どんなプラットフォームにもアプリは揃うことは多かった。しかし、コンテンツがこれほど揃っているのは初めてだ。 いま、iPadで出来るといわれていることは、PCでも出来ることばかりだ。しかし、それを魅力的に感じさせているのは、そのエコシステム故だ。

では、なぜiPhoneではなくiPadなのか？ それは形である。単純なことだか、サイズが大きいということだ。B6の手帳で出来ないことが、A5のノートなら出来ることがある。手帳とノートは明らかに使い道が違うのである。本で例えれば、文庫のサイズと週刊誌のサイズでは、出来ることが違うということなのだ。

こうしたことを考えると、ハードウェアをスペックで見る時代は、完全に終わったのだと思う。ただ、ハードウェアは、フォームファクターの違いで、モノの種類を分けているに過ぎない。 これは時代の進化だと思う。ハードウェアは完全なるコモディティになった。ただ、どのエコシステムの中にいて、サイズが小さいのか大きいのかでしかないのだ。 あとは、エコシステムとして、Appleが良いのか、Googleが良いのかという争いは残っているが。

今日、たまたま落語協会のサイトを見てみたら、芸人紹介のページにYouTubeの動画が貼られていることに気づきました。全員というわけではないのですが、多くの芸人（落語家、漫才師など）のページに貼ってあります。

いくつか見てみると、人によって内容は様々。自分の経歴を紹介する人もいれば、短い噺を披露する人もいる。なかなか楽しめるので、特に気になった人のものを紹介してみようと思います。

来月から落語協会の会長に就任する柳家小三治さんは、入門時の思い出から噺を少し披露。

現代の爆笑王こと柳家権太楼さんは、落語家の制度（前座、二つ目、真打など）について説明してくれています。ちょっとした落語を説明する講演のようになっていて、必見です。

五街道雲助さんは本気の噺を一席。

昭和のいる・こいるさんも。短いながらも一ネタ。

メジャーデビュー曲「夢見る15歳（フィフティーン）」は、オリコンのデイリーチャートで5位に入りました。1位のAKB48とは圧倒的な売上差がありますが、まずまずの滑り出しと言えるのではないでしょうか。

私も昨日シングルを買って、デイリー5位入りにほんの少し貢献したわけですが、そもそもCDを買ったのが久しぶり。音楽配信でなら何曲か買っていたのですが、前回CDを買ったのがいつで、何だったのか、今ひとつ思い出せないほどなのです。

それなのに、なぜスマイレージのCDを買う気になったのか。それは、スマイレージの売り出しにあたって巧みにネットを使い、メンバー4人も積極的に参加していたからです。

ハロプロでは珍しくユニット単独での公式サイト（ハロプロ全体での公式サイトはあるが、ユニット単独では初期のモーニング娘。と現在の安倍なつみくらいしか例がない）と、メンバー4人それぞれの個人ブログを持ち、Twitterにも参加、YouTubeもアップフロントチャンネルで活用するなど、現在のネットの基本サービスをくまなく押さえた展開を見せています。Twitterの活用においては、毎時0分の時報ツイート（あらかじめ準備しているものをプログラム配信）と、月に1～2度のペースで行われているTwitterイベント（メンバー全員が生参加し、#smileageのハッシュタグでファンと会話する企画）を実施。メジャーデビューを賭けた笑顔キャンペーン（ファンや街行く人の笑顔の写真を1万枚集めてモザイクアートを作れたらメジャーデビュー出来るという企画）は、そのPR活動の一環として当サイトも参加したキャンペーンバナーの配布や、各自活動用のパンフレットPDFの提供はなかなか斬新でした。とにかく、ハロプロではかつてないほどのネット活用度なのは間違いありません。

私自身に効き目があったのは、1に笑顔キャンペーン、2にメンバーの個人ブログ、3にTwitterイベント。その結果、まんまと術中に嵌ったというか、CDを買うに至ったわけです。

では、メジャーデビュー当日のメンバーブログを拾ってみましょう。

皆さんお待ちかのぉぉぉぉぉ
メジャーデビューいたしましたパチパチ
そして、スマイレージはアイドル戦国時代へ突入いたしました
皆様、これからも応援＆声援よろしくお願いします
そして、最後に、、、、、、、
もういちど、、
スマイレージデビューいたしました
５月26日メジャーデビューしてからの第１発目のブログですねん
さらばじゃ～バイバイ

和田彩花(スマイレージ) 公式ブログ/皆さんお待たせ – GREE

まずはリーダーの「DAWA」もしくは「あやちょ」こと、和田彩花。目が痛くなるほどの絵文字の連打！興奮が伝わってきます。しかも彼女は、昨日の23時頃のエントリーで0時になった瞬間にみんなでジャンプするという企画を持ち出していました。この辺は、珍しくリーダーっぽいな・・・。みたいな。

アイドル戦国時代という文字が入っています。どうやら、そうらしいんですね。あと、ももいろクローバーと東京女子流だっけ？今年はアイドルユニットのデビューが相次ぐらしい。

0時00分になりました！
はい。何かわかりますか？
スマイレージメジャーデビューいたしました！！
00時0分になった瞬間、友達からいっぱいメールがきました！
感動はんぱないよ＞＜
ついにメジャーデビューかあ。。
４人でスマイレージって言われた時から目標はメジャーデビューでした。
メジャーデビューしなきゃ、何もはじまらないじゃんっみたいな…
自分たちなりにメジャーデビューに向けて頑張って来たつもりではあったけど
まだぬるくて…
つんく♂さんが出してくださったメジャーデビューにむけての課題。
“笑顔キャンペーン”
一ヶ月以内に一万人以上の方の笑顔の写真を集め
一つのモザイクアートを作らなければメジャーデビューできない！
という課題です。
正直…最初は甘くみてました。
すぐに集まるだろうって…
(必死にスマイレージを広めて下さるファンの皆さんには本当に申し訳ないです！)
でも全然簡単なことじゃなくて、すごく大変でした。
話を聞いてくれない人だってもちろんいたし…
でもそれ以上にあったかい人もたくさんいて
がんばろう！って気持ちになれました。
大変だったけど
本当に人と人との関係は大切なことだったし
直接スマイレージを色々な方に広められて
うまく言葉には表せないんだけど…
スマイレージにとっても福田花音にとってもすっごく大事な事を学べました。
笑顔キャンペーンやスマイレージとしての活動など
たくさんの方に支えられ
ついにメジャーデビュー。
メジャーデビューって全然実感がなかったけど…やっと実感がわきました！
友達やスマイレージからのメール
エッグの仲間からだってメールがきました
なんか心臓がドキドキしてます…＞＜
こういう今の気持ちを忘れず、CDをリリースできる事が当たり前だとは思わずにずっと感謝の気持ちを持っていけるグループでありたいです！
順位はどうであれ１枚でもＣＤを買って下さる方に本当に感謝します！
やっとスタート地点に立てたスマイレージ。
これからも変わらぬ応援をよろしくお願い致します！

ついに来たよこの日がああ！｜スマイレージ 福田花音オフィシャルブログ「いちごのツブログ」Powered by Ameba

続いて福田花音。彼女は語るんだなぁ。もともとブログの新女王と一部で言われていたほどで、アメブロでのブログが始まってからも「スマイレージ福田花音が出来るまで」という長期連載エントリーをやっていたし。

スマイレージメジャーデビューしました

いままで

インディーズの

ときからこの４人で

やってきました!

スマイレージリーダーの彩

憂佳花音と紗季

４人でメジャーデビューする事が出来て嬉しいです！

笑顔キャンペーンで１００００枚を集めて1つのモザイクボードを完成させるという

つんく♂さん

から課題をもらい

１００００枚の笑顔の写真を集めるのは

無理かもと思ったりもしました。

だけど

ファンの皆さんが私達のために送ってくれた笑顔写真

スマイレージの４人で街に行って集めた笑顔写真で

1つのモザイクボードを完成させる事ができました

皆さん本当にいつも支えてくれて本当にありがとうございます。

つんく♂さんがつけてくださったユニット名のとうり

皆さんがスマイルをたくさんマイレージできるように頑張っていきます

これからもスマイレージを宜しくお願いします

メジャーデビューシングル

夢見る１５歳

よろしくお願いしますっ

メジャーデビュー＼(^o^)／｜スマイレージ 小川紗季オフィシャルブログ「サキチィーのメロンをがぶろぐ」Powered by Ameba

次はメンバー最年少の小川紗季。彼女もちゃんとした文章を書くなぁ。笑顔キャンペーンの印象はやっぱり強いみたいです。

…お、おぉぅ…

メジャーデビュー…

しちゃったよぉぉ(゜▽゜)

00:00になにをしようか

考えたところ、

考えついたのは

倒れる(゜∀゜)

い、いやぁ、あのね

本当はジャンプしようと

思ってたんですけど

リハーサルで

撮ってみたら、

かなり怖い写真になっちゃって（笑）

泣く泣く倒れました。

いや、ね？

せっかくメジャーデビュー日だしね

頑張って頑張って

でこ出し

載せちゃうぞー（笑）

どんな覚悟やねん

かなりレアだから！

命の前髪なんだから！

永久保存版だからねっ（笑）

ってなわけで

スマイレージ

メジャーデビュー

おめでとう～～～＼＾o＾／

ここまでこれたのは

本当皆さんのおかげっ

これからも

宜しくお願いしますっ

P.S.

リアルに

真面目にブログ書いてる憂佳

撮影まま（笑）

メジャーデビュー！｜スマイレージ 前田憂佳オフィシャルブログ「Hi！ゆうか放送局です。」Powered by Ameba

最後は前田憂佳。デコ出しチャレンジをしたりして（何となく鈴木愛理に似てるような）、メジャーデビューを迎える興奮を感じさせるエントリーになっています。

4人のメジャーデビュー後、最初のエントリーを並べてみて、それぞれ個性が出てるなぁと思います。いつもどおりテンションの高いあやちょ。今までを振り返り感謝の言葉を述べる、かにょんとサキティ。B型らしくマイペースなゆうかりん。

あやちょはメンバーのブログをひととおり読んだらしく、怒濤のブログ更新の中でこのようなエントリーを残しています。

メジャーデビューの嬉しさを彩よりもしっかりとした事をブログに書くスマイレージメンバー憂佳!花音!紗季!!!←いつもはちゃんつけるのに今日は呼び捨てなんでじゃろう
さすが我らスマイレージ!!!私は幸せものじゃ
だって、彩がファンの皆さんを感動させるブログを書かなくったって!!!!!!!!!!!!!みんなが書いてくれる
さすが!!!!!!!わかってるじゃないかっっ
バイバイ

和田彩花(スマイレージ) 公式ブログ/さすが!我ら – GREE

やっぱり、オチはこの人か・・・。

何はともあれ、メジャーデビューおめでとう！

メジャーデビュー曲「夢見る15歳」

インディーズ4枚目「オトナになるって難しい!!!」

インディーズ3枚目「スキちゃん」

インディーズ2枚目「あすはデートなのに、今すぐ声が聞きたい」

インディーズ1枚目「ぁまのじゃく」

それはさておき、スマイレージのリーダー「DAWA」こと和田彩花（あやちょ）のブログを振り返って読んでみると、2010年5月10日に「発明★」というエントリーがありました。

本って持ち歩くと、、
表紙が切れたり、ぼろくなったり
分厚い本だと重いし
だから、だ、れ、か、、発明してください!!!!『機械BOOK』ソフト
DSのソフトでいろんな小説が読めるソフト
そしたら、軽いし
バイバイ

引用元: 和田彩花(スマイレージ) 公式ブログ/発明★ – GREE.

彼女のブログは随分突き抜けているというので、当ブログでも以前取り上げたことがあります。何がどう突き抜けているかというのは、説明が難しいのですが、なんというんですかね、じわじわ来るというか、ボディブローにように効いてくるというか。彼女の発想が何かおかしいのです。

そんな彼女は、iPadを恐らく知らないだろうし、Kindleは絶対知らないと思います。（iPhoneは事務所のスタッフが持っていたりするので知っている。）
それなのに、このエントリーで書いている「機械BOOK」というのは、間違いなく電子書籍のことなんですよ。電子書籍という概念を誰からも与えられず、自らその概念にたどり着いた！彼女がスティーブ・ジョブズとタメをはれることは、このエントリーで明らかになったわけですよ、ね。

まぁ、彼女は「DSのソフト」だと言っているわけで、たしかDSのソフトで既に名作のあらすじが読めるようなものがあったはず。（それはさておき。）
Kindleはハードとしてだけでなく、ソフトとしてもAndroid向けなどが出てくるという話ですし、Kindle for NintendoDSなんかが出たら、彼女の発明はまさに実現するわけですな。

そんなDAWAがリーダーのスマイレージ。明日、メジャーデビューを迎えます。

本日よりブランドを「Inoccu Inforoid」とし、当サイト内にコーナーを設けて、提供するAndroidアプリに関する情報を掲載することにしました。

Inoccu Inforoid (for Android)

本なびのバージョンアップがしばらく止まっており、本なび以外のAndroidアプリの公開も出来ていない状況ですが、これを機に再びAndroidアプリの開発に着手したいと思っています。

今後とも、よろしくお願いします。