[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 05/10 00:26 / Filesize : 182 KB / Number-of Response : 936
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

プログラミングの上手い奴の特徴 0x01



1 名前:仕様書無しさん mailto:sage [2009/10/05(月) 06:58:13 ]
どんなに努力しても予習しても
アイツにだけは速さも技術も敵わない・・・
そんな相手がいるはずです。

そんな人達と自分と、一体何が違うのか。
考えてみても分からない。

前スレ
プログラミングの上手い奴の特徴
pc11.2ch.net/test/read.cgi/prog/1253529636/l50


191 名前:仕様書無しさん mailto:sage [2009/10/12(月) 12:00:34 ]
園児だけにエンジンかかた

192 名前:仕様書無しさん mailto:sage [2009/10/12(月) 12:00:58 ]
>>189
お前が園児並の書き込みしか出来ないからって
一緒にするなよ。

お前は一生ウンコの話でもしてるのがお似合い。

193 名前:仕様書無しさん mailto:sage [2009/10/12(月) 12:03:20 ]
>>191
おやじギャグつまんネ


194 名前:仕様書無しさん mailto:sage [2009/10/12(月) 12:04:27 ]
園児が怒ったw

195 名前:仕様書無しさん mailto:sage [2009/10/12(月) 13:04:12 ]
>>194
お前こそが園児w

196 名前:仕様書無しさん mailto:sage [2009/10/12(月) 14:52:18 ]
新生児でしたー ハズレプププププ

197 名前:仕様書無しさん mailto:sage [2009/10/12(月) 17:20:11 ]
しかしプログラム下手そうな奴だなw

198 名前:仕様書無しさん mailto:sage [2009/10/12(月) 18:56:33 ]
プログラミングが下手なヤツの特徴は見えたよ

>お前に出来て俺に出来ないわけないしなw

自分に出来ないわけはない、と言いながら、着手はしない
出来る出来ると言うが、自分でやったことはない
自分で証明出来ない事象を証明された事実であるかのように主張する


199 名前:仕様書無しさん [2009/10/12(月) 22:07:17 ]
自分でエディタなり独自コンパイラーを作った事のある奴とか?
今時やらんかな?



200 名前:仕様書無しさん mailto:sage [2009/10/13(火) 22:24:03 ]
動かしながら作る。コレ一番早くてバグ少ない。

201 名前:仕様書無しさん mailto:sage [2009/10/13(火) 22:48:30 ]
EJBとか動かしながら作ってられない

202 名前:仕様書無しさん mailto:sage [2009/10/14(水) 08:11:54 ]
結局プログラミングが上手いかどうかなんて関係ないんだよ
それよりも恋愛をたくさんして人間力を磨いた方がいい
いい恋愛を経験した一流の人間力の持ち主は多くの人から認められているし
さすがに言うことが違う

必須の経験、それは“恋愛”
ttp://el.jibun.atmarkit.co.jp/choripon/2009/10/post-430a.html

203 名前:仕様書無しさん mailto:sage [2009/10/14(水) 10:44:23 ]
恋のから騒ぎかよw

それから恋愛に上等とか下等とか格付けをしちゃう奴は
女みたいで気持ち悪い。

つーか、年中発情してる猿みたいじゃね?w

204 名前:仕様書無しさん mailto:sage [2009/10/15(木) 00:24:13 ]
どうでもいいが、コメントで粘着してるまりもって奴は頭おかしいのか?
恋愛どころかこいつは仕事もできなさそうだ。

205 名前:仕様書無しさん mailto:sage [2009/10/15(木) 01:58:46 ]
恋愛は平等(キリッ

206 名前:仕様書無しさん mailto:sage [2009/10/15(木) 04:40:54 ]
まりもはおまえらの仲間だろ

207 名前:仕様書無しさん [2009/10/15(木) 16:31:14 ]
もう、女にもてる奴の特徴にスレタイ変更すっか?

208 名前:仕様書無しさん mailto:sage [2009/10/15(木) 23:31:53 ]
ただの独り言だけど、
時にどうしよう無く解決不可能なバグって出てくるもんなんだね。
バグ発見→運営でバグの原因を探す→再現出来ず→ソースコードレベルから探す→原因不明
→発生率調査→数千件に1度。固定的な発生条件が見受けられるが、再現不可能。
→再調査→システム作成者が解決できずに投げ出したバグだと判明
→解析用機能をシステムに組み込み、次のバグが発生するまで放置。

2、3日かけた結果がこれなんだけど、
うまいやつは、ちゃんとソースコードにコメント書くもんだと思うよ。
というか、頼むから定義したクラスが何の処理をするのか位は書いてほしい

209 名前:仕様書無しさん [2009/10/15(木) 23:50:39 ]
>>200
バグは出ないけど、一部の機能がごっそり抜け落ちてそう
>>202
技術者として脂がのってくるのは女に興味が無くなってから
>>208
調べるべき事を調べてないだけとしか思えない



210 名前:仕様書無しさん mailto:sage [2009/10/16(金) 00:13:38 ]
まあ、コメント書くほど暇がないってときもあったりするからわからんでもないけどな

ソース読めばなんでも分かる的発想のが俺はいやだな
たしかにわかる可能性は高いけどしばらく時間がかかるのと
どういう視点でみてったらいいかいっしょに考えてくれる人間ぐらいはつけてほしいってのはある

いきなりよくわからねー箇所言われてバグ探せっつっても
作ったの俺じゃねーし構造把握してねーしってところのバグはそんなに早くみつかんねーよ的な

211 名前:仕様書無しさん [2009/10/16(金) 00:24:59 ]
いきなり知らないシステムの10cmの厚さのソースリスト渡されて原因を調べてくれって言われた事あるな
15分でバグを突き止めたけど
ゴメン、ジジイの武勇伝だw


212 名前:仕様書無しさん mailto:sage [2009/10/16(金) 00:30:05 ]
コメントを書く数分とそれが無いがための調査・理解の数時間の
金銭的コストを同じと思ってる奴いるの?

213 名前:仕様書無しさん mailto:sage [2009/10/16(金) 00:30:41 ]
そりゃお前が偉いんじゃなくてソース書いたヤツがうまかったんじゃね?

214 名前:仕様書無しさん mailto:sage [2009/10/16(金) 00:31:51 ]
>>212
お客さんに急いでやってほしいって言われてるときに
のんびりコメント書いてるわけにもいかねーし
時と場合によってコメントは省略せざるをえないときはやっぱりある

215 名前:仕様書無しさん mailto:sage [2009/10/16(金) 00:33:16 ]
つーか、知らないプログラムのバグを探すのに
コメントを当てにしてたら見つかるわけない罠w

216 名前:仕様書無しさん mailto:sage [2009/10/16(金) 00:38:14 ]
>>214
そのあと書き込んでおけよ。

217 名前:仕様書無しさん mailto:sage [2009/10/16(金) 00:38:21 ]
オフショアであがってくるソースのコメントが全く当てにならない
のだけは否定しない。

218 名前:仕様書無しさん mailto:sage [2009/10/16(金) 00:52:00 ]
>>216
そんな時間と気力があると思ってるのか

219 名前:仕様書無しさん mailto:sage [2009/10/16(金) 00:53:07 ]
>>218
甘ったれんじゃねー!



220 名前:仕様書無しさん mailto:sage [2009/10/16(金) 00:54:14 ]
外人のVCだと日本語のコメント入ってるとコンパイルできねーなんてことがあって
コメントを全部削除するツールとか作ったな
別に外人に渡すわけじゃないけど今でも重宝してるぜw

221 名前:仕様書無しさん mailto:sage [2009/10/16(金) 00:56:37 ]
プログラムのコメントなんて
当てになった試しがないな。

むしろバグってるプログラムはコメント自体が
罠の宝庫だしな。

あと、コメント部分がプログラマの言い訳の
テンプレになってる事が多い。

コメント多いからボロボロな処理になってるけど
丁寧でしょ?的なw

222 名前:仕様書無しさん mailto:sage [2009/10/16(金) 00:58:21 ]
関数が長いとコメント意味ねんだよね

そのブロックの処理の説明がほしんだマジで
そんなトリッキーなことしててなんでコメントねーんだこいつわ
と思ったらいたるところで遣ってるけどマジで意味不明w

223 名前:仕様書無しさん mailto:sage [2009/10/16(金) 01:03:37 ]
ここで書いてることと同じ事を陰で言われてるんだろうなw

224 名前:仕様書無しさん mailto:sage [2009/10/16(金) 01:06:05 ]
悪口ではなじゃん
願望なだけでw

225 名前:仕様書無しさん mailto:sage [2009/10/16(金) 01:07:27 ]
そうか、そんなことならコメントなんぞ要らぬって話になるのか。

226 名前:仕様書無しさん mailto:sage [2009/10/16(金) 01:10:45 ]
>>222
それは書き手に問題があるか読み手に問題があるかはわからんが
とにかくコメントがあっても意味不明は変わらんだろw

227 名前:仕様書無しさん [2009/10/16(金) 01:16:11 ]
流れを読まずに書き込み
つまりコメント不要論者はコードまんまを和訳したコメントを書いてるんだな?
A=B
;AにBを代入する
そら要らんわボケナスがあああっ

228 名前:仕様書無しさん mailto:sage [2009/10/16(金) 01:18:15 ]
それもそうだな
書いた処理内容を説明できないなんてこと自分だって日常茶飯事だしな

しっかり引数通して、データの流れがわかるようにしたほうが自然と
定義してある構造体やデータからわかるかもしれんな

そもそも部分部分のコメントって役に立たないんだよな
ソースの色々なところにある一連のこの部品は全体として何をやってるの?
ってのが一番知りたいことであってDoxygenとか割と高確率でゴミドキュメントに
なる場合が多いな
っていうかいらねー

お前だよ>java

229 名前:仕様書無しさん [2009/10/16(金) 01:34:06 ]
>>213
その通り
出来の悪いシステムだと関係ないバグにイチイチひっかかって原因究明どころじゃなくなるからね



230 名前:仕様書無しさん mailto:sage [2009/10/16(金) 01:41:58 ]
>>229
修正者が低能なだけか元のシステムが糞だったかは
元のシステムの導入時の実績で
ほぼわかる。

231 名前:仕様書無しさん mailto:sage [2009/10/16(金) 02:59:29 ]
さすが低脳の糞意見w

232 名前:仕様書無しさん [2009/10/16(金) 07:44:13 ]
そういう糞レスってどこで練習するの?
生まれや育ちで身に付くの?

233 名前:仕様書無しさん mailto:sage [2009/10/16(金) 10:18:20 ]
いつもの単文野郎だなw

234 名前:仕様書無しさん mailto:sage [2009/10/16(金) 10:43:05 ]
プログラムに集中しているとどこで運動を取り入れるか切り替えがきかない

235 名前:仕様書無しさん mailto:sage [2009/10/16(金) 17:22:06 ]
>>208
再現せずで静観ってのも一つの結論なんだけど気持ち悪いよね。
俺が経験した中では本番稼動中に不可解なデータが発生してて
原因は特定のオペレーティング後にリーブトすると発生ってヤツがあった。
発見したテスターさんはスゲーなと

236 名前:仕様書無しさん mailto:sage [2009/10/17(土) 03:32:37 ]
リーブ21〜♪(笑) ハゲオヤジ乙

237 名前:仕様書無しさん mailto:sage [2009/10/17(土) 09:42:45 ]
>>210 判る。

どういう設計思想で組まれているかが見えないと読みにくい。
とんでもない前提条件が土台になってると理解不能なことがある。

それでもソースコードを読めという。
面倒だから最期はそれを組んだ人にさし返した。

238 名前:仕様書無しさん mailto:sage [2009/10/17(土) 13:00:54 ]
つーか、突き詰めて考えれば
設計思想や前提条件を本人から聞いたところで
バグを上手く修正出来るとは限らない。


つまり、プログラムが読める読めないの話ではなくなる。

239 名前:仕様書無しさん mailto:sage [2009/10/17(土) 21:31:18 ]
>>222
禿げ同
処理単位で関数分けといてくれりゃ関数名から当りつけられるし、
関数の頭に簡単な処理内容と引数の説明程度があれば十分かな

トリッキーなバグコードは関数丸ごと書き直しで済むし




240 名前:仕様書無しさん mailto:sage [2009/10/17(土) 22:32:07 ]
つーか、設計が腐ってる事に比べれば
コードが多少荒れていようが大した問題ではない。

デスマが起きる場合は大抵設計が腐ってるんだから
ソースを読む必要はない。

仕様書を元に作り直せばいいだけ。

仕様書がない場合はそうだな…

全力で逃げろw

241 名前:仕様書無しさん mailto:sage [2009/10/17(土) 23:02:54 ]
機能を満たせるなら設計を変えてもいいと思うんだけど

242 名前:仕様書無しさん mailto:sage [2009/10/17(土) 23:22:25 ]
>>241
それは規模と期間によるな

243 名前:仕様書無しさん mailto:sage [2009/10/17(土) 23:36:28 ]
設計と実装は一繋がりのもの
手段と目的は分けられるけど
手段と手段を分けることはない

244 名前:仕様書無しさん mailto:sage [2009/10/19(月) 10:47:55 ]
ん?青山くんという名前の人はどの会社でもバグ製造機なのか。かわいそうに。

設計時の方が時間がかかる。
プログラミングするときには何も考えない。
もう頭の中でできてるのでそれをタイプする。
動作確認時に何個かバグが出るのを潰しておしまい。
それ以上は永遠にバグはでないぞ。日に20分ぐらいしか働かない俺w


245 名前:仕様書無しさん mailto:sage [2009/10/22(木) 21:07:06 ]
開くスレ間違えたかな…

246 名前:仕様書無しさん mailto:sage [2009/10/22(木) 23:09:59 ]
OOすら理解できずついていけなかったロートルが火病るスレですが、何か?

247 名前:仕様書無しさん [2009/10/23(金) 01:16:33 ]
伏せ字でしか書けない負け組プログラマ

248 名前:仕様書無しさん [2009/10/23(金) 01:23:06 ]
プログラマが偉いと思ってるゆとりは負け組
プログラムがうまいと思ってるのはナルシストwwww

もうマの時代はとーーーっくに終わりましたよ
大手メーカー以外の将来の可能性はNGです
勝ち逃げした人以下の年齢の方々は解散して別のお仕事をお探しください



249 名前:仕様書無しさん mailto:sage [2009/10/23(金) 02:57:56 ]
過ぎたるわ及ばざるが如し。
やり過ぎは良くない。
ただし、やれないのとやらないのは違う。
やろうと思ったらやれるだけの力量がありながら、その力を必要に応じて過不足無く引き出せるのができるプログラマだと思う。

>>248
駒の一つに成り下がった奴がなにをいっているのやら。それはお前が凄いんじゃなく、おまえの所属する会社のシステムと資金力が凄いだけだ。単体じゃ役に立たない駒が偉そうな事言ってると痛い目見るぞ。



250 名前:仕様書無しさん mailto:sage [2009/10/23(金) 10:32:45 ]
>>249
むしろ、やりすぎた方がいいんだよ。
オブジェクト指向は無能プログラマが優秀な使い捨て駒を
自分の都合で進めるために使うためだけの存在だからな。

むしろ、駒にこそプログラムが上手さと
オブジェクト指向ファックの精神が必要。

251 名前:仕様書無しさん mailto:sage [2009/10/23(金) 14:38:56 ]
オブジェクト指向やりすぎて頭がパーなんですねわかります

252 名前:仕様書無しさん mailto:sage [2009/10/23(金) 14:44:13 ]
プログラミングが上手い奴なんてこの世に存在するのだろうか

253 名前:仕様書無しさん mailto:sage [2009/10/23(金) 14:53:29 ]
ぶっちゃけ経験だけ、だよな。

254 名前:仕様書無しさん mailto:sage [2009/10/23(金) 16:32:51 ]
>>250
そういう駒を作るのは現実的ではないと、まだ気づかないのか。だからいつまでたっても無能な上プログラムの一つも組め無いんだぞ。

255 名前:仕様書無しさん mailto:sage [2009/10/24(土) 00:47:56 ]
>>254
無能SE乙

せめて日本語をしゃべれやw
また説教すんぞ、カスww

256 名前:仕様書無しさん mailto:sage [2009/10/24(土) 06:32:47 ]
>>255
ファビョファビョ〜〜

257 名前:仕様書無しさん mailto:sage [2009/10/24(土) 11:33:05 ]
オブジェクト指向じゃないプログラムったって、(ソース分割されているとしても)巨大な一つのクラスなだけじゃん
ってどこかのエロい人が言ってた

258 名前:仕様書無しさん mailto:sage [2009/10/24(土) 11:54:44 ]
>>257
どうせバイナリになるんだ
言語パラダイムの議論するなんて無駄さ

259 名前:仕様書無しさん mailto:sage [2009/10/24(土) 11:58:06 ]
バイナリになったときに小さく早く動くプログラムはいいと思うよ
それ以外は糞



260 名前:仕様書無しさん mailto:sage [2009/10/24(土) 12:25:51 ]
今はそういうの流行らないんだよ
人間が読めることが正義

261 名前:仕様書無しさん mailto:sage [2009/10/24(土) 13:06:50 ]
>>260が出来ないだけだろw
両方できるやつが正義

262 名前:仕様書無しさん mailto:sage [2009/10/24(土) 14:12:35 ]
>>260ができねーだけだろwwwwwwwwざまあみろ

263 名前:仕様書無しさん mailto:sage [2009/10/24(土) 14:30:11 ]
バカでも勘違いしないコードが大事。
ある機能を2,3箇所に分散して処理してるような糞コード書く奴は死ぬべき。

インプットとアウトプットの関係が不明確なものは論外。

264 名前:仕様書無しさん mailto:sage [2009/10/24(土) 14:33:37 ]
>>263
何当たり前のこと書いて悦に入ってるの?

265 名前:仕様書無しさん mailto:sage [2009/10/24(土) 14:51:36 ]
>>264 速さ>>可読性という上のレスについていっただけだし、
おまえさんが当たり前なら、それはそれでいいし。何つっかかってんの。 

266 名前:仕様書無しさん mailto:sage [2009/10/24(土) 15:36:45 ]
>>256
馬鹿なんで泣くまで説教なw

267 名前:仕様書無しさん mailto:sage [2009/10/24(土) 15:38:24 ]
>>260
人間が読めなかったらプログラムは
完成しないわけだがw

268 名前:仕様書無しさん mailto:sage [2009/10/24(土) 15:41:21 ]
>>264
頭が堅い奴はプログラムは上手くならない。

269 名前:仕様書無しさん mailto:sage [2009/10/24(土) 17:05:09 ]
コードの綺麗さよりも性能に固執するのは
スケールアウトの観点から言えばナンセンスだ。



270 名前:仕様書無しさん mailto:sage [2009/10/24(土) 17:36:16 ]
オナラプー

271 名前:仕様書無しさん mailto:sage [2009/10/24(土) 19:34:08 ]
コードのきれいさ=「オナニーコード」と呼んでるわ
オナコード自慢の男は萎える

272 名前:仕様書無しさん [2009/10/24(土) 20:08:05 ]
そうやって自分のゴミコードを擁護するのですね:-)

273 名前:仕様書無しさん [2009/10/24(土) 20:19:06 ]
おれのコードきれいだ厨は例外なく無能

274 名前:仕様書無しさん mailto:sage [2009/10/24(土) 23:46:08 ]
コードが汚くても良いという人は
保守の事をどう考えているんだろうね。

275 名前:仕様書無しさん mailto:sage [2009/10/24(土) 23:49:59 ]
>>274
むしろ無駄に纏め上げてあるコードほど変更に弱い
仕様で同じだからとまとめたコードは変更に強いが
見た目似てるからまとめたコードは始末におえない

276 名前:仕様書無しさん mailto:sage [2009/10/24(土) 23:52:03 ]
>>275
そういうのは文脈を無視した稚拙なコードだろ?

277 名前:仕様書無しさん mailto:sage [2009/10/24(土) 23:54:16 ]
>>276
いや、まったく同じコードであっても仕様書の内容でよくも悪くもなるよ

278 名前:仕様書無しさん mailto:sage [2009/10/24(土) 23:56:46 ]
仕様書が違えば当然コードは変わるだろ。

279 名前:仕様書無しさん mailto:sage [2009/10/24(土) 23:59:29 ]
>>278
驚くべきことに変わらなくしたコードが存在する
それが最悪かな?



280 名前:仕様書無しさん mailto:sage [2009/10/25(日) 00:03:22 ]
>仕様で同じだからとまとめたコードは変更に強いが
>見た目似てるからまとめたコードは始末におえない

仕様が同じならコードは同じで
仕様が違えばコードは違うんじゃないの?

281 名前:仕様書無しさん mailto:sage [2009/10/25(日) 00:04:52 ]
コードの綺麗さを話すにあたって
見た目が似てるから纏めたとかはそもそも論外だろ。

282 名前:仕様書無しさん mailto:sage [2009/10/25(日) 00:07:28 ]
美的センスがないからそういうこともわからないんだよ

283 名前:仕様書無しさん mailto:sage [2009/10/25(日) 00:07:39 ]
プログラムは一種の文章だ。
文脈がずれてるのは良い文章とは言わない。
きちんと文脈を通した上で韻を踏むのは好きにすればいいけど。

284 名前:仕様書無しさん mailto:sage [2009/10/25(日) 00:18:45 ]
>>280
そうとは限らない

285 名前:仕様書無しさん mailto:sage [2009/10/25(日) 00:45:33 ]
>>280
コードが同じだからと言って、仕様が同じとは限らないんだな。

286 名前:仕様書無しさん mailto:sage [2009/10/25(日) 01:06:02 ]
頭が堅い奴はプログラムは上手くならない。

オナニーは上手くなるがなw

287 名前:仕様書無しさん mailto:sage [2009/10/25(日) 03:10:36 ]
おまえらの仲の悪さを見てると、日本のITが駄目な理由がよくわかる。

288 名前:仕様書無しさん mailto:sage [2009/10/25(日) 03:14:52 ]
プログラミングごときにこだわるやつは優秀なマだと思えない

289 名前:仕様書無しさん mailto:sage [2009/10/25(日) 06:55:31 ]
グラフィックがよけりゃ
プログラムなんて動けばいいよ



290 名前:仕様書無しさん mailto:sage [2009/10/25(日) 07:14:04 ]
>>288
何が自分の足元を形作っているのかを良く考えろ。
プログラムをおろそかにしてきたからこの国のITが駄目になったんだ。

291 名前:仕様書無しさん mailto:sage [2009/10/25(日) 07:45:04 ]
プログラム書く前にやることがあるだろ
そっちのが大切なのはみんなわかってるだろ
わからないのは単なるコーダーだけだろ






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<182KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef