将来性ないプログラミング言語。Delphi含まれず安心

**デフォルトの名無しさん** · 2019/08/07(水) 23:22:07.36

5 Programming Languages That Are Probably Doomed
https://insights.dice.com/2019/07/29/5-programming-languages-probably-doomed/

Ruby
Haskell
Objective-C
R
Perl

**デフォルトの名無しさん** · 2019/09/19(木) 16:50:53.40

>>1
「将来性ないプログラミング言語」
この表現は厳密な表現をかなり省略しているものであって
じっさいには暗に色々な前提を含んでいることに注意しなればならない
たとえば現代において「使用できない硬貨一覧」という表現があるとき
そのリストに巨大な石の硬貨は書いてないが、だからといって石の通貨を
使えるという話ではないのは明らかだ
それは現代ではもはやそれは流通していないのは誰の目にも明らかなので
敢えてリストに書く必要がないからである

**デフォルトの名無しさん** · 2019/09/19(木) 17:19:37.86

OfficeがPythonに対応したら、魔改造が始まったりしてな Py++

**デフォルトの名無しさん** · 2019/09/19(木) 18:15:49.52

爆誕.ppp拡張子

**デフォルトの名無しさん** · 2019/09/19(木) 19:55:20.41

VisualPythonだろ。略してVP

**デフォルトの名無しさん** · 2019/09/19(木) 21:26:23.21

Visual Basicは昔のBASICとは違って構造化と型宣言に関して矯正されているから、
Pythonよりはまともな言語だよ。Cよりも優れている点もいくつかある。例えば、

・Cのswitch文ではcaseに1つの値しか指定できないが、VBのselect文では範囲を指定できる。
・Cではfor, if, whileの制御ブロックの終わりはどれも}だが、VBではnext, end if, wendで
　書き分けられ、構造を把握しやすい。
・Cでは同じ構造体(クラスを含む)変数のメンバにアクセスする文が続くとき、構造体変数名を
　いちいち書かなければならないが、VBではPascalのようにwith文で括り出せる。

だから、Pythonのような駄言語をExcelが採用する利点はないし、Pythonなんてキモい名前の
言語を商用ビジネスソフトに採用するはずがない。もしどうしても採り入れるなら、言語仕様の
大幅な矯正を施して、別の名前、例えばPythagorasにするだろうな。

**デフォルトの名無しさん** · 2019/09/19(木) 23:08:19.30

pythonに勝てる点を絞り出した結果が型宣言の矯正とか悲しすぎるｗ

**デフォルトの名無しさん** · 2019/09/19(木) 23:11:15.98

そういやswitch相当の構造にラムダ式を書いたらわかりにくいからやめろって言われたことある

**デフォルトの名無しさん** · 2019/09/19(木) 23:25:17.69

Julia、将来性しか無くてつれぇわ…ｗ

**デフォルトの名無しさん** · 2019/09/21(土) 10:41:22.39

>>252
C#AになってVBAみたいにExcel直でいじれる方が便利じゃね？

VBA.NETでもいいけど

**デフォルトの名無しさん** · 2019/09/21(土) 11:29:38.16

>>263
なんで？

**デフォルトの名無しさん** · 2019/09/21(土) 13:57:17.76

Excel単体でEXEとか作れるようになったら助かる
ランタイム必須にしてもソースをバージョン管理できたりするとファイル管理しやすくなるから
類似や派生のxlsxが増えすぎてやってられない

**デフォルトの名無しさん** · 2019/09/21(土) 21:04:17.29

そもそもExcel自体、COMみたいなモノなのにexe作れる訳ねーよ

**デフォルトの名無しさん** · 2019/09/22(日) 11:55:35.10

Microsoft、「Exel 発表」来年後半にリリース
https://mevius.5ch.net/test/read.cgi/tech/1517018055/

**デフォルトの名無しさん** · 2019/09/22(日) 13:01:35.28

https://qiita.com/yniji/items/b38bc312e860027108ac

11月6日にreditの 'ask me anything' にマイクロソフトの Excel チームが登場して、
「いつExcelにPythonが搭載されるのか？」という質問に対して以下のように回答しています。

要するに、マイクロソフトが Excel に搭載するのは JavaScript であって、
Python を使いたいのであれば PyXLL か xlwings を使えということのようです。

**デフォルトの名無しさん** · 2019/09/22(日) 15:04:32.77

またjsが勝ってしまったか。すまんな

**デフォルトの名無しさん** · 2019/09/22(日) 15:59:55.40

いつの記事だよ
んで、jsexcelに入ったの？
すまんそれopenpyxlでよくね

