【IT】PythonがJavaに迫る勢い - 7月の開発言語ランキング [無断転載禁止]©2ch.net

1ノチラ ★2017/07/09(日) 10:03:54.81ID:CAP_USER
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/

618名刺は切らしておりまして2017/07/16(日) 06:09:44.68ID:G6Y4WnpJ
fuseみたいなもんやろ?

619名刺は切らしておりまして2017/07/16(日) 06:31:03.96ID:SSIPpi0x
>>600
FPGAでも性能出ないことが解ってきたのと、FPGAじゃ高過ぎて商売にならないと言うことで、ASIC作ろうぜってなったのが最近の流れ。

米Googleが深層学習専用プロセッサ「TPU」公表、「性能はGPUの10倍」と主張
http://itpro.nikkeibp.co.jp/atcl/ncd/14/457163/052001464/

技術力+資金力が必要なので、今のところGoogleしか作れていないけど、競合も猛烈に追い上げている。

620名刺は切らしておりまして2017/07/16(日) 06:51:34.71ID:6wr5l/yp
>>600
そんなこといったら、C/C++言語もそのまま動作してるわけでなく、アセンブラ、機械語に翻訳するだろ。
PythonをC言語に変換せず、直にアセンブラ、機械語に翻訳したらどうなるんだ?

621名刺は切らしておりまして2017/07/16(日) 07:56:16.12ID:/Pdgr5jD
>>620
インタプリタとコンパイラの違いも判らないガキはすっこんでろ。

622名刺は切らしておりまして2017/07/16(日) 08:15:47.72ID:6wr5l/yp
魅力的な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 と呼んでいる。

623名刺は切らしておりまして2017/07/16(日) 09:59:51.01ID:yLHSnin6
要するに機械語への変換ロスなんだから、アセンブリが一位
C言語が次点

素朴な考えでは、間に挟まる変換器(コンパイラやインタプリタや仮想機械)が分厚くなるほど遅くなる

624名刺は切らしておりまして2017/07/16(日) 10:09:40.81ID:5DFdxhxC
pypyは本当に凄い
言語実装のスタイルを変えた
Lisoの世界では昔からあった事だけど

625名刺は切らしておりまして2017/07/16(日) 10:11:02.58ID:5DFdxhxC
>>623
それはもう素朴すぎて
JITで動的にプロファイルを利用した最適化したプログラムの方が速い逆転現象が起きてる

626名刺は切らしておりまして2017/07/16(日) 11:56:53.34ID:6Z6GFfeu
>仕事でやる場合は、複雑でアクロバティックなコードは禁止。それが普通。だって、後からメンテする人が理解できないし、

文脈からそのような事を言ってないのは分かるはずだが
主題はスキルの属人性を日本企業が嫌い排除するため、劣化した品質の金太郎飴人材にしかならないことだ

>ハッカーが生まれないかどうかは知らないが、ハッカーは確実にいたよ。今は何やってるか知らないが。

それはいるだろう(いただろう)、定義の広げれば初めはみなハッカーの卵だからな(修練次第では誰でもハッカーになれるという意味では)
しかし精神病になってIT引退をするか、最底辺を這い回るケースが多いようだな

それはハッカーでいると前近代的で封建主義的な多重下請け構造を持つ日本では罰を与えられるだけのことで、
ハッカーになりたいという人間の成長・発掘が妨害しているのは前近代的で封建的な雇用構造・雇用制度だ

>日本の場合には、ハッカーの力量に加え、経営センスも必要。ある程度のマネジメントも出来ないといけない。
>純粋に技術屋やってるだじゃ、稼げないし、面白いこともできないと思うよ。

人月商売派遣屋やSIerで働く三流人材の話のようだが、多重下請け構造と封建主義的慣行を
正当化するいかなる論法も日本型ソフトウェア産業と、デジタル産業・自動化に侵食される伝統産業の衰退で無効だ

627名刺は切らしておりまして2017/07/16(日) 12:12:53.48ID:6Z6GFfeu
アメリカ流の大雑把な人口比で試算でいくと
ハッカー適正のあるプログラマー(アマチュア・学生含め)は日本には10〜50万人はいると考えている
これらのハッカーの卵が、プログラマーになりたいと考える環境を作るだけで、後は勝手に人材や産業が生まれる

