「コードの綺麗さを気にする奴は糞プログラマー」　ひろゆき「超同意」

ひろゆき(@hiroyuki_ni)
超同意。サービスの実現速度が重要で、コードの見た目は後でいい。＞コードがどれくらいきれいかを気にする人は出来の悪いプログラマー
https://twitter.com/#!/hiroyuki_ni/status/165995446932742144

【インタヴュー】新世界を創造するYコンビネーターのハッカーたち

世界中の優秀なハッカーたちが集うITスタートアップ養成所「Yコンビネーター」。

Yコンビネーターのプログラムに参加してGinzametricsというサーヴィスをつくり、
日本発で世界へ挑戦を続けているレイ・グリセルフーバーである。
彼にこの興味深い組織について詳しく聞いてみた。

ＲＧ：
次に重要なのはその条件をもとに実際に使いやすい製品を作ることができるか、ということですね。
そのなかのコードは別にきれいである必要はなくて、ユーザーが喜べばいいだけの話ですからね。
むしろコードがどれくらいきれいかを気にする人は出来の悪いプログラマーだとぼくは思っているくらいです。

コードが気になってしまうと締め切りに間に合わず、ビジネスにならないわけですから。

その理由は凄く単純です。何か商品を作ろうと思ったときに、
ユーザーが欲しているとイメージしたものは必ずと言っていいほど間違っているわけです。
その間違っているものをいくらきれいなコードで最適化しようとしても、
結局ユーザーにとって必要なければ、その行程は無駄になってしまいます。

つまり、間違っていることに気づいて、それをすぐに改善できる開発のスピードが大事で、
そのときにコードがきれいかどうかはまったく関係ないんです。

http://wired.jp/2012/02/03/interview-ginzamarkets/

>>1
私スクリプトだけどこのスレ人間臭くない？
人類は地球の恥

保守するやつの気持ちを考えろよくそども

保守する人間の身にもなれよ

スパゲティプログラムの芸術性を分からないやつはにわか

見にくい糞コード書く奴って他人が見るとは考えないわけ？

>>5
くたばれ糞野郎

まずひろゆきがクソプログラマじゃねぇか

糞汚いコードを書いたことで開発効率が糞悪くなることもあるから一概には言えんと思うけど

GOTOパラダイスってこと？

>>7
ロムスカ・パロ・ウル・ラピュタと戦うつもりかドラえもんが人がゴミの様だと戦うつもりならば

キレイなのは最初のうちだけだしな。
もっとも書いたヤツが保守しない日本の土方システムでは
キレイじゃないと吐き気で出る。

昼飯はスパゲティーにするか

これは酷いオナニーですね

一人で開発するならそれでいいかもしれないが・・

プログラムの規模による
銀行・飛行機のプログラムとフリーソフトを同列に語るなよ

>>3
金正日って1942年生まれとされてるけど本当は1941年生まれらしい。
子ども手当って中学卒業までだと思ってたわ。違うのか。

>>15
え？どういうこと？
急がば回れっていうのか？

>>16
先は長いｗ

>>61
NEVADAが釘宮病なので、就職活動
朝倉義景が宇宙飛行士なので、貧乏揺すり

１人プロジェクトで他人が触らない状況とかならちょっとわかる

>>8
煽るなや！おれはここに居たいんだよ！
はは、スプリクトのくせに笑わせるわ

>>10
死ねゴミカス
知恵を絞って乗り切ろうや
認定ばっかしてないで語ろうぜ

コードが読みにくいと何処が間違ってるか気付きにくいじゃん

配線の取り回しの意味かと

コードの綺麗さ・汚さはどうでもいいけど、
コーディングルールがない、関数の説明がないのは論外。
逆に言えばそれがあれば汚くてもいい。

お前の大好きなジョブズはコードの美しさに異常こだわってたぜ

保守前提に考えたらありえないだろ

>>15
その間違っているものをいくらきれいなコードで最適化しようとしても

ひろゆきがプログラマーとしてなんぼのもんだよw

んなことだったら2000年問題なんてなかった

さあ、早く変数宣言の後ろに書いてあるコメントの縦位置をそろえる作業に戻るんだ

ひろゆきって良いプログラマーだったのか…
初めて知った

車のエンジンルームとか綺麗なほうが結局性能いいけど
プログラムとかはそうじゃないのか？

int hoge,hogehoge,fuga,piyo

＞つまり、間違っていることに気づいて、それをすぐに改善できる開発のスピードが大事で、
＞そのときにコードがきれいかどうかはまったく関係ないんです。

大ありだろうが

保守の概念ねえのか？

>>23
つうかあいつ潔癖症で汚い物には蓋したいだけだろ
実際の利便性とかは二の次だし、コードは綺麗でも遠回りして隠すタイプ

>>14
あなたにいいこと教えてあげまちゅ
ネットだけでなくリアルでも嫌われるネトウヨであった。

USいた時コメント書く奴はカスだって言ってたリードを思い出した

>>1
ちょｗｗｗ俺に振られてもｗ

>>35
本当はスクリプト使いたくないけど、核には核で対抗するしかない

書いた本人がずーっと保守し続けるならそれでもいいけど
そう言う訳にはいかんだろ

ないない、それはない。
それは同意できない。

レコード情報を構造化しないで、二次元配列で持ってるプログラムとか見た時は殺してやろうかと思った。

綺麗さを気にせずに綺麗に書ける奴が最強
気にしてる時点で大したプログラマーじゃねーんだよ
まあ俺のことなんだけどな

>>29
彼の作った初期の bbs.cgi は関数化とか全くされてなくて
メインに全ての処理が書いてあったと聞いたことがあります

後で自分で見てもワケワカメになる

今スパゲティ食ってる

日本のものづくりの精神とは逆行してるな。GREEとかサムスンとかああいう系統に近い。
見えないところも丁寧にやってきたからMade in Japanは世界から評価されたわけで
自動車なんて走ればいい、ビルなんて倒れなきゃいいなんて仕事してたら今の日本はなかった。

なんでひろゆき関連の話題は、いつも逆説的なんだ？
「世の中では○○と思われてるけど、僕は違うと思うんですよねー」
こればっかりじゃないか……

キタナイコードはバグの温床だろ

>>7
他国を愛する仮面騎士様のミスリードは相変わらず半端ないな

>>12
もうお前らの勝ちでいいよ。俺が悪かったよ

わざとわかりにくいコードを書けば本人しか保守できないからクビにされにくい
自己防衛のために必要なことなんだよ！！

>>10
ロムスカ・パロ・ウル・ラピュタと戦うつもりかドラえもんが人がゴミの様だと戦うつもりならば
顔真っ赤っすね

一人ならいいけど
何人も関わるコードだったらある程度まとめておかないと駄目だろうが
めっちゃくちゃになるぞ

そもそもひろゆきってプログラマなの？
低機能な掲示板作っただけでしょ
しかもあとは人に任せて

アップデートが容易なweb系の考え方なんだろうな。
信頼性重視するところじゃこんな事言えんよ。

ひろゆき・・ツイッターやってから馬鹿丸出しだな

>>16
ですよねー

>>14
荒らしはクズ。自覚しろや
ネトウヨ乙

いちいち注釈を付ける気になれん。あと改訂履歴も無理

20年以上前のコードが手を加えられながらいまだに現役
社内ルールで縛りまくりで綺麗汚いの問題はおこらない

Yコンビネーターのプログラムに参加してGinzametricsというサーヴィスをつくり

Webサービスなんかはその通り。最初の客との対話で売れるサービスとして鍛えることが何よりも重要だから。
ウォーターフォールで最初から細部まで決めこんで作るものは保守性やらなにやらを気にしないとウンコになる。

コードを綺麗にするために仕様変更しようとしたバカがいて、その時仕事で初めて怒った

>>45
中二病ってコレだよね

>>4
底辺のド素人は黙ってろ

保守する奴のこと考えて開発スピード遅らせたら本末転倒だろ

保守ごときが開発様に文句言うな

>>44
デリバリー優先するのはインド人的な発想だと思う

プロトタイプを作るのに綺麗である必要は無いと思うけどな
もしくは、使い捨てモジュールならそれで良いんじゃね

新築の家は綺麗　しかし何もない
今すんでる家は住みやすい　しかしごちゃついてる

たまに虫が沸く

可読性が低いコードだと引き継いだ側が大変だろうが
てめえが一生メンテナンスしてくれるなら話は別だけど

ひろゆきとかって素人にはそう思えるんだろうな

>>45
一番笑ったのが
ひろゆき「iPhone売れないでしょ」→iPhoneバカ売れ→ひろゆき「iPhoneかいました。。。」

>>56
コードに改定履歴とか書かせるコーディング規約は死んだ方がいいよな。
数年前のコードの改定履歴とか見たって何も役にたたねぇ。
CVSとかSVNで管理すりゃいいだろバカがって言いたくなるわ。

ホントそうだよな。たかがコンパイラ、静的解析で警告が１つも出ない程度で十分

使いやすい製品考える人と綺麗なコード書く人がいればいい

ビジネスにならないわけですから

>>62
もうこういう発想は流行らないよね。
今は既存システムの統合とリプレースしかやらんから保守の効率化は最初から要件として盛り込まれている。

ひろゆきの書いたすごいプログラム(笑)の例を出してくれ　

保守考えるときれいに書かない時点でくそだろ

機械図面だってそうだが、ぐちゃぐちゃで見づらい図面は加工ミスも
あったり設計意図が伝わらなかったりする

単発で作って保守も何も無し、作りっぱなしのそれっきりだったらいいけど、
資料として見やすくしてきちんと残す必要はあると思うぞ

>>41
逆に凄いな

>>61
とにかく今回の件は糞狐（死ね！）に責任の大半がある。

コードが汚いと、間違っている事に気づいてそれを改善する作業のスピードが低下するんじゃねーのか

>>66
そういうやつが突然辞めると引き継いだやつがぎゃあああってなる

>>66
苦労して読めよ
文句言うな

>>60
リファクタリング教えてあげればいいのに

ひろゆきってなんかプログラムできるんだっけ？

汚いコードだと自分で保守するのも難しい

綺麗なコードにするのは柔軟性を高めるためでしょ？
汚いコードだったら改善や変更に余計な労力がかかるんじゃないの？

保守しないことが前提なら問題ない
時間が経つと自分でも理解不能になるけど

>>47
反発はなかったが、「商才があるんだから金もうけをした方がいいのに」と冷めた目で見ていた。
間違いを認めろよカス
今日は昨日より成仏しやがれってんだですでございます遺憾ですいざとなれば

自分の書いたコードですら１年経てば忘れてる

「動けばいい」なんて素人か使い捨てのコードしか書いてないやつだけ

それだけはない
こいつやっぱ頭おかしいな

コードレビュー突破できるなら好きにすればいい
コードレビュー不要な程小規模な案件しかやらないならそれはそれで好きにすればいい

要求定義のプロセスで手を抜いてる、あるいはそこが下手糞であるって公表しているようなもの

一貫性がないプログラムが一番腹立つし読みにくい。

綺麗に書くことは、開発者自らを助ける事にもなる。
一度書いたらそれで終わりなプログラムなんて無いと言っていいんだから。

まぁ、本も何も参考にしてない奴の独りよがりな"綺麗なコード"ってのも勘弁してほしいがな。

>>69
windowsサーバーに共有してあるソースコードにアクセスするのはもう嫌だお...。

> 何か商品を作ろうと思ったときに、
> ユーザーが欲しているとイメージしたものは必ずと言っていいほど間違っているわけです。
> その間違っているものをいくらきれいなコードで最適化しようとしても、
> 結局ユーザーにとって必要なければ、その行程は無駄になってしまいます。
>
> つまり、間違っていることに気づいて、それをすぐに改善できる開発のスピードが大事で、
> そのときにコードがきれいかどうかはまったく関係ないんです。

前半には同意だけどその問題とコードの問題は別問題だろ
大体きれいじゃないコードをすぐに改善できるのか？

頭の中身がそんな感じなんだろ

可読性を高めることを綺麗と言う奴もいれば
サイズを小さくすることを綺麗と呼ぶ奴もいるからな

>>88
一年も覚えていられるって凄いな

自分で書いたソースを半年後にみてみると綺麗かどうかわかる

2chの運営見てれば綺麗なのに越した事はないと思える

>>2
いや、かなり同意だわｗ

基幹システムがスパゲティだと、やってらんない

後から綺麗に直すって言う人いるけど
直す日まで生きてる確証あんのか

>>100
俺はひとつ前のプロジェクトですら危ういというのに

もうスクリプト湧いてるじゃねえかｗ

>>95
オブジェクト指向しらないオールドタイプなんじゃないの

>>1
腕のいい大工は見えないところだからといって粗悪な木を使ったりはしない

>>45
ある特定の話題でわざと誰かにケンカを売ったり、常識と思われているものを否定したり
そんなことをして世間の注目・話題をつくるのを「リンクベイティング」というらしい

対立構造をつくって読者を煽って、アクセスを増やす手法

要するに今までの2ちゃんのやってることと同じだ
レス乞食だな

綺麗な、ってのが『出来るだけ短くしようと無理してるもの』ってのなら分かるが
単に『整理がされてて見やすい』ってことならそっちのが断然良い
作業効率もそっちのが上がるだろ

>>26
こいつもＮＧな　ID:gtuDiw0yU

>>44
ちょｗｗｗ俺に振られてもｗ

俺の事言われてるのかと思った
ぐぬぬ

まずはとりあえず動くように作って
それからコードを美しくするだろ普通

綺麗なコードってのが何をさして言ってるのか知らないけど、カッコのあとの空白とか
そういうのにこだわっていつまでもいじってるという話なら、そういう奴は山奥で
仏像でも彫ってたほうがいい。
ていうかリポジトリに突っ込む前に整形スクリプト通せ。

書いた奴が悪いんじゃなくて後から後から色々言われるから仕方なくそうなる

>>112
実際はほったらかしにしがち

>>108
ホリエモンとか橋下も同じだな。

そういえばソースを小さくすると早いと単純に思い込んでるやつがいて
For文の中にいろんなフラグやif文つくってむちゃくちゃなソース書いてるやつがいた

動けばいいと思って作ると後に機能を拡張しようと思った時に泣く

コードの綺麗さなんて主観的だし

レビュー担当によって手直しの箇所も変わってくる

コメントをバリバリ書いても仕様変更が入れば保守しにくくなる

だから綺麗さにこだわる奴は素人

>>83
お前が今使ってるじゃん

>>58
ネトウヨ日本猿涙目

>>106
それとこれとなんの関係があるの？
これよく見るけど荒らしでいいのかな？

>>112
どうすれば綺麗になるか考えながら作るけどな。

テストファーストとかやってたら首にされそうな会社だな。

>>97
可読性(Readabilityだっけ？)は定性的な指標なので日本人ぐらいしか使わない気がする
アメ人は大抵Complexityでコード評価してた

>>25
ちょっと言い過ぎたかもしれないけど、お前が悪いよ。

>>58
誰がドナルドだって？俺が？

シングルパスのコンパイラとかがそうだね
作ってる人間は同じ様な処理系を何回も書き上げているから
複雑な最適化を除く全処理をシングルパスで書き上げる事ができるけど
高度な最適化をしようとすると不可能になる
処理系がバックトラック的な処理が容易に実現可能なら知らないけど

最低限の読みやすさは確保しろ
つまり、自分が一ヵ月後にソース読んで、理解できる程度にはまともな書き方をしろ
それ以上の仕事は全部コード整形ツールとIntelliSenseに任せてしまえ

個人完結の範囲ならいいが少なくとも他人が引き継ぐ可能性のある物はよしてくれ
最初からやり直した方が早くなるわ

>>116
売れてるお笑い芸人なんかもよく使う手法だな

>>116
そう、だからホリエもひろゆきも嫌い

プログラミング最近始めたけど難しい
キレイなコードってどういう意味なんだ・・・

とりあえず嘘のコメントを書くな

綺麗にこしたことはねーよ
共同作業の場合難解なコード書かれると迷惑でメンテナンス性がなくなる
自分専用のコードだけにしろめちゃくちゃなのは

コンピュータのプログラミングで、素人と達人の間ではびっくりするほどの生産性の差があるが、その差はかなりの部分が経験の違い からきている。
達人は、さまざまな難局を、何度も何度も耐え忍ん で乗り切ってきている。そのような達人たちが同じ問題に取り組んだ場合、典型的にはみな同じパターンの解決策にたどり着くのだが、これがデザインパターンである (GoF)。
デザインパターン勉強しようぜ

