べるぽぬの戯言

自動化

Mon, 04 May 2009 11:54:00 +0900

先を読んでの自動化と、後から振り返っての自動化があって、後者は気付きやすい。
どちらにしろ実際に形にするとなると色々と手を掛けないといけない。

インフルエンザ

Tue, 28 Apr 2009 01:00:24 +0900

http://maps.google.com/maps/ms?ie=UTF8&hl=en&t=p&msa=0&msid=106484775090296685271.0004681a37b713f6b5950&ll=32.639375,-110.390625&spn=15.738151,25.488281&z=5
を見て、昔に遊んだFlashのゲームを思い出した。
http://gigazine.net/index.php?/news/comments/20070127_pandemic/

Linuxで複数ファイルの文字エンコーディング一括変更

Sun, 05 Apr 2009 21:06:45 +0900

find . -type f -print0 | xargs -0 nkf -e --overwrite
http://www.border.jp/midilin/memo/index.php?UID=1153728252
コマンドのパラメータの意味を覚えないと使えないのでちょっと大変だけど覚えればお手軽になるんだろうね。

GNOME

Sun, 05 Apr 2009 07:32:24 +0900

1ヶ月前に買ったNotePCに入れてたUbuntuに何故かNVIDIAのドライバを入れられなかったのと、x64じゃなくてx86のをインストールした事に気づいて、x64のUbuntuを入れ直した。設定とか色々やり直しなのが面倒。

スクロールバーの矢印ボタンの大きさも大きくしたいけど情報がなかなか見つからない。
やっと見つけたのがこれ。
http://live.gnome.org/GnomeArt/Tutorials/GtkThemes/GtkScrollbar

GNOME スクロールバーの幅の設定

Mon, 30 Mar 2009 04:01:29 +0900

ノートPCでDPIが高くて小さいフォントだと見にくかったので大きくしたら画面のレイアウトが崩れまくりなので、Vistaを使うのを諦めてUbuntuにした。

結構環境設定にとまどうけど、昔FedoraCoreを入れた時に比べると大分使いやすくなってる。このままLinuxに移行する事も出きるんじゃないかって感じ。GNOMEがそこそこ頑張ってるからかもしれない。

スクロールバーの幅が小さくて困っていたんだけど、GUIからじゃ変更が出来ないらしい。

http://ubuntuforums.org/showthread.php?t=255065

をみてファイル作って再起動したらちゃんと幅が太くなってた。別に再起動する必要は無いかもしれない。

フォントサイズ

Sun, 29 Mar 2009 02:35:42 +0900

寝ぼけ眼で目が霞んでいたので、WindowsVistaでフォントサイズ(DPI)の調整をして文字の大きさを大きくした。もう年かな…。125%にしたらまぁそんなには気にならなかったんだけど、その後やっぱりもうちょっと大きくしたいなと思って150%にしたら、なんか色々と表示のバランスが変な感じ。

YahooMessengerは独自描画でそもそもフォントの大きさが変わらない。
Firefoxは対応してるんだけど妙に効き過ぎてる感じ。
VistaではAlt+Tabの表示がおかしい。

まぁ確認しないと問題点は見つからないので直らないね…。そもそもラスター画像を拡大すると汚いんだよな。。二アレスとネイバーだと歪むし、他の方式だとぼけるし。

睡眠導入剤

Sat, 14 Mar 2009 11:40:48 +0900

睡眠導入剤としてamazonで本を2冊購入した。

PATTERNS FOR PARALLEL PROGRAMMING
THE ART of MULTIPROCESSOR PROGRAMMING

多分そのうち翻訳されるんだろうなぁ…。洋書を買っても殆ど読まないでそのうち日本語版が出るというパターン。

64bit

Mon, 02 Mar 2009 08:55:22 +0900

64bit板の.NET Frameworkについてぐぐって調べてみた結果、IntPtrが8バイトなのでアドレス空間は64bitに対応している。この一点だけを取ってきちんと64bit対応出来ていると言って良さそうだ。

ただライブラリのコレクションのインターフェースとかに関してもインデックスの型が32bitのものしか用意されていないままなので要素数が極端に大きいのは無理。恐らく内部の実装等も極端なケースを考慮しているわけでは無さそうだ。まぁそういうのは自前でもっと低レベルな言語で用意して下さいって事なんだろうなぁ。。

あと要素数が何十億になるような場合、それだけのメモリをOSがリニアに確保してくれない事もあるし、そもそも需要が少ないんだから対応するとしても後のバージョンでだよ、って事なんだろう。

32bitのコードと生成物がレガシーな資産だとしたら、それをどう64bit対応させるのかって事に関しては、仮想環境で動いてるJavaとか.NETの方がC++より分がある感じだな。。でももっと仮想化をうまく進めて32bitのものを64bitのものから最低限使えるようにはしないと64bitへの移行がゆっくりになるだろうなぁ…って思う。64bitの環境上で32bitのを動かすのはx64では問題が少なそうだけれど、64bitと32bitのソフトウェアの混在に難がある感じ。

なんか型無しのスクリプト言語で書ける部分は書いといたほうが移行で意識する事が少なくて良いのかも。モジュール間接続は通信で行うとか。

猫

Mon, 02 Mar 2009 00:23:46 +0900

この猫はしぐさとか動きがかわいい。和むねこだ。。
http://www.youtube.com/watch?v=z_AbfPXTKms

64bit

Mon, 02 Mar 2009 00:19:46 +0900

一昨日買ったノートPCにVista x64を入れてそれの環境整備をしてる際に気づいたんだけど、x64のJREだとEclipse3.4 Ganymedeが起動しない。

.NET Frameworkとかでもそうなんだけど、64bitへの対応をどのように定義しているのかいまいちわかっていない。後で時間がある時に調べてみようっと…。