現状は、多重下請けや中間搾取で低賃金かつ、終始パワハラに怯える現代式奴隷であり、報われることはないし士気は低く
ハッカーの潜在力はあっても底辺と呼ぶにふさわしい生産性だといえる

報酬が米の最底辺以下の給料で長時間働かされ、終身雇用制度下では一旦レールから踏み外すとキャリアが終る事情からシリコンバレーのハッカーでは一般的なギャップイヤーを取り自分の好きなものを
数年かけて開発するようなこともできない、まさしくハイリスク・ローリターンが日本のプログラマー職だ

渡米するプログラマーが増えるのは当然の流れだ

高卒なら片田舎のコミュニティーカレッジ(渡航費・生活費含めて200〜300万円)か
大学院で2年勉強すれば就業ビザは入るし、就業中にグリーンカードのスポンサーになってもらえば最終的にアメリカ国籍も取れるだろう
社会保障の維持はおろか、国自体の存続さえ見通せない日本にいるよりは、渡米は自然な判断だと言える

このスレの問題となっている言語についても日本式の属人性排除の言語を基準とするのではなく、シリコンバレーや米企業が人材不足
と考える習得難易度が高い言語を基準としたほうが有利なことは間違いない

628名刺は切らしておりまして2017/07/16(日) 12:17:05.38ID:Mnq45yRI
HTTLは使わず数字?コピー張り付けで
ハッカーはちがう、固定回線使わずワイハイしたいだけ俺も

629名刺は切らしておりまして2017/07/16(日) 12:19:13.29ID:f6hxFSk5
最近新人に「○○君、パールって知ってる?」って聞いたら
「あ、ちんこにいれる奴っすか?」って聞いてくるくらいの知名度になっちゃった

630名刺は切らしておりまして2017/07/16(日) 12:19:32.94ID:Mnq45yRI
627 それはいえるあと友達いない

631名刺は切らしておりまして2017/07/16(日) 12:29:27.23ID:6Z6GFfeu
>>615
求人があるなら、代表的な求人票を貼らないと情報としての価値はない
年収が高くても学歴要件が理系博士以上で、論文発表歴が年2回が要件の求人といったオチになると思うが

新興企業では大企業に比べると定昇が低く抑えられ、賃金カーブは伝統的な企業ほどの傾斜はないので企業名もないと評価できない

632名刺は切らしておりまして2017/07/16(日) 12:57:46.06ID:0cw2kbNN
>>11
流体計算では今も求人が出てるや
FORTRAN95だったかな

633名刺は切らしておりまして2017/07/16(日) 13:00:20.42ID:0cw2kbNN
>>43
気象庁の数値予報Systemに違われてるよ

634名刺は切らしておりまして2017/07/16(日) 13:41:57.37ID:6Z6GFfeu
>>616
>ある程度実験して、OKになったら、C/C++の出番。

PythonでモデリングをしてC/C++で実装するのはウォーターフォールを前提とするので、米(ユーザー)企業では少数派だな

自社のコアコンピタンスに関わる部分は、C/C++/Javaで開発の場合では、9割型が何らかのアジャイル方式であり
テストと開発、モデリングの改良や、新規機能更新が同時並行で進行し、開発期間を可能な限り短縮する

Pythonでモデルしてから、C/C++に落とすというのは理論上は可能だが、他社に先んじてリリースするのは不可能に近くなる
モデリングを開発から断絶させると、モデラー・リサーチャーが開発者側に理論を理解させ、数値モデルの実装を考えさせる時間と手間が発生し、これは馬鹿にならないコストとなる

現実問題、開発者はツールを作りこんでるのでPythonよりも高速に実装できることさえある
モデルのシミュレーター、エミュレーターの速度も高速のため、モデリングの期間も短縮できる
シミュレーターに流す期間が半分にするだけでももとがとれるが、実際はPython比で数十倍、数百倍のシミュレーション効率も珍しくない

