2007-07-22[n年前へ]
■経済学と研究者
Rails を久しぶりに集中していじる。これまでの練習題材は、意外性がカケラもないプログラムだった。けれど、今回は自分の中で閉じないアプリケーションの練習をしてみることにした。表示される内容が新鮮で、自分で作っていても、内容を楽しむことができるのが、面白い。
今日の「n年前へ」
この世は不公平なものだが、それぞれが努力すればそれに見合ったものをみんなが得られるようになる社会をどうすれば実現できるだろう、ということを愚直なまでに考えるのが経済学だ。 石川経夫
世の中には二つのタイプの研究者がいる。理路整然と嘘を言う研究者と支離滅裂だけど真実を言う研究者がいる。 川喜多喬
2007-08-22[n年前へ]
■一日一歩
"Sometimes I wonder how you can stand being just a dog." (人間じゃなくて)犬でいるのって大変じゃない?
ぼくは、進歩しようとしない人を好きではない。
「のび太君、百年の歴史を見るには百年かかるんだよ…」
あるいは、「誰でもみんなやろうと思えばできる」と信じる力こそが、欠かせない才能の一つなのかもしれない、とも思う。
"You play with the cards you're dealt, whatever that means." 君だって自分に配られたカードで勝負するしかないんだろ?
「(何かを) - やろう - と努力をちゃんとできること」も「才能の一つ」なのかも、と思ったりもする。
2007-10-01[n年前へ]
■「40年前のF-1監督」と「希望がある人、希望がない人」
何かを根気強く続けるということは、言い換えれば挫折や失敗に負けないということでもある。F-1レースの結果を見ながら、手元にある切り抜きをいくつか整理した。イギリスのレース・エンジン・チューナ"ジョン・ニコルソン"のダイナモ室入り口に貼られているという言葉が、電波新聞社「トイテクノロジー」の114〜115ページに書いてある。
Bhp(軸馬力)"昭和40年代"の元ホンダF-1監督中村良夫が「レーシングエンジンの過去・現在・未来」(グランプリ出版)という本の中で紹介している言葉だという。
60%=perspiration (汗・努力)
10%=inspiration (ひらめき)
10%=constipation (壁に突き当たり・行き詰まり)
20%=manipulation(ごまかしながら・上手く操る)
それが、つまりは希望ということになるのではないだろうか。
佐藤 香 「希望がある人、希望がない人」
2007-10-03[n年前へ]
■「努力」を楽しく
街で見た交通標識は"ANY TIME, NO STOPPING"時折、立ち止まって考えたりもするけれど、「どんな時も立ち止まらない」というフレーズも時にはいいかも。
「航空事故率を半分にするには4倍の努力が必要であり、4分の一にするには8倍の努力が必要になる」
「努力は期待する成果の二乗の努力が必要だ」
2008-04-18[n年前へ]
■「自分で作った道具」で「自分が作るもの」と「クラス分け」
よく、「使う道具次第で、作る内容は違ってくる」と言われる。インターネット上の道具で言えば、ネット関連の日記ツールの「指向性」次第で、そのツールを使って書かれる内容は異なってくる、と言われる。もしも、繋がりを作るのが容易なツールであれば、繋がりを意識した内容になるだろうし、「意識して作業しなければ繋がりが作られないツール」を使うのであれば、あまり繋がりを意識した内容にはならない。コメントを重視した道具であればコメント主体になるし、コンテンツ志向の道具であれば、当然コンテンツが充実してくる。それは、自然なことだと思う。
なぜそれが自然かと言うと、多くの場合、道具が指向する方向を、それを使う人は意識するからだろう。その道具が得意な方向に、つまり道具が導く流れの(一言で言ってしまえば楽に作業できる)方向に、人の努力は向かう。だから、「使う道具次第で、作る内容は違ってくる」のだと思っている。
少し前に、サーバアプリを(静的HTML+hns(hyper nikki system)から自作ツールに変えた時、つまりWEBサーバ側のコンテンツ作成ツールを開発しようとした際には、WEBサーバに「どんな内容のことを書き連ね・どんなものを溜めている(溜めたい)のだろうか」ということを考えた。「使う道具次第で、作る内容は違ってくる」のが真実だとしたら、どんな「道具を作るべきなのか=どんなことを(その道具を使って)作りたいのか」を考え直す作業をした。
「自分が何かを書くために、そのためのツールを作る」というのはとても新鮮な作業だった。なぜなら、結局のところ、それは「自分が何をしたいのか」ということを考える作業でもあったからだ。
サーバアプリはRailsを使って適当に作った。その構造を大雑把に言えば、画像アップロード・他サイトリンク(リンク先サムネイル作成/全文キャッシュ)などの機能を備えたContentクラスを作り、Contentクラスを継承して、Articleクラス(できるかな?)とMemoクラス(inside out)とBookmarkクラス(現状Tech-logs)があり、それら全てのContentを継承したクラス間をKeywordクラスが(Keywordクラス自身も含め)繋いでいる、という具合である。そういったクラス継承に頼った道具の造り・構造は、Ruby on Railsという道具をさらに使ったためである。(また、デザイン/CSSはtDiary系互換にし、自分でそういった作業をすることは止めた。)
Article(できるかな?)とMemo(inside out)とBookmark(現状Tech-logs) という各クラス分けされた道具に影響され、それまでとは書く位置づけ・方向性はやはり異なってきたように思う。inside outからは、コメント程度のBookmark的要素(現状Tech-logs)が消え、その分、Articleクラス(できるかな?)に近づき、Articleクラスからは、Memoクラス(inside out)的に書いた小品は消える、という具合だ。
とりあえず、自分のために作ったツールだから、自分が使うためには一番いい。けれど、クラス分けし過ぎたような気にもなる。本来、曖昧な境界線しかないものを、別なものとしてクラス分けしたことの弊害が、きっとどこかに出てくるに違いない。キーワードでその分離を補うことを狙ったのだけれど、キーワード連携ではどうやら力不足のようだ。