10
競争で開発に「lingua obscura」を使用している場合(なぜ)心配する必要がありますか?[閉まっている]
閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか?この投稿を編集して事実と引用で答えられるように質問を更新してください。 5年前に閉鎖されました。 私はポール・グラハムのエッセイ-Beating The Averages(2003)を読んでいたのですが、彼が言わなければならないことは次のとおりです。 職務記述書のITフレーバーが多ければ多いほど、会社の危険性は低くなります。最も安全な種類は、Oracleの経験を必要とする種類でした。それらを心配する必要はありませんでした。また、彼らがC ++またはJava開発者を望んでいると言っても安全でした。彼らがPerlやPythonのプログラマーを望んでいたなら、それは少し恐ろしいことでしょう-少なくとも技術的な側面が本物のハッカーによって運営されている会社のように聞こえ始めています さて、これは時代遅れのエッセイです。ただし、一般的ではない言語(C / C ++ / Java、C#)を使用することが「危険性が低い」ことを確認できません。組織のプログラマーが開発言語に非常に精通している場合、彼らはまともなペースでコードを作成するのに等しく熟練する必要があります。実際、一般的でない言語を使用しても、長期的にはあまり多くのプログラマーが利用できないので、メンテナンス/拡張の問題に直面することはありませんか? Quick-n-Dirtyシステムを作成する場合、一部の言語では他の言語よりも比較的早く離陸できることに同意します。しかし、ポール・グラハムのエッセイ/コメントは2012年以降に意味をなしますか?スタートアップが開発に典型的なIT言語を使用する場合、競争の心配を減らす必要があるのはなぜですか? 言語自体がどのように違いをもたらすのか、私は理解できません。私見では、重要なのは開発者の経験であり、フレームワークを利用できるので、特定の言語でコーディングするだけでなく、DRY(繰り返しはしない)です。 私が見逃しているのは何ですか?スタートアップがIT風味のない言語を選択した方がよいということを意味しますか(開発者が非常に熟練している場合でも)。この主張の背後にある(プログラミング)経済/市場力とは何ですか? PS:「lingua obscura」は誰かの気持ちを傷つけることを意図したものではありません:)