Pythonを使うのは、開発チームに別ラインのリサーチャーがいる場合だ、彼らは自分の好きなツールでやらせた方が良い
だがリサーチャーは他社を出し抜くブレークスルーができないなら不要な存在となるので、雇用できる枠は少数となる
このリサーチャー枠をキャリア相談時に薦めるのは、ポスドクや新卒博士、インハウス研究者だけにすべきだ

C/C++もPythonも使わない第三の方式としては、考えられる限り抽象化されたC/C++で組んだコアライブラリーと自動にリンクする
モデリング言語をC言語で作ることだな、これは社内のライブラリーに使うため社外に出てことはないが、アメリカ企業では広く活用されている

635名刺は切らしておりまして2017/07/16(日) 13:53:39.84ID:6Z6GFfeu
>>634
第三の方式は97%はリリース用コードで、後はモデリングのパラメーターをXMLで指定するのが一般的
最近のものは、簡単な分岐もできるモデリング言語が増えていると聞いている

昔も有能はいたが、最近のソフトウェア職種に入ってくるハッカーの質はクレージーであり、
話を聞くだけでも好奇心をそそられるプロジェクトは増えている

これはシリコンバレーが人種や国籍の壁を取り払って人材を登用しているのが大きいと思う

636名刺は切らしておりまして2017/07/16(日) 13:56:19.39ID:yUW2s6nP
>>588
>面白いことをしようと思った時に
世の中には、C++の生産性が悪いみたいな誤解があるようなんですが、それは結局は人によると思いますよ。プログラマ歴が長い人の場合は、
自分で書いたお宝コードの蓄積が有って、それを参考にしながら新しいコードを書くので、たいていの事は、さくっとかけてしまいます。

また、メモリリークやリソースリークの無いコードを書くのも容易いです。
そんなの慣れだし。ツールで確認できるし。GCのある言語の方が確認しにくかったりする。

僕は、たいていはC++で作り始めます。
Rubyしかできない若者やC#しかわからないインド人と一緒にやるときは、合わせますけどね。

637名刺は切らしておりまして2017/07/16(日) 14:30:44.65ID:NtlIX3Ol
>>636
興味本位で聞くんですが、開発環境は何を使っていますか?テストはどうやってますか?

638名刺は切らしておりまして2017/07/16(日) 19:05:41.12ID:1QybGRty
>>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に勝てるわけがないのです。
なの、内臓のCPU入れたり、浮動小数点演算ユニット入れたりとわけのわからないことになりつつある。

ASIC作るのは、どんなものを作りたいかにもよるけど、昔はある程度技術者はいた。資金も1000人規模の会社でもなんとかなってた。
TPUとか、ニッチなものを作ろうとしたら、Googleみたいに内需で10万個使うので、とかじゃないとペイしないだろうね。
Tesla P100 を1万個使っているようなところなら、TPU使う意味が出てくるね。内製で作るかはともかく。

AWSがGPUレンタルして、ある程度使ってる人いるから、アマゾンがAWSでTPU使えるようにすると思うわ。
そうすれば、10万個とかすぐに利用されるだろうね。

639名刺は切らしておりまして2017/07/16(日) 19:16:50.81ID:1QybGRty
>>627
経営的な視点から何か言いたいのはわかるけど、本物のハッカーに会ったことある?
一緒に仕事したことある?
彼らが何を考えてるのかわかる?

640名刺は切らしておりまして2017/07/17(月) 02:02:58.05ID:b5SClPa7
ハッカーにもレベルがあると思うが。
ネトゲでBOT動かしていた輩はハッカーになるんかな?
(言語はPerl)

その知り合いは暗号解読くらいはやっていたけど

641名刺は切らしておりまして2017/07/17(月) 02:10:39.54ID:3fI+QiHM
>>638 元はと言えばARMだろ。Coretex-A75 、A55 が、AI用。
2018年初旬に登場予定。 CPU性能やAI性能はカスタマイズ可能。
Google用にカスタマイズしたというだけの話だろ。Googleにチップの開発、製造能力があるとは思えない。

642名刺は切らしておりまして2017/07/17(月) 03:02:45.75ID:1e7Ax5fg
>>638
リンク先読んだけど、富士通がAI用の専用プロセッサを開発したとはどこにも書いてないんだけど。

