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


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

プログラミングの下手な奴の特徴 0x01



1 名前:仕様書無しさん [2009/11/23(月) 23:18:49 ]
どんなに努力しても予習しても
アイツは速さも技術も成長しない・・・
そんな相手がいるはずです。

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


381 名前:仕様書無しさん mailto:sage [2010/06/11(金) 00:22:41 ]
>>380
向き不向きの違うわじゃなくてさ、追究すべきじゃないって結論に至ったといいたいんだよ。
結局正解なんてないんだよ。

382 名前:仕様書無しさん mailto:sage [2010/06/11(金) 01:54:29 ]
勝手な解釈、個人的独断で話すと、
納期の厳しい状態の案件に対しての対応法として私が結論として至ったのは
とりあえず動くだろうコードを関数思考で書く。要求は満たす。
それをパッケージ化しつつ、MVC分離やセキュリティ対策を踏まえ再度作り直す。
作り直してからもう一度見直し、SQL文は外部ファイルに纏める(利用されているSQL文をコードから探しこむのがめんどいので)
コードに対するセキュリティに関してはまだまだ完璧な状況ではないので、これも別ファイルで汚染文字を簡単に追記するだけで対応できるようにしておく。
最初に処理されるコードを単純化するようにする。
1つのオブジェクトは100行程度の簡単なつくりにする。
結論スパゲッティになって理解不能になっていくのがわかる多重継承などはしないようにする。

みんな楽しようとしすぎでさ、オブジェクト内で他のオブジェクトとの依存しすぎで、作った人間しかわからなくなっていく。
作った人間も忘れてしまってひっちゃかめっちゃかになってしまう。

383 名前: ◆fMBIUkSmfQ [2010/06/12(土) 15:17:43 ]
>>381
真理まであと少しだな

技術の無い奴は、生きる為に技術を欲するけど、
すでに十分な技術を得た人間は、技術を求める理由はそこで無くなる

「技術を求める」 から
「何を作るか?」 に変わって、
「自分は何をして生きたいか?」 に変わって
場合によってはプログラミングから完全に離れる

384 名前:仕様書無しさん mailto:sage [2010/06/12(土) 15:24:55 ]
結局、今自分が何を作りたいかなんて自分でさえあまりよくわかってない

385 名前:仕様書無しさん mailto:sage [2010/06/12(土) 15:38:33 ]
真理とか中二病だなあ

386 名前:仕様書無しさん mailto:sage [2010/06/12(土) 15:45:23 ]
>>383
技術を生きるための手段だと考えるならそうだが、技術自体が生きる目的の場合もある。
スーツとgeekの違いかな。
仕事以外では一切コード書かない奴と、仕事外でのプロウラミングこそreal workだと考える奴とでは
話がかみ合わないのも当然。


387 名前:仕様書無しさん mailto:sage [2010/06/12(土) 15:59:02 ]
若いころは将来ばかり見てるけど最近は過去しか見なくなったな

388 名前: ◆RZEwn1AX62 [2010/06/12(土) 18:21:57 ]
迷いがあるときは 一歩たりと前へは進めない

389 名前: ◆tYNt4nKbgw [2010/06/12(土) 18:35:51 ]
>>386
「自分は何をして生きたいか?」 という自分への問いに対し、出す答えは人それぞれ
今までそのことについて一切考えずにプログラミングに現実逃避していた人間は、
>>381のように、ここへきて初めてそれにぶつかって、これからについて考え、
そして人は歩き始める。



390 名前:仕様書無しさん mailto:sage [2010/06/12(土) 18:42:12 ]
>>389
会社作って、溜め込んだアイデアを若いPGにやらせまくりたい。
俺は偉そうに営業とかいいつつ会社の金で飲み歩いたりしたい。

391 名前:仕様書無しさん mailto:sage [2010/06/12(土) 18:50:46 ]
てか、まともな脳ミソ持ってればプログラミングなんて2〜3年で飽きる。
どうアプローチすればいいかもう分かるし。あとはひたすら作業員だからね。
そうなれない奴はアホだから。

