お前らって汚いコード書く奴に厳しそうだよなｗ

おう

煩い奴に限って自分だけは例外ルールがあるよな

まず、
例外の意味も使い方も分からない状態の新人に、
打たせてはならんし…要らん

後、
似たような名前の変数をたくさん置いてリサイクルしない新米も要らん

そんなことないよ
でもコメント少ないのにバグいっぱい出す奴には厳しいよ(^o^)/

規約されてるところ守られてれば特に文句はないけど、変数に恥ずかしいスペルミスは混ぜないで欲しい。

/* ここまで頑張りました。あ、言い忘れてましたが仮ドライバーなんでそちらもよろしくです */

SEがしっかり物理設計してりゃ、
多少PGにバグがあっても取り返しがつく

{を右端に付ける派と改行して下に付ける派。
{を下に付ける派の中でも真下に付ける派とインデントして付ける派。

この記事内もコードミスってテンプレート崩れてるけどなｗｗ

動けばなんでもいい
以前はそんな事無いと思っていたけどあるゲームのコードを見た時考えが変わった
コードの美しさとゲームの面白さや快適さは比例しない

昔のゲーム屋から言わせてもらえば完成させちまえば終わりだし
人に見せることなんて無かったからかんけーねーよ
ってか、限られた条件のハードで上手くやる自分のオリジナルなテクは人に見せたく無かったしな

プログラミングのことなんて全然わからないけど、目的を適える方法にそんな違いがあるのか？

2chってプログラマ多いんだな
当たり前っちゃ当たり前だけど実際目にすると正直驚く

10月半ばから始めたけど開発環境もDBも設計も実装も全部一人でやってるからコードが綺麗に書けない
SEもPGもみんな客先だからプログラムの事わからん人しか社内にいないから誰にも聞けずにここまできてしまったわ
1月から初プロジェクト大丈夫かな

習ったときは使うなって言われるけど仕事だとgoto普通に使ってるって聞いたけどホントなん

ほとんど自己満とか言ってる奴は仕事で使った事あるのかね？

米12
大雑把に言うのなら人の数だけある
同じ事を伝えるのも、人によって言い方や言葉が変わるのと同じレベルで違う

米14
この業界はキチガイが多い。めんどくさいか「そっすね」って言えばいい
基本トライアンドエラーだから心配せんでええけど
コード書いてるときに電話着たりお客さん対応が必要になったとき、けっこうしんどい

一つの変数を使いまわしは可読性を阻害します
状況によりますが基本的には控えてください
その程度のオーバーヘッドは今日では無視でき範囲内です
使いまわさないと収集がつかないほど定義数が多い場合は構造的に問題がある恐れがあります
どちらにせよ得意な例ではないでしょうか

���Υ������ȤϺ��������ޤ�����

馬鹿がシェルのコメントに愚痴書いて
客にバレて大問題になったことがあった

※8
{は右端がスッキリしてていいわ
改行真下はまだしも改行+インデント見るとイラッとする

コーダーなんて既知のコードをコピペするだけの単純労働みたいなもんだし

ハード屋だけど、{は改行して更にインデントして付ける派。
STARCに則って書いてるからそんな深いネストなんかやらないけど、ひと目で判断できる方が好み

コードレビューやるし、後任のためにコメントも入れる。コメント一切書かないヤツは死刑でいい

※15
gotoイコール悪って思って頑なに使わないひともいるね。
多重ループから抜けるときどうすんの? って聞いたら関数化してその中でfor文書くとか、
breakとフラグを使って抜けるとかそんな回答が返ってきた。

それ、余計にソースが汚くなるんじゃ・・・と思ったけど・・・
まぁgotoは3重4重以上のループから一気に抜ける時以外、殆ど使い道がないんじゃない?

ちなみに、microsoftのサンプルでも終了処理でたまに出てくるぞ。

コード何それ、ケツに刺すの？

※14
一人プロジェクトなら、酒おごってでも見てもらえ。何でそうしたのか？の理由が説明できない場所があると、あとで修正するときのメリット、デメリットがグダグダになる。
あと、見てもらった結果を反映するかどうかは、また別の話で良いんだよ。

※17
現場の事何にもわからんから参考になる、ありがとう
今は社内研修って名目で社内で作業してるんだけど、電話応対やお客様対応や掃除のような実務も、アウトバウンド営業も全部自分一人でやってるから、コード書いてる時に中断するのには慣れてると思う
トライアンドエラーでいいって聞けて安心したよ、まさに今その状態だからさ

なんだ、旋律の話かと思ったらプログラムの話か

今は学部でgotoの使い分けを教えてるけど、昔の人はそんなのないもんな

数字が全部マジックナンバーの奴がいたな

プログラム組めない人間にはさっぱりだわ
とりあえず、はじめてのCでも読めばいいの？

※14です、連レスですまん

※26
実は社内にいる社員（社長とマーケティング担当）以外殆ど会った事なくてな
社長に話してもみんな忙しいからって理由で連絡が取れんのよ
社長相手にチャートは見せるんだけど、指摘点が仕様じゃなくEXCELの使い方で内容には触れられんから、メリットデメリットが正しい判断かのレビューもないんだよね
今度SEやPGの勉強会でもあったら参加しようと思ってる、ありがとう

gotoは多重ループから抜ける以外には異常処理をまとめる際によく使う。
基本的に正常系は縦にまっすぐ伸ばしたいのでｗ
(理由：ネストの深いコードがキライ)

読めないコードを書いた上司に
「これ読んで改良して。細かい処理は忘れたけどあなたプログラマ何年もやったんだから読めばわかるでしょ」と言われた。

設計すらまともにやらずに変数名も全部一文字で処理もオブジェクト化もモジュール化もされてない、本人しか追えない、または本人でも追えないソースだ。例外除いて（これが諸悪の根源）一応は動いている。

インフラエンジニアだからといって可読性のないソースを書いていい訳はない。逝ってほしい。

※15
逆に、goto使うなとか本当なの？

俺はエラー判定の時とかによく使うな
例外処理でも良いけど何処でエラーが起きたかを出したい時もあるし･･･

綺麗なコードを書きたければリーダブルコードを読め
それ以外の問題ならCodeCompleteを読め

プログラマって異様に攻撃的だよね

汚いプログラムを書く人は
他人のプログラムを解析する仕事をしたことがないのかもしれないな

>>35
gotoを"絶対に使うな"ってのはそれはそれでひとつの信仰として存在してる
理由はどこにでも飛ばせるから
素人がやるととんでもない所に飛ばしまくってコードが絡まる
と聞いた

どうすれば読みやすいか、つまりどれだけ理解するのに時間がかからないか。
この原則さえ徹底していれば、細かいことはどうでもいいよ。

頼むからコーディングスタイルに
こだわる程度にアルゴリズムに
関心を持って欲しい

※38
自分のプログラムをメンテナンスする仕事もしたことがないのだと思う

win7への移行が大変だったわ

イラレでも同じような事があるな。
フリーだから他人に見られる事って印刷会社くらいで、
最低限は守ってるが、
デザイナーには見られたくない時あるわ。

下請けに発注したらゴミのようなソースを納品しようとしやがった

ちょっとだけキツイ言葉でやり直してねって言ったら恫喝だとかなんとか言われて社内で大問題になったことならあるわ〜

上司に説明するときにそのコードのコピー見せて、どう思います？って言ったら出来てるじゃないかと言われて、今俺は無職です。

※41
それ以上にこだわりが必要なのがデータ構造、クラス設計

※45
そりゃ、下請けにやり直しさせたら余計金掛かるだろ
目に見える問題が無い限りそれは無理な話だ

※45
納入時にソース指摘とかｗ

お前らが何を話してるのかわからない

曲かとおもった

typedef使いまくったらお前らの殆どが発狂する
間違いない

お前が趣味で書いてるなら好きにしろよ
でも仕事なんだから人に引き継ぐ事もあるだろ
そこでバグが出たら全部お前が直すのか？
間に合わなかったら責任取れんのか？できねえだろ？
だったら他人が読めないコード書くんじゃねえよ

って、新人だった頃に先輩に説教された
今となってはいい思い出だわ

インデント代わりにスペース入れるやつ理解不能
大文字or小文字で統一出来てないやつは最低限のマナーを守れ

linuxカーネルのREADMEにコーディングスタイルの説明があったから読んでみた
納得できない点もあったけど、気づいたこともあった

※53
tab幅に依存しないために一括untabifyしてるんじゃないの
tab/space混在インデントは理解不能だけど

テクニカルなプログラムを書きたがる人がいる
でもそういうプログラムって読みにくいんだよな
俺だけかもしれんけど

※37
飛び抜けてるよな
少なくともネット上ではこの分野にはロクな人間がいないというイメージ

スペル間違ってる変数名は気になってしょうがない

まぁ、俺インフラSEだけど

���Υ������ȤϺ��������ޤ�����

/*この処理はいらないけど無いと落ちる。処理なし。*/

アホか、スタックの計算ミスってるんだよ！

変数名とか見た目とかどうでもいいけど、コメント書かない奴は死んでいいよ。
処理的に汚いソースは説明も書きにくいから書かないだけだし。

serverを略すのにsvrとした奴を知ってる。

※60
アホだけど、コメントの使い方としては完璧だな

見習いSEだから今下流まかされてるけど
研修でやってはいけないこと、って
習ったことを大量にやる毎日
GOTO文を書きまくるし設計書の改ざんも当たり前
コードもインデントがそろってるだけで
例外処理に穴があったり、きれいなコードじゃないと思う
単なるコピペ係なんで処理を変える権利ないし
一応ここで落ちますよ、って伝えたけど
今更変えられないから指摘するなといわれたので放置してる

コメントアウトのセンスない奴は許せない
printf() //〜と表示する
極論このくらいのレベルのことコメントアウトする奴いるけどバカなの？

改行コードを削除するのはいい
だが削除した後のものを渡してきて作業しろとはこれいかに

※62
子音だけ取って3文字はいいセンスだと思う

ﾌﾟﾛｸﾞﾗﾏ-で世界制服でも してくれ

※65
おまえ"コメントアウト"の意味を誤解している
コメントアウト≠コメント

コメントアウトはすること自体がダメだな。
消せ。svnかgit使ってこまめにコミットしろ。

「コードの仕様」を「日本語」で「紙」に書け。
これができないプログラマはぶん殴りたくなる。
理系だからって日本語できないとか死ね。

私女だけど　簡単に死ねとか言っちゃう人はプログラマとして以前の問題だと思う

※72
私女だけど〜とかいらねぇよ。ウザいキモいしねｗ

/*なんかよく分からんけどこの処理でうまく動く。ラッキー(^_^)v*/

殺意が湧いた・・・

※72
単なる罵り言葉の一つだ。
ここは掲示板。プロトコルに従おう。

汚くてもいいから、コーディングスタイルは統一しろ
バグ解析してると発狂しそうになる
コーディングスタイルがわかりやすく統一されてると、修正するときも楽

※74
そのコメントでさえ、ないよりある方がはるかにマシ
そんなことをわざわざ書こうとするなんて、実は良いプログラマーじゃないのか

うちの現場は変数名から何からガチガチにルールで決まってるから
誰が作っても同じコーディングに成るようにしてある
何十年使ってる工場のシステムだから同じでないと困る

※71
文系は変数の意味を理解できるんですか
そこから始めると時間がかかりすぎるんですけど

/*

　　　　＿＿＿
　　 ,;f　　　　　ヽ 　　　　 　　　
　　i:　　 　　 　　 i 　　ありがたやありがたや
　　|　　　　　　　　|　　///;ﾄ,
　　|　　　　^　　^　)　////ﾞlﾞl; 　　
　　(.　　>ﾉ(､_, )ヽ､} l 　 .i .! | 　　
　 ,,∧ヽ　!-=ﾆ=- | │　 　| .|
／＼..＼＼｀ﾆﾆ´ !,　{　　 .ﾉ.ﾉ
／　 ＼ ＼￣￣￣../　　 / .|

*/

処理内容そのままのコメントよりも、処理の目的を書いてくれるとコードが格段に読みやすくなるかな。

あとトップダウンで作ると大体コード汚くなる。。。
かといって詳細設計をバリバリやるのは割と億劫（笑）

話の内容はさっぱりわからんが
プライドの高い人間が集まる殺伐とした仕事場だってことはわかる
プログラマに必要なのはセンスじゃなくコミュ力なんじゃねえか？

サイト公開したら早速かｗ
お前らｗｗｗ

コメントのエンコードが同じファイル内で違ってたり

※82
まぁね。でも、プログラマはネット住民多数だから、仕事場じゃ温厚だよ。仕事場の環境が悪い所は殺伐としてるけど・・・

学校で落ちこぼれだった人は１からプログラム書かないで、上級SEの指示に従ってください、
それじゃ自分のスキルが伸びないとか言わないでください、そんな事は自宅でやってください
出来ないのは、勉強しないからです、コーディング規約もそうですが、まず設計のロジックが出来ていないのです。馬鹿にせず流れ図くらい描いてください

俺も若いころはんなこと言ってたけど、今ではすっかりだぜ。

よくわからん素人だけど、仕事ってどこも似たようなものだなあと思ったわ
雑なヤツと丁寧なヤツ、早く仕上げるヤツと手が遅いヤツ、でもそれが完成品の品質上関係ある場合とない場合がある
一般人から見ればバグがなくてまともに動いてくれればいいし、セキュリティホールでたびたびパッチ当てなきゃってのも困る
でも丁寧さはメンテナンスの効率にかかわってくるからね　必要な工具や材料がどこにあるんだ、ってのは製造業の世界では×だから定置管理が徹底されてる　それと同じことなんだろうね

※82
プログラマって言ったって全部1人で仕事するわけじゃないから、
ぶっちゃけコーディングスキルよりもコミュニケーションスキルの方が重要。
これがないとレビューもできないし、電話会議もできない

グーグルのソース初めて見たけど笑った

お前ら一体何を喋ってんだ

死ねとか辞めろとか、考え方がガテン系土方のそれとあんまり変わらんよね

コーディングスタイル統一しろって言われるから
結局コピペ＆改変でコーディングすることになる

本当にセンスあるやつの書くソースはすごいよ
あんなふうには絶対かけないと思ったけどな

汚いコードも困ったものだが、
不要なクラス化を連発し、
一文字変えただけでもそのルーチン全体を注釈で残し、
更に同じプロジェクト内なのに、
ほぼ同じ処理をする似たようなルーチンも全て別々に作る等して、
下手したら数十行で済むようなプログラムを、
千行以上に水増ししていたバカのソース見た時は殺意が沸いた。

コピペすらセンスと知識が問われるけどな
仕組みを知らない物を他の人の似たような事やってる所からコピペで作ったけど悲惨な事になってるわ
テストが怖い

日本人のコードならとりあえず読めるから綺麗だと思えてしまう

それぞれの関数で必ずコメントを残してほしい。
何してるかわからないといちいち解析から入るんで面倒くさい。
解析作業で無駄に人件費が抜けるという認識がもっと広まってほしい。

他の人がソースをいじったら制作者のコメントの内容すら怪しくなって結局自分で解析するはめに

最近、机の上の汚さとコードの汚さは比例するかなあ、なんて仮設を立ててみたが、
反比例するのもあって、そうではなかった

サブルーチンの中で迷ってpopしてjmpしたらイカンですか、そうですか

きれいに書くことにこだわって
指定日や動かないゆとりが多い

日本のプログラマってICT業界の最底辺だし、建設現場でたとえれば日雇いドカタに近い
そんな奴らが「汚いコード」とか言ってても「何言ってんだｗ」されるのがオチ
どうせ使い捨てなんだし

※103
そうは言っても複数人で引き継ぐこともあるんだからな、一人でやるならまだしも
書類やファイルの引継ぎでも書き方や整理整頓は大事だろう

むしろドカタほどそういうの厳しいんじゃね？
この道具なんでとっ散らかってるんだゴラァ！みたいに殴られそｗ

何が何だかわからん
書き込んでる人達はそういう仕事やってる人？
それともそういうのに詳しい一般人？

ITじゃなくて金属加工現場の人間だけど、加工プログラムでもアホな書き方する奴おるでよ。
工具の動きをいちいちコメント入れたり、モーダルコードを毎行書いて容量倍にしたりな。
入社40年とかの奴がこんな書き方するもんだから、現場じゃ変な派閥みたいのができてたりする。

コーディングルール作って守らせろよ
それで、バージョン管理ソフト使ってればそこまでひどいことにはならんだろ
それより問題は設計段階でふざけた仕様通ってしまうことだ

趣味でマイコン用のプログラムしか作れないけど、
お前ら、その技術使ってスマホ用のアプリ作って大儲けしようと思わないの？

56が良く分かるわ
コピペだらけのコードは修正するのが非常にしんどい。
作るときは早いから周りからは評価されがちだが、そいつのコードを引き継ぎ、移植する人は地獄だ。

数年経ってもメンテの必要がある時なんかコメント少ないと困りますよね
僕なんか
コードよりコメントの方が多くなることしばしばです

音楽のコードかと思った

仕様さえきちんと決まっていれば、誰が買いて、同じになるだろ？コードなんてそんなもんだ！

インターフェースとか継承使いまくったりして
どこを修正すべきかわからなくなってる
意識高い()系のソース勘弁して欲しい
しかもコメント一切無しとか

全然意味が分からん

"writing solid code" とか、保守性に関する本でも読んで落ち着けよ
さらに古くても良いなら、"Cプログラミング診断室"とかさ

特にwebプログラマでphp、もしくは、javaしか知らないような人たちには必要じゃないかな

コメント書くのはいいけど、コメントもメンテしてくれ。設計資料がちゃんとあるなら、コメントは最低限でいいと思う。

>>113
それは「Hello world」出すだけのレベルならそうでしょう

俺も動けば良い派だったけれど、担当変更で前任のプログラムが滅茶苦茶で凄く苦労したから汚い奴は死んで欲しい派に変わった

>>117
僕のは
コメントだけ呼んでも仕様理解できるレベル
仕様変更、クライアントの過去の要望までみんな書き込みまくり

// TODO ダメ。

俺の書くコードが汚いのは自覚してる

だからその分細かくコメントに記述するようにしてる
時間があれば整えるんだけどな･･･

※45
それは事前にコーディングルール提示しなかったお前が悪い。
事前に言われてなかったのに後からごちゃごちゃ言われりゃ
下請け切れても仕方ないわ。どーせギリギリの予算や納期でやらせてんだろ

　'VBA舐めんな

※108
コーディングルールを読んでない馬鹿が大半な現実……
バージョン管理ソフトを使ってても、削除箇所は消去ではなくコメントアウトすること、とコーディングルールに書かれている現実……

いいから時間作って、コード規約作れよ

綿密なコーディング規約もないようなとこで仕事したことねーよ・・・

まあぶっちゃけそれしか人に勝てるところが無いような奴らなんだから拘るのは当然なんじゃないの？w

コーディング直すついでに設計書も作っといてくれ

※60
あるあるｗ
でも書いてくれてるだけマシｗ

ある程度プログラムが組めてきたら
動けばいいやだなんて自然と思わなくなってくるもんだけど…
難解でも許されてたのは過去のナーシャ・ジベリぐらいだ

ごめんね、仕様がころころ変わってごめんね

汚いコード書くクズはコード書く前に設計書書けや

はやくやれよ！！ポテチ食いながらはやくブヒブヒ言ってやれよ！！きめぇ〜ｗｗｗ

※ 132
絶対に許さない

大勢のアホ達のせいで俺みたいなのが割を食うんだよクソ
言われたことくらい守れや

お前らスパゲティ大好きだろ？

米132
てめえか、毎日毎日意味のワカラン仕様変更してきたやつは。アレのせいで3人やめたんだぞ。

米89
プログラマでコミュコミュ言う人多いけど
その程度のコミュ力はどの仕事でもいるだろ
むしろコミュ力が低くても働ける場だぞ

IT土方ってのはプログラムろくに組めない奴が僻みで言ってるようにしか聞こえんな

ロボットのくせに不満なんか持ちやがって

なあに、マシン語になっちまえばgotoなんて星の数ほどｒｙ

コードを綺麗に書くことは当たり前、
当たり前ができない輩が、便所の落書きでドングリの背くらべしている様が哀れ。
まずはコードの書き方やコミュ力云々より、しっかり仕様を実装できる所から始めろよな

コメントを大量に残しておいてくれれば

※143
保守されねえコメントなんて糞以下
無駄にコメントで行数稼ぐより、
人間が読みやすいコードを書くべきだろ

汚いっていうより、無駄不要な書き方、
エラーが起きやすい書き方が気になる。
でもそういうのって技量の問題だから
自分の技量が追いついてないとわかんないものなのよね。

人のコードは得てして読みづらい。
だって自分の書くコードが至高と考えてるから。
それはプログラマーのサガ。

コメントコメント言ってる奴は初級レベル。
一人前なら黙ってソース読め。
分かりづらいなら書き換えちまえ。

このあいだ委託先からあがってきたソース一式の中に
nakajima.cというファイルがあった。誰だよ。

コメントは多すぎても駄目だな
可能な限りコード自体に語らせるべき

汚いコードだけならまあ良いというか、
無駄に長いのと異様に詰め込んだコードだけは勘弁してくれ
２〜３年経ってから障害出たときに調べるのめんどくせえよ

趣味でプログラムを書く程度の人だけど「円周率はPI=3.1415と書くべき」って意見には全面的には同意できない。
そうやって不必要なところにまで変数を使いまくるとその変数が何の値かわからなくなったり、
変数名のタイプミスや他との被りでデバッグが大変になったりするもの。

作って納品したら終わりだと思ってると、汚いソースコードでも一見動いてればＯＫってなりやすいんだよね。
実際にはその後に瑕疵担保とかで、見逃してたバグ取りしなきゃいけなかったり、バージョンアップで書き換えなきゃいけなかったりする。
そういう時に必ずしもコード書いた人が担当するとは限らないから、別の人が見てもなるべく解析しやすい状況になってないと、バグも発生しやすくなるし時間もかかる。
結果的に見積もりの段階でそのあたりの予想しにくい工数をバッファとして積んだりするから、お客さんにしわ寄せがくる。

コード書いた奴しか動作内容分からないもんだから、「これからはここに書いてあることが仕様です」って流れになるのがいや
要求内容はもっと簡単なはずや

何にでもケチつける底辺ばっかだからプログラム読めなくて、プログラム汚い＞＞発狂
他人の書いたプログラムなんて自分にとって読み難いに決まってるくらいに思っとけば、たまに読みやすい奴が来た時に幸せになれるのにな。

勝手にプログラムできる扱いすんな

���Υ������ȤϺ��������ޤ�����

その言語の第一級のオブジェクト(Javaならクラス)に複数の関心事が混ざってると吐き気を催す。
ちゃんと設計通りにやってね！設計おかしかったら報告してね！すぐでいいよ！！

設計書や仕様書も残っていないソースで入り子構造を多用したり、インデントがガタガタだったり、
無理やり変数や関数を複数の用途に流用したりしている処理を追いかけるのはゲンナリする。
もっと見易いソースを書いてくれよ。。

※37
スケジュールに余裕が無いときに汚いソースにあったときのストレスは半端ないからね。

※64
うん？それって見習いＳＥじゃなくてＰＧなんじゃ・・・。

※82
プライドの問題じゃなくて、仕事の効率の問題だと思うんだが。。
字が汚すぎて読めないメモを部下に渡されて笑顔で対応できるんなら凄いがなあ。

※125
削除や修正箇所のコメントアウトが大量に残っていると全部消したくなるよな。
まあルールで決まってるとやる訳にはいかんが。

※153
あるある（笑）

現社員の誰も仕様を理解しきってない、古代言語のプログラムを解読する作業は、もう嫌だお……

もうね、新規販売も保守サービス継続もやめちゃえよ……(´・ω:;.:...

/*帰りたい帰りたい帰りたい帰りたい帰りたい*/
/*帰りたい帰りたい帰りたい帰りたい帰りたい*/
/*帰りたい帰りたい帰りたい帰りたい帰りたい*/
/*帰りたい帰りたい帰りたい帰りたい帰りたい*/
/*帰りたい帰りたい帰りたい帰りたい帰りたい*/
/*帰りたい帰りたい帰りたい帰りたい帰りたい*/


実話ですｗ

$a
$asdf
$categoryfood_japanese_rice_sushi_price

なめとんのか(´・ω・｀)

まともに会話ができないのと同じなんだから当たり前だろ

※118
仕様が同じなら、誰が書いてもコードは同じになるし、誰でも読めるようになるんだよ。
なにも1字1句同じだなんて話ではない。
まともなUTも書けない阿呆プログラマばっかで、コードレビューをまともにこないしてないと、そうならないだろうけどねwww

「お前のコードはけがれている。」と厨二病ぽく指摘してやりますよ

・受注という名の派遣
・日程決定後の割り込み
・リリース直前の仕様変更

規約に沿って書いては怒られ、判りやすくと工夫しては怒られ。
こうして少年たちの目が歳を取る〜笑
バイナリで打ってた時代が懐かしいわ笑

協力会社担当の画面で不具合でて対応に向かわされた時にのコメントに

'2012/03/01 COP)Tarou クソロジック作った◯◯会社◯崎の尻拭い。 START
略
'2012/03/01 COP)Tarou クソロジック作った◯◯会社◯崎の尻拭い。 END

って書いてる奴ならいたな。

汚いコード４０行のデバッグを手伝ったら、同じ処理を美しく１行で書ける事に気づいた
あの時は笑った

コードの絵じゃないのか

行数短きゃ良いってもんでもないんだけどね。メンテナンス性の観点から言ったら。

※163
RubyやC++では、同じ事やるのでも表現方法は全く変わるよ。
「目的が同じでも、違うやり方が合ってもいいよね」ってスタンスの言語だし。
COBOLやJava、VBでは、同じような表現になるね。

ステップ数で金もらってたときは綺麗に書いたら先輩社員に怒られたぞ

仕様が同じなら誰が書いてもコードが同じになるとか思ってるマヌケがまだいるとは・・・

>>「直前にprintf()入れたら動くんでコードは正しいと思うんですけど」

こんなパターンってあるの？
無意識に次の行も触って全角スペース消してたとかでもない限り
こうなるケースが思いつかないんだが・・・。

昔聞いた話だが、「邪魔だからコメントを全部取った」と自慢していた顧客先のプログラマがいたそうな。
コイツ中年だったから、自分がリストラされないための対策だったらしい。

辞めた先輩が作ったうちの部内システムのオブジェクト名
「TextBox1氏名」とか「DropDownList1都道府県」とか。
最初は命名ルール決めろよと思ったけど慣れたら分かりやすい

数字は初期化段階で定数化するのが当たり前。いちいち数字の部分を大量に直すバカ作業が減る

コイツらみたいに下だけを見てブチブチ文句言うような奴になったら終わり

※173
Python→○
Perl→×

if-elseが5段階ぐらいネストしてて、誰も仕様理解できない有様にした挙句「いやー本当は良くないんだけどね(笑)」とか言ってるキチガイまじで死んでほしい

納品物に落書きすんな。

その汚いコード書いた奴が永遠に保守してくれるならいいよ。
そいつが部署移るなり辞めるなりしたとき、
カオスの塊と化したコードを誰も触れないのが問題。
その手の馬鹿は仕様書も更新しないしテストコードも書かないからな。

こう、ダメなコードってのは遠くから見て波打って見えるんだよ。
サインカーブを90度反転したような、ウネウネウネウネと

そういうのを見ると頭痛を覚える。

最近lispを触ったんだけど、なんであんな括弧の付け方すんの？
特に閉じ括弧
なんで纏めちゃうの？

デカイ会社のシステムやってた時は関数とか変数は全部規約にそって命名してたな
修正や追加も全部日付とコメント必須だった
それが普通だと思ってたなぁ

※10
ゲームとかは引継ぐ前に流行終わるから汚くても動けば良い。
引継ぎがある場合は、綺麗に書くのが良いね。

俺は引継ぎが無いようなプログラムは汚くても動けばいいやってスピード重視で作る。
引継ぎがある時は馬鹿でも読めるように時間掛けて丁寧に作る。そうしなきゃやってられんよ。

土方だけがソース書くわけじゃあるまいし

※185
それが多士済々なプロジェクトになるとねもうね

昔別な人が書いたプログラムの
コメント位置がずれてたのでなおしたら
後日それを書いた外注のベテランプログラマから
「何で人のプログラム弄るんだよ！！！」
って激怒の電話をもらったなぁ（遠い目）

そう文句垂れるなよ、お前らだって同じ道を歩んできたじゃないか。

※182
同意！
昔とあるツールの変更するのにスパゲッティを
通り越してスチールウールなプログラムをみて
「誰だよ！こんなクソプログラム書いたのは！」
って大声でキレたらプロジェクトリーダだったｗｗｗｗ

にわかだけど使わなくなった構造体もコメントアウトでしばらく残しておく

プログラムパートは軽く打ち合わせで話すぐらいしか接点無いけど
// ↓なぜか動くので放置決定　(^o^)
にはわろた

>// ↓なぜか動くので放置決定　(^o^)
クソワロタｗｗｗ
学生の時に提出課題で使いたかったｗ

//これは◯◯のコピペです

綺麗汚いのレベルじゃないのがいるからなぁ。1ファイルに10万行とか、関数1つに1万行とか、初心者もビックリなのがいる。樽井さん、あんただよ。あんたの会社だよ。

変数にcountではなく、cuntを使っているスクリプトを見たことがある。
書いたのは商業高校卒で英語には縁のない先輩だったし、素でわかっていないようだったので、スルーしましたけど。
他にもdenyをでにいって読んでいた。

ε=ε=(ノ≧∇≦）ノ

現実逃避してみた

※174
変数の定義にミスが有って変なところを参照しているとか、
メモリリークとか起きてたりして不具合が発生しているけど、
デバックモードで起動した時とか、無意味な命令文を入れたら致命的なところを避けたのか、
たまたま動くようになるってのはよくあるよ。
特に古いコンパイラだとそのあたりのチェックが甘くて、
明らかにおかしな配列を参照してても、
それだけではエラーにならなかったりするから。

「デバッグモードだと動く」とか、
「チェック用の出力文入れたら強制終了しなくなった」で、
何度泣かされた事やら…(-_-;;)

スパゲッティプログラムなんてもう誰も書かないでしょ・・・でしょ？

※151
お前の言う事は100％間違っている
文章も間違ってるから200％だな

ほとんどCの話じゃねーか

プログラミングできる人がみんな天才に見える。やってる当人は「こんなの慣れれば誰でもできるよ」とか言いそうだけどね。まぁ、それは(一部を除いて)何の分野でも同じか。

コードなんて見ないよ
テスト報告書とカバレッジを見るだけ

���Υ������ȤϺ��������ޤ�����

※200
なるほど納得。
すっきりしたぜ、ありがとう。

「このソース直せるのは俺しかいないんだから首切らせない、切ったら知らない」とか言ってるヤツいたわ
汚いコードの言い訳としては最悪

プログラムのこと学んだこともないし、基礎的な用語も何も知らないんだけど、
昔はすごく頭のいい人がやるもんだと思ってたよ

大学時代に数学もできない、レポートも満足にかけない一番馬鹿なのがプログラマになって、驚愕した覚えがある。
人生なんとかなるもんだなと思ったわ

ソースがちょっと位汚いのは許す（つってもうん万行とかいらないソースをネットからそのままコピペしてるやつとか市ねと思うが）
困るのは仕様書渡してるのに勝手な独自解釈でソース組んで仕様と違う挙動で動かそうとするバカ。
でここちがくない？ってテスト中に確認したら
「あ、それってそういう意味だったんですね。勘違いしてました。」

Public Const ERROR_NO_001 As Integer =1
Public Const ERROR_NO_002 As Integer =2

Shineｗｗｗ

> いまだにＣＯＢＯＬ使ってるとこあるんだ ぜ

金融系とデカい数値使う業界なら余裕で狩猟言語だろ

汚いロジックと無駄に冗長なロジックを見ると殺意を覚える
そして犯人探しすると、犯人は昔の自分だったりすることもしばしばorz

※173
まともな仕様書も書けないうえに、コードレビューもできない阿呆が騒いでいますwww

※213
自己紹介？チラシの裏に書いとけよアフォ

まぁコード書く時点で底辺だからな…

変数名にStartがあってもう一つがendじゃなくてgoalだったときに腹筋が崩壊した

{
　　　// あとは任せた。
}

「これ高速化しておいて。でも実際にする前にはどういうふうに変えるのか言って。あと構造は変えないで。」とか言ってきた時にはこいつ頭おかしいんじゃなかと思った。

プログラムやったことないから完全に想像だけど、なんか文章を書く作業と似てるね
まず書き始める前にどういう流れで書くかある程度頭に思い浮かべる
そして勢いにまかせある程度書いてみる。その後はなるべく読み手に伝わりやすい物にするために
冗長な文章・構成になってないかチェックして何度も推敲する
センスがある人ならこんな事はそこまで苦労せずサラッとこなすんだろうけど
俺は昔から文章書くの苦手だから、2ch等に書き込む時はいちいちこういう作業をしてるな
(余談だが、リアルタイムで同じ作業をしないといけない就職面接とかはさらに苦手。
なので口語体でスピーチ台本作ってそれを丸暗記で乗り切った。逆に雑談とかは得意なんだが。)

まあ結論としては、俺はセンスが無いだけで済んでるけど
そこにズボラな性格が加わったような奴が、汚いコードを書いちゃうんだろなと思った
でも職業プログラマって時間との戦いってのもあるんだろうし、どちらにせよ俺には向いてないな

8タブだとエディタで1行に納まらないという理由で
4スペース入れられると腹が立つんだ

VB.net5年かかってやっと人に教えられる程度になった俺が通りますよっと。

何を買うか決めず候補をいくつか決めてお店に行きました。店員さんの話を聞き，これに決めました。 マイスターシュテュック http://montblancs.webnode.jp/

GOYARDの財布は黒が人気ですが、GOYARD財布の赤は深みのあるレッドで大人の色ですね。GOYARD財布のグリーンも緑が合わせやすい人気色。 ゴヤール　財布 http://www.goyardbag.asia/

「この作業、実は機械でもできるのですが、使うのは500本以上の竹ひごを作る場合のみ。というのも、機械だとどうしても誤差が出るので、最終的に手で調整が必要なんです。少数の場合は、手作業の方がよっぽど効率的ですね」 グッチ http://gucci-outlet-jp.com/

ポイントとなるのは、ニカワの調合量と塗り重ねるまでの乾燥時間。それらは、永年の勘で微調整するしかありません。雨のつづく梅雨などには、この作業が1カ月間できないこともあるんだとか。 グッチバッグアウトレット http://gucci.futene.net/

ポールスミス 財布
メンズ 長財布 http://www.suxunqidian.com/

キャッチ<a href="http://hermes_wgyk8.ohiostage.com">hermes 長財布 コピー</a>は「鳥取バーガーの代表格は意外な所に潜んでいる」日本海に沿って走る国道9号線道の駅がいくつも見える中で、鳥取のご当地グルメがこの練り物屋さんで食べれるのですとっとりバーガーフェスタで4位入賞の『琴浦あごカツカレーバーガー』（￥500）蒲鉾の棚とは別に、VIP待遇で並んでいます他のご当地バーガーとは違って、その日に作り置きしたものをテイクアウトして食べることになるのは正直意外だった ( ゜ω゜)「あご」はトビウオのことで、コイツをすり身にしてカツ揚げにするのそれにカレーソースを絡めてキャベツと一緒に食べます魚介の風味は残ってますが、カレーがものの見事に中和してくれます。
hermes ブレスレット コピー http://hermes_gk395.ucanoe.com