狐の杯

Jul 02 2010
こういう家庭育ちで一番しんどいのは、大学~社会人の頃に、幼少期に形成された性格に気付いて
抜け出そうとするとき。
幼少期からの性格を変えるのが中々難しいのに加え、それまでの他人への言動がどんなに酷かったか思い知らされてたまらない気分になる(ある意味黒歴史の核だと思う)。
人の性格って生まれ持ったものが2割で残りの8割は環境だとしみじみ思うな、最近は

9 notes

Jun 21 2010

孫:基本的に電波の周波数が十分に活用されていないし、有効利用されていないんですよ。これに関しては、僕はもう言いたいことは山ほどあります。だいたいiPhoneが、「都心から少し離れるとつながらない」と、もう毎日のようにお叱りを受けていますが、我々が建てている電波の基地局の数って、少なくともauさんの倍くらいあるんですね。ドコモさんとあまり変わらないぐらいの基地局の数を持っているのに、我々には2GHz帯しかなく、我々だけが800MHz帯の周波数を割り当てられてないんです。

夏野:孫さんの仰ったことを解説すると、たとえばドコモの携帯電話は二つの周波数、厳密には三つなのですが、わかりやすく言って二つの周波数を使ってます。一つは国際的に、この3Gという方式で認められた2GHz帯というものです。もう一つは第2世代用に使っていた800MHz帯という電波。もともとは「PDC」という方式で、初期のiモードなどに使われていた周波数帯です。ドコモの場合、これを3Gにも転用しているので、この携帯電話は二つの周波数を使っています。2GHzと800MHzを比べると、じつは800MHzのほうが、遠くに届くんです。一方、2GHzというのは高い周波数なので直進性が高く、スピードも早いけど、そのぶん反射しにくいため、たとえば屋内に入るとつながりにくくなります。「減衰」と言って、反射したときに電波の力が衰えてしまうんですね。屋内でつながりにくいのはこうした理由からです。それと同じ野原に二つつの電波を出すと、800MHzのほうが遠くに届きますよね。

孫:そうそう。それから夏になるとソフトバンクの電波って通りにくくなるんですよ。あれは木の葉っぱが…。

夏野:葉っぱがダメなんですよね。だから軽井沢とかもダメで。

孫:だから我々はね、もう泣きたいくらい800MHz帯が欲しいわけですよ。ドコモさんもauさんも、800MHzを好きなだけエンジョイして使っておられる。我々は2GHz帯だけでやらなきゃいけないので、本当に苦しいんですよね。

Jun 16 2010
あのな。オタクは何が嫌いって、オタクでもないくせに受け狙いでオタクの真似するヤツがめちゃめちゃ嫌いなんだよ。

20 notes

+

 研究に集中すれば、問題を考えながら明け方に仮眠し、起きてすぐに再開する生活が何か月も続く。その間、数学以外のことはすべてシャットアウトする。頭の中は、膨大な定理がいつでも臨機応変に使える状態だが、その反面、極めてデリケートでもあるからだ。

 「パソコンの電源を切れば、立ち上げるのに時間がかかるのと同じ。いったん途切れると頭を戻すのに1か月かかることもあるし、忘れて元通りにならないこともある。そうなれば全部アウト――」

85 notes

Jun 10 2010

148 :以下、VIPにかわりましてパー速民がお送りします[sage] :2010/05/23(日) 03:00:15.41 ID:2MTA.cIo
レイプする必要あんのかよ

»148
レイプは単に性的欲求を満たす為の行為じゃないんだ。
敵対する、憎む民族の女性をレイプする、それは自分達の民族が、
敵対する民族に勝利する、やっつけるといった優越感を示す行為でもあったんだ。
だから、女性は標的になったんだ。

Jun 07 2010
Jun 01 2010
温度設定は夏26℃、冬24℃が適切です。 仕事効率が格段に違います。 夏に28℃にしている会社は効率が落ちて残業が増えて結局電気代が増加しています。 by 空調設備屋

217 notes

