トップ «前月 最新 翌月» 追記

はじめてのにき

ここの位置付け

2004|11|
2005|03|04|05|06|07|08|09|10|11|12|
2006|01|02|03|04|05|06|07|08|09|10|11|12|
2007|01|02|03|04|05|06|07|08|09|10|11|12|
2008|01|02|03|04|05|06|07|08|09|10|11|12|
2009|01|02|03|04|05|06|07|08|09|10|11|12|
2010|01|02|03|04|05|06|07|08|09|10|11|12|
2011|01|02|03|04|05|06|07|08|09|10|11|12|
2012|01|02|03|04|05|06|07|08|09|10|11|12|
2013|01|02|03|04|05|06|07|08|09|10|11|12|
2014|01|02|03|04|05|06|07|08|09|10|11|12|
2015|01|02|03|04|05|06|07|08|09|10|11|12|
2016|01|02|03|04|05|06|07|08|09|10|11|12|
2017|01|02|03|04|05|06|07|08|09|10|11|12|
2018|01|02|03|04|05|06|07|08|09|10|11|12|
2019|01|02|03|04|05|06|07|08|09|10|11|12|
2020|01|02|03|04|05|06|07|08|09|10|11|12|
2021|01|02|03|04|05|06|07|08|09|10|11|12|
2022|01|02|03|04|05|06|07|08|09|10|11|12|
2023|01|02|03|04|05|06|07|08|09|10|11|12|
2024|01|02|03|04|05|06|07|08|09|10|11|

ToDo:


2010-03-12

_ 風邪

風邪ばかりひいてる。 月3日ペースなのでそろそろ週休3日に近い気がする。

僕の中でバファリンは至高の薬であり 一方パブロンは全くきかないのだけど、 早めのパブロンとか言う宣伝は、 効かなかった場合は早く飲まなかったからだよプギャーと言い訳でき、 たいした風邪じゃなくてさっさと治った場合は さすが早めパブロンというような感じで 良い宣伝なのじゃないのだろうかと

そういうどうでもいいことばかりを考える

(19:06)

_ 引数

なんか昔はよかったんだろうけど、 最近では