643名刺は切らしておりまして2017/07/17(月) 04:09:55.06ID:xJ/000d7
>>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つの製品で両方をカバーするという路線であり、どちらが主流になるのか興味深いところである。

とあります。

644名刺は切らしておりまして2017/07/17(月) 05:11:00.60ID:ijrD7SAG
>>641
Googleを甘く見てるなw
自前の工場こそ持たないが、IP作って気前良くバラ撒いてる

645名刺は切らしておりまして2017/07/17(月) 08:36:12.11ID:lBt+5Ktq
深層学習みたいな最近の話題に絞らなくても
FPU, GPU, TOEと昔からASIC化はある
言語の実行環境の話題としては逸脱しすぎ

646名刺は切らしておりまして2017/07/17(月) 08:49:25.65ID:5ddM4fov
>>643
なかなか面白い闘いになってるな。単純に技術面で行くと富士通が有利そうに見えるが、資金調達面まで考えるとNVIDIA+Googleが有利だな。

647名刺は切らしておりまして2017/07/17(月) 08:59:09.40ID:5ddM4fov
GoogleとNVIDIAは別かw
勘違い失礼
しかしここまでくると脳の構造をシミュレートする感じになってるな。

648名刺は切らしておりまして2017/07/17(月) 09:03:07.71ID:xJ/000d7
>>646
富士通が簡単に勝てるようなジャンルではないと思いますけども、
国産のものがいい、というケースもありますしね。
プロセッサだけ出すのではなく、今回はグラフ計算を高速にして、NNの一段階先を目指すようですし、
SIerとして、ソフトもハードも納品してくれることでしょう。

富士通は京コンピューターを作った会社なわけですが、
これのネットワーク、ノード間通信は素晴らしい出来栄えなんですよ。
なので、その技術を流用して、最初から大規模な演算を狙っている感じですね。

GoogleのDeepMindが投入した機材がものすごい量になっていたみたいです。
なので、TPUは意味があるのでしょう。そしてやはり、マルチプロセッサになると、何でもそうですが、ノード間通信どうしますか、と。
CPU経由だとやっぱり遅いのじゃないですかね。

もともと、TPU,DLUか、はハイバンドのメモリを要求しますので、それに見合ったレベルで他ノードのメモリを参照できないと、
ガクッと性能が落ちるわけで。
Tesla P100 もだったと思いますが、GPUの上にメモリを載せて、超速い状態にしているんですよね。
富士通のも同じ方式、かつ、他ノードへのバンドが広く、レイテンシーも小さいのだと思います。

Googleが次に何を出すのかは興味ありますが、考えつくことは同じ方向のような気がします。

649名刺は切らしておりまして2017/07/17(月) 09:14:01.83ID:2YioCijN
>>648
VPP以来の富士通のお家芸

650名刺は切らしておりまして2017/07/17(月) 11:43:04.09ID:62tTGCl6
366 :nobodyさん 2017/05/29(月) 16:07:39.16 ID:6v4UcGhE
今回の民法改正、ソフトウェア受託開発の場合、(検収後ではなく)バグ発見後1年瑕疵担保責任があるということで、地獄かよ、と思ったが、
元々問題が起きがちな受託案件がビジネス的に成立しなくなることで強制的に業界再編につながるなら良いことかもと思うようになった。
一部で地獄を見ても。
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など動的言語は確実に廃れる。
保守に強い言語のみ生き残れる。

651名刺は切らしておりまして2017/07/17(月) 13:11:08.20ID:j3qtiejR
機械学習、AIをやろうとするとPythonはさけてとおれないもんな

652名刺は切らしておりまして2017/07/17(月) 16:02:23.62ID:IZ7DorVl
http://egg.2ch.net/test/read.cgi/bizplus/1500273631/

これ
C/C++はさっさと死ぬべき

653名刺は切らしておりまして2017/07/17(月) 16:19:58.17ID:wZq/Yj/x

654名刺は切らしておりまして2017/07/17(月) 16:51:17.94ID:wZq/Yj/x
海外での反応は様々だが、最大の問題点は開発者が少数のグループで構成されていること、導入するシステムが少なすぎるいうこと
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.

