Add new features to your browser and personalize your browsing experience.
C++プログラマにとって、『Effective C++』はバイブルのような存在です。どれくらいバイブルかというと、皆さんの使っているGNUのGCCコンパイラには、EffectiveC++のコーディングガイドラインに従っているかどうかチェックするためのコンパイラオプション『-Weffc++』が、あるくらいです。 しかし、その内容は決して初心者向きではなく、実際に買ったはいいが、書棚の肥やしになっているような人たちも多いと思います。そこで、そのような初心者の人たちに EffectiveC++ を読み解くために各章のエッセンスをまとめたガイドラインを書いてみました。 C++はもう時代遅れとよく言われますが、組み込み系からビジネスシステムまで、幅広くカバーできる言語は、C++以外にありません。C++を知っていれば、おそらくどのような業界にも通用するでしょう。ITプログラマを自負するのであれば、C+
よく(?)勘違いされるんですが、 「このプログラムのこの部分の書き方ないわー」 と言われた人は 自分自身が全て否定されていると受け取る人が多いような気がします。 もちろんプライドをもったプログラマーであれば、 自分の書いたコードが否定されることは気持ちのいい事ではないと思います。 あと、コードの問題点を指摘する側の人がもう少し配慮した言い方をすればいいのになと思う節がない訳ではありません。 しかし、私がいつも思っている(思うようにしている)事は、 「指摘されるうちが華」という事です。 指摘されるという事は何かしらの事情はあれ、 自分の書いたコードに興味を持って見てくれる人が居る。 もしくは一緒に仕事をして居る間柄だとすると、問題点を指摘してくれたり、 もっといい書き方あるよという自分の足りない部分を補ってくれるているのです。 なんとありがたい事ではないですか。 こんなありがたい事を無償で
追記[2011/09/26] git-now のurlをgistからgit-hubに変更しました。 追記[2011/10/17] ライセンスはGPLです 一時的なtmp コミットや、簡単なログメッセージのコミット(push 前にログメッセージを整えています)を作るとき、今まで↓みたいな事をしていました。 で、これを使いながら「〜〜も出来たら便利かもー」とかつぶやいていたら、隣の人が一晩で(ry と、そんな感じで出来たgit-now の紹介 簡単な実行例 コマンド $ git now これで、版管理されているファイルのtmp コミットが作成できます。 コミットメッセージ例 [from now] Tue Dec 7 23:00:24 2010 diff --git a/hello.py b/hello.py index 51cff9f..9e84b86 100644 --- a/hello.p
nihenです。こんにちは。 今年もブクマ数ビリを目指したいとおもいます! Perl界隈で今年はText::Xslateというテンプレートエンジンが流行っています。 しかしこのXslateで現在主流に使われているSyntaxはTTerse*1であり、XslateネィティブともいえるKolonはまだあまり使われていないというのが現状のようです。 というわけで今回はKolonの使い方の基本を紹介します。 Perlコード側 use Text::Xslate; use Hash::MultiValue; my $tx = Text::Xslate->new(); my $var = { foo => 'xslate', bar => { baz => '111', bazbaz => '112', }, baz => [5, 6, 7], hoge => Hash::MultiValue->new
gitk という便利なツールを先日知った。 git を GUI でちょこちょこしてしまえるツールで、プロジェクトの構造などを把握するといった用途に使えそう。 で、この gitk 、ウィジェットツールキットとして Tk を使っているので GTK とか Qt に慣れた身からすると幾分古くさく見えてしまう。 ウィジェットのデザインはまあ良いとして、フォントにアンチエイリアシングが効いていないのはどうにかしたかった。 そこで調べてみると、なんでも Tk はバージョン 8.5 あたりから Xft がサポートされたようなので、 gitk にこいつを使わせてやることにした。 $ sudo apt-get install tk8.5 $ sudo vim /usr/bin/gitk として、三行目の /usr/bin/wish を /usr/bin/wish8.5 に変更。 gitk を立ち上げなおしてみ
バッチのまとめTOPへ 「コードの読みやすさ」は,非常に重要だ。 ソースコードが読みづらくなると,コードが「仕様を表現」しなくなる。 簡単にバグが混入され,埋もれてしまう。それに気付きもしなくなる。 保守や改良ができなくなる。 プロジェクトが行き詰まる。 デスマーチが始まる。 ・・・ 逆に,「読みやすいコード」でさえあれば, どれほど多くのバグが混入しているとしても,容易にすばやく修正できる。 保守性が高いのである。 「読みやすいコード」は「仕様を明快に表現しているコード」なので, 他の人が読んだ時,仕様の誤解が起こらない。手をつけやすい。 「把握しやすいコード」は「変更しやすいコード」なので,プロジェクトがどんどん前に進む。 でも,それを確保するにはどうしたらよいのか? 「コードの読みやすさ」を確保するには どうしたらよいか ひとつの方法 補足 「コードの読みやすさ」を確保するには 上級
今年読んだ小説ベスト10(ミステリ編) さて、それでは非ミステリ編に引き続いて今回はミステリ編です。今年のミステリ界の最大のトピックといえばなんといっても飛鳥部勝則復活。数年前から新作短編や文庫化などの兆しはありましたが、ついに出た新作大長編!さらに来年以降もハイペースな活動が予告されて…
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く