日記帳だ! with Tux on Libserver

レポートを書こうと思ったわけですが、せっかくなのでレポートのフォーマットを見直すことにした。
当初見よう見まねで書いてたのだが、実はかなり悲惨なフォーマットでして…
今思えばおかしいのだが、なぜか章立てが番号付きの箇条書きを応用してたのね。
変ですね。と思っていたのだが、いままでそれに向き合うこともしてこなかったと。
方法がわかったので、これを改めることにした。
例によってOpenOffice.orgの話です。特にWriterね。

結局なんでそんな変なことをしてきたのかといえば、

3.実験方法
1.巻線抵抗の測定
電機子巻線(端子A-H間)と界磁巻線(端子C-D間)の抵抗をミリオームハイテスタで測定する。また、このときの周囲温度を記録しておく。

とかいう風に書きたかったから。そのためには箇条書き以外ないと思い込んでたと。
しかしそんなわけではないんですね。
見出し1、見出し2などいう段落スタイルがあるんですよ。
これってなんか意味あるのって思ってたけど、実は自動目次作成機能とかに使われるのね。
知らんかった。まぁそれぞれ意味のあるものだということです。
ちなみに表題はタイトルという段落スタイルを選ぶと良さそう。今初めて探した。
それで、 ツール>章番号付け というのがあって、これで設定できるんですよ。
ちょっと見た目が悪いので、番号後に . を入れることにした。これで1.実験方法のように表示される。
ここで総章数10とかにすると、3.1. 巻線抵抗の測定のような表示にできます。
すばらしい。
あと、スタイルと書式設定のところで、段落スタイルごとの標準を変更しました。
まぁ実は標準はIPA P明朝に変更したものを持ってたんだが、
他の部分がIPAフォントの類に統一されてなかったりしたのでいろいろ編集した。
MS Pゴシックとかはどうも縮こまってて好きじゃない。ほんの少しだけどね。
まぁそれならと、多少他の環境でも利用しやすいIPAフォントの類に変えてます。
ここで本文の書式で、インデントの自動のところにチェックを入れました。
これを入れておくと自動で段落の初めを字下げしてくれる。
このページでは全く徹底してませんね。まぁそういうものですが、レポートぐらいきちんとやりたいね。
字下げのためにスペースを入れるのはあまりよろしくないし。
本文打つときに、段落スタイルを本文にセットすればいいですね。
あと図表番号を中央揃えにしたり、いろいろした。
それとフッター付けて、<1>のように、挿入>フィールド>ページ番号を入れておいた。
そうやって作ったテンプレートを保存しておきました。

これでこのテンプレートだが、テンプレートとドキュメントで管理を選んで、
ここから自分のテンプレートを選び、コマンドよりインポートする。
これで新規作成のとき簡単に選べます。
さらに言うと、そのインポートしたのを選んで、標準テンプレートに設定とすると標準で使える。
これで便利になりました。
ちなみに他のテンプレートもこうやって作って登録して標準テンプレートにするといいかも。
CalcでM+2VM+IPAG circleを使いたいがために、そういうテンプレート用意したし。
Writerは標準フォントを定められるのですが、Calcはできないのよね。
だからこうやってやる方法が唯一です。
まぁこうやってやるときれいなレポートが日常的に書けますね。
そんなに便利なテンプレートがないので自作するしかないのよね。

さて、ページ番号のフッターというのは便利ですが、時に困ります。
というのは表紙をつけるときです。
普段の実験レポートは指定の表紙を付けないといけないし。
ただそういうのがなければ表紙も付けないといけない。
まぁどうせレポートとして印刷して提出なら表紙だけ別に作ってもいいんですけどね。
でも一番始めに置きたいですよね。ちゃんとできますよ。
まず、スタイルと書式設定を出して、ページスタイルで最初のページを選択します。
これでフッターが消えるので、表紙を適当に作成します。
それで挿入>任意区切りで改ページするけど、このとき標準を選んで、ページ番号を1とする。
ただ、こうすると、表紙の次のページに空白ページが印刷される。
これはオプションのWriterの印刷で自動的に挿入された空白ページを印刷を外せばいいはず。
だけどなぜかその状態が保存されない。おかしいなぁ…
まぁ普通はこれでずっと維持されるはずです。

まぁOOoというのは取り扱いがいいですからね。
スムーズにレポートがかけるので非常に便利です。
ただ、ちょっと複雑なことをしようとするとちょっと困ったりしますからね。
慣れておけば結構うまくいきますけどね。
というわけで慣れるためにたくさん時間を割いてみた。
まぁそんなのもいいんじゃないかな。

以前、かなり巨大なプログラムを作ったのだが、
このライブラリの命名規則がかなり悲惨なものであった。
僕はこういう表記が好きなんだけどね…

