レス数が1スレッドの最大レス数(1000件)を超えています。残念ながら投稿することができません。
ひらno. for ilab その4
-
前スレ
ttp://h.gdgd.biz
-
sqlite に ARRAY 型きぼんぬ、正規化したら遅くならないか心配だなー。
-
とか思ってしまうが、きっと誤差っすなあ
-
初詣。地図上の直線ルートで行ったら
和歌山県道160号の未改良区間は集落の家が軒を連ねており車が1台ぎりぎり通れる幅だった。
すれ違いは一苦労。
-
>>837
こんなん
ttp://zoome.jp/pstandard/diary/89
-
>>838
そのページの上部リンクに和歌山県道135号(旧道)があったので懐かしくて全部見てしまった。
中学高校時代毎日自転車で通っていた道である。
-
すれ違いに苦労している車どもをチャリで抜いて行くのが日課であった。
ラッシュの時間帯にラッシュと逆の向きに走ってる車は顰蹙っぽい感じであった。
-
レバ刺しは飲み物
ttp://www.nikkansports.com/baseball/news/p-bb-tp0-20100105-582715.html
-
隣の席のカプールが法律の条文についてひたすらマニアックに議論しておる
-
なんかgitのソースコード眺めてたら休暇オワタ
さて明日会社のメールボックスを開けると未読は何件あるかな
-
目薬実家に忘れた
明日買わないと…
-
新生銀に「新たな思惑」 合併破談の次に来るのは…
ttp://www.nsjournal.jp/column/detail.php?id=191969&dt=2010-01-05
-
ANAのマイルは別に貯めていないが徐々に失効しつつあるのは惜しいな
-
MSIE 、 SVG をサポートへ
ttp://blogs.msdn.com/ie/archive/2010/01/05/microsoft-joins-w3c-svg-working-group.aspx
-
人間の DNA の 8 % はウィルス由来?
ttp://www.uta.edu/ucomm/mediarelations/press/2010/01/genome-biologist-reports.php
-
ソニーが遂にメモリースティックからSDへ
ttp://www.itmedia.co.jp/news/articles/1001/07/news024.html
-
Google Reader において、エントリのソートキーは
配信側にて更新された日時ではなく、愚愚流側が取得した日時である。
ttp://www.google.com/support/reader/bin/answer.py?hl=jp&answer=78728
したがって IS2005 Antenna の吐くフィードとは非常に相性が悪い。
-
単に設計実装上の問題というよりは
一度登録されたアイテムが上下すると利用者にとって好ましくないという
思想によるものな気もする。
-
まあよく知らんが
-
Gmail もソートキーは受信日時だよね。
よく覚えてないが Thunderbird とか Outlook とかはデフォルトでは送信日時でソートしていた気がする。
(Thunderbird に至っては受信日時 + スレッド形式のソートにそもそも対応してなかった気がする)
-
個人的にはメールは受信日時順でソートするのがいいと思っている。
メール一覧の下の方に未読が新たに届いても見落とすし、
そもそも送信側が主張する日時が信頼ならないしな。
-
でもそれはメールが push 型だから非常にうまくいっているわけで、
フィードアグリゲータのような pull 型だとうまくいっているかどうか。
-
巡回頻度が1時間のとき、受信日時の誤差は最大1時間になる。
Google Reader はサーバ側だからまだいいかもしれないが、クライアントアプリだと許容できないだろう
特に twitter のフィードを読んでいると、 Google Reader でも並んでいる日時の誤差が結構気になる。
-
アンテナは配信元が主張する時刻でソートしているが
これは最善のソート方法なのかはよく分からない
-
具体例で言うと
10時 JBBS 鯖がスレが 1 分前に更新されたという情報を返す。はてな鯖はタイムアウト
10時5分 はてな鯖が日記が 10 分前に更新されたという情報を返す。
というときに、どっちのエントリが上に来るべきか、という問題である。
-
まあでも本当は受信日時ソートにするのが良い気はするなー
時刻精度は巡回頻度を上げるしかない
-
Google Reader の Atom のほうでは送信日時が出ているな。
やっぱまあいろいろ考えてこうなったんだろう
-
難しいところだ。
-
SQL 使うと計算量が良く分からんよなーやっぱり
-
EXPLAIN QUERY PLAN しよう
-
a, b, c, d という列を持つテーブルがあって
a が決まると b, c が決まり
c が決まると d が決まるとする。
b と d でソートして上位10件を O(log(n)) 取得するには
b と d に対し CREATE INDEX するしかないよな。
正規化したらそのインデックス作れないから O (log(n)log(m)) になっちまうよな。
-
O (log(n)log(m)) じゃなくて O(m log(n)) か。(ただしm は c の数で n は a の数)
m << n だったらまあいいのかもしれんが今回はそうでもないのでちとありえんな。
-
EXPLAIN QUERY PLAN によるとテーブル連結の順序によって
O(m log(n)) か O(n log(m)) か変化するっぽい
-
尤もデータ変更時のコストが正規化しないとO(n/m)になってしまうので、
m と n の比率によって正規化すべきかどうか変わるな
-
あと書き込みと読み込みの比率か
-
m << n と m ~ n の間の中途半端なテーブルの場合は
正規化のあるなしで書き込みと読み込みのどっちかが重くなるので
そもそもこういう SELECT 文を発行しないといけなくなっている
設計のほうを見直したほうがいいということになるかの
-
しかしでかいデータを扱うわけではないので実にどうでもいい話ですた。
-
>>856
複数のフィードがリアルタイムで対話しあっているとき、
日時に誤差を含まれているので、噛み合わなくなってしまうんだよな。
これはなんとかなんないのかのう。
-
RFC 4685 で返信を表現できるので (in-reply-to)
うまくやれば解決するのかもしれんが
-
どっかに twitter のフィード群を収集する cgi などを置き
そこで時刻をシリアライズしてから google reader に食わすのが
解決策かな。
-
あと会話が下から上に進むってのが見づらすぎる。
俺が2ch 形式に慣れすぎてるせい?
いや普通の人も文章は上から下に読むだろう
-
gmail のスレッドも上から下に時間が流れており
もしこれを下から上にしたら読みにくすぎて暴動が起こるだろう
-
まあそれについては google reader は古い順に表示オプションを選択すればおkですな
ニュースのフィードは新しい順のほうがいいんだけど、
対話が入ると上から下でないと絶対に見づらい。
あとは >>873 でおk
-
とおもったけどやっぱり古い順はいろいろ問題があるなあ
単にリスト表示かねえ。
なんというか、 gmail とか 2ch の thread (上が新しい) => message (下が新しい) という
2階層の UI がやっぱり俺には一番しっくりくる気がする。
twitter とか google reader の UI は微妙
-
まあプロトコルの Atom がそもそも 1 階層なので、 google reader がそうなのは
ある程度仕方ない…のか?
-
まあけれどもそのどうにもならない Atom フィード群を
IS2005 アンテナは頑張って一応 2階層 UI で提供しようとしているんだがの
-
1階層なのが逆にいいのかな。
一体感w を感じさせる効果はあるか
-
メールをいまだに2階層じゃなく1階層で使っている人も多いだろうけど
それはメールの分量がとても少ないからなんとかなるだけですよなあ(私見だが)。
twitterだとあんな大量にあるのになんで1階層でうまくいくんだろうね。
それともうまくいってはいないのか。でもあんまりそういう不満は聞かないような。
-
あーだから最近リスト機能が追加されて、
ヘビーユーザはリスト機能で2階層にするというのが答えなのかな。
-
人をクラスタリングするって結構難しい気もするがどうなんだろ。
in_reply_to_status_id ってのがあるらしいので
そっちでグルーピングするほうがいい気もするが
それでグルーピングする Web UI が無い罠。
-
ディスプレイケーブルをアナログRGBからデジタルDVIに変えたんだがなんか微妙だ
アナログによる強制アンチエイリアスのほうが良かったのか?
-
ねみー
-
ext2 から ext4 へ移行
ttp://lists.openwall.net/linux-ext4/2010/01/04/8
-
自分の行った飲食店に5段階評価付けて地図上に表示したいんだけど、
どこのサービスが良いのかね。やっぱ食べログかしら。
-
こんな感じ?
ttp://u.tabelog.com/000244699/r/rstmap/
しかし行った日付とかも入れたいんだが…
-
自分で Maps API を叩いて作れということか。
-
やっぱ食べログは UI が微妙だよね
5段階評価するのに何回クリックさせるの?
YouTube の動画の5段階評価みたいにさくさくっとできないと駄目だと思う。
-
基盤セソターから穀潰し源泉徴収票が届いていた
-
小西氏邸からぱくってきた Happpy Hacking Keyboard を使い始めたが、
最近は DQN キーボードに慣れきっていたので逆に違和感があるな
-
甲欄どうしは年末調整でマージされたが >>891 は乙欄なので
確定申告でマージする必要がある。
-
あと2月1日までの納付を忘れないようにしないと
出張するかもしれないから今週中にやっとこう
-
evdev は xorg.conf からじゃなくて hal から設定を取ってくるのかと思いきや
xorg.conf も一応読むっぽい。互換性のためか。
-
いや、 hal が互換性のために xorg.conf を読むんだな
-
昔: xorg => kbd ドライバ => xorg.conf
今: xorg => evdev ドライバ => hal => *.fdi と xborg.conf
-
みんな大好き xml ファイルで設定を記述でるようになって嬉しいねー。ははは…
-
>>897 は間違い
昔は
X.org が xorg.conf から設定を読む
=> X.org 設定にしたがってドライバをロード
だったのが
今は
X.org が hal に設定を問い合わせる
=> hal は *.fdi と xorg.conf から設定を読む
=> X.org が 設定にしたがってドライバをロード
になったんだな。たぶん。
-
kbd ドライバから evdev ドライバへの変更はたまたま同時期にあっただけで
X.org が hal に設定を問い合わせるかどうかとはたぶん無関係だ。
-
さてこの fdi ファイルの match 要素を使えば HKK と旧キーボードに
別々の設定を記述できるのかな?
-
まあ evdev without hal でもできそうだけども。
-
>>899
まだ違った
X.org が hal に設定を問い合わせる
=> hal は *.fdi から設定を読む
=> hal が *.fdi の設定にしたがって、 debian-setup-keyboard を呼び出す
=> debian-setup-keyboard が /etc/default/console-setup の設定を読む
=> debian-setup-keyboard が /etc/default/console-setup の設定にしたがって /etc/default/keyboard の設定を読む
=> debian-setup-keyboard が /etc/default/keyboard の設定にしたがって hal のキーボード設定を更新
=> X.org が更新された hal の設定にしたがってドライバをロード
だから debian で現状キーボードに関して最も偉い設定ファイルは
/etc/default/keyboard ということだな。ややこしすぎ。
-
*.fdi ファイルはキーボードごとに別々の設定を記述できるが
/etc/default/keyboard にそんな機能は無いので、
debian 流の設定では >>899 するのは難しい
(debian-setup-keyboard の中のコメントによると
Red Hat 系も同じような手法をとっているらしいが知らん)
-
>>899 する じゃなくて >>901 する だな。
-
結論
debian 系で、ある特定のキーボードだけに対し、
システム設定(/etc/default/keyboard)を上書きして設定するには、
/etc/hal/fdi/policy/preferences.fdi あたりに、
<device>
<match key="info.udi" string="hogehoge">
<remove key="info.callouts.add" type="strlist">debian-setup-keyboard</remo
ve>
<merge key="input.x11_options.XkbModel" type="string">jp106</merge>
<merge key="input.x11_options.XkbLayout" type="string">jp</merge>
<merge key="input.x11_options.XkbOptions" type="string">ctrl:nocaps</merge>
</match>
</device>
のように書く。
remove 要素で システム設定の読み込みを拒否し、
merge 要素でそのキーボードに対するオプションをセットする。
hogehoge のところには udi (universal device id) を入れる
(lshal コマンドで調べる)
-
いつも Caps 押していると思っていたが、無意識的に左下 Ctrl も押していたらしく、
久々に HHK 使うと、なんもない無地のところを叩いてしまう事故があるな。
-
普通のキーボード自体を使うのは別にそんな嫌いじゃないんだけど
変な癖が付くのは良くないね
-
プロバイダの ntp 鯖が Server has gone too long without sync 状態になっておる
変えるとすればどこがいいんだろ。
-
とりあえず debian のデフォルト (pool.ntp.org) に戻しておく。
-
あぼんぬの誕生日って今日だっけ
-
センター試験の英語の前半解いてみたが結構間違えた罠。
-
昔は何点くらい取ってたのかねー
-
少なくとも2003年本番で取った点数は下回ってるんじゃないか。
-
まああれはたまたま奇跡的に取れた点数ではある。
-
2003と同じ問題を解いて解けなければもうちょっと危機感がでるかも。
-
まあさすがにPatに二度は騙されないからそれは公正な比較ではないな
-
難しい熟語を覚えるよりは変な訛りの英語に耳を慣らす方が重要ではある。
-
結局 wool の発音は良く分からんが
-
寝ないとしぬ
-
ちょwwww
-
>>921
今週末こそ飲むかね?
-
石川さん Debian 系の軍門に降ったの?
-
呑むか
-
>>922
来週末になりそうだ。
-
もっとも明日が香ばしい無理っぽいだけで、土日にやるなら問題ないけど。
-
今日の Debian squeeze
linux 2.6.32 が降ってきた。
ソースコードの無いファームウェアは原理主義者の圧力により
non-free 扱いに変わったっぽい。
-
am/pm終了してたのか
-
休日ニート
-
大学の頃の勉強ってのは単位のためにやるもんだったよなー
課題とか試験とか山ほど与えられてそう思わない方がおかしいと思うが。
-
そもそも東大と地方大学で難易度は違えど試験の出題範囲は同じ、
というのはやっぱおかしいんであって、一律の課題試験というのは著しくやる気を削ぐものである
-
というのは例が悪いな
-
ううむなんか誤解を招く表現になった。
-
まあこのスレは誰も見てないスレである。
物理で言う軽い糸や滑らかな滑車と同様である。
|
|
掲示板管理者へ連絡
無料レンタル掲示板