«前の日(04-01) 最新 次の日(04-03)» 追記

Matzにっき


2004-04-02

_ []Curlプログラミングエッセンシャルズ

入手した。なかなか面白い。まだ全部は読んでないけど、 プログラミング言語としては、LispとTclとJavaを全部足して4で割ってから、 なにか(PHP?)を付け加えたような言語。

文法的には「変わってるなあ」という感じだが、 まだ読んでいない後半の機能リファレンスの辺りは楽しみ。

現時点での印象は、

  • 言語オタクとCurlの潜在的ユーザにはお勧め
  • それ以外の人にはちょっとお高いかも。

_ [会社]新人歓迎会

おかげさまで会社も順調に発展して、 今年は新卒を三名も採用した。

で、今日は新人歓迎会。中華料理。 アルコールを飲まない私は、損をしまいとがんがん食べてたら、 つい食べ過ぎてしまって、お腹がぱんぱん。やり過ぎ。

若い連中はこの後ボーリングだそうだ。私は付き合わないで、そのまま帰る。

[]

2005-04-02

_ エイプリルフール種明かし

  • 『ルビま!』休刊のお知らせ

    「Rubyist Magazine休刊のお知らせ」と読んだ人も多かったようだ。 「いろいろ頑張ってきたがエイプリルフール特集でおしまいなのね。ついに燃えつきたか」 と思われたのだろうか。

    実際は休刊するのは『ルビま!』と呼ばれるエイプリルフール専門のWeb雑誌であり、 『Rubyist Magazine』はなにごともなかったように今後も発行を続けることとなる。 発行協力者も引き続き募集している。

    来年の今ごろには『ルビま!』も復刊するかも。 「勘弁してくれ」との関係者の声も聞こえるような気が。

  • emerald 0.1

    もちろんそんな言語を作っていないが、それはリンク先を見ればすぐに分かることだろう。ここで重要なのはこのメールは私が書いたものではない点だ。これはメッセージIDを見ないと気がつかない。あるいはシグネチャの「matz」の後ろにピリオドがないところか。fmlがタイムゾーンをJSTにしてくれるせいでかえって信憑性が上がった気がする。なかなか秀逸。

    以前にも私の名を騙ったアナウンスがあったような気がするけど、見つけられなかった。

_ [言語] Stricter Whitespace Enforcement

