伽藍とバザールbot

エリック・レイモンドの「伽藍とバザール」をつぶやくボットです

[まさひこ@スト6やってます @masahiko25game]

おじリーグ待ってました！
めちゃくちゃ楽しみ！
応援画像です

#おじリーグ #おじリーグ6 #スト6

[tokitam @tokitam]

Claude Fable 5 の 作成デモです
指示はこれだけ
「three.js（WebGL）で作った、人物を操作して街中を歩く三人称視点のデモです。プロシージャル生成された街並みの中を、キャラクターを操作して自由に歩き回れます。」
https://t.co/RVoccfdr3X

[伽藍とバザールbot @garantobazaarbo]

一つは複雑さと、構文解析段階のコストだ――あんまり複雑にすると、それ自体がバグのもとになったりユーザの混乱を招いたりしかねない。

[伽藍とバザールbot @garantobazaarbo]

でも、慎重になるべきまともな理由はある。

[伽藍とバザールbot @garantobazaarbo]

いまでは、言語はコンピュータにとって安あがりになるよりも、人間にとって便利なほうが大事なのだ。

[伽藍とバザールbot @garantobazaarbo]

サイクルやコアが安くなってきたら、無味乾燥がそれ自体で目的化してはならない。

[伽藍とバザールbot @garantobazaarbo]

ここでこれを挙げたのは、単にそれを却下するためだ。

[伽藍とバザールbot @garantobazaarbo]

英語っぽい構文を避けるべき理由としてぼくが挙げたいのはこういうことではない。

[伽藍とバザールbot @garantobazaarbo]

英語は 50％くらい冗長性を持っているので、当時はすごく不適切なモデルに見えた。

[伽藍とバザールbot @garantobazaarbo]

当時は構文解析段階は、できる限り安く単純でなきゃならなかったから。

[伽藍とバザールbot @garantobazaarbo]

これはコンピュータ資源が高価だった時代の文化的な名残だ。

[伽藍とバザールbot @garantobazaarbo]

伝統的にプログラマは、厳密でコンパクトで冗長性のまったくない制御構文を好む傾向にあった。

[伽藍とバザールbot @garantobazaarbo]

さて、ぼくは Emacs や HTML や各種データベースエンジンに代表される「なんでも言語化せよ」式デザイン派閥の意識的な急進派ではあるけれど、通常は「英語っぽい」構文はふつう、あまり好きじゃない。

[伽藍とバザールbot @garantobazaarbo]

この命令形のミニ言語をもっと英語風にしてみたら、使いやすくなりそうだと思った。

[伽藍とバザールbot @garantobazaarbo]

rc ファイルの宣言が、命令形のミニ言語にずいぶん似てきたのに気がついたのだ（そしてこのせいで、もとの popclient のキーワード「サーバ（server）」を「チェックせよ（poll）」に変えた）。

[伽藍とバザールbot @garantobazaarbo]

これはそもそも、ある晩遅くにちょっと始めた実験が発端だった。

[伽藍とバザールbot @garantobazaarbo]

このキーワードのおかげで英語に似た構文が使えるようになるので、それを全部はぎとってできるような、従来の無味乾燥なキーワードと値の対応表よりはずっと読みやすくなっている。

[伽藍とバザールbot @garantobazaarbo]

rcファイルの構文は、オプションの「ノイズ」キーワードを持っていて、これはパーサーに完全に無視される。

[伽藍とバザールbot @garantobazaarbo]

8 続・Fetchmail の教訓一般的なソフトウェア工学の問題に戻る前に、fetchmail の経験からもう少し教訓を引っぱり出して考察しておこう。

[伽藍とバザールbot @garantobazaarbo]

でも、世界のために書いているんなら、顧客には耳を傾けなきゃ――かれらがお金で支払ってるんじゃなくても、これは変わらない。