nullはObject仕事コードで、やたらと以下のようなundefinedなコードを見つけて気持ち悪くなる。undefined;undefinedなんてのは未初期化変数や存在しないプロパティにシステムが設定する値で、明示的に書くなよばかもの、と直した。null;そうしたら例外が出まくる。なんじゃこれ?しょうがないのでスタックトレースを見て調べる。Chromeはstackで採れるけど、取れない実装もあったような。}すると、次のところで引っかかっていてうんざりした。x.a.value;と修正しておしまい。Publishingのマイページに届くようになっていて、WEB+DBがWEB+DBになったなぁと感じたりする。そんなものは無くてオンラインストレージが当然になってしまうのだろうか、とは言えオフラインで読めるというのも重要な気はするし(閉鎖環境での開発ってのはあるからね)、でも閉鎖環境での人間による開発というのが無くなってしまえば(たとえば、閉鎖環境で開発可能な程度のプログラムはボットに任せられるとか)それで良い気もするし、先のことはわからないからおもしろい。本体(DVDが本体か冊子が本体かは微妙ではあるけれど)の特別書下ろし「Web技術の過去と現在、そしてこれから」がコンパクトでおもしろい。おもしろいのは、何がついに語られなくなったか、というところだ。フロントエンド技術だと、HTML、JavaScript、Ajax、jQuery、Backbone.js(再来年には語られなくなるだろう)...となっていて、もうColdFusionは当然としてFlexすら出て来ない。Curlも出て来ない。CSSとJavaScriptフレームワークでいっぱいなのだ。実用的となるところまでは良いのだが、ここで賢い実装が賢ければ賢いほど自分で自分のクビを絞める。いうのは、バックに高邁な理想が隠れていることが見えるからだ。賢い実装のために、みんなが使いデファクトスタンダード化する。過度に実用的そこでふと皆気付く。それが達成されていることに気付く。実用的そのころには、賢い実装もそこら中に経年劣化が目立ってくる。非標準な事実標準から真の標準へのシフトが起きる。いっても、OODBは高邁な理想のような気がするが、そうではなく単なる徒花だったようだ。それにしてもRDBは強いなぁ。シンプルで強力なモデルが下にあるといくらでも長生きできるということなのだろうか。忠之)レガシーが残っているということは良いことでもある。そのレガシーをレガシーと正しく認識できなければただの生ごみ発酵中だ。PRESSはまさに中二病真っ盛りなのかと感じ入るのであった。湾岸Bからレインボーブリッジ感動した。なんかずいぶん(30年ぶりくらいか?)久しぶりに、千葉から湾岸Bを通って戻って来て、手前から箱崎方面へ行かずにそのまま横浜方向へ進んでレインボーブリッジのほうから東京へ入ったのだった。右へカーブして昇りきったら、そここそ東京だった。あまりの光景に心底驚いた。パースペクティブキッドの血が沸騰するかと思った。パースペクティブキッド(ひさうちみちお)今になって考えてみると、鈴木は自分のヴァルハラとして臨海副都心を計画してレインボーブリッジと名付けたのかも知れないが、しょせんヴォータンほどの大物ではなくせいぜいがフローが良いところだったのだろう。決定的に間違っていたのは、鈴木が作るまでもなく、東京こそがヴァルハラだったのだ。湾岸Bから神々は入城するのだ。resources久々にJavaでHTTPクライアントを書いて、そういえば1.4.2の頃はコネクションタイムアウトすら設定できなかったからSocketを使ったなぁとか思い出しながらJDKのドキュメントを眺めているとURLConnectionが随分とまともになっているようで感心しがてら使うことにした。resourcesが使えるので次のように書いて失敗した。bao.toString("UTF-8");}...とても不思議だった(が、わかればそれはそうかも知れないとは思うが、ろくなAPIとも思えない)。あと、こういう処理を考えると、"UTF-8"と文字列でCharsetを指定するよりも、Charsetのインスタンスをあらかじめ用意して使いまわしたいのだが、ByteArrayOutputStreamのtoStringがStringを引数に受けるものしか用意していないのが中途半端に感じた。次のようなクラス定義をした。...}つまり、finalフィールドとすることで読み込み専用のフィールドとして外部に使わせたい(ついでに誤った更新をコンパイル時に弾く)ということだ。コンストラクタを書く。}するとコンパイラが、barを初期化しないパスがあると文句を垂れる。初期化していないというのはデタラメ千万で、仕様によりフィールドの初期値はnullと決まっている。declaredなのでおれが無知だった)。e)ではなくずらずらリフレクション関係の例外を複数の節に書いているので、ExceptionとかThrowableでcatchしてthrowすればそのパスはあり得なくなるから、文句は垂れられなかったのかも。コンパイラ用のスィッチとか調べるのが面倒なのでしょうがないので明示的に設定してやった。}すると今度は、重複した初期化というコンパイルエラーとなった。それはそれほど悪いエラーではないが、デフォルト警告で十分だろう(あくまでもスィッチを調べる気にはならないのだが、本当にあるのかなぁ)。まともにつきあうのがいやになったので、finalを削除しておしまい。追記:仕様通りの動作であるならば、記述方法を変えるしかない。いうわけで、次のように書くのが正解なのだろう。コンストラクタの最後にローカル変数を利用して初期設定。Windows10で気に入ったところ全体としてはあまり気に入っていない。最初の瞬間はいつも、使わないスタートが出てきて泣いた夜だが、実際にアプリケーションを選択して起動するときは、Windows8(8.1)のばかでかいメニューは素晴らしく使いやすかったからだ。10のは小さすぎるし、既定で入っている無用なカテゴリに対するカテゴリーキラーを見つけられなくてうんざりだし、とにかく今のディスプレイに対してせこまし過ぎて使い辛いったらありはしない。どこのホークアイがスタートメニュー復活とか懐古趣味な復活の呪文を唱えているのだろう?でも、唯一気に入った点があって、それは待ち受け画面に出てくる写真が素晴らしくみょうちくりんなことだ。むじゃむじゃな木の中の道だのわけがわからないぶにょんぶにょんな風景だの奇天烈にがつんがつんした岩ごろごろだのが使おうとするたびに出てきてそのたびに度肝を抜かれる。世界は広く人生は短い、こういう風景を見られるのは実に楽しい。[解決なされたようで良かったです。[ありがとうございます。金星の樹の木陰アマゾンを眺めていたら、唐突にお勧めに萩尾望都が出てきた。それで思い出して佐藤史生を調べたら(フラワーコミックなんかで結構手元にあるのだが、ワン・ゼロはどこかに失くしてしまったとかいろいろあってkindle本になっていたら買い直しても良いなぁと思ったのだ)、復刊ドットコムで出まくっているのを知った。物理的な本は場所を食うから嫌だなぁと思いながらつい手を出した中に、金星樹があって、これは持っていたような記憶があるのだが本棚に見つからなかったので注文したのだが、実際には完全なまでに初見だった。激しくおもしろかった。冒頭に収録されている『星の丘より』だ。画が拙いなぁと思ったが、しかし物語のうまさに当然デビューした後に夢みる惑星の前日(といっても数千年以上前)譚として書いたのかと思ったら、筆者後書きを読むとデビュー用の持ち込み原稿だというのだ。(SFではデビューさせられないということで実際のデビュー作は別の作品らしい)テレパシーを持つのが普通の人間という世界が滅びかけている。生まれてくる子供たちのミュータント率が上がっているのだ。ミュータントはテレパシーを持たず、孤独な世界で泣きながら生まれてくる。王家の待望の皇子もミュータントだった。そのため、ミュータントの村に送り込まれる。そこではテレパシー能力を持たない人々がその代りに科学という体系を作ることで生存方法を見つけて暮らしている。彼らは水に溢れた第3惑星への移住を考えている。1977年に発表されたということは書いたのは1976年あたりかも知れない。重要なのは、ここで書かれたミュータント達が独特なセグメントにあることだと思う。青い犬という奇妙な味の作品について後書きにはデビューして3年目の作品とあるけど、3作目の書き間違いとしか考えられないが、どうしてそういう書き間違い(誤変換とかできる時代ではない)をしたのかが不思議だ。一角獣の森でという作品が当時の少女漫画の表現的な限界をいろいろ考えさせてくれるのがちょっとおもしろかった(作品はなかなか奇妙な味わいがあってそれはそれで少女漫画らしいのだけど)。それにしても、レギオンというルシフェルが神々に戦いを挑む作品についての解説が楽しすぎる。宗教団体のパンフレットをつい買ってしまって読んだところ、神の千年王国の退屈さにゾッとして作品になったというようなことが書いてあるけど、それでルシフェルが実に楽しそうに反逆しまくるわけか、と納得してしまった。本当に楽しそうなのだ。(それは青い犬もそうだし、一角獣の森のミュータントもそうだ。佐藤史生の作品は、そういえばどれだけ悲惨な感じの物語でも、主人公たちは実に楽しそうだなと気付いた。<佐藤史生コレクション>(佐藤史生)あらためて才能の大きさに舌を巻きまくった。Programmingの2分冊目を結構前にいただいたのは良いが内容が内容だけにずっと玄関に放っておいて先日やっと重い腰を上げて開けた。いうわけで買うべき本ではあるのだが、せっかくもらったのに大喜びで封を切って読みはじめたわけでもない僕がいきなり買えというのは道理が通らない。このシリーズを買うことは技術書の未来への投資という大事な側面があるから、そういう志がある人は黙っていても買うだろう。ない人にとって、本書の購入価値についての検討材料は書くべきだと思う。Algorithms(日本語版だと帯みたいに見える表紙の緑の部分に「準数値演算」と書いてある)で、原書3版に相当する。ドワンゴ再版シリーズなので、以前アスキーから出た時と同内容だが、出版後見つかったタイポ、誤植、誤訳などは修正されている(多分、鈴木さんの手元には読者から送られてきた膨大なバグ情報というかプルリクエストがあるのだろう。いうか間違いなくあり、それらがパッチされているということだ)。したがって、以前購入した人は買い直す価値はある。僕が本書の封を切るまでの腰が重かったのは本が厚いってのもないわけではないが、内容が内容だからだ。本書は2つの章からなっている(数表とか演習問題の解答(これだけで185ページもある)もある)。最初が第3章「乱数」、次が第4章「算術演算」だ。以前眺めてそのまま書棚に返したときと違って、今、あらためて読んでみると純粋におもしろい。以前本書をスルーしたのは、役に立たないと考えたからだ。乱数ならば、rand()を呼べば良い。基数変換は%dとか%xとか%oとかしてやれば良い。算術演算にいたっては考える必要すらない(とは言え、1990年代には32ビット整数を16ビット整数で割るために256進法の関数を作る必要が出て来たことがあったけど)。その状況は今ではむしろ大きくなっている。何も考えなくても使える。したがって、おそらく純粋に本書が必要でしょうがない人がいるとしたら、きわめて低レベルなところでOSやコンパイラを作ろうとしている人くらいではなかろうか。そもそも序に「より高水準の」数値解析に携わる人々から見れば、この巻で扱う内容は、システムプログラマの領域である。「より高水準の」システムプログラミングに携わる人々から見れば、この巻で扱う内容は、数値解析学者の領域になる。