392 名前:仕様書無しさん mailto:sage [2010/06/12(土) 18:52:26 ]
俺はC++がなんの生産性もない糞言語だと気がついたのが5年目だ
長かったな

393 名前:仕様書無しさん mailto:sage [2010/06/12(土) 19:04:14 ]
>>391
どうやれば楽しんでもらえるのかかんがえながら作るのはおもしろいよ。
残念なのは、全部一人でやるには量がおおすぎるということだな。
他の人に分けてあげないと仕方ない。

394 名前:仕様書無しさん mailto:sage [2010/06/12(土) 21:28:37 ]
2年目のやつに仕様書渡してコード書かせたら、変数名が全部AとかAAとかわかりにくすぎた。
今の若者はコーディング規約知らんのかボケが!

395 名前:仕様書無しさん [2010/06/12(土) 21:31:53 ]
そんなレベルの低い問題は教育すればいいだけだろ。
新人をまともに教育出来て無い職場を問題視しろ無能。

396 名前: ◆IO8bwLPiQ6 [2010/06/12(土) 21:33:43 ]
>>391
結構真理に近いところにいるな

397 名前:仕様書無しさん mailto:sage [2010/06/12(土) 22:19:07 ]
真理とか中二病だなあ

398 名前:仕様書無しさん mailto:sage [2010/06/12(土) 22:25:30 ]
そういえばハガレン終わっちゃったね。

399 名前:仕様書無しさん [2010/06/13(日) 00:31:40 ]
身近な人間からピックアップ
特徴
・つねに口をくちゃくちゃ言わせていている
・缶コーヒーをずるずるとでかい音を出してすする
・ペットボトルから口を離すときに「っちゅ、ぷは〜〜」
 ってな感じに音を鳴らした上に、擬音語を口にする
・昼休みに突っ伏して寝ているみたいだが、休み明けに「っあ〜〜」とか漫画的擬音語を口にする
・やたらとキーボードをたたく音と、マウスのクリック音が大きい
 そいつのPCの操作を頼まれて触ると何かしめっていてねちゃねちゃする




400 名前:仕様書無しさん mailto:sage [2010/06/13(日) 00:40:54 ]
何でもプログラミングで解決しようとする

401 名前:仕様書無しさん mailto:sage [2010/06/13(日) 14:51:02 ]
>>399
では俺もピックアップ
ようするに技術的なことあまり関係なくて嫌な人間の仕草をあげればいいんだな?

特徴
・椅子の上であぐらをかく
・椅子の上に正座をする
・コーヒーのカップをドンっと音をたてて下におく
・靴を脱いで仕事する
・キーボードの音がうるさい
・ENTERキーの音が耳に障る
・音楽聞きながらの作業中に鼻歌がうるさい
・環境をカスタマイズしているのをさも当然のことに言って周りに自慢する

402 名前:仕様書無しさん mailto:sage [2010/06/13(日) 21:31:57 ]
論理演算を理解していない奴が書くコードは意味不明
対偶っていつ勉強するんだっけ?

403 名前:仕様書無しさん mailto:sage [2010/06/13(日) 21:34:15 ]
タイピングが速くもないのに自前の高級キーボードを持ち込み自慢する

404 名前:仕様書無しさん mailto:sage [2010/06/13(日) 22:58:24 ]
>>402
高校でやったような記憶があるなー。

405 名前:仕様書無しさん [2010/06/13(日) 23:23:39 ]
ようするに厨二じゃね?

406 名前: ◆GOLEh7jXr. [2010/06/13(日) 23:42:50 ]
論理演算を理解していないとか、
どうしてそうやってさwwwwwww
たったの数分で教えられる or 覚えさせられる知識程度で他人をみくだすかねwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww
バカすぎる・・・

407 名前:仕様書無しさん mailto:sage [2010/06/13(日) 23:46:37 ]
コードをきれいに書こうという気がない奴はプログラミング自体下手だとおもう
括弧の位置とかインデント量、演算子前後のスペースの有無とか、
変数・関数の名前の付け方とか場所によってばらばらな奴は下手、
コーディング規約を確認すらしていない時点でNGであるが

