1 ：
仕様書無しさん：
"To iterate is human, to recur, divine" -- Peter Deutsch
人間は反復し、神は再帰する
2 ：
仕様書無しさん：01/10/05 09:21
3 ：
仕様書無しさん：01/10/05 09:23
＿__ ｜ ＼ ＼
/ / ）））） |
/ ／＿ ⊂ﾉ | ヽヽ |＼
/ ／ ／ i 、、 | ヽヽ |＼ | ＼
/ ／ ＼ ＼ ∧ ∧ ﾄﾞ ド |ヽ |＼ | |
/ ／ ＼ ＼（ ﾟДﾟ） ／￣￣￣￣￣￣￣￣￣
／ ／ ヽ ⌒＼ ＜ 今だ！
>>3番ゲットォォｫｫ！！
／ ﾉ ／> > ＼＿＿＿＿＿＿＿＿＿
/ × ／ 6三ﾉ
/ / ＼ ＼ `￣
― / ん、 ＼ ＼
―― （＿＿ （ > ）
⌒ヽ ’ ・`し' ／ ／
人, ’ ’, (￣ ／
Y⌒ヽ）⌒ヽ､ ） |
＼＿つ
4 ：
仕様書無しさん：01/10/05 09:41
あなたの環境を信じなさい。
信じすぎず、でも、信じなさい。
環境うたがってるとバグがとれない。けど信じ切っててもとれない。
バグの無いプログラムは無い。
バグの取れないプログラムは無い。
by攻殻機動隊
6 ：
仕様書無しさん：01/10/07 02:36
システムは人が使うためのものです
8 ：
バグの無いソース：01/10/07 02:44
#include <stdio.h>
int main( int argc , char **argv )
{
printf( "hello!2channel" );
return 0;
}
バグを見つけたら50カノッサ！
>8 全角スペース
>>8 ホワイトハウスをクラックするという仕様を満たしていません
>>8 stdioがバグ
OSがバグ
Pascal,Javaのコンパイラで通らないバグ
CPUが解釈できないバグ
出来る出来ないの問題じゃない、とにかくやるのだ！
>>8 出力の最後には改行コードをつけようね。
っていうか格言と違うじゃん。
>>12 言う人によって意味が変わりそうだな。
ﾄﾞｷｭｿ上司が言ったら、、、鬱だ。
>14
仕事とってきた営業ならさらにやだ。つか殺す。
おまえらは知らないかもしれないが、
俺は
int main()
一個でシューティングを作り上げた。
>16
だから？ 威張るほどのことじゃないだろうに。
ｯﾃｲｳｶｿﾝﾅﾌﾟﾛｸﾞﾗﾑｼﾘﾀｸﾈｰ
プログラムは思ったとうりには動かない、作ったとうりに動く。
19 ：
仕様書無しさん：01/10/12 21:15
プログラムは現場で作ってるんだ。経営会議で作ってるんじゃない。
ｶｺｲｲ...
There is no programming language, no matter how structured,
that will prevent programmers from writting bad programmer.
--- L.Flon
22 ：
仕様書無しさん：01/10/12 22:02
相撲は他人のふんどしでとるものだ。
23 ：
仕様書無しさん：01/10/12 22:13
２：５９：５０のアラーム
>8
実はBASIC？
24 ：
仕様書無しさん：01/10/12 22:14
>>18 プログラムは作ったとうりには動かない、作ったとおりに動く。
27 ：
仕様書無しさん：01/10/12 23:24
ってゆうか、「とうり」ってなによ！
人間はスタックを節約し、神はスタックオーバーフローで滅びる、
29 ：
仕様書無しさん：01/10/12 23:45
エラー処理には終わりがない。
30 ：
仕様書無しさん：01/10/12 23:45
そのとうり！！
他人を疑う前にまず自分を疑え
32 ：
仕様書無しさん：01/10/12 23:46
なんだか良いふいんきのスレだね♪
33 ：
仕様書無しさん：01/10/13 00:27
七度デバッグして人を疑え
34 ：
仕様書無しさん：01/10/13 00:35
まずは最適化オプションを切っておけ
35 ：
仕様書無しさん：01/10/13 00:36
所詮ヒトが作ったもの、全て疑って見ろ
36 ：
仕様書無しさん：01/10/13 00:36
プログラマの三大美徳
1. 無精
2. 短気
3. 傲慢
37 ：
仕様書無しさん：01/10/13 00:38
プロジェクトに入ったら、まずやること。
出来る人と、出来ない奴を見極めろ。
デスマーチを笑うものは
デスマーチに泣く。
仕事は納期を過ぎてから始まる
40 ：
仕様書無しさん：01/10/13 16:37
バグは出ない筈がない。
必死で作ってもいずれ消え去る。
42 ：
仕様書無しさん：01/10/13 16:47
>>21 最後はprogrammerじゃなくてprograms？
汝、パクることなかれ
汝、コンパイラを疑うことなかれ
>>44 パクることは良いことのような気もするが。
バグってもPC殴るな。
ハゲっても上司からのストレスのせいにするな
多重継承は栄養ドリンコ
インスタンスは逝っちゃったんす
50 ：
仕様書無しさん：01/10/14 18:37
a++; /* aをデクリメント */
りばーすいてれーた？
53 ：
仕様書無しさん：01/10/14 21:13
鯖に耳あり上司の目あり
55 ：
名無しさん＠ＸＥｍａｃｓ：01/10/14 21:59
>>19 バグは会議室で起こっているんじゃない。客先で起こっているんだ。
良いSEは死んだSEだけだ。
デスマーチを起こす会社で書かれた開発計画は、
多くの場合、理想の結果と空想に満たされている
デスマーチが起こるか否かは仕事を受ける前に決まる。
存在しているけど見えないもの、其れは奴だ！
存在してないけどあると思うもの、其れはバグだ！
存在してないし、見えもしないもの、其れは仕様だ！
IBM since 1984
C++もしくは奴が、どんな関数を書き、呼び出してるか、知らないほうがいい。
I love GOTOs. - Don Knuth
計画する時間を計画から取り除いてはならない
malloc(strlen(string+1))に気をつけろ。
>>63 何？
malloc(strlen(string)+1)の間違いって事？
>64 それ。
66 ：
仕様書無しさん：01/10/19 22:33
67 ：
金持ち父さん：01/10/19 22:41
貧乏人は負債を資産と勘違いして買ってしまう
負債 <- C++
68 ：
仕様書無しさん：01/10/20 00:59
高価（たか）いと凄く感じる
69 ：
仕様書無しさん：01/10/20 01:03
職業プログラマーで、自分で開発ソフト買うやつなんているのか！？
会社が買ってくれないから個人でMSDN。
それをコピる同僚。
鬱だ。。。
71 ：
仕様書無しさん：01/10/20 02:05
できぬなら、壊してしまえ、プログラム。
爪を切れ
sageるから許して
継承されることを前提とした基底クラスのデストラクタは仮想関数にすること
その最適化、本当に今必要か？
納期は約束じゃなく、あくまで目標だ！
76 ：
仕様書無しさん：01/10/21 22:07
age
77 ：
仕様書無しさん：01/10/21 22:29
バグじゃないです、仕様です。
78 ：
仕様書無しさん：01/10/22 00:54
>>77 バグでもありますし、仕様でもあります。
より簡単に言うと、仕様がバグってます。
79 ：
仕様書無しさん：01/10/22 01:26
３０分後から仕事はじめよう、、、は３時間経ってもはじめず。
それ、君が考えたんか？
/* なぜか動いているので弄らないでください */
は、本当になんで動いているのか分からない。
82 ：
仕様書無しさん：01/10/24 00:45
>>78 といいますか..仕様そのものがバグなんです。
よって仕様を消去し、すべてを更地にする。
84 ：
仕様書無しさん：01/10/27 21:50
プログラミングに
大丈夫だ「と思います。」は許されない。
85 ：
仕様書無しさん：01/10/27 21:51
理想もいいが、現実を見ろ！
>>84 ごめん。格言版だったのね。
エラソーな上役かとおもった。
安易にコーディングを始めるな
設計には気を使え。
特に角度とか。
角度？
何のコト？
91 ：
仕様書無しさん：01/10/28 00:10
「角度」って言葉が急速にはやってない？２チャンネルで。
どういう意味？教えて。
92 ：
仕様書無しさん：01/10/28 00:12
元ネタきぼーん
93 ：
仕様書無しさん：01/10/28 00:12
94 ：
仕様書無しさん：01/10/28 00:14
95 ：
仕様書無しさん：01/10/28 00:18
632 ：通常の名無しさんの３倍 ：01/10/12 01:42
しかし、ヒート剣の色よりも、ドムの手の長さであの剣を抜ける
ことのほうが、長年の疑問だったりする・・
636 ：通常の名無しさんの３倍 ：01/10/12 01:47
>>632 馬鹿じゃねえの？
未来のロボットがそんな間抜けな設計のわけねえだろ。
ちゃんと計算されてる。角度とか。
「角度とか」
>>95 じゃ未来のロボットの代表格である
ドラもちゃんと計算されてるんだよな。角度とか。
そーは思えん。
>>96 あの滑らかな曲線は、明らかに計算されてるよ。角度とか。
98 ：
仕様書無しさん：01/10/31 00:55
age
99 ：
仕様書無しさん：01/10/31 22:22
もし芸術が我々の夢を表現するものなら、コンピューターは、夢をプログラムの形にして表現するものである。
100 ：
仕様書無しさん：01/10/31 23:07
100GET!!!
まず動かしてみてからなぜ動いているのかを考えろ。
102 ：
UNIX板よりコピペ：01/11/02 07:02
話す内容の1/3は理解され1/3は誤解され1/3は理解されない。
103 ：
仕様書無しさん：01/11/02 07:13
バグはあなたの頭の中にある
105 ：
仕様書無しさん：01/11/02 18:13
小一時間バグ取りたい
106 ：
仕様書無しさん：01/11/02 18:41
プログラムなんてブラックボックス、ユーザーからは何やってるかわかりゃしねぇんだ
107 ：
仕様書無しさん：01/11/05 23:38
再現しないバグは見なかったコトにしなさい。
たしかにプログラマの労働環境は極悪だ
だが、俺はプログラミングとデバッグが好きだから
この仕事は生涯やり続けるだろう
優秀な上司と忠実な部下に恵まれれば
これほど俺にとって楽しい仕事は他に見つからないだろう・・・
110 ：
仕様書無しさん：01/11/05 23:57
>>107 （・∀・）ｲｲ!
一度の不具合は、たぶん気のせいである。
客と話す時は相手の目を見るんじゃあない。相手の懐具合を見るんだ。
コメントを信じるな！！
テストはバグの存在を証明することはできるが、
バグの存在しないことを証明することはできない。
わからないことがあれば、まずマニュアルを読みなさい。
マニュアルを見てもわからなければ、もう一度マニュアルを読みなさい。
それでもわからなければ、マニュアルの表紙をチェックしなさい。
人災は忘れた頃にやって来る。
116 ：
仕様書無しさん：01/11/22 00:28
俺が仕様書だ！
駄目な奴はなにやっても駄目
118 ：
仕様書無しさん：01/11/22 00:38
凡人は複雑な仕様を複雑に記述し
馬鹿は簡潔な仕様を複雑に記述し
天才は複雑な仕様を簡潔に記述する。が、
Ｓヨは複雑な仕様を簡潔に記述するが理解できるように書けない。
119 ：
仕様書無しさん：01/11/22 01:05
致命的なバグは客先で発生しやすい。
121 ：
仕様書無しさん：01/11/22 01:13
客先でデモるときはマシン持参
飲み込みが悪い奴ほど、勉強量が足りない
123 ：
仕様書無しさん：01/11/22 04:25
客に好かれるﾌﾟﾛｼﾞｪｸﾄ･ﾘｰﾀﾞほど部下に嫌われる
124 ：
仕様書無しさん：01/11/22 04:40
ﾌﾟﾛｼﾞｪｸﾄが忙しくなる程、出来ない人間が暇になる
ある組織における各人員の給与と労働時間は反比例する。
126 ：
仕様書無しさん：01/11/22 04:47
きっちりとした仕様書は、
一番必要だと思われるプロジェクトに限って存在しない。
仕様書は書いても見るな。見るのはソースだけにしろ。
128 ：
仕様書無しさん：01/11/22 04:51
誤動作が再現出来なくて残念がるのは素人
129 ：
仕様書無しさん：01/11/22 05:04
ﾊﾞｸﾞを通せば仕様引っ込む
白靴下着用者はシステムダウンのもと
「彼も年かね」と言い始めたら君も年。
132 ：
仕様書無しさん：01/11/22 05:34
仕様書には設計者の夢が詰まっている
133 ：
仕様書無しさん：01/11/22 05:34
ソースには実装者の血が滲んでいる
134 ：
仕様書無しさん：01/11/22 05:41
要求書にはクライアントの妄想が詰まっている
135 ：
仕様書無しさん：01/11/22 05:42
マニュアルにはユーザーへの呪詛がこもっている
136 ：
仕様書無しさん：01/11/22 05:43
ソフトウェア使用許諾書には、大人のずるさが積み上げられている
137 ：
仕様書無しさん：01/11/22 05:47
仕様書には少し前の若かった頃の自分の志が描かれていて懐かしい
138 ：
仕様書無しさん：01/11/22 05:50
8割終わるのに2割の時間で済む。
残る2割を終わらせるのに残る8割の時間を費やす。
139 ：
仕様書無しさん：01/11/22 05:52
マニュアルは多いほど読まれない。
開発者がもっともいい加減に実装した機能がユーザーの一番のお気に入りになる
141 ：
仕様書無しさん：01/11/22 05:56
>>138 これが分からんで工期設定するＳヨやらＰＬって多いよな・・・・私事だけど。
142 ：
仕様書無しさん：01/11/22 06:12
一日一クラス
143 ：
仕様書無しさん：01/11/22 06:13
作り手に良いﾏﾆｭｱﾙは書けない
144 ：
仕様書無しさん：01/11/22 06:16
クライアントに良い仕様書は書けない。
しかし、ＳＥも往々にして書けない。
145 ：
仕様書無しさん：01/11/22 06:17
マニュアルは4次元でのみまともに機能する。
147 ：
仕様書無しさん：01/11/22 06:20
カンペキな仕様書には６次元必要である。
148 ：
仕様書無しさん：01/11/22 06:23
普段理屈っぽい奴ほど理屈に合わない仕事をする
149 ：
仕様書無しさん：01/11/22 06:36
誰でも一度は一見何の意味もないｽﾃｯﾌﾟを削ってﾌﾟﾛｸﾞﾗﾑを暴走させる
プログラマを続ければ続けるほど心が荒んでくる
151 ：
仕様書無しさん：01/11/22 07:14
時間が無いときほど、2chにアクセスしてしまう
私は私と私の環境である
バグも出ずまともに動いているが内心毛が抜けるほど不安。
155 ：
仕様書無しさん：01/11/22 07:45
遅いのは、マシンのせい。
156 ：
仕様書無しさん：01/11/22 07:48
ユーザーは、内部処理中でフォームが硬直している間、キーやマウスを連打している。
動作が安定しだす時期は、ユーザーがソフトに対し信用を失った時期と一致する。
158 ：
仕様書無しさん：01/11/22 08:08
頭ん中ではそんな事もあんな事も実現可能だが
目の前のこんな事さえ実現不可能である実情
159 ：
仕様書無しさん：01/11/23 00:04
寝ずに仕様書いたら日本語がｼﾝﾀｸｽ･ｴﾗｰ
専門の処理は専門のオブジェクトに。
161 ：
仕様書無しさん：01/11/23 00:09
仕事をサボる為ならば、どんな仕事もいとわない。
書かなきゃバグらない。
163 ：
仕様書無しさん：01/11/23 00:23
実は納期より重要な事柄は幾つもある
164 ：
仕様書無しさん：01/11/23 00:26
根性のある奴は頭脳がない
頭脳のある奴は体力がない
動かぬなら、動くまで待とうプログラム
by ダメプログラマ
動かぬなら、動かしてみせようプログラム
by 凄腕プログラマ
動かぬなら、殺してしまえプログラマ
by 上司
言われた事しかしない奴は
言われる事なく首になる
167 ：
仕様書無しさん：01/11/23 00:35
根性で何とかなるなら日本は戦勝国
客
「先日の仕様検討の件ですが・・・」
てんさいぷろぐらむぁ（偽）
「そんな昔の事は忘れた」
客
「来週リリースのベータ板についてですが・・・」
てんさいぷろぐらむぁ（偽）
「そんな先の事はわからない」
私は万能ではないがこびとは万能である。
ソースコードの品質を予測する最も確実な方法は、
"最終更新者" を見ることである。
>>130 あら、本物の void さん登場?
あれ？おかしいですね...
うちの環境だと動いたのですが...
172 ：
仕様書無しさん：01/11/23 03:44
君が頼りきって仕事を任せている彼が明日も必ず居てくれるとは限らない
173 ：
仕様書無しさん：01/11/23 04:47
Q.
クライアントとマネージャーでプログラマに求める違いはなにか？
A.
クライアント：高い技術力で問題解決してほしいと思ってる。
マネージャ：非人間的な犠牲をもって問題解決すべきと思ってる。
174 ：
仕様書無しさん：01/11/23 05:51
１つの仕事は、新しい仕事が始まるまで
終わらない。
175 ：
仕様書無しさん：01/11/23 05:52
新しい仕事が始まったからといって
前の仕事が無条件に終了するわけではない。
新しい仕事が始まるまでに
前の仕事を終らせておかないと地獄を見る。
177 ：
仕様書無しさん：01/11/23 06:21
前の仕事か新しい仕事かわかんなくなる事があるものである
178 ：
仕様書無しさん：01/11/23 07:41
徹夜も二日超えると小人達が降臨する 彼らに任せてもう寝なさい
179 ：
仕様書無しさん：01/11/23 07:50
どんなに優秀な技術者でも代わりの人間は必ずいるし
そんな事に関係なくプロジェクトは進行していく。
やたら「細かいことは任せる」という上司は、指摘内容が細かい
181 ：
仕様書無しさん：01/11/23 07:57
今頑張っても納期前のきつさは多分変らない
182 ：
仕様書無しさん：01/11/23 07:57
失踪直前のＰＧは必ずシグナルを出しているが、
そのシグナルの意味に気づくのは大抵失踪後である。
183 ：
仕様書無しさん：01/11/23 07:59
納期より健康
184 ：
仕様書無しさん：01/11/23 07:59
本当かどうかは知らないが、神はいる。
185 ：
仕様書無しさん：01/11/23 08:09
失踪直前のｼｸﾞﾅﾙは皆当り前の様に出しているのでｼｸﾞﾅﾙにならない
186 ：
仕様書無しさん：01/11/23 08:12
体力の限界までやれば気持は収まるが納期に収まるとは限らん
187 ：
仕様書無しさん：01/11/23 08:13
納品してもなぜか開発は続いている。
188 ：
仕様書無しさん：01/11/23 08:24
人格エラー
あんたがすごいのは分かったから人間様にもパースできるソースを書いてくれ。
エラー＋エラー－エラー×エラー＝エラー
191 ：
仕様書無しさん：01/11/23 16:56
プログラミングとは命懸けのスポーツだ！
>>190 鍛えるところは心臓と指先。あと大声が出せるとなおよい。
194 ：
仕様書無しさん：01/11/23 19:25
美しいソースで，メシ三杯は食える
195 ：
仕様書無しさん：01/11/23 19:41
「ちょっとココ直して」==「全部書き直せ」
「今やってるんですけど」＝「まったくやってない」
197 ：
仕様書無しさん：01/11/24 01:16
ここで大逆転出来るくらいならこんな事態に陥っていない
納品前日と追い込まれた状況になったときこそ
一番仕事がはかどっている気がする
納期が遠いほどやる気が出ない気がする
かならず起こると予想される仕様変更に対する
プログラマの自己防衛機能なのだろうか？
199 ：
仕様書無しさん：01/11/25 06:16
倒れるまでやらないと客にも部下にも示しがつかない
200 ：
仕様書無しさん：01/11/25 06:16
つーかﾀｲﾐﾝｸﾞよく倒れて見せるのもｽｷﾙのうち
201 ：
仕様書無しさん：01/11/25 06:17
つーか病弱な体も武器のうち
202 ：
仕様書無しさん：01/11/25 06:18
つーか病弱を装え
203 ：
仕様書無しさん：01/11/25 13:53
美しいソースで，マス三回はかける
204 ：
仕様書無しさん：01/11/25 14:01
ネストは育つ
206 ：
仕様書無しさん：01/11/25 15:18
早く仕上がったら無償の仕様変更が必ず入る
バグもマニュアルに書いてしまえば仕様となる。
仕様も客先に付いたとたんにバグとなる。
209 ：
仕様書無しさん：01/11/25 17:44
まずは、コンセントが抜けてないか疑え。
210 ：
仕様書無しさん：01/11/25 18:09
前倒しするくらいならサボタージュしろ。健康のために。
211 ：
仕様書無しさん：01/11/26 03:19
GOTO文に罪はない
212 ：
仕様書無しさん：01/11/26 03:45
VBにもPerlにも、あんまり罪はない
バグを憎んで客を憎まず
# できねーよ！
214 ：
仕様書無しさん：01/11/26 03:54
あほはプログラミングするな。
215 ：
仕様書無しさん：01/11/26 04:00
タイトな処理を走らせるとき、プオグラマは自身に気合いを入れる。
『とりゃぁ！行け！』
あ、もうひとつ！
コメントが特に丁寧に書き込まれている部分はバグが多い部分でもある。
216 ：
仕様書無しさん：01/11/26 04:21
温故知新
別名：反面教師
あなたの無能な上司があなたの上司になっているのは
あなたが入社することによる序列の繰り上がりによる。
218 ：
仕様書無しさん：01/11/26 04:29
猫に小判
豚に真珠
馬鹿相手に忍耐
219 ：
仕様書無しさん：01/11/26 06:25
他人のﾌﾟﾛｸﾞﾗﾑは見にくくてしょうがないが
自分のそれも一ヶ月後に見れば大差ない
220 ：
名無しさん：01/11/26 06:42
システムの設計を大人数でやってはならない。
なぜなら、そのシステムには最も能力が低い人間の
レベルが反映されるからだ。
221 ：
仕様書無しさん：01/11/26 10:18
>>118 追加
クライアントは複雑な仕様を省略して記述し、その後小出しに
完全版に移行する。
高卒 ﾌﾟﾛｸﾞﾗﾑがうまいためにいつまでたってもコーディングさせられる
院卒 ﾌﾟﾛｸﾞﾗﾑができても人件費が高いのでやらせてもらえない
学部卒 ﾌﾟﾛｸﾞﾗﾑを覚える前にやめてゆく。
ＳＥの話ね。板違いかな。
223 ：
仕様書無しさん：01/11/27 18:09
age
学部卒 ﾌﾟﾛｸﾞﾗﾑが下手なくせにプライドだけ高いので使えない
専門卒 大学逝くだけの能力もなく、すぐに働く意欲もなかったのでヘタレ
高卒 ただのドキュソ
227 ：
仕様書無しさん：01/11/28 00:52
残るは、中卒と高専卒だが。
230 ：
仕様書無しさん：01/12/16 02:56
age
>>227 禿銅
現実を見ないで理想論を語るおこちゃまが多すぎ。
院卒 ﾌﾟﾛｸﾞﾗﾑが下手なくせに超高層プライドなので悲惨
引率 おまけに留年しまくっていてジジイだったり
To be or not to be. It is problem.
生きるべきか死ぬべきか. それが問題だ.
間違っているかもしれんのでsage
しかも、文法おかしいし。
In article
>>236, 235/sage/236 wrote:
> しかも、文法おかしいし。
文法がおかしいわけじゃないですね。
他人の業績の上に築けよ
命を惜しむな バグこそ恐れよ。
高カロリー食は敵だ。
麺単品三食で働け。
241 ：
仕様書無しさん：01/12/20 04:16
Keep it Simple, Stupid
Keep it Simple and Small
242 ：
仕様書無しさん：01/12/23 04:03
馬鹿と鋏は使いよう
死して屍拾うものなし
YAGNI
245 ：
仕様書無しさん：01/12/23 06:41
プログラムは思った通りには動かない
プログラムは書いた通りに動く
f u cn rd ths, u cn gt a gd jb n cmptr prgrmmng.
fortune より。
訳せないのでsage
バグは、あなたの心の中にいます。
>>246 if you can read this,you can get a good job on computer programming.
でいいのかな？
249 ：
仕様書無しさん：01/12/25 00:18
ごめん最後 html ね。
格言：「カキコの前には3度見直せ」 っと・・・
252 ：
仕様書無しさん：01/12/29 05:45
バグのないプログラムはない
バグを書かないプログラマもいない
253 ：
仕様書無しさん：01/12/29 08:36
流用と名のつく開発は、新規の倍工数を必要とする
254 ：
仕様書無しさん：01/12/29 11:15
試作を終えたコードは書き直さないと使い物にならない。
255 ：
仕様書無しさん：01/12/29 11:22
>>253 そして、流用だと新規の半分しか開発費を請求出ない
256 ：
仕様書無しさん：01/12/29 11:23
最大の敵はプロジェクト内部にいる。
258 ：
仕様書無しさん：01/12/29 19:22
>>255 みにつまされすぎて
なんともいえない
守秘義務さえなければ爆発したいきょうこのごろ
｢プログラミング技術を駆使して
作成されたプログラムは駄目プログラム。｣
やっぱできる限り簡単なコードで人間的な思考で組み立てていかないと。
自己満足のために無理に高度なことしたって保守やる方の身になれって。
まぁ業務アプリでの話だけど。
261 ：
仕様書無しさん：01/12/29 20:06
>>259 実装技術で高度なことってなあに？そんなもんあるの？
理解しがたい妙な変数の使いまわしとか、インラインアセンブラ
バリバリとかは、高度とはいわんよね。メモリやCPU性能が足り
ないときに仕方がないからやることであって。
しいて言えば、分かりやすい実装==高度な実装じゃないか？
オブジェクト指向設計とかは、分かりやすく作れば凄い分かり
やすくなるはずだけど…
アンタがデザインパターン知らないとかそういう話だったら、
それはアンタが寒いっす。
Ｃ＋＋だけどクラステンプレート使われたり、ポインタのポインタ使ったり変に凝った事するよりは
もっと単純な組み立てで一般的な思考の流れにのっとったプログラミング設計をして欲しいって言うこと。
技術を駆使してとか、高度とか言うよりは必要ないのにマニアックであまり意味ない事するなといいたかっただけ。
>>262 クラステンプレート使えないんじゃ標準C++ライブラリも全部禁止ってことですか?
264 ：
仕様書無しさん：01/12/29 21:00
>>262 C++でポインタのポインタって何につかうの？ポインタの配列なら使う
理由は分かるけど…貴方の苦労したわけワカソースでは、どういう使い
かたしてたのでせうか？
>>263 ライブラリとかだったら使うし、共通部分でも使うよ。
周りと情報が正しく共有化されているんだったらテンプレートクラスは非常に便利だと思う。
でも知らないところでかってにそんなもの作られたら中身全部みなおさないと使えないよ。
使いまわしが簡単にできないなら作る意味が無い。
>>264 自分が直した分けじゃないからよくわかりません。
相談受けて面倒だし作り直しちゃえって言っただけ。
追加案件でついでに直せたし今後もメンテが頻繁に入る予定だったから。
>>258 流用プロジェクト ３回経験
そして現在進行中 泣きそうになる
268 ：
bugmaker：01/12/31 17:25
なくてななばぐ
あれば65535ばぐ/日 うぎゃぁぁぁ
270 ：
仕様書無しさん：02/01/09 16:36
貧乏、バグあり
命短し 恋せよＰＧ
272 ：
仕様書無しさん：02/01/11 10:29
寿命短し 仕事せよＰＧ
だから見栄張ってVC++なんか使わないで最初からVB使えって言ったんだよ。
275 ：
仕様書無しさん：02/01/11 17:26
C++Builderって極めるとC++じゃなくってDelphiの神になるんだってよ
277 ：
仕様書無しさん：02/01/11 18:36
弘法もtypo
278 ：
仕様書無しさん：02/01/11 18:38
吐血を知らずんば、ﾃﾞｽﾏﾁ終えず
279 ：
仕様書無しさん：02/01/11 22:40
ブログラマって人生の敗残者
280 ：
仕様書無しさん：02/01/12 00:25
前略、IBM様。
だから見栄張ってsmalltalkなんか使わないで最初からVB使えって言ったんだよ。
草々。
徹夜だと思うな。夜勤と思え。
282 ：
仕様書無しさん：02/01/15 16:56
たいていのバグは自分自身から
プログラマからプログラムを取ると何が残るの？
284 ：
仕様書無しさん：02/01/15 17:36
シンプルに書け。それだけでいい。
285 ：
仕様書無しさん：02/01/15 18:01
286 ：
仕様書無しさん：02/01/15 22:48
有能な怠け者は将軍に。
有能な働き者は参謀に。
無能な怠け者は兵隊に。
無能な働き者は銃殺に。
287 ：
仕様書無しさん：02/01/16 01:50
プログラマは99%の緊張感と1%の開放感のサイクルで生きている
そう、ボレロの様に
そして、ユーザーからの電話に怯えながら納期後をすごす。
288 ：
名無しさん：02/01/16 08:55
仕様を追加すると破綻する。
「そんなの聞いてないですよ」はお約束。
>>286 こんな感じ?
有能な怠け者はSEに。
有能な働き者はプログラマに。
無能な怠け者はテスターに。
無能な働き者は派遣に。
290 ：
仕様書無しさん：02/01/16 13:15
有能な怠け者
怠け者なので目的を達成するために常に効率の良い方法を取ろうとする。
適材適所を心得ており人を使うのが上手い。
有能な働き者
働き者なので最善の結果を求め常に努力を惜しまない。
有能なので得られる結果は素晴らしいものになる。
無能な怠け者
怠け者なので指示された以上のことはしない。
無能なので指示が無ければ動くことができない。
しかし的確な指示さえあれば問題を起すことは無い。
無能な働き者
働き者なので全てを自分で行おうとする。
しかし無能なので全ては的外れで有害である。
必ず組織自体を危機に陥れるような重大な失敗を引き起こす。
死んだ者は忘れない限り死ぬことはない
--- Java GC
292 ：
1chミキサー：02/01/16 14:54
>290
同意！
追加するなら、有能な怠け者が一番稼ぐ？
294 ：
仕様書無しさん：02/01/16 15:31
Ｃ言語２５６本から
福崎（著者の名前）、盆に帰らず
金（ここではハードウェアの意）の切れ目が￥の切れ目
猫（ＣＡＴ）に小判
・プログラマは資格に応じて歓迎され、スキルに応じて解雇される。
｢板子一枚向こうは地獄｣ならぬ｢ループ１回向こうは地獄｣。
ループの終了条件にタコな間違いがあったため、そのループ内で参照していた
制御値配列の直後に配置された変数に大きな値が代入されていた場合、その大き
な値を制御値としてアナログ回路にセットしていた。
被害内容：６ヶ月間に、オペアンプが２回ふっとぶ。
>>296 ・経験とは、人々が自分の愚行と悲哀に与える名前である。
298 ：
名無しさん：02/01/16 22:36
常に変数名をどうするかで悩む
>>298 型名+動詞+名詞という組み合わせで解決することも多い。
300 ：
仕様書無しさん：02/01/16 22:42
コードを書く前からコンパイル
301 ：
名無しさん：02/01/16 23:47
>>299 おお、なるほど。
ハンガリー記法(でいいんでしたっけ？)でやっつけるわけですね。
ありがとう。
ハンガリアン記法
ハンガリー舞曲
304 ：
仕様書無しさん：02/01/17 00:14
国破れてハンガリア
>>304 漏れは6番が大好き。
ミーハーでゴメソ。
307 ：
仕様書無しさん：02/01/17 00:29
>>293 金=仕事/知識 ね(藁
実際問題、残業手当てが出るうちは
笑えない現実だったりするから鬱だ。
308 ：
仕様書無しさん：02/01/17 00:29
309 ：
仕様書無しさん：02/01/17 01:39
プログラマ三種の神器
・辞書（英和/和英）
・コーヒー
・タバコ
310 ：
仕様書無しさん：02/01/17 02:00
プログラマ三種の仁義
・コメント
・テスト
・ドキュメント
311 ：
仕様書無しさん：02/01/17 02:12
君子危うきに近寄らず
312 ：
仕様書無しさん：02/01/17 02:13
使われない機能は高い確率でバグを持つ。
313 ：
仕様書無しさん ：02/01/17 07:14
機能追加は破綻への第一歩。
仕様は上司の頭の中。決して紙に書かれることは無い。
「誰だ、こんな仕様を決めた奴は！」「あなたです」
314 ：
仕様書無しさん：02/01/17 09:52
>>302ハングリやがってピポッ！！(PC-98)
315 ：
仕様書無しさん：02/01/17 10:57
ソースの作成者に自分の名前を書くな.
>>315そういや自分が書いたおぼえのないソースに
作成者が自分になっているのを発見して
ビクーリして問い詰めたら、どういう風に
ソースを書くのかお手本で、オレの書いたソースを
ぱくって書いたんだけど作成者の欄を変更するのを
忘れたんだ、とかぬかされたときは萎えました。
某大手派遣会社のアホSEでした、そいつ
317 ：
仕様書無しさん：02/01/17 17:47
経営者からみてPGは所詮消耗品。
まあうちの会社だけかも知れないが・・・。
318 ：
仕様書無しさん：02/01/17 19:17
やはりこれだろ。
「健康管理」
ヘロヘロじゃいい知恵出ないよ。
319 ：
仕様書無しさん：02/01/17 21:22
コメントにもバグあり
＃ ソースだけでなくコメントも信用するなってこと
・知らない人ほどはおしゃべりであり、
知らないプログラマほど冗長なプログラムを書く。
321 ：
仕様書無しさん：02/01/23 03:47
名プログラマは言語を選ばず
322 ：
仕様書無しさん：02/01/23 07:12
simple is best
323 ：
仕様書無しさん：02/01/23 07:58
帳尻あわせに翻弄されるな
プログラムは動かないもの。
仕様書は間違っているもの。
顧客は傲慢なもの。
納期は短いもの。
予算は足りないもの。
プロジェクトメンバーは使えないもの。
こんな仕事を取ってきた課長はあほなもの。
325 ：
仕様書無しさん ：02/01/23 21:00
プログラムにバグがあることは証明できるが、
バグが無いことを証明することはできない。
GOTO否定論者で有名だったダイクストラのお言葉
326 ：
仕様書無しさん：02/01/24 01:46
326ｹﾞﾄｽﾞｻｰ
－－－2ch
Dijkstraアゲ
328 ：
仕様書無しさん：02/01/24 03:05
Ｑソースがクソだ
Ａじゃあなおせよ
Ｑ俺だけ苦労してる
Ａ変わりはいる
Ｑ実力が評価されない
Ａ無いんだよ
Ｑ給料少ない
Ａ妥当価格
329 ：
仕様書無しさん：02/01/24 10:28
粗悪なプログラマーは、優良プログラマーを駆逐する。
意味：粗悪なプログラマーが作った中途半端なソースを、粗悪なプログラマーは切られ
た後、優良プログラマーが治す破目になり優良プログラマーは、燃え尽きてゆく
粗悪な奴はまた別のとこで粗悪なプログラムを作ってまた途中で切られるから
体や頭を使うことが無く、長持ちする。
330 ：
仕様書無しさん：02/01/24 10:48
プログラムとは苦労を先に書いておくことだ
331 ：
仕様書無しさん：02/01/24 11:50
同じ職場の女に手を出すな。
332 ：
仕様書無しさん：02/01/24 11:56
＞３３２ばれたり、失敗したら あいつは女にだらしが無いといううわさがたつ
「検討します」＝「何もしない」
336 ：
仕様書無しさん：02/01/26 00:51
木を見て森を見ず・・・オタクでコミュニケーションが苦手な新人
森を見て木を見ず・・・コネだけで上がってきた上司の命令
「木を見て森を見ず」の対義語ってなんだっけ？
思いつかん。
>>332 別れるときに大変だからじゃないの？どっちかが退社しなけりゃ
おさまりがつかんとか、よくあるじゃん。
338 ：
仕様書無しさん：02/01/26 01:01
英語のコメントって、日本以外でも使うシステム作る時って
当然じゃないんですか？瑞穂のシステム作ってるとき、
英語のコメント付けてましたよ。
339 ：
仕様書無しさん：02/01/26 01:01
ぐは、誤爆
工数掛けるな、命を懸けろ！
>>336 対義語なら「一を聞いて十を知る」とかだろうけど
意味が会わないね。
342 ：
仕様書無しさん：02/01/29 18:19
「トップダウン方式のコーデイング」ぢゃだめ？
343 ：
仕様書無しさん：02/01/29 18:29
複雑な変更より全部捨てて一から作る
344 ：
仕様書無しさん：02/02/04 00:39
>>343 そのようなやり方をしているうちは一流にはなれない。
「休むときは連絡位しろ」
346 ：
仕様書無しさん：02/02/04 00:43
>>344 んなこたーない。規模にもよるけど、早いうちにやりなおせる
なら見切りをつけてしまった方がいいことも、十分ある。
347 ：
仕様書無しさん：02/02/04 01:08
>>346 そのようなことを言っているうちは一流にはなれない。
348 ：
仕様書無しさん：02/02/04 01:12
車輪を再発明するやつはクソ。これ定説。
でも再発明したほうが早いコードがあるのも事実(T^T)
349 ：
仕様書無しさん：02/02/04 01:35
既にある車輪の居所を知らないと、バカな事をする羽目に
なるので、脳みそ内部の本棚の整理くらいはちゃんとしよう。
350 ：
仕様書無しさん：02/02/04 10:04
仕様書に三角形の車輪を作れと書いてあるんですけど。
351 ：
仕様書無しさん：02/02/05 11:54
>350
仕様書は神の御言葉なり。ゆめ疑うなかれ。
いかなる要求にも答えてみせるのがプロ。
352 ：
仕様書無しさん：02/02/05 13:01
仕様書に「クライアントを殺せ」とあれば
きちんと殺すのがプロの仕事。
と、ゴルゴ１３に教わった。
プログラマーサバイバル
「そんな事はできないです」
「今からじゃ無理ですねぇ」
「あ。ね、寝てませんよ？」
「あと数時間で終わります」
「仕様です」
「あとは任せた」
「海を見に行ってきます」
問：バグを直すにはハードウェア技術者が何人必要でしょうか？
答：不要です。「ソフトで逃げればいいじゃん」
問：バグを直すにはソフトウェア技術者が何人必要でしょうか？
答：不要です。「マニュアルに書いとけばいいじゃん」
問：バグを直すにはテクニカルライターが何人必要でしょうか？
答：不要です。「マニュアルなんて、誰も読まねーじゃん」
356 ：
仕様書無しさん：02/02/14 05:16
まず自分の書いたコードを疑え
問題が出ると「あいつん所だ・・」とすぐ人のコードを疑ってしまう。
「それが車輪なら、再発明してはならない。」By 俺
つーか、自作の糞クラスを「車輪」呼ばわりするｱﾌｫがいてやってられん。
>>358 「後悔を事前にしてはならない」と同じように聞こえる。
360 ：
仕様書無しさん：02/02/23 05:29
Write Once, Run Away to Anyware
361 ：
仕様書無しさん：02/02/23 10:22
「四角い車輪は画期的だが、旧来の丸い車輪の方が乗り心地は良いだろう」
by 俺。
362 ：
仕様書無しさん：02/02/23 10:38
車輪にこだわっているうちは３流
363 ：
仕様書無しさん：02/02/23 11:34
書くからバグが出る
「まず変数しかり、それからだ」
然り…
>>364 イやﾍｯﾀﾞｰが先だと思ふ。
…変数や関数やﾛｼﾞｯｸでは無く
これが原因で泣いたの漏れだけですか？
>364
どんな意味なの？まるで想像が付かない。
368 ：
仕様書無しさん：02/02/23 16:05
もう我慢できない。。。
>>32よ、なんか間違ってるぞ(とうとう言ってやった)
369 ：
仕様書無しさん：02/02/23 19:55
敵は本能寺にアリ
370 ：
仕様書無しさん：02/02/23 20:37
バカの中にいる貴方も、立派なその一員です。
371 ：
仕様書無しさん：02/02/23 20:45
「おめーのはよ、バグじゃなくて、単なる欠陥だよな。」
372 ：
仕様書無しさん：02/02/23 20:56
「じゃああんたがやれよ。」
言ってみたいよ～～～！！！
373 ：
仕様書無しさん：02/02/23 21:08
「うんこはくさい。」
出世するのは、ロクデナシだから。
375 ：
仕様書無しさん：02/02/23 23:29
基本的には～ってどうコード書くの？
376 ：
仕様書無しさん：02/02/23 23:53
営業が背後から俺を撃つ
営業が背後から俺が鬱
コボラーが思念でキーを打つ
379 ：
仕様書無しさん：02/02/26 03:45
コボラーが死ねんでキーを打つ
380 ：
仕様書無しさん：02/03/03 06:42
言語は宗教だ
ソースコードには「何を」やっているかは書かれているが、
それを「なぜ」やっているのかは書かれていない。
それを補うのがコメントの役割りである。
382 ：
仕様書無しさん：02/03/08 05:08
新しい技術（言語）はプログラマを苦しめることはあっても
楽にすることはない。
383 ：
/usr/games/fortune：02/03/09 01:11
あなたのプログラミングのやり方に影響を与えないような言語は学ぶ価値がない。
384 ：
仕様書無しさん：02/03/09 12:42
口の達者なプログラマにロクな奴はいない
手先の器用な営業にロクな奴はいない
口の達者な営業にもロクな奴はいない
口の達者な風俗女は最強。
手先の器用な風俗女も最強。
387 ：
仕様書無しさん：02/03/10 18:51
>>386 風俗女とデートしてて泣かれると困るぞ。
やっぱし命かけて守る気になれない自分が心の隅にいるからな。
388 ：
天下一の天才：02/03/10 18:57
どんなことでも俺に聞け
389 ：
仕様書無しさん：02/03/10 20:14
諦めるな、投げ出すな
苦労はいずれ自分の為になる
会社の先輩のありがたきお言葉でした
どうせ死ぬときは一人だ。 （毒男板常套句）
どうせ死ぬのは俺じゃない。
（2000年問題を作ったプログラマ）
手抜きせずにやり通せるようになるまでは手抜きするな。
手抜きせずにやり通せる能力が身についたら、適度に手抜きしろ。
明日の自分は他人
394 ：
仕様書無しさん：02/03/14 22:53
プログラムとはパズルだ！
システム工学とはパズルを解くための前提知識である。
こうしてざっと見てみると「車輪の再発明」を誤解しているひとが多いな。
「車輪の再作成」は悪くないんだぞ。粗悪な車輪に代わるものを作るのは構わないんだぞ。
ちょっと見回せばすぐに目に入る車輪の存在に気付かずに、なにも参考にせず１から発明
するのが無駄だ愚かだ自己満足だという話なんだけど大丈夫か？
396 ：
仕様書無しさん：02/03/15 00:41
優れたマイナー製品は劣悪なメジャー製品に勝てない
398 ：
仕様書無しさん：02/03/15 01:32
ベンチャーITコンサルの連中は、やる事なすこと大雑把。
緻密な作業が必要なSIの上を、なぜああいうのが仕切っている
のでしょうか？
399 ：
仕様書無しさん：02/03/15 02:08
売上に貢献している（少なくともそう見える）からだろ。単純な理由だべ。
＞「車輪の再作成」は悪くないんだぞ。
ところが、やはり粗悪な車輪を再作成してたりする（わら
401 ：
仕様書無しさん：02/03/15 03:24
プログラミングは楽器演奏に似ている？
名曲に憧れて入門するが上手に演奏できる頃には飽きている
上手くなるためには良い耳が必要で
良い耳を持っていたなら自らの演奏に耐えられない
402 ：
違うと思う：02/03/16 01:22
T/O
403 ：
仕様書無しさん：02/03/16 01:33
404 ：
仕様書無しさん：02/03/18 13:39
PGが仕様変更に対応するために最適な手段は、なにもせずに三日待つことだ。
一日目にはそれの問題が明らかになり、
二日目にはそれを解決するための変更があり、
三日目にはそれが無かったことになる。
それらがなければ、四日目にはなぜ仕様変更が必要だったのか覚えている奴はいない。
そして、納入期限は五日目という罠。
407 ：
仕様書無しさん：02/03/18 17:12
仕様書のないプログラムは不幸だ、だが仕様書を必要とする
プログラムはもっと不幸だ
戦場において兵士を最も消耗させるのは、味方の銃弾である。
顧客は、夢と願望をみる。
営業は、金と納期をみる。
設計者は、現実と地獄をみる。
美しいものはみな、小さく、軽く、シンプルだ。
411 ：
仕様書無しさん：02/03/19 23:17
「名前をちゃんとつけろ。あとはどうでもいい。」
神はサイコロを振らない
神のみぞ知る
だが誰も神と付き合いはない
414 ：
仕様書無しさん：02/03/20 01:13
神はデスマーチを知らない
416 ：
仕様書無しさん：02/03/20 01:19
天災とは99％の努力を無に帰す1％の閃き。
「役不足」同様、誤使用されることの多いエヂソンの格言。
原文の意味は「99％努力しても1％のひらめきがなければヴァカだ」っていう。
418 ：
仕様書無しさん：02/03/20 01:30
>>416 確かに。ところで、火事は天災ですか？人災ですか？
>>418 どこが面白いのか、よくわからないんだが。
420 ：
仕様書無しさん：02/03/20 02:32
>>419 よくわからない君の脳味噌が面白いんだよ
421 ：
仕様書無しさん：02/03/20 02:46
自分の学習能力に対する信頼も育てましょう。たとえ
今の段階では大きな問題を解決するのに必要なすべて
を知らなくても、その問題のほんの一部から取りかか
って、そこから新しい事を学び取れば、次の部分の解
決に十分なだけ学べて、そして次へ次へと進めば、い
ずれ大きな問題全体が解決できると信じましょう。
http://cruel.org/freeware/hacker.html >>416 それは七都市物語の登場人物（オーベルシュタイン型）の解釈だ。
原文の意味は流布している通りでよろしい。
>>418 火災です。
って切り返してほしかったのかな？
424 ：
仕様書無しさん ：02/04/04 17:13
プログラムは「思ったとおり」ではなく「書いたとおり」に動く
425 ：
仕様書無しさん：02/04/04 18:46
バグの報告を受けたらまずは
「気のせいです、もう一度やってみてください」
と言え。 直すのは後でいい。
Sヨがきたりて、ほらを吹く。
427 ：
仕様書無しさん：02/04/04 21:35
>426
ﾜﾛﾀ
バグった時は『仕様です』
パクった時は『内緒です』
430 ：
仕様書無しさん：02/04/05 00:41
太陽を見たのは、何日前の何時だっけ？
431 ：
仕様書無しさん：02/04/05 01:20
432 ：
仕様書無しさん：02/04/05 01:54
派遣専門、久しぶりに帰社、机が無い
太陽なんて存在しないのではないか。
新人のなかには太陽を見たと言い張るやつもいるが（以下略）
434 ：
仕様書無しさん：02/04/09 23:16
,､_ __,....,＿ ＿,...、
,} {｀i;:r,;'ﾆ (;;;;､` , r'
. ｛i' i:.'ー<.･)}:ﾑ ヾi,
猛虎魂━━━━━ﾉ ／/ -r /:::ミ ('ｰヽ━━━━━ Never Never Never Surrender
iﾞ i:/ /二./ /',=､__ﾉi/
ヽ ヽ! {:::} //::::''´`'7!/
ヽ､__ヽ!l::i:::::ii;;;;;;;|,ノ
｀ヽ､`ー""ヽ
`'ｰ-'''"
436 ：
仕様書無しさん：02/04/11 18:21
仕様は一子相伝で伝えられます。
または伝言ゲームともいいます。
437 ：
仕様書無しさん：02/04/12 01:27
一つのプロジェクトは、宿題のある夏休みに似ている
そしてなつやすみちょうに書かれた予定は守られない。
知りません。
解りません。
もう、しません。
顧客は、自分の要望がどんな物か知らない
あるいは、
納品されて初めて自分の要望がなんだったかわかる
そしてそれは
納品された物とは全く異なっている
441 ：
仕様書無しさん：02/05/08 02:48
一番大事なのはサバイバルである、プロジェクトの完成ではない。
ほんとだよ。全てをささげきってしまって、空っぽになったプログラマーには、
営業はもう、用はないんだよ。
まあ、プロジェクトを完成させないと、大抵は次はないけどさ。
技術者は、今、商売をやっているのを忘れてはならないということだね。
442 ：
仕様書無しさん：02/05/08 12:15
自称晴れ男OR晴れ女の上司に気をつけろ。
ヤツらは晴れたら自分のおかげ、降ったら他人のせいにして生きてきたのだ。
自称あげまんに対してはどう接すれば良いでせうか
444 ：
仕様書無しさん：02/05/12 02:40
あげ…まん
正解は「生で接する」でした。
では、また来週。
>>437 １年半の夏休み。長い休みも残り２ヶ月となり、ようやく宿題に取り組む。
バグは境界で発生する
今日かい？
再現性のアプリケーションエラーは
客先で頻繁に現れる(今日起こったホントの話
説明書を書いている最中にバグに思い当たる
客先にメールで添付したつもりのバグフィックス版DLLよく見ると日付が！！
バグフィックスが新たなるバグを生み出す
メモリリークを恐れるな
少しぐらいリークしたって気付きません
>>451 そして客先で止まるというのは、すでに定説。
田代まさしの法則～は～宇宙の～法則～
454 ：
仕様書無しさん：02/06/07 15:42
動きゃいいんだよ、動けば！
コーデングで正常、デバッグで正常
客の前で発生する、それがバグ
456 ：
4294967295：02/06/09 01:34
ソフトウェア開発に終わりは無い、リリースがあるだけだ。
457 ：
仕様書無しさん：02/06/10 01:41
コメントは信じるな。たとえ自分の書いたコメントでも。
田代まさし 「自爆」
459 ：
仕様書無しさん：02/06/10 12:55
常陸にソフトを任せるな
460 ：
仕様書無しさん：02/06/10 16:27
>>459 旧国名なんぞ読めない奴がいるという事を考えたまへ！
PG は常に万人にわかりやすいようにコードを書かねばならない！
>>460 旧仮名遣いなんぞ読めない奴がいるという事を(以下略)
462 ：
仕様書無しさん：02/06/10 16:35
使える言語は何でも使え
463 ：
仕様書無しさん：02/06/10 22:21
食前食後にまず初期化(COBOL)
464 ：
仕様書無しさん：02/06/10 22:28
オブジェクト指向を学ぶ前に構造化を極めよ
465 ：
仕様書無しさん：02/06/10 22:30
コンパイルにエラーは付き物である
466 ：
仕様書無しさん：02/06/10 23:25
自慢したくなるようなトリッキーなコードより、
気にもされない空気のようなコードのほうが100倍価値がある。
$ fortune
468 ：
仕様書無しさん：02/06/10 23:26
長いコメントを書く暇があるなら
コメントを書かなくても済むようなコードに直せ。
知識と経験が合わさる時、そこに勘が生まれる。
知識だけ(SEに多い)でも、経験だけ(PGに多い)でも半人前。
471 ：
仕様書無しさん：02/06/10 23:46
関数名にaaaってつけた奴、まじでしばきます。
・・・麻井、頃す！
>>471 それ新卒のPG（辞めたが）がやったよ。
しかもそれで納品しやがったばかSE。
AAAって命令あったなー。
ASCII Adjust for Addition
だったっけか。
C++第三版を読むとわかるよ
477 ：
仕様書無しさん：02/06/14 09:04
死して屍拾うもの無し
478 ：
仕様書無しさん：02/06/14 09:34
Ｓヨの命令は「開発せよ」ではない。Ｓヨは諸君に「死ね」と命じる。
われわれが死力を尽くす間に、増援部隊の到着が可能になるのだ
ケマル・パシャ
479 ：
仕様書無しさん：02/06/14 09:36
私は決して言語を教える目的のために、言語を教えていたのではない。考える手段として不断に言語を用いたのである。
アン・マンスフィールド・サリバン（原文ママ）
いそいで開発するものは、ゆっくり後悔する
西洋の格言
ソフトウェア開発で死にたくなかったら一番間抜けな奴を探すことだ、
もし誰が間抜けか分からなかったら、それはあなた自身なのだ
「人材がいない」という言葉は長老が居直るための台詞に過ぎない
どんなにプログラミング言語を勉強しても、
本人の日本語の能力以上に作れるようにはならない
484 ：
仕様書無しさん：02/06/14 09:47
全てのビジョン（仕様書）は
それに匹敵するリビジョン（改訂）を受ける
マーフィーの法則
ある人の所得がCOBOL以外を理解しないことに依存している時、
その人にその事実を理解させようとするのは困難である。
…創造とは連続したプロセスであり、‘プロセスそのものが実在である‘。
到達した瞬間にはまた次の旅が始まっているのである。
ホワイトヘッド
３５歳までは、若すぎてうまくいかない。
しかし３５歳をすぎると、もう遅すぎる。
あるバイオリニスト
プログラミングは戦争と同じように刺激的で危険だ。
ただ、戦争では一度死ぬだけだが、プログラミングでは何度も死ぬ
プロは開発の初期に熟考するが、
アマはコンパイルエラーを出してから一生懸命に考えている
同じ仕様に吹かれながら、一隻の船は東に、もう一隻の船は西に向かう。
どちらに進むかを決めるのは、帆の張り方で、仕様ではない。
E.W.ウィルコックス
存在は必要もなく増やしてはならない
オッカムの格言
コピペのあるところにモジュールを、
バグのあるところにはデバッグを、
遅い処理のあるところにはアルゴリズムを、
絶望のあるところには希望が与えられますように
アッシジの聖フランチェスコ
デスマーチ終了を求める祈りの一節
493 ：
仕様書無しさん：02/06/14 10:23
プロジェクトの成功は、運不運の問題だ。
失敗した奴にきけば、誰でもそう答える。
書くことは辛いが、これほど気分をよくしてくれるものはない。
ヘミングウェー
495 ：
仕様書無しさん：02/06/14 10:35
“バグがなくては生きて行けない。
デバッグできなくては、生きている資格がない”
496 ：
仕様書無しさん：02/06/14 15:25
自分が何を言いたいのか知りなさい
そして練習しなさい
stroustrup
障害でなければサワルナ、サワルとバグる。
498 ：
仕様書無しさん ：02/06/14 16:54
コード書かずしてノルマ達成することこそ最良の道と見つけたり
499 ：
仕様書無しさん：02/06/14 16:59
失敗しなさい
ただし確実に前より少なく・・
500 ：
仕様書無しさん：02/06/14 17:30
だいたい、まともな頭のある人間がCOBOLなんてものを
志すはずがないことは、周知と思う。「アカ崩れの、民青
モドキ私学文系ばかたれ」が、オブジェクト指向言語を修
得することができなくて、COBOLERと呼ばれる掃き溜めに
いるのだ、と相場は決まってる。たとえそうではなくても、
微積もできないような人間が（微積分ができないというの
は「英和辞書がまともにひけない」というのよりも、もっと
レベルの低い、下のゲの能力のコト）、へーちゃらでまともな
人間のふりして勤めているのがCOBOLERというものだ（断言しても
いいよ）。そういうノータリンは、ものごとの判断にあたって、
「簡単そうだ」とか「わかりやすそう」とか、そういう理由で、
選択を行う。したがって、このノータリンは、「超バッチ処理・
スクリプト」COBOLを選ぶ。そんで、検討も加えないで、それが
唯一無二の方法論だと盲信する。ノータリンだから、COBOLが好き。
証明終わり。
Once the toothpaste is out of the tube,
it's hard to get it back in. -- H.R. Haldeman
歯磨き粉は一度チューブから出すと、なかなか元に戻せない
「相場は決まってる」
「断言してもいいよ」
が「証明」か。
おい、500。どっからのコピペか教えてください。
現状を認識せよ
しかし、現状ではなく将来の予測に基づいて行動せよ
505 ：
仕様書無しさん：02/06/18 04:10
プログラムを1行も書かなければ、バグなど入り込む余地はない。
506 ：
仕様書無しさん：02/06/18 04:16
バグなんて生まれてこのかた、一度も出したことが無い。
コンパイルエラーも出したことが無い。
>>502はコンパイラのセットアップで挫折したDQN
という認識でよろしいですか？
そうですか
I am God , so God, now God, ever God. (Bill W Gates)
509 ：
仕様書無しさん：02/06/18 17:21
きりんさんがすきです。
でも、ぞうさんはもっとすきです。
コンパイルエラーなんて生まれてこのかた
出さなかったことなんて一度も無い
511 ：
仕様書無しさん：02/06/18 20:19
サッカーは誤審があったとしたら、抗議する相手がいる。
プログラマーには抗議する相手がいないということだ。
（フィリップ・トルシエ）
512 ：
仕様書無しさん：02/06/18 20:44
つーかそろそろお金払ってください。
これからは.netの時代です
PGとデスマーチを一瞬で結ぶ
,NET(コンマネット)で結ぶ
515 ：
仕様書無しさん：02/06/18 23:38
誰にも見つからないバグを直す方法はない。
だが、幸いなことに直す必要もない。
銀の弾は無い。
が、金の玉ならここに…。
>>1はC++第三版みればわかるってかいてあるけど、
C++第三番ってどこあるの？
本は本屋にある。
しかし、エロ本もたまにある。
by
>>516 ts
目に見えるモノしか手に入らない
(what you see, what you get)
「どう見ても正しいコードは、やはり正しい。」
そりゃそうだわな、バグの根本原因は他の部分なんだから...
どう見たって正しいと思うなら、他の原因を考えろよ。
523 ：
仕様書無しさん：02/06/26 10:07
キミは自分の道を進んでくれ
私は私の道を行く。
マスをかくことは虚しいが、これほど気分をよくしてくれるものはない。
ペミングウェー
525 ：
仕様書無しさん：02/06/26 10:42
一匹見付けたら裏に二十匹いる。
526 ：
仕様書無しさん：02/06/26 10:44
わからない事を調べるとわからない事が増える。
527 ：
仕様書無しさん：02/06/26 11:02
見えるものだけがバグのすべてか・・・
それを問う者は存在しても、答える者は見えない。
～黙示録 ６１章～
「バグが入り込んでしまうから動作しているものを修正するな。」
と言う所はバグが見つかるとデスマーチ。
バグは仕様に変容する。
仕様はバグに変容する。
自分の非を認めないものに将来性は無い。
俺は絶対に悪くない。
「車輪の再発明」と言えば聞こえはいいが、実際には
「ゴルフ練習用雨傘」の再発明をしていたと言う罠。
プログラマは自由度の高い仕事です。
↓ ↓ ↓
仕様書ちゃんと書いてください（泣）。
534 ：
仕様書無しさん：02/07/11 02:19
できる限り単純に。
しかしそれ以上に単純化してはいけない。
A.アインシュタイソ
535 ：
仕様書無しさん：02/07/11 15:43
コンパイルエラーはバグではない。
バグは動かしてみるまでわからない。
バグと使用は紙一重
>>525 むしろ、「1匹潰すと新たな20匹が発生する」
バグと使用は紙一重
↓
バグと仕様は紙一重
間違えてる欝だまじめに仕事しよ
バグはこういう単純なところから成長する
538 ：
仕様書無しさん：02/07/12 05:36
プログラム開発は、単純計算だけではできない。
539 ：
仕様書無しさん：02/07/12 07:53
プログラムどころかプラモデルすら作ったことが無い人間には、プログラムの工数を見積もる権利は無い。
「寝た子を起こすな！」
技術と心
おれのマシンでは動いた。
ごめんいいわけだなこりゃ。よってsage
>>538 でもって客前で再テストしようとすると
そのマシンが不調となって、真相は闇の中へ
ビル・Gを疑う前にケーブルを疑え
>544
どっちも信用できない・・・
性能以外のすべては見積りの２倍になる。