アカウント名:
パスワード:
>私のコードに対する苦情は、彼の経験が浅く、コードが何をしているのかを理解していないのが原因だ。
果たしてそうだろうか?
学生の頃にプログラミングを勉強しだした時、他人が書いたたくさんのプログラムソースを読むことをした。素敵なコードはわかりやすく、勉強しはじめのビギナーでも読むことができた。しかし、汚いコードは、何をしているのかわかりにくい。
他人が読んだときに分かりにくいコードは、長い期間が過ぎると、書いた本人も読みにくくなってしまう。他人が読みやすいコード、それは自分がわかりやすいコードでもある。
経験が豊富な人でも、読むのに苦労するソースは汚いソース。汚いソースを指摘するのは、経験の浅い深いでは関係ないんだよね。
では、なぜ彼の経験が浅いと、貴方のコードは理解出来ないのでしょうか?
一般論としては「技術レベル(含業界経験則)の未熟」と「貴方個人の慣習(独自性)への不理解」があると思われます。
前者は彼の努力を期待してしかるべきですが、後者は貴方のコミュニケーション能力の問題です。
後者に対する要求を完全に拒否したいならば、貴方は他者とコードを元にコミュニケーションを必要とされる仕事を選ぶべきではありません。
問題の新人さんはまずは、自力でコードを書き直して見本を見せ、さらに自分に課せられた用件を期間内にこなすことができるのか?自力でできないならチームメイトの手を止めて対策をとらせるべきなのか、その場合でも十分期間内にプロジェクトは完了するのか?それとも何も成果物をださないのかを示すべきでしょう。
で、今回の質問者は、彼無しでプロジェクトを完了できるか判断し、彼無しでできるのなら、それで無視すれば済む話です。彼以外の代替が必要なら、それを調達する目処があるかどうかが問題でしょう。
必要なのはティーチングなんかの前に仕事の要件定義です。
>問題の新人さんはまずは、自力でコードを書き直して見本を見せ、さらに自分に課せられた用件>を期間内にこなすことができるのか?自力でできないならチームメイトの手を止めて対策をとらせ>るべきなのか、その場合でも十分期間内にプロジェクトは完了するのか?それとも何も成果物を>ださないのかを示すべきでしょう。
それはプロマネの仕事では?
有望新人は「コードの危険性」を指摘し頑固ベテランは「コードの必要性」を説明し、プロマネやリーダーが複数観点での効率や安全性を考慮し線引きする。
職分や権限を超えて勝手に判断するのは、チームとして崩壊しますので止めましょう。
>で、今回
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「科学者は100%安全だと保証できないものは動かしてはならない」、科学者「えっ」、プログラマ「えっ」
素敵なコード (スコア:1)
>私のコードに対する苦情は、彼の経験が浅く、コードが何をしているのかを理解していないのが原因だ。
果たしてそうだろうか?
学生の頃にプログラミングを勉強しだした時、他人が書いたたくさんのプログラムソースを読むことをした。
素敵なコードはわかりやすく、勉強しはじめのビギナーでも読むことができた。
しかし、汚いコードは、何をしているのかわかりにくい。
他人が読んだときに分かりにくいコードは、長い期間が過ぎると、書いた本人も読みにくくなってしまう。
他人が読みやすいコード、それは自分がわかりやすいコードでもある。
経験が豊富な人でも、読むのに苦労するソースは汚いソース。
汚いソースを指摘するのは、経験の浅い深いでは関係ないんだよね。
両者ともにティーチング(主張に対する分析と理解と対応)が必要だと感じる (スコア:5, すばらしい洞察)
>私のコードに対する苦情は、彼の経験が浅く、コードが何をしているのかを理解していないのが原因だ。
では、なぜ彼の経験が浅いと、貴方のコードは理解出来ないのでしょうか?
一般論としては「技術レベル(含業界経験則)の未熟」と
「貴方個人の慣習(独自性)への不理解」があると思われます。
前者は彼の努力を期待してしかるべきですが、
後者は貴方のコミュニケーション能力の問題です。
後者に対する要求を完全に拒否したいならば、
貴方は他者とコードを元にコミュニケーションを必要とされる仕事を
選ぶべきではありません。
Re:両者ともにティーチング(主張に対する分析と理解と対応)が必要だと感じる (スコア:1)
問題の新人さんはまずは、自力でコードを書き直して見本を見せ、さらに自分に課せられた用件
を期間内にこなすことができるのか?自力でできないならチームメイトの手を止めて対策をとらせ
るべきなのか、その場合でも十分期間内にプロジェクトは完了するのか?それとも何も成果物を
ださないのかを示すべきでしょう。
で、今回の質問者は、彼無しでプロジェクトを完了できるか判断し、彼無しでできるのなら、それで
無視すれば済む話です。彼以外の代替が必要なら、それを調達する目処があるかどうかが問題
でしょう。
必要なのはティーチングなんかの前に仕事の要件定義です。
Re: (スコア:0)
>問題の新人さんはまずは、自力でコードを書き直して見本を見せ、さらに自分に課せられた用件
>を期間内にこなすことができるのか?自力でできないならチームメイトの手を止めて対策をとらせ
>るべきなのか、その場合でも十分期間内にプロジェクトは完了するのか?それとも何も成果物を
>ださないのかを示すべきでしょう。
それはプロマネの仕事では?
有望新人は「コードの危険性」を指摘し
頑固ベテランは「コードの必要性」を説明し、
プロマネやリーダーが複数観点での効率や安全性を考慮し線引きする。
職分や権限を超えて勝手に判断するのは、チームとして崩壊しますので止めましょう。
>で、今回