07/09/24 21:17:18
アルゴリズムのオーダが違ってくるなら、多少わかり難くなっても
やむなしだ罠
101:仕様書無しさん
07/09/24 21:35:21
万人に分かるというが、幼稚園児にも分かるコードをオレは書けないなぁ。
分からないなら、分かるように書けじゃなくて、分らない奴を分るように育てるように
するのが筋だと思うけどな。リーマンなら、出来ようが出来まいが同じ位の給料で
働いてるわけで、出来ない奴が出来ないままの方がよっぽど問題だけどなぁ。
102:仕様書無しさん
07/09/24 21:49:14
今コードコンプリートを読んでいる俺には>>1が別世界の人に思える。
103:仕様書無しさん
07/09/24 22:17:31
>>101
＞出来ようが出来まいが同じ位の給料で働いてるわけ
が問題なのだろ
根詰めずにテキトーやってたほうがマシ、ってなりかねん
104:仕様書無しさん
07/09/25 00:27:08
なりかねんつかなってるだろ
とっくに
105:仕様書無しさん
07/09/25 00:33:18
そもそもちゃんと動くという根拠となる仕様が。。。
106:仕様書無しさん
07/09/25 00:34:37
「ここはまだ本決まりじゃないから」的にテキトーやってる部分が
積み重なってるw
107:仕様書無しさん
07/09/25 04:12:39
永遠のベータ版と美しいソースは矛盾する？
美しいソースな為に永遠のベータ版という罠も
108:仕様書無しさん
07/09/25 06:30:03
矛盾も何も、独立した事象だろ。
109:仕様書無しさん
07/09/27 20:41:14
こいつ、動くぞ。
110:仕様書無しさん
07/09/27 20:45:15
たかがメインルーチンが落ちただけだ
111:仕様書無しさん
07/09/27 20:47:55
致命的じゃねぇかｗｗｗｗｗ
112:仕様書無しさん
07/09/27 20:49:04
まだはやすぎたんだ！
113:仕様書無しさん
07/09/27 20:57:25
(動作ログを確認しながら)
ちっ、腐ってやがる。
114:仕様書無しさん
07/11/18 00:25:50
テストはまだだがいけるぞ！
115:仕様書無しさん
07/12/04 19:23:05
レビューを頼むよ、少尉
116:仕様書無しさん
08/01/25 03:29:32
動かなければ意味がない。動くコードを書かなければならない。
しかしただ動かしているだけでは永遠に客先常駐コーダ。
117:仕様書無しさん
08/02/05 20:42:50
>>73
美しい完璧だ
と思ってもバグでまくりだったり、最終的に潜在的なバグが残ってたりする。
でもそう思えるからプログラマやってて幸せだったんだな。
プログラマって芸術家と一緒だよ。
118:仕様書無しさん
08/02/05 21:36:26
>>110-111 不覚にも吹いたwww
119:仕様書無しさん
08/02/06 00:25:42
「とりあえず」は人それぞれだよな。
ぶっちゃけOKなとりあえずとNGなとりあえずがあると思う。
結局作った人のスキル次第
120:仕様書無しさん
08/02/06 01:06:08
とりあえず寝るか
121:仕様書無しさん
08/02/06 04:31:44
漏れもとりあえず寝るか
明日 5 時起きだけど
122:仕様書無しさん
08/02/07 07:39:12
あと25時間ですか
123:仕様書無しさん
08/02/07 14:28:53
いや、そのけいさんけっかはおかしい。
124:仕様書無しさん
08/02/15 12:10:26
>プログラマって芸術家と一緒だよ。
こういうこと言うヤツ、ちらほら見かけるんですがアフォですか？
125:仕様書無しさん
08/02/15 20:04:34
瞬速テロップ書込テスト
URLﾘﾝｸ(circle.zoome.jp)
かわいいコマンド列
normal dropout risein medium red time0 alpha50
126:仕様書無しさん
08/02/15 21:23:16
お客さんが気にならないバグならバグではないよ
127:仕様書無しさん
08/02/15 21:56:42
多少のバグがあっても、１つの動作をなす物が出来ているのと
出来ていないのとでは、まるで意味が違う。
そう思うです。
128:仕様書無しさん
08/02/15 22:36:50
鉄則：
そのバグが無くせないのなら、それを売れ。
129:仕様書無しさん
08/02/16 01:49:09
ゴーマン法則：
なおせなかったら機能にしてしまえ
130:仕様書無しさん
08/02/16 02:02:37
>>124
131:仕様書無しさん
08/02/16 02:08:19
>>124
芸術家は言い過ぎだけど、新聞、雑誌の編集やライターに近いと思うな。
雇用形態や受注形態は土木建築製造業に似ているけど、出来上がるものは
そういう業界で作るものとは似ても似つかないからな。
新聞や雑誌の品質の高いものの作り方を調べる方が今の製造業の品質の
計り方でプログラムの品質を計るより現実に即したものが得られると思うな。
まあ、朝日新聞がクオリティーペーパーなんて言われてる位だから、参考に
まったくならんかも知れないけどね。
132:仕様書無しさん
08/02/16 02:18:04
とりあえずとかまじで殺すぞ。保守させられる俺の身にもなれ糞が
133:仕様書無しさん
08/02/16 02:21:32
とりあえずトリアージ
134:仕様書無しさん
08/02/16 12:52:02
SoftBank/1.0/810SH/SHJ003 Browser/NetFront/3.3 Profile/MIDP-2.0 Configuration/CLDC-1.1
SoftBank/1.0/912SH/SHJ001/SN353689011504712 Browser/NetFront/3.4 Profile/MIDP-2.0 Configuration/CLDC-1.1
135:仕様書無しさん
08/02/20 00:04:38
>>131
理系の芸術、って言えば分かりやすいかも知れんぞ。
文系の芸術はまあ普通の芸術。
理系の芸術はあらゆるものが一切の無駄を持たない幾何学模様、みたいな。
まぁこの芸術は一般人には絶対分からないのがうんこなんだけどなｗ
136:仕様書無しさん
08/10/19 22:14:25
ぶっちゃけ
137:仕様書無しさん
08/10/22 05:58:44
このＣＰＵモニターは動くのか？
URLﾘﾝｸ(b.hatena.ne.jp)
138:仕様書無しさん
08/10/22 06:04:32
とりあえず
URLﾘﾝｸ(bugzilla.mozilla.gr.jp)
139:仕様書無しさん
09/03/09 00:44:01
動けばいいのよ、動けば
リファクタリングしてるって？
アホｗｗ動いてるものはいじらなくていいよ馬鹿ｗ
140:仕様書無しさん
09/04/07 09:06:30
>>139
動いているものでも、バージョンアップの必要性はあると
思うのだが。
141:仕様書無しさん
09/04/07 15:50:40
>>135
機能美
142:仕様書無しさん
09/04/08 19:18:39
>>140
ボロボロのソースをさらにボロボロにする事ですよ・・・
俺の会社でバージョンアップってｗ
143:仕様書無しさん
09/04/09 13:18:05
動かない美麗なコードは糞の役にも立たないわけで、
それに比べれば、動くコードの方が意味があるが、
仕様通り動いて、ちゃんとメンテされていて、
シンプルさも維持しているソースの方が良いのは、
言うまでもないな
144:仕様書無しさん
09/04/09 23:19:07
とりあえず動くけど
1年に1回くらいセキュリティホールを突かれて情報漏洩事故を起こします、とか
数ヶ月に1回計算を間違えて大損害の原因になる可能性があります、とか
そういうのよりはいっそ動かない方がいいんじゃないのか。
実は世の中のソフトの多くは下手に動かない方が世のためになるかも。
145:仕様書無しさん
09/04/10 12:40:39
動けばいいっていうか、飯のタネになればあとはどうでもいい
146:仕様書無しさん
09/04/10 19:10:18
飯のタネという意味では、ズタボロのコードの方がおいしいヘルプ専なおれ。
147:仕様書無しさん
09/04/10 21:00:10
>>141
ごめんなさい