ダメなコードは
| 290 票 / 13% |
| 343 票 / 16% |
| 167 票 / 7% |
| 58 票 / 2% |
| 392 票 / 18% |
| 512 票 / 24% |
| 327 票 / 15% |
投票所 | 他の国民投票
- 選択肢が少なくても文句禁止。だって、そもそもがジョークだし、場所は有限だし、選択肢を決めるのに事前投票なんてできないから。
- なんか良い投票ネタがあったら是非タレコんでくれ(国民投票用と明記)。毎回かなり悩みまくりなんだな、これが。ぶつぶつ言わずに助けてくれよぅ。
- この投票はとってもテキトーだ。四捨五入の誤差、投票マニア、ダイナミックなIP、 システムのバグ、プロキシーやファイヤウォールなんて考慮しちゃいない。統計だと思って このデータを大事な事に流用しようと思うなら小学校からやり直しましょう。
この議論は賞味期限が切れたので、アーカイブ化されています。
新たにコメントを付けることはできません。
昔こんな国民投票があったなぁ…。 (スコア:3, 参考になる)
# ぐぐる結果 [google.co.jp]より。(^-^;
新90%-10%の法則 (スコア:3, すばらしい洞察)
そのうちの90%は自ら汚いコードを作る。
そのうちの90%は指摘されると「テスト的に作ったコードだから」etc.と言い訳する。
by AC
Re:新90%-10%の法則 (スコア:1)
Copyright (c) 2001-2014 Parsley, All rights reserved.
Re:新90%-10%の法則 (スコア:1)
/* Kachou Utumi
I'm Not Rich... */
続き (スコア:1)
反省会 (スコア:3, 参考になる)
駄目なソースコードに対して駄目だしする、といのも勉強になると思ってます。
結構古いですから知ってる方も多いでしょうが、このページ [pro.or.jp]みたいに
様々な”駄目ソース”を挙げているところもあったりします。
このページの内容がはともかくとして、駄目なものを見て
「これはやらないようにしよう」って覚えてけば、そこそこコードの質も上がるんじゃないでしょうか。
#そんな自分はJavaが上手く書けないと悩む駄目プログラマ
下々のプログラマの場合 (スコア:3, 興味深い)
ダメなコードで爆発してるダメ現場。
コーディングは教科書だけじゃ学べないけれど、
お手本にできるのはダメ現場をダメたらしめてるダメなコードばかり。
良いコードが溢れている現場は人手不足になるはずもないので、
新人くんが投入されるのも当然後回し。どころかそんな順番が回ってくるはずもない。
なんて悪循環繰り返してる哀愁ただよう中小企業ってうちだけ?
Re:下々のプログラマの場合 (スコア:1, 参考になる)
無粋なのでAC。
Re:下々のプログラマの場合 (スコア:1)
(魂がデカ過ぎない?)
the.ACount
Re:反省会 (スコア:1, 参考になる)
某大手企業の社内Webアプリ部門に転職したのですが
「プログラム初めて1年です」とか「自宅にPCなんか持ってません」な人ばかりでした。
初めてLinuxとかJAVAとかDB(SQL)とかさわったのですが、
前任者が作った3分かかるQueryを2秒に縮められたのは嬉しかったです。
#3分もかかる状態でリリースするなよ。。。
ま、大きな組織になじめなくて辞めてしまったへたれですが。
Re:反省会 (スコア:1, 参考になる)
いえ、少しでも出来る人はゾロゾロ辞めて行ってるようです。
その結果、最後まで残るのは
>「プログラム初めて1年です」とか「自宅にPCなんか持ってません」な人ばかりでした。
ということになるのです。
日本の大企業なんて、どこもそんなもんじゃないですか?
駄目なコードを見た時は… (スコア:3, おもしろおかしい)
#書いた時はそう思わなくても、後から自分の書いたコード見て自己嫌悪する事が何度も…
/* Kachou Utumi
I'm Not Rich... */
Re:駄目なコードを見た時は… (スコア:1)
人の名前で判別して、コードを取捨選択しております。
# …が、ドキュメント類が書かれていないため、プログラムから仕様を拾い上げてからでないと捨てられない現実…。
ゼロ (スコア:3, おもしろおかしい)
# 「一から~」っていう言い回しに違和感があるのは、逸般人だからでしょうか?
Re:ゼロ (スコア:1)
いいえ、プログラマーだからです。
#16,777,216か~、なんてキリのいい数字だろう☆
「修正」じゃないんですね (スコア:2, 興味深い)
Re:「修正」じゃないんですね (スコア:3, おもしろおかしい)
Re:「修正」じゃないんですね (スコア:1)
鉄拳制裁: 鉄拳のつまんないギャグを延々何時間も聞かされ続ける…
# 拷問の類だな
Re:「修正」じゃないんですね (スコア:0)
Re:「修正」じゃないんですね (スコア:5, おもしろおかしい)
「これが若さか」
と一言言うだけでいいことになってます
#昭和は遠くになったもの。劇場版にはこのセリフあったの?
悪貨が淘汰されるかと思いきやそうでないのがこの世界 (スコア:2, 興味深い)
「コードの改良? 動いてんだろ? ほっとけほっとけ!」っとか言われて、気が付いたらあちこちで使い回されていたり。
因子は放たれたら終わりなのよね。
#最近、たれこんだ人の選択肢が無くなったのは、気のせい? もしくはOliverさんが一人でせっせとたれこんでるとか?
動いているコードに触るな (スコア:2, 興味深い)
MIYAZAKI Yasushi
Re:動いているコードに触るな (スコア:2, すばらしい洞察)
まぁ、一回使いっきりのコードだと確定しているならそこまで拘る必要もないですけど、どっかで使いまわされることを考えると…
Re:動いているコードに触るな (スコア:3, 参考になる)
正月に自宅のコタツの中で机上設計まで併用して何とか日程には間に合わせましたが、肉体的には辛いです。
今度からは「中身を知らない人が流用設計したところで流用元の動作を理解するのに最初から設計するのと同じぐらい時間がかかるので、コーディングの手間が減る以上の効果はないです。それ以上に日程を縮めようとした場合は中身がわからないままに必要な改造だけを加えます。不具合が出ても知りません。」と説得することにします。
#説得ではなく脅迫かもしれないけどID
Re:動いているコードに触るな (スコア:1, すばらしい洞察)
必要性までは理解できてもそれを実現するのに「俺が責任もってやりとげる!」だけでは通せないんですよ
極端な話、あなたが死んじゃったら誰も手を付けられない可能性もあるわけで。
上と喧嘩する前に回りを巻き込んで同調させて身代わりを準備してからにしてもらえると喧嘩しなくてもすむかもしれない
Re:動いているコードに触るな (スコア:1)
> プロの技術者と言うものではないかと思う最近…
そこまでやる気力・余力・時間が有ればですが。
デスマってる時は、もう、動けばいいやで。
しかも、お硬い業種の客だと、ちょっとした変更でも、色々、ドキュメントを書かないといけないから、余計に変更する時間やら余力やらが無くなります。
動かないようにしてしまえばいい (スコア:1, 興味深い)
Re:動いているコードに触るな (スコア:1, おもしろおかしい)
「あれに追加したんだ。てっきり作り直すかと思ったよw」
って言われた罠。
作り直していいんだったら先に言ってくれよ・・・迷わずそうしたのに_| ̄|○
#無職暦半年ぐらいなのでAC
Re:動いているコードに触るな (スコア:2, おもしろおかしい)
枕にありつけるあなたは、幸せ者です。
この世の幸せをかみしめる瞬間 (スコア:1, すばらしい洞察)
>枕にありつけるあなたは、幸せ者です。
数カ月ぶりに枕にありつけた感動のあまり、涙が止まらなくなったのでは。
それでも、リファクタリング、とか言ってみたいし、やってみたい (スコア:1)
だって、そうでもしないと、機能が追加できないんだもの…
Re:悪貨が淘汰されるかと思いきやそうでないのがこの世界 (スコア:1)
「ソフトウェア開発における割れ窓理論」
ってのもありますね。
#その「下の下」に充ち満ちている職場にいるのでID
名物に旨いものなし!
メカの場合はほっとけが正解 (スコア:1)
その方は機械屋出身なのではないかと思います。メカの世界では「順調に動いている機械はいじるな」が経験則ですから。
ちなみに私の場合、絶好調だったバイクを定期点検に出したらエンストしやすくなったという体験があります。
一から作り直し (スコア:2, すばらしい洞察)
ダメなコードかどうかは別として、ソフトウェアがバージョンアップを繰り返す場合、初期のバージョンとして作られていた、機能的にシンプルなプログラムにおいては許されていた設計が、当初想定されていなかった新たな要求を満たすためには通用しなくなってしまう、ということは結構あったと思う。そういうときに、バージョンアップのたびに騙し騙し残してきた古い設計のプログラム (おそらくこれが積み重なると、どんどん「ダメなコード」になってゆくのだと思うのだが) を、どこかのタイミングでばっさりかなぐり捨てられる勇気が、必要なこともあるのではないかと思う。
年食った上司ほどプログラム資産に対して保守的だったりすることが多いので、現場でコード書いてる若いプログラマーが、勇気を持っておっさんどもにどんどんせっついてあげるとよいと思う。
むらちより/あい/をこめて。
Re:一から作り直し (スコア:1)
実際に保守的な側面もあるかも知れませんが、『実装を変えると単体テストから当然やり直し』するだけの工数が見込めない
メンテナンスなどでは意図的に無視するケースもありますよ。
むしろ再構築でもない限り付託費用がきっちり査定されるので、そんなケースの方が多かったかも。
(今でこそテストツールがあるんで敷居は低くなったはずです)
#公共系の企業の特性かもしれないですね。
#パッケージ販売とかだともっと自由度が高いのでしょうか?
ホスト系、とくに勘定系とかでは40年50年動いてるコードもざらですしね。(そして時々ソースがない)
でも、コードに問題意識を持つこと自体はどんどん推進して欲しいものです。
---- 何ぃ!ザシャー
Re:『天下り』 (スコア:1)
#ちなみに「公共系」は「生活インフラ系(電力系とかガス系とか)」の意味で言いました
>現場の人間が軒並み反対
ここでいう『現場』ってプログラマ?エンジニア?
その売り込んでる内容を聞かせてもらえんですか?
(ドキュメント作れ、はメンテナンスする者の立場として至極当然の主張と思うので)
#「ドキュメントは要らんから安くしろ」はお互いのためにならないですね
---- 何ぃ!ザシャー
Re:一から作り直し (スコア:1)
引き継いだソフトにテスト仕様書も無いのがデフォルトだ。
何を以ってダメコードと呼ぶのか? (スコア:2, 興味深い)
# 動いているがメンテ不能なコードは、動かないコードよりもたちが悪い
--- 駆り立てるのは納期と仕様変更。横たわるのはPGとSE。
コードじゃないけど (スコア:1)
現実に存在して、それを活用させていただいてますので。
#っていうとスゴイ語弊がありそうな気もしないでもないが。
#ダメなのはxxじゃなくて、投げるほうということも。
秘伝:Oliverたんの関心を惹くソース・タレコミの書き方 (スコア:2, おもしろおかしい)
・コメントでアピール
例)/* Oliverたんとディナーしたい */
・メソッドでアピール
例)doDiner(With Oliver,love){
■タレコミの場合
・AC欄に思いの丈をぶつける
例)オリバーたんとディナーを夢見る18歳AC
・たて読みで暗号を送る
例)
Opensourceの(略)
linuxでは(略)
inittabを(略)
viの使用者は(略)
emacsの使用者でも(略)
redhatでは(略)
デ(略)
ィ(略)
ナ(略)
|(略)
し(略)
た(略)
い
Re:コードじゃないけど (スコア:2, おもしろおかしい)
だめなコード・・・ (スコア:1)
「はい!・・・あ!漏電してます!」
・・・
うーむ、プログラムコードを一番に思いつかなかった俺はだめな/.Jer・・・
当然、投票もまだ。
Minder
だめなコードですか・・・ (スコア:1)
修正 :せっぱつまっててでも大部分が使えてコードを起こすより早い場合
もみ消す:よく見たら自分が昔作ったモノだったとき。
反省会 :作ったやつが気に食わないとき
たれこむ:これはおもしろいから報告せねばと思われるとき
スルー :プロジェクト自体があれなとき
一から :まだ時間がたっぷりあるとき
丸投げ :守秘義務があるから無理です
なので、選択できませんでした(汗)
人事を半分尽くして天命を待つ
選択肢が足りてないよ! (スコア:1)
# 日々才能の欠如を痛感している俄かプログラマなのでtuneo。
なかったことに (スコア:1)
参考文献:2漫 [geocities.co.jp]
#「一から書き直す」ではない!
ぼそっと (スコア:1)
# しませんよ、ええ、しませんとも。
## じぶんのコードがミラレンジェロなのでID(寒
M-FalconSky (暑いか寒い)
テスト負荷 (スコア:1)
修正の影響範囲を調べてテスト負荷を見積もらないとね。
テスト負荷が大きいならば、ここはガマンして放置、が大人の対応では?
# 何度も「ガマン」を強いられて来たな..
あ、あれ……((゚◇゚; );゚◇゚))) (スコア:0)
適当な選択肢ないよっ?!
Re:あ、あれ……((゚◇゚; );゚◇゚))) (スコア:1, おもしろおかしい)
Re:"moriwakaが犯人だ" (スコア:1)
;; moriwaka で grep って安心してました
Treason, like beauty, is in the eye of the beholder.