May 23 2010
 タクシン政権の時は支持を得るためただ金をばら撒いていました。
 その甘い汁の味を覚えてしまった地方の人々は、政権が変わり
 現政権が金を与えてくれなくなった事に不満なのです。
 魚だけ与えて釣りの仕方を教えなかったわけですな。  農家1軒につき結構な額が支給されましたが彼らは仕事に
 活用することなく、家電や携帯、バイクなど自分達の欲求を
 満たすためだけに使ってしまったようです。基本大多数が
 逆恨みです。今回の強制排除に際して一番被害を被った都民は
 皆で協力して早い復興を、と頑張ろうとしているのに保護されて
 インタビューを受けた赤服は「政府が悪い」ばかりだったそうです。  教育制度を地方から徹底改善していかないと根本的な解決に
 ならないような気がします。

39 notes

May 12 2010

#!/usr/bin/env

_ 今さらながら、 CGIの神話と現実というエントリ。ただし内容とはまったく関係なし。スクリプト言語の shebang 行(#!)でスクリプトインタープリタを直接書かずに /usr/bin/env でラップするという悪習はいったい誰が広めたんだろうか。ruby な人に多いように思うがそれだけじゃないし。

_ hoge というインタープリタを使うスクリプトの1行目をたとえば #!/usr/bin/env hoge としておくと、hoge の実行バイナリが /usr/bin/hoge でも /usr/local/bin/hoge でも $HOME/bin/hoge でもどこにあってもパスが通ってさえいれば起動できる。それはメリットなんだろうか。わしにはむしろデメリットにしか思えない。

_ /usr/bin/env を使うというのは、PATH の値にしたがってインタプリタの場所を探すという意味である。つまり、スクリプトを書いた人と実行する人で設定が違えば同じインタープリタが起動するとは限らない。OS 標準の /usr/bin/perl と、そのホストで独自にコンパイルした /usr/local/bin/perl と、ユーザが自分用にコンパイルした $HOME/bin/perl とが存在している場合、#!/usr/bin/env perl となっていてはどの perl が使われるのかわからないし、もしかしたらそもそもインタープリタを見つけられないかもしれない。どこにインストールされているかに依存せずに実行できる、というけれど、$PATH という別のものに依存するようになっただけだ。異なるバージョンのものを複数インストールしてある環境は珍しくないと思うのだが、同じ名前でも同じ動作をするとは限らない(同じ動作をするのならいくつもインストールする意味がない)わけで、インタープリタの位置を明示しない記法というのは害になっても益になることはないと思うのだが。

_ OS によっては env が /usr/bin ではなく /bin に存在するものもあるらしい(MacOSX 10.1 がそうらしい)。env 自身が環境依存という時点で、環境依存性の回避というのは幻想に過ぎないと斬って捨ててもいいと思うんだが、仮に幻想のまま /usr/bin/env を前提にできるとして、それでもなお意図しない動作をしてしまう例を挙げてみる。

_ たとえば FreeBSD では、標準の /etc/crontab は

PATH=/etc:/bin:/sbin:/usr/bin:/usr/sbin
となっていて /usr/local/bin が含まれていない。なので、
#!/usr/bin/env ruby
というスクリプトを /etc/crontab に登録すると、FreeBSD では ruby は /usr/local/bin にあるのが標準なので、インタープリタを見つけられずにエラーになる。

_ Apache は起動時に環境変数をクリアしない。なので、OS 起動時に自動で起動される場合と、PATH=$HOME/bin:/usr/local/bin/usr/bin:/bin な環境で sudo apachectl start する場合では PATH の値が異なることがある。CGI にわたされる PATH は Apache 起動時の PATH がそのまま使われるから、つまり、/usr/bin/env でラップしている CGI では、Apache がどのように起動されたかによって異なるインタープリタが使われる(あるいはインタープリタを見つけられない)ことがある。

_ こういう問題は cron や apache にかぎらず、シェルのコマンドラインからではなくデーモン類から起動されるもの全般で発生する。たとえばメールの自動処理をするために aliases や .forward、.qmail、.procmailrc などからスクリプトを起動する場合にも、MDA がスクリプトにわたす PATH の値によって同じような問題が起きるだろう。

_ そもそも、

#!/path/to/cmd a b c
のように複数の引数を shebang 行に書いた場合、/path/to/cmd にどんな引数が渡されるのかは OS によって異なる。”a b c” というひとつの引数が渡されるもの(Linux とか FreeBSD >=6 とか)、”a” “b” “c” という3つの引数が渡されるもの(FreeBSD <=5 とか)、”a” だけが渡されるもの(Solaris とか)、さまざまである( 参考)。つまり、
#!/usr/bin/perl -Tw
ならば、引数がひとつだけなのでどんな環境でも書いたとおりに /usr/bin/perl -Tw が実行されるが、 ここにあるように
#!/usr/bin/env perl -Tw
とするとそうはいかない。FreeBSD 5.x では意図どおり動くが、Solaris では -Tw が無視され (*1)、Linux では “perl -Tw” なんてコマンドはないというエラーになる。perl がどこのパスにあっても起動できるよう環境非依存にするつもりで /usr/bin/env を使ったのだろうが、逆に /usr/bin/env を使ったが故に環境依存の罠にハマっていることになる。これはまた、#!/usr/bin/awk -f や #!/usr/bin/sed -f のように shebang 行で引数が必須の言語は多くの環境で #!/usr/bin/env awk -f のように代替できないことを意味する。

_ それでも #!/usr/bin/env の方がすぐれているという方、反論求む。


(*1): ただし、OS レベルでは無視されるが、perl 自身がスクリプトに書かれた shebang 行を解釈するので、perl として起動された後で perl -Tw として起動されたかのように動作を変更しようとする(その結果エラーになる)。っていうか、perl hoge.rb とか perl hoge.sh とかでも、shebang 行さえ書いてあれば ruby なり sh なりにスイッチしてちゃんと動いてしまう。ruby も perl と同じように shebang を解釈するが、あらゆるスクリプト言語が同じように shebang 行を解釈してくれると思ったら間違いである。

どさにっき (via sanemat) (via otsune)

ああ、これの反論を前書いたと思って探してみたけどWebには残ってねえなあ。http://mput.dip.jp/mput/?date=20060626#p01 に書いてたはずなんだけどなあ。しょうがないからもっかい書くか。

えっとねえ、結論から言うけど、この記事の人は配布する側の苦労をわかってない。 #! /usr/bin/envは実用上極めて広範囲に動くからデフォルトとして無難なんだよ。だから/usr/bin/envがない環境があるとか、知ってるよ?でもじゃあ代わりにどう書けってのさ。CGIをtarで落としてきて手元で展開してFTPでサーバにアップロードする、シェルアカウント持ってない人のために、一体#! /usr/bin/envの代わりにどう書けってんだよ! /usr/bin/env 動かないひとのための個別対応を結局するとしても、対応しなくて済むユーザーのことを考えたら費用対効果としては十分すぎるんだよ。そりゃおまえらが自分で書いたスクリプトなら好きに正しいパスを書けや。でもCGIってそうじゃないだろ。配布してるんだから。どうやって概ねの環境でそこそこ動くかでCGI作家はそれなりに悩んでノウハウ貯めてるんだよ。envもその一環なの。否定するなら対案を示せといいたい。

(なお引用元も俺の反論も2006年時点での状況を前提としておりますことをご了承ください。当時まだGumblarはありません)

(via shyouhei)

35 notes

May 09 2010
shyouhei:


yugui:

画像

この目指す方向はありえねえよ。たとえば年収1億円の人から収入を100%再配分したって国民一人当たりで1円にもなんねーんだよ。「金持ちの金を撒いても貧乏人は豊かにはならない」とか基本でしょうに。あと富裕層は金持ちなんだから国外脱出も容易って視点も抜けてる。

成功者を叩いてもいいことなんかない。お金持ちになることは良いことで推奨されるべきという方向に誘導しないと、底上げなんてできない。素人の俺の浅はかな考えでは。

shyouhei:

yugui:

画像

この目指す方向はありえねえよ。たとえば年収1億円の人から収入を100%再配分したって国民一人当たりで1円にもなんねーんだよ。「金持ちの金を撒いても貧乏人は豊かにはならない」とか基本でしょうに。あと富裕層は金持ちなんだから国外脱出も容易って視点も抜けてる。

成功者を叩いてもいいことなんかない。お金持ちになることは良いことで推奨されるべきという方向に誘導しないと、底上げなんてできない。素人の俺の浅はかな考えでは。

134 notes

Page 2 of 649 Newer entries →