どんなものかといえば、全部小文字で書いてるんですね。
えらいもんですよ。 lastturncsvdataとかいうプロパティ名がありますし、
クラス名もほとんど小文字。
なんで小文字なのかというと、打ちやすいからですね。
とはいえ、一見すると何を書いてるかわからないのが欠点ですね。
基本的にはLastTurnCsvDataのような表記が好きです。
これはPascal形式とよばれるものらしいのですが、
一応.NET Frameworkの方針はこれのようです。
ただどちらかというと、lastTurnCsvDataのような表記の方が有力なのかな。
これはCamel形式といいます。ラクダのこぶみたいなのがあるから。
Javaのライブラリはこれですね。
どちらにしても大文字小文字で語の区切りを見えやすくすると。
複合語を無理に縮めなくても、まぁ読みやすいですし、人気がありますね。

そういえばRubyの命名規則はかなり楽しい規則だった。
Rubyではクラス名は大文字から始まらないといけないんですね。
なのでmyclassはダメ。MyClassとかにしないとね。
変数名ですが、これは小文字から始まることになってます。
そのほかにいろいろルールがあるのですが、これがかなりお茶目なんですね。
$から始まるものはグローバル変数、@から始まるものはインスタンス変数、@@から始まるのはクラス変数。
グローバル変数はPerlで作るならour使いますね。our $g; とか。
けどRubyでは$を付けると。一目瞭然ですね。
インスタンス変数は、C#とかでthis.fooと書くのを、@fooと書くと。
Perlやってた人からすると、配列みたいですがそんな意味は全くありません。
メソッド名も楽しいですね。
破壊的メソッドは!、真偽を返すメソッドは?を付けると。
MyClass#isEmpty? とか、MyClass#replace! とか。
ちなみにMyClass#myMethodのように何々クラスの何々メソッドとか書くらしいですよ。
.NET Frameworkの説明はSystem.IO.StreamReader.ReadToEndメソッドとか書かれてること多いけど。
破壊的メソッドと非破壊的メソッド両方あることもありますね。
これすばらしい仕組みだと思いますよ。そりゃ打つ文字が増えてめんどくさいけど、見た目はいい。

bar=foo()
bar.next!()
puts "Field 2 is empty." if bar.next().isEmpty?()
puts "Field 1 is #{ bar.current() }"

こんな風になるのかな。まぁ想像で書いてみました。
bar.next!()はbar+=1、bar.next()はbar+1、という風な感覚で使えます。
両方とも備えられてたら楽しいかも知れませんね。
真偽値を返すメソッド名って疑問文になってること多いですよね。
そこの雰囲気からもつかみ取れたりしますけど、まぁいいんじゃないかな。

以前、ハンガリー記法という命名法があったらしい。
Wikipediaによれば、それの本義は、変数の指す内容の種類を変数名に付けましょうということ。
例えば、carSpeedとhumanSpeedという変数があった。その足し算を計算したいと。
それで、System.Console.WriteLine(carSpeed+humanSpeed); などと書いたわけだ。
けど実はcarSpeedの単位はmph(マイル毎時)、humanSpeedの単位はkm/hだったと。
それを防ぐために考えられたのがこの方法らしい。
例えば速度のうちkm/hにはkph、mphにはmphと付けましょうと決めるわけである。
すればmphCarSpeedとkphHumanSpeedの足し算となり、どうもおかしいと。
それで気付いて、System.Console.WriteLine(mphCarSpeed*1.609+kphHumanSpeed);など書いたと。
これでOKですね。
という風に目で見ておかしいと気付ける仕組みだと思いますよ。
確かに一理あると思う。C#で書いてたらXMLDocumentationで意味とか単位とか書きますけど、
勘違いを防ぐために統一的な符号を付けておくのは場合によってはいいかも。
ただこの符号、MFCなどでは型名を表す符号だったのね。

HWND CreateWindow(LPCTSTR lpClassName,LPCTSTR lpWindowName,DWORD dwStyle,int x,int y,int nWidth,int nHeight,NWND hWndParent,HMENU hMenu,HINSTANCE hInstance,LPVOID lpParam);

こんなWIN32API関数があるはず。
この引数名を見て欲しいのだが、
lpClassNameはポインタであるということでlpと付けられてる。
dwStyleはDWORD型ということでdw、hInstanceはウインドウハンドルということでh。
という非常に冗長というかなんというかよくわからない記述になってる。
こんなのは見ればすぐわかると思うのだが、意義があると思ってマイクロソフトは使ってたらしい。
まぁこの辺は昔と今は環境が違うということだと思っていいと思います。
ただ.NET Frameworkでは全面的に廃止されてることになってます。
一応インターフェースの名前はIEnumerableなど、Iから始まるという習慣がありますが、この程度ですかね。
変数名とかはこんな習慣は全くないと思いますよ。

なんやら言ってきましたが、どうも普段は変数名は全部小文字であると。
でもかっこつけたいときは大文字を適当に使って見やすくしてみたり。
ソースコード見てぱっとわかるとありがたい。
というわけで多少長くとも英語で略さずきちんと命名しましょうとか、
MSDNに行けば.NET Frameworkの世界での統一ルールがわかりますよ。
団体によってルールも違うからそんなに神経質にならなくてもいいと思うけど、
どうも見てると複合語はCamel形式かPascal形式で書くとよさそうですね。
どちらを適用するかはまちまちなのでなんとも。
あとPHPはアンダースコアが好きですね。PHPらしいですね。
また必要となれば、そういうのを調べてみようかなと思いましたね。