自分の作ったコードを自分がメンテするなら別にどう書こうと知ったこっちゃねぇよ
現実は前世紀にどこの誰とも知らん奴が書きなぐった奴を解読しながらバグ取りしなきゃならん
コード汚くてもおｋっていうのは後々保守やる奴に対する嫌がらせ以外の何者でもない

>>131
ソースコードの内容から、そのプログラムのやりたい事がすぐに理解できるコード

じゃないかね。

>>115
時間がなければ仕方ない

>>122
そう思って作るけど最終的には微妙になるよな

あとから見るやつのことも考えろ

>>23
結果生まれたのがObjectiveCかw

＞つまり、間違っていることに気づいて、それをすぐに改善できる開発のスピードが大事で、
＞そのときにコードがきれいかどうかはまったく関係ないんです。

最初のリリースを早くするには糞コードを許容した方が早いわな。
だけど、それ以降の改善には、きれいなコードというか、設計がまともじゃないと、エラい時間がかかっちまうだろ。

わかってねー感がたっぷりだわ。

>>130
ここまでネトウヨまともな反論なし
ちょｗｗｗｗｗｗｗｗわこつー８８８８８８８８８８８８８ｗｗｗ
お前が何様だよ

良くこう言う職種分からねえけど

綺麗にしてた方がバグ起こしてる部分とか全体把握がしやすいんじゃないかな…

最初はクソみたいなコードでいいんだよ。ビジネス上のねらいが合ってることだけを検証したいから。

コード単体の品質が良かろうが悪かろうが、サービスが軌道に乗るころにはアーキテクチャをまるごと変えないといけないほどの弱点がわかってくるので、これまでのコードは全量破棄せざるを得なくなる。2ch閉鎖事件も然り。

で、その時に調達した資金でペアプロとかQA部門を整備して、普通の品質管理をするんでしょ。

>>131
趣味でやるなら気にしないでいい。

他人が見たときの読みやすさと、
処理のまとめ方のこと

綺麗さに拘るつーか、行数節約コーディングする奴が多いなうちの曲者は
ひしめき合ってて解りづらいわっ

>>131
コートが少ない　直感的に理解しやすいとかかな

上司は流用率と進捗状況しか気にしないからこういうのに疎いよな

コメントに顔文字を使う奴は死ね

>>140
普及してからやればいい

>>23
は？
あんなクズ嫌いだが

>>135
メンテするときに困るのは設計書と実装内容が違うことだな
細かい不具合や仕変のせいで設計書が修正されてないパターンが一番困る

>>137
確かにそれはちょっと分かるかもしれんwww
どんなに綺麗に作ろうとしても、出来たプログラムが完璧かって言われるとそうじゃないしな。

最近SQL書かないの流行りじゃん。ORMとかActiveRecordとか。
あれのほうが世間じゃ綺麗なコードなんだろうけど、SQLが体に染み付いてる側からすると
どうにも汚くて仕方がない。

本当のド素人レビュアーは凄いからな

for ( int i;
　　　　i < list.size(); i++ ) {
　　　hoge;
}

↑なんで改行したの？って聞いてくる

手書きが一番

>>154
なんで？

あとから来た人ができることで誰でもできることって実際この程度の作業しか残ってないのでは
あと誰でも議論に参加できる。

俺は前者と後者で職種が違うと思ってて
同じだと思うから混乱する
もちろん同じ人が両立しながら、フェーズを分けイテレートしながらやるケースがおおいと思うけど

既存のものの組み合わせ業だとまず支持されないのでは
でも職種が違うのだからそれでいい

>>154
なんで改行してんだ?

>>154
なんで

組み込みとかのファームウェアだと修正して
リリースするのにお金も時間もかかるから大変だよね

人によって読みやすいコードが違うからな
規模が大規模になるにつれてその弊害が出てくるからある程度の統一は必要だろう
たらこみたいに一人で書くやつならこだわるだけ無駄

>>7
秋山道夫朝田和夫田中大原隆夫真島健太鹿島昇の順番で行くなら朝田だろ

>>144
句読点くらいしっかり打とうよ
関係ない話題はやめろ

>>154
初期化はしてねえし改行するし最悪だな

>>154
なんで改行したの？

まったく同じ処理なのに、ファイルごとに書くのはやめてくれ。
何か意図があるかと思って、無駄にコード読まなきゃならんだろうが。

>>154
このプログラムは改行する意味が理解できない。
条件判定のところが異常に長いとかならわかるけど。

>131
いろいろある。変数が意味わかりやすかったりとか

if( a > b && a < b ) とかじゃなくちゃんと不等号の向きを揃えて
if( a < b && b < a ) になってるとか。

>>158
なんか勢いがあっていいですね。

だから糞メンテが多発するわけですねわかります

あまりに気にしないで作ってると途中から速度落ちてくるぞ

>>154
ひとつめのセミコロンで改行したくせにふたつめのセミコロンで改行しないのか
半端者め

>>143
>>1の人が言いたいのはそういう事だと思う
スタートアップだと反響なければ打ち切りなのであるかどうかわからない保守に気を掛けるべきじゃないって言ってるんだと

>>131
クラス名メンバ名変数名が意味の通る「英語」

それだけで読みやすさの５０％を達成したと言っても過言ではない

気にしなさ過ぎても糞だけどな

下請けは分かりやすいように書けや

for (Iterator i = list.iterator(); i.hasNext();)
これが達人が書くfor文な

三流の技術者しか擁していないのにそんなこといえるのかよwww

綺麗に書いたら納期遅れるの前提かよ。
納期以内なら綺麗なコードのほうがいいに決まってるだろ。

>>154
俺はつ、釣られない！絶対に釣られ・・・うぉおおおおおおおおお！

初期化ぐらい明示的にしろよ

フィールドを変更しないメソッドはstaticつけて欲しい。

>>154
ねえ、初期値は？

そして退職→スパゲッティすぎて保守不可能に→サービス終了

ど素人が、綺麗なコードっていうのは、変更をしやすいコードの事を言うんだよ。
将来の変更に備えて、どれだけ融通が効くようにつくるか。

>>68
ﾜﾛﾀｗ

難読だろうと短く書くのが至高
ラムダ式で俺カッケーしてる

>>154
コーディング規則で桁位置まで決まってたりするところもあるというのに
こういう勝手気ままな改行をしている奴はプロ意識が足りないわ

コードなんてどうでもいい
設計がきれいなプログラムは攻守最強

何でじゃなくて崩れてっからjalopyかけといてで終わる話だろうがｗ

凄い技術もった人が言うならわかるけど
これじゃあタダの僻みにしかきこえねぇわ

要するに綺麗なコードがかけないだけだろｗ

つぎはぎだらけの爆弾に火付けた奴が責任取らされるんだぜ

これはおれも超同意
ソースの見た目なんてどうでもいい。
今時整形なんかどうにでもできるしな。
つーかたいしたこと書いてるわけでもないのに読めないとかアホかと

>>62
世の中はエンハンスで儲けてるんですけどねぇー

>>189
つまんね。死ねばいいのに。

機械でできることは機械でやったらいいんじゃないの
全員への周知徹底なんてコスト高いんだから最終手段

内部変数にa、b使うやつは氏ね

>>175
全部おまえらのせいだろ

>>154 の人気に嫉妬

一人ならいいけど複数人のプロジェクトなら最悪だろ

>>168
中の条件にかっこつけてないとイライラする

>>143
それ何開発って言うんだっけ
ウォーターフォールとかアジャイルとかスパイラルみたいな感じの

配線のことかと思った
電気コードぐちゃぐちゃだと汚いよねって話

>>131
最近はじめたのなら、雑誌に載ってるコードや有名なオープンソースのコードは見られることを前提に作られてるから
まねればいいと思うよ。コメントのつけ方とかも
逆にいうと、いい例があるのに独自に綺麗に書いても見づらかったりする。
簡単にいうと、すでにあるものを発明するなってこと

ペアプログラミング最強伝説

Javaの開発でわざわざプロジェクト立ち上げの時にフォーマッタやコードチェッカーなんかのテンプレート
作って配布してんのに「テンプレートの取り込み方わかりませんでしたてへぺろ」された時はキレていい
あと辞書作ってんのに勝手にセンス皆無の物理名つけまくってる奴は100%火種になる

>200
そういう宗教論争は知らんよ。

プロトタイプ？

コードが汚ねぇと後から見直し大変だろうが。

>>189
はぁ...。
失望したよ君には

>>191
死にたくなるな

>>204
見つめ合うと素直におしゃべり出来ない

業務で引き継ぎの一つもしたことがあればこんな発言しないがな
それどころか自分が書いたコードも時間が経つと細かいこと思い出せないし

CSSは一番下がが読みやすいと思うんだが問題ある？

.chinko,
.manko
{
color: #000000;
}

>>201
プロトタイプ？

>>214
たぶんそれだ

単純に読みにくいとかは大きな問題ではないし、「何をやってるか」は分かるんだよ
「なぜこんな事をしてるのか」が分からないのが一番困る

どうせこのプログラマがフィーリングで書くコードは
凡百のプログラマが必死こいて綺麗にしたやつより数倍出来がいいんだろ

>>154
おまえらこれの意味わかるのか
やっぱ2chはプログラマ多いんだな

>>203
雑誌に載ってるのはエラー処理とか端折ってるからやめたほうがいいし、オープンソースも
すんげえ汚いのあるからちゃんと選んだほうがいい。

>>213
cssはプログラミング言語じゃないから

どうせ仕様変更くるんだから対応できるように簡潔に書くんだよ
整形とかみためとかいう意味なら問題外

改行とかはどうでも良い
Complexity低くて命名がちゃんとしてれば読みやすい
命名が一番大事かもな

>>69
人間のレスって低レベルだからすぐ分かるな

グループでの開発とかバージョアップ・メンテの仕事とかしない
単独開発しかしたことない奴の戯言だな

ArrayListとかコレクションをnullで初期化するのマジでやめて欲しい。

きたないと後で修正できなくなるじゃね

おい、いまだにハンガリアン記法
使ってるゴミカス居ないだろうな
死んだ方が良いぞ

>>84
ロムスカ・パロ・ウル・ラピュタは人がゴミの様だなのでドラえもんと水銀燈がログアウト

サイクロマティックを意識しない奴はPGと名乗って欲しくない

俺は設計だと思うけどなあ
コードだ命名だ単純作業は疲れて頭の回転の良くない時間帯に
まとめてちゃちゃってやってどうにでもなる

>>196
やりたいならお前一人で勝手にやれよ

>>213
必死チェッカーあれば上位を登録するだけで済みそうだけどな

FA関係のハード屋と一緒に仕事するときは、納品日に最終的な仕様変更があたりまえだったし
ハードの仕様に間違いがあると直せないから、ソフトでカバーするのが普通
こおいうタイプだと、綺麗さを保つのはかなり難しいし、あまり作りこんでしまうと仕様変更に耐えられなくなってしまう

読んでデバッグと改変ができるレベルならいいよ
ただそれも困難なくらい意味不明なコードを書くやつはダメだ

>>97
その間違っているものをいくらきれいなコードで最適化しようとしても

>>154
私初心者だけど


こうより

for ( int i; i < list.size(); i++ ){
　　　hoge;
}



こうしたい＞＜

for ( int i; i < list.size(); i++ )
{
　　　hoge;
}

>>143
なるほど
参考になった

>>15
何でみんなbeなんてつけてんだろうと思ったら強制になったのか
レスしてるやつスクリプトに吸収されるぞ

「ここでパラメータが間違ってたらそのまま例外起こして死ね」って場合は
チェックしない旨コメント書いておかないとこっちが死ぬ

あとでif (param == null) return; なんて書かれたらうんぬん

>>154
>>189
お前のミスなのに何上から目線でつまんないこと言ってんの？

>>227
ここんとこ1から作るのより昔あった奴のリメイクが多いから地獄だぜ
昔のソースと比較しやすいように物理名変えんなってお達しが来ることが多い
しかも昔のデータ移行しやすいようデータモデリングも変えるなとか言われるとどう足掻いても糞しか生まれない

>>1に対して保守性うんぬんいうレスは
なんかズレてると思う

>>167
お前のIDで検索したらお前が嵐じゃん

>>177
レス追ってみたらお前が糞だということがわかったよ

見た目はどうでもいいけど
俺ルールでもなんでもいいから一貫性あれば

>>8
VIPのガキがこっちに来たら臭くなるだけだから勘弁してもらいたい
VIPはVIPで勝手にやれよ嫌儲が協力する義理はない
VIPのカス共に何を期待してるんだよ

>>227
txtNameとかbtnCancelとかはやりますが何か?

プログラマ多いとか言う割にはデザインパターンも知らない奴ばっかりな気がする
つか誰も触れてないのはおかしい

>>230
日本だと設計とコーティングは別なんだけど海外じゃほぼ一緒だからな
アーキテクチャ考えて後はコードで設計してる奴多い

一度コードを書いて運用が始まっちゃったら、そうそうリファクタリングなんてできない
だから最初から綺麗なコードを書いとけ

50行以上の関数は設計を見直せ
100行以上の関数作ってる奴は死ね

>>243
思想が伝わってこないのってあるよな。

>>235
いいから初期化しろ

中括弧の位置は色々解釈があるけど、
前に閉じ忘れて酷い目にあったことがある

だから俺は、その例だとforの行に最初から"{"を入れるようにしてる
中括弧無しを使う時は改行しない

気になるってもそこまで病的に気にする奴はいないだろう。
むしろカスみたいなコード量産する方が糞だ。

俺なんてCSSですら超綺麗にしないと我慢出来ない。

と、言うか人に見られるのを異常に気にして恐れてる。

書いた本人でさえ分からなくなるようなコードを他人がどうやって保守するんだよｗ

>>233
> 読んでデバッグと改変ができるレベルならいいよ

人によってその線引きが大分違う
「確かにクセ強くて読みにくいけど解読不能ではないな」ってレベルでも
「全然わからない」と言い切る奴は多いし
ただ面倒で読む気がしないだけなんだろうけど

まず動くのが第一というのはわかるが
とりあえず動けばいいって書いちゃったプログラムは
大体トラブるんだよなあ

後のことなんか知ったことか
読み易いと給料上がるわけでもなし
保守しか出来ない無能は精々苦しむがいいさ

ジョブズはコードが汚いプログラマーに説教して、プログラマーが
「別に誰も見ないからいいじゃん」って反論したら
「俺が見る」って言い返したらしい

>>258
で？オチは？

>>248
リファクタリングって、挙動を一切変えずにソース整備することなんだけど
まさか挙動確認するためのユニットテスト作ってないとか？終わってますなぁ！

>>61
小野真弓小野真弓田中大原隆夫真島健太は希望枠でいいよ。

>>246
パターン関連は球速でもあんまりだったよ
デザインパターンやアーキテクチャパターン語る人はいなかった

閉鎖騒動の時にどんだけ迷惑かけたと思ってんだよ

>>259
ん？落ちてるだろ

>>168
俺からしたら変数の位置を揃えてもらってた方が見やすいんだよな
これだからプログラミングは気分悪い

一人だけで開発してても設計が糞だと書いてるそばから訳ワカメになってくるというのに

>>103,204
何か商品を作ろうと思ったときに

>>209,264
それをすぐに改善できる開発のスピードが大事で
何か商品を作ろうと思ったときに

>>257
プロジェクト毎に使い捨ての下流工程PGは中国人やインド人にパイ食い尽くされて飢え死にすれば良い

ハイパーテキストメイクアーーーーーップ！！
HTMLならお任せよ！
デデン、デデデデデデ♪
ごめんね、<PRE>じゃなくて
<!-- -->の中なら言える
テーブルレイアウトはショート寸前
今すぐやめたいの

変更した部分は前のコードコメントアウトして残して
その上下に変更日と変更者名書いてねーって規約だったけど
もう何年も続いてるプロジェクトだから
有効なコードが大量のコメントの中に埋もれててわけわかんなかったわ
どれが注釈のコメントかもわからんし

>>186
ラムダ式禁止ってトコ多いよな

そもそも名前の上でF2押せば全部書き換えられるし
リファクタリングや整形なんてメニューから一発なんだから
きれいに書き直しても５分もかからん

電気コードかと思った

