アーカイブ

2008 年 9 月 30 日 のアーカイブ

ワッサーの「> XXさんのヒトコトは友達のみに公開です」非表示Greasemonkey(Autopazerize対応)

2008 年 9 月 30 日
コメントはありません

Wassr読んでたら、「> XXさんのヒトコトは友達のみに公開です」ってのがなんか邪魔じゃない？

なんていうか、ぱらぱらと本読んでたら急にページが敗れているような感覚を味わうというか。

という訳で、「> XXさんのヒトコトは友達のみに公開です」を非表示にするだけのグリモン書いた。

wasser_hide_res_to_prv – Userscripts.org はてなブックマーク数

一応、Autopagerize の読み込み時の Filter に対応してるんで、ユーザスクリプトの管理で Autopagerize より後ろで実行されるようにしてくれりゃ動くかも？

関連リンク



Programming

複数画像からのパノラマ画像作成ツール

2008 年 9 月 28 日
コメントはありません

面白い画像加工ツールがある。

Microsoft Research Image Composite Editor (ICE) はてなブックマーク数
(via. 複数画像をドロップするだけで簡単にパノラマ画像が作れる「Microsoft Image Composite Editor (ICE)」 – TERRAZINE はてなブックマーク数)

使い方は、リンク元の情報を見てくれればいいんだが、とはいっても何も難しいことはなく、インストールして複数写真を D&D するだけで、かなりクオリティの高いパノラマ画像ができる。しかも超簡単。

という訳で、しょーもない風景だがためし撮りしてきた。
(合計 横 4 * 縦 2 の 8 枚パノラマ)

もっと前に知ってりゃー、撮りたい風景が沢山あったんだが残念。
でも、これからは遠出した時に 1枚の写真に納まりきれない風景があった時、目に焼き付けるだけでなく、少しでも見た目に近づけて記録に残せるのが嬉しいかも。

参考エントリ



Web・Net関連

よくないプログラムコメントの書き方について

2008 年 9 月 23 日
コメント 7 件

プログラムのコメントというのは、人によって書き方は様々である。

otsune コードでhowやwhatは書けてもwhyは表現できません！はてなブックマーク数

と、otsune さんも言うように、俺が考えるプログラムのコメントというのは、「summary」や「why?」を書くべきであって、決して「what?」をひたすら書くべきではない。
(この場合の「summary」というのは、「what」の概要のようなものかもしれないし、コーディングの思想のようなものかもしれない。そして、「why」は、仕様的な「何故」かもしれないし、トリッキーな方法を説明する為の「何故」かもしれない)

そもそも、「如何に(後に役に立つ)ドキュメントを残すか」や「プログラムにどのようにコメントを書くか(又は書かないか)」というのは、延々と議論が繰り返されているテーマであり、別にその正解を提示しようとする訳ではなく、あくまで個人的な意見であることを書き加えておく。

という訳で、今回は俺があまり役に立たないと思うようなコメントをあげてみよう。

イヤなコメントの付けかたの例

例1) 

/* a に b を代入 */
int a = b;

読めばわかる。

例2) 

// モードが MODE_XXX で フラグが 1 でなく、kbn が 1 又は 2 の時
if (((mode && MODE_XXX) == MODE_XXX) &&
(flg != 1) &&
(kbn == 1 || kbn == 2)) {

読めばわかる。
(逆に「何故」そのような判定なのかがわからない)

例3) 

try {
// DBコネクションを取得します
conn = DB.getConnection();
// トランザクションを開始します
tran = conn.begenTran();
// SQLを取得します
String sql = this.makeSQL();
// SQLを実行します
int ret = conn.execute(sql);
// コミットします
conn.commit();
// 処理結果を返します
return ret;

// 例外を補足します
} catch(Exception e) {
// ロールバックします
if (conn != null) { conn.rollback(); }
// ログを出力します
LogHelper.writeError(e);
}

まるで古文か英文の原文と口語訳のように説明書きがある。
(ロジック読みにくすぎ。どうしても説明したいなら、メソッドの先頭かブロックの先頭で summary にするべき)

まぁ、他にも
・ 書いてあるコメントが間違えている
や
・ コメント情報が古くて最新の状態を反映していない
などもあるのだが、これでも「ないよりマシ」なモノもあるため、一概にはなんともいえない。

プログラムのコメントというのは、遊びで作るプログラムや、利用目的がはっきりして比較的小さなプログラムなどには、Summary 以外ほとんど必要ないと思うのだが、どうしても業務プログラムや大きなプログラムになってくると必要になってくるものである。
しかし、書くとなっても、「仕様書」に書いてあることと重複してダラダラ書いても意味がないし、かといって全く仕様を書かないとなると「仕様書がどこまでメンテされているのか」ということも影響してくる。

自分自身、これからもプログラムを作る時は(今までも気をつけてはいるが)、プログラムのコメントのみならず、如何に生産性・品質・保守性などを効率よく行うことができるか。如何に他人に情報を伝達することができるか。などを考慮しながら取組みたいものである。

特に大人数が関わるプロジェクトなら尚更です。



Programming

「マイミク整理宣言」について考える

2008 年 9 月 10 日
コメント 6 件

ごくたまーに見かけるのだが、「マイミクを整理します」という宣言の元、マイミクを解除したりしなかったりする人がいる。
はじめに断っておくが、それが悪いだとか、いちいち宣言するな、という話では全然ない。
では何かというと、それを先に宣言して行うということにどういう意味があるのだろう？、と、妄想してみるというだけである。

というのも、俺の場合はどれだけ最近交流がなかったり、足跡が付いてなかったりしても(そもそもあまり日記を書いてないので、足跡やコメントがあるわけがないが)、いちいち「マイミクを解除しよう」と思うことがない。理由は、悪い言い方をすれば、特に邪魔になるわけではないし、自分に少しでも関連ある人のフィードリーダー的な意味で繋がりがあっても、全然気にならない。

まず、数少ない観測の中で(3～4度くらいしかマイミクの中では見たことない)「先に宣言する」人の特徴は、

  • マイミクの数が100以上である
  • 日記の更新頻度が頻繁である
  • 「リアルで起こった内容」などをよく書く
  • 女性である
  • 公開範囲がマイミクまでである

などである。(当然だが、これは必要条件でも十分条件でもない)

まぁ、こんな風に特徴を並べてみると、何となく想像するのが、「普段の日記が自分とあまり関わりがない人には知られたくない情報である。」というところだろうか。

しかし、それでも「先に宣言する」理由にはあまりならない気もする。何故なら、

  • 元々関連・交流がない人なのだから、宣言する必要性が少ない。
    → 元々交流が少なくなっている繋がりなので、マイミクを切ると「宣言」すら見れないから
  • 「整理します」という宣言を「整理される人」が仮に見れたとして、何らかのフォローになるとは思えない。
  • 百数十人を10人ほど減らしたところで、元々の母体の多さゆえ信頼性の確保は難しく感じる

というような感じだ。

もしかしたら、これらの理由を上回る「先に宣言」する理由があるのかもしれないが、自分がそうでないので、これ以上のことはあまり思い浮かばない。

それを踏まえてもう少し妄想してみると、

  • 実は、潔癖症である。(又は、やたらと整理したくなる傾向がある)
  • 実は、自分の発言に反応・興味を示してくれる人以外用はない。(要はちやほやされたい)
  • 実は、コメントをおびき寄せるエサである。
  • 実は、忠誠心を試す絵踏み。

……

すんませんでした。



思想・心理・議論・対話