タグ

programmingと考察に関するhengsuのブックマーク (2)

  • d.y.d.

    22:22 21/11/20 ボレロ村上(村上原野)さんと constexpr のこと 去る2020年2月、縄文陶芸家にしてC++プログラマという希有な二つの顔を持つ人物がこの世を去りました。 ボレロ村上 (村上原野) 氏です。 正直なところ、陶芸家としての彼の側面については私はほとんど何も知らないに等しいです。 残された作品を見て何かを語れるほど芸術に通じているわけでもありません。 いつか機会があれば見に行こうと思っていた村上さんの作品を目にする最初の機会も、 昨年訪れた追悼展になってしまいました。 ただ、それでも私は、彼自身の登壇発表の資料 であったり、 そして何よりも縄文・陶芸に造詣の深い方々の記された幾つかの文章によって、 彼が一体何を成し遂げたのか、成し遂げようとしていたのかに触れることができています。 この夏にはクラウドファンディングで 作品集 も出版され、誰でも手にとって縄文

    hengsu
    hengsu 2010/04/03
    "正規表現 r を文字 c で微分すると、「c の後ろにくっつけたら r にマッチするようになる文字列全部、 にマッチする正規表現」を返すというのが定義です。"
  • ホワット・ア・ワンダフル・ワールド Ruby や Rails が遅くなるのには理由がある

    という主張ならば,全く正しいと思います. やむにやまれず:2007年07月20日 Rubyは遅いから使えるのです (1) Ruby が遅いから Rails が遅いというのは間違い. C で書いても,汎用フレームワークを目指そうとすれば,かならずオーバヘッドが積み重なって遅くなる. むしろ,下手なプログラマが書いたら,Ruby よりも遅くなる. というか Ruby は,Rails を書くための,C のフレームワークとさえ言える. (2) 言語の効率よりも,開発効率の方が,昨今の Web アプリケーションを取り巻く潮流からしてはるかに重要 あと,一般的に,開発効率は処理効率に直結する. プロトタイプは,効率度外視で作ることが多い. 最適化は,ある程度完成度が上がってきてからの話だから. 作りこめば作りこむほど処理効率は上がっていくのが普通. ゆえに 「言語の速度 joel のメタメタメタ… フ

    hengsu
    hengsu 2007/07/23
    フレームワークの積重ねを解消するのは、関数合成なのだろうか。Ianのダイレクト実行なのだろうか
  • 1