**デフォルトの名無しさん** · 2019/09/22(日) 16:03:18.14

今はcodelabアドインがいるね。おそらくそれを標準に取り込むんだろう。

**デフォルトの名無しさん** · 2019/09/22(日) 16:53:05.49

Excelはブラウザでも動くわけだから
JavaScriptを採用するのは当然だろうな

**デフォルトの名無しさん** · 2019/09/22(日) 23:26:31.04

>>272
そのWebブラウザが画面を表示している仮想WebブラウザならJavaScriptは関係ない。

**デフォルトの名無しさん** · 2019/09/23(月) 02:26:48.74

仮想Webブラウザ（？）なわけないじゃん

なんで特殊な物の話をしてんのさ、
一般的なものの話をしろ

**デフォルトの名無しさん** · 2019/09/23(月) 02:32:19.17

ん？まさかExcelのWeb版（Excel Online）があるのを知らないってオチか？

Excel Onlineはブラウザで動くからVBAは使えない。
JavaScriptならブラウザで動くからスクリプトをサポートできる

（他の言語でもトランスレートすれば不可能じゃないけど
将来はともかく、まずJavaScript APIを作らなければいけないわけで）

**デフォルトの名無しさん** · 2019/09/23(月) 05:23:20.00

馬鹿はWindowsのexeがブラウザで動いていると思ってるのかね？

**デフォルトの名無しさん** · 2019/09/23(月) 05:29:42.33

Excel Onlineはウェブアプリですが？

LibreOfficeやOpenOfficeはMS Officeのライバルとして
作られたけど、クラウド対応はできなかったよな

クラウド対応はアプリを作るだけじゃ駄目
サービスとして運営しないといけない。無料ではやっていけない。

クラウドの時代になって、LibreOfficeやOpenOfficeは
MS Officeの対抗馬では無くなってしまった。

**デフォルトの名無しさん** · 2019/09/23(月) 10:37:04.50

Excel2016はWindowsアプリだからEXEバイナリじゃないとダメ、って言ってるようなもんだぞ

**デフォルトの名無しさん** · 2019/09/25(水) 11:36:04.18

The Top Programming Languages
https://spectrum.ieee.org/static/interactive-the-top-programming-languages-2019
Ruby　19位
Haskell　29位
Objective-C　26位
R　5位
Perl　27位

参考までに

**デフォルトの名無しさん** · 2019/09/25(水) 12:42:48.25

Python 1位

すまん

**デフォルトの名無しさん** · 2019/09/26(木) 19:29:14.57

またPythonが勝ったのか
敗北を知りたい

**デフォルトの名無しさん** · 2019/09/28(土) 18:20:04.54

Javaはセキュリティ問題のため、関東でSEのローン審査が不利になる理由を生み出した。

**デフォルトの名無しさん** · 2019/09/30(月) 11:59:41.27

なでなで
しこしこ

**デフォルトの名無しさん** · 2019/09/30(月) 19:37:20.45

ぴゅっ

**デフォルトの名無しさん** · 2019/10/14(月) 04:36:09.58

rubyは滅びず

**デフォルトの名無しさん** · 2019/10/14(月) 18:43:06.04

>>285
オワコンさんチィース

**デフォルトの名無しさん** · 2019/10/15(火) 13:38:19.53

将来性の塊のF#も含まれてない

**デフォルトの名無しさん** · 2019/10/15(火) 22:17:51.75

Delphiからのポーティング案件あったぞ
まあ人こなさそうだったけど

**デフォルトの名無しさん** · 2019/10/16(水) 00:56:48.36

まじか、応募しようかな

**デフォルトの名無しさん** · 2019/10/21(月) 23:44:51.92

kotlin本かって見てるけど、やっぱ変な記述で覚えたくないなあ
最近の言語てどんどん癖が強くなってる

**デフォルトの名無しさん** · 2019/10/22(火) 10:09:44.21

>>166
やっぱりな。得意分野で見ても分かる。関数型とオブジェクト指向って結局同じ事してるよな。

**デフォルトの名無しさん** · 2019/10/22(火) 18:45:02.65

泣かした事もある　冷たくしてもなお
寄り添う気持ちがあればいいのさ
俺にしてみりゃ　これが最後の逃げ
any my love so sweet

typescriptはフワッと使えるのがいいのです
原理主義者はそこが分かってない

**デフォルトの名無しさん** · 2019/10/23(水) 08:15:53.96

PythonってJava並に速度速くなったの？
初期の超鈍足さの印象があってどうも使う気になれない

**デフォルトの名無しさん** · 2019/10/23(水) 08:33:38.96

>>293
今でも最遅言語だぞ

