214 仕様書無しさん :2008/01/14(月) 14:55:04
綺麗なコードを水だとすると、汚いコードは墨汁なんだな
優秀なプログラマが綺麗なコードを描いても、初心者がメンテナンスすれば黒く染まるし
下手糞が書いたコードは、優秀なプログラマが一から作り直しでもしない限り、
水のように透き通ることは無い
優秀なプログラマが綺麗なコードを描いても、初心者がメンテナンスすれば黒く染まるし
下手糞が書いたコードは、優秀なプログラマが一から作り直しでもしない限り、
水のように透き通ることは無い
今日の更新一覧
関連記事
トラックバック
その他の記事
コメントありがとう御座います。 ⇒最新のコメントへ(77)
学名ナナシ
:2008年04月04日 13:04
#
・・・で?
へー、そうなんだ、としか言えない。
ある程度コード書いてる人でないと、
↑みたいな感想にしかならないよな。
↑みたいな感想にしかならないよな。
じゃーお前がやってくれよと思って泣いた(´;ω;`)
いちよう自覚はしてるんだよ。。。
いちよう自覚はしてるんだよ。。。
喩えが飛躍してないか?
的外れにしか見えないんだが。
的外れにしか見えないんだが。
抽象的な理解しか出来ない。
時々この手のネタを取り上げるけど
ここの管理人もその手の職業なのかね?
時々この手のネタを取り上げるけど
ここの管理人もその手の職業なのかね?
解ってます…ごめんなさいもうちょっと精進します…
悪貨は良貨を駆逐する、などの喩えにもあるように、
何事も悪くするのは簡単。
良くするのは難しいものだ。
何事も悪くするのは簡単。
良くするのは難しいものだ。
なんか・・・うまいこと言えてないね
コード?線のこと???
最近DirectXのSDKのサンプルコード見たら感動した。
それだけ(´・ω・`)
それだけ(´・ω・`)
書き換えてみた。
綺麗なコードを水だとすると、汚いコードは泥なんだな
優秀なプログラマが綺麗なコードを描いても、初心者がメンテナンスすれば茶色く濁るし
下手糞が書いたコードは、優秀なプログラマが一から作り直しでもしない限り、
水のように透き通ることは無い
綺麗なコードを水だとすると、汚いコードは泥なんだな
優秀なプログラマが綺麗なコードを描いても、初心者がメンテナンスすれば茶色く濁るし
下手糞が書いたコードは、優秀なプログラマが一から作り直しでもしない限り、
水のように透き通ることは無い
横スクロールバーが出るほど横に伸びててゴメンナサイ
だからオブジェクト指向は嫌いなんだよ…
だからオブジェクト指向は嫌いなんだよ…
1012
泥に置き換えると分かりやすくなるよね。
墨ってのは、書や絵のための物というイメージがあって
墨で書いたコードという言葉から流麗な文字が思い浮かんだ。
なんか、美しいじゃんみたいな。
泥に置き換えると分かりやすくなるよね。
墨ってのは、書や絵のための物というイメージがあって
墨で書いたコードという言葉から流麗な文字が思い浮かんだ。
なんか、美しいじゃんみたいな。
別に墨汁とかじゃなくて水道管につまったゴミみたいなもんだろ
いくら奇麗な水流したってそこにゴミがこびりついてれば流れが悪くなる。
んで、モノが長ければ長いほどゴミつく量が増えて通りが悪くなる
いくら奇麗な水流したってそこにゴミがこびりついてれば流れが悪くなる。
んで、モノが長ければ長いほどゴミつく量が増えて通りが悪くなる
こんなに取り上げるほどの名言でもないよね・・・w
コードって書く人によって癖があるから透き通った水なんて存在しないよね
>>1016
何十年も前から言われてるからな
まぁ、アルファルファにはコード書かない人の方が多いからネタとしては良いんじゃないの
「普通の人に出来る仕事量が10だとすると、優秀な人は100、出来の悪い奴は2か3 くらい。」
というのが、広く信じられている幻想
実際には
「普通の人に出来る仕事量が10だとすると、優秀な人は100、出来の悪い奴は-20くらい。」
何十年も前から言われてるからな
まぁ、アルファルファにはコード書かない人の方が多いからネタとしては良いんじゃないの
「普通の人に出来る仕事量が10だとすると、優秀な人は100、出来の悪い奴は2か3 くらい。」
というのが、広く信じられている幻想
実際には
「普通の人に出来る仕事量が10だとすると、優秀な人は100、出来の悪い奴は-20くらい。」
>>1017
言っちゃった
言っちゃった
私もコードとかよくわからないが別なことに例えると…
綺麗な絵を水だとすると、汚い絵は泥なんだな
優秀な絵かきが綺麗な線画を描いても、初心者が色塗りすれば平凡になるし
しょうこお姉さんが書いたスプーは、優秀な絵かきが一から作り直しでもしない限り、 カオスがなくなることは無い
となるのか?これであってる?
綺麗な絵を水だとすると、汚い絵は泥なんだな
優秀な絵かきが綺麗な線画を描いても、初心者が色塗りすれば平凡になるし
しょうこお姉さんが書いたスプーは、優秀な絵かきが一から作り直しでもしない限り、 カオスがなくなることは無い
となるのか?これであってる?
別の引用サイトでも同じ記事があったけど
そっちも同じように批判させてたなw
そっちも同じように批判させてたなw
たとえ話はすり替えにしかならないだろ。
コードの上手い下手をどんな基準で判断できるんだよw
見るからに下手なコードはともかく、
自分と違った書き方をしているからって下手だとか思ってるんじゃね。
なんか偉そうにこういう話をする人って自己陶酔しててあんまキレイじゃない気がする。
コードの上手い下手をどんな基準で判断できるんだよw
見るからに下手なコードはともかく、
自分と違った書き方をしているからって下手だとか思ってるんじゃね。
なんか偉そうにこういう話をする人って自己陶酔しててあんまキレイじゃない気がする。
墨汁で例えるべきではなかった気が
> コードの上手い下手をどんな基準で判断できるんだよw
保守性、実行速度、食うリソース、コーディング規約に従っているか否か等々
いくらでも基準はあるがな
基準によって良い、悪いは変化するが
複数人でコードを書くような状況(仕事だろうな)に於いては
どの基準で判断するかは決まってるだろ
その基準に沿うような形でコーディングすれば、多少の差はあれど
大体は似通ったコードが出来あがる
そうならないコードは、基準から外れてる(=汚いコード)ってこった
保守性、実行速度、食うリソース、コーディング規約に従っているか否か等々
いくらでも基準はあるがな
基準によって良い、悪いは変化するが
複数人でコードを書くような状況(仕事だろうな)に於いては
どの基準で判断するかは決まってるだろ
その基準に沿うような形でコーディングすれば、多少の差はあれど
大体は似通ったコードが出来あがる
そうならないコードは、基準から外れてる(=汚いコード)ってこった
ろ過は可能だが、自然の湧き水には劣る
元のままだと例えがちょっと微妙な感じだな。
透き通らせる事はある程度可能だと思うけど……
その労力あったら作り直すよな、常考
元のままだと例えがちょっと微妙な感じだな。
透き通らせる事はある程度可能だと思うけど……
その労力あったら作り直すよな、常考
まあ、湧き水だって浄水器通した水だって純粋なH2Oじゃない。
その中でも飲みやすい水(ベターなコード)と
飲めたもんじゃない泥水(汚いコード)があるんだろ。
その中でも飲みやすい水(ベターなコード)と
飲めたもんじゃない泥水(汚いコード)があるんだろ。
まず墨汁と普通の水を透過度うんぬんで比べることがないからねw
それに墨汁は黒く濁ってる事に意味があるわけで。
泥の方が適当だろうな。
それに墨汁は黒く濁ってる事に意味があるわけで。
泥の方が適当だろうな。
自分の話に酔ってんだろうが多分コイツは使えない奴だろうな
↓ここでロケットスタジオのプログラマが一言
>>1012
ということは、そのコードを長時間放置しておけばまた澄んできれいなコードになるわけか。
んなアホな。
ということは、そのコードを長時間放置しておけばまた澄んできれいなコードになるわけか。
んなアホな。
>>1024
それは上手い下手の判断基準じゃないでしょ。
それは上手い下手の判断基準じゃないでしょ。
プログラムの知識ないから、この人が
上手いこと言ってんのかどうかすらわからん。
上手いこと言ってんのかどうかすらわからん。
新手の邪気眼スレですね?わかります
>>1024
そういう基準で判断する奴もいれば、
可読性で判断する奴もいるだろ?
基準なんてもんを一概に作れるなんて頭お花畑?
そういう基準で判断する奴もいれば、
可読性で判断する奴もいるだろ?
基準なんてもんを一概に作れるなんて頭お花畑?
米24は214と同じカホリがするw
コンセントのことかとおもった
ふーん・・・で?
つまんなさそうだなお前
>>1034
俺も絶対的な基準を作れるなんて思っちゃいないが
それでもお前のトコでもコーディング規約くらい決めるだろ
基準を決める事や、その基準が正しいかどうかは知らんが
「それに合わせなきゃならない」のが仕事ってもんだろ
自分の好きなように書いてお金が貰えりゃ幸せなんだけどな
俺も絶対的な基準を作れるなんて思っちゃいないが
それでもお前のトコでもコーディング規約くらい決めるだろ
基準を決める事や、その基準が正しいかどうかは知らんが
「それに合わせなきゃならない」のが仕事ってもんだろ
自分の好きなように書いてお金が貰えりゃ幸せなんだけどな
この例えみたいな事言われてどれだけムカついても書けない物は書けないので文句を言う訳にもいかず、
結局匿名な場所で愚痴を垂れる
結局匿名な場所で愚痴を垂れる
墨で例えないで欲しいな
喩えが適切かどうかはともかく、
圧倒的に優秀な奴ってのは確かにいる。中身見れば一目瞭然。
俺が努力不足なだけかもしれんが。
圧倒的に優秀な奴ってのは確かにいる。中身見れば一目瞭然。
俺が努力不足なだけかもしれんが。
墨汁と墨汁大好きなオレに謝れ。
あと、全国の書道家にも謝れ。
コードっていうのが何かはわからん。
あと、全国の書道家にも謝れ。
コードっていうのが何かはわからん。
マジックナンバー挿入!
>>1031
メモリやたら喰う書き方より喰わない書き方の方が上手いって言えるない?
メモリやたら喰う書き方より喰わない書き方の方が上手いって言えるない?
言えるない?だってよ 日本語でおk俺
>>1026
純粋なH2Oは毒だからな
>>1031 >>1033
泪が出るほど美しいソースは確かに存在する
純粋なH2Oは毒だからな
>>1031 >>1033
泪が出るほど美しいソースは確かに存在する
奇麗なコードが書けない俺にしてみれば
結構理解のできる例えだな
結構理解のできる例えだな
ワインと泥水の話だな。
優秀な奴って中身の美しさはともかく、
仕事も速いんだよなぁ。
俺が100人居たって敵わねぇ。
絶望すら覚えるよ。
仕事も速いんだよなぁ。
俺が100人居たって敵わねぇ。
絶望すら覚えるよ。
アスペルガーを水とオレンジジュースで例えたののパクリだろ。
墨汁は墨汁の使い途があるだろ。
それに墨汁はそこらの水道水よりはよほど綺麗だ。
例えが悪いなあ。
それに墨汁はそこらの水道水よりはよほど綺麗だ。
例えが悪いなあ。
「結束バンドで束ねたコード」と「適当に繋げたコード」
後でPC配線しやすいのはどっち?
って話だと思ったのに orz
後でPC配線しやすいのはどっち?
って話だと思ったのに orz
要はそのコードを読み取れるかどうか
各側じゃなくて読む側の力の問題
各側じゃなくて読む側の力の問題
汚いゴチャゴチャしたコードで時間かかってゴメンね、
綺麗に素早く書きたいんだよ俺だって。
綺麗に素早く書きたいんだよ俺だって。
>>1055
時間があるなら、上手い人が書いたのと同じプログラムを(見ずに)作って
見比べて、考え方の差を見つけると良いよ
真似をしろとは良く言うけど、綺麗なコード見てるだけじゃ身に付かないんだよね
出来上がったコードだけ真似ようとしても中々難しいけど
考え方を真似するようにしてみると、やりやすいと思うよ
時間があるなら、上手い人が書いたのと同じプログラムを(見ずに)作って
見比べて、考え方の差を見つけると良いよ
真似をしろとは良く言うけど、綺麗なコード見てるだけじゃ身に付かないんだよね
出来上がったコードだけ真似ようとしても中々難しいけど
考え方を真似するようにしてみると、やりやすいと思うよ
例え悪いかな?
水と墨汁が混ざり合ったら黒くなって汚れる
そういう墨汁の存在感を用いた例え
ってのは誰でも想像出来る事だと思うけど
皆1001-1003辺りに付和雷同してるだけじゃないの
水と墨汁が混ざり合ったら黒くなって汚れる
そういう墨汁の存在感を用いた例え
ってのは誰でも想像出来る事だと思うけど
皆1001-1003辺りに付和雷同してるだけじゃないの
>>1057
個人的に墨汁は綺麗なイメージが強い。
泥水とかだったら納得できるんだが。
個人的に墨汁は綺麗なイメージが強い。
泥水とかだったら納得できるんだが。
正直コーディングはそこまで奥深いものとは思わんけどなあ。
設計の通りに書くだけじゃんか。
規約守んなかったり仕様通りに作んないアホはレビューで落としてやれよ。
設計の通りに書くだけじゃんか。
規約守んなかったり仕様通りに作んないアホはレビューで落としてやれよ。
>>1049
俺も思ったわ
泥水に一滴のワインが入ったら泥水
ワインに一滴の泥水が入ってもまた泥水 ってやつだよな
俺も思ったわ
泥水に一滴のワインが入ったら泥水
ワインに一滴の泥水が入ってもまた泥水 ってやつだよな
>1030
実はホントの話
泥だらけのコードを書いても、一晩寝て再確認すると…もっと良い方法に気が付いたりするのです。
実はホントの話
泥だらけのコードを書いても、一晩寝て再確認すると…もっと良い方法に気が付いたりするのです。
?ってなるのは最後がマイナスなことで終わるからだろーな・・・
まず綺麗なコードは、組み方の美学なのか、可読性なのかで割れるねえ。両立してれば言う事ないけど、人月単価は出せません、でも優れたコードを短期間で下さいと言うなら、大体どちらか犠牲にするか、オフショア送り。コードを一から書き直さないとダメな位に、優秀でない開発者がアーキテクチャを自由に決めてる設計不在な仕組みが問題。いくら優秀なコーダーでも、要求や仕様が不明では大したものにならない。綺麗だけど仕様満たしてないとか。
>>1059
コーダとプログラマは区別して欲しい気がしないでもない
コーダとプログラマは区別して欲しい気がしないでもない
上手いこと言おうとして自爆してるね。
ま、こんだけ反応もらえたんだから満足だろ
書いたやつは。乗せられて書き込む俺は馬鹿だ。
ま、こんだけ反応もらえたんだから満足だろ
書いたやつは。乗せられて書き込む俺は馬鹿だ。
自己満足なものより
第三者に引き継げるものを書いてくれ
保守で胃が痛ぇよ
第三者に引き継げるものを書いてくれ
保守で胃が痛ぇよ
なんでコードって絡まるのかね?
すまんなコードきたなくて……
あ、そっちのコード抜くな 白い方はストーブだってば!!
すまんなコードきたなくて……
あ、そっちのコード抜くな 白い方はストーブだってば!!
綺麗なコードが水だとすれば、汚いコードは血液だな。
自分だって綺麗なコードが書ける訳じゃない。
だけど、インデントなし、改行なしのコードでメンテナンスされいた時はぶち切れた。
だけど、インデントなし、改行なしのコードでメンテナンスされいた時はぶち切れた。
どちらかというとC言語やC++を崇拝する者たちの綺麗という概念:
「式が短く、簡潔で、スピードが速いというイディオムに基づいている」
どちらかというと業務系やJava、高給なレベルでの分解を望む者たちの綺麗という概念:
「わかりやすく、責任が分断されていること。速くなくてもよい。(ボトルネックは後で発見して直す。)」
「式が短く、簡潔で、スピードが速いというイディオムに基づいている」
どちらかというと業務系やJava、高給なレベルでの分解を望む者たちの綺麗という概念:
「わかりやすく、責任が分断されていること。速くなくてもよい。(ボトルネックは後で発見して直す。)」
高給なレベルワラタ
まぁ、言語とか開発方式の歴史を鑑みれば不思議な事じゃない
どっちも正しいよ
まぁ、言語とか開発方式の歴史を鑑みれば不思議な事じゃない
どっちも正しいよ
>>1069
インデントレベルの話ならGNU indent一発ですむけどな。
きっとindent通した結果もひどいと予想するがwwww
インデントレベルの話ならGNU indent一発ですむけどな。
きっとindent通した結果もひどいと予想するがwwww
天才赤木の闘牌を引き継いだ穴が台無しにしてしまうこともある。
穴が滅茶苦茶な闘牌をしてしまえば赤木が引き継いでも盛り返せない。
穴が滅茶苦茶な闘牌をしてしまえば赤木が引き継いでも盛り返せない。
なんでこんなに叩かれてるのかわからんが、すごい良い例えじゃないか。
最初のコメが叩くからそんな気になってくるだけだ。
最初のコメが叩くからそんな気になってくるだけだ。
※欄の流れが予想外で吹いた
>>1004
うんうん。そりゃ『いちよう』なんて書く奴には、綺麗なコードなんて100年経っても無理だろうね
>>1004
うんうん。そりゃ『いちよう』なんて書く奴には、綺麗なコードなんて100年経っても無理だろうね
>>1070
時代遅れの馬鹿だな。特にC++に関して、救いようもないぐらい無知だろ。
どんな言語でも式が短く、簡潔で、スピードが速いという要求があればそうするし、そうでなければ構造や設計を支える記述をきちんと書く。
時代遅れの馬鹿だな。特にC++に関して、救いようもないぐらい無知だろ。
どんな言語でも式が短く、簡潔で、スピードが速いという要求があればそうするし、そうでなければ構造や設計を支える記述をきちんと書く。
アンケートの水墨画ってどっから出てきたんだろ?