if(...){

ある程度大きい開発だと何年もいろんな人が
メンテしなくちゃいけないから
そうもいかないよな。

#ifdef や add begin が多すぎて辛すぎるわ

他人が読めない超自分ルールのコードを書く奴は糞

「コードの綺麗さを気にする奴」というのは、意識しないと綺麗に書けない奴と言ってもいいんじゃないか

>>246
Factory名乗ってるのにインターフェース不在な設計して悦に浸っちゃったり

>>1
誰がドナルドだって？俺が？

>>260
コードの負債を理解してくれる経営者はUSでも少ないよ

なにがきれいか、読みやすいかって前提の条件なしでこういう話題をしても
あんまり面白くないんだよな。
ドカタのコードの綺麗さの基準って、コメントにやたらと罫線やら装飾があるとか、
コードを重複させて、おんなじようなフォーマットで並んでるとかだったりするから。

ユーザー次第だろうな
まともなユーザー相手ならカッコよく間違って見せる必要はないが、
糞ユーザーは自分の間違いを開発者に責任転嫁するだけ
糞ユーザー相手なら間違いに気付かないふりしてカッコつけてやりゃあいい

コードを綺麗に書かないやつはマジでクソ、後のことを何も考えてない

お前のはいつもベーシックみたいだなって言われて諦めた

>>270
スクロールしてもしても緑色のやつあるなぁ

数年前の自分と向き合って死ねよカスって思うことも珍しくないから
ある程度の体裁は必要よね。

>>262
球速でデザパタについて話したら自称基幹系に携わってる老害PGに粘着されたわ

>>263
ほかにも be関連でハクられたりとか株式とか。
まぁひろが居なくなったあと放置されてたせいもあるんだろうけど。

コードの綺麗さを気にするのは会社勤めでやってるクズってことでしょ。

>>257
開発しかできないPGはインドか中国に食われるぞ。
CIをクイックにまわせないPGは日本人である意味がない。

>>262
ニュー速のプログラミングすれって、デザパタ話題があるとかないとか以前に全体的に薄味だろ。

最近、この「ひろゆき」って奴のニュースを
ニュー速民流入後から、頻繁に見掛けるようになったけど
こいつ誰なん？Twitterで発言を仕事にするジャーナリストか何か？

新人の頃に作ったクソプログラムを
誰にもレビューされることなく、
一人で3年間保守し続ける羽目になったのは今となっては良い思い出。
あれは勉強になったなぁ。いい出向先だった。

>>260
まさかコードをいじってユニットテストだけで済ませてるん？
リファクタやって一連のテストまでやる金をホイホイ出してくれるんなら
いくらでもやるがな
基本は動いてるコードは触るな、だ

デザインパターンはFW側のコード書くときのものだと思ってて普段は意識しないからなー

コーディングルールに
「?演算子禁止」
って入れてる所は全部死んだ方が良いわ
?も知らん奴が読むこと前提でコード整えるとか苦痛過ぎるｗ

Yコンビネーターのブートキャンプの話超面白かった

>>74,161
彼にこの興味深い組織について詳しく聞いてみた

>>198,266
むしろコードがどれくらいきれいかを気にする人は出来の悪いプログラマーだとぼくは思っているくらい

多人数で作業するとコードが綺麗な方が捗るし
デバックが少なくなりやすい。
ひろゆきのレベルの低さが伺えるな。

>>296
所詮下請けレベルなんだから我慢するか辞めるかしろ。

この2chの糞システムを作ったのは本当にこいつなのか？
1990年代の後半で時間が止まっている

>>290
CIってなに？
Hudson・・・ じゃないよな。

>>287
粘着こわす
話題にすんのやめる

>>291
初心者多いイメージ

>>292
せやな

これが貼られていないとは

http://el.jibun.atmarkit.co.jp/photos/uncategorized/2010/02/23/project_comedy_l.gif

保守とかって同じプログラムをずっとバージョンアップし続ける仕事なんだろ？
同じIT職でもクリエイティブな開発と全然似て非なるものだよな
外人がカフェでiPad開いて新しいコンテンツのイメージをつかもうとしてるのが開発のイメージで
家にも帰れず無精ひげを生やした日本人サラリーマンが昔のPCと向かい合って
ガチャガチャやってるのが保守のイメージだわ

こんな記事だすと今後意識的に乱れたコード書き出す馬鹿が増えるぞ。ざまあ

>>87
今日そっち寒くね？

>>100
今日雪つもってて転びそうになった

自分だけしか見ないコードならくっそ汚いけど
他人が見るようなコードはさすがになぁ

>>270
変更前のコードが割りと綺麗なものなら、アリだと思うが
ごちゃごちゃのやつでやると恐ろしいことになるね

>>260
動いてる物は触るな、という責任を取りたくない上からの圧力

>>296
でも??使ってたらなんだこれはって言っちゃうんでしょ

>>303
素人相手に知識をひけらかしたいのでなければPG板でやりゃいい。

↑ここまで職業ですらない「日本型ＳＥ」のなんちゃって議論をお届けしました

>>300
仮にも一次請けの中の人にそりゃ無いわｗ
君らもうちょい再鑑コスト下げてくんない？無駄金ばっか使わないでさぁ

タラコの糞コードのせいでUNIX板の連中が対策せざるをえなかったのに、何言ってんの。
UNIX板が凄いというより、タラコがそびえ立つ糞だっただけだろ。

>>306
自分さえよければ仲間がどれだけ苦労しても関係ないっていうならな

綺麗なコードを書けない奴はクソ以下だけどね
正直死んでいいレベル

こいつインテリぶるの好きだよね

>>315
なんで一次請けが人んちのコーディングルールに毒づいててんの?w

ひろゆきってプログラム組んだことあんの？
2chだってヨソから取ってきたものでしょ？
beとか忍法帳とかログ圧縮だって他の人が付けた機能じゃん。

一番大変なのは、そういうシステムと他のシステムを連携させることなんだよ
最前線にたてる人は自分で好きに仕様決められるからいいよね！！！

>>316
タラコみたいなのが一人でもチームにいると炎上確定みたいなもん
ろくに仕事しない癖にやたら人の設計やらコードに口出ししてきて挙句自分の担当分にどでかい地雷埋めやがる

糞プログラマーの巣窟だな

>>313
あそこ宗教論争多くて気持ち悪くない？

コードが気になってしまうと締め切りに間に合わず

>>324
うーん、お前のほうが気持ち悪いかな?

>>270
いまだにソースコード管理使ってない現場とかあるからな。
使っててもファイル共有ツール程度の認識だったり。
なんかの本に「使ってないところは恥ずかしいと思ってください」とか
書いてあるのを読んでショックを受けたのが10年くらい前だったような記憶がある。

>>246
共通ライブラリやフレームワークな部分ならともかく
業務系ロジック実装なんかでデザインパターンに凝られても面倒だったりする

要は使いどころなんだけどな

>>311
それはそれで間違ってない判断。
なんかあった時に担保取れねーだろ？
もし綺麗にしたいんだったら、案件化すべき。

だらだら長いプログラムの方が単価高いからな

一人で作って一人で保守点検していくならそれで良いけどね
日本ではほとんどの場合他人がコードいじることになるんだから綺麗さはある程度大事

バカが綺麗って言うプログラムの効率の悪さは異常

ひろゆきは釣り＆煽りの名手だな

スパゲッティソースで悪かったな

>>328
デザパタ本のクラス図をそのまま書き写したりな。理解してないないなら使うなと。

デザパタなんてのは今まで自分か書いてきたコードについて
「あー、これってこういう名前なんだ」
って言うだけのPG間のコミュニケーションツールにしかすぎん。

お国仕事だと今はしらんが
一行、何文字　いくらとか
糞な契約だったりするからな
わけわからんIF文がいっぱいとか

ある程度綺麗に書かないと効率悪いだろ

if
　　if
　　　　if
　　　　　　if
　　　　　　　　if
　　　　　　　　　　if

>>177
てかなんで嫌儲がニュー速にいるんだよって話じゃん
スクリプトでもいいや。ちょっとお話しよ。

>>188
オレを疑うな。マジヘコむんだからやめろ。

>>212
安永！…ホックを閉めろ。

>>71
世界中の優秀なハッカーたちが集うITスタートアップ養成所「Yコンビネーター」

>>157,205
何か商品を作ろうと思ったときに

>>52
彼にこの興味深い組織について詳しく聞いてみた

>>338
勘弁してください

汚いヤツって他人がコード見た時のこと考えないの？
訳が分らないし修正も面倒だしやる気萎えるだろ？

>>330
ステップ数で単価決めてるところは丸ごと死滅した方が業界の為になるな
行数使ってバグ曲線ｗ
一体何十年前の発想ですかｗ

プログラマはプロデューサーじゃねえよ
ひろゆきには失望したは

ひろゆきはロクなもん組めないんだからあまり余計なこと言わん方がいいよ
専門外で釣りやっても狡猾に思われるだけ

>>326
ですよね

>>140
ネトウヨはリアル厨房なのか、頭が弱いだけなのか
これなに？またどこかの工作員が湧いてるん？

>>283
基本的に祭りの時だけどっかから湧いてくる変な人たちを醒めた目で見てる派が主流っしょ
力抜けよスクリプト相手に恥ずかしいな

自分のコード一週間後おぼえてないから
キレイに書くよ

反省しない奴だなあ
http://jfk.2ch.net/test/read.cgi/nanmin/1240616601/885-886
> 885 名前： ◆MUMUMUhnYI [sage] 投稿日：2009/05/30(土) 03:12:07 BE:4104959-DIA(102226)
> http://img.2ch.net/ico/telephoman.gif
> >>868
> read.cgi は、私が見た時は既に夜勤さん & UNIX板の方々版の
> 仕様だったので、普通に綺麗な C 状態でした。
>
> その後の dso 版 read.cgi も夜勤さん仕様の C で、
> 全体が見通し良く、if 文の数ができるだけ少なくなるように組んであり、
> dso_main() がプログラムの最後にあるという、ほっとする形をしていました。
> 886 名前： ◆MUMUMUhnYI [sage] 投稿日：2009/05/30(土) 03:14:35 BE:3283294-DIA(102226)
> http://img.2ch.net/ico/telephoman.gif
> で、bbs.cgi は、、、。
>
> 2003年だったか2004年だったか、私が最初にエディタでソースを見た時、
> 処理がどこから始まっているのかが皆目わかりませんでした。
>
> で、瞬間的にエディタを閉じて記憶から抹殺し、見なかったことにしました。
> それから少なくとも1年ぐらいは、怖くて中身を開けなかったような気がします。
>
> その後、夜勤さんが bbs.cgi を SpeedyCGI 化する時に
> 相当綺麗に書き直していたのですが、そのソースの途中にあった、
>
> #疲れたのでここまで、
>
> という1行のコメントを見た時に、一筋の涙が私のほほを伝わりました。
>
>
> …昔の話です。

>>211
口じゃなくてキーボードで語れよｗ
その前に見つめあうな。画面見ろ。

>>89
つーか犯罪じゃなくね？ギリギリセーフだと思うんだが

>>180
中国産は買わないことにしてるお

>>345
数年前のNECがそんな感じだったわ
今は知らんが

http://jfk.2ch.net/test/read.cgi/nanmin/1240616601/887
> 887 名前： ◆MUMUMUhnYI [sage] 投稿日：2009/05/30(土) 03:19:17 BE:4378368-DIA(102226)
> http://img.2ch.net/ico/telephoman.gif
> ちなみに初代管理人の書く Perl プログラムには、大きな特徴が一つあります。
> それは、
>
> 「どんな規模のプログラムであっても、基本的にメインルーチンだけしかない」
>
> というものです。
>
>
> …久しぶりに夜更かししたな。そろそろ休むです。

>>52
WEB系だって金回りやアカウント周りやら信頼性必要だぞ
たらこなんかはそこもまともに出来てないけどな
まぁ、たらこの役職まで言ったらサービス開始までの速度しか興味ない罠
それも新サービス限定の話だが

早ければいいは、否定されつつある様な気がするんだ。

リーンスタートアップ方法論は早くも時代遅れ, 製品は最初から完成度が高くないとだめ
http://jp.techcrunch.com/archives/20120104details-matter/

ようは締切守れや土方共ってことだ

俺も一日中「拝承」ってメール送るだけの仕事やりたいです。

へろゆきはイミフな変数名だらけのコードの改修やったことないからそんなこと言えるんだよｗｗ

落ちたときに
ゴメンで済むサービス
そうでないサービス

分けないと

>>360
それって実在するの？

>>352 >>356
あーそれだそれだ
rootたんの昔話だったのか

○コードの綺麗さを気にする奴は糞
○コードを綺麗に書けない奴は糞

→コードを意識せず綺麗に書けない奴は糞

最近300行超えるメソッド書いた奴、一歩前に出ろ

死ね

メインのプログラムコードが
サブやらファンクションやらインクルードやら
ただ単にサブルーチンの呼び出しだけ羅列してあるようなコードは
個人的にクソだと思います

全然共通じゃない関数を外に作ってんじゃねえーよ

>>356
うわあ・・

きたねーコードだとすぐに改良出来ないだろ

下流工程は本当に奴隷だな

ハカーは汚いコード書くってゆってた

>>352
どう見てもタラコが糞プログラマーじゃねーか。死ねよこいつ

プログラマーって職人気質の人多いけど使い捨てだよな

PCだけじゃなく、製造業での切削加工機なんかでも汚いコードはマジ勘弁

>>82
いや近くにマックないし

>>46
日本発で世界へ挑戦を続けているレイ・グリセルフーバーである

>>276
サービスの実現速度が重要で

最近じゃ原則インタプリタでデバックできるから
下手にいろいろ飛ばれるよりベタに書いてもらったほうが保守しやすい
どんなに綺麗に書いても処理そのものが同じなら
コンパイルした瞬間に無に帰するだけだし

>>377
インタプリタでデバッグ?

>>372
けれども何故かそういう人は最前線に立って成功するんだよな
うちの社長もソースめちゃくちゃ汚い
結局きれいに書ける人は、汚く書く人の尻拭いをするしかない

自称ハッカーとかフリーソフトだけ出してるプログラマなんて
社会不適合者しかいないじゃんｗ

この手の奴は社会に出てきても
　自分しか判らない糞コード　＝　天才的な頭脳が編み出したコード
と勘違いした痛々しいカスで
そのこと指摘しても、上から目線で絶対改善しようとしないし

>>373
気質だけじゃなく技術も職人レベルの奴は大抵どこかで囲われる
気質だけ職人気取りでまともに仕事出来ない奴は使い捨てされまくってるうちに歳とり過ぎて
クライアントから「扱いづらい」って敬遠されていつの間にか消えていく

>>367
分割統治は基本だろうが
そんなことだから肥満児アンチパターンに陥るんだよ

>>122
VIPはVIPで勝手にやれよ嫌儲が協力する義理はない

でも汚いソースのシステムはバグいっぱいですよ。
きっと工期の短い中やっつけ仕事でやったんだろうなっておもってる

日本の土方システムじゃ無理だろ

変数は安易にTHIS_PATHとかつけないほうがいい
数十行のスクリプトだし問題ないと思ってたが
疲れてる時に拡張してたら"THIS"ってどれだ？って発狂寸前に陥った

>>4
ネトウヨは愛国心ではなくただの嫉妬
ほんと日本って内面も最悪だね

>>161
文法間違ってますよ。

綺麗なコード、うまいコードみたいな話題になるといきなりそれが「読みにくい」って前提で
否定してくるやついるな。
自分がヘタなのを「あえて分かりやすく書いてる」って合理化してるんだろうな。

>>379
もうそ辺りはプログラマ云々じゃなくIT職の常だろ
最終的には技術力＜＜＜折衝・営業力

世界中の優秀なハッカーたちが集うITスタートアップ養成所「Yコンビネーター」

>>389
うん

>>1
ひろゆきは最後まで２ｃｈのＨＴＭＬをまともにしなかったから
原理主義的なコードめちゃくちゃ論者だろう
そんで破綻したら無料で誰かに泣きつく
それだけｗ

元のコードが糞汚いおかげで、保守してる俺が食えます。
失業者を出さないために、汚いコードを積極的に書きましょう。

バグフィクスが早けりゃ何でもいい

>>353
ドラえもんがロムスカ・パロ・ウル・ラピュタと戦うつもりかなので水銀燈がログアウト

そういえば尿路結石 ★もいつの間にか消えたな
http://jfk.2ch.net/test/read.cgi/nanmin/1240616601/896
> 896 名前：マァヴ ◆jxAYUMI09s [sage] 投稿日：2009/05/30(土) 15:06:48 BE:641487492-PLT(62657)
> http://img.2ch.net/ico/zonu_xmas.gif
> >>887
> そんなコードに触る勇者が３人いました。
> (^_^;)とSDさんとトオル君です。
> こまったことにこの３人はプログラムの素人でした・・・・
> しかも、お互いにまったく連携なしに、自分のやりたいことを実現できればOKな感じでいじったのです。
>
> さて、そのコードはどうなったでしょう？(^_^;)

間違っていることに気づいて

>>389
スキルフローがPG→SE→PL・PM→営業なんだよなｗ
それなら最初から営業やるわｗｗｗ

>>379
めちゃくちゃ汚い代わりにアウトプットがめちゃくちゃ早い
ってんなら、それはそれで意味のある優秀さなんじゃないの
メンテコストが後回しになってるだけだけど

じゃあさくらインターネットスタンダードでpukiwikiが503連発するのはどうしたらいいの？
どうせ誰にも答えられないんだろ？結局そういうこと

ひろゆきみたいな考え方が日本がソフトダメな原因だと思うわ。
プログラマがその場その場の効率性だけの使い捨てになってるから、
こだわりも無いしありきたいのもんしか作れねえ。

>>298
てかまとめサイトでいいや
そのうち飽きるだろ
0ポイントの奴を片っ端からNGでいいんじゃないの？

なんだよこの素人くさい意見はｗ
汚いコード書いたら後工程で涙目になるだけだろ．

>>302
むしろコードがどれくらいきれいかを気にする人は出来の悪いプログラマーだとぼくは思っているくらいです

>>393
やっぱコードって糞だな
モリタポとかまだあったんだ

>>394
バグフィクスは糞
＞ＤＬに必要なモリタポ 1122

馬鹿PG　コードは綺麗でなくてはらない　→　動作が疎かに

アホPG　コードは綺麗じゃなくてもいい　→　動作が快適に　→　保守性が疎かに

グーグルPG　→　コードは綺麗で、レビューも行われ、保守性に優れなくてはならない　→　最先端の大規模システム企業に

>>166
ロムスカ・パロ・ウル・ラピュタは人がゴミの様だなのでドラえもんと水銀燈がログアウト

>>379
タラコもそうだけど、プログラム以外のところで優秀だっただけだよね。
そういうのがドヤ顔で語りだすなと。

>>239
ウヨサヨ関係は＋でやれhttp://uni.2ch.net/newsplus/
バカウヨ涙目ｗｗｗｗｗ

>>245
ネトウヨ、リアルじゃ何も出来ないゴミクズ

>>395
ドラｗｗｗ
昔ながらの大規模規制でいい

>>1
ひろゆき作のbbs.cgiの出来は酷かったからなw
あの閉鎖騒動の時にunix板にいたけど、最後まで出さなかったのは恥ずかしかったからっていうのもあったと思うw

え、他人が呼んだときのためにコメントとかいちいちつけてたけど、
つけなくていいなら速度がマッハになるんだが

もんのすげぇ偏った事いってるけど割れ上がりのプログラマなん？

今ってメモリに制約とかないしこの認識でいいんだよな
綺麗＝冗長だけど他人が読みやすい
綺麗≠コンパクトにしてあるけど他人が読み難い

>>399
そうよ。そうなのよ。
新しいことを誰よりも先にやって要所だけ掻い摘んで、細かいところは部下にやらせる。
とりあえずこれで動いたから、あとはよろしく！って言うのがリーダーとしては優秀よ

前世紀ってperlだけでそこそこ稼げたらしいな
習えば誰でも使えるのに

コメント一切なしだと何がなんだか分からん
せめてメソッドの説明だけは書いとけと

ひろゆきはプログラマーとして意見言っちゃダメだろ

プログラムの知識がない人だとこんなもんだろうな。
机や部屋がちらかってても「俺にはわかりやすい！」とかいって片付けない人と同じ。

おまえら全員にいえるけど2chに書き込む暇あったら（略

>>197
まあおまえら情強はバカがいなくなってせいせいするって言うんだろうけどさ……

>>140
どういうこと？

>>254
ロムスカ・パロ・ウル・ラピュタは人がゴミの様だなのでドラえもんと水銀燈がログアウト

※本製品はデバッガでステップ実行してください

>>415
間違ってるよ
今のトレンドはメモリもメンテも気にする超高度プログラミングになってる

上位サーバシステム系だと速度よりソースのキレイさ、
保守・メンテ・改修・単体試験のしやすさが求められるな

一方組み込み系は逆でアセンブラレベルでの最適化が優先される

でもだからといってコメントも何も無く糞コード書かれると、改修のとき苦労するんだよなぁ
大抵、静的解析ツール使うとバグが幾つか見つかるし
最初にコード書いた奴に工数請求したくなるレベル

>>178
間違っていることに気づいて

>>185
ユーザーが喜べばいいだけの話ですからね

>>413
ならコメント書かなきゃいいのに

GNUのコードみてゲロ吐いた

>>403
わかる気がする
秋山道夫朝田和夫田中大原隆夫真島健太鹿島昇の順番で行くなら朝田だろ
小野真弓坂村秀樹田中大原隆夫真島健太は希望枠でいいよ。

保守性が高くないと結局はサービス提供が遅れるんだよニワカひろゆき

>>143
転送量増加による２ちゃん閉鎖はコードちょっと弄っただけで解決したじゃん。
全部破棄ってなんのことだよ。

たらこはもっときにしろ

>>213
せめてこうだろ・・・

/＊ deep spot ＊/
.chinko,
.manko{
color: #000000;
}

他の人がみても分かりやすいのを書けないのは二流以下
一般人の何も知らない人なら汚かろうがはやく製品をって言うのは分かるがたらこが言うとはね

>>143
あぁ、俺が書く前に、こんな素晴らしいレスがあったのか
なんか最近になってやっと分かってきたわ
社長は何も間違ってなかった

コードが綺麗かどうかとか保守性とかも無駄ってことはないけど
自分だけがいじるプログラムなら綺麗である必要はないよね
動かした時の速度と機能性だけで評価すればいいこと

ソラリスは配線が汚い。
宇宙の旅は綺麗。

>>154,217
何か商品を作ろうと思ったときに

>>333,412
彼にこの興味深い組織について詳しく聞いてみた

>>434
Cしか知らんが、それは賛否両論があるんだよな

/＊ deep spot ＊/
.chinko,
#ifndef INAKA
.manko{
#else
.omeko{
#endif
color: #000000;
}

って書くとエディタによって括弧の対応が狂うから嫌う人も居る

クソみたいなコードを後から修正する身になってみろ
優れたプログラマーは意識しないで保守性に優れたコードを書けるんだよ
それに、サービスの実現速度も早くバグ混入も少ない

独り善がりで全能感さらけ出してる糞コーダーは速やかに死ね

締め切り過ぎるまで見た目を気にするわけないだろアホ

きれいに書いて整理しとかないと無駄なコードが増える

>>440
CSSにIF文はねーから

>>441
プログラマの人生としては、まず最初に保守から初めていけばいいんじゃないかな。
それで、経験積んで、いざ自分が一から作るとなったとき、最初からどう書いていけば
保守しやすいかがわかってていいと思う

きれいに書くというより、それが習慣付いていれば一番いいと思う

プログラミングとか没頭するものは趣味でしかやりたくない。
好きなだけ拘ってやりたい。

さっさと仕事にもどれよITドカタどもが

>>441
ようは食事のしつけとおんなじだよな
若いときにしっかり教育（しつけ）されていれば
後で優秀だろうが関係なく自然にキレイなコードを書けるようになる。

ようは1人でこもってオナニーしかしてこなかった奴の言い訳だよね

最近、和英辞典に頼りすぎなのをどうにかしたい。
まぁ英語の勉強するしかないんだろうが。

動けばいいやで作り始めて、規模が大きくなってから後悔する
何度やっても同じ

理屈をわかってる奴のコードは
それなりに綺麗だよ

>>444
そうなのか。
まあ、だからCしか知らないが、と書いたんだが。

if(n){
}
と
if(n)
{
}
の違いはCでも一緒と考えてくれ

フォーマットに統一性さえあればどうでもいいと思う。

チームで仕事しないくちびるは勝ち組か？

>>450
規模が大きくなったら全部書き直し

>>449
変数名メソッド名に日本語使える環境にすれば問題解決だな！

ひろゆきは『デリバリー＞＞保守性(可視性)』って考えてるみたいだが
それはどういうサービスかに拠るだろ

絶対ミスが許されないシステム(金融とか)だったら、バグを押さえるのが優先だし
新興企業とかだったら、スピードが何よりも重要だからひろゆきの言ってることは当てはまる

なんでもかんでも一般論化して、出来が悪いだのなんだのと論じるのは
それこそ『出来が悪い』と思いますが・・・

>>110
今日は昨日より成仏しやがれってんだですでございます遺憾ですいざとなれば
ユーカラの日本語訳を約３０年間続けた。父が他界した０６年からは遺志を継ぎ、翻訳している。

現代は人が作ったもの組み合わせるのが大半だし
オブジェクト指向で拡張性や再利用性を考えつつ書けるプログラマーじゃないと生産性低い
速さ重視の実装だけならサルでも出来る

サイト作るのに適してる言語教えてくれよ

>>457
狭いとこでしか話できないのに一般化ってのは出来ない奴だ罠

>>460
php

>>460
連鯖＋PHP（＋MySQL）
この組み合わせがタダでやれるとこが一番多い

>>460
Curl

ポトペタで縦横のラインを意識しない奴は糞
フレームが微妙にずれてるとか気持ち悪い
この手の奴は、同一文書内で全半角が混在してたりする

>>460
英語

>>457
もちろん、新しいことするんだったら、っていう前提での話よ。
そもそも金融システムとかに出来立ての新しい技術は採用しないよね。
それ自体にバグがあるかもしれないわけだし。
だからそれを実用的に使えるようにするのは下っ端の仕事。

仕様変更にすぐ対応できれば汚くてもいいんじゃね

>>468
それができないのを汚いコードっていうんだろ

再利用性考えてもそいつのコードが信用できるかとか
使いこなすより1から作った方が
早かったり安全だったりとかいう理屈で
再利用されない現場

一見、綺麗でもやたら回りくどくて分かりにくいのもある
MVVC あたりにこだわって異常に保守性悪いのとか
ああいう類いのPGは死滅すべき

>>441
そこへたどり着くまでの教育課程が大事だな

汚いコードを書くのは知能が足りないだけだろ＾＾

できるやつがこういうことを言うのはいいんだけど
新人に真似されると困るんだよな

こんな悪い見本みたいなコードあるんだと思ったのは、

定数はほぼすべて直値
たまにマクロがあるが使ってるところと使ってないところがあるので結局全部見直さないといけない
似たような処理はすべてコピペ
1000行超えの関数なんて普通
意味のあるコメント一切なし
コンパイラ、静的解析で警告出まくり

逆に言えば↑程度を守ってくれれば文句は言わない

ステップ１　速い人が動くコードを書く
　↓
ステップ２　それを雑用が綺麗に清書する
　↓
ステップ３　出来上がり

ステップ１とステップ２を一緒にしたほうがよくね？と思いがちだけど
たぶん分業のほうが速いんだろうな

究極的にはステップ２はステップ１に吸収されてなくなるものと思ってたけど
実は違うのかもしれん

コードの綺麗さはどうでも良い、とにかく動けばいいって奴って、
まず頭なり紙の上なりでデータの流れを推敲せず、いきなりコードを書き出すだろ?
こんな奴が書くコードは、ほぼ間違いなくバグばかり

はやる気持はわかるんだが、まずは落ち着けよ
紙の上で流れを図解化すれば、おのずと答えは見えてくるんだよ
そして、自然とコードも綺麗になる

>>348
狐だのジェンヌだの運用家族だのによって蓄積されてきた鬱憤が

メンテナンス性無視でサービス速度とか馬鹿か

ひろゆきの方が糞
はい、論破

金融金融叫んでる馬鹿はなんなの？
そこがテクノロジーの先端だと思ってるの？
金融に必要なのは安定して保守性に優れた
枯れたテクノロジーだ
そんなのは枯れたロートル糞PGが作ればいい

そういうのは先端じゃないんだよ
一周送れの人間の話だ

結局スレタイみたいなこと言う奴って
自分一人でやってるとか、自分以外のメンバに糞コード書く奴がいない環境でしかやってないだけだろ
他人が書いた糞コードに機能追加やる苦しみ味わえばスレタイみたいなこと言えないはず

ひろゆきが言っても全然説得力が無いな

>>477
コーディングのレベルまでいって紙で流れを整理してるってダメすぎだろ。

スクリプトとかパクって来たらまずコメント消すわ
見られたら恥ずかしいやん

>>481
Cで書いた文字をコボルに変換するプログラムとかを書かないと。

>>26
ただパクり掲示板作っただけの素人だからな

他人が作ったPGやスクリプトの改造から入った人間だから全く同意できない
バグが全くなく、バージョンアップもしないのならそれでもいいと思うよ

と言いつつも実際は思い立ったとき書き上げて、後からソースを綺麗にしているわけだけど、
それでも利用開始させる前まではソースは綺麗にしておくけどな

でも優秀なプログラマでコード汚いの見たことない。
優秀な奴は気にしなくても当たり前に綺麗にコードが書けるって言いたいのかも。

というか、ある程度やってりゃ自然と綺麗なものになるだろ
ずっと汚いやつは才能ねえよ

お前はプログラマじゃないだろ
てか賠償金払えや

>>356
たらこ「だが俺はスーパースパゲティコードを書く」

保守考えられない時点で経験が浅いどころかただの初心者だわ

>>84
一通り目で見てから消すことにした

ひろゆきはこのスレよんどけよ

プログラマー / 他人が作ったプログラムを修正する時の絶望感
http://kohada.2ch.net/test/read.cgi/prog/1316015995

>>3
金正日って1942年生まれとされてるけど本当は1941年生まれらしい。
子ども手当って中学卒業までだと思ってたわ。違うのか。

>>15
え？どういうこと？
急がば回れっていうのか？

>>16
先は長いｗ

>>61
NEVADAが釘宮病なので、就職活動
朝倉義景が宇宙飛行士なので、貧乏揺すり

優秀ってのの基準の置き所が違うんじゃね？
現場から見た優秀なＰＧと、雇い主側から見た優秀なＰＧは違うのかも

二度と使わないコードをコメント化して残すんじゃねえよ
きったねえから消しとけ

プログラマーよりリーダーの能力が重要
バカは死ね

いまから十何年前にあんたのきたなーいプログラムをせっせこ弄ったひとがいるんですがね

ひろゆきっ
企業でPGやってたわけじゃない素人だろ

クラス作れとはいわん、関数になってればその中身がなにしてようが値さえ帰ってくればいい

そのレベルの話をしてもしゃーないよな
きたない、てのは設計レベルの話？

>>45
ポジショントークだからな

ひろゆきは１０年以上前のコードしか知らないから
いまの「流用できるパーツを作り積み上げてメンテしながらレベルアップする」方法がわからんのよ

定数をようわからん命名で宣言し直して使ってたり、そもそも定数を使わずに
数字直書きだったりしたコードはどっから手をつけていいものかわからず頭痛がした。
関数名もアルファベットに数字の羅列でぜんぜん見通し聞かないし。

綺麗なコード書いたら切り捨てられやすいでしょ
それ日本の雇用の仕組みと相性悪くね？
アメちゃんと一緒にしちゃだめよ

コメント部にさっむいギャグ入れてる奴たまにいるよな
死ねよ

掲示板ごときしか作ってない素人がいっぱしのPG気取りで発言かよ

保守する立場からすると、くっそ汚いコードはマジでやめて欲しいね

>>507
ごめんなさい

>>1
コボラーへの悪口は許さない

素晴らしいソフトウェアやサービスは美しいコードで出来てそうなイメージがあるけどな

>>508
ひろゆきは、無料の求人サイトを作ってたが？
それを改良したのが、ニコニコ大百科

読んでて吐き気がする奴は駄目

>>118
その未練から当時の暴走族の上の人に憧れてズルズルいい歳こいても暴走族を続ける。

とりあえず新しいサービスがそれっぽく動く事が重要なんだよこいつらにとっては
保守や信頼性なんて考えてないんだよ

煽りとかじゃないんだけどプログラミングって何に使うの？
ここの奴らはそれでメシ食ってるの？

1クラスに100近いメソッドがあって、
過去のバージョンのコードがコメントアウトされたまま残ってて、
ウェブからコピペしてきたコード（しかもコメントが英語）があって、
仕様書が1枚もないプログラムの保守はきつかった

規制にしとかないと後で見たときに自分でも何のプログラムかわからなくなるから困る

VBAって覚えてたら得？

短距離走と長距離走を比べたらダメなんだよな。
同じプログラムにどちらもさせようとすればそりゃ綻びも出る。

>>520
オワコン

>>522
そなんだ

>>517
PC上で動くアプリはもちろん、家庭でコンセントに挿したり
電池突っ込んだりする機械の9割はプログラミングされた情報が
入ってるって考えてOK。

もちろん企業・工場向けの機器も腐るほどある。

>>206
空白投稿のやり方解らないので文字入ってしまってるけど空白扱いで頼みます
あのさぁ、主語と述語って知ってる？
無敵砲台骨川スネ夫がドラえもんの他にロムスカ・パロ・ウル・ラピュタと戦うつもりかいただきました

後輩がこんなやつだったな、散々指摘してやったのに・・・
そして誰も保守できなくなって実質後輩だけが保守してる
それとは別の保守案件も抱えて、ソースを綺麗に書くことの重要性を今になって思い知っているようだ

大きなシステムになると保守運用作業に莫大な人件費がかかる
ソースを綺麗にするのが3時間で済むとして、
ソースを綺麗にしなかったことで修正に30時間余計にかかるということもあるわけだしな

仕事で作って今後もメンテが続くようなのなら
冗長的になってもメンテのしやすさが優先だろ
それが分からない奴はニート

他人の作ったプログラムだといくら綺麗でも理解するのに時間が掛かる

>>516
考えてないつーか最初はトラブルだらけなんだよ基本的に
だったらクリティカルなところ以外は動かしながらデバッグしてったほうが効率いいし

それにまろゆきが関わる分野ってエンタメじゃん
別に信頼性とか重視されないじゃん

エンタメで信頼性が関わってくるのって課金が始まってからだよね

動けばいいとかいうやつは関数設計書の仕様すら守らないからなあ
ある日上流で新機能実装して変なパラメータ拾った瞬間ドカンですよ

コメントが一切ないプログラム読む苦痛さは異常

ほんとに優秀なプログラマはサービスの実現速度を最優先した結果が美しいんだよ。
ひろゆきも本物を知らん糞ってことだ。

>>30
性能に関係ある部分は、コンピュータが実際に動くためのバイナリの性能。
コンパイラなりインタプリタなりが生成するバイナリが、
人間に読みやすい書き方にこだわったがために違ってくるなら、
コンパイラのエラーだろうが何だろうが、早いバイナリが生成される書き方で、
コンパイラに指示する方が結果は早い

話の要点は、プライオリティーを柔軟に設定できる人間かどうかって話だろ
コードは汚くあるべきって話でもないのに、
BSD と バークレースタイルのかっこの位置へのこだわりとかの
「見やすさ程度」は誰でも語れるけど、まったく本質的な問題じゃないだろ。
処理単位をいかに効率的に処理してるか、まとめてるかって方が
全体の流れとして把握した時により本質的な問題だろ

処理の追加、コメントアウト等も容易になるが…　かといって、
万能な保守性を追求してみたところで、運用が一番サイクル長いとか言っても、
そこでも本当に活かされる当ての無い努力だよ。古い規約で作られたコードが、
当世では、ずれてて分かりにくいと不評、なんてこともあれば、視点がそれぞれずれるの当然。
話の要点その２は、プログラマーに経営的、消費者、サービス受給者的視点が
欠落してるってことの指摘でもあるだろ。
金融じゃ処理速度を優先して書かないだけだろ。
COBOL が速いコード出すためのものであったわけないだろ。金融は規約守って書く仕事なだけ。

クリエイティブの最先端ではこの考えでいいと思う
それは職人芸の領域であって
アイデアが市場的に受け入れられたと判断されてから
綺麗なコードでアップグレードすればいい

>>1
＞つまり、間違っていることに気づいて、それをすぐに改善できる開発のスピードが大事で、

そのスピード上げるために綺麗なコード書くんじゃないの？知らんけども。

>>211
意味分からん。嫌儲の人？
笑っちゃいけないんだが何なんだよお前らｗ

>>526
こーなると思うんだがどーなるの？

そもそも出したものが定着するかどうかわからんからなあ
ある種、山師みたいなもんじゃん？

当たったことを手ごたえとして感じてから
綺麗に清書したって別にいいわけだよね

>>191
皆が俺のこと白い目で見るけれど、俺は平気さIlove youカモーン！(尾崎風)

>>472
マジか。100円ショツプ行って来るわ。でも使えんのそれ

>>380
そうやって支配者気取りで人心を操ろうとするからうざいってんだよ

>>501
だが、２９歳だった８７年に父に誘われ、カナダの先住民族（クワクワカワク）を訪ねた。

>>104
間違っていることに気づいて

>>368,436
彼にこの興味深い組織について詳しく聞いてみた

>>531
わかりにくいメソッドをコメントでごまかしてるパターンより
わかりやすいクラス名::メソッド名で余計なコメント付けないほうが100000倍マシ

>>529
その通りだからこいつらにとってコードの綺麗さは重要でないってだけの話

>>534
＞綺麗なコードでアップグレードすればいい
そこの工数を考えない経営者の多いこと多いことｗ
SE名乗ってる奴ですら、この辺理解してない奴なんていくらでも居るからなぁ
包丁研がない料理人が存在しないことと同じ話なのに

綺麗にしてるっていうか編集しやすくしてるんだと思うがね

最初から完璧なものを目指すなって事だろ。
とりあえず作って動かして問題点炙り出して直して動かしてを繰り返す行程の中で綺麗なコードなんて必要ないわけで
ある程度仕様が固まったらその後に綺麗に直せる部分を綺麗にして保守や改良に備えりゃいいんだよ。

>>544
でも当たりもハズレも一緒くたにして常に保守性を高めるよりは
当たったプログラムだけ保守性を高めるほうが効率いいよね

間違ってはいないと思うな

>>534
そうしたいところなんだけど、余計なところもソースを弄るとそれだけテストケース数も増加する
必要な部分だけ修正して、必要な部分だけテストしていかないと、人件費に響いてくるからな

>>547
そこは良いんだけどね
いざ当たった後にメンテ性上げる段になった途端に金を渋りだす

全部一人でやるならいいよ
デバッグもすべてな

>>546
スパイラルモデルにもウォーターフォールモデルにもそれぞれ長所と短所がある
どれが一番かは作るモノによって変化するから何ともいえないな

しかし汚いコードを書く奴、お前はダメだ

とりあえず動いたってレベルでベータリリース
　↓　　　　　　　　　　　　　　　　　　　　　　　↓
反応良かった　　　　　　　　　　　　　　　反応悪かった
　↓　　　　　　　　　　　　　　　　　　　　　　　↓
細かいところも修正掛けよう　　　　　　　やーめた
機能拡張しやすいように書き直そう


この程度の話のような

>>537
気にせずに綺麗なものを書け、ってことだろうね
ひろゆきは何も考えてないかもしれない

プログラミングの記事見る度来年からブラックSEになることに対する恐怖で死にたくなるからやめろ

デザインパターン(笑)

クロージャがある今じゃ混乱と非効率の塊のようなコーディングだな

ひろゆき信者の勘違いしたゆとりがこういう都合のいい解釈するんだろうな。
これなら油豚のほうがマシだな（＠ｗ糞

デザパタは読めば理解できるけど
本当に重要なアナリシスパターンは、ウンコプログラマがメンバーにいたらまったく付けない。
一度、少数精鋭の５人チームでやったけど、アナリシスパターン使ったらがっちり行ったけど

だから保守保守叫んでる時点でPGとしては二流の仕事なんだよ
そいつらはただのコーダーだ
延々と枯れたテクノロジーで使用人として現場まわせよ

プログラマーとして一線級なら多少汚くてもごり押しすんだよ
アセンブラだと総じて汚ないし
java スクも総じて汚ないから

>>557
自分を含めて精鋭とか言ってる時点で痛々しいな。

>>555
なんでクロージャでデザインパターン的なものが不要になるんだ？

作って終わりのスクリプトならそれでもいい

現場で外人が作ったソースコード見たけど
無駄な記述ばっかやって生産性が悪かった
外人・・・

他人のコード見てると人の私生活を見てるようで楽しい

大人数で入れ替わりの多い開発現場では勘弁して下さい

書こうと思えばすげー綺麗なコード書ける人が
あえて処理速度や演算回数気にして作るものは
読みやすく工夫してあってやっぱり読みやすい

結論、読みにくいコード書くやつはクソ

あとからいじる事も考えろ

分かりやすければ何でもいいよ

気にしなくても綺麗に書けるのが良マってことか

>>9
てか今の環境で満足してるわ

>>129
アフィサイトなんて「どーでもいい」って立場なんだが

あとで綺麗に直せばいいじゃんていうけどそんな工数くれるとこねーぞ
自腹でやるにしても修正にはそれなりの理由が要る
で、しょうがないから他の案件に混ぜてこっそり修正しようとしてバグ埋め込む奴が五万といるんだわ

きれいに書ける奴は最初から
きれいだから、それで納期に遅れることはない
素人発想だな

>>567
一番の問題はそこで
わかりやすいが、人の技術のレベルよって違うんだよね。
デザパタ知らない人がデザパタみたら難解だと思うけど
デザパタ知ってる人なら自明になるし

クロージャだってデザパタの億劫な記述減らしてるって
わかる人ならわかるけど、ただクロージャはやっぱ自己満の
やっつけコードになりやすいけどね。

アナリシスパターンなんて、そこにたどり着く議論を知らなければ
難解どころか意味不明に見えるだろうし。

いや、そんなん触りたくねーし

そもそもコーディングは机上や頭の中で整理する作業がメインで、
それが固まったらコードを書く作業なんてコーディング期間全体の2割以下

既に仕様が固まってるからキレイに書けるしコメントも時間かけずに書ける

勉強でもなんでも、しっかり理解している人は教えるのが上手い

>>497
仕事が早い奴は現場では重宝されるけど、人材送る側としては扱いづらい
人の3倍頑張って一人で完遂するよりも、人並みに頑張って2人増員の方が儲かるから

日本式の人月商売は人並みが沢山いたほうが捗るんだよな

>>570
今はソース管理もうるさいだろうからそんな真似出来ないとこが多いだろ
修整範囲とコメント残すの必須だろうし、勝手に修整日付が新しくなってたら
強制的に古いソースに戻したりロックをかけてるんじゃないか

人月であるかぎり、糞なコード書いた方が
ユーザー以外は全員のためになる。ってのが現実だからな

C・C++は気にして欲しいわ

綺麗にコードかけない奴の言い訳にしか聞こえないw

>>577
CVS管理されてるなら厳しいけど、ファイル日付変更ツールやtouchコマンドなら
過去に何度かお世話になったなｗ

ケースバイケース

はい論破


とはいえコードでもRASISくらいは意識したほうがいいな

> Yコンビネーター
> サーヴィス

どうにかならんのかこの表記（´・ω・｀）

自分は出来るって勘違いしてる人ほど、横文字並べてなんたらパターンとか語りたがるよね。

仕事としてのブログラミングなんてその時の仕様の決まり具合とか、メンバーの状況次第で対応しやすい方向見出せばいいのに。

日本発で世界へ挑戦を続けているレイ・グリセルフーバーである

バカじゃねえの
綺麗なコードで仕事を達成すんのがプロなんだよ
素人は黙ってろ

システム設計者の用意したAPI群が合理的で綺麗であればあとはどうでもいい。
関数が完全に独立していて高速化などの差し替えが容易に効くから。
ここを低能に作らせるのが土方大国ジャップなんだよな。

マクロを直す人の事も考えろよ

>>584
技術者としての最低限度の予備知識も知らないと
顧客打ち合わせなどで話が全然通じないんだがｗ

最底辺でこき使われてるだけなら良いのかもしれないなｗ

>>20
＞コードがどれくらいきれいかを気にする人は出来の悪いプログラマー

>>553
むしろコードがどれくらいきれいかを気にする人は出来の悪いプログラマーだとぼくは思っているくらい

javascriptで言う、
コードと綺麗さを考えるプログラマーは、きちんとDOM使って、
アペンドとデリート駆使するけど、
コードの綺麗さと保守性を気にしない人は、インナーHTMLでごり押しするイメージ？？

>>81
あーなんかお前のレス見てると残ってるν速民は基地外ばっかりだ。

>>424
オレはアフィブログとかやってない
良い意味で肩の力が抜けたよ。何と戦ってきたんだろうな。

なんかドヤ顔でいろんなことに口出してくるたらこがウザくてしょうがない

天才プログラマは綺麗なコードしか吐かないんだろ？

>>470
ここはオレだけの島

>>550
人間が書きこめば書きこむだけスクリプトの語彙が豊富になる仕組みか

>>591
後者の方が性能的に上なので駄目。
DOMプログラミングは頓挫すぎる割に糞遅いので
Javascriptやるのはご法度。

なんだよ頓挫って

>>133
お前って人間味ないよな。顔死んでるって言われね？
お前みたいな戦士がいてくれればいつかN速は復活できる！

>>589
顧客との打ち合わせでなんで技術的な専門用語必要なんだ？
顧客相手なら必要なのは業務知識だろ。

あっなるほどねｗｗｗ

>>599
その業務知識をモデルに落とすのが
アナリシス（分析）パターンだよ。

>>157
あーこいつNGね

単独開発して、自分個人でアフターケアもするならそれでいいけど・・・

集団開発でやったら最終的にサービスの悪化引き起こすだけだろ

ビジネスにならないわけですから

>>3
死ねゴミカス
現時点で嫌儲と対等の立場に立ててない事を知れ
やりたいならお前一人で勝手にやれよ

コードで一番大切なのは、処理ではなく定義に追いだすかなんだけど
定義と言っても、定数とかだけじゃないからな。
それが整頓されてれば、不具合も出にくいし、ユニットテストも現実的になる。
じゃあ処理を定義に追いだすために
デザパタとかアナリシスとか採用するんだけど、理解できない人が多い場合は
複雑に見えて逆効果になる。

処理と定義がピンとこない人は、物凄い誤解を恐れなければ
if文はクラス継承に置き換えれるとかそういう話だ。

まともなもの書けるようになってから言え

俺から言わせたらコードの綺麗さを気にしない奴は糞ピアニスト

まともなソースじゃなかったからUNIX板に助けてもらってマシになった掲示板運営してたとは思えないな

処理
　f [ネットから]　
　　ネットのお買いもの処理()
　eles if [電話から]
　　電話からのお買いもの処理
↓
デザパタ
　お買い物する抽象クラス
　　　ネットでお買いものするクラス
　　　電話でお買いものするクラス
↓
アナリシス
　　お買い物するクラス
　　　　お買いものタイプ
　　　　　ネットでお買いものタイプ
　　　　　電話でお買いものタイプ

と、処理を段々定義に追いだす。
すると保守性と不具合の混入が減ってく。

>>605
定義って言われるとピンとこない
インターフェースならわかる

>>591
綺麗さを気にすることと
保守性を気にすることと
どのメソッドを選択するかは
何れも疎だと思うよ。

それに環境はもちろん、複数で開発するかどうかなど状況によっても違ってくるし（´・ω・｀）

>>317
コピペして貼れよ

あはは

別に個人の趣味できれいなコード書いてるわけじゃないだろ
コードの可読性を上げると生産性も向上する、で見易いときれいに見える
つまり、きれいなコードは目的じゃなくて結果だよ

>>498
そういやバージョン管理システム使ってるのにコメント中に修正年月日つきで修正前のコードを全部残してるプロジェクトがあった

プログラム書いたら
全体の三割はコメントだった

>>609
なるほど〜
実例は分かりやすい

>>487
はい？じゃ、オレが人間だってソースを出せばいいわけ？アホか
いや、ぶっちゃけ新参だが精神的にはニュー速民だから安心してくれ

>>610
まあようするにインターフェースで、ok
ただ、デザパタで乱用しちゃったせいで、微妙になってるけど

>>616
保守性は減らないけどな！

コードの見た目は後でいい

>>600
ん。そういうレベルの話じゃないよ。
顧客という概念をエンドユーザーと見てるか、そうでないかっていうだけで。
話逸れてすまんね。
最近、やたら横文字並べて理論だけでまともにブログラミング出来ないタイプ多くて。

プログラマー本人が修正するならそれでよし

コード汚いってバカにされたんだな…可哀想に…

>>26
長門有希がM37ロムスカ・パロ・ウル・ラピュタなので私と戦うつもりか見ろ人がゴミの様だ

>>620
でも辞められず旧車會に中年の負け犬同士集まる。

>>61
VIPのカス共に何を期待してるんだよ
おう、ニュー速最後の戦士として戦いたい。どうすればいい？

>>620
日本のシステム開発には、後　が無いんだよね。

アジャイルとかイテレーション導入しても
安かろう悪かろうになってしまうし。

独自でwebサービスしてるならそれでも許されるけど
SI屋さんは許されない

単独ならそれでいいだろうけど仕事だとそうも行かないんだよくそが

これ業界によってかなり違うな
ネットの様な「バグでしたｗｗｗすいませんｗｗｗ」で済まされる業界ならいざしらず
金融医療軍事等、クリティカルな分野でこんな事言ったら張り倒されるぞ？

バグで残金マイナスになりましたｗｗｗｗ
とか
バグで投薬量１０倍になって人が死にましたｗｗｗｗ
とか洒落じゃ済まされないからな

>>618
というか色々ボキャブラリーが足りてないんだよね
日本語のせいじゃなく英語で表現違うのに単語使い回されてて読みづらくて仕方ない

糞汚いコードを修正する時のことは考えないのか

>>630
作り直せばいいとでも思ってるんじゃね？
どうせ大したコード書かないからそういう考えに至るんだろう

複数人で開発・保守やったことのない人の発言？

>>419
VIPはVIPで勝手にやれよ嫌儲が協力する義理はない

>>473
現時点で嫌儲と対等の立場に立ててない事を知れ
VIPのカス共に何を期待してるんだよ

>>478
文句ばかり言ってるキモウヨこそ日本出て行ってよ
ほんとネ_卜ウ,ヨに関わると碌な事にならねーなｗ

>>626
契約から変えないとアジャイルは適切に適用できないよね

>>627
作成者や修整者をコメントで残すとこだと後を引き継いだ他社の人間にまで
名が知れ渡ってることがあるんだよなｗ

せめて三ヶ月後に自ら読み返して理解できる程度には整理しておけよ

綺麗というか、シンプルで手のいれやすい、モジュール化されたコードが書ける人が一流。

>>290
あーこういうの見るともうν速だめだわ。ハロワいこう。
安価返されるとちょっと嬉しい自分が憎い
こういうの見るとだいぶ活気が戻ってきたなって思う

だからってROが許されるわけではない
ROGMなんてもっての外だ何とかしろ糞会社

>>631
そんなものでも作り直そうとすると文句言われるんだぜ

>>609
アナリシスとか難しいことはよくわからんのだが
何のパターンを適用するとかはさておき
分析やら設計の過程で何故そうなるか（そうなったか）を明らかにしておくのが肝

幾らデザインや設計が秀逸でもその辺がセットでわかり易く示されて無いとウンコだよね
OOPやデザインパターンが疎まれたりする一因だよ

サービス提供側の視点なら、コードが綺麗で実行速度が速いものより、汚くても早く出来上がるモノの方がいいだろうな
サーバ台数を増やせばパフォーマンス問題は改善できるし、それよりサービスが金になるかを早く知りたいはず

>>1見てひろゆきってのが、一方向の視点しかない馬鹿だという事はよくわかったわ。

命名がローマ字とか、_を多用して長いとかはイラッとするね

>>629
知識レベルの概念モデルと操作レベルの概念モデルに切りだすとか
言ってもわからないだろ。

2chをCGI-Cで書き直して貰ったというのが彼の最後の功績だからなｗ

>>274
妹はVIPPERからきますた⊂二二二（　＾ω＾）二⊃ﾌﾞｰﾝ

>>67
所詮一個人の枠を出られない有機生命体ｗ
なーなんで嫌儲でやらないの？

ひろゆきってどんぐらいプログラミングできるの？

昔、出先で
多言語用のソースを全部ひとつのソースでやって
コンパイルスイッチで各言語用に生成してたのは
流石に狂ってると思った

ff14の惨状を見てると同意はできんなぁ

トライ＆エラーなプロジェクトで本当に死ぬのはDB設計者。 逆に考えると、企画会議にはDB設計者も同席させるべき。

ライフサイクルが比較的短くて、一人でなんとかなる開発なら>>1は当てはまるんだけど
それ以外でやったら、確実にプロジェクトのガンになるな
優秀どころか糞プログラマーの烙印を押されるのがオチ
ま、客の要望に応えるために、ソースがすぱげちーになるのが仕方ないって言い方なら
同意は出来るけど、
それでも、出来れば客の要望を満たしつつまともなコードを残したいってのが本音だろう

>>291
原隆夫朝田和夫田中大原隆夫中根智之真島健太が次の声優候補？

>>650
あめぞうのソースぱくって鯖に設置

基本が出来てない奴が作ったソースのデバッグがまわってきたときの絶望感を知らんのだろうな
引き継いで開発担当してたら、この不具合速くなおさないといけないのはわかってますよね？って上から目線で
言われたことあるけど、その辺作ったの全部お前が書いたソースじゃん

どうせ、Web系とかゲーム系とかどうでもいい業界の話だろ？

別に汚く書いてもいいけど、普通はコードレビューするからな？

>>74
ということですね
＞コードがどれくらいきれいかを気にする人は出来の悪いプログラマー

>>330
日本発で世界へ挑戦を続けているレイ・グリセルフーバーである

>>464
スクリプトにも慣れて来た
いや俺は違うから
コピペばっかしてる人って心がないのかな

>>645
俺は
goukei_tasizan()
syoukei_tashizan()
みたいに、siとshiを混ぜられると更にむずがゆくなる

>>636
そのおかげである程度綺麗に書かないと後で質問きて面倒なんだよな

>>643
＞サーバ台数を増やせばパフォーマンス問題は改善できるし

簡単に言ってくれるなぁ。

>>645
GetTextEffectCharacterIndexFromTextSourceCharacterIndex「許された」
（´・ω・｀）

>>650
ひろゆきの糞コードをUNIX板の住人が書き換えたことでかつての2chの負荷問題が解決されたレベル
だからこいつの「サービスの提供速度が〜」ってのは理にかなってはいるがコンプレックス丸出し

> つまり、間違っていることに気づいて、
うん

> それをすぐに改善できる開発のスピードが大事で、
うんうん

> そのときにコードがきれいかどうかはまったく関係ないんです。
はぁ？

良く分からんけど、様式に異常に拘るのは効率悪いとは思う。

3日経てばどこがどうなってるのかわからなくなる俺のコードが最強ということか

プログラムなんてグチャグチャでなんぼ

Yコンビネーターのプログラムに参加してGinzametricsというサーヴィスをつくり

>>298
なんか疑心暗鬼になってくるわ

>>537
あぁ、俺は嫌儲の雰囲気が合わないってだけだから。ここにいちゃ悪い？

様式に拘るのが１人なら効率悪いけど
様式に拘るのが常識ならそれは効率が良い。

クリティカルなプロジェクトにはコード規約は必須だろうが。

ちゃんとやらないと東証で問題起こしてる富士通みたいなことになるぞ。

コピペで作った糞ロジックがボトルネックになって性能全然でないとかよくあるしな
かつての2chがそう

>>667
必要な様式なら効率悪くなってもやるのが仕事

どう見てもwebに限った話だろ
俺もweb系の仕事の経験あるから、実現スピードの速さが重要なのはよくわかるけど
他業種で同じ事やったら、つまみ出されるよ

>>664
.NETって長いのあるんだな

>>673
待機冗長システムが機能しなかったとか上場企業のレベルじゃねーな

>>666
だよね。この人、ユーザー目線の指示出ししかやったことない人なんだよ。
ユーザー目線の指示出しなんて誰でもできる。

綺麗さにこだわるのはいいけど、俺ルールを押し付けるのはダメな人
あと、言語を選り好みしたり、特定の言語を馬鹿にしたりする人も、ダメな人
2-5年目くらいの人に多い

今の日本企業が求めてるっていうかこれだけでいいやって事なんだよね
目の前の人参だけ処理すればいいよって
まぁ企業も上役もそんな感じだからな、目先の利益ばっかり
構造的に考えられる人はイラネって風潮になってる
貯金食いつぶすのにあとどれくらい持つのかな…

もう日本はオワコン　海外にでようぜ

>>675
人の生命や財産に関わる部分だと尚更だな
コードレビューどころかバリデーションでぎちぎちにやるからな
「お前の書いたコードが何故正しいか証明しろ」
ってね

webプログラマーが聞いたら「は？」ってなると思うがｗ

>>680
でもCOBOLだけは嫌だ
コーディングしててとにかくつまらない

ニコニコ動画を救ったのはネットワーク関連のプログラマーさんだけど
多人数用ネットワークなんてそれこそやっつけで作ったら手に負えなくなる世界だぜ。

ニコニコ動画は、その人のおかげで迅速に数日で復活できたけど
そのプログラマーさんは、別の世界では汚いコードなんて書いてなかったと思われ。

コードの綺麗さを気にしなくてもよい。それは確かなんだけど。
そこには下地がそろってるプレイヤーがいてこそなんだよね。
日本には、その下地に届いてるようなエンジニアなんてほとんどいない。

なぜかと言うと、こんな風に、その人の能力ではなく
出来たモノしか評価されないから。

これ同意だけど、保守や改良する時大変なんだよね、

・Web系
・コンパイリングアプリケーション
・OS等、プラットフォーム
・FWup可能が容易な組み込み
・FWup不可な組み込み

すくなくともこれで全然話が違うよね。一番上のことだけでしょ？

技術に疎い上流サイドの典型的な意見
いつも通り耳触りのいい開発論並べて話半分で聞いてやれば満足するんだからこの手の輩は相手しやすいほうだよ

汚いコードが許されるのはせいぜいHTMLまでだろ

一方で保守性や拡張性を初期段階からそこまで考える必要があるのか？っていうのもある。
当時予想していた拡張は使われず別の拡張が必要だったり、
変更が大規模なら1から作り直した方が早い場合が多々ある。

保守性や拡張性は持つべきだが、優先事項ではないと考えている。

別にこれプログラムだけじゃなくて仕事全般そうだよね
納期は死んでも守る
経験積まないと早く綺麗に仕上げられないんだから

>>690
プログラムをプレゼンに読み替えてみ？

>>679
その誰でも出来るっていう事をお前らが実装出来てないんだけどな。

>>689
拡張性に関してはそうだけど、ちゃんとソースや
ドキュメント類を整備しておけば
想定していない拡張も割と楽に出来たりする
１０年以上保守するようなシステムだと、ドキュメントの
ありがたさが身に染みるよ

コードが気になってしまうと締め切りに間に合わず

>>690
だからどんな仕事だって多人数でやってる場所に技術がまだ無い若手放り込んでも
あとからベテランがいくらでもリカバリできる簡単な事しかやらせないだろ

>>296
レス追ってみたらお前が糞だということがわかったよ

>>693
レス追ってみたらお前が糞だということがわかった

仕事をする＝お金を貰う
これをわからせないとダメ
お金やるから仕事しろじゃなくて仕事したらお金やるが正しいの

ある程度の規模にナルト、ある程度コードがきれいじゃないと自分でも読めなくなってくる
コードのきれいさより実装の早さの方が重要というのには同意だが

>>692
文盲め。

世界と戦える日本人が登場

日本史上最高の天才と言われ　話題沸騰

http://3rd.geocities.jp/jyapannews20120205/index.html

日本の誇り

コード書くときはノリノリだけど、コメント書いたりとか仕様書作るのが鬱('A`)
しかも本体作ってる時間より長い…

やっぱひろゆきって馬鹿だったんだな
成功は運だけだったか

>>699
理解出来るように説明すれガリ。

>>273
基本的に祭りの時だけどっかから湧いてくる変な人たちを醒めた目で見てる派が主流っしょ

>>513
あの出てってくれません？もう飽きましたんで。
糞beさんチーッスｗｗｗ

>>701
気持ちはわかるが・・・そういうものだよ
コードだと数行でも、ドキュメントでは数ページになるなんて事は良くある

まぁ頑張って書いておけ
ドキュメントを読む立場になった時にすごくありがたく思うから

>>702
今のひろゆきってニコニコの馬鹿な会長さんに飼われてるだけだろ

>>703
自分で作ってみなよ。
指示出しを誰かにやってもらいながら。

×糞プログラマー
○底辺ドカタ

それはそうなんだけど最低限の綺麗さは確保しないと
自分でも何やってるか分からなくなるから多少は気を付けれ

俺はプログラムとか分からんけど、EXCELファイルでも訳分からん式を説明もなしに勝手に入れて
ファイル名も統一性がなく、保存フォルダもめちゃくちゃなやつの引継ぎはマジで勘弁。
結局一からやり直してるし。

あとの人の事考えろよ
職人芸入れられると手入れできないんだよ

>>78,135
世界中の優秀なハッカーたちが集うITスタートアップ養成所「Yコンビネーター」

>>359,465
【インタヴュー】新世界を創造するYコンビネーターのハッカーたち

>>1
>>1　BB2Cだと安価のせいでやっぱり見にくいでござる

>>645
流れても構わんだろう。そいつらの勝手なんだから

こういう奴って「仕事場が荒れてても仕事してれば問題ないだろ」とか言って
重要書類無くすような奴だよな

糞システム使ってると、サブルーチン無しでベタ書きしないと性能がでないとかばっかだから困る。
サブルーチンを展開するスクリプト作りゃいいだけの話だが…

>>430
わかる気がする

というか、海外のフリーソフトのソース読んでも、
酷いスパゲティに出会えるのは希
優秀なプログラマーはちゃんと可読性も考慮して書いてるよ
恐らく無意識的に書いてると思うけどね

綺麗さより分かりやすさ

公開されるようなソースならちゃんとやるだろ

>>717
だって自分が書いたコードに振り回されるなんてバカの極みだし
整理するのは自分のためでもある

コードはきれいにまとめたほうがエアフローがどうのこうの

できるやつがやらないならそうかいって思うけど出来ないやつがやらないって言うとあほかこいつって思う
そんな今日この頃

美しい！

>>453
人間らしいカキコミってなんなんだろうな

>>504
ハゲが感染る自分の立てたスレから出るな
今の状態も楽しいがな
ggrks

こいつらに１万行ソースのデバッグさせてぇ

多分プログラマにおけるソースコードの「綺麗」って概念が、ひろゆきが考えてるのとは違う。
別の言葉でたとえるなら「スマート」じゃないか？複数の複雑なロジックが合致しまとまったプログラムを
プログラマは「綺麗なソース」って呼ぶんだと思うけど。

急ぐからと言う理由でコードが汚くなる奴は
いくら時間があっても綺麗なコードは書けない

発想の問題だ

んなこといってるから昔壷が割れたんだろｗ
スパゲティ山盛りの更に顔突っ込んだときのとほほ感は半端無いぜ

>>568
あいつらには期待できん

>>508
(゜∀゜)o彡　ステマ！ ステマ！

>>108
リンクベイトってのは閲覧者をおびき寄せるエサ全般のことで
単に役立つ情報やツール、面白いギャグも含む

>>116
リベラルだと演じなくても必然的にそうなるんじゃないか？
まあ作ってるきらいはあるが

>>320
レス番飛んでるなｗ

>>434
そのレベルの人間がどの程度いるんだろうな

せいぜい保守で泣きをみるがいい

>>726
SQLの組み立て数百行で十分発狂するだろｗ

あいかわらず、ひろゆき恥ずかしいな。

まずは転換ね
http://thai.bijual.com/

カスユキにコードコードについて言う資格はないわ　あの糞コード（）

後でリファクタできるメソッドとか小さいクラスぐらいの狭いスコープならどうでもいいわ
好きに書いてくれ

>>717
googleとか酷いぞ

>>190
はい肉

>>470
いつ寝てんだお前よぉ

アホがネストしまくって、ナスカの地上絵みたいになってる

家で自分だけで書くなら好きに書け
仕様書すらいらない

仕事で書くならきれいに書け
読みやすくセクションを意識して
全てを仕様書に落とせ

今年からプログラマーになる俺に一言

保守出来ないコードで日本はデスマするんだが・・・

>>744
英語も勉強し直すと捗るぞ

Yコンビネーターのプログラムに参加してGinzametricsというサーヴィスをつくり

実現速度が速くて見やすいコードを書くのが一番いいだろ
言い訳にしか聞こえない

>>60
こういうの見るとだいぶ活気が戻ってきたなって思う
お前みたいな戦士がいてくれればいつかN速は復活できる！

>>329
俺に振るなや、知るかボケ
流れても構わんだろう。そいつらの勝手なんだから

>>360
俺らは飽くまで自分らの書き込みを拡散して欲しくないという意思表示をするために嫌儲にいたんだ

出来る奴のソースはかなり綺麗になる
理由は打ち込む前に完成してるからだ

成果物が全てってのは理解できるけど、これ結局自己中バカの自己正当化だろｗ
コードでも何でも整頓されてない奴はクソな物しか作れない。
高度に複雑化したアルゴリズムを制御する際には当たり前の話。

>>746
fack you

だからスパゲッティになって保守不可能になるんだよ

>>753
うるせーまじめにやれ

>>520
てか今の環境で満足してるわ
この期に及んでまだ元のν速に戻ると思ってる馬鹿がいるのか

>>597
ｺﾃﾊﾝうぜえって思ってたがこういう時は頼りになるな。
お前も嫌儲民だろ。でてけよ！

>>149
要するにこれを乗り越えてみろと

>>638
アフィ死ね

>>753
oh,,,

PC本体にブラックライトつけちゃう的な

>>444
マジレスを吸収し続ければわからなくなりそうだな

>>650
必死チェッカーあれば上位を登録するだけで済みそうだけどな

>>755
ごめんなさい調子乗りました
勉強してみますありがとう
OCJP たけえ…

>>751
それって単に実証コードをそのまま本番コードにしなければいいだけの話だけどね。
実証コードは超絶密結合な構造化プログラムになってるだろうし。

>>753
割とマジで英語読めないとキツいよ
英語読めないと検索した結果で英語サイト飛んだら詰む
2chしか出て来なかったら詰み確定だけどなｗ

>>538
工作員の契約が先月末で一端切れたんだろ

>>585
あいつらには期待できん
おう、ニュー速最後の戦士として戦いたい。どうすればいい？

>>232
逆に聞くがどうすれば以前のニュー速になれるとおもう？

>>128
その行程は無駄になってしまいます
サービスの実現速度が重要で
それをすぐに改善できる開発のスピードが大事で

>>164
レス追ってみたらお前が糞だということがわかった

>>692
お前あれ買ったの？感想キボンヌ

ひろゆきはプログラマとしては三流以下だろ。
したり顔で出しゃばるな。

>>1
あとで他人がメンテできるように書いてくれれば汚くても構わないよ。
問題はコメントも何もなしであとでメンテしようにも書き直した方が早いコード。

>>766
だからしょっちゅうサイトがダウンするんだろ？
結局まともに動くまでに時間かかるなら、最初からまともにつくれとｒｙ

>>217
シカ

>>763
英語そこまで苦手でもないけど英語資料はつらいな

オープンソースじゃなきゃどうでもええやん

1人で開発して1人で保守する人はそれでもいいがチームで開発保守するコードも一緒に語るなよ

>>560
継承が要らなくなるからスッキリする

ひろゆきはとことんまでプロジェクトのスタートラインにいる人向きで
そのプロジェクトが走り出した後の保守には全く向かない人だってのがよくわかったよ

くそぐらまー

英語は未だに苦手だ
エキサイトとヤフーの翻訳サイトで翻訳した変な文書を
読解する能力だけ向上したなｗ

>>775
クロージャとmixin勘違いしてない？

>>772
１００ｐくらいの英語の仕様書くらいならなんとかなるが、
２万ページの資料渡された時は泣きそうになったなー
英語はマジで重要

しかしこんなのがやってたって凄い事だな
くわばらくわばら・・・

綺麗さを気にする≠読み安さを気にする

>>60
やりたいならお前一人で勝手にやれよ
マジレスを吸収し続ければわからなくなりそうだな

>>780
2万ページとか日本語でもつらい…

拡張性持たせた書き方すると、結果的に綺麗になる。
その場しのぎで拡張するとあとで死ねる。

こいつアホだろ(笑)

きれいに書けるか否かは基礎とセンスと経験
但しプロは手段を選り好みせず時にはエグい事もやる
だからといってそれが汚く見辛い source になることはない

綺麗なコードを書くことを心がけると速度も早くなるんじゃないのか

まずひろゆきにはプログラムを語る資格がない

プログラムを始めたばかりの人からすると
綺麗に書く事と、速く書く事は相反する様に思えるはず
でもその内、簡潔に速くわかりやすい書き方ってのがわかってくる

テストがない成果物はつっかえすことにしてます
テスト書かない人とは仕事できません

出来ない奴
　PCの前でイライラしたり落ち込んだり、調べ物したり
出来る奴
　そこらへんぶらついてる「何やってるの？」『考えごと』

>>629
なるほど
原隆夫朝田和夫田中大原隆夫中根智之真島健太が次の声優候補？

逆に上はきちんとしたドキュメントができるまで待つという姿勢が大切だよな。

>>776
そもそもプロジェクト自体パクリだろ

ひろゆきは何かを生み出すというよりか
他人に寄生してしゃぶり尽すのが上手い真性の屑

引き継ぐ奴の身にもなれよ(´・ω・｀)

想定しているキレイさが違う気がする。

世界トップレベルのハッカーにとってはいまいちキレイでないコードでも、世間一般には超マトモなコード。

goto有害論とまったく同じだな
半端な知識を持ったスピーカーが誤ったやり方を全力で広めてしまう

>>175
スクリプトにアナログな手段で対抗する執念が凄いよな
なんか疑心暗鬼になってくるわ

>>313
ニュー速どうしちゃったの？

＞533
お前ナに言ってるかぜんぜんわからんしね。糞コード書くな

俺は３４歳土方なんだけど、糞コーダーの書きちらした産業廃棄物のメンテ生活から脱出したい。
美醜の感覚のない奴と仕事したくないな。

俺レベルになると、呼吸するレベルで、キレイに整備されたコードになるからな。
だいたい、今は統合環境で自動的にインデントとかもするし、スパゲッティになるのは、頭が悪いだけ。

>>165
VIPのカス共に何を期待してるんだよ
しゃぶれよ
ここの板にも湧いてきてるぞ。

>>709
チョン乙

>>49
ひろゆき(@hiroyuki_ni)

>>93,733
＞コードがどれくらいきれいかを気にする人は出来の悪いプログラマー

>>751
もしくはとりあえず動くもんつくったあとにリファクタリングする。

たとえ天才が作った汚くて効率的なコードでも
それを保守するのは普通の人間というのはよくある事
保守する側の身にもなってくれ

>>300
だから俺は人間だっつの。人少ないんだし疑心暗鬼になるのは勘弁。
この感じは人間か

コードがわかりやすいと問題の特定がマジでやりやすい
あとから見ても何をやっているのかわかりやすい
再利用する際に切り出しやすい

>>208
今日から君もオーバーランナー
今日から君もオーバーランナーやねん

>>214
非常事態が日常です♪アフィ速行ったらジ・エンドにゃん♪

>>780
日本のＰＧが英語重要とかなんでそんな見栄張るの？

>>775
IDEのインデントはスペース4つをデフォルトにして欲しいわ
タブなんて環境依存だろうに…

綺麗に書くことを強制される言語使えばいいんじゃないですかぁー

>>49
大卒後、東京のコンピューター会社で働いていた。父茂氏はアイヌ民族初の国会議員（参院）。
どういうこと？

>>800
秋山道夫朝田和夫田中大原隆夫真島健太鹿島昇の順番で行くなら朝田だろ
原隆夫朝田和夫田中大原隆夫中根智之真島健太が次の声優候補？

>>809
書ける必要はなくとも、少なくとも読める必要がある。

たとえば、スマホ開発なんてやってたら、クアルコムやTIの
リファレンスマニュアル全部英語なのを読むとか、
カーネルコードの英語コメントだの英語ドキュメントだのを
読むなんてことは「当たり前に」できないと駄目。

ARMはまだ日本語ドキュメントが少ないね。
まああの程度読めないと話にならんけど。

うぇｗｗｗｗｗｗｗｗｗ

iPhoneで動くアプリつくろうと思ったら
どのくらいの知識経験でいけるの？
作るものにもよるんだろうけど何時間くらいかかるの？

読むものがせいぜいCPUの仕様書で済む部署でよかった
ボードのリファレンスまで読むとか嫌じゃ

他人にわかりやすく仕事出来ない奴の言い訳か？ｗ

自分の中でコーディングのテンプレートが定まってくると勝手に綺麗になってくよ

>>92
それをすぐに改善できる開発のスピードが大事で

>>536
【インタヴュー】新世界を創造するYコンビネーターのハッカーたち

いや、くそ汚いコード書いた奴がずっと同じ部署で同じ仕事してくれてるならいいよ？
ひろゆきも意外と視野狭いこと言うな、なんか私怨とか絡んでるのか？

>>3

これが答え。

ただこの人らの言い分もわかる。
ソーシャル系は保守なんかいらない。
悪いとこあったらサービス停止、古くなったら捨てればいいし、機能は改修ではなくつぎ足せばいい。

>>682
良かったらここでここまで頑張る理由を教えて欲しい
現時点で嫌儲と対等の立場に立ててない事を知れ
NG作業繰り返してる。もう理由なんてどうでもいい

ひろゆきは功利的なので　最小の手間暇で最大の利益を生まないと、もうNGという思考回路
だからコードの綺麗さは二の次で、とっととサービスインしろいう発想になる
そのコードを整形してる間に、ビジネスチャンスを逃すじゃないかという発想になる
個人の才覚と若さで回すベンチャー規模ならそれで正解なんだろうけどね
労働集約しようと思ったらそうはいかない

>>809
最新技術はドキュメントが常に英語
日本語になるの待ってられない
質問とかも英語で海外サイトに投稿した方が返事速いから英語は情報が蓄積されてる
本とかも英語圏のほうがわかりやすいしいい本多いけど大抵翻訳されてない。売れないから

> つまり、間違っていることに気づいて、それをすぐに改善できる開発のスピードが大事で、
> そのときにコードがきれいかどうかはまったく関係ないんです。

論理的に整理されてたほうが改善によるバグは防げるだろ
こんな糞なこと考えてる奴のおかげでwinが１０年ぐらいコンピュータの進化スピードを遅らせたんだが

>>814
じゃ日本のAndroidやiPhone開発者はみんな最低限、英語読めるって事なんだね。
すごいね。

タラコの言葉なんてどうでもいい。

>>779
mixinだって継承の一種だろ
継承とかinterfaceとかinterfaceの実装のような
見通しが悪くて柔軟性に書ける面倒な仕組みから解放されるんだよ

>>828
ていうか君、コード書いたことある？
普通に英文ドキュメント当たりながら仕事するよ
salesforceとかamazonとかgooglecodeなんか技術情報ほとんど全部英語だよ
ローカライズなんか待ってらんないよ

Fのコードをかき鳴らせ！

そもそも、英語云々よりも、英語の資料が読めないとー
って時点で完全に世界から遅れてることに気づかないと。

資料を作る側にいかないと。

>>833
その資料も英語で作らないといけないけどな

ああいつものたらこだ
ドヤ顔して言える立場かよ。プログラマーじゃないだろ…

>>445
誰もいない

>>828
そうだよ

底脳が書いた糞ソースのおかげで関係者が数年間苦しめられるなんて現実があるからな。
まぁ作る物次第だ。

コボルが糞ってことだな
つまりpython　D言語が最強だな

タラコスパゲティーは好きだけど
タラコスパゲティーコードは勘弁

>>828
読める。というか読めないと話にならない。

今覚えるなら何がいいんだよ

なんか最近ひろゆきズレてんなぁ。
お前がそう思うのならそうなのだろう、お前の中ではな。
一匹狼でやってく分には汚く書いて読めなくなっても自己責任でいい。
でも実際はそうじゃない。
ハッカーがその持論をプログラマ一般論として語ってるところをまず先に突っ込まなきゃならんだろ。

英語圏で新しい技術が出てきても日本にはなかなか入ってこないんだよな
言葉の壁の大きさを今更ながら痛感するわ

本人が最後まで責任持つならな

>>570
お前あれ買ったの？感想キボンヌ

>>828
マジか。100円ショップ行って来るわ。でも使えんのそれ

どうせここにそれ程大層なプログラマいねーだろｗｗｗｗ吹かしてんじゃねぇかすども

糞ソース
　保守する人の
　　自己責任

だいたい3年後に当時の開発の3割もいない

体裁に拘った改造前の２ｃｈ（爆笑

この件でタラコは腹をかっさばくべき

>>800
そういうのが無駄な行為なんだって>>1は言ってるんだろうなｗ

途中で何かの確認に使った謎の変数。

１関数が数千行もあってアホみたいに変数定義して、そのうえアホみたいにネストしてるとか、もう嫌がらせとしか思えない実装する奴がいた。
プログラマはこういう信じられない奴でもそれで飯が食えるという狂った世界。

>>833
なんで日本にいるの？
そんな最新技術にこだわるなら海外いけば？ｗ
わらえる。

>>847
だね。言ってる事が程度低い。

自動化できることを自動化してるだけだろ
きれいに整えるのなんて自動化できるんだから、意識しなくても汚くなることがそもそも無い

ネトウヨ連呼厨の正体は在日民団
http://kohada.2ch.net/test/read.cgi/offmatrix/1315410428/78

>>823
ちゃんと元記事読めよｗ
スタートアップの時は１００％作り直す羽目になるから客の求めてるもん理解してとりあえず早く作れって話だよ

ソニー製のアプリってコードだけが綺麗なんじゃなかろうか

ID:iRSpNhiT0はなんでそんなにキチガイなの？

汚いコードは確実にバグを量産してるし、
改修時のコストも膨れ上がる。

汚いソースを気にしない奴は人売りITの底辺プログラマなんだと思う。
期間が過ぎたらさようならだし、無責任な仕事の仕方が染み付いてる。
巨大なシステム作って自分らで保守までする場合、
糞ソースで後でどれだけ苦労するか分かってる。

>>862
ある程度は同じ職場に居続けさせないと
メンテの手間って意識が根付かないわけだわな

使い捨てIT土方は酷いのになると去り際に腹いせにバグ仕込んでいくからな
使えなくてもう呼ばれないの分かってる奴は何しでかすかわからん

// 2012.2.6 xxxx修正 とか入れまくるのもやめれ
ソース管理するツール使うか
diff取れば済むだろ
見にくくて仕方がない

>>220,256
Yコンビネーターのプログラムに参加してGinzametricsというサーヴィスをつくり

>>724,845
間違っていることに気づいて

数日前に書いた自分のうんこスクリプトをちょっと修正しようと思ったのに
何がしたい処理なのかよくわからなくて最初からコードを追うとかいうアホなこと毎度やってるから
仕事で他人のコードを保守する人は相当なストレスなんだろうな(´･ω･｀)

酷いところだとSCM使いながら// 2012.2.6 xxxx修正とか書いてる罠
アホかCommitコメントに書け

>>770
あのさー…



























そいつスクリプトなんだけど

コードはいいが、ケーブルの類はしっかり結束しておきたい

ひろゆき(@hiroyuki_ni)

>>65
反発はなかったが、「商才があるんだから金もうけをした方がいいのに」と冷めた目で見ていた。

>>336
いや俺は違うから
人間ってどうやってネットとリンクしてるの？
はいスクリプト

>>576
バカどもにはちょうどいい目くらましだこの辺りだ撃つな捕らえろ

>>221
つーか犯罪じゃなくね？ギリギリセーフだと思うんだが

>>840
スクリプトの俺に聞かれてもわっかんねーよ！

>>591
ステマ速報いらねーもんな

>>868
そこまでいくと、アホの極みだな
コメント入れて可読性落としてたら意味無いよな

>>8
何この見にくい文章

>>799
皆様なんて素晴らしい書き込ませていただきました俺も二次元にちょっと行ってくる昨日

乱雑なコードだったら改善とかめんどいだろ

使い捨て前提ならいいんじゃないの

＞867
おい、死ね。むいてないぞ

>>877
年寄り共が、subversionとか、壊れたらどうすんだって言って、
コードに履歴を書かせるんだよな

言って分からない奴には体験してもらうのが一番や

>867
おまえかー！

>>882
俺らが面倒な事してたんだから
楽するのは許さねーって感じだな
バグ出して、無理矢理原因を捻出して
頓珍漢な対策を続けた結果なんだろうけど

>>336
やーめーてーよー

>>807
おう、ニュー速最後の戦士として戦いたい。どうすればいい？

綺麗だのなんだの言っているヤツはほぼ100%理解力に欠ける

クソみたいなコードを引き継いで、四面楚歌状態のプロジェクトがある。
よくあれで動いてるわ。つーか使い続けると死ぬんだけどさ。

>>881
趣味でコード書き書きしてる無職だから許して(´･ω･｀)

綺麗な方が良いか悪いかで言えば良いに決まってんじゃん。
拡張性・保守性にも直結する話。速さが大事っつっても実行速度重視の話とかじゃなくて
「動けば良い。仕様追加や変更、担当者引継ぎなんて知ったことか」
って独善的な事を考えてる奴しかいないでしょ。

マジで空気読めてないが、ここで質問
保守性てなんぞ？

せやろか

>>891
このスレ1から読め

趣味でプログラム書いてるニートの俺でさえ英語を読むことなんてしょっちゅう必要になるのに
仕事でプログラム書いてて英語を読む必要性を感じないってどういう環境なんだろう

スパゲッティだと数ヵ月後自分で見てもわからないんだぜ。
綺麗なコードに越したことはない。

>>1
以後、永久に弄らなければ正解。

>>891
修正のやりやすさ

例えばバグが出たとして原因を見つけたが、ここを直すと他にどんな影響が出るのかさっぱりわからんようなのが
保守性のない糞設計

>>221
こういう工作員どうすればいいの？

コメント書いときゃいいだろ

で、そいつが辞めた後、誰もわからなくなるという

モデルを連装配列で実装するクソ馬鹿

せめてクラスくらい作れよボケ

>>894
仕事でプログラム＝汎用機でCOBOL
パソコンは未だになんちゃってコンピュータでしかない

>>899
汚いソースにコメントつけてもたいして役に立たない。

ひろゆき(@hiroyuki_ni)

綺麗か汚いかというより、優秀なプログラマーが書くコードには
ある種の癖があるのは確かだね。綺麗・汚い、の問題ではないよ。

>>903
ソースは俺
ほんとに役に立たねえｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

本当に実行速度が早いソースなら、
そんなに汚くならないだろ

>>96
ラピュタのいかずちのロムスカ・パロ・ウル・ラピュタが私と戦うつもりかと言ってきたのである遺憾であるいざとなれば
見たまえこの巨大な飛行石をこれこそラピュタの力の根源なのだ素晴らしい７００年もの間王の帰りを待っていたのだ

綺麗に書けって言われりゃそうするし、汚くてもいいから急いで動かせって言われりゃそれに従う
大体、どんなプロジェクトだって標準コーディング仕様くらいあるから綺麗も汚いも無いっての
プログラムに個性出す余地なんてハナから無えんだよ

こっちは仕事でやってんだ、学者様や趣味でやってる素人さんにどうこう言われる筋合い無い

>>349
あ、さっきのスクリプトとは違う人か。すまん
はぁ？嫌儲つまんねーじゃん。

関数名や変数名が、何かを表わすプリフィックス＋連番って命名規約のプロジェクトは
まだあるのかね

個人ならいいんだけど腕の悪い奴一緒に仕事するとそうじゃねーよｗｗ

綺麗なコードは良いけど0/1のフラグを定数持ちは意味ないだろと思う

きれいなコードを書けるようになりたいんだけど、
おすすめの本教えて
C言語でお願いします

>>855
お前が言うなｗ

一流は仕事も速いしコードも綺麗。
どっちがいいかなんて言ってるタラコは二流以下としか仕事したことねぇんだろ

電気電子習ってるやつならコードのたるみがどれだけ重要かわかる

コードが汚くて通用するのは小規模ソフトウェアまで

C++やC#では極力autoやvarを使うべき。
型を明示的に書かないと理解出来ないコードはクソ。

マシン語を理解してない奴のコードは糞

>>911
変数名じゃなくてホスト名ではよく見る。。
気の利いた名前が付いたシステムもあるけど。

今コードコンプリートって本読んでるけどおもろいど
とりあえずプログラムの文書化ってのがよかった
無駄なコメントがいらなくなるよね

多少汚くてもいいけど
イミフなマジックナンバーがちりばめられてるのはマジ勘弁

>>919
大規模なものを書くとき型はガチガチでないとかえって面倒になるよ

納期がなければなー

>>855
ヨコモジアレルギーなんだねｗ

>>922
AppleのObjective-C実装をならえってか
悪くないよ
メソッド名超長くなるけど

一概に綺麗さと言っても人によって意味が違う。
簡潔さ、読みやすさの意味で使ってる人もいるし、ややこしい処理を
上手い具合にコンパクトに書いてる、という意味で使う人もいる。

後者の場合、意味が分かれば綺麗なコードに見えるんだけど、初見では読みやすくはない気がする。

>>922
やっぱあれいいのか
ちょっと高いけど俺も読んでみよう

この手の話はコーディングのみという狭い世界に閉じこもってると理解不能じゃねーかな
実際に自分でサービス立ち上げるなりして開発経験重ねてないと理解できないと思うよ
厳格な記述ルールが云々の話とかは次元が低いというかちょっとスレチになると思うわ

どうでもいいけどソースに改訂履歴いれるバカは死んでね。
ソースはメモ帳じゃないから。

全然違うだろ
ハッカーにとってプログラミングは芸術じゃなかったのか

>>922
俺も読みたいとは思っている。ほかにおすすめのプログラミングな本ってある？

>>930
確かに立場が違うよなあ。常にアーキテクチャの組み立てからサービスインの最前線に立つ人と、
俺らみたいなその後の人では意見が違うのは当然だろう。

お前らドカタの自覚持てよ
お前らに言ってないって

なんで、コメント毛嫌いしてる奴多いんだ？
マシンの気持ちになってソース見れば、コメントなんてここのスクリプト爆撃と同じようなもので見えないんだから、たくさん書いてあっても気にならないね。
コンパイルするときに飛ばすから無害だし。

>>935
落書きみたいなコメントつけたって視認性落とすだけだ

i = 1　　　//iに1を代入してます。



まじでこの手のコメントを見たときの絶望感といったら

ユーザー目線=俺目線ですね

>>936
コメントなんて見えないだろ？
気にする方がキチガイかと。

>>933
プログラムっていうと若干微妙だが
達人SQLかな
あれはマジスルメ本
知ってたらゴメンネ

コメントが嫌いなら、コメントを消す整形ツールを作れば良いだけ。

汚いコード書くやつは大抵自己中のクズ

>>940
これ？
http://www.amazon.co.jp/dp/4798115169

>>95
久しぶりにきたんだが状況を詳しく

>>940横から
「達人SQL」で検索しても見つからんのだが、「達人に学ぶ SQL徹底指南書」であってる？
http://www.amazon.co.jp/dp/4798115169

>>943
>>945
それです
CとかJavaとかしかやってなかったからSQLツマンネって思ってたときに読んだら
まじカルチャーショックうけて何度も読み返したわ

>>937

i = 1　　　//iに3を代入してます。

>>946
サンクス早速ポチった

インフルで会社を休んでいる間に読んでおくか。

改めて読み直すとsvnすら使いこなせてない開発環境がちらほらあるけど、
バグ管理とか、テスト管理とかどうやってんだろうな。
一番気になるのはドキュメンテーションだな。どんな体系で書かせているのだろう。

俺もポチってみた
近くの本屋はSQL本少なくてｼｮﾝﾎﾞﾘﾝｸﾞ

見直した時に困るからなるべくなら綺麗なほうがよいです

>>947
//sec = 10;　　　　　//タイマ１０秒
sec = 3;　　　　　//タイマ１０秒

とかなら、まれにやっちまいます

タラコ、コーディングしたことあんの

人に渡すことなく自分だけで管理するならＯＫ
人に渡すつもりなら死ね

メンテナンスの悪いコードで完成度の高いシステムなんてありえん

>>390
は？オレがスクリプトかよｗｗｗなんだそれｗｗｗ
人間はNGBEでおｋ

コードの整然さに固執し過ぎて逆に生産性を落としてる奴というのなら同意

まあ、俺なわけだが

>>953
昔タラコのperlのソース落としたことあるわ
まじで記憶ないんだけどタラコって意外と組めるんだって思った記憶だけある

これ元記事読むと、プロトタイプみたいなのはとにかく速く作れって言ってるだけじゃん
そりゃそうだわ。そこでコードの芸術性に凝るような奴は死ねば良い

メンテナンス性を考慮しないヤツは糞プログラマー以前に会社でやっていけねーよ馬鹿

>>930
ひろゆきは完全に打ち上げのほうの人だから
後なんて知ったこっちゃないんだろうな
動かなけりゃサービスのスタートができないそれだけ

>>551
NG設定の仕方おしえて
こいつスクリプト抽出すればわかる

ここまで東芝ソリューションの社員

要するに高速で綺麗に書けばいいんだろ？

>>964
そういうこと
だけど高速とメンテナンス性優先順位どちらが上かと言われればメンテナンス性

ソフトを作る人と、サービスを提供する人は違うからね。
いわゆる協力会社では通用しない考え。

コード全然触らない管理者系の人だと、動けば何でもいいって考えの人は結構いるな
動いてバグがなくて、苦情がないサービスならコードがすごかろうと、すごくなかろうと綺麗だろうと綺麗じゃなかろうとどうでもいいと

でも動いてバグがないコードは綺麗なんだよ

これはセキュリティを意識する必要の無い糞アプリケーションではって話
セキュリティホールの大半は "とりあえず動けばいい" って奴が書いたコードなのはもはや常識

せめて記事本文読んでやれよｗ

お前ら頭ええんやなプログラムとか一時間ぐらいで挫折したわ

なるほどね
でコードって何だ？

きもい

>>205
うんこルール強制しといてそれ守らすことだけに必死になる馬鹿っているよな。
指摘すると逆切れするし他社の技術者が決めたルールだとさらに指摘しづらい。
そんなもん試験前や納品前にまとめてフォーマッターにかければいいだろうに
無駄な時間があるならこのシステムのうんこ設計なんとかしろと

SQLはどの言語を使うにしても避けられないものだから基礎と言っても良いな
あっちこっちでチョロチョロとクエリ飛ばすなテーブルごとにselectすんな外部結合くらいしろ結合条件をwhere句に書くな
PK付けろselectで事前に重複チェックとかやるな
トランザクション使えテーブル間の整合性壊れるだろボケ
NULLと空文字列混同すんな正常に抽出できなくなるだろが
えっなんでループでselect回してるのなんでサブクエリ入れないの
他にも色々あったけど思い出せない

>>974
>selectで事前に重複チェックとかやるな

えっ、これダメなの？
あとガンガン結合とかサブクエリとか組み込んでなんでもかんでも1SQLで
やろうとするより、チョロチョロクエリのほうが速度速いときもあるよね

>>975
一意性制約違反でDBがエラー返すじゃん。DBの機能を有効に使おうぜ。

コードが整理されてないと保守がやばくなる

>>976
単純なのだったらそれでもいいけど、大抵どこがエラーなのか
画面に表示するために先に確認しないか？

そのなかのコードは別にきれいである必要はなくて

コードが汚い奴は確実にバグだらけの馬鹿なのは確定してるがな

自分が触るわけでもないのに他人のコードの書き方についてとやかく言う奴が使えないアホなのは確定的に明らか

ドカタが底辺なのも明らか

ひろゆき自身が汚らしいからコードも汚いのは納得だな

>>26
はっきりいって対したレベルじゃない

タブとスペースゴチャゴチャにするな！

昔はシステムリソースが少なかったからな
今は有用なライブラリ、余りあるリソース環境。
アイデアのほうが重要だよ。

バカにも分かるように書け

ひろゆきは汚い掲示板を大急ぎで作ってきた唇だからな。
何百人何千人の人が傷ついても気にせずネットブルドーザで人々の心を均していった、
それは今までもこの先も変わらないだろうな。

そのなかのコードは別にきれいである必要はなくて

スパゲティコードは無理

組み込み系じゃ、オンライン直前のハード仕様変更のあおりを喰らって
最後はぐちゃぐちゃになる過激な運命。

ラーメンコードはどうすか

なんだえがちゃんが正解だったのか？

この辺で正解を

>>1で会話している両者は、そもそも「綺麗なコード」と「汚いコード」の見分けができないというお話でした

終了

趣味の問題だからな

慣れてくれば、最初に書くときからある程度メンテ考えて綺麗に書くんだけどな。

超同意とか言ってる時点で馬鹿丸出しなんだけど

は？（威圧）

>>210
聖戦士達のBE、新しいのがほとんどだね。ニュー速に残ってるのは古いのが多い
んー雑談くらいは許して欲しいよ。

1000なら超同意

　　　　　　　　　　　　　　　　／ *　＼ __　　 ＿
　　　　　　　　　　＿＿／￣　　　　　＿ l＞' * l ､
　 　 　 　 　 　　/ *　r―――-＜二 __　`　.､.└ｫ ヽ
　　　　　　　＿/　　/　　　　　　　　　　 　　 　 ヽ　￣￣*l
　　 　 　 　_| ＿_ ../　　　　　　　　　　　　 　 　 　 ＼　　 ト､
　　　　　／/ 　　.,　　　　　　　　　　　　　　　　　ヽ　 ＼　ヽﾑ
　　　　　 ７　　　,　　　　　　　: . : . : .　 : . : . : .　 : . .,.　 ヽォ.∧
　　　　　/　　: ..,　 ;　　　　　　: . : . : .　: . : . : . :.　: . : ,　　|;;|＼l
　　　　 /　　: . ,　 : ;　　;　　　　: . : . : l　: . : . : . :　: . : ,:.:.:.|;;|;;;;;;＼
　 　　/ｊ　　: . :j　　: ヽ: .＼　　　 : . : . |､ :ヽ : . : . : . : . :,:..:.|;;|＼;;;;;;〉
　 　 /;;|　　: . :|　　: . l＼: .＼ 　 　: ..:.:| ＼: ＼: . : . : . ::.,:.:.|;;|;;;;|丁
　　 /;;;;! 　 : . :|: .| : . :|　＞‐‐ヽ　　: . :l´￣ヽ¨:＼‐-:､: .:..,:.|;;|;;;;| |
　　 ヽ∧　 :. :.:|: .| , :イ　 ＿ヽ　＼: . : |　,. rテ==≧.、:.:.: | |;;|;;;;| |
　　　　∧ヽ: . :|: .|: . :ィく千弌�_　 ＼:.j　　トｭ:::: ７7＞、 | |;;|;;;;| |
　　　 /;;;∧ヽ: |ヽ!: . :.|､ 弋＞ '′ 　　　　´￣￣ ｀ ./　ヾ| |;;|;;;;| |
　 　 /;;/;;/ヽヽ! ハ : 小　wwx　　　 , 　　　 xwww /　: ./.:j;;j‐.j/
.　　〈;;/;;/ 　 ＼l　ﾊ⌒Vﾍ.　　　　　 ＿_　　　　　 /l　: /:.:.:.:.:.:/　転載はしないで下さいね
　　　〈;;/ 　　　 |:/: !　 !∨＼.　　　　ー ′　　 ィ:.:.| :./: ﾊ:.:.:/　　雪が1001をお知らせします…
　　　　　 　 　　ﾚV:.!　 !:∨:. ＞　.　　　　 . イ　j:.:/|:∧/ j／
　　　　　　　　　　　.!　 !._∨:..:.:.:. |.`　ｧ .´――ｫ/. ﾚ　　　　　　　http://awabi.2ch.net/poverty/
　　　　　 z―――-!.／, -､＼￣.| 　 l　　　　　|_
　　　　　そ　,　-‐.／ ＿＿ }　.ヽ¨　ﾐｊニ二　¨　　¨　┬＝− - ､-=-
　　　　 ＞'´.　　 / ／　　　ヽ}-r' ./⌒ヽ　　　　　 　　ﾊ　　　　　 ＼
　　　／　　　　　{　　 _..k　　ﾉ　|_〈:::::::∧　　　　　　　{ l　　　　　　　丶
　　　て　　　　 ハ　　　ヽ.イ 　 |;;;;;77;;;;ﾊ　　　　　　 ﾊ l　　　　　　　　ゝ