あと名前にローマ字日本語使う奴

408 名前:仕様書無しさん mailto:sage [2010/06/13(日) 23:47:13 ]
ここは自己紹介スレじゃないよ

409 名前:仕様書無しさん mailto:sage [2010/06/13(日) 23:55:58 ]
>>406
その程度の知識ならばなぜ今まで覚えてこなかったんだ?ってなるだろ。



410 名前:仕様書無しさん mailto:sage [2010/06/14(月) 00:05:29 ]
新人君がまだプログラミング始めたばっかりで〜〜ならちょっと教えればすむことだが
長年ソフト開発に携わっているはずの人間がそうだと、もうお手上げ

411 名前:仕様書無しさん mailto:sage [2010/06/14(月) 00:17:05 ]
論理演算なんて新人時代に基本情報でも取らせれば完璧だろ。
お前らろくな教育してないくせに低レベルな問題でグダグダ言ってんなよ。
零細ITの土方PGばかりかここは。

412 名前:仕様書無しさん mailto:sage [2010/06/14(月) 00:33:35 ]
ここは自己紹介スレじゃないよ

413 名前:仕様書無しさん mailto:sage [2010/06/14(月) 01:22:24 ]
論理演算はいくら馬鹿で学歴なくたって、必ず通る通過点じゃん。
それ位はならってなくてもPGやってりゃ普通に調べる羽目になるだろ。

まあそれより「オタク」求むって言う求人って危険?

414 名前:仕様書無しさん mailto:sage [2010/06/14(月) 01:26:25 ]
>>413
オタクと言っても意味は人それぞれだからな。
俺の経験からすると、曖昧なイメージを語る求人はあんまりおすすめできないな……。

415 名前:仕様書無しさん mailto:sage [2010/06/14(月) 01:33:25 ]
ローマ字が書けない。

416 名前:仕様書無しさん mailto:sage [2010/06/14(月) 01:36:12 ]
>>413
>論理演算はいくら馬鹿で学歴なくたって、必ず通る通過点じゃん。

通らなくてもプログラミングできないわけじゃない。
だから>>406みたいに勘違いするやつも出てくる。

417 名前:仕様書無しさん mailto:sage [2010/06/14(月) 01:41:16 ]
>>414
レスサンクス
兵隊求むって感じがするんだよね。
でも自社開発案件らしいので良さそうな気がするんだけど
○○大大大好きな○○オタク募集!って言うのがちょっと気になった。
もう10社以上応募してお祈りされてる中、面談まで漕ぎ着けた会社なんだけど
妥協すべきなのか?昔だったら普通にお断りしてるんだが。

418 名前:仕様書無しさん mailto:sage [2010/06/14(月) 01:45:28 ]
>>416
まあそだね、厳密に言えばプログラミングできないわけじゃないね。
でもプログラミングにおいて演算子は使う頻度高いし、
俺めっちゃ低学歴で素数わからない系だったけど
論理演算はエンジニアになってすぐ自分で調べた

419 名前:仕様書無しさん mailto:sage [2010/06/14(月) 01:45:44 ]
> ○○大大大好きな○○オタク募集!
って書いてあるんだから、○○が好きじゃないんならお断りした方がいいかと。
好きならあとは条件面の交渉だけだな。



420 名前:仕様書無しさん mailto:sage [2010/06/14(月) 01:50:19 ]
>>419
そうだね好きだしいいかな。条件面で判断する事にするよありがとう。
気になったのは兵隊として一時的に雇われる結果になると怖いなと。
PLやPMへの展開は期待できないのかなあって。

421 名前:仕様書無しさん mailto:sage [2010/06/14(月) 02:25:58 ]
>>420
キャリアとしては大して意味のない一兵卒としての仕事でも、
何もしてないよりは遙かにマシだしな。

422 名前: ◆HoaeMW/Ya2 mailto:sage [2010/06/14(月) 04:47:38 ]
>>416
お前がまず勘違いしてる。(笑)
論理演算使ったプログラム(笑)の(笑)サンプル(笑)貼り付けてみろよ(笑)