**デフォルトの名無しさん** · 2019/10/23(水) 23:08:30.38

単発ものとかなら記述が簡単なのもあってコード作成時間と実行時間の総和を取れば圧勝
常用の製品とかで運用するなら無理ゲーの極み

**デフォルトの名無しさん** · 2019/11/03(日) 10:07:24.78

>>295
常用じゃ無理ってそれGoogleさんの前で同じこと言えるの？

**デフォルトの名無しさん** · 2019/11/05(火) 15:22:53.37

海外のサイトを見ていたら、PythonでAIをやる場合、重たい処理は、
C++で書かれたライブラリを使うから、処理時間の99%は、C++のコードが
消費する、と書いている人がいた。つまり、この場合、Pythonは、C++の
AIライブラリを呼び出す司令塔的な役割をしているだけなので、Pythonの
遅さが処理時間全体に与える影響は軽微なのだそうだ。

**デフォルトの名無しさん** · 2019/11/05(火) 18:01:23.70

全部C++で書けばいいんでないの？

**デフォルトの名無しさん** · 2019/11/06(水) 07:19:35.39

保守する人のこと考えろよ

**デフォルトの名無しさん** · 2019/11/06(水) 11:13:40.60

C++は嫌いだけど消える心配はないから
保守考えるならなおさらC++だろうな
意識高い系の言語はすぐ廃れるω

**デフォルトの名無しさん** · 2019/11/06(水) 15:43:13.17

Ruby でも、多次元配列・ベクトル演算用ライブラリのNArray は、C言語。
その速度は、数値計算専門言語のOctave にも匹敵する

ary[ 1 ]
たぶん、こういう、インデックスアクセスが遅いのだろう

一々、OS のAPI を使うから、遅いのだろう

**デフォルトの名無しさん** · 2019/11/06(水) 19:47:12.50

つまりPythonやって
必要なライブラリをC++で書けるようになればさいつよなのかな？

**デフォルトの名無しさん** · 2019/11/06(水) 19:50:47.71

スレの主旨間違わなければ

**デフォルトの名無しさん** · 2019/11/06(水) 20:07:13.92

PHPのようにPythonにも
endifとかendforとかendforeachとかがあればいいのにね。

**デフォルトの名無しさん** · 2019/11/06(水) 20:22:10.76

機械学習を応用したWebアプリで、Rubyとpythonで取り合ってるような領域は
pythonがぜんぶ取るかもな

**デフォルトの名無しさん** · 2019/11/06(水) 20:35:36.64

>>302
ライブラリの自作はGPUのこと理解しないといけないから
最難関というイメージがある。実際どうなの

**デフォルトの名無しさん** · 2019/11/07(木) 03:10:38.37

>>306
GPUを使うならそうだし、そもそもAIの仕組みにとても詳しくなければならないので、
ニューラルネットワークの学習理論や、微分積分学（多変数関数の偏微分など）、
最急降下法、行列、ベクトルなどの数学などもしっかり理解して無いと作るのは
難しい。

**デフォルトの名無しさん** · 2019/11/08(金) 01:51:52.82

>>307
数学はいけそうだけど、GPUがなぁ…

**デフォルトの名無しさん** · 2019/11/09(土) 16:43:35.05

>>308
CUDAならそこまで難しくはないよ
マルチGPUとかで速度追求するなら別だけど

**デフォルトの名無しさん** · 2019/11/10(日) 20:22:48.10

数学や学習理論に比べたら
GPUプログラミングなんて超簡単

**デフォルトの名無しさん** · 2019/11/30(土) 12:55:26.21

>>310
GPUプログラミング考えたらPythonで有る必要性は無いな
論理プログラミングでのPythonは意味有るが
要は適材適所で言語選べって事

**デフォルトの名無しさん** · 2019/12/15(日) 23:48:08.32

begin end使う言語は早々に滅びて欲しい

**デフォルトの名無しさん** · 2019/12/16(月) 15:57:48.89

いわれんでもほぼほぼ滅びかかっとるがな

**デフォルトの名無しさん** · 2019/12/16(月) 16:04:10.31

iteratorのbegin endかと思った

**デフォルトの名無しさん** · 2019/12/17(火) 10:54:21.17

begin end は嫌で、{} はいいの?
理由がわからん

**デフォルトの名無しさん** · 2019/12/17(火) 13:50:33.70

理由が分からんてバカなのか？

**デフォルトの名無しさん** · 2019/12/17(火) 20:11:41.18

バカなんでしょう
それか、Delphiが好きで好きで仕方ないんでしょう

**デフォルトの名無しさん** · 2019/12/17(火) 21:42:35.32