プログラミングの授業でHTMLが出てきた。
ただテキストのHTMLがすごい悲惨なのね。
HTML 2.0の時代ではこれでよかったのかな。
少なくともHTML 4.01ではないですね。

HTMLを書こうと思うと、あまりに決まり文句が多く、コピペなしで書くことは困難だと思う。
その決まり文句をもってくるのに使ってるのがこのページのソースだったりする。
すごい勉強して書いたページですからね。
このページの決まり文句をコピーすれば十分なHTMLが書ける。
ただプログラミングのテストでDTD宣言とか暗記して書くなんて現実的じゃないですよね。
テキストのHTMLではDTD宣言はないように取り扱われてるけど、
ルート要素であるhtml要素より前に、DTD宣言が来ないといけない。
じゃなければHTML文書としての体裁を成していない。
となるのですが、完全に無視されてる。
決まり文句であるのでコピペしましょうと書くだけでいいんだけどね。
あと日本人にとって大切なのがmeta要素。

<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">

これですよ。これを付けないとUTF-8だと認識してくれないと。
まぁXHTMLの場合、XML宣言を省略するとUTF-8であるとなるのでよいのですが、
確かHTMLでContent-Typeで文字コードを指定しないと、ISO-8859-1になると思うのよね。
これじゃ日本語書けませんから。なので日本語のページには欠かせないと。
もっともLibserverみたいにHTTPレスポンスヘッダーで指定すれば不要なんだけどね。
meta要素はその補助です。あと各要素のstyle属性を使うときはContent-Style-Typeでtext/cssであるとか書かないといけない。
こんなに決まり文句が多いので、コピペなしで書くのは困難だと。

DTD宣言はまぁあきらめることにしましょう。

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN">

最低限でもこれを書かないといけませんね。
このページではこれにDTDのあるURLも書いてあるけど省略できるそうなので省略。
これでHTML 4.01 Strictを使ってることになります。
しかしこれを覚えてる人はいないんじゃないかな。
なんでこうなるか理由はあるんですが、DTD書く人でもなければ関係ないしね。
Content-Typeはサーバーがちゃんと送出してくれれば書く必要はないか。
Content-Style-Typeは省略時text/cssであるとみなされるので、不要かもしれない。
まぁ残念な文書になるけど、一応は省略できるのかな。
しかし省略しない方がいいに違いないですね。

まぁなんか決まり文句のことばっかり書いてきましたけど、
そのテキストの一番文句を言いたかったことは、
h1要素の次に急にh4要素が出てきてたりすること。
h1・h2・h3とレベル分けしていきましょうと。h1の下にh2、その下にh3と、飛ばすのはよくないと。
見出し要素は見出しとして使いましょうということね。
見出し要素は大切ですからね。うまくやっていきましょうね。
とかなんやらツッコミどころの多いテキストでした。
CSSも使ってないので、多分HTML 3.2の時代のテキストなんでしょう。
まぁうまくやっていきたいと思います。

友人がOpenSolarisで遊んでた。
そんなもんがあったのかー、と驚いたもんだ。
UNIXとはなんだと言われると答えにくいが、
SolarisはUNIXですからね。Sunの作ってるUNIXね。
基本は有料だけど、コア部分はオープンソースになっていると。
これこそがOpenSolarisであると。なるほど。

LinuxとBSDはUNIX系OSではあるが、UNIXとはいえない、
という話を取り上げたことはあっただろうか。
どっちも閉鎖的になるUNIXに対抗して作ったようなもんですしね。
OpenSolarisは無償のUNIXである、と書いたけど多分これが唯一じゃないかな。
というのもUNIXであると言えるのは、商標を保有するThe Open Groupの認証を受ける必要があるから。
これには多額の費用がかかるので、フリーのプロジェクトが参加するのは困難。
OpenSolarisはSunが有償で販売するSolarisの基礎だから、通過してるとは思うけど。

とはいえ、UNIXであるかどうかなんて重要じゃないことですが。
LinuxにせよBSDにせよUNIX系OSとして認識されていますしね。
一応、UNIXと呼ぶことはできないから、特にLinuxとかBSDとか言ってるけど、
実のところUNIXですよね。特にBSDなんてね。
この辺のOSでは同じソースコードをコンパイルして動く仲間ですし。
このあたりはさすがですよね。
だからUNIXと呼べなくとも、仲間には違いないよって。

まぁいろいろ書いてきたけど、僕は未だUNIXとは何かよくわかっていないわけですね。
多分UNIXであるとされたOSの総称だと思うんですけどね。
今はUNIXなんてOSはないですから。
けどよくわからないのは、昔はUNIXはOSの名前であったはずなんだよね。
けど今はそんなのは見あたらない。うーん…どうなってるんだろ?
と、UNIXという言葉は適当に使うとえらい目にあいそうだ。
まぁ僕は専らLinuxを使ってるから、あんまりUNIXという言葉と縁はないのだけどね。