どんだけ車輪の(笑)再発明が(笑)好きなんだ(笑)
笑わせんなよ?(笑)

423 名前:仕様書無しさん mailto:sage [2010/06/14(月) 04:58:47 ]
>>422
だから知らなくてもプログラミングはできるって言ってるだろw
文句は>>413に言ってくれ。

424 名前:仕様書無しさん mailto:sage [2010/06/14(月) 05:45:18 ]
>>423
何も文句言われる内容書いてはいないんだけど、
論理演算できなくたって充分プログラミングはできるよ。
ただ、知ってればと言うか知っていた方がいいのは間違いない。
他のスレで書いたけど逆に素数なんて知らなくても良いと思う。

結局実際仕事で使う大体のプログラミング(WEBだらけなので)は、MVC分離の理解、
TCP/IPの技術だったり、OOPの知識だったり。
後は勢いと努力。DeNAの川崎なんてまじ低脳なのに大金手に入れたから天才とか言われてるし。

425 名前:仕様書無しさん mailto:sage [2010/06/14(月) 06:05:28 ]
>>424
>>423>>422に対する煽りだから弾よけにされて気に障ったんならすまんかった。

426 名前:仕様書無しさん mailto:sage [2010/06/14(月) 07:37:42 ]
>>425
こちらこそすまんかった。
なんか実績ガンガン残してるのに、正社員に手柄持ってかれまくってる
現実が最近見えてきて腹たってた部分があった。
フリー偽装で食ってたせいなのか正社員の書類選考落ちばかり続いていらだっていた。

427 名前:仕様書無しさん mailto:sage [2010/06/14(月) 08:07:58 ]
一度フリーに落ちたら正社員には這い上がれない

428 名前:仕様書無しさん mailto:sage [2010/06/14(月) 09:28:22 ]
偽装の正社員(特定労働者派遣?)っぽいとこはガンガンスカウト来るけどな。

429 名前:仕様書無しさん mailto:sage [2010/06/14(月) 21:54:53 ]
論理演算を何となくしか理解していないやつってのは以外といる
だから条件を整理できなくて、ものすごく長ったらしいif文とか書くんだけど
自分でもよく分からなくなってしまう。

↓こんなif文とかもたまに見かける
if( hoge ) {
/* 何もしない */
} else {
....
}



430 名前:仕様書無しさん mailto:sage [2010/06/14(月) 22:09:50 ]
>>429
条件が成立する場合の考慮漏れではなく、
考慮の結果、条件が成立する場合は何もしなくてよい
ってことを示したいときに、そういう書き方をすることはよくある。

431 名前:仕様書無しさん mailto:sage [2010/06/14(月) 22:16:42 ]
何もしないってコメント書いてあるなら別にいいだろ。
論理演算を理解していない奴の例にそれを出してる時点でアホ決定。

432 名前:仕様書無しさん mailto:sage [2010/06/14(月) 22:40:51 ]
つーか俺含めてPG全員アホだろ

433 名前:仕様書無しさん mailto:sage [2010/06/14(月) 22:44:06 ]
PG以外も全員アホだろ

434 名前:仕様書無しさん mailto:sage [2010/06/14(月) 22:45:54 ]
基本アホな集まりですから

435 名前:仕様書無しさん mailto:sage [2010/06/14(月) 22:46:29 ]
すべての集団の9割がアホだ

436 名前:仕様書無しさん mailto:sage [2010/06/14(月) 22:47:34 ]
アホちゃいまんねんパーでんねん

437 名前:仕様書無しさん mailto:sage [2010/06/14(月) 22:57:29 ]
さ ぁ 盛 り 上 が っ て ま い り ま し た

438 名前:仕様書無しさん mailto:sage [2010/06/14(月) 23:22:01 ]
理系に対して劣等感をもつ奴が多いな

439 名前:仕様書無しさん mailto:sage [2010/06/14(月) 23:24:01 ]
金勘定しか出来ないからでしょ



