2017年にC/C++はCOBOLのように死す | ソフトアンテナ
グラディウスの思い出
※初出2012-01-07 このブログを読んで思い出した。 スーパーマリオ３Dランドが素晴らしいわけ - はてなポイント３万を使い切るまで死なない日記 グラディウスは1985年にコナミから発売されたアーケードゲーム。ゼビウス(1983年)が大ヒットした後、しばらくそれに並ぶヒット作がアーケードゲームに登場しなかったが、グラディウスはそれに並ぶヒットといえよう。ゼビウスのヒットは異常なレベルなので、完全に並んだとは言えないけれど。 グラディウスが良くできていたのは、難易度の調整。下手なプレイヤーでもそこそこ遊べるし、上手なプレイヤーはさらに楽しめる。パワーアップアイテムで自機を強化していくのだが、こちらが強くなると、敵もたくさん弾を撃ってくる。 やられてしまうとパワーアップがゼロの状態からスタートになるが、その状態でも「頑張れば」クリア可能に設定されている。つまり四苦八苦して進んでいけば再び
Practical Scheme
Shiro Kawai 11/20/2000初出、3/29/2002更新 Cに慣れたプログラマがSchemeのコードを見て面食らうことのひとつは、 無名の関数やローカル関数の多用だろう。 特に実行効率に敏感なプログラマにとっては「関数呼出しは高価」 という感覚が染み着いているため、 至るところに散りばめられたlambdaに眉をひそめてしまうようだ。 しかしSchemeにおいては、 コード上に関数が書いてあるからといって 実行時にスタックフレームの生成やレジスタの退避などのオーバヘッドが起こるとは限らない。 例えば関数の最後に別の関数を呼び出す末尾呼び出し(tail call) はただのjumpインストラクションに置き換え可能だ。 ここでは、Cプログラマを対象に、 lambdaで生成される関数群が実際にどのように実行され得るのかを書いてみたい。 (なお、Schemeの規格ではlambdaフォ
ポインタと配列の微妙な関係 - めもめも
話の背景 C言語のポインタと配列の関係については、『「配列へのポインタ」と「ポインタの配列」の見分け方』で紹介した「エキスパートCプログラミング」という書籍の「徹底的な解説」をこよなく愛していたのですが、最近、紹介されて「C言語ポインタ完全制覇」という書籍を読んだところ、類似の内容が、もう一段噛み砕いた形で説明されており好感を持ちました。 その中で、『「配列名に[ ]を付けずに配列名だけ書くと先頭要素へのポインタになる」という説明は間違っており、[ ]を付けようが付けまいが、いつでも配列名は先頭要素へのポインタになるのだ。』という記述があります。 これはなかなか説明が難しい部分で、実は私も、上記書籍の説明は数回読み返して理解できました。以下に私なりの解説を掲載するので、興味ある方は、解読（？）に挑戦してください。（もちろん、上記の２冊の書籍もおすすめですよ！） 解説 まず、ポインタ変数はメ
C言語プログラミングの覚え書き（改訳） - アスペ日記
善意のひどい訳について - アスペ日記
2014/10/14 追記: 補足記事を書きました。なぜ誤訳指摘をしたか ぼくは、ずっと昔から「ひどい翻訳」というものに憤りを感じてきた。 以前、別の記事に書いたこともある。 統計学を拓いた異才たちのようなひどい翻訳を見るたびに、どうして世の中からはこの手の悲劇がなくならないのかとため息が出る。 この前、またひどい翻訳を目にする機会があった。 C言語でプログラミングする際の覚書 ちょっと原文と比較すると致命的な誤訳がいくつも見つかる、最低クラスの翻訳だ。 やれやれと思いながら、翻訳のひどさを嘆くコメントをはてブに残して、ツイッターに流した。 pretty printers を優秀なプリンターと訳しているのを見て、これはちょっと手のつけようのない何かだと悟った / “C言語でプログラミングする際の覚書（Notes on Programming in C） - YAMAG…” URL 2014
今、Cで開発するためのスタンダードを知るための本 - L'eclat des jours(2013-09-30)
「憂鬱なプログラマのためのオブジェクト指向開発講座」はどうトンデモなのか - K.Maebashi's はてなブログ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