これ、ずっと"デルフィー"だとおもってたんだがじつは"デルファイ"なのか？？
おどろいた

**デフォルトの名無しさん** · 2019/12/18(水) 10:21:30.76

ϕφΦ

**デフォルトの名無しさん** · 2019/12/18(水) 23:26:15.75

これが{
}いけない

BEGIN
これは十分に美しい
END

**デフォルトの名無しさん** · 2019/12/20(金) 19:41:51.78

どっちでもいいRubyでもやれや

**デフォルトの名無しさん** · 2019/12/21(土) 13:30:05.79

言語じゃなくてギリシャの地名だったらデルフィでいい

**デフォルトの名無しさん** · 2019/12/21(土) 14:02:47.25

読みはデルファイだが、同じデルファイでもイントネーションに２通りあって、時々腹が立つことがある

**デフォルトの名無しさん** · 2019/12/22(日) 13:25:41.76

>>315
スコープ定義するのにいちいち5文字以上もタイプするのがアホらしいことがわからんのか？

**デフォルトの名無しさん** · 2019/12/22(日) 13:47:27.09

N88-BASICが将来性NO.1じゃね？

**デフォルトの名無しさん** · 2019/12/22(日) 16:06:54.77

　　　　end
　　end
end

**デフォルトの名無しさん** · 2019/12/22(日) 23:52:37.58

>>324
近頃のエディタは補完してくれるのだから五文字も打たないだろう
シフトキーを打つのがめんどいというのはある

**デフォルトの名無しさん** · 2019/12/23(月) 09:03:27.91

だいたい「タイプ量」とか言いだすやつは
今時ピュアテキストエディタでソース打ちこんでるようなレガシーマン

**デフォルトの名無しさん** · 2019/12/23(月) 13:00:21.69

むしろ補完機能の方が邪魔でうざいっしょ

**デフォルトの名無しさん** · 2019/12/23(月) 13:48:36.54

近頃のは補完を無効になることができるんじゃないの?
あるいは補完のカスタマイズができるんじゃないの?

**デフォルトの名無しさん** · 2020/02/03(月) 01:36:11.73

Linux用の64ビットのアプリケーションを開発できるんだから、Delphiには将来性あるでしょう

**デフォルトの名無しさん** · 2020/04/07(火) 13:12:23.44

Perlはgitで使われてるから死にはしないだろうけど、これから新しいのが出てくるか？と言われると…うん

**デフォルトの名無しさん** · 2021/03/03(水) 23:34:54.55

>>322-323
アメリカのフィラデルフィア（Phila DELPHI a）で開発されたプログラミング言語というわけじゃないんだな。

**デフォルトの名無しさん** · 2021/03/04(木) 07:24:43.52

Ruby がオワコンだと、様々な矛盾点がある

Rubyコミュニティーの強さと、
学校・Rails チュートリアルなど、Rails 関連の売上の増加、
組み込みのmruby で宇宙開発など、制御システムの増加、

Rails製サイトの時価総額の増加、Shopify 15兆円、Airbnb 10兆円、GitHub 8千億円、
Ruby/Go の神、Vagrant の作者・Mitchell Hashimoto のHashicorp 5千億円

**デフォルトの名無しさん** · 2021/03/04(木) 15:45:55.67

ruby信者は嫌われ者なのを自覚しろ
あちこち関係ないスレに書き込むゴミ

**デフォルトの名無しさん** · 2021/03/08(月) 05:48:29.70

もうスレが伸びない言語、つまり
Ruby
Python
Swift
PHP
VB

**デフォルトの名無しさん** · 2021/03/08(月) 06:31:10.72

先駆者には布教の義務があると、あわしろ氏が言ってたな。

**デフォルトの名無しさん** · 2021/03/08(月) 07:52:13.06

Perlはもう指と体が覚えてるからなあ
使い捨てプログラムやシステムバッチはどうしてもPerlでやってしまう

**デフォルトの名無しさん** · 2021/03/08(月) 16:31:39.42

>>336
Swiftだけは、iOSやMacOSが世界中で使われている限り、Objective-CのようにAppleが見捨てない限り、Apple専属プログラミング言語として今後も安泰では。

**デフォルトの名無しさん** · 2021/03/08(月) 20:08:33.17

obCで必要十分なのでは、既にflutterも完成されてるし。

**デフォルトの名無しさん** · 2021/03/09(火) 02:05:17.44

>>336
KENTAも同じようなこと言ってたな

**デフォルトの名無しさん** · 2021/03/09(火) 23:10:35.32