440 名前:仕様書無しさん mailto:sage [2010/06/14(月) 23:44:18 ]
>>429
それならまだいい方。
何もしない部分にとりあえずなんか処理書いちゃう奴もいるんだからマジで。
if( hoge ) {
/* 2008.0908 バグ修正の為削除 */
} else {
....
}

441 名前:仕様書無しさん mailto:sage [2010/06/15(火) 00:14:03 ]
とある一連の関数名でhoge_init/hoge_start/hoge_pause/hoge_stop
ってのがあったんだが、よくよく処理を読んでみると
hoge_start  →リソース初期化
hoge_init   →処理開始
hoge_pause →で処理終了
hoge_stop  →でリソース後始末
ってのがあったのだが、これを書いた人間は何が欠落しているんだろうか

442 名前:仕様書無しさん mailto:sage [2010/06/15(火) 00:22:06 ]
まともにソースレビュー受けた事無いんだろ。だから命名が適当なんだよ。
一度ガッツリと教えればその程度の問題はすぐに解決する。
しかしお前らの文句ってほんと低レベルだなぁ。

443 名前:仕様書無しさん mailto:sage [2010/06/15(火) 00:29:51 ]
と言いつつもその程度は教えなくても上手い事やれよという気持ちは分かる。

444 名前:仕様書無しさん mailto:sage [2010/06/15(火) 00:51:48 ]
>>440
実はいらなかったとか、バグ修正のため別の場所で処理するなんていうのはよくあるだろ。

445 名前:仕様書無しさん mailto:sage [2010/06/15(火) 01:03:58 ]
ネストのネストのネストの.......
って言うコードは真面目に読むのめんどくさいし
もうちょい書き方変えて欲しいもんだね。

446 名前:仕様書無しさん mailto:sage [2010/06/15(火) 01:39:33 ]
富士山インデントはやめてください

447 名前:仕様書無しさん mailto:sage [2010/06/15(火) 01:55:38 ]
うちの会社ではそういう深いネストを「越すに越されぬ田原坂」と・・・

448 名前:仕様書無しさん mailto:sage [2010/06/15(火) 13:50:44 ]
429も440も何がいけないんだかさっぱり。
あえてそのように書く必要は全然無いけど、書いてあって何か問題あるのかな

449 名前:仕様書無しさん mailto:sage [2010/06/15(火) 15:00:11 ]
>>448
単純にな
if ( 1 == 2 ) {
}else{
実際にやりたい処理
}

if ( 1 != 2 ) {
実際にやりたい処理
}

もっともっと言うと
unless( 1 == 2 ){
実際にやりたい処理
}

って事だから条件の書き方位考えろって事
きちんと理解していればelse書く意味がない不毛、無意味、アホって繋がる



450 名前:仕様書無しさん mailto:sage [2010/06/15(火) 15:04:50 ]
もっともっと細かい事言うとだな
コンパイラ又はインタプリタが条件を2回処理する事になるんだ。
負荷が極端に高い場合こんな書き方をすれば処理速度がやや落ちるわけだ。
ただ、今は鯖性能がいいから問題はないっちゃないけれどって話に繋がってくると
結論どーでもいい。

451 名前:仕様書無しさん mailto:sage [2010/06/15(火) 15:06:47 ]
>コンパイラ又はインタプリタが条件を2回処理する事になるんだ。
>負荷が極端に高い場合こんな書き方をすれば処理速度がやや落ちるわけだ。


452 名前:仕様書無しさん mailto:sage [2010/06/15(火) 17:04:05 ]
>>450
> コンパイラ又はインタプリタが条件を2回処理する事になるんだ。
> 負荷が極端に高い場合こんな書き方をすれば処理速度がやや落ちるわけだ。
だいぶ前から、そんな腐ったバイナリ吐くコンパイラは見たことない。
どのコンパイラつかってんのか言ってみなよw

453 名前:仕様書無しさん mailto:sage [2010/06/15(火) 22:23:06 ]
2回評価する意味がわからん。どんなにしょぼいコンパイラでも一回で済むと思うんだが。。

