[B! code] yukifrogのブックマーク

見つけて得するソースコード専用の検索エンジン - ＠IT

「Java News.jp（Javaに関する最新ニュース）」の安藤幸央氏が、CoolなプログラミングのためのノウハウやTIPS、筆者の経験などを「Rundown」（駆け足の要点説明）でお届けします。（編集部）プログラミングと検索エンジンは切っても切れないプログラミングと検索エンジンの関係は切っても切り離せないものです。プログラミングに役立つドキュメントやノウハウを探したり、参考になるサンプルプログラムを見つけ出せます。さらにバグの回避方法を見つけたり、エラーメッセージを検索エンジンで探して、解決方法が見つかることも多いでしょう。良質のソースコードから、的確なアルゴリズムや、思いもしなかったようなコード例を見いだすのも新たな楽しみです。さて、ここではプログラミングの際に便利に利用できるソースコード専用の検索エンジンをいくつか紹介しましょう。ソースコード専用の検索エンジンを利用した検索

yukifrog 2007/03/10

code

リンク

http://www.ingrid.org/jajakarta/cactus/doc/coding_conventions.html

yukifrog 2007/02/27

code

リンク

コーディング規約メモ

Ｃコーディング・スタイル例以前(2～4年前)に、社内向けにコーディング規約案を書いたことがあり、その残骸?があったのでコーディングスタイルの例として出しておきます。規約といってもラフなものですし、その当時の自分のスタイル/自衛手段を書き出し、これを叩き台にして他の人の要望などを反映させたりしました。以下は、社内事情や自分のスタイルに合わない個所をいくつか削除しています（自分の習慣でない記述も残っていますが）。単なる一般的な自衛手段だったり完全に自分の好みのこともありますが、一応、なぜ、そのようにするのか、を、書くようにしていたので、何かの参考になるかもしれません。あと、スタイルに関しては『プログラミング作法』(書籍ですが)をみるのがいいでしょう。オンラインではこちらなんかも結構いいです。 ■はじめに ■ ソース・ファイル ■ソース中の特殊文字コード ■動作

yukifrog 2007/02/27

code

リンク

suVeneのあれ: 俺的コーディングルール SQL編

2007年01月19日俺的コーディングルール SQL編プロジェクトのコーディングルールがこうでなければいけないとか、他人に強制するわけではないが、自分自身で一貫性の無いコードを書くのは気持ち悪いので、オレオレルールを決めてたりする。大抵はデ・ファクト的なルールに沿う形で書くことが多いのだが、SQL や PL/SQL に関してはなかなかデファクトと呼べるものがないので(あるのか?)、メモ的に書きとめておく。原則キーワード小文字オブジェクト名大文字カンマは後ろインデントは半角スペースで 2一つの SQL 文でキーワード毎にインデントしない(副問合せ除く) まず、1.2. に付いてなのだが、昔は「キーワード＝大文字」という意味不明な先入観で大文字で書いていた。ただ、それだと PL/SQL のキーワードも大文字、オブジェクト名も大文字で結局ほとんど大文字になってしまうのと、Shift 押す

yukifrog 2007/01/29

sql
code

リンク

Geekなぺーじ：Google Code Searchの危険な使われ方

「Fun With Google Code Search」によると、 Google Code Searchを使って脆弱なソフトウェアを見つけられてしまうそうです。実際に、Google Code Search経由で発見されてサーバを乗っ取られた事例が「How Hackers Are Using Google To Pwn Your Site」という記事で紹介されています。 ShoeMoneyが乗っ取られた事例では、恐らくWebサーバの設定ミスで.phpファイルの関連付けを行わない状態で、Google Sit emapsに登録してしまったため、Google Code Searchに自作コードが載ってしまい、それを見たクラッカーがサイトを乗っ取ったのであろうと思われます。バッファオーバーフロー strcpy : strcpy\((\w+,\w+) lang:c sprintf : (sprin

yukifrog 2007/01/29

code

リンク

キミのコードが汚い理由 ― ＠IT情報マネジメント

リスト1は、同じ処理を繰り返すようなコードで初心者プログラマーがよく使う幼稚なスタイルで書かれている。必ずしも複雑ではないが、筆者には散らかっていて効率が悪く見える。リスト2の方が複雑な条件になっているが、Javaを理解していれば、かなり読みやすい。唯一疑問を抱くかもしれないとしたら、最後の「else if」の中にある条件の最初の部分だけだ。このクローズに来るということは、どちらかのプレーヤーが勝ったことを意味する。いずれのインプリメンテーションも間違ってはいない。実際、これらはどちらも非常に小さく、つまらない例にすぎないので、これらのリストでコードがいかにクリーンか論ずるのはあまり有益ではない。ただ、何をもってインプリメンテーションがクリーンなのかについて読者の興味を深めることはできるだろう。クリーンなコードについて扱った記事、Webサイト、書籍は多数存在する。何をもってコードをクリ

yukifrog 2007/01/17