アカウント名:
パスワード:
後者でも仕様書がちゃんとあればそれほど差が出ないのでは?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
吾輩はリファレンスである。名前はまだ無い -- perlの中の人
土地代よりも国民性なのでは (スコア: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倍とかいうのは、この辺から来てるんじゃないかな。
Re:土地代よりも国民性なのでは (スコア:2, すばらしい洞察)
>割り込み程度でへたる作業者というのも、どうかと...
>仕事なんだから、割り込みは当たり前。
人間のアタマの中も情報がキャッシュされてますので。全部キャッシュに放り込んでブン回してる時に
割り込みかかって他の作業をやることでいったん情報がフラッシュされちゃうと、どうなります?
もういっかい作業内容を読み込みなおす必要があるんですよ、遅い外部インタフェイスを使って仕様書読んだり、
怪しい内部記憶デバイスからこれまでやったことを思い出してね。わかります?
しかも長時間集中力を持続するのだって難しいんですよ、機械じゃないんだから。
個人的には、午前中に1時間半、午後に2時間、夕方に2時間、これぐらいしかフルに能力を発揮するのは難しい。
あとは、集中状態に入るまでの助走だったり、疲れて能力が落ちてたり。仕事してないわけじゃないですが、
パイプラインにデータが次々に放り込まれてフル稼働とはとてもいきません。夜更かししても集中力は低下します。
深夜は割り込みが少なくなるから、昼よりははかどることが多いわけですが、フルに能力を発揮できるわけではない。
もちろん集中して頑張っている時に他の仕事が割り込んで入れば、そこで強制停止、助走再スタートです。
全然はかどりません。たいして仕事してない時に割り込んでくるなら問題ないんですがね。
というわけで、電話番とか簡単な応対は美人秘書に任せて仕事に集中できるようにする環境キボン。
お役所みたいに「ああすればこうする、こうすればああする」と決まってるなら、
覚えた通りやればいいわけですが、それだけじゃ何もできないのがこの業界ですから。
Re:土地代よりも国民性なのでは (スコア:1)
仮想記憶から呼び戻す。
数秒前に考えたことが消えちゃうなら、すれは意味がない。
ちゃんと出来る人は。君みたいなのと違ってそれなりに高速なバッファなり退避領域をもっているよ。
没頭してひとつ頭にならんと出来ない上に、割り込みで苦労する程度なら、それはその仕事に向いてないと言えるね。
Re:土地代よりも国民性なのでは (スコア:0)
パフォーマンスが落ちますねぇ。
って話でしょ?
プログラマの性能を引き出すにはどうしたらいいかっていう話。
とりあえず動けばいいやってのなら、別に気にする必要はないでしょう。
Re:土地代よりも国民性なのでは (スコア:1)
その程度の余裕も持てないアップアップ状態でいるわけですね。
その程度のを使っていて問題ないなら、別に気にする必要はないでしょう。
Re:土地代よりも国民性なのでは (スコア:0)
実際は普通に割り込み入るでしょ。
で、そっちの対応の方がプロジェクトへのインパクトが大きい訳で。
Re:土地代よりも国民性なのでは (スコア:0)
Re:土地代よりも国民性なのでは (スコア:0)
>割り込みかかって他の作業をやることでいったん情報がフラッシュされちゃうと、どうなります?
性能が低いので、もっと性能のいいのととっかえる。
あまりにも低レベルすぎます。
もしかして、壊れかかってるのかな?
Re:土地代よりも国民性なのでは (スコア:1, すばらしい洞察)
それを認識してるかどうかでマネージャーの能力がよく分かったりするんじゃね?
Re:土地代よりも国民性なのでは (スコア:1)
割り込みがない環境は死んでいると思うよ。
時々刻々と環境は変わるし、それに伴って仕様の変更点な不明点は発生するからその割り込みが入る。
そういったことがない、死んだ環境で生まれた成果物は、実際には使えないモノだったり死んでいたりするね。
>それを認識してるかどうかでマネージャーの能力がよく分かったりするんじゃね?
リアルタイムなイベントに対処しない環境を前提にするマネージャーは無能だと思うよ。
Re:土地代よりも国民性なのでは (スコア:0)
仕様変更がプログラマまで伝わる前に止めといたほうが、安くできるんじゃないのかな?
Re:土地代よりも国民性なのでは (スコア:0)
Re:土地代よりも国民性なのでは (スコア:1, すばらしい洞察)
>> それをどう捌くかで能力ってわかったりしませんかね?
割り込みが入っても外から見て生産性があまり変わらない人間がいたとしたら,それは元から生産性が低い人ってことですよ.例えば生産性が1の人と10の人がいたとして,1の人は割り込みが入って数十%の低下を受けても,四捨五入すれば1だったりするわけで,結果的にはほとんど変わらんわけです.一方,10の人が同じ割合で低下してしまうと,10のポテンシャルから6とか7の生産性しか得られてないわけです.
そこで「~君は6~7の生産性があるから能力が高いね」などと言い放つのは,単なる傍観者であって,本来の管理職とは言えないでしょう.だって,ここで大幅に生産性が落ちているということに気づかず,現状の追認しかしてないわけですから.本来であれば「無駄な割り込みを減らせば,彼の生産性は最低でも9くらいまで伸びるはずだ.そうすると生産性1以下の人間を2,3人減らせるのでコストの削減につながる」という計算ができるはずですし,それを実行しないまでも,「無駄な割り込みが多くて,彼の能力を100%生かせず,勿体無いことをしているな」という認識は持っているのが当然でしょう.
ただし,日本ではこういう無能な管理職が大半だとは思いますし,上記のように個々の能力をドライに数値化して計算するような考え方は日本の文化や風土には合わないとは思いますけどね.ただ,現状で生産性が高い者について「彼は優秀だね」と評価するだけで終わってしまい,そこをより伸ばす方向を模索するような管理職が少ない現状はヤバいように思います.
Re:土地代よりも国民性なのでは (スコア:1)
へたるとか当たり前とかではなくてですね (スコア:0)
#それをコントロールするのが仕事の人がいるはずなんだけど
#元コメントのAC
Re:へたるとか当たり前とかではなくてですね (スコア:2, すばらしい洞察)
時間ばかりかかる会議や
営業活動の補助として駆り出されるわけで。
土日がもっともよい環境だったり・・
Re:へたるとか当たり前とかではなくてですね (スコア:0)
そのように、人を人とも思わずゴールのために使い倒す人は相当の強い個性や性癖を持ち、さらに言えば、そのような行動に対して
Re:へたるとか当たり前とかではなくてですね (スコア:1)
「長い」とは文がどこから始まりどこで終わってるのかが直感的に
把握できないという意味です。
直感的に始まりの位置と終わりの位置がわかる文を適切に
改行/改段落してまとめていない文章は読みにくいのです。
わかりましたか?!
Re:へたるとか当たり前とかではなくてですね (スコア:0)
Re:へたるとか当たり前とかではなくてですね (スコア:1)
まあ、「。」の後は改行したほうが良いとは思うが。
the.ACount
Re:へたるとか当たり前とかではなくてですね (スコア:1)
だから自分は転職をしました。:ーP
◆IZUMI162i6 [mailto]
Re:へたるとか当たり前とかではなくてですね (スコア:0)
Re:へたるとか当たり前とかではなくてですね (スコア:0)
大切なことは、要求するという事ではなく、要求する相手にその要求の内容を理解してもらう事だ、という事を、この文章を読んで感じました。
Re:土地代よりも国民性なのでは (スコア:0)
相当低いですね。
国民性というより、開発形態ですかね (スコア:0)
派遣プログラマとして働いてたときはシステムのことだけ考えてればよかったのでそこそこ良い成果物を上げられてたと自負してますが、自社に戻って仕事をやってるとそうもいかないのでプログラマとしてのパフォーマンスはかなり落ちちゃいました。
客や外注とのやり取りをやりつつ、社内外の人員調整や後輩の育成もしつつ、プログラマとしての成果を上げていくのはなかなか難しいっすね。調査・設計やデバッグなど、集中力の必要な作業は休日や夜中に出てやってしまいがちです。
#バグ対応などで客先に出たほうが一エンジニアとして動きやすかったりします。。
Re:国民性というより、開発形態ですかね (スコア:1)
コードなんて手段のさらに手段に過ぎないわけですから。
この辺りを「割り込み」として悪いものであるかのように扱うのは、かなり
問題があると思います。ビジネス的にもプロジェクト的にも。
--- (´-`)。oO(平和な日常は私を鈍くする) ---