「有用なものを生み出すけれど複雑怪奇になっているシステム」を見つけたときには、 「バッドノウハウだ」と批判するだけではなく、 バッドノウハウを隠す「グッドラッパー」を作ることを考えよう、というお話。 目次 はじめに 有益なものを生み出さなければ「奥が深い」とも呼ばれない バッドノウハウをグッドラッパーで隠そう 本当によくないシステムとは よびかけ 補足：Perlとバッドノウハウ いろんな方からのコメント 反応リンク 関連リンク 更新履歴 ぜひ、感想をお送りください はじめに 高林哲さんは『バッドノウハウと「奥が深い症候群」』というページで、 「奥が深い症候群」や「バッドノウハウをありがたがることの危険性」について書いています。 これはもっともな指摘なので、それを受けてもう一歩進んだ話を書いてみましょう。 有益なものを生み出さなければ「奥が深い」とも呼ばれない もしも「奥が深い」システムが何

This URL was moved The requested URL http://web.sfc.keio.ac.jp/~t03792sh/archives/2006/10/arduino-uart-led-adc.html was moved to http://web.sfc.keio.ac.jp/~shokai/archives/2006/10/arduino-uart-led-adc.html.

以上の性質は型付き関数型言語の共通項である。 このチュートリアルの内容のほとんどは Standard ML や Haskell にも応用できる。 ここで Objective Caml を Haskell と置き換えて読めば、Haskellを用いる理由としてそのまま当てはまる。 (Haskell の特徴については後述) ↑ 誕生の背景 † FPCA '87 それまでに両手に余る数の非正格純粋関数型言語が提案済み しかし共通の言語がないため広まらない！！！ 委員会による標準仕様の策定ならびに改定を経て 1990 に最初の標準規格である Haskell 1.0 が 1998 に現行のバージョンである Haskell 98 が提案 Haskell の名前は論理学者 Haskell B. Curry に由来 (参考) 他の(関数型)言語はいつ頃生まれた？ Lisp 1958 ISWIM 1966 M

Simon Peyton Jones [editor], Microsoft Research, Cambridge Lennart Augustsson, Sandburst Corporation Dave Barton, Intermetrics Brian Boutel, Victoria University of Wellington Warren Burton, Simon Fraser University Joseph Fasel, Los Alamos National Laboratory Kevin Hammond, University of St. Andrews Ralf Hinze, University of Bonn Paul Hudak, Yale University John Hughes, Chalmers University of Techn

How to Design Programs The First Edition is still available!

Joel Spolsky / 青木靖 訳 2006年4月11日 火曜 若い男が町にやってきた。彼は見かけも悪くないし、ちょっとは金も持っていた。 過去のことについてはあまり話したがらないが、血の通ってない大企業に長くいたらしいことは明らかだった。 彼は生まれつき人当たりが良く社交的で、自分に自信を持っていながら傲慢ではない。だから地元のプログラマーズ・カフェにある求職の掲示の中からちょっとした仕事を見つけるのは、彼には簡単なことだった。しかし保険データベースプロジェクトや、主婦向けの飾りだらけのWebページや、会計計算エンジンといったものには、やがて興味をなくしてしまった。 １年もたつと、彼の慎ましい生計を1年支えられるくらいの蓄えができた。それで贔屓にしてくれるアルザス人へのコンサルティング仕事の後、食料品店の上にある自分のアパートの陽の当たる部屋にコンピュータを据え付け、選りすぐったツ

ライブラリの外に公開するシンボルを制限する C言語にはファイル内 (コンパイル単位) からしかアクセスできない static 関数と、別のファイルからもアクセスできる非static 関数があります。しかし、ライブラリを作成する上では、この2つのスコープだけでは不十分なときがあります。 本記事では GNUの開発環境において、ライブラリの外に公開するシンボルを制限する方法を紹介します。 次のような例を考えてみます。 % cat a.c // foo() は libfoo の主役の関数なので公開したい void foo() { bar(); } % cat b.c // bar() はライブラリの中だけで使われるべきなので本当は公開 // したくない。しかし別のファイルに含まれる foo() から使われ // ているので、非staticにせざるをえない void bar() { } このようなコ

