2008年09月23日 よくないプログラムコメントの書き方について プログラムのコメントというのは、人によって書き方は様々である。 2008年07月30日 otsune コードでhowやwhatは書けてもwhyは表現できません!はてなブックマーク - Latest topics > ドキュメントは善か悪か - outsider reflex と、otsune さんも言うように、俺が考えるプログラムのコメントというのは、「summary」や「why?」を書くべきであって、決して「what?」をひたすら書くべきではない。 (この場合の「summary」というのは、「what」の概要のようなものかもしれないし、コーディングの思想のようなものかもしれない。そして、「why」は、仕様的な「何故」かもしれないし、トリッキーな方法を説明する為の「何故」かもしれない) そもそも、「如何に(後に役に立つ)ド
なぁ、日本が独自のことをするとガラパゴスと呼んで、アメリカが独自のことをするとグローバルと言うのはやめないか? – VENTURE VIEW みんな(他の国)と違うことだけを心配してるのなら、それは日本人の得意な「みんなといっしょが心地いい」が国レベルで発露してるのかもしれないですよね。 でも、違うこと自体は全然悪いことじゃなくて、違うから世界で売れまくってるものってのもあるわけです。車とかアニメとか。 ガラパゴスってのがケータイについて出てくることが多いので携帯電話だけに絞ってみますが、日本のケータイは、ハードウェアもソフトウェアも素晴らしい完成度だと思うけど、それでも海外で売れていないわけです。 ただ、そんなこと言うと、フィンランドとアメリカと韓国以外はみんな日本と同様か、日本よりさらに携帯を売ってないわけで、だけどドイツがガラパゴス、とかフランスがガラパゴス、とかは言わない。「本来な
ずいぶん前に、「マルチスレッド・プログラミングの落とし穴、その1(かもしれない)」というエントリーを書いたが、今回はPhotoShareサーバーを運営していて、まさにこのあたりの深い考察が必要になって来たので、良い機会なので続編エントリー。 PhotoShareのバックエンドのようにCRUD(Create/Read/Update/Delete)のAPIをサポートするバックエンドを作る場合、Create/Update/Deleteのリクエストに対してはクライアントからのAPIコール時にすぐに(HTTP Requestに返事をする前に)データベースに変更を加え、Readの際にも(キャッシュを使う・使わないを別にして)データベースの最新の状況を反映するデータを返すように設計するのが普通である。 このアーキテクチャの問題は、ユーザーのアクティビティが増えた時に、データベースやI/Oがボトルネックと
Enterprise Strategy Group: Go-to-market Expertise to Help You Win
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く