【IT】PythonがJavaに迫る勢い - 7月の開発言語ランキング [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
2017年7月の「PYPL PopularitY of Programming Language」が公開された。PYPLはGoogle検索エンジンにおいてプログラミング言語のチュートリアルが検索された回数から、対象となるプログラミング言語がどれだけ話題になっているかをインデックス化したもの。チュートリアルの検索回数を人気度と位置づけてランキングしている。
2017年7月におけるインデックスは次のとおり。
順位 プログラミング言語 インデックス値 推移
1 Java 22.6% ↓
2 Python 16.4% ↑
3 PHP 9.1% ↓
4 C# 8.2% ↓
5 Javascript 8.0% ↑
6 C++ 6.6% ↓
7 C 6.5% ↓
8 R 3.7% ↑
9 Objective-C 3.6% ↓
10 Swift 2.8% ↓
11 Matlab 2.5% ↓
12 Ruby 1.8% ↓
13 VBA 1.4% ↓
14 VisualBasic 1.3% ↓
15 Scala 1.2% ↑
16 TypeScript 1.2% ↑
17 Perl 0.8% ↓
18 Go 0.5% ↑
19 lua 0.4% ↓
20 Kotlin 0.4% ↑
21 Delphi 0.3% ↓
22 Rust 0.3% =
23 Haskell 0.3% =
http://n.mynv.jp/news/2017/07/07/053/images/002l.jpg
http://n.mynv.jp/news/2017/07/07/053/images/003l.jpg
長期に渡ってJavaが第1位を維持しているが、シェアは徐々に下がってきている。ほかのプログラミング言語ランキングでも同様の傾向を示している。PYPLプログラミング言語ランキングではPythonが高いポイントを獲得しており、そのポイントは徐々にJavaに迫ってきている。Pythonは採用されるシーンを増やしており、このままの傾向が続いた場合はPythonがJavaを超える可能性がある。
http://news.mynavi.jp/news/2017/07/07/053/ >>588
> 何か、面白いことをしようと思った時に、C/C++は第一選択肢になりにくいと思うよ。
> 逆に堅実すぎる仕事は沢山あるね。しかし、製造業とか平均的に給与が低く納期も厳しいジャンルが多いと思うわ。
その面白くない仕事はシリコンバレーにも多くある
違いは報酬が高いこと
日本でも最近の製造業はFAやロボティクスに移行してるので、製造業＝低報酬ではない
ファナックのソフトウェア開発者募集
https://js02.jposting.net/fanuc/u/job.phtml?_ga=2.36320416.1415094715.1500137248-751622389.1500137248
結局、優秀な人材を確保する、それにつきる
http://tracpath.com/works/story/high_performance_computing_programmer/
「優秀な旋盤工の賃金は平均的な旋盤工の数倍だが、優秀な
ソフトウェア・プログラマーは平均的なプログラマーの10,000倍の価値がある。」
米大手ITでは週1日は業務以外の事をやらせたら、新言語とコンパイラ、仮想マシーンだらけになったと良く聞くが驚くような話でもない
それにアメリカでもC/C++のほうが使い手が少ない分、仕事の需要は安定して高いから、シリコンバレーで職探しをするなら有利ではある >>601
ファナックは（投資家にとって）いい会社なんだろうが、どの職種でも、【想定年収】440万円～1100万円 は募集がおかしくないか。
それに、勤務地がな。
このレベルの募集なら、スマホゲーム作ってる所でもあるんじゃないかな。
>優秀なソフトウェア・プログラマーは平均的なプログラマーの10,000倍の価値がある
これはゲイツが自分自身のことを言ってるんだろう。
いくら人数を集めても、１人にかなわない領域もあるけども、たいていの場合は人数でなんとかなる。
マネージャーが凡人だと、天才がいても、人数がいてもどうにもならんが。 >>567
>第一、学校で教えてるでしょ。ある程度。
その学校で教えたことが面接になった途端にできなくなるプログラマーが多い
アメリカのCS学科を卒業してもコーディングできない人材は相当数おり
学校で教えてるから履歴書に有名大学であっても、面接ではかなりの確率で落ちる
逆に学校で学んでないプログラマーが、面接で高い適正を見せることも珍しくない
>大学で教える言語でC/C++が一応出来るって人は大量生産されたけども、他の言語が流行ってるってことは、
>新規で新しい言語覚えるコストを払ってでも、新しい言語に利があるということ。
新しい言語が生まれ流行することは論点ではない
新たな言語が出て来るのは歓迎すべき事だ
だが皮肉なことに、最新の流行りは過去に持てはやされた言語ではなく性能重視になりつつある
ビッグデータの応用と並列化、IoT、ブロックチェーン、その他を基礎アルゴリズムから実装するプロジェクト数からするとプログラマーの人数は全く足りていない
C/C++/Javaを新言語が置き換えるなら、ハードウェアベンダーがサポートすることと
同程度の速度とコード資産の両方があることが前提条件であり、それを行えば新言語が使われることもあり得ない話ではない
>スーパハカーとかの話はしてない。そういう連中はどんな言語だって出来るんだから。
言語の学習が文法と考えるならそうなるが、現実はそうではない
実在するハッカーの傾向だが、言語に強いこだわりがある人間が多い
少なくともC/C++/Javaの一つはできるが、3つ全てに精通してるほうが少数派であり、何でもできるというのは都市伝説に近い
C言語しかできないハッカーもいるし、C++/Javaしかできないハッカーもいる
数時間～数日で学べる文法はともかく、C/C++/Javaを使う理由は既存のコード資産やライブラリーを活かせるからで新たに作り直す必要がないから
本当に痒い箇所では、生産性は下がるどころか相対的に高まる、その反面、コード資産の量が膨大なため習得には時間がかかる
どこでも大歓迎されるのは趣味がコーディングのプログラマーで、この手の人材は学歴関係なくアウトプットを出せる
Googleでも他の会社もハッカーと求人に書いたりはしてないが、大なり小なりハッカーの雇用はできている
ハッカーは人口百人に一人程度の発現率と考えられており、しっかりとした報酬を払えば雇うことは難しくない
オタクが大量にいる日本では、日本でも毎年最大1万人のハッカーを生み出すことも不可能ではないが
日本企業は属人的なスキルに依存することを嫌うために、誰でもできるようなスキルしか使わさせない
ハッカーが生まれない原因は、個人の資質や努力以前に、企業文化や多重下請け等の雇用慣行に原因がある >>602
> それに、勤務地がな。
> このレベルの募集なら、スマホゲーム作ってる所でもあるんじゃないかな。
http://nenshuhacker.jp/company/detail/6954/
平均年収 1,571.1万円 （電気機器 2 位）
30歳平均年収1,179.5万円（電気機器 2 位）
従業員数(単/連)3,042人/6,327人
平均年齢42.9歳
平均勤続年数16.4年
https://job-q.me/articles/9
ガンホー コロプラ
平均年収 632万円 628万円
平均勤続年数 4.8年 1.5年
平均年齢 36.7歳 30.2歳
従業員数 345人 450人
>>602
>これはゲイツが自分自身のことを言ってるんだろう。
文脈から本人のことを言ってるのではなく一般論だと分かるはずであり、その理解は少数派だろう
>いくら人数を集めても、１人にかなわない領域もあるけども、たいていの場合は人数でなんとかなる。
平均的とされるプログラマーと優秀なプログラマーには
実際にそれぐらいの差があると思うが
実際、マイクロソフトが雇うプログラマーは、スマホやWeb系の開発者が1万人がかける生産性を超えるものを作れるだろう
https://careers.microsoft.com/jobdetails.aspx?ss=&;pg=5&so=&rw=49&jid=276867&jlang=EN&pp=SS
- Major in computer science or related field
- 2+ years of experience developing large scale parallel systems
- Strong C# and/or C/C++ coding skills
- Excellent problem solving, design, coding, and debugging skills
- Strong cross-group collaboration skills
- NLP, general ML, Image recognition background are preferred.
Work location - Tokyo, Shinagawa
マイクロソフトなら、C#でも可能ではある >>604
言い過ぎたので撤回する
× 実際、マイクロソフトが雇うプログラマーは、スマホやWeb系の開発者が1万人がかける生産性を超えるものを作れるだろう ハイレベルなプラグラマーが雑魚を無双できるのは確かにそうだ。
俺は雑魚なので雑魚なりやり方でやるのだ。 生産性＝アウトプット÷生産にかけた人数
① アウトプット＝量
性能関係なく数を増やすと生産性は上がる
② アウトプット＝利益
性能が競合を圧倒し、コストに関係なく安売りをす必要がないと生産性は上がる
前者が典型的な労働集約型、後者は知識集約型産業に多い
追記だが、ハッカーについても整理しておく
ハッカー＝ハックする人（プログラムを改変する人）
基本的に何かを違う視点・角度から作り変える能力のある人で、プログラミングに美的意識（趣味）を持ち器用であること
In the programmer subculture of hackers, a computer hacker is a person who enjoys designing software and
building programs with a sense for aesthetics and playful cleverness. The term hack in this sense can be
traced back to "describe the elaborate college pranks that...students would regularly devise"
日本だと単なるプログラミングオタクとして蔑まれるとは思うが、プログラミングを目先の利得から切り離して美意識を持って創作してる人だな
学校のカリキュラムから離れて何かコードを組んでいればハッカーと言えなくもないが、強いていうなら開拓精神が旺盛で
意識高い系のこと（ミニOSを開発したり、ゲームエンジンやフレームワーク、何かのライブラリーを書く等）をやりたがる特徴がある
ハッカーは継続的に能力開発が必要なので、10年、20年と経験を積むと価値を上げられる
企業文化的には悪い意味でも使われており、社会面で悪癖を持つことも良くあるが、そういう人材であっても雇えるのがアメリカ企業 >>588
> linux のカーネルいじりたいとか、元がC/C++で書かれているから、仕方がないジャンルはあるけども。
pyhonでカーネル書いたほうが生産性高いと言いたいのかな？ >>588
> 何か、面白いことをしようと思った時に、C/C++は第一選択肢になりにくいと思うよ。
何を面白いと思うかは人それぞれじゃね？ >>603
>C言語しかできないハッカーもいるし、C++/Javaしかできないハッカーもいる
そのままでも通じるとは思うが、念のためにこれもJavaしかできないに訂正する。
>C言語しかできないハッカーもいるし、Javaしかできないハッカーもいる >>597
本当かよ。PythonからC++へ変換（たぶんCython)して、FPGAへ高位合成って
もろPythonからFPGA作っていることじゃないのか
> Pythonでコードを書いて、ある工夫をしてC++に落とし込んで、Xilinxのツールに入れると動きます。 NNって結局ネットワークの定義が重要なんで、NN定義言語とか出てきそうなんだけども。 >>603
C/C++/Javaを最高に使いこなすのが真のプログラマーの資質、のような話は、昔に見た。
その時は、FORTRANを使いこなすのが本当のプログラマーという論調だった。
主な理由は性能のいいマシンはパラレルFORTRANしかなかった。
FORTRAN使い、というか湯水のごとくＣＰＵパワーを使える人達は確かに高給取りで、需要も高かった。
今、C/C++で同じ歴史を繰り返してる気がする。
パラレル系が、C/C++にも浸透し、湯水のごとくの人たちも使ってる。
でも、速度が遅いから、高速化するニーズはある。
ということなんだろう。
>実在するハッカーの傾向だが、言語に強いこだわりがある人間が多い
それはどうだろうね。分野で違うのかもしれないが、知らない事自体を嫌がる傾向にある人は多いね、こっちの界隈だと。
まず、知ってるか知らないか、知ってるとして、どの深さまで知ってるか。
仕事が出来るとかじゃなく、どれだけトリッキーな使い方出来るか、という点で競ってる面もあるな。
>既存のコード資産やライブラリーを活かせるからで新たに作り直す必要がないから
そりゃ、そういう場面なら、１からいちいち作るよりも、既存のコードの改造なり、追加なりで済ますでしょうね。
丸ごとリファクタリングなんて、やってられないもの。
>日本企業は属人的なスキルに依存することを嫌うために、誰でもできるようなスキルしか使わさせない
仕事でやる場合は、複雑でアクロバティックなコードは禁止。それが普通。だって、後からメンテする人が理解できないし、
チームでやってるなら、チームの平均水準以下のところで、確実に意思疎通できるようにしとかないと、
なにかあった時に対応できないじゃない。
１人親方みたいに、１人で全部完成させて、後の面倒も一生見るならお好きにどうぞだけど、今はチーム制、分業制。
そして、ややこしいことをして、いつまでもＢＵＧ出し続けるのもいる。
ハッカーが生まれないかどうかは知らないが、ハッカーは確実にいたよ。今は何やってるか知らないが。
有名人を１人あげろと言われれば、中村君を推すよ。彼無にはドラクエシリーズ作れなかったんだから。
ファミコンのカートリッジにできるだけ面白いことを詰め込むというのは職人芸でもあり、実際にＲＯＭの代金節約してるんだから価値がある。
３００万本売れたなら、３００万個のＲＯＭを節約した代金を払ってもペイするわけだね。
まあ、それ以前に、毎月アーケードゲームを移植するとか、何人かは趣味人がいたよ。
サンマイクロに就職した知り合いは、アメリカの本社に行きたい行きたいと騒いでいたな。
日本じゃ、見れるコードが限定されてるんだと。全部のコードを読みたいと言ってたよ。
個人の能力でこれ以上の人は日本にそうそういないというドリームチーム作ったこともあったけど、扱いずらい。
でも、とんでもない所から解法を持ってくる時は少し感動したな。そういう人達の特徴としては、基本的に高学歴かつ中退。
プログラム作るのが面白すぎて学校行かなくなるんだと。東大・京大・阪大、もったいない、と全く思ってない。
学歴低い系だと、１つのことにのめりこみ過ぎて、全部を知りたくなるタイプ。これは１つのジャンルだけ極めたいのが多い。
前者の場合は、ほぼ起業したかな。3DSやWiiのようなリソースが足りないジャンルで結構仕事があったみたいだね。
日本の場合には、ハッカーの力量に加え、経営センスも必要。ある程度のマネジメントも出来ないといけない。
純粋に技術屋やってるだじゃ、稼げないし、面白いこともできないと思うよ。 >>613
昔から残っているCOBOLプログラムをあっさり解読・改修できる方がよっぽどすごい >>604
機械学習エンジニア 年収：800万～1100万
インフラエンジニア 年収：800万～1000万
以下、ゲーム系
サーバーサイドエンジニア（PHP） 年収：800万～1000万
サーバサイドエンジニア（C＃） 年収：800万～1000万
Unityエンジニア 年収：800万～1000万
サーバーサイドエンジニア［ソーシャルゲーム領域］ 年収：800万～1000万
バックエンドエンジニア（VR事業）【アーキテクチャ設計から実装まで一気通貫／LAMP（Linux Apache MySQL PHP）or Ruby on Rails】 年収：800万～1200万
ゲームプログラマー 年収：800万～1000万
ちなみに、上記のはＩＴ土方求人は除外してあります。
こういうの見ると、田舎の製造業の給与の下限が低すぎるように思える。上限は１０００万円程度だけど、製造業の平均年齢考えたら、頑張れば出世できるとか無理だろうね。
難癖付けられて、先送りーかな。
ゲーム業界は儲かっている所は滅茶苦茶儲かっているので、人件費を惜しまないね。福利厚生もＭＡＸレベルで充実してるし。
ま、問題は、使えない奴が入ってきて、速攻辞めていくこと。平均年齢は低いまんま。
>文脈から本人のことを言ってるのではなく一般論だと分かるはずであり、その理解は少数派だろう
記者が欲しそうなネタを供給する役だから。あまり真に受けない方がいいかと。 >>608
> > linux のカーネルいじりたいとか、元がC/C++で書かれているから、仕方がないジャンルはあるけども。
> pyhonでカーネル書いたほうが生産性高いと言いたいのかな？
カーネル本体は無理だけど、カーネルモジュールなら、もうあるね。
ある程度実験して、ＯＫになったら、C/C++の出番。 >>600
FPGAでも性能出ないことが解ってきたのと、FPGAじゃ高過ぎて商売にならないと言うことで、ASIC作ろうぜってなったのが最近の流れ。
米Googleが深層学習専用プロセッサ「TPU」公表、「性能はGPUの10倍」と主張
http://itpro.nikkeibp.co.jp/atcl/ncd/14/457163/052001464/
技術力＋資金力が必要なので、今のところGoogleしか作れていないけど、競合も猛烈に追い上げている。 >>600
そんなこといったら、C/C++言語もそのまま動作してるわけでなく、アセンブラ、機械語に翻訳するだろ。
PythonをC言語に変換せず、直にアセンブラ、機械語に翻訳したらどうなるんだ? >>620
インタプリタとコンパイラの違いも判らないガキはすっこんでろ。 魅力的なPython: PsycoでPythonの実行速度をCと同等にする
https://www.ibm.com/developerworks/jp/linux/library/l-psyco/index.html
PyPy - Wikipedia
PyPyは、Pythonに制約を加えたサブセット言語であるRPython (Restricted Python) によって実装されている。
これによってRPythonで書かれたコードは静的型付けされたコードに変換することができる。
PyPyのパッケージには、RPythonで書かれたコードをC言語・Javaバイトコード・CLIなどのコードに変換するためのトランスレータが含まれている。
RPythonで実装されたPyPyはこれによって実行可能バイナリへとコンパイルされる。
JIT
PyPyはトレーシング実行時コンパイル（トレーシングJIT）を採用している。
特徴的なのは、実行されるコードにJITコンパイルを適用するのではなく、処理系のコードをJITコンパイルで特殊化することである。
この技法は、通常のJITよりも性能が良いことが実験によって発見されたため採用された。PyPyはこの技法を Meta-tracing JIT と呼んでいる。 要するに機械語への変換ロスなんだから、アセンブリが一位
C言語が次点
素朴な考えでは、間に挟まる変換器（コンパイラやインタプリタや仮想機械）が分厚くなるほど遅くなる pypyは本当に凄い
言語実装のスタイルを変えた
Lisoの世界では昔からあった事だけど >>623
それはもう素朴すぎて
JITで動的にプロファイルを利用した最適化したプログラムの方が速い逆転現象が起きてる >仕事でやる場合は、複雑でアクロバティックなコードは禁止。それが普通。だって、後からメンテする人が理解できないし、
文脈からそのような事を言ってないのは分かるはずだが
主題はスキルの属人性を日本企業が嫌い排除するため、劣化した品質の金太郎飴人材にしかならないことだ
>ハッカーが生まれないかどうかは知らないが、ハッカーは確実にいたよ。今は何やってるか知らないが。
それはいるだろう（いただろう）、定義の広げれば初めはみなハッカーの卵だからな（修練次第では誰でもハッカーになれるという意味では）
しかし精神病になってIT引退をするか、最底辺を這い回るケースが多いようだな
それはハッカーでいると前近代的で封建主義的な多重下請け構造を持つ日本では罰を与えられるだけのことで、
ハッカーになりたいという人間の成長・発掘が妨害しているのは前近代的で封建的な雇用構造・雇用制度だ
>日本の場合には、ハッカーの力量に加え、経営センスも必要。ある程度のマネジメントも出来ないといけない。
>純粋に技術屋やってるだじゃ、稼げないし、面白いこともできないと思うよ。
人月商売派遣屋やSIerで働く三流人材の話のようだが、多重下請け構造と封建主義的慣行を
正当化するいかなる論法も日本型ソフトウェア産業と、デジタル産業・自動化に侵食される伝統産業の衰退で無効だ アメリカ流の大雑把な人口比で試算でいくと
ハッカー適正のあるプログラマー（アマチュア・学生含め）は日本には10～50万人はいると考えている
これらのハッカーの卵が、プログラマーになりたいと考える環境を作るだけで、後は勝手に人材や産業が生まれる
現状は、多重下請けや中間搾取で低賃金かつ、終始パワハラに怯える現代式奴隷であり、報われることはないし士気は低く
ハッカーの潜在力はあっても底辺と呼ぶにふさわしい生産性だといえる
報酬が米の最底辺以下の給料で長時間働かされ、終身雇用制度下では一旦レールから踏み外すとキャリアが終る事情からシリコンバレーのハッカーでは一般的なギャップイヤーを取り自分の好きなものを
数年かけて開発するようなこともできない、まさしくハイリスク・ローリターンが日本のプログラマー職だ
渡米するプログラマーが増えるのは当然の流れだ
高卒なら片田舎のコミュニティーカレッジ（渡航費・生活費含めて200～300万円）か
大学院で2年勉強すれば就業ビザは入るし、就業中にグリーンカードのスポンサーになってもらえば最終的にアメリカ国籍も取れるだろう
社会保障の維持はおろか、国自体の存続さえ見通せない日本にいるよりは、渡米は自然な判断だと言える
このスレの問題となっている言語についても日本式の属人性排除の言語を基準とするのではなく、シリコンバレーや米企業が人材不足
と考える習得難易度が高い言語を基準としたほうが有利なことは間違いない HTTLは使わず数字？コピー張り付けで
ハッカーはちがう、固定回線使わずワイハイしたいだけ俺も 最近新人に「○○君、パールって知ってる？」って聞いたら
「あ、ちんこにいれる奴っすか？」って聞いてくるくらいの知名度になっちゃった >>615
求人があるなら、代表的な求人票を貼らないと情報としての価値はない
年収が高くても学歴要件が理系博士以上で、論文発表歴が年2回が要件の求人といったオチになると思うが
新興企業では大企業に比べると定昇が低く抑えられ、賃金カーブは伝統的な企業ほどの傾斜はないので企業名もないと評価できない >>11
流体計算では今も求人が出てるや
FORTRAN95だったかな >>43
気象庁の数値予報Systemに違われてるよ >>616
>ある程度実験して、ＯＫになったら、C/C++の出番。
PythonでモデリングをしてC/C++で実装するのはウォーターフォールを前提とするので、米（ユーザー）企業では少数派だな
自社のコアコンピタンスに関わる部分は、C/C++/Javaで開発の場合では、9割型が何らかのアジャイル方式であり
テストと開発、モデリングの改良や、新規機能更新が同時並行で進行し、開発期間を可能な限り短縮する
Pythonでモデルしてから、C/C++に落とすというのは理論上は可能だが、他社に先んじてリリースするのは不可能に近くなる
モデリングを開発から断絶させると、モデラー・リサーチャーが開発者側に理論を理解させ、数値モデルの実装を考えさせる時間と手間が発生し、これは馬鹿にならないコストとなる
現実問題、開発者はツールを作りこんでるのでPythonよりも高速に実装できることさえある
モデルのシミュレーター、エミュレーターの速度も高速のため、モデリングの期間も短縮できる
シミュレーターに流す期間が半分にするだけでももとがとれるが、実際はPython比で数十倍、数百倍のシミュレーション効率も珍しくない
Pythonを使うのは、開発チームに別ラインのリサーチャーがいる場合だ、彼らは自分の好きなツールでやらせた方が良い
だがリサーチャーは他社を出し抜くブレークスルーができないなら不要な存在となるので、雇用できる枠は少数となる
このリサーチャー枠をキャリア相談時に薦めるのは、ポスドクや新卒博士、インハウス研究者だけにすべきだ
C/C++もPythonも使わない第三の方式としては、考えられる限り抽象化されたC/C++で組んだコアライブラリーと自動にリンクする
モデリング言語をC言語で作ることだな、これは社内のライブラリーに使うため社外に出てことはないが、アメリカ企業では広く活用されている >>634
第三の方式は97%はリリース用コードで、後はモデリングのパラメーターをXMLで指定するのが一般的
最近のものは、簡単な分岐もできるモデリング言語が増えていると聞いている
昔も有能はいたが、最近のソフトウェア職種に入ってくるハッカーの質はクレージーであり、
話を聞くだけでも好奇心をそそられるプロジェクトは増えている
これはシリコンバレーが人種や国籍の壁を取り払って人材を登用しているのが大きいと思う >>588
>面白いことをしようと思った時に
世の中には、C++の生産性が悪いみたいな誤解があるようなんですが、それは結局は人によると思いますよ。プログラマ歴が長い人の場合は、
自分で書いたお宝コードの蓄積が有って、それを参考にしながら新しいコードを書くので、たいていの事は、さくっとかけてしまいます。
また、メモリリークやリソースリークの無いコードを書くのも容易いです。
そんなの慣れだし。ツールで確認できるし。GCのある言語の方が確認しにくかったりする。
僕は、たいていはC++で作り始めます。
Rubyしかできない若者やC#しかわからないインド人と一緒にやるときは、合わせますけどね。 >>636
興味本位で聞くんですが、開発環境は何を使っていますか？テストはどうやってますか？ >>619
> FPGAでも性能出ないことが解ってきたのと、FPGAじゃ高過ぎて商売にならないと言うことで、ASIC作ろうぜってなったのが最近の流れ。
>
> 米Googleが深層学習専用プロセッサ「TPU」公表、「性能はGPUの10倍」と主張
> http://itpro.nikkeibp.co.jp/atcl/ncd/14/457163/052001464/
>
> 技術力＋資金力が必要なので、今のところGoogleしか作れていないけど、競合も猛烈に追い上げている。
富士通も作ってるよ。
http://journal.jp.fujitsu.com/2016/12/15/02/
FPGAはね、最高性能を求める装置としては全く向いていない。もし向いていたなら、XilinxやAlteraがこんなひどい状態にはなっていない。
FPGAはASICを作る前のプロトタイピングや検証に使うものだよ。
今のFPGAがどれほど速いのか調べてないけども、原理的にASICに勝てるわけがないのです。
なの、内臓のＣＰＵ入れたり、浮動小数点演算ユニット入れたりとわけのわからないことになりつつある。
ASIC作るのは、どんなものを作りたいかにもよるけど、昔はある程度技術者はいた。資金も１０００人規模の会社でもなんとかなってた。
ＴＰＵとか、ニッチなものを作ろうとしたら、Googleみたいに内需で１０万個使うので、とかじゃないとペイしないだろうね。
Tesla P100 を１万個使っているようなところなら、ＴＰＵ使う意味が出てくるね。内製で作るかはともかく。
ＡＷＳがGPUレンタルして、ある程度使ってる人いるから、アマゾンがＡＷＳでＴＰＵ使えるようにすると思うわ。
そうすれば、１０万個とかすぐに利用されるだろうね。 >>627
経営的な視点から何か言いたいのはわかるけど、本物のハッカーに会ったことある？
一緒に仕事したことある？
彼らが何を考えてるのかわかる？ ハッカーにもレベルがあると思うが。
ネトゲでBOT動かしていた輩はハッカーになるんかな?
（言語はPerl）
その知り合いは暗号解読くらいはやっていたけど >>638 元はと言えばARMだろ。Coretex-A75 、A55 が、AI用。
2018年初旬に登場予定。 CPU性能やAI性能はカスタマイズ可能。
Google用にカスタマイズしたというだけの話だろ。Googleにチップの開発、製造能力があるとは思えない。 >>638
リンク先読んだけど、富士通がAI用の専用プロセッサを開発したとはどこにも書いてないんだけど。 >>642
そりゃ、すまんかった。
専用プロセッサの話は、ここに詳しい。
http://news.mynavi.jp/articles/2017/07/04/dlu/
アーキテクチャ的にはDLU(Deep Learning Unit)は、ディープラーニングに特化した設計になっている。この点では、GoogleのTPUなどと同じ考え方のプロセサである。
DLUは、チップ間接続インタフェースを持ち、3次元トーラスの大規模DLUネットワークを構成することができるというスケーラブルな設計になっている。
GoogleのクラウドTPU(第2世代のTPU)やNVIDIAのV100 GPUなどは、大規模ネットワークを構成する機能は持っておらず、
この点は、富士通のDLUが先行するディープラーニング用のチップに対して優れている点であると言える。
なお、先行するGoogleは、ディープラーニングに特化した専用のプロセサを開発する構えで、富士通の路線に近い。
一方、NVIDIAはVolta V100はTensor Coreを搭載してディープラーニング性能を引き上げるのと同時に、
科学技術計算で主流のFP64の演算性能も約40%引き上げるという2正面作戦で1つの製品で両方をカバーするという路線であり、どちらが主流になるのか興味深いところである。
とあります。 >>641
Googleを甘く見てるなｗ
自前の工場こそ持たないが、IP作って気前良くバラ撒いてる 深層学習みたいな最近の話題に絞らなくても
FPU, GPU, TOEと昔からASIC化はある
言語の実行環境の話題としては逸脱しすぎ >>643
なかなか面白い闘いになってるな。単純に技術面で行くと富士通が有利そうに見えるが、資金調達面まで考えるとNVIDIA+Googleが有利だな。 GoogleとNVIDIAは別かw
勘違い失礼
しかしここまでくると脳の構造をシミュレートする感じになってるな。 >>646
富士通が簡単に勝てるようなジャンルではないと思いますけども、
国産のものがいい、というケースもありますしね。
プロセッサだけ出すのではなく、今回はグラフ計算を高速にして、ＮＮの一段階先を目指すようですし、
SIerとして、ソフトもハードも納品してくれることでしょう。
富士通は京コンピューターを作った会社なわけですが、
これのネットワーク、ノード間通信は素晴らしい出来栄えなんですよ。
なので、その技術を流用して、最初から大規模な演算を狙っている感じですね。
GoogleのDeepMindが投入した機材がものすごい量になっていたみたいです。
なので、ＴＰＵは意味があるのでしょう。そしてやはり、マルチプロセッサになると、何でもそうですが、ノード間通信どうしますか、と。
ＣＰＵ経由だとやっぱり遅いのじゃないですかね。
もともと、ＴＰＵ，ＤＬＵか、はハイバンドのメモリを要求しますので、それに見合ったレベルで他ノードのメモリを参照できないと、
ガクッと性能が落ちるわけで。
Tesla P100 もだったと思いますが、ＧＰＵの上にメモリを載せて、超速い状態にしているんですよね。
富士通のも同じ方式、かつ、他ノードへのバンドが広く、レイテンシーも小さいのだと思います。
Googleが次に何を出すのかは興味ありますが、考えつくことは同じ方向のような気がします。 366 :nobodyさん 2017/05/29(月) 16:07:39.16 ID:6v4UcGhE
今回の民法改正、ソフトウェア受託開発の場合、(検収後ではなく)バグ発見後１年瑕疵担保責任があるということで、地獄かよ、と思ったが、
元々問題が起きがちな受託案件がビジネス的に成立しなくなることで強制的に業界再編につながるなら良いことかもと思うようになった。
一部で地獄を見ても。
https://twitter.com/yukihiro_matz/status/869061879389343744
367 :nobodyさん 2017/05/29(月) 16:28:06.55 ID:6v4UcGhE
ニュース - 改正民法が成立、「瑕疵担保責任」などシステム開発契約に影響大：ITpro
http://b.hatena.ne.jp/entry/itpro.nikkeibp.co.jp/atcl/news/17/052601508/
372 :nobodyさん2017/05/29(月) 19:10:37.12 ID:???
Railsでシステム作って納品する
↓
Railsはマイナー、メジャーのアップデートが半年以内に必ずある
↓
客がアップデートする。アップデートによるエラーやバグ、動作の不具合に気づく
↓
気づいてから1年以内に通知すれば、5年間無料保証ゲット
↓
つまりRailsがアップデートするたびに、無償の修正作業を発生するということかな
376 :nobodyさん2017/05/30(火) 09:20:20.09 ID:L5po86sS
>>378>>379>>375
客が瑕疵担保責任法の法改正を知ってくると思うから、今後5年無償保証をお願いされるだろう
営業がそれでも仕事を取ってこれるか？たぶん無理だろう。無限に直していたら赤字になる。
こういう保守に弱い言語、ころころ仕様が変わる言語は仕事として発生しなくなってくる。
これは変わり目だ。お前らも早く逃げたほうがいいぞ。RubyやPHPなど動的言語は確実に廃れる。
保守に強い言語のみ生き残れる。 機械学習、AIをやろうとするとPythonはさけてとおれないもんな 海外での反応は様々だが、最大の問題点は開発者が少数のグループで構成されていること、導入するシステムが少なすぎるいうこと
C++も進化してるので、完全に切り替えができないと、Rustが死ぬこともあり得ること
https://techcrunch.com/2017/07/16/death-to-c/
コメント欄より
Issahar Gourfinkel
One more C programming paranoia article.
I remember how they try to convince me the same on release of vb6.
David Lodge · Plant Technician at Green Teams, Inc.
Sure, c++ is losing market share in new projects; As programming advances, why do we need such a powerful low level like c++?;
I think there are easier py-languages to py-use;
Brian Hart
Hmm if C is so unsafe I wonder why its used for flight termination for Nasa and the Military.
Michael Hofmann
(My completely personal opinion)
I agree with the notion that safe, secure, large-scale software cannot be easily built in C. Plain C is an outdated, deprecated language.
But the author is conflating C and C++. C++, as the author (and unfortunately so many others) might not be aware of, is actually a different language.
And there is no such language as "C/C++", by the way.
Modern C++ code is several orders of magnitude safer then corresponding C code, and, if applied correctly, modern C++ makes most memory leaks,
buffer overflows, or other security related issues a thing of the past. If anything, death should come to C code and ancient C++ code,
but modern C++ (11/14/17) should be pushed and taught.
And about using Rust at scale: very stupid idea. Rust is an new, unproven language currently supported by a small group of people, and that
hasn't stood any serious test of time or gained any reasonable market share yet. With (modern) C++ in existence, I see no particular raison d'etre for Rust. 利点としては一旦採用されたならスマホやWebスクリプトのように言語が2年単位で切り替わることがないこと 海外の反応で面白いと感じたのは、この類の記事は頻繁に掲載されるが、
記事の通り言語を切り替えたら、歳を重ねても何の技術も身につかないまま終っていたというコメント
Java、C#やVB6も同じ記事を頻繁に飛ばしていたらしいが殺したというより、各言語がふさわしい居場所と活躍の場を見つけたという方が正しい
Rustの居場所がC言語を殺さないと見つけられないとすると、C言語との戦いに勝てないとRustが殺される（開発者が解散する）憂き目にあいそうだな
https://techcrunch.com/2017/07/16/death-to-c/
コメント欄より
Michael Wenk · The Ohio State University
So... C is dead, long live C, and go with Rust. Okay. Except the minor fact that these articles come out regularly.
If I switched language every time I read something like this, I would have no expertise in anything.
C is 45 years old, so it would be sad if it really was the best thing out there these days. However, that doesn't mean
rewrite, excuse me, refactor every bit of C code into the language of the day.
I implore any decision maker that reads this article to reconsider. If you have C expertise (or Java, or any other
language on the same line), then you will almost always have an easier time using that expertise than trying to
grow some in the new language. If you're worried about such statements that X thing is easier in the new language
then don't be. Its almost always just as easier for a developer to mess up X in the new language as it is in the old.
There are places to use new languages. Just not super mission critical things. I can guarentee you one thing, people
like the author won't be there when you're mission critical software goes bump in the night. >>650
改正民法の瑕疵担保責任の期間は契約書の内容が優先されるらしい。
なので、瑕疵担保期間が長すぎるなら契約書に1年にすることを明記して終わりでおけ Rustの生き残り戦略は悪手だ
能力を認めさせるのであれば、一度馬鹿になって既存の全てのOSを凌駕する性能・機能を持つカーネルを作ることを目的とすべきだ
いまマイクロカーネルを開発している最中と聞いて期待していたし良い印象をもっていたが、地道な努力を忘れて数十年もくり返されている
ポインターが安全でない程度で殺すと脅しても、やってる事がCの真似事では期待はずれだ
少し改良するだけで全てが好転すると考えるのは浅はかであり、次代のAI開発環境になりうる革新技術を作ることに注力すべきだろう
そのためにまずはマイクロカーネルを完成させて、次代のチップの第一選択となるべきであり
実績のあるC勢を殺すと脅しても、危機感を煽って逆にC/C++が進化をして殺されて終るだけだ 色々流行はあるのだと思いますが、私が今注目しているのはオブジェクトキャメルですね。
覚えないと不味いかもな（覚えたいな）・・・という状況が出て来たので勉強し始めました。
ｂｙ かもめ党（鼎 梯仁） >>652
大馬鹿だな
新規コードをRustで書くだけで
C/C++を置き換えられると思ってるんだな
プラットフォームは数種類しかサポートしてない言語がw
空論というより知恵遅れの空想 取って代わるのは理論上は可能であり、GCC、Linux、pythonコンパイラなど、面倒臭過ぎるもの全てをRustで書き換えればいい >>662
ObjectiveCamlな。ハイブリッド言語は日本人には嫌われる。俺は好きだけどｗ >>650
未だにpython2.x.xが生き残ってるし、バージョンを上げないという選択肢もある。
py2は日本語(UTF-8)の扱いで、u'あ'とか書かないといけなかったからなおさら上げたくないし。
Linuxにしても Systemdに移行したくないからOentOSを6から7に上げない企業も結構いるし。 >>667
2020年までだね。５年延長されて。もういらない。むしろ邪魔。 2017年07月24日 12時30分00秒
あなたの使うプログラミング言語は何位？人気ランキング「Top Programming Languages 2017」発表、「急成長中の言語」「就職の際に有利になりそうな言語」も
http://gigazine.net/news/20170724-top-programming-languages-2017/ >>669
IEEE Spectrumのアンケートか
pythonは全質問でトップじゃん
まあIEEEのような下層は外したところなら当然か
しかし急成長の部門で
それほど新しくもないpythonがトップなのはまあいいとして
2位がCってどういうことなんだ? >>670
> pythonは全質問でトップじゃん
「従業員に求められる言語ランキング、つまりは就職の際に有利になりそうなプログラミング言語ランキングは以下の通り。ここでは1位が「Java」になっており、
「Python」は3位に。Googleの「Go」は総合ランキングでは9位でしたが、こちらのランキングでは18位に急降下。」
従業員に求められる言語ランキングではHTMLが８位、Shellが12位、14位がR、16位がSQL。
> まあIEEEのような下層は外したところなら当然か
SNS、GitHub、求人票が調査対象。
http://spectrum.ieee.org/ns/IEEE_TPL_2017/methods.html
「The sources cover contexts that include social chatter, open-source code
production, and job postings. Below, you’ll find information about how we
choose which languages to track and the data sources we use to do it.」
総合ではRが６位、Arduinoが11位、14位がMatlab。 Pythonって確かにわかりやすいしプラグインとか書くにはいいかも
でもつまんないんだよね WindowsでUTF8ファイル操作しようと思うとC#が一番ラク c, java, python, perl, ruby, c++, c#, and .net 求人数・求職者数トレンド
https://www.indeed.com/jobtrends?q=c%2C+java%2C+python%2C+perl%2C+ruby%2C+c%2B%2B%2C+c%23%2C+.net&;l=
job postings＝求人票数＝需要
job seeker interested=興味を持った求職者数＝供給
Java 供給＞需要
需要と供給で見るとJavaは2005年をピークにして供給サイドが過剰
Python 供給＝需要（需要供給は2017年前期では均衡、このままのトレンドだと供給が需要を越す）
Pythonは2016年前期に求人数がピークで、その後は供給が増加するが需要はピークに戻っていない、供給＞需要
C 供給＜需要（常に求職者数が低く均衡した期間なし）
Cは需要の量に比べ供給が低い、需要は2014年前期がピークだが、2017年に大幅に需要が上昇するも供給は安定して低い
ruby 供給＝需要（安定、求職者数も安定）
perl 供給＜需要（求職者がperlを見捨てるが企業側の需要は根強い）
C++ 供給＜需要（需要データが欠損）
C# 供給＝需要（需要と供給が高い精度でマッチ） >>11
計算が速いって教授が言うてた。
20年前ね
学生が使うレベルでは今はもうなんでも速いよね。ハードが >>677
スパコンでも利用者に提供される開発言語はCだけかFORTRANもありが多いよ Windowsでって前提の話にシェアの話題ぶつけてくる奴なんなんだろうな >>677
FORTRANが最速の場合もあるよ。
ハードが速いと言えるなら、その学校はろくなことを教えていないということだろうね。
学校にスパコンがあって、それも実行時間の取り合いになったりしないのかね。
いつの時代でも、計算速度とメモリーは不足してるものだと思うが。 FORTRANのライブラリの一番の売りは安定性
数値計算は誤差対策が重要だから fortranだから安定してるというわけでもなくて採用するアルゴリズム次第ですね。 >>684
既存ライブラリの安定性
長年の虫干しの成果 長さ・古さを支えるオカルトめいたものがあるんだろう
「長年の虫干し」が成り立つには、同語反復だが長年使われ続ける必要がある
便利だから使い続けるとか、熱烈なファンがいるとか、執着する人間がいるとか、
言語に潜むそういうオカルトめいた〈奥深い〉部分も「長さ」の基盤になってる Pythonってよく知らないな。
使ったことのある言語
・C/C++
基本。会社の製品ではWindowsではDLLにしてコールしてる。
・VB/VC#
画面表示にお手軽な感じ。製品ではVC#使用。
・perl
ツール作るときに使用。
・Ruby
職場のサーバーに入ってないので、勉強用に自分用ツール作成に使用してみたら遅かったのでperlに書き換えた。以来触ってないがまた使ってみようかな？
・Haskell
難しいので簡単な数式計算するぐらいで学習やめた。
どうせ使わない。
・Lisp
CommonLispなら学生時代使ったことあり。
カッコがやたら打たなければならないので面倒い。
・Fortran
これも学生時代の研究室で触ったことあり。
・Cobol
バイトで触ったことあり。メンテのみだが事務処理なので簡単だった。 Pythonはいま相当いいぞ。
C++のライブラリを呼び出す目的だがな。 >>688
PHPやJavaが無いな
Webアプリをやったほうがいいぞ おいJAVA勉強しようとしたら
めんどくさくて結局やめた やっぱbasicだよな
basiｃのコンパイラを最強にすればいいのに >>691
基本ソフト作ってるような日本企業なんてこんなもんだよ。先進的なことをやりたいなら、海外いくんだな。 あとは零細ベンチャー企業かな？
大企業なんて何十年前のソースメンテなんて普通にあるからなあ。 ＣＯＢＯＬで書いて、お金もらったって人、どのくらいいる？ 言語の違いとは結局 言語仕様の違いだ
pythonの何が良いのかは不明だが その「表現力」が魅力なのかなと
大袈裟だが 「国の違い」に通じるものがある 日本とアメリカ 長所と
短所を論って それでも評価するのは現場のＰＧだ javaも色々と新機軸を
打ち出したけど 時代は移り変わる 今後はpythonの頑張り次第といったところか なんだ、JAVAとCで食っていける時代はもう終わったのか ■ このスレッドは過去ログ倉庫に格納されています
