2006年06月


目次


2006年06月30日

文明について

イギリス人が石器で獣を追っていたころ、中国人は既に官僚の汚職に悩んでいた。


炎上中

なんか、見積もり2週間×2人(ここでスカラーとの乗算は非可換だからね、よろしく)、残り日数4日、進捗0%の仕事が降ってきましたよ。うちの会社にこんな異常なプロジェクトが降ってくるまでにはいろいろ語れない事情があったわけだけどさ。政治的に。まぁ、いろいろあって。私が担当。

引き継ぎしようにも、Howしか書いてないドキュメント。WhyもWhatも書いてないから読み取るのに時間が掛かるよ。しかも書いてあることが中途半端。そして、どうして日本人はそんなにExcelが好きかな。Changelogでいいでしょ。vimで編集できないファイルはファイルじゃないんだよ。

自称SEはなんでその自称設計をしてる暇で動くソフトウェアを書かないの? 走らないものがそんなに好きか? そんなにドキュメントが好きなら勝手にドキュメントでも走らせてなさいよ。Shebangは書いてあげるから。

今回はうっかり引き受けてしまったけど、今後は心する。私はアジャイルじゃない仕事は断る。


2006年06月29日

天使が舞い降りても

『戦争を演じた神々たち』所収「天使が舞い降りても」はその寓話的雰囲気が好きだ。いや、この連作短編集に収録されている作品は全部、寓話的、神話的、詩的にして荘厳なのだけれど。

戦争を演じた神々たち(全)
戦争を演じた神々たち(全)

ASIN:
415030632X
作者:
大原 まり子
出版社・メーカー:
早川書房
出版社・メーカー:
早川書房
出版社・メーカー:
早川書房
発売(予定)日:
2000-02
定価:
¥ 735
Amazon内売上順位:
68581
評価:
4.5

不調に襲われるとたまにこの作品のフレーズがぐるぐると頭の中を回り出す。

  • 「"喪失"だな。おまえの物語のメインテーマは"失うこと"だ。人生の最初から」
  • 「連中はなにごとかを成しているぞ。どのような意志かどのような目的か知らんが、ともかく莫大なエネルギーだ」
  • 「彼らの行った破壊のエネルギーが、わしにいったいどれほどの力を与えていったか、想像がつくかね?」

あ、気がついたら、これ全部AUM老人の台詞だね。聖音AUM。サンスクリット語かな。どっかの今は改名した新興宗教団体が名前にも使ってたね。

世界の創造と維持と破壊の作用。ヴェーダの三柱の神々。中国語への音訳転写で仏典では阿吽(あうん)だったか。

死ねばいいのに。


2006年06月28日

C++は滅びぬ。また、何度でもよみがえる。

C++ Servlet Container 柴犬すごい。

やっぱりC++だよね。いま一番好きな言語はRubyだけど、私の心の母国語はC++だから。今のC++ stdは委員会の中の綱引きで、土壇場で例外だのテンプレートが追加された中途半端な状態だけど、C++ 0xはboostの成果も取り込まれるしきっと良くなる。もう第2のCOBOLとは言わせない。

D言語は、簡単なコード書いた感触ではやっぱりC++の強力さに比して物足りないんだよね。似ているだけに。安全性やEoDを求めるならもっと徹底した方がいいと思うし。あ、それがC# 3.0か。

C++ 0xが出たあかつきには、ついにC++が『UNIXという考え方』でいう「第3のソフトウェア」に進化すると期待。


2006年06月26日

LL Ringチケット買った

LL Ringのチケットをゲット。今からwkwktktk。

直近ではオブラブとShibuya.jsか。こっちも楽しみ。いま、イベント当日に響かないようにがんばって仕事を片付けてる最中。ここ数日は営業さんが先月頑張った甲斐あって大量の見積もり依頼とかシステムのお絵かきが発生。ソースコードから遠い。まぁ仕事だから、たまにはこういう日もあるよね。ソースに触らない仕事ばっかりずっとだったら嫌だけど、そういう会社ではないからそこは安心。


2006年06月23日

Re: ActiveRecord を SQLObject っぽく

ActiveRecord を SQLObject っぽくを読んだ。言ってたね。くまくまの人が。svn headにはこの機能入ってるの?

入ってないとしても、くまくまの人が既に書いてそうだけど、面白そうなので自前で書いてみた。5分じゃ無理だった。10分掛かった。



予約語考: 或るRuby厨の意見

Pythonは予約語が少ないらしい

Rubyは実はメソッド名には予約語を使えるので、APIを設計するという意味では予約されててもあまり困らない。

class C
  def end
    :end
  end
