開発者は次のスタートアップで何を学びたいですか？[閉まっている]

開発者として、私は新しいものを学ぶことがどれだけ好きかを知っています。スタートアップの開発者を雇っている今、私はGoogleのジリオンドルのボーナスや豪華な食堂と競争することができないことを知っていますが、私たちは好奇心の強い人々が学ぶ機会が豊富です。それをサポートするための準備をしたい。

あなたがスタートアップに参加する可能性が高い開発者であれば、何を学びたいですか？製品物ですか？ビジネスのもの？ユーザーの調査、設計、または技術運用のことですか？または、より技術的な学習の場合は、知っていること（バックエンド学習バックエンドなど）またはクロストレイン（たとえば、フロントエンド学習バックエンド）をより深く学習しますか？それとも完全に他に何かありますか？

私は1桁の採用としてスタートアップに参加しました。私は何かをゼロから構築したいと思っていました... ...そして... ビジネスサイドから会社を構築する方法を学びました。

私はすぐにあなたの立場（採用）になりたいと思っています。私が見てきたことから、優れた開発者を創造性を発揮する自由を提供するだけで引き付けることができます。

私は、ここでスマートに雇うだけで、ここを活用する本当の機会があると思います。大きなダム企業は単にそれを理解していません。

個人的には、私をスタートアップに誘惑するような技術的なことを学ぶ可能性はありません（テクノロジーが行き来します-数（十数回）後には、最新かつ最大の新しい流行についてそれほど興奮しなくなるかもしれません）。むしろ、世界、または少なくともコミュニティで目に見える違いを生む機会です。

大企業では、どんなに良い場所でも、これはほとんど不可能です。小さなスタートアップでは-少なくとも私はそう思います-違いを生むことができます。

それは私だけかもしれません-素朴な夢想家と呼んでください:-)

そのことを前もって決定しようとせずに、一定の割合の時間（20？）を勉強に専念させることはどうですか？毎週または隔週のイベントを導入して、開発者が集まり、Something New™を学ぶことができます。彼らは、彼らがやる気があり、開発者のタイプを学びたいと切望している限り、何を見つけるでしょう。そして、あなたは、開発者とThe Boss™の両方として、Something New™に参加して学ぶことができます。

「開発者のための3つの動機（ヒント：お金ではありません！）」は、一部の人々が何を望んでいるかを調査するために私が提案するいくつかの動機についての良いブログ投稿です。世界の違いについてのペテルトレックの答えは、物事の目的の部分に該当します。

私はこれを2つの異なる見方で考えたくなります。

わがまま->これは、自分の欲求、ニーズ、欲望に焦点を当てたい場所です。これは、時間や経験によって変化する可能性があります。技術的なこと、貪欲なこと、他に何を知っているかなど、自己満足のために私がすることで私を幸せにする、または満足させるもの。

無私→-これは、世界をより良い場所にするという点で、ペテルトレックがかなりよくカバーしている領域です。

私にとって、習熟はいくつかのことに帰着します。さまざまなアイデアを試し、何が機能するか、何が機能しないかを確認したいので、練習は私が必要とするものの一部であり、間違いを許す余地があることは素晴らしい利点です。2番目の部分は、常に次のことに取り組んでいるかのように、うまくいったこととうまくいかなかったことのフィードバックを得て、私の心に何らかの恨みを引き起こす可能性のあるフィードバックや反射の時間がないことです。最後に、自分がどこにいるのか、どこにいたのかを知ることができるという達成感があります。たとえば、今では1〜2時間かかるものの、1週間かかっていたことが本当にクールな場合。

先見の明を学ばないが、私がスタートアップから欲しいものはお金ではない：

• スマートで優しい人
• 重要な決定をする機会
• 私の仕事が本当に人を助けるという知識
• 自分になる機会（そう、私はハワイアンシャツのキュロットで快適です）

興味深い答えの1つは、ほとんどの開発者が学びたいことに焦点を当てるのではなく、最高の開発者が学びたいものに焦点を当てることです。これについての議論については、http：//martin.kleppmann.com/2009/09/18/the-python-paradox-is-now-the-scala-paradox.htmlを参照してください。

しかし、ここに優れた開発者が好む可能性が高い一般的なもののリストがあります。

1. ソース管理は無視できません。gitが好ましいようですが、svnは多くの人に受け入れられます。
2. ユニットテストがありますよね？
3. コードレビューを受けてください。gitを使用している場合は、gerritを試してください。svnを使用している場合は、Rietveldを試してください。
4. インタビューの質問には、難しいコーディングの問題を含める必要があります。雑学の意味での挑戦ではなく、問題を熟考する必要があるという挑戦です。ほとんどの開発者が爆撃します。しかし、最高の開発者はうまくやって、チームで対処するバカがないことを確信します。

幸運を。