アカウント名:
パスワード:
要はアウトプットがきちんとしていれば良いと思われ。
※ただし日本以外に限る
要は成果ですよね。要領のいいコーダーや、SEなんかは遊んでるように見えて仕事はこなしています。日本も朝から晩まで机に向かってガキガキ仕事しないでもいい環境は整っているんだから許容すればいいと思いますけどね。理想の働き方だと思うんだけどなぁ。営業なんかは違うんだろうけど。欧米の企業のリベラルというかフリーダムさには驚いた記憶があるので推奨したいですね。
＞「俺は要領がいい」と言ってる人には本当に仕事の要領がいい人とやっつけな人の２種類あって、＞後者がいると手抜きをすることによって作業時間を短縮するので後から大変です。
しかもできない上司だと、後者の方を「仕事が早いできる奴」、後でその尻ぬぐいをさせられてる人の方が「仕事が遅いできない奴」と思ってるので大変です。
それを不満に思った「仕事が遅いできない奴」が、いつの間にかみんな転職していなくなってて、気がついたら納期遅れなどのトラブルが頻発していたりね。小さい会社だと、あとはブラック企業になるか倒産するかじゃないかな。
この前もそんな会社があって、開発者が入力チェックも満足にしてないプログラムについて、「それにバグがないことをテストで保証しろ、バグがあったら運用の責任」とか………。＃いやどう見てもそれ開発の責任だから。だいたいマルチスレッドのテストなんて不可能だから。＃組み合わせ次第で制御フローが数千にも数万にも分岐するようなコードの手作業での動作確認は＃無理だから。やるんだったら数百人、数千人単位でテスターさんを雇って下さい、etc.
グローバル変数の多用や全てのメンバをpublicにしたり、テストを通す為の特別なコードが埋め込まれていたり・・・
それは要領でも手抜きでもなく不正行為。でも責任はそんなコードを書いた奴ではなく、それを監督していた者のもの。
責任を追及したい時には既に転職してるとか追求できない場所にいることの方が多い予感がします。
> でも責任はそんなコードを書いた奴ではなく、それを監督していた者のもの。
監督しないといけない段階でやってる時点で負け決定です。監督しなくてもよい人を集める（or生む）ところが勝負どころです。そこを外したらまさに戦略なき戦術。
＞監督しなくてもよい人を集める（or生む）ところが勝負どころです。＞そこを外したらまさに戦略なき戦術。
いやいや。それだと日本の伝統「学歴不問・未経験者歓迎」と矛盾するじゃないですか！
大日本帝国では前例主義。伝統(＝前例)こそが全てなのです。実績のない（＝前例がない）ものは全て悪なのです。
余談だけど、
>全てのメンバをpublic
これはヒガ氏とかが言ってるように「全く無駄なsetter/getter」ではないか？と疑って再設計する必要が有る場合もあります。
もっとも一人で暴走すんじゃなく全員で考えた上で同意する必要がありますが。
もっとも過剰に保守的な場だと一人以外全員が否決に回るってのを毎回繰り返すだけで、結果的に生産性が上がらないってこともありますんで、これまた注意が必要ですが。
＃この話をするためにいちいちSeasarという葵の御紋を出さないとならないのが疲れたのでAC
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ハッカーとクラッカーの違い。大してないと思います -- あるアレゲ
結果 (スコア:5, おもしろおかしい)
要はアウトプットがきちんとしていれば良いと思われ。
※ただし日本以外に限る
And now for something completely different...
Re: (スコア:1)
要は成果ですよね。
要領のいいコーダーや、SEなんかは遊んでるように見えて仕事はこなしています。
日本も朝から晩まで机に向かってガキガキ仕事しないでもいい環境は整っているんだから許容すればいいと思いますけどね。
理想の働き方だと思うんだけどなぁ。
営業なんかは違うんだろうけど。
欧米の企業のリベラルというかフリーダムさには驚いた記憶があるので推奨したいですね。
日日是好日。そう思わないとやってられない！
Re:結果 (スコア:1, 興味深い)
後者がいると手抜きをすることによって作業時間を短縮するので後から大変です。
グローバル変数の多用や全てのメンバをpublicにしたり、テストを通す為の特別なコードが埋め込まれていたり・・・
なので親コメントに対する感想は「基本的に賛成、ただし管理が正しくされている所に限る」です。
さらに手抜き屋は大抵自分がコーディングもうまいと思い込んでるし、そうでなくても周りの
レベルが低い所でばかりでやってただけだったり、ほとんどのコーダーやSEが自分は要領が
いいと思い込んでるのも問題です。誰かが指摘しても「要領とは一体何か」の水掛け論になるし。
Re:結果 (スコア:3, 興味深い)
＞「俺は要領がいい」と言ってる人には本当に仕事の要領がいい人とやっつけな人の２種類あって、
＞後者がいると手抜きをすることによって作業時間を短縮するので後から大変です。
しかもできない上司だと、後者の方を「仕事が早いできる奴」、
後でその尻ぬぐいをさせられてる人の方が「仕事が遅いできない奴」と
思ってるので大変です。
それを不満に思った「仕事が遅いできない奴」が、いつの間にかみんな転職して
いなくなってて、気がついたら納期遅れなどのトラブルが頻発していたりね。
小さい会社だと、あとはブラック企業になるか倒産するかじゃないかな。
この前もそんな会社があって、開発者が入力チェックも満足にしてないプログラムについて、
「それにバグがないことをテストで保証しろ、バグがあったら運用の責任」とか………。
＃いやどう見てもそれ開発の責任だから。だいたいマルチスレッドのテストなんて不可能だから。
＃組み合わせ次第で制御フローが数千にも数万にも分岐するようなコードの手作業での動作確認は
＃無理だから。やるんだったら数百人、数千人単位でテスターさんを雇って下さい、etc.
Re: (スコア:0)
それは要領でも手抜きでもなく不正行為。
でも責任はそんなコードを書いた奴ではなく、それを監督していた者のもの。
Re: (スコア:0)
Re:結果 (スコア:1)
責任を追及したい時には既に転職してるとか追求できない場所にいることの方が多い予感がします。
◆IZUMI162i6 [mailto]
Re: (スコア:0)
> でも責任はそんなコードを書いた奴ではなく、それを監督していた者のもの。
監督しないといけない段階でやってる時点で負け決定です。
監督しなくてもよい人を集める（or生む）ところが勝負どころです。
そこを外したらまさに戦略なき戦術。
Re: (スコア:0)
＞監督しなくてもよい人を集める（or生む）ところが勝負どころです。
＞そこを外したらまさに戦略なき戦術。
いやいや。それだと日本の伝統「学歴不問・未経験者歓迎」と矛盾するじゃないですか！
大日本帝国では前例主義。伝統(＝前例)こそが全てなのです。
実績のない（＝前例がない）ものは全て悪なのです。
Re: (スコア:0)
余談だけど、
>全てのメンバをpublic
これはヒガ氏とかが言ってるように
「全く無駄なsetter/getter」ではないか？と疑って再設計する必要が有る場合もあります。
もっとも一人で暴走すんじゃなく全員で考えた上で同意する必要がありますが。
もっとも過剰に保守的な場だと一人以外全員が否決に回るってのを毎回繰り返すだけで、
結果的に生産性が上がらないってこともありますんで、これまた注意が必要ですが。
＃この話をするためにいちいちSeasarという葵の御紋を出さないとならないのが疲れたのでAC