アカウント名:
パスワード:
最近耳にする「エビデンス」って、どういう意味合いなんでしょうか?「根拠」とか「証拠」という訳しか思いつかないのですが、文脈がつながりません。SE用語?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
一つのことを行い、またそれをうまくやるプログラムを書け -- Malcolm Douglas McIlroy
自分の状況と比べて一番の違いは、 (スコア:4, 興味深い)
“単体テストはプロジェクト横断で実施する部隊が存在し、動かないと「直せ」といえる”
という点ですね。単体テストは開発担当がやっているものとしてエビデンスの整合性を目視確認するだけで精一杯なテスト部隊が現状です。
これをやれないのがGoogle式と現状の大きな違いだな、と思ったのは、
“他人のプロジェクトでも構わずにバグを見つけてパッチ書いて送りつける。”
という点ですね。その次に大きい違いは、
“プロジェクトは2~6名程度の規模で、詳細を別に書き出さなきゃいけない場合は別のプロジェクトにする。”
ってところですね。
ここからここまでが俺のプロジェクトって意識をエンジニアが持ちすぎているのは、作業の実質が2次請け以下の下請けさんに分割して投げなれていることと、その下請けさんにぶら下がっている派遣さんが“決められた仕事の分だけをキッチリやらせていただきます”となってしまっているからでしょうね。
改良できるアイデアを実装してみて他人のレビューを受けるなんてことをフツウにスムーズに実践するまでに、いくつもの垣根や障害を取り払わなければならない。実践する頃にはアイデア自体が陳腐化してしまう。
それでも、よりよいものを作り出さなければ利益が減るのは確実で、どうにかしなきゃならない。
では、調整と管理を強化して効率的なプロジェクト遂行をしようなんて生涯を増やすだけの後ろ向きな動きが勢いを得てしまう……
こんな現状で、20%を関係のないプロジェクトに力を振り向けても、新しいアイデアには結びつきにくいでしょうね (アイデアよりも自分の興味を満たすだけで空費されるでしょう)。ヘタすると、アイデアを思いついても出さずにおいて起業されかねないなんて余計な危惧を管理層に抱かさせるかもしれませんし。
底には、大きさが決まったパイの再割り当てとしてしか機能・発想しない日本のソフトウェア屋さんと、新しい市場やリソースを開発して競合社が分割するという機能を担っている亜米利加のIT屋さんの違いもあるでしょう。
※エライやつはエラクないやつより多くのコードを書け!ってのは、是非とも日本に取り入れるべきルールですね。
日本式だめっすよ~ (スコア:2, すばらしい洞察)
違う違う、強制されてやったら意味がないw
コードを多く書いている奴が尊敬される
もっと極論するとコード書けない奴は偉くない。
(あと屑コードを書く奴は屑、と)
こういう企業風土が必要なのでは。
# 寧ろどこまで上に行っても甘える場所のない戦場とも・・・
Re:日本式だめっすよ~ (スコア:1)
自社パッケージ開発オンリーだったらまだしも・・・。
資金を何とかしたり、社員にヒアリングして興味を持ちそうな仕事取ってきたり、
優秀な助っ人を引っ張ってきたり、プロジェクト全体の段取りをキッチリしてたり、
そういう仕事こそをしっかりして欲しいです。
受託開発メインの会社の場合、「コード」レベルの問題でピンチになることは
ほとんど無いですので。
--- (´-`)。oO(平和な日常は私を鈍くする) ---
Re:日本式だめっすよ~ (スコア:1)
> 優秀な助っ人を引っ張ってきたり、プロジェクト全体の段取りをキッチリしてたり、
> そういう仕事こそをしっかりして欲しいです。
Googleではこういうのは上ではなく横の人がやってくれるってことですかね。
技術者は生涯一技術者としてやっていけると。
マネージャとエンジニアは違う職種なのに、レベルあがるとクラスチェンジしなきゃ
ならんってのが多いですからね。
そういった意味では、Googleってエンジニア以外の人たちってのもものすごい
人たちなんでしょうね。
Re:日本式だめっすよ~ (スコア:0)
Re:自分の状況と比べて一番の違いは、 (スコア:1, おもしろおかしい)
間違いなくコピペだらけのコードが横行しますな。
Re:自分の状況と比べて一番の違いは、 (スコア:1, 興味深い)
「もう決まったことだから」「今から全体の合意を取れない」と却下され、
若いころは悶々としていました。
結局客先からの改良要望に対してのみ四苦八苦して修正している現実。
今は自分のプロジェクトの中にだけ、工程に改良期間マージンをこっそり入れて対応してます。
いくら上流設計に力を入れても、動かしてみてはじめて分かる問題というのは消しきれないよ。
Re:自分の状況と比べて一番の違いは、 (スコア:1)
改良、改良期間マージンについて見積上どのように取り扱っていますか?
オフトピ(Re:自分の状況と比べて一番の違いは、) (スコア:0)
>単体テストは開発担当がやっているものとしてエビデンスの整合性を目視確認するだけで精一杯なテスト部隊が現状です。
最近耳にする「エビデンス」って、どういう意味合いなんでしょうか?「根拠」とか「証拠」という訳しか思いつかないのですが、文脈がつながりません。SE用語?
Re:オフトピ(Re:自分の状況と比べて一番の違いは、) (スコア:1)
まさしく「証拠」です。
ここでは、「開発担当がやっている単体テストの結果 (証拠) を検証して、その整合
性を目視で確認するのが精一杯」なテスト部隊の現状を憂いているのでしょう。
でも、それってテストではなく検収では?