655名刺は切らしておりまして2017/07/17(月) 16:55:04.93ID:wZq/Yj/x
利点としては一旦採用されたならスマホやWebスクリプトのように言語が2年単位で切り替わることがないこと

656名刺は切らしておりまして2017/07/17(月) 21:35:48.96ID:IZ7DorVl
海外でもCカスが暴れてんなあ

657名刺は切らしておりまして2017/07/17(月) 21:40:09.08ID:GVjusvWe
ENTER:#@java1
ふっフェイシャル?

658名刺は切らしておりまして2017/07/17(月) 21:45:13.96ID:wZq/Yj/x
海外の反応で面白いと感じたのは、この類の記事は頻繁に掲載されるが、
記事の通り言語を切り替えたら、歳を重ねても何の技術も身につかないまま終っていたというコメント

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.

659名刺は切らしておりまして2017/07/17(月) 21:45:32.99ID:b5SClPa7
>>650
改正民法の瑕疵担保責任の期間は契約書の内容が優先されるらしい。

なので、瑕疵担保期間が長すぎるなら契約書に1年にすることを明記して終わりでおけ

660名刺は切らしておりまして2017/07/17(月) 23:18:00.01ID:wZq/Yj/x
Rustの生き残り戦略は悪手だ

能力を認めさせるのであれば、一度馬鹿になって既存の全てのOSを凌駕する性能・機能を持つカーネルを作ることを目的とすべきだ
いまマイクロカーネルを開発している最中と聞いて期待していたし良い印象をもっていたが、地道な努力を忘れて数十年もくり返されている
ポインターが安全でない程度で殺すと脅しても、やってる事がCの真似事では期待はずれだ

少し改良するだけで全てが好転すると考えるのは浅はかであり、次代のAI開発環境になりうる革新技術を作ることに注力すべきだろう

そのためにまずはマイクロカーネルを完成させて、次代のチップの第一選択となるべきであり
実績のあるC勢を殺すと脅しても、危機感を煽って逆にC/C++が進化をして殺されて終るだけだ

661名刺は切らしておりまして2017/07/18(火) 00:45:26.47ID:8eSAEazm
日本中が俺をパクっとる(´・ω・`)

662名刺は切らしておりまして2017/07/18(火) 01:32:00.11ID:oq9Q+Lu9
色々流行はあるのだと思いますが、私が今注目しているのはオブジェクトキャメルですね。
覚えないと不味いかもな(覚えたいな)・・・という状況が出て来たので勉強し始めました。


by かもめ党(鼎 梯仁)

663名刺は切らしておりまして2017/07/18(火) 04:45:49.41ID:9f0oMI4m
>>652
大馬鹿だな
新規コードをRustで書くだけで
C/C++を置き換えられると思ってるんだな
プラットフォームは数種類しかサポートしてない言語がw
空論というより知恵遅れの空想

664名刺は切らしておりまして2017/07/18(火) 12:02:50.65ID:aa9u3+93
取って代わるのは理論上は可能であり、GCC、Linux、pythonコンパイラなど、面倒臭過ぎるもの全てをRustで書き換えればいい

665名刺は切らしておりまして2017/07/18(火) 12:47:43.26ID:gqyM6sAi
理論倒れフラグ立てんな

666名刺は切らしておりまして2017/07/20(木) 20:19:04.05ID:QPvmMCby
>>662
ObjectiveCamlな。ハイブリッド言語は日本人には嫌われる。俺は好きだけどw

667名刺は切らしておりまして2017/07/21(金) 00:54:06.79ID:6/j+12Ym
>>650
未だにpython2.x.xが生き残ってるし、バージョンを上げないという選択肢もある。
py2は日本語(UTF-8)の扱いで、u'あ'とか書かないといけなかったからなおさら上げたくないし。
Linuxにしても Systemdに移行したくないからOentOSを6から7に上げない企業も結構いるし。

668名刺は切らしておりまして2017/07/21(金) 01:13:21.70ID:MNKfVOXw
>>667
2020年までだね。5年延長されて。もういらない。むしろ邪魔。

新着レスの表示
レスを投稿する