C++コンパイラのビルドコップ. 今の会社のLLVMチームの仕事のひとつとして、Clang… | by Rui Ueyama | Medium
GoogleのLLVMチームの仕事のひとつとして、Clang C++コンパイラ（最近ではGCCと同じくらい広く使われている）の保守作業がある。継続的にCVS HEADのClangで社内のC++ソースコードなどをコンパイルして、もしそれがうまく動かなかったら、Clang（あるいは言語に対して誤った仮定をしていたコードがあったならそちら）を直すというようなことをやっている。 このビルドコップ作業は一週間単位でLLVMチーム内で回している。その役割が回ってきたら、一週間の間、開発版のコンパイラで巨大なコードベースをコンパイルして、コンパイラのバグがでたら何かしら対処するというわけだ。 この仕事が結構大変。コンパイラのバグなんてメタだから基本的にわけがわからないし、僕はLLVMもClangもあまり詳しくないので、なんなんだこれはと思いながらエラーを直すというはめになる。 簡単なエラーは、ほとんどソ
ハノイの塔 － あるいはなぜ自分の書いたコードがうまく動くと信用しないとどうしても書けない種類のコードがあるのかについて | by Rui Ueyama | Medium
前回の記事（難しいプログラムでは自分がいままで書いたコードが正しく動くと信じて残りのコードを書く必要がある）は、わかるひとにはわかるけど、わからないひとにはポイントが全然伝わらない記事になってしまっていたようだ。 前回の記事はユニットテストの重要性や仕事の分担の話ではない。下のほうからきっちり作り上げていけば、上のほうではできあがったものを安心して使えるという話でもない。そうではなくてあれは主に再帰の話だ。再帰的なものでは自分自身に言及しているので事前にテストを書いたりできないし、上も下もないのであらかじめパーツを完成させておくということもできない。 ハノイの塔の問題をつかってそれがなぜなのかを誰にでもわかるように説明しよう。ハノイの塔は感動的によくできた例なので覚えておいて損はない。 ハノイの塔は写真にあるようなおもちゃのゲームで、3本の棒の間で円盤を移動させることができるようになってい
難しいプログラムでは自分がいままで書いたコードが正しく動くと信じて残りのコードを書く必要がある | by Rui Ueyama | Medium
Welcome to a place where words matter. On Medium, smart voices and original ideas take center stage - with no ads in sight. Watch
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