grep fuga **/*

とかするとすぐに argument list too long とか言われてしまう。

find . -exec grep fuga {} \;

はあまり好きでなくて、 何故なら grep が何度も起動するんだろうなーとか思うから。

思うに標準入力からファイル名の一覧を得て それぞれに対してコマンドを実行していくような機能を 全ての unix コマンドがそなえるべきなんじゃないだろうか。

例えば適当に -= とかを使うとして、

find . | grep fuga -=

とかそういう。

スクリプト言語におかれましては 適当に -P とか -N でそういう処理をして欲しい。

ちょうど Ruby では $= は obsolete だし Perl の $= もいらんだろーということで $= に今読んでるファイル名とかが勝手に入ってくれると良い。 あ、いや、 $<.filename と $ARGV でいいのか。

特に Windows の文化圏とかで

command @filename

とかしたら filename の中身から1行ずつ読み込んで それを引数とするみたいなのがあるけど、 そっちの方がいい気がした。

find . | grep fuga @-

で標準入力からファイル名を読む感じで

(19:19)

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

Before...

_ kosaki [xargs知らなかったとか絶対予想できない。ひっかけ問題ヒドイ]

_ shinh [xargs 自体は知ってたんですが find . -exec command {} \; みたいに何度も comma..]

_ nya [最近の GNU の find では -exec hoge {} + で xargs 同様の分割をしてくれるみたいです..]

_ IKeJI [どうでもいいですが、Rubyだとファイル名の取得はARGF.filenameとかかと。]

_ shinh [> 最近の GNU find そんなものがあるんですね… \; より短いし普段はそっち使ってれば良さげですね。 ..]


2010-03-15

_ -san suffix

なんだろう。 -san suffix とかそのへんについて聞かれたのが既に4度目な気がする。 なんかどっかに簡潔にまとまってないものか。

これはまぁ基本路線としてはいいと思う。

http://en.wikipedia.org/wiki/Japanese_name#Speaking_to_and_of_others

ただ死ぬほどたくさんの例外があることと、あと

This faux pas, however, is readily excused for foreigners.

はちょっときつい感じがあるかなぁ。 たぶん許すとかそういう次元じゃなくて、 ほとんどの人は外人にどう呼ばれても気にもしない気がする。

このへんはまぁ普通に考えて読む気が起きないけど、 いい感じに複雑だということは伝わる気がする。

http://en.wikipedia.org/wiki/Japanese_titles

http://en.wikipedia.org/wiki/Japanese_pronouns

(04:05)


2010-03-16


2010-03-17

_ zsh 4.3.2-dev-1

i@u ~> grep function() /tmp/*
i@u ~> grep
grep:4: permission denied: /tmp/fcgiruby.kwskk.socket-0

ちょい前に古い zsh だとこんなことになると教えてもらった。

最近のやつだとこんなことにならないので、バグだったってことだろうなー

(02:13)


2010-03-18

_ 円まーく

https://bugs.webkit.org/show_bug.cgi?id=24906

これが一見ややこしそうだけど一見以上にややこしくて困る。

たまに頭がおかしくなるのでまとめておこうと思う。

  • 表示
    • バックスラッシュは Windows でかつ EUC-JP や Shift_JIS など、要は日本語エンコーディングのサイトだと、日本語フォントが使われるため、バックスラッシュが円マークに見えている。あと、日本語フォントが明示的に指定されていればやはり当然円マークに見える。
    • Apple の人はそれらは円マークとして表示したいと主張している。
    • 僕の個人的な感覚ではこんなことはやらんでいいと思う。がまぁ理解はできる。
    • ここを認めるせいでややこしくなるわけだけど。
    • 表示する文字列は RenderText とかいうクラスの中に変換された状態で保存されてて、まぁオリジナルの文字列は DOM node の方に入っている。変換した状態で保存しておかないと毎度変換すると遅いし。
  • コピー
    • バックスラッシュ書いてあるところからコピーしたらバックスラッシュのまんまがいいと思うどう考えても
  • ページ内検索
    • バックスラッシュが円マークで表示されてる物体は、円マークで検索した時に検索されるべき
    • 何故なら Mac の日本語キーボードは円マークの文字コードが直接出るから
    • 僕としてはバックスラッシュだろうが円マークだろうがどっちで検索してもどっちも出るといいと思う

で、やるべきこととしては

  • 表示の方は求められてる通りにやるとする
  • コピーする時は DOM node の方に入ってるテキストを使う…のはダメ
  • 何故なら text-transform:capitalize とかしてる時は変換後のを使わないといけないから
  • text-transform があってかつバックスラッシュ→円とかしてる場合はコピー時にその場で変換
  • ところでコピーは適当にいじるとページ内検索が壊れる
  • コピーに使われてるコードはそこらじゅうでバックスラッシュ→円の変換をやってるので全部いじらないといけない
  • 例えば普通の文章と text control の中とかで違う
  • あとペースト先によっても変わる。 contentEditable だとなんか違う
  • ページ内検索の方は、検索するキーも検索対象の文章も両方とも円マークをバックスラッシュに変換してしまえばいいんだと思う。たぶん。これもなんか大変そう。後回し。

(02:59)

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

_ 成瀬 [お疲れ様です。。。 &lt;p style="text-transform:capitalize"&gt;a\&a..]

_ 成瀬 [おっと無効か、まぁそうだよな <p style="text-transform:capitalize">a\&#x5..]

_ shinh [capitalize は次のパッチはたぶん適当に対処します。 A円円円 ただしコピー時は A\\円 とかになればいい..]

_ 成瀬 [それでよいと思います。パッチ見て驚きましたが、表示直前でだけ変換すればいいような話でもないんですね。 しかし。これ..]

_ shinh [フォント変えろは同意なのですがまぁそういうわけにもいかなさそうですね。円がバックスラッシュに…はまぁ現実的には誰も文..]


2010-03-19

_ C++ にひさびさに噛まれた

#include <stdio.h>
#include <string>

using namespace std;

class Text {
public:
    Text(string s) : s_(s) {}

    virtual char firstCharacter() /* const */ {
        return s_[0];
    }
