飽きた人はどこに行くんだろうってのがまあ逆説的な話なんですけど、 Twitterはどこと戦って、どこからユーザーを獲得するんだろうね、というあたり。
例えば僕はFuktommyっていうハンドルで活動してるし、 ドメインやいくつかのサービスではfuktommyというアカウントを使っています。 僕のようにアカウントを持って活動するのに抵抗のない人たちがいます。 そういう人にTwitterがどう見えるかというと、 ブログの一種なんだな、とか、とりあえずアカウント取っとくか、とか、 TwitterがいいのかAmebaなうがいいのか、 それとも今こそブログで長文書くことで差別化をはかるのだ、とか なんかこういろいろ考えるとは思うんですけど、 僕にとっての「周辺」はここなんですね。 もし僕が単純に「Twitterを流行らせる方法を考えろ」って言われたら、 どうやってブログやAmebaなうからユーザーを奪うか、みたいに考えちゃう。
もうちょっと視野を大きくもつと、 アカウントを持つのに抵抗があって、匿名で掲示板に書いているユーザーがいると。 こういう人に対しては、アカウントを持つとこういういいことがありますよ、 という風味を絡めつつ、Twitterを宣伝していくことになるのかな。
ケータイプロフ等を使っている人の思考ってどうなのかわからないけど、 つまり僕は「アカウントを持って活動するのに抵抗のない人」と 同じだと思っちゃうんだけど、実は違うかもしれなくて、 Twitterなら世界中につぶやきを届けられるんだ、それはすばらしいことなんだ、 というアピールになるのかもしれない。謎。
究極的にはネットを使わない人がいて、 ネットを使うと楽しいですよ、 というニュアンスも込みでのTwitterの宣伝になるのかもなあ、とか。
]]>なんでかなあと考えてみると、 Twitterってどういう仕組みで動いているかは別として、 どう動くのかって理解できるんですよ。それこそ使い始めた最初の日から。 フォローした人の発言が一覧(タイムライン)になる。 自分が書き込みするとそこに追加される。 んで、自分をフォローした人のタイムラインに出てくる。 さまざまなマッシュアップサービスがあるけど、 それもタイムラインの仕組みまで落としてしまえば、理解はできるんですね。 その意味では本当によくできている。 直感的であって「よくできた道具」としては最高レベルですよ (TwitterはRSSリーダー的な機能と掲示板的な機能の融合である)。
バズに一目惚れしたのは、 自分用ページで、 フォローした人の書き込みが並ぶんだけど、 一部隠されていたりして、なんだこれ、どういう基準でやってるんだ、 って思ったとき。 さらに凄いって思ったのは、 docomo HT-03A ではGoogleマップからは読み書きできるけど、 フォローしている人の発言を読む機能がないとわかったとき。
これってどういうことかというと、レコメンドなんですよ。推薦の仕組み。 バズシステムが「これ読め」って言うんですよ。 「友達の発言全部読みたいから並べてほしいんだけど」「いいからこれ読め」。 「出先で友達の発言読みたいんだけど」「いいからこれ読め」。 「この発言読んだから、読んでないの見せてよ」「いいからこれ読め」。
ほとんどもう、自分では制御できない仕組みなんですよ。 何かのロボットであって、それが勝手に動いている。そんな感じ。
特にGoogleマップ連携が面白くて、 フォローするされるの仕組みを飛び越えていて、 単に近くにいる人の書き込みを表示してしまう。 それだって暇潰しとしては十分でしょ。 Android1.6で機能が制限されているのは、 マップ連携を体験させようという工夫なのかと思ったりもします。
まあ、そんな感じのロボット感、擬人化感がすごいんだよね。 Google技術の結晶という感じがする。 Twitterとは別ジャンルの何かでしょ、これは。
あ、おまけです。 「自分のブログにGoogle Buzzボタンを設置する方法(ただしWordPressに限る) | その他（IT） | 毎日がアップデート | あすなろBLOG」 みて作った、 表示しているページをGoogleReaderにブクマする(設定しておけばバズにも反映される) ブックマークレット。 GoogleReaderでコメント
]]>そんなこんなで今HT-03Aに入ってるアプリ・ゲームは次の通りです。
]]>まず本題じゃない方のこっちから。PHPで書いてると
function hoge() throws HogeException
{
...
}って書きたくなる。 Java書いてると逆にthrowsとかうざいって思うんだけど。 なんでかというと、関数の呼び出し側でtry-catchを忘れて難儀するとか、 そういうことがあるんだよね。
try {
hoge = new FileInputStream(file);
} catch (FileNotFoundException e) {
エラー処理
}ってのはよいと思うのね。
hoge = new FileInputStream(file);
if (hoge == null) {
エラー処理
}はなんか違うと思う。
これは迷う。 Lock (Java Platform SE 6)のイメージで
if (! lock.tryLock()) {
ロック取れなかったとき
return;
}
ロック取った後の処理なのか
try {
lock.tryLock();
} catch (HogeException e) {
ロック取れなかったとき
return;
}
ロック取った後の処理なのか。 例外方式がいいよねという点は次のように考えたときなんだよね。
total = sum(a, b, c, d, e);は自然なのだけど、
success = lock.tryLock();は不自然じゃないか、ということ。 これ思いついたときは本当に不自然だと思ったんだけど、 「成功か失敗かを戻値で返す関数」ってたくさんあるから、 あんまり不自然じゃないと思ってきた。
感覚的な話なのだけど、 ファイルを開こうとしたら開けなかったというのはエラーっぽいんだけど、 ロックしようとしたらロックできなかったというのは、エラーじゃない感じがする。 エラーっぽいときだけ例外にしよう、 そういう方針にした方がコードが読みやすいよね、 っていうのを以前どこかで読んだのだけど、出典がみつけられなかった。 たぶん、ちょっと前まではこの方針でよかったのだと思うのね。
でも別の方針として、 数学の関数とか、isHoge(), getHoge() みたいに戻値がありそうなものでない、 tryLock() みたいな戻値のなさそうな字面のものは、 字面の通りに値を戻さなくして、 その代わりに例外を使うというのも、アリといえばありのような気がする。
でも tryLock() で例外ってのは不自然だと思うけどなあ。 true/falseを返すものだという思い込みがあるからかもしんないけど。
]]>まずこないだ気付いたのだけど、 2chって話題別に板が分かれていて、話題別にスレが分かれているのだけど、 必ずしもそうじゃないのかなあと。 「○○板」があったとして、それは「○○について語る板」なのかというと、 「○○好きな人が集まって雑談する板」だったりするように見えたりします。 ということは、「○○板」というのは 「自分は○○が好きだから○○板に行ってみよう」という行動を起こさせるための 目印だと考えた方がいいのではないか。 2chは「自分は○○が好き」というのがあれば○○板に行くことができ、 読むこともできるし、書くこともできると。
「「2chに書き込んだことがある」はたった15.7%:アルファルファモザイク」 というのもあって、読むだけ人の数が全然多いのですが、 後で書くTwitterと違って、読むだけということができる構造なんですね。 あと、これは関係あるかどうかわかんないんですけど、 今の2chっていつも何かしら書き込み規制していて、 有料会員になるとかしないと、 プロバイダーによっては書けなかったりします。 そこを制限することで、気の効いた書き込みだけがされるようになって、 読むだけでも楽めるようになるのかな、って思ったけど、正直よくわかりません。
一方Twitterは自分でユーザーをフォローして、 自分だけのタイムラインを作る仕組みです。 はてなブックマークの「お気に入り」も同じ。 これのいいところは、 タイムラインができてくれば「どこに行こうかな」と考える必要はないことです。 欠点はタイムラインを作らなければならないこと。 例えば「自分は○○が好き」というのがあったとして、 同じく○○が好きなユーザーをフォローするとか、ちょっと大変だし、 使い始めたばっかりだと、そういう発想すらわかりにくいような気もする。
Twitterはアカウントを取って使わなくなっちゃった人は多いと思うけど、 読むだけの人は少ないんじゃないかな、と予想しています。 どうなんだろ。ROM用にアカウント取ったりすることもあるんだろうか。
新月は設計段階では「○○好きな人が集まって雑談する板」 のようなものを作るのを拒否していて、 話題だけでスレッドが分かれるべきである、みたいに考えていました。 はてなブックマークとかは、ホットエントリーとかをタイムラインと考えると、 最初は「自分と同じ嗜好のはてなユーザーの集まる場」だったのが、 ユーザーが増えるに従って次第にそうではなくなったんじゃないかなあとか、 各自がタイムラインを構築しやすくするにはどうすればいいのかなあとか。
これのいいとこ取りはできないかなあ。
場に辿りつくことについては、2chはもともとできるけど、 Twitterだとどうなんだろう。 検索機能で○○を検索すればいいのかな。 これについては、予め運営側でカテゴリーを決めちゃって、 書き込みをそれに登録する、みたいな態勢にしないと駄目なんじゃないかな。 難しい。
タイムラインについてはTwitterにはもともとあるし、 2chは専用ブラウザを使えばたぶん目的は果たせる。
「チラシの裏」性はTwitterならいいけど、 2chをベースに考えるとどうなるんだろう。
Twitterを目指すか、2chを目指すかのどちらかしかなくて、 方法論は両立しないのかなあ。 あ、つまりまとめることができて、 運営側がどのくらい頑張るかってことなんじゃね？ カテゴリー等を予め決めておいて、これに所属するようにしなさい、とか 逆に自由入力のタグ等を用意していて、好きに使ってください、とか、 その辺の力の入れ具合。
ニコニコ動画を例にするとカテゴリー(ランキング)は運営が用意するもの、 タグはユーザーが作るもの、 チャンネルは半分運営、コミュニティはユーザーという感じですね。
]]>欲しいものをはっきり定義しときましょう。 ポケットに入る小ささ、軽さ。 Webがストレスなく閲覧できる程度の速度。
とりあえず現状だと遅いんですよね、ケータイって。 HT-03Aとか、Nexus One で、はてブを表示させたりすると、やっぱり遅いのですよ。 そういえばiPhone3Gでは試してなかった。速ければいいなあ。 スマートフォンが消し去ったもの - レジデント初期研修用資料で
寝室の布団から出て、「ほんの数歩」歩けば、 Core i7 に光回線をつないだデスクトップPCがそこにあるのに、 今はなんだか、布団にくるまってごろごろしながら、 無線LAN にショボいCPU、小さな画面で、 そんなに「我慢している」という感覚を覚えることなく、遅いネットを楽しむ。
とあって、こういうことがしたいのだけど、遅すぎるんですよ、HT-03A。 で、今日気付いたのですが、 2chブラウザ「Anちゃん」とか、 Twitterクライアント「twidroid」とかはかなり速いというか、 体感的には速いんですね(twidroidは顔アイコンを非表示にすると速くなる)。
たぶんなのだけど、HTML+CSS って自由度が高いから、 ある程度読み込まないと、レイアウトできなかったりするんじゃないかなあ。 サービス専用クライアントだと、一部のデータだけでも無理に表示することが可能と。 とりあえず最初の画面だけ描いておいて、それを読んでいる間に、 スクロール先を描いておく、みたいなことができそう。 実際にそうやっているわけじゃないと思うけど。 つまりこの段落は本筋じゃないね。
とにかくそのあたりの違いがあるんだよなあ。 ケータイ向けHTMLだとか、 スマートフォン向けにAjaxとか使ってなんとかするというのが現時点の解かなあ。 全てのサイトにそれを期待するのもあれだし、どうしたものかとも思い、 HTML5がその辺を解決してくれるのかもと思ったりもします。
なので今は布団から出て、 机に向かって正座してノートPC(これだってそんなに新しくない)を使うというのが 現時点での姿なのだけど、別の解もあって、 2chとTwitterしか使わないとかね。 ケータイメインの人がケータイ向けサイトしか見ない、みたいな感覚なのかも。 Webブラウザは重いものだと割り切って、専用クライアントのあるものしか使わない。 そういうのも解ではあるのかなあ。
PCでブラウザを使うときの自分の動きを考えてみると、 ページを表示するのには時間がかかるので、 バックグラウンドのタブで開いておいて、別のページを読み、 ページの表示が終わってから切り替える、みたいなことをしてたりします。 HT-03Aの標準ブラウザはウィンドウ機能で似たことができるのだけど、 メモリとCPU力が足りないので、ほとんど無理。
ポケットに入る携帯電話ってもう10年近く前から使っているし、PCだってそう。 だから、「ポケットに入るPC」ってのも想像は可能で、 現実にはそこに追い付いた製品はないので、 おお、これは凄いぞと感動することってないよね。 小さいのはわかった。でもPCほどじゃないよね、ストレスあるよね、となる。 後からこれは凄いなと思ったのは、 タッチパネルが直感的だなあとか、音声検索が出先で便利だなあとかはあるけど、 触ってみて、その瞬間にこれは凄い、ってのとは違う。 これからスマートフォンの性能はどんどん上がっていくけど、 そういう意味での感動はないんだろうなあ。
]]>そもそも僕はこういうルールを自分に課しているのですね。
Twitterだと、エゴサーチのところで難点があったのですよ。
この辺の話は 「第3回SBM研究会で発表してきたよ ～やる夫ブログ読んだなう～」 を始め、何回も書いてますけどね。
ところがどっかのサービスが何かと連携しようとするなら、 それは、はてブとりもTwitterだという確率が圧倒的に高いんですよ。 これはもう、諦めてTwitterを使うしかないじゃないですか。
なので「リンクには短縮URLを使わない」というルールを課した上で、 Twitterをミニブログとして使うことにしました。 プレミアム会員とかしないかなあ。 お布施しておかないと心配なんだけど、広告収入系で黒字らしいから、いいか。
]]>まぁつまり「Javadocに書かれていない挙動をしたらバグ」ですってのはどんな頓知だよ、というか、 僕の興味のあるところとは微妙にレイヤが違うなあと思った。 なので以降は興味のあるレイヤについて書きます。
関数がどういう挙動をするべきかというのを仕様だとすると、 その上に「どういう仕様を定めるべきか」という問題があって、 それを仮にメタ仕様と呼んでみます。 実際には「意図」って言ってることが多い気がする。
関数の引数にヘンなものを渡したらどうするべきなのか。 nullを返す？ falseを返す？ 例外を発生させる？ 例外は組み込み例外を使う？ ユーザー定義の例外を使う？ なんとなくPHPを想定。 コメントに書いてあるのが正しいというのはその通りだけど、 さて、どの方針で行きましょうか。そういうレイヤの話ですね。
コーディング規約としては、このレイヤが重要な気がする。 もっと一般的な例だと、どういう基準で関数を分割する？ クラスの分割は？ みたいなことかな。 括弧の付け方、スペースの入れ方は、実はそんなに読みやすさに影響しないと思う。 肥大化した関数、逆によくわかんない基準でこま切れになった関数、これは困る。
ソースコードレベルの仕様は実装しながら決まっていくのだから、 いかにして仕様を定めるかということが重要になるはず。 この辺は規模・開発体制・システムの設計に依るところが大きいと思うけど。 つまり個々の開発者にどの程度の裁量があるの、という話。
んで、開発者同士は互いの意図について把握しておくべきだろうな、と思うのね。 でも規約として意識する必要もなくて、 「誰それが何月に開発した、何々モジュール」みたいな単位で、 首尾一貫している程度でよいと思ってる。 その程度の首尾一貫性があれば誰でもメンテできる。 これ以上粒度の細かいチーム開発はしたことないからよくわかんない。
]]>関数の頭のところに、先に進むかreturnするかの分岐を書くというテクニック。 本来の意味のガード節だと、returnするのは特殊な場合で、 通常は先に進むというニュアンスがあるのだけど、 あんまり気にしなくていいかなあ、と思ってるので、ガード節「的」としました。
function hoge()
{
if (条件式) {
なんかの処理が
数行続く
そんなブロック
}
}だと、ifの中のブロックに入らなかった場合はどうするのかなあ、 と考えながらコードを読む必要があるのですが、
function hoge()
{
if (! 条件式) {
return;
}
なんかの処理が
数行続く
そんなブロック
}なら、ああこれで終わりなのね、とすぐわかるので読みやすいと。
function hoge()
{
$tmp1 = fuga1();
$tmp2 = fuga2($tmp1);
$tmp3 = fuga3($tmp2);
$tmp3を使うなんかの処理が
数行続く
そんなブロック
}これだと$tmp1や$tmp2を後で使うのかなあ、と考えながら読む必要があるので、
function hoge()
{
$tmp3 = getTmp3()
$tmp3を使うなんかの処理が
数行続く
そんなブロック
}
function getTmp3()
{
$tmp1 = fuga1();
$tmp2 = fuga2($tmp1);
return fuga3($tmp2);
}とします。 一時変数があるということは、コードの記述量もそれなりにありそうだし。
何か処理をして、成功したらtrue, 失敗したらfalseを返すってのは 割と定番なんですけど、 成功・失敗の2つしかないと思ってたら、 実はもっとパターンがあった、となると困るので、 最初からオブジェクトにしておきましょう、みたいな感じですね。
class Result()
{
public $success = false; // 成功
public $fail = false; // 失敗
public $canceled = false; // 意図的に中止された
public $duplicate = false; // 重複になるから途中で中止した
}みたいに、パターンを増やすことができます。
DB的なものからある条件でデータを取得し、 ソートしたり、ランダムに並び換えたりする、みたいな流れだと、
$data = $hoge->select(取得条件, OPTION_FLAG_SORT);
$data = $hoge->select(取得条件, OPTION_FLAG_SHUFFLE);という手もあるんですけど、実装が許すなら
$data = $hoge->select(取得条件)->sort();
$data = $hoge->select(取得条件)->shuffle();と書きたい。 これは$hogeのクラスやselect関数の肥大化を避けるという効果があるのだけど、 そこまでの説得力はないかなあ、と思います。 要は好みの問題なんじゃないの、と言われたらそれまで。
]]>HT-03A もなかなかなんだけど、どうしても
という欠点があって、 つまり「でっかいスマートフォンがほしい」ということなんだよね。 これは前々から考えていたけど、
を見て文章化しようと思った。
]]>いや、サジェストがうまく行っているときは楽しく入力できるんですよね。 たぶんそれはいくつかの条件が重ならないと、駄目なんじゃないかなあ。
まず、入力速度の問題があると思うのね。 PCの性能にもよるのだろうけれども、サジェストがワンテンポ遅れる気がする。 なので、このまま入力を続けるべきか、サジェストが出てくるのを待つか、 という判断をしないといけない。 サジェストも出るのが遅れているだけなのか、 この入力状態では出ないのかの区別がつかないから、 そもそも入力速度をPCに合わせる必要があるという感じ。
それから、サジェストが出てきた段階で、リストを見なきゃいけないのね。 文字を入力するごとにサジェストが出てくることもあるから、 こう、スペースを押して変換モードになったときだけリストを見ればいい、 というのとはちょっと違う。
あと、変換がスペースでサジェストからの選択がタブってのも、なんか微妙。 そりゃSKKも履歴呼び出しはタブだけど、なんか違うんだよなあ。 携帯電話だと、Google日本語入力でいうところのタブって、 だいたい下キーなわけで、ほとんどそれで用が足りるわけでしょ。 Google日本語入力だと、サジェストに出てこない文字もあって、 そっちはスペースで選ばないといけないわけだし、 その辺の機能がうまいこと統合されないかなあ、みたいな。
あとはなんだろうなあ。 連文節変換に共通の問題なのだろうけれども、 どこで変換・確定すればいいのかが自由というのも、困るといえば困る。 サジェストが出てきたらそこで変換すればいいとして、 出てこなかったとしたら、次の単語の前あたりで一旦変換・確定すべきなのか、 文末まで入力しきってからの方がいいのか、みたいなことで悩む。 このあたりは使い込んでいけば、感覚的に理解できるのかもしれないけど。
そうえば「～と思わない」と入力しようとしたときに、 サジェストで「と思われる」と逆の言葉が出てきて、これには混乱する。 些細なことではあるのだけど、実際混乱するのだから仕方ない。
長期間使ってみないとなんとも言えないのだけど、 実はサジェストは常用するものではなくて、 基本的には無視して、通常のかな漢字変換みたく文末まで入力してから、 変換・確定するのが正しいのかもしんない。 サジェストはうろ覚えの単語を思い出すときだけ活用すると。 つまんないけどね。
PCだと携帯よりも入力が速いから、 サジェストから選ぶよりは打っちゃった方が早いというのはあるだろうなあ。 それであってもサジェストを常用する使い方があるとしたら、 どう使えばいいんだろうね。
普段使ってるSKKとの違いというのも大きいなあ。 SKKって基本がかなの入力であって、漢字に変換したいときだけ、 その単語の最初のところでモードを切り替えるでしょ。 ところがたいていのIMEだと漢字変換モードが基本で、 かなのときだけエンターを押して確定するという、 その逆になっているところがリズムを狂わせるというのもある。 SKK練習してたときはそれが気持ちよかったのだけど、 逆のときは別にそうでもないなあ。
]]>ホームページ→ブログ→Twitterという流れがあったとすると、 それって何かというとレイヤが上がってるんじゃないかなあ。 インターネットに接続して、ブラウザで見るのがホームページ。 ブログは特殊なホームページであって、 「インターネットに接続して、ブラウザで見る」という条件はそのままに、 簡単に更新でき、RSSを吐くという要素が追加された。 Twitterは特殊なブログであり、 「インターネットに接続して、ブラウザで見る。簡単に更新でき、RSSを吐く」 というのはそのままで、タイムラインという発明が加わったものだと思うのです。 つまりTwitterはブログの一種であるし、ブログはホームページの一種である、 という関係があるという話。
んで、ホームページ、ブログ、SNS、CGMってのはジャンル名なのだけど、 Twitterって1つのサービスなんですよね。 これは「404 Blog Not Found:#twitter と #blog の一番(大きく|見落とされる)違い」でも触れられてたし、僕はもっと前から言ってたけど(第3回SBM研究会で発表してきたよ ～やる夫ブログ読んだなう～)、 ブログは1つのジャンルなのに対して、Twitterは1つのサービスなので、 比較対象としておかしいといえばおかしいんですね。 ところがこのイベントはミニブログ研究会じゃなくてTwitter研究会なわけだし、 ミニブログという言葉じたい微妙で、 「Twitterやそれに似たものたち」と言った方が通りが良さそうな気がする。 とにかくTwitterってそういうものなんですよ。それがすごい。
で、過去にさかのぼって、似たものがないかなあと思うと、 強いていえば「掲示板サイト」に対する2ちゃんねる なのかなあ、と。 「掲示板サイト」ってのは割と造語なのだけど、 個人ホームページに掲示板機能がついてるというわけじゃなくて、 掲示板を中心にしてできあがっているサイトということね。 ある一時期においては 「2ちゃんねるやそれに似たものたち」と言ってしまってよかったんじゃないかなあ。 これがSNSだとmixiが GREEに勝ってたときでも、 「mixiやそれに似たものたち」には違和感があるんですよね。 この辺はとても微妙。まあ主観だし。
なぜ(他のサービスや他のジャンルではなくて)Twitterが流行ったのかということでは、 歴史的に事実を追っていく必要があるのだけど、 タイムライン がTwitterの発明なのかということはたぶん肝になる。 あとTwitterの仕組みがシンプルなので、 英語版だけだった時代でも日本人が使ったのではないか、 という仮説も立てられるかと。
2ちゃんねるのAPIって、今でも根強い人気はあるのだけど、 普及したかっつうとあんまり普及してない気がする。 こういうものって他にもいろいろあるのかなあ。
あとIRCとTwitterの比較というか、 単純に考えるとIRCもTwitterもボットのコアのところは変わんなくて、 投稿APIが違うだけじゃないのという気もするんだけど、どうなんだろう。
ホームページだと「http://fuktommy.com/」だとか、 省略しても「fuktommy.com」だけど、 TwitterならIDは「fuktommy」ですになって、 余計な.comとかがないから、お店の看板とかにも書きやすいとかかなあ。 これは懇親会での自己紹介見ててもそう思った。
IRCとの比較・検討があっていいかなあと。 社内とか学内とか、メンバーの上限がそんなに大きくなければ、 関係者全員参加のチャンネルを作って、IRCで話した方がいいような気もする。 これはパネルディスカッションの「社内Twitterクローン」とも繋がるのだけど、 社内Twitterってけっこう環境を選ぶ気がするんですよね。 最初からある程度(数千人規模？)の社員がいるとか、そんな感じ。 少なければ結局は社員同士は全員互いにフォローしてる、みたいな感じになるので、 つまりIRCで十分だし、 フォローする手間を考えるとIRCじゃないの。みたいな。 Webで使うには不便だったり、 クライアントをクローンサーバー用に設定する手間がかかるとかも。
外部に開かれた授業という点ではTwitterが有利ですけどね。
Twitterは広報のために使えるということは、その通りなのだけど、 顧客やら困ってる人からのフィードバックには使えないかなあ、 ということが気になります。 途上国の人が「医者がいない」って言ったら、 国連の偉い人が医者を派遣する、みたいなイメージ。
Twitterの強さというか、特徴って、 1つのサービスであって、ジャンル内ではほぼ独占であり、 仕組みだけでなく文化まで含めて、Twitterだ、つってることなんじゃないかなあ、と。 Twitterキャンドルナイト はそれを象徴しているような気がする。 SBM研究会 と比べてもそういう気がするんですよね。
僕にとってTwitterが何かというと、ブログですね。 「RSSを吐くもの」として、通常のブログやそのほかのものと同じジャンルです。 これをGoogleリーダーで読みます。 なぜなら多数のソースを一元管理したいからです。 書くときははてバーぶろぐを使って、 はてなブックマークに書き込みます。 なぜはてブを使うかというと、 「僕のブログの感想はTwitterに書いてください。エゴサーチでみつけます」 と言えないからですね。 「第3回SBM研究会で発表してきたよ ～やる夫ブログ読んだなう～」 で発表したように、Twitterは検索性が悪すぎます。 短縮URLになったらエゴサーチは困難です。 なので「感想ははてブに書いてください。エゴサーチでみつけます」となるわけで、 Twitterに集約するかはてブに集約するかというと、はてブを選ばざるを得ません。
]]>AndroidもOSなのだけど、 GoogleはAndroidという名前を前面に出さない、みたいなこと言ってたはずで、 とはいってもAndroid搭載の携帯電話をひとくくりに呼ぶときの名前どうするの、 という問題があるわけで、どうすりゃいいんですかね。 Android搭載端末がいろいろ出てきて、 いい感じに互換性も崩れてきて、iPhoneも含めた 「タッチパネルケータイ」みたいなジャンルになればいいと思うのだけど、 どうなるんですかね。
んでChromeOSだけど、これはその点ではAndroidよりいいのね。 Androidだと「Androidアプリ」とか「Androidアプリの動く端末」とか 「Androidに最初から入ってるブラウザとかの動く端末」みたいなのを まとめて呼ぶ必要があるのだけど、 ChromeOS搭載PCって、起動したらブラウザが立ち上がるだけなのだし、 そのブラウザだって本当はIEでもFirefoxでも、 ユーザーにとってはどうでもいいのだから、 「ブラウザ専用機」ということで一括りにできる。
ChromeOSは、起動したらブラウザが立ち上がるだけ、 っていうのは最初から予想していました。 予想してなかったのは、使えるPCを選ぶということで、 予想では、各種ドライバーが入っていて、どんなPCでも動く、 というのを指向するのかと思ってた。 これも起動時間を短縮するためのことなんかなあ。 メーカーは自分とこの機種に合わせて、 適当にドライバー組み込んで売ればいい気がする。
んで、「ブラウザ専用機」なのだけど、 これは過去存在したのかな。僕は知らない。 Lモードとか？ これは知らないのね。 キャプテンシステムに似てるという話 もあったけど、こっちも知らない。 まあ、GUIで動画も観れて、いろいろできるという「ブラウザ専用機」は、 過去存在しなかったと言ってもいいのかもしんない。
電源ボタン押すと画面にブラウザが立ち上がり、 使ったら電源ボタン押せば電源が切れる。 直感的。 そう。ゲーム専用機みたいなノリですね。 PCに対してゲーム専用機があるようなもので、 PCに対してブラウザ専用機があると。 このブラウザ専用機はPCメーカーが、PCと似たようにして作るのだけど、 たぶんユーザーから見たときはPCとは別になるんじゃないかなあ。
WindowsからChromeOSに乗り換える、というのはなくて、 PCからブラウザ専用機に乗り換えるとかはありそう。 携帯電話からブラウザ専用機(携帯電話内蔵)に乗り換える、 というのはありやなしや。 MacBook Air なみの薄さ軽さだったら、あるかもしれない。
つうことで、ChromeOSがどうなるか、というよりも、 ChromeOSを使った「ブラウザ専用機」がどれだけ魅力的になるかというのがキモで、 そりゃ開発にあと半年や1年はかかるよなあ、と思ったですよ。
]]>何を聞けばいいかすらわからない=聞きに行けないというのはたぶん正しくて、それは教える側としても、 「何かで困っている様子なのだが、何に困っているのかわからない=教えられない」 となってしまうんですよね。 だから、新人が質問をして、教育係がそれに答える、 という形式は最初から無理があって、成り立たない。 たぶんペアプロとか、 それに匹敵するくらいに教育にリソースを注ぐことが必要なのでしょう。
自分はどういう風に教育を受けたのかと考えると、 そこまで意識する余裕がなかったためかよく覚えてないのですが、 半年くらいは担当システム固有のもの、 たとえば設計はこうなっているとか、この箇所の担当者は誰であるとか、 こういうライブラリがあるのでこう使うとか、 そういうのを覚える期間だったなあと思うわけですね。 プログラムを作りながらそういうのを理解していったわけですが、 正直いってプログラムの品質はそれほど高くなくて、 当時のプログラムを拡張しようとして四苦八苦することもあります。 で、半年後に、新しい上司に「ユニットテスト書け。 TDDで開発せよ」 と言われたのをきっかけに、プログラムの品質を高めることを考えはじめて、 1年以上かけて、少しずつ勉強していったという流れです。 結果的に「関わるシステムの理解」と「プログラミングの上達」とを、 別の時期に取り組むことができたので、よかったのかなあ、と。 当時はシステムのサイズも、関わる人の数も、 今よりずっと少なかったからこういうことができたのであって、 今は同じことはできないのかもしれないのですが。
]]>