現行のPythonでは空白の使い方に自由度がありすぎる、TOOWTDI (There's Only One Way To Do It) 原則から言えば望ましくない。よって、

  • インデントは厳密に空白4つ。タブ問題もこれで解決。
  • 冗長な括弧は禁止(例: return (1) は駄目、return 1が有効だから)。
  • 左括弧直後および右括弧直前の空白は禁止。
  • 引数括弧およびインデックス参照のブラケット直前の空白は禁止。
  • コンマやセミコロンの前の空白は禁止。
  • コンマやセミコロンには厳密に一つだけの空白(行末を除く)。
  • 行末のセミコロンは禁止(冗長だから)
  • 式の中で二つ以上の連続する空白は禁止。
  • 代入および比較演算子の前後には必ず空白が必要。
  • 演算子の左右の空白の量は等しくなければならない。
  • 式の中の空白の数に変化がある場合には演算子の優先順位を反映していなければならない。 つまり、"1*2 + 3*4" は大丈夫だが、 "1*2 + 3 * 4" は駄目。 しかし、推奨されるのは"1*2+3*4" である。
  • コロンの前の空白は禁止。
  • ディクショナリリテラルではコロンの直後に厳密に一つだけの空白。 スライスのコロンの直後の空白は禁止。
  • ブロックの短縮形式 ("if x: y") は廃止。改行とインデントを使うこと。

というルールを導入する。Pythonの互換性のルールに従い、Python 2.5ではオプショナル、 2.6からは必須となる。Python 2.5でこのルールを使うためにはプログラム先頭で

from __future__ import whitespace

と宣言する。

また、Python 3.0からは縦方向の空白ルールも導入される。

  • 関数定義またはメソッド定義の間には最低1行の空行。
  • クラス定義間には最低2行の空白。

Python 2.4でこの宣言を実現するパッチもすでに提供されている。

すばらしい。よりPython的ではないか*1

*1  しかし、Pythonの空白ルールは −当然だが− エイプリルフールネタであった

_ [OSS] オープンソースで育て! 日本のソフト開発力

オープンソースという,誰でも「ものづくり」に参加できる場が,技術力を培うかけがえのない場となっていると感じている。

という結論。我々関係者にとっては当然だと思えるが、 それが伝わっていないほど「一般社会」とオープンソース界の間の解離が大きいということでもある。 広報重要というか。

_ マツダがリコール MPV・プレマシーなど6万台

年式から言うとうちの車も該当しそうな気がするな。

車のリコールって結構多いよね。プレマシーは確か二度目だし、 もう一台(三菱)も一昨年リコールがあった。

_ [言語] Javaのメモリ消費問題の解決を目指すSunのプロジェクト「MVM」

メモリ管理に関心があるものとしては興味のある話題。 でも、記事を読んでも肝心のMVMという技術の詳細がピンとこない。

_ [原稿] UNIX USER 6月号

もう6月の話か、という気もするが。ゴールデンウィーク進行なのでますます早い。

今回は「ハッカーと仕事」。ハッカーが自分の好きなことと生活のための仕事をどう折り合いをつけるかというような話。なんか、以前にも「Ruby開発日記」で似たようなことを書いたような気がする。

「Ruby開発日記」の後を引き継いだ形の『ハッカーズライフ』は与太話が多いが、 UUの編集からは「もうしばらくしたらもっと技術的な話を書きませんか」というオファーをいただいている。 仕事の話は来るのはありがたいが、実際読者はどんな話を望んでいるんだろうか。

  1. 今のまま与太話を
  2. 方向性は今のまま、増量
  3. 方向性は今のまま、減量
  4. プログラミングの話を(日経Linuxの連載とかぶるかも)
  5. Rubyの話を

ご意見歓迎。

_ 散髪

息子と二人で散髪へ。ふたりとも久しぶりなので伸び放題。 ついでに私はヒゲも剃ることにする。 ま、私がヒゲを剃ってもRubyの行く末には影響ないだろう。

本日のツッコミ(全5件) [ツッコミを入れる]

_ しゅどう [以前、MVMについてのごく短い記事を書きました: Java仮想マシンの仮想化機能: Multi-Tasking ht..]

_ ななし [Pythonの話はPyJUGのサイトに日本語版が出てましたよ。]

_ babie [>emerald 0.1 ガーン、騙された。発信者が騙りってのを知ってた上で英語圏の人はノリノリだったんですか? ..]

_ 三浦広志 [オープンソースソフトウエアとものづくり力の話。広報も重要ですが、実感をもった若者を育てる事が長期的には重要かなとおも..]

_ まつもと [首藤さん、ありがとうございます。参考になります。 もうちょっと調べておけよって言われそうですが。 三浦さん、教育の..]

[]

2006-04-02

_ [教会] 司会

監督さんは無事帰国されたが、今日は実家のほうに集われるということで、 今週も私が司会。どきどきする。

断食証会。緊張した。

特に滞りなく集会は終了。

やっと桜が咲きはじめる。

[]

2007-04-02

_ [教会] セミナリー1日目

今日から本年度のセミナリーが開始。

うちの長女が今年から参加。 起きられるかどうか心配だったけど、 とりあえず問題なし。

今年は教義と聖約と教会歴史。

教える方も大変だ(私だケド)。

_ LMLML

MLにおける多言語(多エンコーディング)対応文字列ライブラリ。 非常に興味深い。

_ [Ruby] 最速配信研究会 - なんだかいろいろ申し訳ない気分になった話

「Railsって難しそうだから」というエンジニアがいる一方で、 Rails本を3冊ほど買って試しているうちに「やったらできちゃった」という非エンジニアがいる、という話。

Railsやらなんやらで敷居が下がると、 エンジニアの価値ってどこに残るんだろう、ということになる。 うかうかしてると足元が危ういかも。

_ [Ruby] Headius: ActiveRecord 100%, Performance Doubling, Java Support Improving

表題の通り、JRubyが

  • ActiveRecordを100%サポート
  • 性能が2倍
  • Javaサポートが改善

しているという話。着実に前進している。

そのうち追い越されちゃったりして。

[]

«前の日(04-01) 最新 次の日(04-03)» 追記

track feed Matzにっき Creative Commons License This work is licensed under a Creative Commons License.