スパゲッティ(コード)はなにがマズいのか : 404 Blog Not Found
2008年04月26日14:00 カテゴリArt スパゲッティ(コード)はなにがマズいのか うまい! ざぶとん代わりにピザ1枚! プログラム？おいしいに決まってんじゃん。 - $ dropdb 人生 素人が s/料理/プログラミング/g すると必ずスパゲティができるんですよ。 というだけならはてブでいいのだけど、この比喩のもう一つの意味に気がついてしまったのでentry。 ちなみにコードを知らない人のためにヤボな解説をすると、スパゲッティコード(spaghetti code)というのは、あちこちひっからまったコードのこと。実はたいていのスパゲッティが美味なように、スパゲッティコードで書かれたプログラムもマズいとは限らない。 毒が混入しなければ。 しかし、いったん毒が入るとえらいことになる。毒が入っていたのはスパゲッティなのか、それともソースなのか。特定するのは困難だ。 これがたとえばステー
「構造化プログラミングに関する覚え書き」へと導いたもの | taro-nishinoの日記 | スラド
明けましておめでとうございます。 さて、私の周辺では、先日に書いた"Gotoは有用である"について、折角のMatt S. Trout氏の本文よりも、何故か不幸にも私の書いた訳注の方が話題になっています。 Linus氏はgoto有用論の他にも、C++をボロクソに貶したり、本当に愉快な人だと私は思います。ただ、C++を貶された時の反応として、海外は置いとくとして、日本の一部の人が余りにも井の中の蛙的な反応をしたように記憶しています。代表的な例は「Linusはオブジェクト指向が分からないからだ」というのがあります。私は思わず笑いました。Linus氏ほどの頭脳で分からないことが、極東の日本の貴方がたは分かっていると言わんばかりじゃないですか。一部にせよ、だから日本は駄目だと思いました。つまり、自己を客観視せず、実質的実力は無いのに一流家気取りなんですね。もっとはっきり言えば何様のつもりなんだと。ど
コメントはソースコードを表す？ | スラド デベロッパー
「Ugly」の解釈がプログラマーと非プログラマーで異なると思います。 文法が正確で誤字の少ない簡潔なコメントが書けても、そもそもクラス名とかメソッド名とか変数名 が非直観的だったり、インデントが深すぎだったりしたら「コード」としては「Ugly」です。 あと、修正前のコードをコメントアウトして残すことを強制されたコードも「Ugly」。 バグ票番号を修正箇所にゴチャゴチャ残させるコードも「Ugly」。 逆に、何にもコメントがなくてもコード自体が短くて直観的でコメント自体が不要なものであれば 「美しい」コードだったりします。 むしろプアでしゃくし定規な「コーディング規約」なる法典をおしつけられて無理やりコメントを 書かされていると冗長な説明文が入った「見た目にキタナイ」ソースになっちゃったりします。 コメントもコードも「言語」ですからね。 #ってか、「非プログラマ」な人種はソースなんて見るのか？
きれいなソースコードを書くために必要な、たったひとつの単純な事 - よくわかりません
「構造のきれいなプログラムを書けるようになるためにはどうすればいいのか？」という質問を受けたので、「はて？どうしているだろうか？」と考えてみました。あ、形式知にきちんとなっているようなテクニックみたいなもんじゃなくて、モノローグなので、あまり凝ったものは期待しないように。 http://blog.shibu.jp/article/28983162.html 自分なりにもっと凝縮版を。渋川さんが言っている事全体もその通りとは思うけど*1、もっと簡単で、しかも射程が広い、と自分が思っている事。 渋川さんはちょろっと触れてるだけだけど、自分はこれが最も基本的で汎用的、かつ、ソースをきれいにする原動力となる上にバグをも減らしてコードの汎用性まであげる、コーディングのエンジンみたいなものと思ってる。それは、 「すべてに正しい名前を付けて、そして、正しい名前であることを維持する」という鉄の意志 クラス
きれいなプログラミングコードの書き方：プログラミングの基礎知識 - 久保清隆のブログ
プログラマによって色々なプログラミングスタイルがあると思うが、センス・オブ・プログラミング! 抽象的に考えること・データ構造を理解することを読んで、きれいなプログラムを書く方法については共通点があると思ったので、本書を参考にきれいなプログラミングコードを書く方法についてまとめた。 目次 目的を理解する 書く時のことよりも、読む時のことを考える 愚直でも読みやすく インデントは統一する コメントは無駄なコメントを書かずソースの意図を書く 例外は、本当に例外的な場合だけに使う 名前のつけ方を重視 命名法 省略しない 同じことを書いてはいけない コピペをやめる 関数に分割する 机上デバッグは時間の無駄 良いコードとコーディングレベル 良いコード コーディングレベル 目的を理解する何らかのコーディング規約に従ってプログラムを書くなら、常にその理由を理解すること。 盲目的に規約に従うことは、規約が全
OOコード養成ギブス - rants
Binstock on Software: Perfecting OO's Small Classes and Short Methods The Pragmatic Programmersシリーズの新しい本、The ThoughtWorks Anthologyの中に 興味をそそるエッセイがある。Jeff Bayの"Object Calisthenics"だ。 これは良いオブジェクト指向の性質を実証する小さなルーチンを書く方法をマスターするための 詳細にわたるエクササイズだ。オブジェクト指向なルーチンを書く能力を向上させたい開発者がいるなら このエッセイに目を通すことを勧める。ここにBayのアプローチを要約してみよう。 彼は次にあげられる制約のもとに1000行のプログラムを書くことを勧めている。 これらの制約は意図的に過剰な制限となっているが、これは開発者を手続き的なやり方から脱却させるた
生産性と保守性を高めるコーディング規約の実際---目次
システムの品質を向上させるためには，実装工程における品質管理が欠かせない。これをきちんと実施するためには，ソースコードの書き方に関する決まりごとである「コーディング規約」が必須となる。電通国際情報サービスが2003年2月に策定した「Javaコーディング規約2003」を例に，その重要性と内容を解説する。 前編 規約の重要性 後編 規約の具体例
)
リファクタリング (プログラミング) - Wikipedia
この記事には独自研究が含まれているおそれがあります。 問題箇所を検証し出典を追加して、記事の改善にご協力ください。議論はノートを参照してください。（2020年10月） この記事で示されている出典について、該当する記述が具体的にその文献の何ページあるいはどの章節にあるのか、特定が求められています。 ご存知の方は加筆をお願いします。（2014年4月） リファクタリング (refactoring) とは、コンピュータプログラミングにおいて、プログラムの外部から見た動作を変えずにソースコードの内部構造を整理することである。また、いくつかのリファクタリング手法の総称としても使われる。ただし、十分に確立された技術とはいえず、また「リファクタリング」という言葉に厳密な定義があるわけではない。 リファクタリングが登場する以前は、一度正常な動作をしたプログラムは二度と手を触れるべきではないと言われていた。な
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Efficient data transfer through zero copy
FORTRANツール
学術情報メディアセンター大型計算機システム - plusFORT
Google C++スタイルガイド 日本語訳
プログラミング言語ヒエラルキー:Geekなぺーじ