これは多くの人が興味を持つかもしれない質問だと思いますので、話し合ってください!:-)
ここで、将来の開発(新製品や導入したい新技術など)のコンセプトを持って作業している人々に見せたいと想像してみてください。
コードを早く表示するのは理にかなっていますか、それとも最初にPPTを使用しますか?または、何をお勧めしますか?
これは多くの人が興味を持つかもしれない質問だと思いますので、話し合ってください!:-)
ここで、将来の開発(新製品や導入したい新技術など)のコンセプトを持って作業している人々に見せたいと想像してみてください。
コードを早く表示するのは理にかなっていますか、それとも最初にPPTを使用しますか?または、何をお勧めしますか?
Stijnに+1します。本当に、それだけが重要だからです。
しかし、それは本当にあなたがしていることに依存します。あなたの「コンセプト」は何ですか?
APIのコードを表示し、実装コードで時間を無駄にしないでください。これは重要ではありません。「入力を反復処理する方法を確認してください。とても賢いです!」いいえ。誰も気にしない。あなたのAPIが素晴らしいなら、それは使われるでしょう、誰もそれを機能させるためにコードがどれほど粗雑であるかを気にしません。
コードを表示しますか?誰も気にしない。Facebookでさえ気にしません(もしそうなら、なぜ彼らはphpを使うのでしょうか?私は子供です!)。いくつかのことをうまく行わないが、それがどれほど素晴らしいかを示す、半分完成したプロトタイプのデモで彼らの心を吹き飛ばしてください。
std::sort
ルーチン)?多くの人が内臓を見たいと思うかもしれません。特にSOの人々。したがって、何かが機能するようになったら、コードまたはホワイトペーパーを公開してください。「私のツイッターのクローンは甘くなります。私のTruncateTo140Chars()
機能がいかにクールかをチェックしてください!」ではありません。一方、アルゴリズムを(コードまたは擬似コードで)表示することにより、新しい実装のアプローチに関するフィードバックをすばやく得ることができます。ベンチマークを表示できます。これは、「ゼロとの比較が1つ少ないため、このコードの方が高速であるはずです」よりも優れています。
プロトタイプを作成して、ユーザーが気になるデモを入手してください。それがユーザーが見たいものである場合にのみ、コードについて心配してください(通常はそうではありません)。
私は概念実証のでたらめなアプローチが好きです。それらを足から吹き飛ばして、それが機能することを証明するだけです。
本当に技術者ではないのなら、ペーパーモデルがうまく機能することがわかりました。人々はそれがコード化されたときに批判することを恐れています。紙のモデルを本物よりも廃棄する方がはるかに簡単です(そして安価です)。
ウェブサイト/アプリケーションの概念を技術者以外の人に示すときは、さまざまなページ、ログインダイアログなどを描画します。
仲間の開発者に概念を示すとき(彼がそれを理解していない場合)、紙にさまざまなクラスを描き、関係を示します。両方が構文を知っている場合、UMLはここで役立つ可能性があります。
そうでなければ、時間があれば、完全な実装でそれらを吹き飛ばすと思います:-)
rtalbotに同意します。聴衆が技術的でない場合、おそらく将来のユーザー、またはあなたの上司である場合、私はいくつかの図を使用します。おそらくユースケース。あなたがそれで何ができるかを彼らに示してください。それが小さく、友達がオタクである場合は、煙と鏡のデモをコーディングしてください。
それは聴衆と製品の性質に依存します。オーディエンスおよび/または製品が「技術的」であると見なされる場合は、コードの提示を検討してください。ただし、全体ではなく、プレゼンテーションの不可欠な部分にする必要があります。
コードを早く見せることはあまり役に立たないと思います。「私たち」の技術者は、常に私たちの新しい技術的な詳細やアイデアを披露することを誇りに思っています。しかし、製品や技術を使用している人々は、それを使って何ができるかにしか興味がありません。彼らはしばしばあなたのテクニック、この場合はコードへの熱意を共有しません。
私のアドバイスは、より一般的なアプローチに固執し、それがなぜ有用であるのか、そしてそれが彼らの生活をどのように良くするのかを説明することです。車のアナロジーを追加するには:人々は、燃焼エンジンがどのように機能するかではなく、それがどれだけの馬力を持っているかを知りたがっています!
ただし、これらの実装の詳細は、同僚にとって興味深いものになる可能性があります。
顧客/利害関係者にプロトタイプを早期に示し、後でピア間でコードを確認します。
利害関係者は、提供したい機能を制御します(これを早期に見つけることが、有益で有用なものを提供するための鍵となります)。
しかし、コード品質を向上させるために、適切なタイミングで実行された場合、コードレビューは非常に強力です。私の経験では、イテレーションの終わりに向けてこれを行うと、最も多くのお金を稼ぐことができます。マイレージは、コードレビューを実行するのに最適な時間によって異なる場合があります(ジュニア開発者は早期にレビューする必要があり、多くの場合、シニア開発者は通常、遅くまで問題ありません)。