アカウント名:
パスワード:
少なくとも現場で動いている人間の責任ではないね。営業が勝手に工期を圧縮するからだ。「営業層と現場層でパワーバランスが悪いのは問題では?」と言う人間もいるが、パワーバランスの調整は、今度は経営層の問題という事になる。
古い人間が優秀な人間を飼い殺しにするのは、いつの時代でも、どのスケールでも同じ。
>少なくとも現場で動いている人間の責任ではないね。同感
結局、プロジェクトはこんな感じで進められる [srad.jp]からねえ。
開発者が開発に参加したときには既に、お客様の「あんなこといいな♪ できたらいいな♪」を元に営業が絵に描いた餅を出して、上司が承認のハンコを押して、「JavaScriptを大量に使って綺麗なUIにしろ。クライアントはIE6のみ。Firefoxイラネ」という所まで決定事項になってたりする。その後になって「JavaScriptを使いすぎると互換性問題が生じる。もっと減らすべきだ。またIE6オンリーは危険だから、せめてFirefoxに対応して、工数と予算をこれだけ増やすべきだ」などと現場が主張して決定が覆ると思うか?既に決定事項だし金の無駄づかいだだからと却下されるだけ。
「お客様は神様です」なのも結構だが、その神様が間違った采配を下した結果として間違ったシステムができた時だけ、「その責任は神様にはありません。悪いのはすべて汚れた人間のせいなのです。」はないでしょう。
営業の評価をどうやってます?営業の評価を契約金額ではなく、取ってきた案件の最終的な利益でやればいいんぢゃねーのって思うんですよ。
むちゃくちゃな案件を取ってきたら、工数がすごいことになって、赤字になって営業の評価は下がる。そうならないためには、イヤでも知識や開発側とコミュニケーションしなきゃいけないわけで。
でもそれだと開発がアホ(見積もりミス)だった場合、=営業もダメと言う評価になるだけなので今度は営業さんから殺されちゃいますよ。
と言うか何でも「営業の責任ニダ!」とか自己満足の思考停止する前に、開発押してちゃんと営業を説得できる工数見積もりだせなきゃダメでしょ。それでも無茶して取ってきて結局当初見積もりと同じでした、と言うのなら営業がタコなんだろうけど、この手の議論はすぐに「営業悪い!」って話に収斂しちゃうから、自分達の見積もりが甘いとか説得能力が低いとかなんてどこか消えちゃうんだよな。
そもそも営業と開発は一蓮托生の存在だし。お互いをお互いが上手く使うことが上手にプロジェクトを運営するコツなのに、どうして相手にばかり責任を押し付けたがるのかね?
#裏を返せばそれは自分が状況をコントロールできない無能ですって宣言してるだけなんだけど。
てよか、ここ読んでいる人達が、そのようなシステムを作ってきたんだろ。
ここを読んでいる人達はそんなもの作りませんよ。
ここを読んでいれば、環境依存性の強すぎるチューニングがいかに酷い状態をもたらすかについて警告しているコメントがいくつもある。また、そんなに短期間しか有効じゃないものを開発したら次々とただ働きが続くので、ここを読んでいる暇もなくなる。
「ここを読んでいない人達」がそのようなシステムを作り、他人に押し付けているのです。
と言うわけで。情報処理推進機構は、「情報処理技術者試験」なんかやめにして、ある技術者が /.J をちゃんと読んでいるかどうかチェックするシステムを作った方がよいと思うんだ。その方がよほど技術者の技術レベルが最低限どのレベルにいるのかを予測できる。
あ、IE6でしか動かないようなものは作っちゃ駄目だよ?
> ここを読んでいる人達はそんなもの作りませんよ。
その根拠が
っていうのは無理筋すぎる。
立派なことを言う人が必ずしもそのことを実行するとは限りませんよ。
無理筋すぎる。
それは君が大事なポイントを読み落としているからだ。
次々とただ働きが続くので、ここを読んでいる暇もなくなる。
ここを読んでいる暇が無い人は、ここを読んでいないでしょう?
…そう…ですかね?
時折、読んでいる暇も無いはずの人が書き込んでいる気が…
現実を直視しましょう。
2番はもう少し説明が必要かもしれません。
仮にあなたも、あなたの隣の人もプログラムを作る仕事をしているとします。あなたは一生懸命考えてプログラムを作る。あなたの隣の人はなんかアトランダムにキーを叩いているだけのように見えます。が、なぜかプログラムが完成している。しかもバグの数は貴方よりも遥かに少ない。ライブラリとして切り出すにも優れている、そんなコードが組み立っているとしましょう。
そのような場合は、どうやってプログラムをデザインしているか、隣の人に聞いてみてください。きっとこういう答が聞けるはずです。
「プログラム? なにそれ。美味しいの?? よく判らないけど、僕がここに座ってキーを叩くと、成果って奴が上がるらしいからそうしているだけだよ?」
これがラックポイントが高い奴の実態というもので…
書き込む暇も作れないような奴と一緒にしてもらっては困ります。
# 返って首を絞めてる気がするががが
5月末には決着をつけます。
平成2010年5月31日までには決着を付けます。
新聞のでっち上げwどこまで目が曇ってんだかhttp://www.iza.ne.jp/news/newsarticle/politics/politicsit/380165/ [iza.ne.jp]
いや、組込み屋だし。
スラドってやっぱり情報システム屋さんが多いのかなぁ?# なんとなく、科学/物理屋さんも多そうな気がする。
>スラドってやっぱり情報システム屋さんが多いのかなぁ?
何の関係もない化学屋です。いや、今は機械屋かな。普通の開発職なんで開発するモノに応じて○○屋の中身が変わりますねぇ。
某所にて。
「Android OS 1.6なんですか?」「2.1じゃだめなんですか?」
ケータイ屋さんも大変だ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あつくて寝られない時はhackしろ! 386BSD(98)はそうやってつくられましたよ? -- あるハッカー
誰の責任だ。 (スコア:0)
こんなこと言ってたら、鳩山と同じで、誰も着いていかなくなるぞ。
Re:誰の責任だ。 (スコア:2, 興味深い)
システム屋にそういう実装をさせてしまうようなブラウザを提供してきたMSにも
どちらにもこのような現状を作った原因があるな。
私はアンチMSでもないが(昔はそうだったが今はMSシンパに近い)、
結局「こんな便利な機能がコストをかけずに使えます」と言って使わせておいて
後で「新バージョンでは互換性はありません」で置き換えが進むわけなかろう。
もちろん、そんな実装をあっさり利用してしまうシステム屋も同罪だが、
ユーザ企業に押し切られて採用せずるを得ない場合もあったと思われるので
とどのつまりは「作る側・使う側・道具を提供する側」みんなの責任だわ。
Re:誰の責任だ。 (スコア:1)
私の会社もIEべったりの社内システム動かしていて
Linux上で開発しているときはどうかと思います。
メーカーとかなら社内のマシンが全部ウィンドウズという事は
ありそうなのですが、ITベンダーでもこの体たらくです。
Re:誰の責任だ。 (スコア:1, すばらしい洞察)
少なくとも現場で動いている人間の責任ではないね。
営業が勝手に工期を圧縮するからだ。
「営業層と現場層でパワーバランスが悪いのは問題では?」と言う人間もいるが、パワーバランスの調整は、今度は経営層の問題という事になる。
古い人間が優秀な人間を飼い殺しにするのは、いつの時代でも、どのスケールでも同じ。
Re:誰の責任だ。 (スコア:1)
>少なくとも現場で動いている人間の責任ではないね。
同感
結局、プロジェクトはこんな感じで進められる [srad.jp]からねえ。
開発者が開発に参加したときには既に、お客様の「あんなこといいな♪ できたらいいな♪」を元に
営業が絵に描いた餅を出して、上司が承認のハンコを押して、
「JavaScriptを大量に使って綺麗なUIにしろ。クライアントはIE6のみ。Firefoxイラネ」
という所まで決定事項になってたりする。その後になって
「JavaScriptを使いすぎると互換性問題が生じる。もっと減らすべきだ。またIE6オンリーは危険だから、
せめてFirefoxに対応して、工数と予算をこれだけ増やすべきだ」
などと現場が主張して決定が覆ると思うか?既に決定事項だし金の無駄づかいだだからと却下されるだけ。
「お客様は神様です」
なのも結構だが、その神様が間違った采配を下した結果として間違ったシステムができた時だけ、
「その責任は神様にはありません。悪いのはすべて汚れた人間のせいなのです。」
はないでしょう。
Re: (スコア:0)
営業の評価をどうやってます?
営業の評価を契約金額ではなく、取ってきた案件の最終的な利益でやればいいんぢゃねーのって思うんですよ。
むちゃくちゃな案件を取ってきたら、工数がすごいことになって、赤字になって営業の評価は下がる。
そうならないためには、イヤでも知識や開発側とコミュニケーションしなきゃいけないわけで。
Re: (スコア:0)
でもそれだと開発がアホ(見積もりミス)だった場合、
=営業もダメと言う評価になるだけなので今度は営業さんから殺されちゃいますよ。
と言うか何でも「営業の責任ニダ!」とか自己満足の思考停止する前に、
開発押してちゃんと営業を説得できる工数見積もりだせなきゃダメでしょ。
それでも無茶して取ってきて結局当初見積もりと同じでした、
と言うのなら営業がタコなんだろうけど、
この手の議論はすぐに「営業悪い!」って話に収斂しちゃうから、
自分達の見積もりが甘いとか説得能力が低いとかなんてどこか消えちゃうんだよな。
そもそも営業と開発は一蓮托生の存在だし。
お互いをお互いが上手く使うことが上手にプロジェクトを運営するコツなのに、
どうして相手にばかり責任を押し付けたがるのかね?
#裏を返せばそれは自分が状況をコントロールできない無能ですって宣言してるだけなんだけど。
Re:誰の責任だ。 (スコア:1)
ここを読んでいる人達はそんなもの作りませんよ。
ここを読んでいれば、環境依存性の強すぎるチューニングがいかに酷い状態をもたらすかについて警告しているコメントがいくつもある。また、そんなに短期間しか有効じゃないものを開発したら次々とただ働きが続くので、ここを読んでいる暇もなくなる。
「ここを読んでいない人達」がそのようなシステムを作り、他人に押し付けているのです。
と言うわけで。情報処理推進機構は、「情報処理技術者試験」なんかやめにして、ある技術者が /.J をちゃんと読んでいるかどうかチェックするシステムを作った方がよいと思うんだ。その方がよほど技術者の技術レベルが最低限どのレベルにいるのかを予測できる。
あ、IE6でしか動かないようなものは作っちゃ駄目だよ?
fjの教祖様
Re: (スコア:0)
> ここを読んでいる人達はそんなもの作りませんよ。
その根拠が
っていうのは無理筋すぎる。
立派なことを言う人が必ずしもそのことを実行するとは限りませんよ。
Re:誰の責任だ。 (スコア:2, おもしろおかしい)
それは君が大事なポイントを読み落としているからだ。
ここを読んでいる暇が無い人は、ここを読んでいないでしょう?
fjの教祖様
Re:誰の責任だ。 (スコア:1, すばらしい洞察)
ここを読んでいる暇が無い人は、ここを読んでいないでしょう?
…そう…ですかね?
時折、読んでいる暇も無いはずの人が書き込んでいる気が…
Re:誰の責任だ。 (スコア:1)
現実を直視しましょう。
2番はもう少し説明が必要かもしれません。
仮にあなたも、あなたの隣の人もプログラムを作る仕事をしているとします。あなたは一生懸命考えてプログラムを作る。あなたの隣の人はなんかアトランダムにキーを叩いているだけのように見えます。が、なぜかプログラムが完成している。しかもバグの数は貴方よりも遥かに少ない。ライブラリとして切り出すにも優れている、そんなコードが組み立っているとしましょう。
そのような場合は、どうやってプログラムをデザインしているか、隣の人に聞いてみてください。きっとこういう答が聞けるはずです。
「プログラム? なにそれ。美味しいの??
よく判らないけど、僕がここに座ってキーを叩くと、成果って奴が上がるらしいからそうしているだけだよ?」
これがラックポイントが高い奴の実態というもので…
fjの教祖様
Re: (スコア:0)
書き込む暇も作れないような奴と一緒にしてもらっては困ります。
# 返って首を絞めてる気がするががが
Re: (スコア:0)
5月末には決着をつけます。
Re:誰の責任だ。 (スコア:1)
っていつですか?
この業界だと五月末って 2010 年 5 月 138 日とかいいそうで怖いんですけど…
Re:誰の責任だ。 (スコア:2, おもしろおかしい)
Re:誰の責任だ。 (スコア:2)
平成2010年5月31日までには決着を付けます。
HIRATA Yasuyuki
Re: (スコア:0)
新聞のでっち上げじゃないかとも思うけど、そういうことじゃないのかなあ。
Re: (スコア:0)
新聞のでっち上げw
どこまで目が曇ってんだか
http://www.iza.ne.jp/news/newsarticle/politics/politicsit/380165/ [iza.ne.jp]
Re: (スコア:0)
いや、組込み屋だし。
スラドってやっぱり情報システム屋さんが多いのかなぁ?
# なんとなく、科学/物理屋さんも多そうな気がする。
Re:誰の責任だ。 (スコア:1)
>スラドってやっぱり情報システム屋さんが多いのかなぁ?
何の関係もない化学屋です。いや、今は機械屋かな。普通の開発職なんで開発するモノに応じて○○屋の中身が変わりますねぇ。
Re: (スコア:0)
某所にて。
「Android OS 1.6なんですか?」「2.1じゃだめなんですか?」
ケータイ屋さんも大変だ。
Re: (スコア:0)
#そのシステムはブラウザから利用する必要があったのか聞きたい