454 名前:仕様書無しさん mailto:sage [2010/06/15(火) 22:34:07 ]
まあ、必然性のあるコーディングならいいんだが
普通にNotとった方がわかりやすいだろうって条件を
わざわざ難しく書くとかはやめてほしい

455 名前:仕様書無しさん mailto:sage [2010/06/15(火) 22:34:17 ]
一つのifでも複雑な条件式を書けばアセンブリ言語レベルでは何十命令にもなるんだから、
評価の回数なんて気にする意味なし。

456 名前:仕様書無しさん mailto:sage [2010/06/15(火) 22:41:11 ]
評価の回数とか細かいことはコンパイラの最適化に任せればいいんだよ
ロジックレベルでおかしな事やってない限りうまくやってくれる
コード上ではわかりやすさ、保守のしやすさを最優先

昔、数千行に及ぶ関数とかがあって
ほぼすべての変数がグローバルにあって
ループ変数が複数の関数を渡り歩きながら増減するとかいう
とんでもないコードを保守する事があったなぁ・・

457 名前:仕様書無しさん mailto:sage [2010/06/15(火) 23:19:16 ]
それCOBOLERが書いたコードだろ

458 名前:仕様書無しさん mailto:sage [2010/06/15(火) 23:23:28 ]
>>429
俺も何もしないアピールは結構使う
別にわからないわけじゃないよw

459 名前:仕様書無しさん mailto:sage [2010/06/15(火) 23:55:40 ]
>>457
おそらくそうだな。あ、これはCね。
しかも、大本のコードにバグがたくさんあって
複数の人が直そうと手を入れて何とかしようとしたが
途中で挫折した感じのコメント付きつぎはぎ修正がいっぱいあったりと
とっても歴史を感じさせてくれるコードだった。



460 名前:仕様書無しさん mailto:sage [2010/06/16(水) 00:50:02 ]
どうでもいいレベルの内容でグダグダ言いすぎ。使えないプログラマの特徴が良く出てるスレだな。

461 名前:仕様書無しさん mailto:sage [2010/06/16(水) 00:54:39 ]
おまえもな

462 名前:仕様書無しさん mailto:sage [2010/06/16(水) 05:20:39 ]
>>453
たぶん、「1個余分にジャンプ命令を吐くことになる」と言いたかったのでは・・・
20年前ぐらいのMS-Cは、空のthen句の最後でelse句をスキップするためにjmpしてた。
ここ10年ぐらい、そんなショボいコンパイラ見たことないけどな。

463 名前:仕様書無しさん mailto:sage [2010/06/16(水) 05:29:09 ]
unlessとか鯖とか言ってるから、Perlの話だと思うんだけどなぁ

464 名前:仕様書無しさん mailto:sage [2010/06/16(水) 08:26:47 ]
Perlのインタプリタはそんなアホじゃない。というか、JITコンパイラに近い実装。

465 名前:仕様書無しさん mailto:sage [2010/06/17(木) 05:25:29 ]
Perlの話だとすると、ますます二度評価の意味がわからんな。

466 名前:仕様書無しさん mailto:sage [2010/06/17(木) 05:28:41 ]
読んだ人の脳みそ(インタプリタ)での評価回数のことだろ
としか思えない

467 名前:仕様書無しさん mailto:sage [2010/06/17(木) 05:58:02 ]
二度も評価する処理系があったら、条件式に副作用があった時に恐しいことになるぞ・・・


468 名前:仕様書無しさん mailto:sage [2010/06/17(木) 05:59:21 ]
わかった。

if ( expression ) {
} else {
  do(something);
}
これを、
if ( expression ) {
} elif ( True ) {
  do(something);
}
に「最適化」する処理系があるに違いない。
誰かさんの脳内に。

469 名前:仕様書無しさん [2010/06/18(金) 14:54:54 ]
エンターキー強打
マウスで机をカンカン叩く



