【レポート】コメントドリブン開発 - コメントを書いてからコードを書くことの効能 | エンタープライズ | マイコミジャーナル
ソースコードにコメントを記載するべきか、どの程度コメントを入れるべきか、どういった内容を書くべきかはプログラミング普遍の議題であって、永遠に解決しない問題の1つのようなところがある。よく言われるのは、短く簡潔で、他人がそのコードを読んだ時に理解を助けるように「なぜ」そのコードをそのように書いてあるのかをコメントとして入れるべきということだ。理にかなっているし、もっとも無難な方法だ。 しかし逆にコメントを書かない方がいいとする考えもある。それはコードとコメントが必ずしも一致していないことがあるからだ。また最初は一致していても、コードに変更を加えていくうちにコメントと内容が一致しなくなり、コメントとコードの不一致が作業ミスの原因になるというものだ。これも一理ある。これを突き詰めれば、コメントをまったく書かなければデベロッパは大量のコードを追って読む必要があり、初期コストは高いかもしれないが結局
signalについて（前篇）：CodeZine
はじめに シグナルはUNIXなどのOSにおける非同期イベントを通知する仕組みですが、「最古のプロセス間通信」「SysV系とBSD系で動きが違う」「昔のシグナルを使うと汎用性が無くなってしまう」「スレッドと相性悪し」といった理由からか、私の経験上、業務系アプリケーションではあまり使われていません。たまに使っているものを見ると、誤った使い方をしているものが多かったりします。 ところがこのシグナル、いろいろ調べていくと意外と奥が深く、有用に使えるのに、以外と情報が少ないことがわかりました。 今さらな感もありますが、ここでは私が知っている事や、調べた結果、今までの経験から得た知識などをまとめてみたいと思います。 ただし、環境によって動作が違うことが想定され、また一部のプログラムは環境に対し重大な影響を与えてしまうものもあります。プログラム等の使用に際しては十分に注意して頂き、ご自身の責任の範囲で行
MOONGIFT: » CreativeCommonsの各種素材集「OpenWebGraphics」:オープンソースを毎日紹介
サイトを作る上で大事なのがデザインだ。だが、これが技術者にとっては最も厄介な存在だろう。システムはある程度組み上がっても、デザインがうまくいかずにそのまま放置…なんて経験は誰しもが持っているのではないだろうか。 サイトデザインについては、既に様々なオープンソース系サイトが立ち上がっている。さらにアイコン等が欲しい人はここを利用しよう。 今回紹介するオープンソース・プロジェクトはOpenWebGraphics、アイコンやバナーをCreative Commonsの下に提供するサイトだ。 OpenWebGraphicsで提供されるアイコンは2.0系のクールなものが数多く、サービスを立ち上げる際にはきっと役立つであろうものが揃っている。サイズはどれも16×16になっている。 バナーはアイコンに比べると汎用性は低いが、参考になりそうなものがある。画像またはPSD形式で提供されている。壁紙は2.0系や
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.nikkeibp.co.jp/news/flash/547917.html
ESBの役割
Efficient data transfer through zero copy
