1 :
仕様書無しさん:
ペーペーの平社員がドキュメントいらないとか言ってる分には別にいいです。
でもうちの会社の偽装請負先のバカマネージャーはドキュメントなんていらないよ、が持論。
だから誰かが一言でも発言したことを覚えていないと「あの時ああ言ったでしょ!なんで覚えてないんですか!」とくるw
もうね、みんな老人ボケ状態ですよ、経験が浅いプログラマ達はみんな「僕はモノ覚えが悪くて・・・」と悩んでますよ。
時にはそのバカマネージャーが考えていることを説明なしに理解する超能力さえ要求される始末。
先日、一緒に働いていた大手2社があいついで契約更新を拒否。月100時間以上の残業発生を下請けの記憶力のせいにされちゃそりゃ撤退するわなw
残るは零細偽装請負のうちの会社だけとなった。社長に契約更新拒否/撤退を要求しているが、社長は大手であるバカマネージャーの会社と取引を続けたいらしい。
こういうバカマネージャーにドキュメントの重要性を理解させるにはどうしたらいいですか?
2 :
仕様書無しさん:2006/11/10(金) 08:04:08
議事録やコメント票、バグ票なんかもドキュメントっていうの?
3 :
仕様書無しさん:2006/11/10(金) 08:08:38
報告をすべて口頭で行い、対処が漏れたら相手の記憶力のせいにする。
つまり同じことをやり返すのが一番。
4 :
仕様書無しさん:2006/11/10(金) 09:01:10
偽装請負で他人の会社で仕事してるから、そういうバカマネージャーが横行するんだろ
そもそも自分の会社で仕事してれば問題はおきていない
5 :
仕様書無しさん:2006/11/10(金) 09:11:16
>>4みたいに、現状からどうすれば問題解決できるかを考えようとせず、
だれが悪い、だれのせい、ということだけ言いたがる人が多すぎる。
バカマネージャーの上にタレこめ!それが駄目ならば、ICレコーダー常時携帯して発言の矛盾を理路整然と論破しろ。
つか、内部向けにドキュメント作成すりゃいいんじゃね?
最低限のドキュメンテーション
9 :
仕様書無しさん:2006/11/10(金) 21:09:08
議事録をとるか、
全てメールで伝えてもらうようにしたら?
ドキュメント不要論者のマネージャーとプログラマが組めば問題無いんだが...
いや、客か会社が困るか
つぅか、俺等の仕事って半分以上ドキュメント作成じゃね?
プログラムなんて、そのうちドキュメントから自動生成されるようになるような気がする。
クヌースのWEBを思い出した
13 :
仕様書無しさん:2006/11/10(金) 22:27:31
一人で長年シコシコ仕事してきたプログラマが間違ってマネージャーになると
こういう悲劇が起こる
ドキュメントなしで仕事できるのは1人が限界
2人以上で仕事する時にドキュメントをまとめるのはプログラマ以前に
オフィスで働く社会人としての常識だが
まあデジタルドカタにドキュメントの必要性を説いても無駄なのかもしれんが
ドキュメントが書けない香具師は一生、他人の会社で安い賃金でコキ使われるだけ
>>11 現状だと逆の方が良いな。
特に詳細設計レベルのドキュメント。
クラス名や概要はもちろん、メソッドの修飾子からパラメータのリストまで設計書作らされることが多くていらいらする。
ガラ作って自動生成すりゃ良いのに。
つJavaDoc, doxygen
16 :
仕様書無しさん:2006/11/11(土) 14:08:20
同じ会社の上司だけど似たようなバカマネいるよ
4人のチームなんだけど打ち合わせばっかりで議事録を書かない、
だからもう、あの時はああ言っただの、誰がこう言っただの、
お前はあの時のあの人の発言を忘れたのか、だの・・・
最初8人のチームだったんだけど2人はあきれて退社、もう2人は他のチームへ
異動がかなえられた。
残った4人で役員に直訴したんだけど聞き入れられず・・・
ドキュメント書かないんだから当然、デスマ、デスマ、デスマ・・・
プロジェクト終了後の反省会では原因がプログラマのやる気のなさとか、
マネージメント以外の問題にすりかわるw
4人で同じ日に退社することを計画中です。
ドキュメント無いほうがデスマは回避できるよ
>15
>つJavaDoc, doxygen
そういうツールがあるのにって話をしてるんだけど…
同じチームのヤツに
客は書いてある内容が欲しいんじゃなくて、何か書いてあるExcelとかWordが欲しいんだよ。
と言われて、目からうろこというかなんと言うか。
客のテンプレートがExcelだったんでテンプレートに合わせたExcelに出力するDocletを作ることにしたけど。
詳細なんちゃらは確かにドキュメントなくてもいいかもしれないが、
構造とかはソースから全体を把握するのに手間がかかるので
ドキュメントは必要
20 :
仕様書無しさん:2006/11/12(日) 22:09:36
>>1 自分の会社の上司だったらその上に直訴すればいいんだろうけど、
偽装派遣先じゃどうにもならんね
>>16 >4人で同じ日に退社することを計画中です。
辞めてもらうべきは上司のほうだろ
21 :
仕様書無しさん:2006/11/23(木) 22:52:06
派遣には人格的に首をかしげたくなる香具師が多い
特に駄目なのがいわゆる「裏切派遣」ね。
元々は正社員だったのに取引先にフリーのほうが稼げるとか騙されて、派遣やってるバカw
自分の会社を裏切り、結局派遣先からも騙されてる。
そもそも信頼されてるなら直接契約するか正社員にするはずだが、
馬鹿だから派遣にされて喜んでるんだよなw
22 :
仕様書無しさん:2006/11/24(金) 11:55:43
ドキュメントなんかいらない、一度言ったことは覚えてろ、なんて奴は頭悪いよ。
記憶なんて曖昧だし、他人に伝わらない。つまり信頼できない。
でもこれらはあくまで仕様レベルでの話ね。
常識レベルのことはドキュメントなんか書かないよ。
23 :
仕様書無しさん:2006/11/24(金) 12:08:20
常識が食い違っていないことを、事前に確認しとけよ
24 :
仕様書無しさん:2006/11/24(金) 12:47:48
↓こういう常識のバカマネもいるからねw
「ソフト開発なんてものは一箇所に集まってやらないとできないものなんだ」
「残業代が必須の派遣契約なんて甘え、月額固定の業務請負でないとまかせられない」
「まずは常駐している人を飲みに連れて行くのがマネージャーの仕事だ」
25 :
仕様書無しさん:2006/11/26(日) 06:25:00
>「まずは常駐している人を飲みに連れて行くのがマネージャーの仕事だ」
ウゲぇ〜
こんなバカマネにあたったら最悪
バックレは神が我々に授けて下さった至高の権利である。
ニートやフリーター、社会的弱者を食い物にして成長を続けるピンハネ屋を根絶せよ。
バックレ以外の手法を使い、捨て身で会社を潰すことも容易である。
何故なら我々は失うものが己の命しか無いからだ。
生活を脅かされ悟りを開けば、もはや何のためらいもなくどんなことでもできる神になれるのだ。
今こそ立ち上がり愚劣な国家を浄化する為、静かなる聖戦を開始せよ。
28 :
仕様書無しさん:2006/11/26(日) 23:39:49
>>21 あー、いるよ、いる。裏切派遣のKさん。
「常駐先から見込まれてフリーになって収入アップ」
とか言ってたんだけど、よく聞いたらただの一般派遣にされてやんの
そのおバカなKさんももう30歳過ぎたけどどうする気なんだろうw
首でも括るのかな???
自己責任w 自己責任ww
29 :
仕様書無しさん:2006/11/26(日) 23:56:00
>>28 だいたい相場が60〜80万ぐらいだから本人満足ならそれでいいんじゃない?
そのバカKさんは60も稼いでないよw
本人は次は就職したいって
>>30 もらってんじゃない?
だいたい正社員からフリー扱いになると60からってのが相場だし。
32 :
仕様書無しさん:2006/11/27(月) 00:27:15
○○○○ITソリューションの山本は、ドキュメントもソースコードも書けないクセに、
自称上級SE。
今日もポンチ絵仕様書で、担当プロジェクトを地獄へと導く三途の川の渡し人。
一刻も早く退職に追い込んで、実家の酒屋を継がすのが人類平和の為になると思うのだが・・・・
31
だからフリーと騙されてたんなる一般派遣になったんだって
ポンチ絵でもセンスのある人が書けば、有用なサマリドキュメントになったりする。
ただ、飽くまでサマリであるので別途詳細なドキュメントは必要だが。
35 :
仕様書無しさん:2006/11/27(月) 01:42:40
>>34 ○○○○ITソリューションの山本は、センスの欠片もないよ。
本人の脳内でしか認識できないドキュメントを、ごく稀に作成するのみで、
あとは全て口頭仕様。
で、口癖が、「僕ぐらいのSEになると・・・・・」
お前レベルのSEになると、仕様書は作らなくて良くて、全て口頭仕様になるのかと(ry
一刻も早く、交通事故にでも遭って、一家根絶やしになってほしいよ。
37 :
仕様書無しさん:2006/11/27(月) 09:49:55
口頭仕様はデスマの入口
ドキュメントもメールも書かずに口頭で朝令暮改を繰り返すのは彼らなりの保身術
39 :
仕様書無しさん:2006/11/27(月) 21:34:33
>>38 彼らの保身のために何人のプログラマがデスマに倒れるんだろう
>>38 言っておくが、それが保身につながるとは
思えんな。やってることは、中国のバカと同類。
もっとアメリカを見習うべきだな。
>>40 残念ながら、それが保身に繋がる。
トラブルが起きたときに「何で動かないんだ!」って怒れば
技術者はスイマセンって簡単にペコペコしながらデバッグ始めるからな。
第三者には技術者が悪いようにしか見えない。
上司に「キミ、もうちょっとしっかり彼らを管理したまえ」
と言われても得意の飲み会の席で
「あいつらをあそこまでするのにも頑張ったんですよ。彼らも彼らなりに頑張ったんです」
って言えば簡単に丸め込める。
42 :
仕様書無しさん:2006/11/28(火) 02:23:52
ひとつだけ言っておこう。
朝令暮改だと?
○○○○ITソリューションの山本が、そんな高度な4文字熟語知ってるとおもうのか?
なめるなよ!
知らないからこそ、朝令暮改を繰り返しやがる。
まぁ、ヤツにふさわしいことわざは、「仕様矛盾」くらいのものだ。
>>38-41 口頭指示があったら分単位でメモる。
適当なテキストファイルを作っておいて、ランチャかショートカットキーで即開けるようにしておいて、
12/02 14:32
xx 氏より レコード作成時の更新区分の初期値を 0=>1に変更するように依頼あり。
のように、どんどん書き込んでいく。
ここでミソなのは、分単位まで書き込こと。
あとで 「12月02日の14時32分にxxさんからそういう指示を受けましたが?」で返す。
分まで言われると、どんな相手でも大概は認める。
>>44 それ認めてるのかなあ。まるでガキの喧嘩に見える。
そういう奴って、一旦引き下がっておいて、後で報復人事をするようなことしない?
昔、その手の奴に酷い目に遭ったことあるよ。
俺の場合は縁切ってスッキリ出来るんで受け入れちゃったけど、子会社に
飛ばされて給料下がったり、家族いるのにクビになった人がいて、悲惨だった。
>>45 「俺がいつ何時何分何秒に言ったんだよ!!」って確かにガキの喧嘩だなw
でも結構、言った言わないで揉めることが多いし、只の言い合いとはいえ
そこで責任の所在がはっきりしていないと自分がかぶることになっちゃうから、実害が大きすぎる。
ま、時間付きのメモは後で作業報告を纏めるときに、時系列が分かりやすくて自分のためになるからね。
あと、報復人事までするような執念深い奴は、自分の言った事はきちんと覚えていたりするし、
指示する前に、自分の記録にきちっと残してるよ。
時間どころか、俺がコーヒー飲みながら談話ブースで指示を受けたことまで書いてあったり。
47 :
仕様書無しさん:2006/12/04(月) 01:51:36
いまだに口頭仕様で開発をやろうという会社が存在すること自体が謎だ
48 :
仕様書無しさん:2006/12/04(月) 03:01:37
>>47 木寸田木幾木戒は、すべて、口頭仕様。
ある意味、「口頭しよう!」ともいえるポジティブなUSO800。
マが馬鹿だと言っておきながら、マに寸分の狂いもない記憶力を求めるって寸法か・・・。
50 :
仕様書無しさん:2006/12/05(火) 04:58:37
まったくウンコみたいなマネージャーがいるんですねw
人間終わってるでしょ
全部口だけで指示するマネージャは使えない。
自分ができる人間だと勘違いしているから痛い
52 :
仕様書無しさん:2006/12/19(火) 01:59:30
そして実装で問題が出ると全部実装者の責任w
痛い目にあっても別の現場や会社でまた繰り返すんだよ
54 :
仕様書無しさん:2007/01/12(金) 05:38:56
若いの オラが村では派遣の問題を口にしちゃなんねーだ
お前さんはまだわけぇから言いたいこともあるべぇ
だべな、派遣問題を口にすると怒る者がおるでよぉ
問題の指摘は駄目だっぺぇ
派遣のことは口にしちゃなんねぇ
この村みたいな糞田舎で悲惨な生活するためにはよぉ
駄目のものを駄目と言ってはなんねえだべさ
55 :
仕様書無しさん:2007/01/12(金) 09:49:34
口頭説明と読心術強要のSEってのは、本人は仕事が出来る場合が多い。
つまり、SE本人の常識とPGの常識が違うのが問題となる。
この事態が発生するのは、SEが初心を忘れたベテランで、PGが初心者と言う場合である。
SEは長年、同じメンバーで開発していたが、メンバーが総入れ替えになった場合とかに多い。
常識違いの具体例を挙げてみよう。
「バックアップ機能を追加してください」などと言われた場合、
ベテランなら、バックアップの種類(差分/フル)、バックアップタイミング、リカバリ手順、
バックアップファイルを消す契機、処理時間や使用容量など、いろいろ考慮する。
初心者なら、ネットでバックアップの意味を調べるぐらいだろう。
ベテランからすれば常識だが、初心者からすれば予知能力を求められているに近いだろう。
レビューの議事録を取るのは必須だが、ここまで常識に開きがあると文章の理解も違うので
それで解決するとは言えない。
初心者がベテランに合わせるのは不可能だが、1の状況を見るとベテランも初心者に合わせられる
人ではないようだ。
この場合、ベテランに近い技能を持って初心者にも説明出来る「通訳役」を入れるのが最も良い解決法となる。
>口頭説明と読心術強要のSEってのは、本人は仕事が出来る場合が多い。
説明を求めるとごまかすか逆切れする人しか知りませんが
文書化と説明ができない時点で "出来ない人" じゃないの
57 :
仕様書無しさん:2007/01/12(金) 19:53:17
ごまかすのは出来ない人だが、逆切れは性格なので、出来るのか出来ないのかは判断出来ない。
文書化と説明が出来るならいいのは確かだが、SEには文書化と説明が苦手だが仕事が出来る人は多い。
特に仕様説明を求めると「意味不明なポンチ絵」を書く人がいるが、
これは本人の脳内で具体化しているシステムイメージをそのまま書いたため、
他人には意味不明に見える事による場合が多い。
実はシステムを設計する上で、脳内での設計方法は人によって大幅に異なる。
システムをハードウェアをイメージして設計する人もいれば、シーケンス図をイメージする人や、
クラス図をイメージする人、ソースコード自体をイメージする人、フローチャートをイメージする人、
本の目次をイメージする人、不定形な図形をイメージする人、全て擬人化してイメージする人、
3次元立体をイメージする人、水道管をイメージする人、地図をイメージする人、風景画をイメージする人
など様々である。
ここで注意しなければならないのは、脳内でのシステムをイメージ出来る人と言うのは、
決して素人ではないということだ。
58 :
仕様書無しさん:2007/01/12(金) 20:04:23
なんか、根本捕らえてる気がする。
学問って、表現手段と考えてる?
あんたと飲明かしたい気分( ^^)Y☆Y(^^ )
多分、出来るように見えてるだけなんだろうと思う。
多くのプロジェクトを手がけて、多くの判断をしてるように見えて
実際は多くの仕事を中途半端に他人に丸投げして、
聞かれたところを俺仕様で適当に答えるだけの人じゃないかな。
プロジェクトに与える影響は大きいけど、結局はマイナスの寄与しか出来ないタイプ。
60 :
仕様書無しさん:2007/01/19(金) 22:04:18
_,,..--――--,,..
/::: \
/:::" ヽ
,i :: (´・ω・`)ショボーン i
,r'::: | そうだったのか!
〈r"::ヽ ´ i''~""''ヽ`、;;;::::: | ソーーー
,};: ノ ヽ、●~*/ ヾ、;;: ヾi ヌルポ
i'` i"ヽ ゙;;,` ゙'''" ゙-'" / シャケ━━━━Σ゜lllllE━━━━━!!
`) ir,_ ,i ;;::.. _,,..-ー-'ツ /
〉,_,_,、,、_, _ イ'" /ー- ゝ'
`i.j.j,j,j,tt゙i,jイj::ノ ,.i'
_,,..,,,,,,_ i
. / ,' 3 `ヽーっ i
l ⊃ ⌒_つ i
`''ー---‐'''''" i
,トr,r,r,rrtf,ソ j’
}゙ '"`'" _,,..-"
`-ー--''"
61 :
仕様書無しさん:2007/01/23(火) 04:33:38
【ネガティブ派遣根性チェック】
3つ以上、思い当たる点があればアナタの性格はひん曲がっており、ネガティブ負け組人生を歩んでいます。
□派遣先の人事権のある社員の意見はたとえ間違っていてもマンセーする
□派遣先から「いつまでもここで仕事してくださいね(安い金でw)」と言われている
□自社に仕事を持ち帰れるように言われるとムカつく
□自社で仕事なんてできるわけがない
□派遣労働の問題点の話題が出ると感情剥き出しにする
□派遣労働の問題を指摘する人は嫌いだ
□派遣先には仕事だけでなく自分のプライベートについても指示して欲しい
□自分の月額金額を知らない
□派遣先社員より自分の生涯収入が低いのは当然だ
□派遣先に尻尾を振り、いつまでも派遣を続けることが大切だ
62 :
仕様書無しさん:2007/03/04(日) 03:00:31
面と向かって、
「あんた本当バカだな、本当にドキュメントがいらないものなら、人類は文字を発明なんてしないよ」
と言ってみるんだ