10/02/04 10:42:05
できなくはないけど、標準パーツを使うとか、Javascriptの使用制限が多い環境じゃ無理だわな
業務系Webシステムなんかでよく出てきたりするのに
クライアントサイドのJavascriptはサーバサイドメインの言語より理解度が低い奴が多いせいか、
なにかと理由をつけて使わないような制限をつけてることも多いし
ブラウザの仕様だとかHTTPの仕様だとかそういうのを理解してないで妄想仕様を立てるやつがいることは事実
結局実装段階になってあれやこれやとできないことがわかって、そっから仕様リセットする
398:仕様書無しさん
10/02/04 16:21:14
PCで実行するなら、Javascript必須でOK
399:仕様書無しさん
10/02/25 23:48:08
作って直してするようなのが多いから最初に設計で決めてしまいたい
しかし大半の設計レベル担当は無能だから、必要な情報が何かを理解できない
400:仕様書無しさん
10/02/28 20:52:12
作る側が検討して１回修正案を上に投げるような時間が必要だよな
向こうのどうしても押さえておきたい点とか見えないと修正するにもできないしな
401:仕様書無しさん
10/03/01 00:22:54
ASP.NETでつくれよ
402:仕様書無しさん
10/03/04 16:06:02
設計書でさえ、プログラムだろ。
いや、設計書こそ、プログラムであるべきなんだよ。
日本語で言い直します。
設計書でさえ、予定なんだよ。
いや、設計書こそ、予定であるべきなんだよ。
403:uy ◆e6.oHu1j.o
10/03/04 23:33:51
一人で最初から最後まで設計が必要な位のプログラムを作るっていうのをやった事がない奴が混乱する
設計書のダメなところとか、本当に自分がそこをダメだと自信もってるならしっかり口で言えばいいのでは
自分の考えがあってるかどうかすらわからないから下手なこといって責任もとりたくないっていうので2chで愚痴たれるしかないゴミグラマの現実
プログラマーはゴミみたいなもんだからな
404:仕様書無しさん
10/03/06 01:09:36
っていうか考慮が足りない馬鹿が適当にわからないとこを妄想で埋めたり、
埋めるとこにすらたどり着けずわかってないことに気づかないまま仕様書作って
それをレビューする側も馬鹿で肝心なところを一切理解しきれないから、
糞な仕様書ができあがって、こんなもの役に立たないってなる
実装までわかってるなら、あとはコード書く前にどうするかを決めないといけない事柄を
客に提示して、決めたことを記録しておくためにも仕様書は必要
設計段階を必要としないのは、アバウトなところ意外は全部投げっぱなしで
コーダーが好き勝手に作っていいものだけ
全体を理解してないと上から下に落としていけないのに、
上も下も理解せずに仕事に投げ込まれる使い捨てだらけのこの業界
自分からは学ぶつもりもない奴が大半だから、どこもすぐデスマるんだよな
土方と同じ扱いなのに、土方とちがって明らかな向き不向きが表に出にくいから余慶に厄介
405:仕様書無しさん
10/03/07 14:37:28
>>404
文章は細かくきざんだほうがいいよ。
内容に関しては同意。
406:仕様書無しさん
10/03/07 21:24:56
>>404 仕様書を理解しようとしない上司・同僚にも重大な責任がある。
同じように、お前さんの同僚がかかえてる仕事について、お前も責任をとってるか？
自分ができてないのに、他人には厳しいことを言うのはよくないな。
先ず、実らずとも自分から理想を実践してみろ
407:仕様書無しさん
10/03/08 22:55:34
見苦しいほどの愚痴で非常に申し訳ないんだけど
>>406
ここんとこずっと、すでに端のほう燃え尽きてるような火事場に
火消しとして投入されるって感じなんだよね
スタートからやってたら、流石にこんな状態になる前になんかしらやるよ…
なんつーか、毎日毎日アホみたいな仕事で残業してんのよ。
Excel仕様書()笑のレイアウト修正とか、実装終わってからの仕様検討やその反映とか。
俺みたいな1年弱のようなやつでも、ざっと見ただけで気づけるような、
あからさまな仕様不備や、検討漏れが腐るほどあるなんてのは当たり前だし、
仕様書が読めないのでソースをみてみたら、仕様書とやってることが全く違ってたりなんてのもザラ。
不備を指摘してから、なんか仕様検討が始まったりとか、そういう感じのレベル
仕様書のレイアウトの直し()ｗしてて、どう考えても先に決めれる内容で、
決まってないと、実装で困るだろって事がいっぱいあるので、前担当に確認してみたら
自由にコードが書けなくなるような仕様書にしたくない()だの、
とりあえず思いつくままに書いておいて、レビューで指摘されたら直すような手順になってるだの…。
俺鈍いから気づけなかっただけで、今思うとここは笑うとこだったのかもしれないケド
基本設計や用件定義の不足があるのは、一応理解してたみたいなんだけど、
足りないなら、QAなりで確実に潰しておかないと、後で絶対に問題が出るのは明白なのに、
今ある情報だけでゴリ押ししては、毎日毎日無駄な修正におわれ
残業休出当たり前のデスマーチを作り出してるのよね…
リーダーは用件定義に問題があったせいだ、PMクラスがいないことが問題だって文句言うだけ、
会社の体制が腐ってるのはわかるけど、自分も火種のひとつだって気づいてないみたいｗ
手の打ち用がまったくなくて、このままじゃ俺の寿命がストレスでマッハ
408:仕様書無しさん
10/03/08 23:43:00
末端として終わらないプロジェクトの一員となるか、自ら手を挙げてホースを持つ係になるか。
どちらにしても苦痛だけど、後者は自分で道を変えられる可能性がある。
409:仕様書無しさん
10/03/09 20:40:50
生活残業のための生活の知恵ってやつじゃないの？わざと作業量を増やしてるようにしか見えん。
410:仕様書無しさん
10/03/09 23:08:11
残業代が出るとこならなｗ
411:仕様書無しさん
10/03/10 15:54:58
>>408
前者は火に油を注ぐことが仕事だけど（残業代的意味で）
後者は数字を求められる
どっちが楽かって・・・言うまでもないなｗ
412:仕様書無しさん
10/03/10 20:42:07
>>411
しかし自分でホース持たないと毎日徹夜や終電帰りを強要されて死ぬ可能性もあるという
413:仕様書無しさん
10/03/11 01:13:59
>>412
疲れたら休めばいい
自宅までくることはないだろ
来たらきたで警察に突き出すチャンス
414:仕様書無しさん
10/03/13 15:43:10
>>413
民事不介入
415:仕様書無しさん
10/03/14 09:01:37
>>414
不法侵入してきたら刑事
416:仕様書無しさん
10/10/30 21:32:24
a
417:仕様書無しさん
11/02/04 19:48:36
設計書すらろくに起こせないヤツの書いたコードはさらに生産性を落とすんだって
最近また思い知らされたわ