ソフトウェア開発：エレガントなコードというか、クリーンなコードの書き方：The Grouchy Bug：オルタナティブ・ブログ
「ビジネスをデザインするブログ」 私がエレガントなコードを書くことにこだわらないいくつかの理由 おもしろく読ませていただきました。ソフトウェア開発っていろいろ悩みがあるんですよね。 ところで、エレガントという言葉よく聞くんですがいまいちしっくりこない、そんな言葉です。 エレガントと言えば、私が想像するのは、高価なコップで紅茶を飲みながらクラッシックを聴く感じ？笑 でも、やっぱりきれいなコード、クリーンなコードは書きたいと思いますよね。ということで、デザインパターンとか難しい話なしの、私が普段考えるクリーンコードの書き方のお話です。（なんかソフトウェアの話ひさしぶりのような。笑） なぜクリーンなコードを書かなくちゃいけないの？ ソフトウェア開発のサイクルとして、デザイン、コーディング、デバッグ、メンテナンスの繰り返しというのが一般的だと思います。既存のコードがきれいに、クリーンに書かれている
100円ショップのワイヤーネットはデスク下ケーブル整理に最適 : ２のまとめＲ
2011年06月18日 ➥ 100円ショップのワイヤーネットはデスク下ケーブル整理に最適 43 comments ツイート 280：163(catv?)[sage]：2011/06/18(土) 13:42:33.39 ID:uTApEIBu0 材料 http://2sen.dip.jp/cgi-bin/upgun/ga9/src/1307713236750.jpg ビイフォエアー http://2sen.dip.jp/cgi-bin/upgun/ga9/src/1307713211453.jpg アフター http://2sen.dip.jp/cgi-bin/upgun/ga9/src/1307713263734.jpg http://2sen.dip.jp/cgi-bin/upgun/ga9/src/1307713280125.jpg enjoy 291：名無しさん＠涙目です。(東京都)
不吉な匂いの比較 - ぁまんにょですぅ〜
リファクタリングの、オリジナルと、Rubyエディションの不吉な匂いを比較してみた。 名前がかなり違っていて驚いた。原書からして名前が変わっているのだろうか。 No. オリジナル Ruby 1 重複したコード コードの重複 2 長すぎるメソッド 長いメソッド 3 巨大なクラス 大きなクラス 4 多すぎる引数 長い引数リスト 5 変更の発散 変更系統の分岐 6 変更の分散 ショットガン創の手術 7 属性、操作の横恋慕 メソッドの浮気 8 データの群れ 群れたがるデータ 9 基本データ型への執着 プリミティブ強迫症 10 スイッチ文 case文 11 パラレル継承 パラレルな継承階層 12 怠け者クラス 仕事をしないクラス 13 疑わしき一般化 空論的一般化 14 一時的属性 一時フィールド 15 メッセージの連鎖 メッセージの連鎖 16 仲介人 横流しブローカー 17 不適切な関係 親密すぎる
2010/b (9)
この世は感想文じゃない。 /04 [Mon] (07:49) 今日って雨降るわけ?? Y combinator の謎 (14分) (18:53) フッタ (18:54) きょうはつかれた〜〜〜。 お客様向けのマニュアルを書いていたのだるが、たった20行ぐらいの説明を書くのに、 ああでもないこうでもないと1時間以上やっていた。 いかに複雑な概念をコンパクトに、わかりやすくまとめるか? プログラミングのほうがよっぽどラクだ。 分量的には大したことないのに、同じような表現を 何度も何度も書きなおしていると、だんだんアタマが狂ってくる。 ほかの部分までおかしく見えてきて書きなおさなきゃいけないような気がしてきたり、 たかが2、3語の表現を変えては戻したり、といったことをやりだす。 終わったら短距離ダッシュしたあとのような疲れ具合。 同じような疲労は手話通訳の訓練のときにもよく感じる。 つくづく自分
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Microsoft PowerPoint - Dvorak.ppt
This Car Runs on Code - IEEE Spectrum
