«前の日(04-16) 最新 次の日(04-18)» 追記

Matzにっき

迷惑メール対策なら Dr.WEB
『Dr.WEB メールデーモン』、MTA 用迷惑メール対策製品です!


2004-04-17

_ [メール]噂のGoogleの1GBメールサービス「Gmail」を最速レビュー!

Gmail。なかなか面白そうだが、

  • 日本語が使えるかどうか分からない
  • ソースが入手できないからカスタマイズ性に不安
  • ネットワークにつながってない時は使えない

などの制約から、自分で使うのは難しそうだ。

しかし、ふと考えたら、私のノートでもディスクは1G以上残っているという事実に気がついた。 最近のディスク容量から言えば珍しいことでもなんでもない。

にもかかわらず私が過去10年のメールの全てをもっているわけではないのは、 ただ単に、私が使うソフトウェアが1Gメールに対応し切れないからだ。

であれば、新しく作るのはどうだろう。

1Gものメールであれば、フォルダに分けるというのはあまり現実的ではない。 基本は検索になるだろう。

  • 高速インデックス化
  • キーワード検索
  • 似たもの検索
  • 仮想フォルダ

などがベースになるに違いない。とか考えると、 この記事で紹介している Gmailのインタフェースというのは、よく考えられているような気がする。

誰か開発(に参加)したい人はいますか?

_ [教会]訓練集会

監督・長老定員会訓練集会。 講師を仰せつかったのだが、1時間に3人の講師から詰め込まれるのも大変な話だろうなあ。

本日のツッコミ(全6件) [ツッコミを入れる]

_ おおむらゆう [Gmailとcmailは名前は似てるけど非なるものですね。 個人的にはcmailの操作性は気に入ってるのですが、なん..]

_ MMX [メールの整理整頓は範囲が広すぎて 仕様がまとまりにくい分野にあたりますが 第 4 章 ストレージ http://ww..]

_ ashlama [Opera付属のM2はそんな概念のメーラーだったと思います 自信はないですけど・・・]

_ anonymous coward [最近の Emacs 上のメーラは大抵 Namazu と連携できるので,検索の問題はな いのではないかと思います. ..]

_ まつもと [私の使ってるcmailではできないってのは、ツールの問題だけなん ですけど。既存のものでない理由は * 私の非..]

_ anonymous coward [>反応が鈍くてやってらんない メール数が増えると単純な MH フォルダの扱いでは苦しくなってきて,へッダ 情報をキ..]

[]

2005-04-17

_ [教会] 米子

普段、月に一度の会議は岡山で行われるのだが、年に一度だけ山陰側で開催される。 山陽側の人には大変だが、私にとっては近いのでありがたい。

先月、「会議の結果がアクションに反映されにくい」ということが話し合われたが、 さっそくその点が改善されていた。 当たり前といえば当たり前だが、 会議の結果が単なる「情報の収集と周知」に終わらないためにも必要なことだと思う。 改善されたのは大いに喜ばしい。

その他、いろいろなことを話し合う。姪っ子にあいさつして玉造に帰る。

[]

2006-04-17

_ Rails講習会打ち合わせ

本当は今日も東京でRails講習会のための打ち合わせのはずだったのだが、 昨日ようやっと帰宅して、今日また東京出張では体が保たないので、 Skypeで会議に参加することにした。

講習内容もかなり具体化してきている。 まあ、参加者が後悔しない内容になっている(と、いいなあ)。

私も参加する。どうやら私もビジネスマンのコスプレをする必要があるようだ。 うーむ。

それはそうと、Skype会議には課題も多い。

  • 音声だけなので、だれがしゃべっているかわかりにくい
  • 今回はPCの内蔵マイクなのでよけいに音質が悪い
  • 映像がないので、情報が少ない
  • 結果として集中力が維持できない

今後、Skypeで会議するためには以下のような点に気をつける必要があるだろう。

  • 事前にアジェンダなど資料を用意し、全参加者に配布する
  • できるだけ良いマイクを使う
  • 電話会議のマナー(発言前に名乗るとか)を参加者に徹底させる
  • TV会議システムの導入を検討する

電話会議は空間の障害を克服できる有効な方法だと思うので、 今後も工夫していきたい。

_ [Ruby]インクリメンタルGC

今回の中国出張の間、Jones & Linsを持参して GCについていろいろ考えていた。

結局、スクリプト言語は性能を最重視していないので、 対応すべきは停止時間の短さであろうという結論に至った。 ユーザインタフェース系などでのポーズは結構問題になることも多いようだから。

となると、今後RubyのGCについて検討すべきはインクリメンタル化なのであろう。 IoもLuaもインクリメンタルGCを実装しているのだし。 とはいえ、トータルのスループットを考えると効率を無視するわけにもいかず、 効率の良いインクリメンタルGCの実装はどうしたものかと考えたりするわけである。

結論はまだない。

本日のツッコミ(全13件) [ツッコミを入れる]

Before...

_ ささだ [wktk.]

_ よしき [SqueakのGCは完全ポータブルですが、通常のpause timeは0.5msくらいで、一秒に60回くらい実行する..]

_ まつもと [Rubyも普段はそんな感じなんですが、中には数百万オブジェクトを作っておいてGUIをぶんまわしたいとかいう人もいるん..]

_ よしき [失礼しました^^; working setに数百万入っていると少々たいへんですね。僕もなぜかたくさんのオブジェクト..]

_ おごちゃん [「竹内さん達の並列GC」が要求するものって、単に「本流とは別に空間を共用する処理が存在できる」ということだけで、排他..]

_ Matz.Jr [娘です。 なんか、いろいろ言ってたけど、スカイプでやったんだ。 集中力がもたないって・・・。 よくわかんないけど、頑..]

_ 通りすがり [Azul Sysmtesが作ったPauseless GCの解説があります。 ポーズ時間を重視するなら、参考になるかも..]

_ まつもと [ハードウェアサポートがあるとムチャができますね。 うらやましい。]

_ maeda [世代別GCは平均的な停止時間も短いし効率も良くなると思います。 major collectionの時にはしっかり止ま..]

_ まつもと [Rubyの場合はwrite barrierを入れるべき場所は木山くんの研究によってほぼ明らかになっているので、その点..]

[]

2007-04-17

_ [言語] Metalua

Luaにマクロを加える試み。文法がS式でない言語へのマクロという点で 非常に興味深い。

同じinfix文法を持つ言語でも、 Dylanのマクロよりは ずっとわかりやすいが 美しくはない。

_ [言語] taw's blog: Compiler for RLisp

RubyでできたLispのコンパイラ。

まず、LispをLuaのものに良く似たバイトコードに変換し、 さらにそれをpure Rubyのコードに変換するというコンパイラ。

[]

«前の日(04-16) 最新 次の日(04-18)» 追記

RSS feed meter for http://www.rubyist.net/~matz/ track feed Matzにっき Creative Commons License This work is licensed under a Creative Commons License.