同僚に新しいトピックを紹介する


9

単体テスト、依存関係の注入、制御の反転などのトピックを同僚に紹介しようとしています。私はミニ講義やデモンストレーションを行い、昼食時にこれらのトピックを提案して学びました。レセプションは一般的に好意的であり、人々はそのようなトピックに価値を見ています。

彼らはこれらのトピックに惹かれているように見えますが、採用は非常に低いです。私はそれについて彼らに話すとき、答えは一般的に次のようなものです:

次回はやってみます。私はこのプロジェクトを戸外に出したいだけです。

彼らが見たもののほとんどは講義型のデモンストレーションであり、実際に体験したことがないためだと思います。それらを微調整するために何ができますか?「宿題」のように思われ、悪い印象を与える可能性があるので、不要な場合は強制的にコードを記述させたくありません。

私たちのプロジェクトは一般的に実験に時間を費やすことはないため、人々は新しいテクノロジーに敬遠する傾向があります。これは、開発者が開発段階で新しいものを組み込もうとする余地を残しません。

これらのトピックを実際に体験できる楽しいまたは興味深い演習(ソロまたはチーム)はありますか?私は、彼らが1日の1時間をきちんとした何かに取り組むようにスケジュールするか、自分の時間で調査できるように十分な関心をピークにすることができるように、十分な関心がピークになる何かを見つけたいと思っています。

回答:


14

「証明する」ために、そして実際に誰かの頭にアイデアを埋め込むためには、理論(話すこと)だけでは十分ではありません。

これらのプラクティスを独自のコードで使用し、問題を適切に解決したことを「発見」させる必要があります。

それはあなたの実践が効果的でなければならないことを意味し、あなたはそれを明らかにする必要があります。

このようにして、コードを読み取ることで、彼らが「実際に動作しているのを見る」ことができるようになります。

それがどのように機能するかを伝えるだけで十分であると想定しないでください。


7
+1:やれ。他よりも生産的になります。彼らはあなたにアドバイスを求めます。次に、1つの新しいアイデアを紹介できます。
S.Lott

7

経験から言えば、彼らがあなたが教えようとしていることを適用したくない場合、それは彼らがそれを気にしないことを意味します。トピックを紹介しようとして時間を無駄にしているのではないでしょうか。もし彼らがそれらのトピックの実際の利点を理解していれば、彼らはそれらを適用したい思うでしょう。

これは、現在使用されているものよりも優れたものを紹介しようとするのと同じであり、何もできない理由で空の外観または即時の応答を取得します。それは、他の人が実際にそれを利益とは見なさないことを示しています(彼らが利益を見ることができたとしても、彼らは言い訳をしていないでしょうから)。

悲しいが本当。多分あなたの状況は違うかもしれませんが、私は過去にこれに数回遭遇しました、そして結局、私以外の誰もがそれらのトピックに興味を持っていなかったことは痛々しいほど明白でした。私は最終的に去って、気にかける同僚を見つけることを決心しました。トピックを紹介する必要がない(既に知っている/使用しているため)か、どうすればできないかを言うのではなく、すぐに受け入れてしまうような人々。


:1:もう一つの素晴らしい答えは、@Wayne M.私はこっちに非常に類似した何か言っprogrammers.stackexchange.com/questions/75809/...
ジム・G.

3

私は多くの「ベストプラクティス」が支持されなくなり、二度と慣れないことを見てきました。プロジェクトには多くの種類があり、そのような手法はすべてのプロジェクトに適しているわけではありません。あなたが販売しているものが本当に役立つことを確認してください。

あなたがそれを始めて、人々があなたがより生産的であるか、より良い品質のコードを作り出しているのを見ることができれば、彼らは後で別の見た目を持つでしょう。ただし、よく考えてみてください。余分なオーバーヘッドはすべてプロジェクトに役立ちますか?すべてのアプリで必要なわけではありません。


2

同僚の参加意欲を高めることができればコーディング道場を編成できます。これらは、参加者が練習の改善に意図的に集中するプログラミングの課題です。たとえば、テスト駆動の道場に参加すると、同僚がTDDの利点を理解できるようになります。


今年の ACCUカンファレンスでは、John Jaggers cyber-dojo.comに非常に感銘を受けました。特に、さまざまなグループアプローチを確認でき、適切なtddアプローチが視覚的に素敵な赤/こはく/緑/赤/こはく/緑/ ... 信号の進行として表示される概要画面が好きです。
マークブース

2

あるいは、時にはこれらのことを文化によって課す必要がある。それは、あなたの会社の文化がそれらを必要としないことであるかのように私を襲います。

それらがプロジェクト終了の要件(おそらく管理上の決定)になると、問題が発生しますが、少なくとも、上記のツールの一部のアプリケーションと文化が変化し始めます。


0

ベストプラクティスは、実際の製品コードです。Katasは素晴らしい紹介ですが、私の経験では、同じ「Eureka!」を保持しないでください。それが実際に行われたと見る瞬間。

ただし、タイムラインは「実験を許可しない」と指摘しました。本当に簡単な修正です。あなたはすでにあなたが教えることを試みているこれらのことをしているので、素晴らしい新機能Xを実装している間、ペアを組むためのオープンな招待状を残してください。キーボードに座ってタイプしている間に、後部座席の運転」。これにより、筋肉の記憶と自信を構築できます。

頑張って頑張ってください。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.