470 名前: ◆naAw11FwqU mailto:sage [2010/06/19(土) 03:49:28 ]
>>441
それはゲームプログラミングの命名規則
つうかちゃんと設計されてるゲームのソース見たことある奴ならすぐそのくらいわかるのに
自分の知らない世界だからって欠如とかよくそんなこといえるな
お前の知識が欠如してんだよクズ

471 名前:仕様書無しさん mailto:sage [2010/06/19(土) 07:36:10 ]
>>470
俺はゲームプログラマじゃないので知らないが、
その書き込みが真実だとすれば「ゲーム屋ってのは英語知らない馬鹿だらけなんだな」としか思わない

472 名前:仕様書無しさん mailto:sage [2010/06/19(土) 08:08:04 ]
まあゲームだったら別に英語を知ってる知らないは関係ないからねぇ

473 名前:仕様書無しさん mailto:sage [2010/06/19(土) 08:46:20 ]
英語くらい読めないと使いものになりませんが。

474 名前:仕様書無しさん mailto:sage [2010/06/19(土) 09:19:56 ]
今回関わった糞なプログラムの特徴はこんな感じ

・if ほにゃららだったら というのがあっちこっちにある。またifの階層が深い。
・ある動作をするところがあっちこっちにある。
・本人になんでこんなことしてんのと聞いても即答出来ない。どうしてか忘れましたとか普通。基本的に作ったものの構造を自分自身把握してない。
・クラスは使ってるが基本的にオブジェクト同士の関係がスパゲティ。クラス分けの単位がセンスない。
・命名規則とかがぶれぶれ。型ハンガリアンっぽいとこもあればローカルなのに大文字スタートしてるとこもあったり。
・隠すべきところを晒してあっちこっちでいじってるから挙動を把握できてない。
・全般的に残念。センスがない。

とりあえずほぼ全面的にリファクタと称して作り直させていただきました。
あいつに給料を払ってる意味があるのか激しく疑問。

475 名前:仕様書無しさん mailto:sage [2010/06/19(土) 10:18:36 ]
>>470
ゲームプログラミングかかわってたが、
>>441が「ゲームプログラミングの命名規則」のようには思えないw

あ、initは使ってたか、昔の話だがw

476 名前:仕様書無しさん mailto:sage [2010/06/19(土) 10:23:07 ]
>>474
「センスがない」とか下手な奴の特徴なのかどうかおいておいて

> ・本人になんでこんなことしてんのと聞いても即答出来ない。
むしろできるならすごい。

俺、3カ月前に作ったプログラムとかもう赤の他人だわ。すぐ忘れるぞ
複雑な式なら計算過程ドキュメントで残したりとか、
何故こうしたかとかコミットログやチケットのログにしっかり書かないとダメだわ
でないと後で見てももう全然わからなくなる


if使うのは別にいいと思うが、階層深いってどのくらいだろ?

477 名前:仕様書無しさん mailto:sage [2010/06/19(土) 10:41:59 ]
>>476
それは単にコードを読む力が足りないだけ。

478 名前:仕様書無しさん mailto:sage [2010/06/19(土) 10:50:19 ]
>>474
そんなのでも雇わなければならないような糞会社にいるやつが何言ってるんだ。

479 名前:仕様書無しさん mailto:sage [2010/06/19(土) 10:57:24 ]
>>476
俺はほとんど覚えてるわ。三カ月前ならコード見なくても言えるくらい。
他人が考えた設計を内容理解してなくて実装したコード
設計しなくて何となく書いたらできちゃったコード
なら無理だけど。



480 名前:仕様書無しさん mailto:sage [2010/06/19(土) 13:24:14 ]
急にネットワークに回されることになりました…
皆さらば!

481 名前:仕様書無しさん mailto:sage [2010/06/19(土) 17:51:28 ]
こんなifを見たことがある
if( hoge > fuga1 ) {
...
} else if( hoge <= fuga1 && hoge > fuga2 ) {
...
} else if( hoge <= fuga2 && hoge > fuga3 ) {
....
コードレビューで突っ込んだら
こっちの方が分かりやすいからとかなんとか






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

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

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