2007.02.21 Wednesday
昨日クレジットカード会社と携帯電話会社のＷｅｂサイトでのユーザー登録をしました。これは月々のご利用明細書を「紙ベース」から「電子メール」に変えるという作業の為に必要なアカウント作成です。
簡単にできるものと思っていましたが、これが難しいのなんのって・・・。
何が難しいって１画面の文字が多すぎてどこを読めば良いのか、どこをクリックすれば良いのかがわかりにくいのです。
「紙ベース」から「電子メール」に変えることによって年会費が安くなるのだから、まぁ仕方ないか・・・
しかし・・・これってご年配の方にやさしくないですよね。
どこかの大手ベンダー様。
高齢化社会の為に、ユーザーインターフェイスの開発をお願いいたします。
Posted by A. KIDA |
Category: いろいろと |
0 comments |
2007.02.20 Tuesday
Padawanがなんか喚いてる。
ディスクトップ環境なんだけど、ポータルサイト。
ポータルサイトなんだけど、完全に個人カスタマブル。
単なるディスクトップ環境じゃないらしい。
まぁ、ある種のアイコンで、アイコンをクリックするとコンサートのチケットが買えたり、動画コンテンツを見ることができたり、ネットトレーディングもできる。それぞれが好き勝手にカスタマイズできる。
今までのポータルサイトみたいにブラウザに表示するんじゃなくて、パソコンのディスクトップ環境そのものになってしまう。
・・・だそうだ。
これってどう思う？
Posted by Jun Takemura |
Category: Concept Design |
1 comments |
2007.02.20 Tuesday
SKKと言うFEPを使ってます。SKKはSimple Kana Kanji henkanの略。使い出してからもう２０年以上になるかなぁ。Simpleって言うとおり、単漢字変換、単語変換だけで、連文節変換とか、推測とかの機能はない。辞書も普通のテキストファイル。辞書構造が簡単だから、自分で勝手に改造できる。
連文節変換って、文章入力が途切れないから、それだけ速く楽かもしれない。でも、勝手に次々と変換してしまうから、とんでもない変換をしてしまうことがしばしばある。
その点、SKKは変換したい文字、単語だけ変換できる。ちょっと面白い使い方としては、英単語を適当な日本語に変換したり、その逆もできたりする。
でも、SKKが優れている最大のポイントは他にあると思ってる。
送り仮名の処理！
SKKは漢字の学力が無いと使えない。どこからが、送り仮名になるのか明示的に指示しないとまともに変換してくれないのだ。
この機能こそが、優れている点と思ってる。
難しいことを知らなくても、ややこしいことを考えなくても勝手に変換してくれるほとんどのFEPは便利だけど、私に言わせれば「余計なお節介！」
便利なツールは、人が本来持っている能力、学んできた知識を退化させてしまう。能力や知識が退化してしまえば、結局どんなに便利なツールも使えこなせず、挙句はツールに使われてしまうことになる。
こんなこと、誰も考えないのかしらねぇ・・・
考えてる人きっといると思う。居たら手を上げて！
Posted by Jun Takemura |
Category: Concept Design |
0 comments |
2007.02.19 Monday
字ばっかりだから、写真を入れてみた。
これ、プーケットで泊まったホテル。ラグーナビーチリゾートのスィート。ここに２週間ぐらい泊まってた。
時間に追われることもなく、気ままにビーチに出たり、木陰で本を読んだり、テレビを見たり。もっともテレビと言っても日本語の放送はNHKの国外向けしかなくて、あとはタイ語か英語。
新聞はあるけど、これもタイ語か英語。
宿泊客は、欧米の人が多かった。週末に中国系と思われる団体さんがぞろぞろ。あんまりお行儀良くなかった。
欧米の人って、長期滞在型が多いみたい。だから２,３日したら、知ってる顔がちらほらなんてことになって。
そうそう、ホテルの中を小象が歩き回っていた。
Posted by Jun Takemura |
Category: いろいろと |
0 comments |
2007.02.19 Monday
営業活動の一環でＭａｓｔｅｒ（師匠）が持っていた名刺から、
数名の方にメールを送らせていただきました。
見ず知らずの私からの突然のメールにも関わらず、
ご返信いただき、とても感謝しております。
ご返信をいただいた会社のＷｅｂページに面白いブログがありました。
「インターネットは、人と人を繋げるための道具で、そこに必ず人がいる事を忘れてはいけない」とはＭａｓｔｅｒからの教えです。
ここ愛知県から遠く離れた場所にいる方と連絡が取れるなんて、驚異に感じました。
そうそう、他社さまの面白いブログの話です。
そちらの社長さまが、他県への、アジアへの出張での事を載せていらっしゃいます。そこには、地元の方の写真や食事の事、あまりビジネスには関係のない事が書いてあり、それはとても好奇心の強い、鋭い感覚をお持ちになっている方と感じさせました。
そのブログを拝読して、今後の私の目指すものが漠然と見えたような気がしました。
ネットワークの構築はただパケットを流せばいいのではないのですよね？
人と人を繋ぐお手伝いをするのです。
ニュージーランドで、移動式「うどん・どんぶり屋」を開くのはまだまだ先になりそうです。
--------------------------------------------------------
ご意見・お問い合わせ先 aki2@cat.co.jp
Posted by A. KIDA |
Category: - |
1 comments |
2007.02.12 Monday
中古、Used PC、Vistaとか言う新しいWindowsのOSが出たみたい。どれだけ無駄を増やせば気が済むのだろうか。
新しいバージョンが出たおかげで、使えなくなる古いパソコンがまた増えてしまう。個人が趣味で使うならまだしも。乏しい予算をやりくりしてようやっと生徒が使うパソコンが買えたと思ったら、新しいバージョンは重くて使い物にならない。おまけにサポートが切れるとかで、障害が発生しても直してもらえない。予算が無いから、新しいパソコンなんかとても買えない。
いったいどうすればいいんだろう。
パソコンのひとつも使えないと就職も満足にできない。少しでもパソコンに触れる時間を作りたいと思って揃えたのに・・・
ちっちゃい会社はともかく、ある程度以上の規模の会社ではたいてい遅くて仕事にならないとか、サポートが切れたとかでまだ使えるパソコンが倉庫に山積みになっている。下取りに出そうにも、OSのサポートが無いからどこにも売れない。
どうすればいいの？
Posted by Jun Takemura |
Category: UNIX |
1 comments |
2007.02.12 Monday
バラエティーと、グルメとかの番組ばかり。
やれどこそこのラーメンが美味しいとか。どこそこの料理は限定１０食とか。一匹からほんのわずかしか取れない食材をつかってるとか。
人が豪勢な食事をしてると込み手何が面白いんだろう。
テレビで他人が食事してるとこ見てもゼンゼンお腹いっぱいにならないし。
美味しいもの食べたいって言う欲求、分からないでもないけど。なんか間違ってない？
高い食材を使って、なんとかって言う賞をもらったとかの料理人が一日数食しか作らない食事より、おばあちゃんが私のために一生懸命作ってくれた肉じゃがとか、お漬物の方がずっと美味しい。
それにさぁ、お金を掛けた贅沢な食事の影でいったいどれだけの人が飢え死にしているか考えたことあるのだろうか。
いい加減にして欲しい。
Posted by Jun Takemura |
Category: いろいろと |
0 comments |
2007.02.11 Sunday
間違った考え方なの？
こんな考え方しちゃいけないの？
怠け者だから。
お金を稼ぐためだけに、アクセクしたくない。
お金を稼ぐためだけに、夜遅くまで、休みの日まで仕事したくない。
時間に追われて、あっち行ったりこっち行ったりしたくない。
何でそんなに沢山お金がいるの？
美味しいもの食べたいから？
かわいい服きたいから？
ブランド品を身につけたいから？
広いお屋敷に住んで、乗り心地はいいけど燃費の悪い超高級車を乗り回したいから？
仕事なんかしたくない。
仕事をしない事が仕事。
高いお金を出せば美味しいものが食べられるわけじゃない。
大切なものが次々に無くなっていく。
Posted by Jun Takemura |
Category: いろいろと |
0 comments |
2007.02.07 Wednesday
クラスレスラベリング・・・造語？
多分、私が勝手に作った言葉。
IPアドレスは、ネットワーク部とホスト部に分かれている。昔は、Aクラス、Bクラス、Cクラスって、３種類の分け方しかできなかった。その後IPアドレスの効果的な割り当てをする必要からもっと細かく、自由に分ける方法が考え出された。それがクラスレスで、CIDRなんて言葉が使われている。
ここで言うクラスレスって、これと同じような事なんだけど、IPと違ってひとつの情報（数値情報）を２つの部分に分けるのと違って、２つ以上の部分に分けられるなければならない。
仮に32bitの数値情報があったとする。
必要な情報は、
分割されるフィールドの数
それぞれのフィールドの長さ
それからそれぞれのフィールドの情報
の３つ。
CIDRはネットワーク部の長さを表すだけで十分だけど、この場合はそれでは不十分。
表記方法としては、
/a/b/c/d
なんていうのが考えられる。
フィールド数が３ならば
/2/a/b/c
となるわけ。
a、b、cはそれぞれのフィールドの長さを表す。
３フィールドは2bitだから"2"。
数値情報全体で32bitだから、
2 + a + b + c = 32
になる。
Posted by Jun Takemura |
Category: Concept Design |
0 comments |
2007.02.07 Wednesday
写真をアップしてみた。どうなるんだろう。
Posted by Jun Takemura |
Category: いろいろと |
1 comments |