コードが汚いと開発・修正の工数が10倍になると判明
今すぐコードが綺麗か汚いかを
ツールを使って調査してみましょう
http://blog-imgs-35.fc2.com/s/u/i/suiseisekisuisui/1299679717yaoi-d.jpg
http://blog-imgs-35.fc2.com/s/u/i/suiseisekisuisui/i0259307-1299670757.jpg
http://1kuchi.way-nifty.com/photos/uncategorized/2011/08/11/000a.jpg
http://gazou.blueneo.jp/img/parody/1298293798.jpg
http://livedoor.blogimg.jp/rjc/imgs/d/2/d2123a71.jpg
http://1kuchi.way-nifty.com/photos/uncategorized/2011/08/11/000d.jpg
http://nukoup.nukos.net/img/110950.jpg
http://livedoor.blogimg.jp/karapaia_zaeega/imgs/5/1/519a0032.jpg
http://image.space.rakuten.co.jp/lg01/23/0000254323/57/img7affbb8azikbzj.jpeg
>>1のイメージ
http://livedoor.blogimg.jp/nomadsokuhou/imgs/5/9/59e9c81f.jpg
http://i.imgur.com/oAhGbRR.png
http://pds.exblog.jp/pds/1/201112/29/15/d0130115_22105645.jpg
コードがクソなのは設計がクソなのはだからな。
1番下初見だわｗｗｗ
設計通りに書くのは無能のコーダー
バイト君レベル
設計通りだと汚くなりそうなら提案する
実際に着手して初めて分かる問題点も見つかるだろうし、「設計がクソ」で終わるのは仕事の進め方がヘタクソ
設計の早期修正は他メンバーを楽にさせる点(1人のコストで10人のコスト削減)で重要
勿論その実績をまとめておいて後で賞与面接とかでアピールするんだぞ
>設計通りだと汚くなりそうなら提案する
>実際に着手して初めて分かる問題点も見つかるだろうし、「設計がクソ」で終わるのは仕事の進め方がヘタクソ
報酬をケチるから、そういうバイト君しか来ないんだろ。
良い人材が欲しければ、それなりに払えよ。
昔から割と言われているプログラマーの生産性は数十倍違うってやつは
1950年代だったか1960年代だったかに実際計測して出た数字だから
今でも折にふれて言われているわけで。
>>1の根拠になるソースはどこ？体感（）？
これエロすぎだろｗｗｗｗ鼻血出るわｗｗｗｗｗｗ
【知的財産と契約料金の搾取助長者ばかり】
［受注系SI生涯損害促進者を追放すべき］
偽装請負従犯SEの動機
コミ障
趣味
高卒
文系大卒
低偏差値大卒
偽装請負従犯SEの迷惑
不当指示遵守
強要期限遵守
無能残業
安売競争
利益提供
裁判苦手
対人障害
健康障害
孤独死
偽装請負従犯SEの代償
デスマ
技術低下
収入低下
失業
貧困
非婚
離婚
鬱病
早死
そういうのを汚いと言う。
x ^= 1; へ修正するのに手間が掛かり過ぎた。
【知的財産と契約料金の搾取助長者ばかり】
［受注系SI生涯損害促進者を追放すべき］
偽装請負従犯SEの動機
コミ障
趣味
高卒
文系大卒
低偏差値大卒
偽装請負従犯SEの迷惑
不当指示遵守
強要期限遵守
無能残業
安売競争
利益提供
裁判苦手
対人障害
健康障害
孤独死
偽装請負従犯SEの代償
デスマ
技術低下
収入低下
失業
貧困
非婚
離婚
鬱病
早死
なんとかならないかな？
わりとどうでもいい事の例えかな？
最近のコンパイラに掛かれば同じコードに変換されてるみたいな。
自分の巣に帰れよ。キチガイ野郎
>手入力を増やしてしまう
どういう状況？
そのシステムの画面か、データベースに直接、データを登録するとかじゃないの？
システム化に失敗しましたって意味でも有る。
設計や実装のまずさを手作業で修正、ってのは失敗だけどね。
ただ、システム化＝オールコンピュータ化では必ずしもない。
機械に任せた方が良い部分と手作業が良い部分との区別は必要。
結果的に殆ど機械化というのも当然あり。
事務システムの移行で、氏名の一部が外字登録されてたケースがあったが、
手作業だと年7人日、機械化すると200万円くらい掛かるってんで、
今でもそこは手作業でやってる。
ツール作らない状況です。
とある現場のプログラム見たら、メイン処理の末尾で処理Aの呼び出し、処理Aの末尾で処理Bの呼び出し・・・
って感じで書かれてて、眩暈がした
さらに再帰は全て関数で実現してるし、どんだけコールスタック積むつもりだよｗｗｗ
プログラミング初心者がよくやる。
すまんが、お前の指摘は
コールスタックだけだよな？
【知的財産と契約料金の搾取助長者ばかり】
［受注系SI生涯損害促進者を追放すべき］
偽装請負従犯SEの動機
コミ障
趣味
高卒
文系大卒
低偏差値大卒
偽装請負従犯SEの迷惑
不当指示遵守
強要期限遵守
無能残業
安売競争
利益提供
裁判苦手
対人障害
健康障害
孤独死
偽装請負従犯SEの代償
デスマ
技術低下
収入低下
失業
貧困
非婚
離婚
鬱病
早死
スタック溢れないの？と聞いたら、ダイナミックスタックだから溢れない。と言われて、さらにびっくりした。
ダイナミックスタックって何よ？
足りなくなったらヒープから取るのか？
アドレスだけ足りてればメモリはどっかから取ってくるよ。
仮想記憶を勉強してからまたおいで。
実装されてるシステムあるの？
きれいなコードを書くのに時間がかかるという前提が間違ってるよ。
むしろ綺麗なコードを書く人の方が開発速度速いから。
絵がうまい人が、絵を描くのも速いのと同じようなものかもしれないね。
綺麗なコードを書くのが遅いのは、綺麗なコードを書いたことがないから。
書いたことがないから、汚いコードを書く。それを直そうとすると時間がかかるのは当たり前
どうすればいいかわからないからね。初心者が書くのが遅いのも同じ理由。
でも綺麗なコードを書いたことがある人は、前にやったパターンを
なぞるだけだから、最初から綺麗なコードを書ける。だから速い。
お前再帰関数のスレでも訳の分からん事書いてるだろ
みんなみんな賢いコンパイラさんが解決してくれてるよ。
デスマってもともとのスケジュールが悪いのが
大きな原因だけど、
技術力が低いっていうのもやっぱり原因の一つなんだよね。
自分のところの開発フローの効率化も出来ない奴が
他社のシステムの効率化なんて出来ないわけで。
はあ？
はぁじゃねぇよｗ
俺がやったら5分で終わったバグの修正に
いちいち報告文とか書いて、これを修正するべきか？とかいう
やりとりをいちいちやってたからな。
技術力が低いから修正する時間がかかるから
やらなくて済むならやらずにいよう（ユーザー喜ばない）
そのために無駄な時間をかけて、そんなことだから
デスマになるんだと思ったね。
おまえマネジメントも上流工程もやったことないだろ？
それ、何も言い返してないからｗ
http://livedoor.blogimg.jp/game39/imgs/6/7/679c4303.jpg
デスマについて多い勘違いだね。
デスマってのは、スケジュールひく前に運命が決まるんだよ？
そうだよね。仕事の速度の問題じゃないからね。
ミーティングするにも時間はかかるわけで
簡単にすぐにできることにいちいちミーティングする？
そういう余計な会議で時間を無駄にしてるんだよ。
プログラマからみれば会議していてもむだ
プログラマの頭の血のめぐりが悪いときは会議でなく散歩だね
会議でじっとしていることが、血行をわるくさせる
会議なんてものはSEの責任逃れ
デスティニー・マネジメント？
「人月の神話」で検索。
スタック領域 自動拡張
でググったらすぐでるじゃん。
まさか検索もしないでそんな投稿するなんて思いもしないから、英語で検索しないと出ないのかと思っちゃったよ。
すぐに手を動かさない奴は伸びないよ。
いや、具体的なシステムを知りたいんだが
SEの職務は、手入力を減らす事だと
わかってますか？
本人は言いたいこと言えたと思ってるんだろうけど、伝えたいことがまるで伝わらない典型例みたいな文章だな
噛み合うとか噛み合わないの問題ではない。
【社会】 ソースコードは指紋… レイアウト、語彙、構文の特性で
作者はほぼ特定できる、その精度95%以上！
人月契約の作業者が疲弊するだけ
短くきれいで安いのでは困る
プログラミングの価値を、コード量で測ろうとしてるもんな。
重要なのは、改善効果の金額換算だろ。
どこの話なんだろうか
つーかあいつら書いたコードゴミすぎてみてるだけで吐きそう
ステップ数はコストだよ？
同じ機能をある人は100行で作りました。
ある人は全く同じものを10000行かけて作りました。
どちらがコストがかかってるでしょう？
言うまでもなく後者だよね。
バグや機能修正が入った時、100行のコードから該当箇所を修正します。
ある人は、10000行の中から該当箇所を探し出します。
どっちがコストがかかるでしょう？
言うまでもなく後者だよね。
それを理解して、ステップ数を数えてこの人は行数が多い！
たったこれだけの機能をこんなに時間かけて作るんじゃねーよ
大赤字じゃねーか。っていう判断に使うのなら問題ない。
なんていうか、くどいなー
いしど
他人が使うもので非対策はゴミ以下
それを異常系と呼んで場当たり的な対処で済まそうとするから
見るもおぞましいソースコードが出来上がるんや
> 異常系は基本何もしないのが唯一解なんだけど、なぜか昔から誤解されてるよなあ。
わかってるねｗ
異常系に対するだめなコードは、エラーが発生する可能性があるから
発生した時に何かしなきゃいけない。と可能性がある場所毎に
何か書くこと。その場でログを出力するとかね。
そんなことやるから、あちらこちらに異常系のコードが大量に
生産されてしまうし、見逃しも沢山生まれる。
そんなことせずに、異常になった時に絶対呼ばれる部分があるんだから
そこにコードを一つ、または数個かけばいいだけ。
あとはまれにそれだけじゃ不十分な時に、追加のコードを
書くだけでいいんだよ。リカバリできる異常状態も
まれなんだから、リカバリできる場合に限って対処すればいい。
やり方が正反対なんだよな。
実務経験あるの？
Windowsで言うところのブルースクリーンだな
復帰不能
悔しいからって、負け惜しみ言うだけで
消えるなよｗ
それは論点ずれすぎてるｗ
わかってないよお前。
要はエンジョイコーディングってことだろ？
そうなんだよね。
リカバリー出来る様にするならそれは正常系なんだよ。
設計のバカが担当が異常系で処理させれば済むって事で
初期の設計に入れてないんだよw
続行できる。
エラーが物理的な要因による物でもそう言えるならあんた帰っていいよ。
未だにやってるよ
設計もしてないのにステップ数から
見積りとかバカかと言ったら
逆ギレされた
ある程度スパゲティでも構わないし (いや実際には構うんだけど) 苦情や文句を言うこともない。
2ちゃんねるとかで質問者が変な書き方したがっててもいちいち突っ込まない。
同じ書き方で回答を提示する。
しかしそんな俺でも許せないものが一つある。
書き方が一貫してないコード。
特に複数人で修正して回ったようなスパゲティコードは手に追えない。
たぶん納期に追われてプログラマが辞めながら作って行ったらしきコードなんだろうけど、
これだけは本当にどうにかしてほしい。
>>96は多分思想がバラバラなんだろうけど
その場合人は関数を作らないようにするためその関数の中で修正してしまう
こうして数千行の関数が量産されていく
そこで新たに関数を作ろうものなら空気が読めない人間になる
生きて行くって難しい
最長1万行の関数を見たことが有る
100〜のスレッドの続きを読む