end

c = C.new
p c.end        #=> :end

p RUBY_VERSION #=> 1.8.4

ただし、文脈によってはうまくparseしてくれないので、Module#define_methodで代用するテクニックが必要だったり。メソッドを使う側はいいとして、書く側は面倒かも。それから、呼ぶときもレシーバを明示的に書かないとparse errorになる場合もあるけど。

でも、本当に身内で使うようなメソッド、privateなメソッドは、予約語を避けて命名してもあまり困らないしなー。そして、publicなメソッドはどのみちレシーバを指定するわけだし。

それにしてもさすがにメソッドをifとかelseとか命名する邪悪なコードを書くのはDHHだけで十分だ。

それよりJavaはgotoをどうするつもりだ。


はまちちゃん

こんにちはこんにちは!

いぬビームの記事へのはてぶのコメントで、はまちちゃんに対する代名詞「彼女」に驚いている人が多い件。

前にいぬビームの中の人がはまちちゃんと食事した時の記事で、はまちちゃんは17歳にして投資運用益で日本経済を影から支配するニート系ツンデレ眼鏡っ娘なメイドさんぼるじょあメイスンリーだと言ってたじゃないか。いや、たぶん。


るびま進捗

るびまのRubyKaigi2006特集号編集は、当初の予定より大幅に遅れてる。

でも、るびまの中の人達が会場のロガー席にてリアルタイムにタイプしたメモに基づいているし、スピーカー自身に間違いがないかチェックしてもらってるし、みんなの知恵があつまっている。RubyKaigiレポート群の中でもかなり高品質、S/N比高なものに仕上るんじゃないかと思う。特に質疑応答におけるスピーカーの微妙な言い回しなんかはそのまま保存されていて素晴らしい。

なので、私は自サイトの記事では敢えて個人的感想や偏見を交えて、るびまでは割愛された脇道も含めつつ、容量大を志し、S/N比の低下も辞さない覚悟で書いている。


2006年06月22日

再びアジャイラー求人

宣伝です。LLを用いたweb開発に携わる技術者を募集しています。(2006-10-03現在、募集終了しています)

* 待遇

えっと、人事から「とりあえず今はフルタイムで働ける人が来てくれたほうがうれしい」って言われました。 正社員の場合、

  • 週休2, 9:30-17:30
  • 勤務地: 西新宿のオフィス。近い将来移転予定なれども、移転先未定。山手線周辺には間違いない。
  • 給与: 想定してるのは、能力に応じて30万円 - 60万円 per month。優秀な人なら80出すかも(オフレコ)と言ってました。
    • その他、プロジェクト手当てあり。
  • 有給あり。
  • 社保未完備(これは申し訳ない。9月末までに整備予定)
  • 交通費全額支給(私みたいに埼玉の山奥から通勤してても全額出るので安心です)

一応これがモデルケースなのですけれど、会社とお互いに折り合いがつけばこれに限りません。雇用形態も、出来高、インターン、アルバイト、その他。勤務日・勤務時間も応相談。モデルケースにマッチしている人のほうが少ないです。私もそうだし。

というか、大手航空会社の各国版サイトも管理させて頂いていて業績は順調なのですけれど、なにぶん無名なベンチャーゆえ人材不足は否めず。なので、優秀な人なら上の条件にこだわらずになりふり構わず優遇しますのでぜひお願いします。

