私は如何にして心配するのを止めてUNIXカーネルを愛するようになったか
Most pages here are written in Japanese. Some pages are in English. UNIXカーネル(第6版) ソースコードには 「You are not expected to understand this.」 (これがわからなくてもべつにかまわない)という木で鼻をくくったようなコメントがある。 Jargon Dictionaryの見出し語にもあるように、UNIXに関するきわめつけの逸話である。 Lions本とよばれる後述の注釈本では2238行に位置するこのコメントに対応する部分を理解すると「2238クラブに入れる」との記述がある。 ちょっと注意 このページは UNIXをひととおり使える C言語でプログラムが組める アセンブラも多少は何とかなる 必要とあらば英語の文献を読むこともいとわない をすべてみたす人を読者に想定している。 部分
日本語訳の文章: GSL, graphviz, R, PARI/GP, xgrid
翻訳した文章など 必要に応じて、英語のマニュアルを日本語に翻訳したものなどを、気楽に公開。 -> English | spline/ode (GNU plotting utilities) | GSL | graphviz | R-FAQ | PARI/GP | xgrid | What's new, Change log, ご意見など 公開条件は、各文書中で指定されているものとする。 指定のない場合はそれぞれで示している日付の時点での最新 GPL ライセンスに従うこと。 GSL (GNU Scientific Library) v.1.8 マニュアル ここ。一応全部訳した。今から校正。 (November 3, 2006) spline/ode コマンド (GNU Plotting Utilities) マニュアル・ページ PDF spline.pdf (October 17,
Let’s use doxygen!
はじめに プログラマには、ドキュメント、とくにプログラムの内部仕様書を書くのが苦手、 という人が多い。 その理由は明らかであって、そもそも、ソースコードに (バグも含めて)*1 すべての仕様が子細もらさず書かれているのに、なぜ、さらにそれと独立した仕様書が必要なのかと、 (半ば本気で) 思ってしまうからである。 ソースコードと独立にメンテナンスをしなければならないような仕様書は、 いずれソースコードと整合性が取れなくなって、無意味ならまだしも、 かえって害をなす存在となり果てることもある、ということを、 彼らは経験的に理解しているのである。 (*1) Ruby の作者である、まつもとゆきひろ氏は、 その著者『オブジェクト指向スクリプト言語 Ruby』の中の「付録C Ruby 用語集」で、 次のように書いている: ドキュメント まつもとの苦手なもの。彼は普段から「ソースがドキュメントだ。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.iburiworks.com/weblog/002564.html
