自分がやった方が早い病より深刻なあいつがやったら

[1 仕様書無しさん 2013/10/23(水) 01:48:24.96]

遅いだけならいいんです。
教育と割りきって、一人でやらせましょう。

でも、あいつがやったらマイナスっていうのはどうしたらいいんですか？

あいつには書けません。教えないと書けないし、教えたらそれは自分が書いたのと一緒。
あいつが書いたコードを引き継いだらトラブルになるのはわかってますから
結局書き直します。だけどあいつには書けません。自分が書くしかりません。

あいつがやればやるほど、自分のやることが増えるんです。

[2 仕様書無しさん 2013/10/23(水) 01:49:40.44]

スケジュールがきつくなったから人投入
よくある話ですが、その投入された人が
マイナス生産したら、もっとスケジュールがきつくなるんです。
わかってますか？

[3 仕様書無しさん 2013/10/23(水) 09:43:15.26]

駄目なら俺がやるぐらいの勢いでやらせてみては？
駄目なら即やり直しやんなきゃ始まらないからな！

[4 仕様書無しさん 2013/10/23(水) 22:44:51.24]

プログラムって、作るよりも、(馬鹿な他人が作った)バグを修正する方が256倍以上、
労力が掛かる。エロい人にはそれが分からず、安易に単価の安い素人を増員するのです…

[5 仕様書無しさん 2013/10/23(水) 23:53:23.10]

単価の高い自称経験者のせいで残りのメンバー全員でそいつの仕事を分担してやるはめに…

[6 仕様書無しさん 2013/10/26(土) 21:07:36.73]

知識共有化とか称して分かりやすいドキュメント使って誰でもできるようにした
とたんもっと単価が安い奴に置き換えられるよ。

[7 仕様書無しさん 2013/10/27(日) 13:10:56.81]

>>1
1. 育てる
2. クビにする
3. 自分が辞める

[8 仕様書無しさん 2013/10/30(水) 07:27:58.24]

プログラムって分からないはあるけど出来ないはない
もし出来ない奴がいるとしたらそいつが知的障害かメンバーの教育不足

[9 仕様書無しさん 2013/10/31(木) 01:57:55.07]

>>6
置き換えれるような、くだらない、つまらない、退屈な仕事を代わりにやってくれる
なら大喜びで譲りますけどね。 結局のところ自分で解決しようとする意欲が無い人を
引くとそこでダメになるだけなんだけどね。 文章を読んで理解して、それを実践する
ってのを軽視し過ぎですよ。そこに更に書いていないことを調べ上げて問題が
あったら解決しなきゃならないわけだし。

[10 仕様書無しさん 2013/11/01(金) 21:37:54.72]

>>6
知識を共有化しても他の人ができないようなことがたくさんある。
同じことをやるのにいちから手取り足取り教えないとできない人もいる。
手取り足取り教えても粗悪なものしか作れないとてもできない人もいる。
仕事ができない人にはまねできないことがたくさんあるんだよ。

[11 仕様書無しさん 2013/11/02(土) 00:26:31.99]

伸び代のあるベンチャーにしがみつくのが勝ち組への道だと気づいた
携帯ゲーとか今は引く手数多だけど、伸び代は少ないよねー
ちょっと転職してくらあ

[12 仕様書無しさん 2013/11/02(土) 21:04:29.15]

>>11
勝ち組になりたくて、伸びしろのあるベンチャーが読めるなら投資家になればいいじゃん
なんでそこに就職してしがみつくって発想になるの？

[13 仕様書無しさん 2013/11/03(日) 22:25:30.92]

就職するのも自分の時間と労力を原資にした投資よ

[14 仕様書無しさん 2014/08/06(水) 20:40:39.53]

新人に腕試しでFizzBuzzのコードを書かせようとしたら
「FizzBuzzを求めるライブラリは何を使ったらいいですか?」「ライブラリが無いから組めません」

という話をどこかのスレで見た・・・

[15 14 2014/08/06(水) 20:41:45.00]

すまん誤爆

[16 仕様書無しさん 2016/01/25(月) 17:33:46.99]

そんなやつが入社してこない会社に転職する

[17 仕様書無しさん 2016/01/25(月) 22:15:52.87]

gemとかnpmとかfizzbuzzが登録されてる・・・
今度はこれを使おう！

[18 仕様書無しさん 2016/01/26(火) 00:16:06.30]

>>6
知識共有程度で退屈な作業から抜け出せるならいくらでもやる、というか抜け出せなくても
それなりに共有しようとはしている。問題は出来る人は自力でどうにかしてくれるのだが、
出来ない人はとことんできないままで、都度聞きに来る。 プロジェクトから足ぬけしても
聞ける範囲にいたら、今の担当はお前だろ、ほとんど忘れてるし、今はどんな手が入って
いるか知らんから分からんと言っても、自分で解決しようとしないからな。

[19 仕様書無しさん 2016/02/05(金) 12:34:43.57]

おまえがやった方が早い病のやつもいる・・

[20 仕様書無しさん 2016/02/09(火) 23:55:00.94]

これは完全に>>1がコミュ障だと見た
自分が物事をうまく教えられないくせに相手のせいにするパターン
マイナスになるならそれを防ぐ仕組みを作ることが大切
というか、仕事においてリスクヘッジを取るのは当たり前の話
これを抜きに自分は間違ってない、空気を読めと相手に強要するのは>>1のような仕事のできない人間の愚行

[21 仕様書無しさん 2016/02/11(木) 00:15:48.78]

>>20
具体的にはどういう仕組みを作ればいいんですか？
やらせないのが一番ですか

[22 仕様書無しさん 2016/02/11(木) 07:49:22.87]

>>21
プルリクエストの仕組みを導入する
仕事を細分化する
仕事できる人をすぐアサインできるように事前交渉しておく