protected:
    string s_;
};

class AnotherText : public Text {
public:
    AnotherText(string s) : Text(s) {}

    virtual char firstCharacter() {
        return s_[1];
    }
};

int main() {
    Text* text = new AnotherText("foo");
    // o
    printf("%c\n", text->firstCharacter());
}

とかあって、 firstCharacter って const だろと思って Text の方だけにつけたら挙動が変わった。

30分ほど気付かなかった

(01:16)


2010-03-20

_ 時間の無駄2

なにかどうでもいい数列の規則性を当てるとか

  1. 1, 2, 4, 6, 10, 12, 16, 18, ?, ...
  2. 1, 2, 4, 8, 16, 23, 28, 38, ?, ...
  3. 1, 2, 3, 5, 7, 10, 12, 14, 17, 19, 22, 25, ?, ...
  4. 1, 2, 2, 4, 2, 4, 2, 4, ?, ...
  5. 0, 1, 1, 2, 1, 2, 1, 3, 2, ?, ...
  6. S, O, G, M, E, ?, H, Y, S, S, T, M, ...
  7. 1, 2, 3, ?, 4, 4, 2, 2, 2, 2, 3, ...
  8. http://www.contestcen.com/series.htm

(15:18)

_ Clojure

なんか let の括弧が一つ少ないと教えてもらった。

hmhm

http://d.hatena.ne.jp/leque/20091121/p1

(23:32)


2010-03-21

_ 時間の無駄

(05:05)


2010-03-24

_ Wikiスパム

はじめてのひきのなぞなぞ認証が突破された上に Hiki 記法でちゃんとリンクをはってあった。 ええとどうやったんだろう…

(19:36)


2010-03-25

_ 直訳危険

http://shinh.skr.jp/h/?TyokuyakuKiken

なんか他にも色々あった気がするんだよなー

(01:37)

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

_ naruse [とりあえずぱっと思い浮かんだのはhad better to doとか]

_ aki [坊主頭の人を指して skin head って言うと、 人種差別主義者呼ばわりした事になりかねなかったり。]

_ shinh [had better は had better do で to はいらんとかでしたっけ。あんま見ないのでごくごく最近..]

_ naruse [おお、たしかに、訂正どうもです]


2010-03-26

_ 世界制覇

http://www.sporcle.com/user/shinh/stats

全部覚えた。

なんか無駄に国名覚えると無駄に wikipedia とかでそれぞれの国を調べたくなる。 あと行きたい国が増える。 とりあえずブータンとカンボジアあたりが今行きたいが。

(00:11)


2010-03-28

_ Golf&F1

http://atnd.org/events/3634

こんなのあったのかーやってみたかった。

(11:25)

_ 円まーく

なんか微妙に違うんじゃないかなーと思うことがちらほらあったので書いてみた

http://d.hatena.ne.jp/nurse/comment?date=20100327#c

あとまぁどうでもいい情報を追加すると

  • ap はいい人
  • ap はたぶんクパチーノにいないたぶんロシアというあたりも意向うんぬんの違和感を強くするかも
  • darin もとてもいい人
  • あのバグは文字コードの仕様は本来うんぬんとかいう話じゃなくて、結局ユーザの利便性がどうなればベストかーっていう話じゃないかなぁと思っている。
  • ごく個人的には解決策1がもちろんいい。ラクだし、僕個人は円マークと見えることが意図されているバックスラッシュが存在することはよく知っているし

最後の意味で、

http://b.hatena.ne.jp/entry/shinh.skr.jp/m/?date=20100318%23p01%23p01

のフォントの仕事という意見自体には同意ではあるんだけど。

あと id:amachang のこのぶくまコメントはちょっと意味がわからない。

(18:33)

