最近では、2018年の雇用見通しは7のほとんどは、プログラミング言語のリストを発表しました。プログラミング言語のランキングはCodingDojo（コーディング道場）によって公開されています。この中
プログラミング言語のリストの時間のほとんどの「お金」の方法、Javaが第一位、ネットワークは赤色の第2のプログラミング言語はPythonをランク付けし、JavaScriptが第三位。Pythonは単にかもしれません
2017年の純赤のプログラミング言語にコメントを取得するには、このリストには、それが火でした。Pythonは浙江大学入試に参加するだけでなく、山東省の小学校になります
材料。生徒は、プログラミング言語を学ぶために始めている、あなたはそれが、これは将来を:?それもおそらく起因して、今後数年間発生しませんと言うことはAIの時代には、Python言語が最も近いです
言語人工知能。
Pythonで本当に何も間違って、次の10年、そうでない場合はどのような言語となり、このような言語のパイソン/ Ruby開発のタイミングを、強制しないようにロードされていませんか？主要
以下の点を見て。
1.互換性の問題
3から非常に多くの人々冷たい心のpython2問題に、彼は、それはシンプルでエレガントなパイソンの追求がしなければならないと思ったので、グイドは、そうすることを主張しました。以下のために
項目がない歴史的な負担、ダイレクト選択のpython3は確かに賢明です。私の以前の記事は2を学習するためのものである理由はここに2を学習した後、あります
西、3に到達することができますあなたのための基礎を築く、と移植や番組の人気のために、しかし、既存のプロジェクト、2to3はのために、このようなツールも6です
問題のほとんどを解決するには。
アクティブなオープンソースプロジェクトのために、小さな互換性の問題は、プロジェクトの開発のボトルネックになることは容易ではありません。でも、そのプロジェクトでの非アクティブまたは貧弱な設計については、
それは、一般的にその使用の互換性に影響を与えていない、言語、長い時間です。
あなたはすぐに安定化し、もはやソフトウェアを維持する必要があり、それはまだそれが、他の言葉で（のpythonのようなものをC言語を使用している完璧を書きたい場合
Cで書かれたそれのどこにすべてではありません）
全体的に、私は個人的にC ++ブランケットピットが嫌ったときのpythonではなく、左の損失の互換性を食べてどのようにしないでください。
2. Pythonライブラリ吐き気？
私のpythonに接触すると、真実を伝えるためだけのライブラリ、ライブラリ内にない撮影し、簡単なPythonのコンパイラ環境が存在し、かつ便利になるされていました
方法、そのライブラリ悪質な場合は、申し訳ありませんが、どのライブラリ？C ++ライブラリは、Javaライブラリの吐き気を持って吐き気がありますか？
3. Pythonの使用シナリオ
すでに述べたように、グイドは、彼がNiubiすることができますいずれかの領域でのpythonを期待している、良い人なので、Pythonは普遍的な、シンプル強調します、
あなたはそれをやって考えることができるように。実際には、Pythonはまた、どこでもそうするクラウドコンピューティングスペースで（フィールドに特定の権限を行うことさえできない、殺すために渡し、しませんでした
Pythonは）速くされている必要があり、言語自体の特性に基づいて、現在、運用、保守、ビッグデータ、クラウドコンピューティング、ウェブでは、科学的なコンピューティングはまだ善戦することができます。
4.仕事を見つけます
直接Pythonプログラマのアセンブリを募集されていないが、一部の人が言うようにハンプティは、より多くのpythonは、好み起業家チーム、大規模な国内企業のいくつかの種類で使用されます
それ。ジョブ需要のほとんどは、ウェブの背景や運用・保守システムであるが、しかし、いくつかのチームは、地域社会での求人広告から、あなたが踏み台に入るようになります
開発、ほとんどのウェブ背景ジャンゴの要件があります。
Pythonの水は、言語自体の検査に頼って、深くはありませんが、高レベルと低レベルとの間を区別することは困難であるので、あなたのいずれかは、豊富な経験を持っている必要があります、またはあなたは強い意志を持っています
（このようなC ++非常によく学ぶなど）
最後に、サプリメントの下で、私は窓の中のpython（淘宝網に頼る以外にPythonのスパイクが携帯電話を持っていた）が、私は不快に感じるために使用されるたびに使用しており、おそらくこれがあります
必要性の対価の一部。
力セル
（1）どのような言語は、Lisp /ハスケル含めてコンパイル、を含む、グリッドを証明するように強制することはできません。
（2）適切なツールと適切なフォーラム、切り離され、中に重複を減らす、グリッドを強制的に高い挑戦を拡大することは容易です。
たとえば、データベース操作のための部品の数が多い、何人かの人々は、グリッド体を強制的に、彼は高いSQLを生成するC ++テンプレートメタプログラミングプラスいくつかの巧妙なデザインパターンを使用したいと思います
今、私はそのようなシナリオは、少なくともORMを使用して、我々はグリッドによって必要な力の話すことができると思います。大胆では、10年後、Pythonのプログラマがよりになると予測しました
Pythonははるかに広範囲に使用されます