アカウント名:
パスワード:
後者でも仕様書がちゃんとあればそれほど差が出ないのでは?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
普通のやつらの下を行け -- バッドノウハウ専門家
土地代よりも国民性なのでは (スコア:3, すばらしい洞察)
でも、作業に集中させるべき人に割り込みをかけないというのは確かに重要だなぁ。
能力の高い人に「なんでもやらせよう」とするか「重要な作業に集中させよう」とするかという点で、総合的な生産性を考えると後者の方がよいのだろうけど、実際には前者の傾向が強い気がする。
Re:土地代よりも国民性なのでは (スコア:2, 興味深い)
その能力によって「適切な作業環境」を勝ち得たという風にも思う。
>作業に集中させるべき人に割り込みをかけないというのは確かに重要だなぁ。
割り込み程度でへたる作業者というのも、どうかと...
仕事なんだから、割り込みは当たり前。
それをどう捌くかで能力ってわかったりしませんかね?
Re:土地代よりも国民性なのでは (スコア:5, 興味深い)
1オクターブ低い声で「おめー、コード吐いた事ないだろ」と言われるレベルの発言だよ、それは。
それにそもそもプログラミングは「作業」じゃない。プログラミングはいわば手順を作る事で作業でなかったものを作業にする行為なのだから、どこまで行ってもプログラミングが作業になる事はあり得ない。プログラミングを作業と称する事にはソフトウェア開発を工場で製品を生産する事に例えるのと同じ愚昧さがある。ソフトウェア開発を製造に例えるなら工場そのものの設計にあたるものであって、製品の生産はコードを走らせる事に相当する。
もし「作業」のようなプログラミングがあるとするならそういう「作業」はライブラリやフレームワーク、あるいはビルドツールに置換可能であり、一般的にはそれらを作る事は仕事に値するがそれらを「する」ことは仕事には値しない。
>仕事なんだから、割り込みは当たり前。
>それをどう捌くかで能力ってわかったりしませんかね?
割り込みを何とかするのは次善策であって最善策じゃない。時間当たりの給料を考えればそんなことのために本人に努力させるのは無駄でしかない。割り込みを捌く能力で能力全体を測るなんてのはバッドノウハウにも似た不毛さがある。もし会社として人が集まった結果個々の総和より能率が低下するとするなら、会社は何のためにあると思う?
Re:土地代よりも国民性なのでは (スコア:1)
さんざん吐いてましたが...
そして、吐いたコードに対しての環境の変化にもそれなりに対応して割り込みもそれなりに...
あんた、吐いたコードそのままなんだったろうね。そのレベルの発言ですなぁ...www
>割り込みを捌く能力で能力全体を測るなんてのはバッドノウハウにも似た不毛さがある。
身の回りや社会の変化に追い付けない馬鹿ですね。
Re:土地代よりも国民性なのでは (スコア:0)
製品の生産は、ビルド。
コードを走らせることは、製品を使用すること。
だと思う。
Re:土地代よりも国民性なのでは (スコア:0)
Re:土地代よりも国民性なのでは (スコア:0)
もし、あなたではなく、ほかの人がプログラミングしたとき、その結果がどれだけちがうでしょうか。ほかの人が2時間かかるところを1時間ですむというのなら、それは作業の効率が2倍だったというだけのこと。(それは十分にすごいことですが。)ほかの人が書いたコードより実行速度が何割か早いとすれば、それはすばらしい仕事でしょうが、そのルーチンが利用される頻度があまり高くなければ、最終的結果にはさほど大きな影響は与えないでしょう。
ま、でも、個室くらいはあったほうがいいかも。これは、普通の事務職も同じ。アメリカは、ちょっとした事務作業をする人まで個室に入っているから、それと同じ待遇が与えられているだけだとは思いますが。
Re:土地代よりも国民性なのでは (スコア:3, すばらしい洞察)
2倍なんて甘い甘い♪
一説によると30倍以上と言われているし、体感的にもそのくらいはあります。
平均的な人が丸1日かかる作業でも、
できる人なら1時間でより品質の高いコードを作れるし、
出来ない人は1ヶ月かけても1年かけても出来ない。
プログラミングの生産性とはそういうものです。
Re:土地代よりも国民性なのでは (スコア:0)
http://www.fujigoko.tv/rev/sty0207.html [fujigoko.tv]
> プログラム経験の無い人にはわからないかもしれないが、プログラマーの能力の違いは倍数ではない。乗数だ。
ここで生じている齟齬の原因 (スコア:3, 興味深い)
「プログラミング」とは…:
- 画面仕様書を見て、VBでプログラムを組む。
- 入力データが正しいことを検証して、DBにINSERT/UPDATEするプログラムを組む。
- テストは手作業でいいや。
プログラミングとは…:
- 「これを継承して使ってくれ>ALL」な汎用性のある画面部品を書く。
- 後から参加した要員でも使いやすくて安全なデータアクセスクラスを書く。
- ええと、これはツールとして用意しておいたほうが後々楽だな。
- パーサを書く。
- GCまで書いてしまう。
Re:ここで生じている齟齬の原因 (スコア:1, おもしろおかしい)
後者でも仕様書がちゃんとあればそれほど差が出ないのでは?
# 業務で「仕様書が無い」なんて想定はありえないよね・・・
パンチャにお任せレベルの仕様書を誰が書くのでしょう。ソフトウェア技術者以外? (スコア:1)
これは、生産性の差が現れる場所を言い換えているだけなのですが。
# あのコメント [slashdot.jp]で解決だと思ったのだけど、思ったより溝は深い…。
Re:ここで生じている齟齬の原因 (スコア:0)
仕様どころか、使用方法すらわからないソフトのソースと要求仕様書だけ渡されて「じゃぁお願い」ってことも多々ありますけどね。
本当はここでコードを解析して設計書起こす(もしくは製造者に対して設計書出すよう交渉する)べきなんだろうけど、そんなことやってる余裕があるわけも無く、とにかく要求仕様を満たすようにコード修正していくだけになったりね。
Re:パンチャにお任せレベルの仕様書を誰が書くのでしょう。ソフトウェア技術者以外? (スコア:0)
生産性なんぞ大して変わらんってこっちゃ。
Re:土地代よりも国民性なのでは (スコア:0)
> それはすばらしい仕事でしょうが、そのルーチンが利用される
> 頻度があまり高くなければ、最終的結果にはさほど大きな影響は
> 与えないでしょう。
つまり頻度が高い部分のプログラミングは作業じゃないってことね。
つーか上手いコードと下手なコードは計算量のオーダーレベルで
違ったりするから、ちょっとでかいデータを扱うと実行速度が数十倍
は違ってくるかと思いますよ。
Googleの検索にかかる時間が30秒とかなったらみんな他の検索エンジン
に流れるでしょ。
Re:土地代よりも国民性なのでは (スコア:0)
一個のルーチン程度だったら、そう変わらないけど、
構成から設計、デザインまで含めてプログラムだろと。
ん?そんな仕事任された事無い?
Re:土地代よりも国民性なのでは (スコア:0)
他の人もコメントしてるけど、同じだけのプログラミングでも出来る人と出来ない人では数十倍の差があるなんてザラ。出来たものの品質にも差があるし。
ひょっとしたらこういう認識でプログラマの能力を適切に評価することをも放棄している人がいるのでしょうか?業績を評価する方の人にもこういう認識の人がいるのだとしたらやはり大きな問題でしょうね。
Re:土地代よりも国民性なのでは (スコア:0)
何箇所かわざとらしく釣ってる感じの文面もありますから。
もしくはディベートの練習かなんかかも。
Re:土地代よりも国民性なのでは (スコア:0)
システムが落ちたときに、原因の究明と当面の対策を打つのにに3時間かかる人と人と6時間かかる人とか、そういうところで効いてきますね。
あと、一週間でプログラミングしないといけないなど期間が限られてる場合、普通の人の2週間分の時間を取れるわけで、出来上がったものの精度が格段に違ったりね(コーディングにかかる時間が少なくてすむことがわかってるのならその分調査や設計に時間を割くことも可能だし、単体テストをやる時間も十分取れる)。
#能力差30倍とかいうのは、この辺から来てるんじゃないかな。