_ TODO

  • これを読む: http://d.hatena.ne.jp/kikx/20100306#1267861040
  • ついでに Super Nand Time! でも同じことできるか考える http://www.inazz.jp/~dm/program/
  • TLE
  • ゴルフ場と ipcrm
  • ゴルフ場のバージョン情報とタイムアウトと exec count と
  • ゴルフ場の同一タイムスタンプ問題
  • ゴルフ場の escape のテスト?
  • ゴルフ場と polyglot
  • メガデモ
  • GCC とたわむれる
  • syard とたわむれる
  • syard の script.js をちょっと書き直す
  • テトリス
  • TCC は -run をあと少しリファクタリングして push
  • TCC x86-64 asm
  • D
  • w3m & webkit であそぶ
  • kevil がなんかおかしい件
  • bfx は忘れてた
  • ada は忘れてた
  • grub コード整理

(20:37)


2010-03-29

_ TLE

http://www.kmonos.net/wlog/106.html#_0937100228

よし読んだ! _Pragma って本当にコレなんなんだ… と思ったけど普通に C99 なんだなぁ。

http://seclan.dll.jp/c99d/c99d02.htm#dt19990425

必要性も普通に納得できた。勉強になった。

(00:48)

_ wlog_filter

そういえば JS で permalink 出してるいなばさんところは w3m でさっくりリンクをゲットするために mod_python_filter でフィルタして permalink 出してたんだけど、 なんか最近動いてなかった。

でまぁコードを読んでみると 100 ページ目になったせいのようだった。

           def wlog_filter(c):
               m = re.search('<a href="(\d\d).html">', c)  # ここの \d が一個足りない
               if m:
                   #tmplog(c)
                   n = m.group(1)
                   c = re.sub('(<div id="([^"]+)">)<h2>([^<]+)</h2>',
                              '\\1<h2><a href="'+str(int(n)+1)+
                              '.html#\\2">*</a> \\3</h2>', c)

でなんか似たようなこと(3ケタになったからリンクがおかしかったとかなんとか)を kinaba さん自身も書いてたような気がするんだけど気のせいかな…

(00:52)


2010-03-30

_ 円まーく

なんか twitter で見たので。

http://twitter.com/nalsh/status/10766749426

おそらく Darin の r4502 (http://trac.webkit.org/changeset/4502/trunk) の時点では問題なかったんじゃないかなと思われます。

たしか当時のコピーは RenderText という rendering 時に作ってる node じゃなくて、 DOM node から取ってきていたと思います。どっかの段階(この change は見たけど r4502 よりは最近だったと思う)で text-transform した文字列をコピーした時の処理のためにコピー時に取ってくるものを RenderText 内のテキストに変えてたので、この時発生した regression と言っていいはず。

検索に関しては、たぶん当時は Mac しかなかったので(要出典)、日本語 Mac なら円記号は普通に打鍵できる文字でバックスラッシュは打鍵困難なので、むしろ現在の挙動の方がマシかなーと。

時系列的なことは要出典な感じですいません。

http://twitter.com/nalsh/status/10867968749

rdar うざいのは同意なのですが、 rdar://problem/4174448 に何書いてあるの! って聞けば教えてくれるんじゃないかと思います。聞く前にその手の文句を言うのはちょっとフェアじゃないかなと。

個人的には、どうせ「Win 前提で作られたサイトと見た目はできる限りそろえるべし〜」とかだろうと思ってて、それ自体は Mac 用のブラウザを作る立場としてはそうなるだろうねと同意できるので、まぁ特に聞きたいという感はないです。

(03:28)


2010年
3月
1 2 3 4 5 6
7 8 9 10 11 12 13
14 15 16 17 18 19 20
21 22 23 24 25 26 27
28 29 30 31
1.naruse(2014-05-24 03:05) 2.shinh(2014-05-24 03:05) 3.aki(2014-05-24 03:05)
search / home / index

全てリンクフリーです。 コード片は自由に使用していただいて構いません。 その他のものはGPL扱いであればあらゆる使用に関して文句は言いません。 なにかあれば下記メールアドレスへ。

shinichiro.hamaji _at_ gmail.com / shinichiro.h