akira_youの私見

2012年3月16日金曜日

FreeBSD 9.0RELASEで日本語manを使う

eucJPだと問題無いらしいですが、ja_JP.UTF-8だと日本語manが文字化けします。

その問題に対する、とりあえずのワークアラウンドはできたのでメモ。

まず日本語マニュアルを追加します。ここでインストールした以外の雑多なマニュアルも含めて日本語マニュアルは一般に/usr/shere/man/ja以下にEUC-JPでインストールされます。


pkg_add -r http://home.jp.freebsd.org/%7Ekogane/JMAN9/ja-man-doc-9.0.20120115.tbz

EUC-JPのマニュアルをコピーしてUTF-8に変更します。copy先のディレクトリ名をja_JP.UTF-8にする事で標準搭載のmanによって自動的に認識されるようになります。


cd /usr/share/man
cp -r ja ja_JP.UTF-8
find ja_JP.UTF-8 -name '*.gz' -exec gunzip '{}' ';'
find ja_JP.UTF-8 -name '*.[0-9]' -exec nkf -Ew --overwrite '{}' ';'
find ja_JP.UTF-8 -name '*.[0-9]' -exec gzip '{}' ';'
nkf -Ew --overwrite ja_JP.UTF-8/whatis

manで使われているgroffはバージョンが古く日本語に正常に対応できないっぽいので、portsから新しいバージョンのgroffを入れます。


cd /usr/ports/textproc/groff
make install

新しいgroffを使うように/usr/bin/manを書き換えちゃいます。

#ちなみにmanはFreeBSD9.0以降ではシェルスクリプトで実装されてます。

変更点はgroffを/usr/local/bin/groffに置き換えて gorffに-Tオプションを渡しているところに同様に-Dも渡すだけです。


333c333
< NROFF="$NROFF -T$nroff_dev"
---
> NROFF="$NROFF -D$nroff_dev -T$nroff_dev"
936c936
< NROFF='groff -S -P-h -Wall -mtty-char -man'
---
> NROFF='/usr/local/bin/groff -S -P-h -Wall -mtty-char -man'
940c940
< TROFF='groff -S -man'
---
> TROFF='/usr/local/bin/groff -S -man'

スクリプト系言語でシステムが記述されてると改造が楽でいいですねぇ。OSという性質上シェルスクリプトに限定されてしまうのが残念ですが、LuaをFreeBSDのOS標準搭載のシェルスクリプトとして採用しようだとかいう話も上がったりしたりしてるようですし。だんだん楽しくなっていきそうですね。

2012年3月6日火曜日

日本の数学は大丈夫なのか　を読んで　

http://bakera.jp/ebi/topic/4726

難問です。知っていれば解けるし、知らなければ無理な問題でしょう。

と言われていますが、機械系の工学部だと図学の授業を受けるので簡単に解けます。（私の母校は学部１年でやった気がする）それ以外の学部は大変なのかもですね。

ただ、その正答例(http://mathsoc.jp/comm/kyoiku/chousa2011/answer.pdf)が気にくわないです。コンパスを入れる数が多すぎて、作図するうちにずれて美点減点を食らう可能性が高いです。平行線をターゲットとなる線分に平行に１本引く方がもっと作図の手間を省けます。

とりあえずの解法を考えてみました。だいぶ手間が減るはずです。（もっとエレガントな解があるかもしれません。）

ターゲット線分（黒）に中心がある円を２つ書きます（ピンク）

二つの円（ピンク）の交点を通る縦線(青)引きます

縦線（青）とターゲットの線分の交点を通る円を描きます　（ここまで円のサイズは全部一緒）

円の交点を通る横線（青）を描きます（これはターゲット（黒）に平行です）

よく観察すると円の交点は横線（青）を３等分しています

ターゲット線分（黒）と三等分された横線（青）の端っこを結ぶ直線を引きます（オレンジ　２本）

オレンジ２本の交点から、横線（青）と円の交点にむかって直線（緑）をひきます

オレンジと緑の直線はターゲット直線を３等分しています

ということで、だいぶ作図の手間が減りました。

ところでなぜ作図の手間に注目するのか？と言うと、図学での作図はプログラミングでの算法にたとえると、数値解法で式を解くときの手順の数に相当しします。その手順は多ければ多いほど計算速度も精度も通常は落ちてしまいます。なので、作図の手間は少ない方がエレガントなのです。

なにが言いたいかというと「問3」の正答例はださい、その事のほうが「日本の数学は大丈夫か？」と言いたくなるところだよねっと・・・・

2012年2月21日火曜日

工学系の就活生を見て思った事

先日リクルータやってきました。

学内セミナーなのにスーツ率高いよ！みんな真面目ですごいね～と思いながら会社案内してました。

ただ、一つ気になった事がありました。

みんな会社で即戦力にならなきゃって思い込みすぎ。

例えば会社で画像処理等の仕事をしたいという人がいても、良く聴いてみると、自分の専攻が画像処理なので画像処理の仕事以外は不安で・・・という人がいたりします。博士卒になるとさらに色濃くて、自分の研究・海外論文の発表実績や、「海外進出にはドクターの肩書きが重要」みたいな事で役立たなきゃと思いこんでる人もいます。

（念のため補足しておくと全員が不安なんじゃなくて「大概の事はできると思うから心配してない。どんな面白い仕事あんの？」って見事に達観した人もいます。）

心配になるのは分かるけれども、ちょっと冷静に考えてみましょう。私の勤め先はまだ終身雇用が色濃くのこる会社です。つまり35～40年近く働く事になります。35年という時間を考えたとき、２年or5年で身につけた技術そのものは重要じゃないのですよ。博士の方にはたしかに専門的な所を期待する場合も多い、でも10年後に会社の方針転換があってその事業から撤退したとしても貴方を雇い続けるのです。２年or5年で身につけた技術自体よりも、それらの技術を身につける事ができた、そのセンスを買ってると思ったほうがまだ的確です。

心配しなくても、みなさん卒論や修論で出来た事以上の事を仕事の中でできるポテンシャルを持ってると私は思います。会社もバカじゃないので、わざと無理な仕事をおしつけるって事は通常しません。会社は利益をだしたいのですから。学生の皆さんは目に見える成果だけじゃなく、その成果を出した自分の腕に自負をもってもいいと思いますよ。みなさんはそれぐらい優秀です。なので「不安だから」という理由で自分の専攻の仕事しかしませんと宣言する必要はないと思うのです。

もちろん本当にその専攻に入れ込んでいて、大好きで、その仕事をピンポイントでやりたいという人は別です。突き進んで楽しい世界を作って下さい。

ただ工学部で取れる博士は「哲学博士」である事からわかるように工学も哲学なんです。そう考えたとき修論・D論は多くの場合哲学を実践した結果の一つだと思いませんか？そして、その論文を書くために動員した工学者としてのセンスの源になってるものが貴方自身がもっている哲学だと思うんです。その哲学は一人が一つしか持っちゃけないなんてケチ臭い事はなくて、研究内容や自分の成長にあわせて変わってしまうものなのかもしれないですが。会社はどう思うかわかりませんが、一技術者としてその哲学は筋のよい技術を作るためにとっても大切だと思っています。

ちなみに個人的にもったいないなーと思ったのでココに書いただけで、勤め先の採用方針とは関係ないです。私はリクルータだけで面接の仕事はしてないので、そう思う現役技術者もいるんだな程度にお思い下さい。