>>339
そうかな？
そもそもandroidもそうだがネイティブで作っている所はかなり減っているのではないの？
機種依存の実装は少なくとも必要だろうから全く要らないとは言わないものの
UnityとかWebViewを埋め込んでいるだけみたいなものが主流だし
勉強で覚えるならいいけど、本格的に覚えてもなぁ・・・とは思う

**デフォルトの名無しさん** · 2021/03/10(水) 17:20:20.51

>>342
現在は、というより今後も、機種依存ネイティブ依存のコンパイラ型言語より、実行環境（Unity、.NET、Javaバーチャルマシンなど）に依存した、中間コードを吐く中間言語が一般的になっていくんだったのか。了解、なるほどね。

**デフォルトの名無しさん** · 2021/03/11(木) 04:48:28.09

swiftは3でやめた

**デフォルトの名無しさん** · 2021/03/12(金) 21:17:39.72

>>343
スマホ対応の場合は特にゲームはiOSだけという訳にも行かないから
両方対応出来るUnityやUnrealEngine,Cocos2dxみたいなクロスプラットフォームなものを
使った方が効率は良いと言うのが大きいと思う

近頃はゲームだけじゃなくとも両対応するためにビジネス系でもUnity使う場合もあるらしいが
ビジネス系はwebviewを埋め込むwebアプリの方が良いかなと思ったりする
ただアプリとしての提供をしたいのでwebviewを埋め込み多少制御するコードを
ネイティブで書く事は良くあるのかなと思う

**デフォルトの名無しさん** · 2021/03/12(金) 23:06:33.64

>>345
PCだけじゃなくスマートフォンまで含めるとメジャーなOSやCPUの数が増えたうえ、移植の需要もあるから、とてもOSやCPUに依存したソフトウェアなんて作成していられないんだね。
Linuxなんて異なるディストリビューションでは実行ファイルに互換性がないどころか、同一ディストリビューションでさえバージョンアップなどでカーネルのバージョンが変わると、実行ファイルが動作しなくなるそうだね。だからLinuxではソースコードで配布して各自の環境でコンパイルして動作する実行ファイルを自分で作成する文化が広まった、というのを最近知った。
解説ありがとう。

**デフォルトの名無しさん** · 2021/03/13(土) 18:29:02.62

Objectibe-CはSwiftに代わられたし、
PerlもPHP・Ruby・Python等に代わられたからそこまでは分かるんだけど、
あとの3つはまだ現役で、しばらく使われる気がするんだけどなぁ

**デフォルトの名無しさん** · 2021/03/14(日) 09:16:39.30

swiftはもう終わり

**デフォルトの名無しさん** · 2021/03/14(日) 13:02:00.50

>>348
えぇ…

**デフォルトの名無しさん** · 2021/03/14(日) 13:37:29.46

アップル自体が終わって欲しいわ
iOSとかいらないし、macもいらない

**デフォルトの名無しさん** · 2021/03/14(日) 15:37:57.30

>>348-350
じつはAppleはMicrosoft以上に安泰では？
稼ぎ頭のiPhoneは携帯電話キャリア大手三社の看板商品でもあるし。
MacのほうもYouTuberをはじめとした映像関係者、画像関係者、音楽関係者の御用達で、さり気なくYouTuberが宣伝役をも兼ねているし。

**デフォルトの名無しさん** · 2021/03/14(日) 20:27:49.47

日本のOSシェア（2009年1月～2020年1月） - YouTube
s://www.youtube.com/watch?v=nw3ktljBNxg
世界のOSシェアランキング - YouTube
s://www.youtube.com/watch?v=MKkzNY0hrQ0

**デフォルトの名無しさん** · 2021/03/14(日) 20:53:05.47

>>352 続き
2020.09までのデータあり

Most Popular Operating Systems 2009-2020 人気OSの世界シェア率 - YouTube
s://www.youtube.com/watch?v=jsWkIbYL1jE

Windows一強時代は終わり群雄割拠時代へ突入したチャンスに、日本もiTRON、μiTRONなどの産業用TRONで粘るだけじゃなく、デスクトップ用途（ビジネス用、家庭用、教育用ほか）のBTRONの研究開発実用化を、もう一度復活させるよう努力、工夫、マーケティングをし、10年後20年後のソフトウェア大国を今からでも国を挙げて目指すべきじゃないかと思う。今こそチャンス中のチャンスだろ。

**デフォルトの名無しさん** · 2021/03/14(日) 21:04:01.62

米国をしのぐIT技術日本製OS「トロン」の世界標準化をつぶしたのは誰だ - YouTube
s://www.youtube.com/watch?v=K5Nmco6dNVk