\x{} \pは後続する名前が表すクラス(プロパティ、スクリプト、ブロック)に属する文字にマッチし、 \Pは後続する名前のクラスに属さない文字にマッチします。 クラスの名前が一文字のときはブレースを省略できます。 クラス名の前に^を置くことにより否定形の指定を行うことも可能です。 Perl 5.8 での変更点 Perl5.8以降(5.6でも使えたようですが)では \pや\Pで始まるプロパティ指定に標準Unicode属性を使うこともできます。 詳しくは perlunicode perlunicode - Perl における Unicode サポート を参照してください。 日本語による説明が Unicodestandard にもあります。 Perl 5.8以降ではユーザーが任意のプロパティを作成することができます (IsまたはInを必ず前置)。 詳しくは perlunicode perluni

Anker's 3-in-1 MagSafe foldable charging station drops back down to its Prime Day price

普通のやつらの下を行け: objcopy で実行ファイルにデータを埋め込む プログラムの実行に不可欠なデータをファイルから読み込んで利用することがあります。この方法を用いると、データの更新が手軽にできるという利点がある一方で、単体の実行ファイルで実行できない、データファイルが紛失してしまう、といった問題もあります。 普通のやつらの下を行けの第5回として、今回は objcopy を用いて実行ファイルにデータを埋め込む方法を取り上げたいと思います。 データの埋め込み 小さなデータをソースコードに埋め込むのは簡単です。ソースコード中に埋め込まれている "hello, world" などのメッセージはソースコードに埋め込まれたデータといえます。 一方、画像や辞書などの巨大なデータをソースコードに埋め込むのはそう簡単ではありません。まず、データを文字列などに変換する必要がある上に、変換後の巨大なソー

Joel Spolsky ジョエル・スポルスキ 翻訳: Yasushi Aoki 青木靖 2002/1/6 ときどき何もできないことがある。 確かにオフィスにやってきて、だらだらとし、emailを10秒ごとにチェックし、Webをながめ、アメックスの請求書を支払うというような頭を使わない作業をしたりもする。しかしコードを書くフローの状態に戻ろうとしても、それができない。 このような非生産的な期間は通常1日か2日続く。しかし私の開発者としてのキャリアには何週間もの間何もできずにいたということが何度かあった。言うならば、私はフロー状態になかった。私はゾーンの中にいなかったのだ。私はどこにもいなかった。 誰でも気分のむらはある。ある人々にはそれは穏やかなものだが、他の人々には、それはもっとはっきりしていて、ときには機能不全でさえある。そして非生産的な期間は塞いだ気分と何か関係しているようだ。 それ

2bytes以上のバイト幅を持つ数値をコンピュータ内のメモリに格納するときや、データとして転送するときに、最下位のバイトから順番にアドレスの昇順に格納したり、転送したりすることをリトルエンディアンという。 通常のコンピュータでは、メモリには1byteごとに昇順のアドレスが付けられているが、2bytes以上の幅（サイズ）を持つ数値をメモリに格納する場合、1byteごとに分割してメモり上の各アドレスに格納する必要がある。このとき、どのバイト位置のデータをメモリ上のどの番地に格納するかということをバイトオーダーもしくはエンディアンという。最下位のバイト（LSB）から順番にアドレスの昇順に格納するものをリトルエンディアンといい、最上位のバイト（MSB）から順番にアドレスの昇順に格納するものをビッグエンディアンという。

2bytes以上のバイト幅を持つ数値をコンピュータ内のメモリに格納するときや、データとして転送するときに、最上位のバイトから順番にアドレスの昇順に格納したり、転送したりすることをビッグエンディアンという。 通常のコンピュータでは、メモリには1byteごとに昇順のアドレスが付けられているが、2bytes以上の幅（サイズ）を持つ数値をメモリに格納する場合、1byteごとに分割してメモり上の各アドレスに格納する必要がある。このとき、どのバイト位置のデータをメモリ上のどの番地に格納するかということをバイトオーダーもしくはエンディアンという。最下位のバイト（LSB）から順番にアドレスの昇順に格納するものをリトルエンディアンといい、最上位のバイト（MSB）から順番にアドレスの昇順に格納するものをビッグエンディアンという。