* 条件

  • 自分が最初に書いたようなタイプの人種じゃないかと思う人
  • 15才以上137億歳未満(異世界人の場合はご相談ください)
  • Webアプリケーション開発の業務経験があるか、相当するだけの自信がある人
  • Rubyが使える人。もしくは「CPANがあればRubyなんかいらんだろ」といえる勢いのPerl使い。
  • (Optional) Javaのお仕事も一応社内に転がっているので、Javaが使えると評価が高いです。
  • (Optional) PHPのお仕事も一応社内に転がっているので、PHPが使えると評価が高いです。
  • (Optional) Haskellのお仕事は全然社内に転がっていませんが、Haskellが使えると評価が高いです。
  • (Optional) Scheme(ry
  • (Optional) UI設計のセンスのある人は嬉しいです。

* 会社概要

  • 従業員数: 20名。常勤は16名ぐらいか? 何しろ私が常勤じゃないのでよくわからない。
  • 事業: 現在はアフィリエイト関連のあれこれを開発して売ってます。
  • なんとなく、おいしい案件がたくさん取れて急成長中。

* 連絡先

  • 担当。Yuguiこと園田裕貴
  • ruby -e 'puts "auqpqfc@rtkoguvang.eq.lr".tr("a-z", "y-za-x")'

2006年06月21日

ハルヒを読んでみた

一部のオタクたちの間で評判の『涼宮ハルヒの憂鬱』を読んでみた。

涼宮ハルヒの憂鬱
涼宮ハルヒの憂鬱

ASIN:
4044292019
作者:
谷川 流
出版社・メーカー:
角川書店
出版社・メーカー:
角川書店
出版社・メーカー:
角川書店
発売(予定)日:
2003-06
定価:
¥ 540
Amazon内売上順位:
51
評価:
4.06




2006年06月20日


日本Rubyカンファレンス2006 (2) 高橋会長

日本Rubyカンファレンス2006に行ってきました。今回は、ログを「るびま」に提供することになっているのでいろいろややこしかったりするわけですが、当初の予定より遅れ気味の「るびま」編集が、ようやく方向性が見えてきました。だいぶ出遅れましたが、るびまへ提供したものとかぶらなそうな部分を中心に、いくつかレポートを上げたいと思います。

簡単な第一報は書いてありますので参考までに。



2006年06月19日

Rails勉強会@東京 第7回

Rails勉強会@東京 第7回に行ってきた。今回はドリコム恵比寿オフィスにて。

drecom.jpg

小雨の降る中、参加者がぞろぞろと集まってくる。残りの人を待っている間、話題になるのは昨日のはぶにっきのこと。はぶさんから提示された「RailsのやりかたはDOAへの退化ではないか」という疑問と、いくつかの質問。そしてそれへのid:takahashimこと高橋会長のコメント。これは懇親会の話題にも続いた。



Rails勉強会@東京

Rails勉強会に行って帰ってきたらPragmatic Bookshelfから"Rails Recipes"が届いてた。次回の勉強会のネタの1つはこれかもね。

詳しい勉強会レポはあとで書く。

全体に羽生さんにかなり影響されてた。私やもろはしさんがABDに思考を引っ張られてるのも大きかったけれど。そのへんはやどかりの人が書いてる。

次回の勉強会ネタ予告

Rails Recipes
Rails Recipes

ASIN:
0977616606
作者:
Chad Fowler
出版社・メーカー:
Pragmatic Bookshelf
出版社・メーカー:
Pragmatic Bookshelf
出版社・メーカー:
Pragmatic Bookshelf
発売(予定)日:
2006-06
定価:
¥ 3,952
Amazon内売上順位:
3054


2006年06月17日

Ruby標準添付ライブラリ - LL Ring

LL Ring キミならどう書く 2.0 - ROUND 1 -への回答。

まずは、日本Rubyカンファレンス2006でネタにした関係上、お約束のやつだけ。一応Rubyの標準添付ライブラリ。

require 'mathn'
Prime.new.each do |p|
  break if p > 100
  puts p
end

短いけど美しくない。非正格評価欲しい orz


2006年06月16日

Rails本ラッシュ

AWDwR邦訳も出たし。あっちではAWDwR 2nd ed.も順調に進んでるみたいだし。そして、

かつてのRuby本ラッシュ再びという印象。ドリコムみたいなEarly Adaptor(うちもそのつもりだけど)からEarly Mojorityへと移りかけているのが現在で、そしてこの出版ラッシュに乗れば、いよいよ来るよ。たぶん。


2006年06月15日

技術者のスイッチングコスト

一般に、人間における仕事のスイッチは、CPUにおけるプロセスやスレッドのスイッチ同様コストを伴う。あまりスイッチが多ければ当然処理能力の低下を起こす。

他業種は知らないけれど、少なくとも技術者のスイッチングコストはかなり高い。文字どおり「コードに落とすだけ」まで書かれたプログラム設計書をコーディングしている「文字どおりのコーダー」ならともかく、そうでなければシステム全体に関する幅広く、階層的な、抽象的な知識をロードしておいて、そのフィールド内で作業しているからだ。この知識をロードするのに相当の時間が掛かる。

実際の所、「文字どおりのコーダー」の存在が全体の能率を上げるようなのは『人月の神話』で解説されているように、ハードウェア先行のプロジェクトや超大規模プロジェクトなど限られていて、少なくともweb系には関係なさそうだ。

なんでこんな常識をいきなり語りだしたかというと、今日そういうのがあったから。作業のストアに10分、ロードに20分、作業3分、報告5分みたいな。アホらしい作業。まぁ、そのプロジェクトの管理担当は私だから、誰のせいでこういう非効率が生じたかといえば、私がまだ管理体制をしっかり敷けていなくて作業の割り振りが適切に機能していないからなんだけどさ。だから、早く体制を固めなきゃという自戒を込めて。

ある技術者がいて、その人に30分に一回誰かが5秒間話しかけたとすれば、その日の進捗はゼロだと覚悟しなければならない。


2006年06月14日

駄目だ

無理矢理上げてたテンションが狂ってきた。パニック発作来そう。死にたい。


レポート書かないかも

何よりも自分が忘れないためにレポートをまとめている部分はあるのだけど、今回はネット上にレポートがかなり流れてる。

なんか、モチベーションが激しく下がってます。


サッカーとかLDRとか。

オーストラリア戦では、会社のみんなも早く帰りたがってるし。私一人遅い時間になったら明らかに街中の人通りが少ないし。そこら中の店で「店内で観戦しませんか」って誘導してるし。ジュンク堂の会計フロアがむちゃくちゃ空いてるし。電車も空いてて、普段なら帰宅ラッシュの時間なのにほとんどの人が座れてるし。

日本人そんなにサッカーが好きか?

Livedoor Readerの中の人を11回クリックした時のメッセージが

_| ̄|○    オーストラリアおめでとう!

になってる。



2006年06月13日

コンピュータ代数ハンドブック

"Modern Computer Algebra"の邦訳『コンピュータ代数ハンドブック』が出てるよ。昨日ジュンク堂で見掛けた。

原書は私もゼミで半分ぐらい読んだけど説明がとてもわかりやすかった記憶がある。教授曰く、Knuthの"The Art of Computer Programming"は良書だけど紹介してるアルゴリズムとか、ちょっと内容が古くなってきているので今なら"Modern Computer Algebra"でしょ、とのことでした。

邦訳が出てるならますます気楽に読めるね。原書に比べてのタイトルのダサさ加減は置いておくとして、欲しい。これは欲しい。でも高すぎ。原書は$49だよー。なんで翻訳はこんな値段なのさ。せめて半額なら昨日迷わず買ったんだけどなぁ。

コンピュータ代数ハンドブック
コンピュータ代数ハンドブック

ASIN:
4254111061
作者:
山本 慎, 三好 重明, 原 正雄, 谷 聖一, 衛藤 和文, J.フォン ツァ ガテン, J.ゲルハルト
出版社・メーカー:
朝倉書店
出版社・メーカー:
朝倉書店
出版社・メーカー:
朝倉書店
発売(予定)日:
2006-06
定価:
¥ 31,500
Amazon内売上順位:
206373


2006年06月12日

日本Rubyカンファレンス2006 (1) 第一報

とりあえず第一報です。日本Rubyカンファレンス2006に行ってきました。ライトニングトークスで発表もいたしました。

会期中は会場近くに泊まっておりましたが、先ほど自宅に帰ってきました。

今回は私はるびまのカンファレンス特集号にログを提供することになっているので基本的にはそっちを通じて報告します。というか、〆切も近いので急いで書かねば。

なので自分のサイトでは、明らかに没になりそうなネタとか、個人的なこととか、るびまに採用されなかったログとか、提出が〆切に間に合わなかったログを今週いっぱいぐらいで順次報告したいと思います。



2006年06月09日

連絡手段のお知らせ

9日朝より12日深夜まで、家に帰りません。緊急に連絡が必要な方は掲示板、mixi、携帯電話等へお願いします。


2006年06月06日

RubyカンファレンスLTで話します

報告が遅れましたけれど、日本Rubyカンファレンスのライトニングトークスで発表させてもらうことになりました。お題は「なぜブロックは素晴らしいか」です。

それはそうと、カンファレンス会場近くのRUBY CAFEの名前に魅了される今日このごろです。


2006年06月04日

copy rightは終わった

「終わった」というのは言ってみたかっただけ。以下、脈絡なく語る。



2006年06月03日

expression templateってモナドだよね。

特にIOモナドとか、boost uBLASのexpression template技法そのまんまという気がする。boost spiritも近いかな。expression templateもまた、コンパイル時に「どうやって計算するか」を値として、実行時はその値を利用する訳で。

C++ templateによるメタプログラミングを言語内言語と捉えれば、その副作用を持つのが難しいという性質から、思想こそ圏論でなくモナド律を前面に押しだしこそしていないけれど、似たようなものが見られるのは必然なのかもしれない。


2006年06月02日

MySQLが不適当なレコードを返す問題。

Active Recordから変なレコードが返ってくるのは、Active Recordの問題かと思ったらMySQLの問題だった。Active Recordよ、疑って済まなかった。


Blog操作

検索


カテゴリー

このブログについて

あわせて読みたい

follow yugui at http://twitter.com

© Yugui

Powered by Movable Type 3.2-ja-2