将来性ないプログラミング言語。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/08(日) 00:36:33.40

>>214
[追加]
Dolphinという名のAndroid用のブラウザもあるらしい。

**デフォルトの名無しさん** · 2019/09/08(日) 19:46:49.92

haskellが入ってるのは絶対おかしい
俺がこれから使おうとしてるのにありえない
この記事はフェイクニュース

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

現場のリーダーはJavaはセキュリティの事故で将来性はないと言っていた。大手の金融プロジェクトでも不採用の方向なんだと。
もしアプリローンとかでJava使っているところがあったら、問題おきてニュースになってもおかしくないだろう。

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

Perlは個人でちょっとしたものを書くのに最高なんだけどな。

数値と文字列を雑に扱いたいときもよしなに対応してくれるし、
厳密にコントロールしたけりゃそういう書きかたもできる。

Pythonで書くときみたいにstr()とかint()とかちまちましたくないんよ。

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

よしなにってのがクセモノなんだぜ

きっちりエラー出してそれ以上先へ逝かせてくれないpythonマゾ大好き

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

厳密に云々って書いてるのみえないの？

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

perl糞つかえねぇω → strict ルールで縛る
結局毎回ルール適用なら最初からpython使えよωωω

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

最高のクソ言語Perlがなんだって？
https://8-p.info/perl-interpolation/

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

strictは必ず使っているので変数宣言についてはPythonと同程度の手間が
かかってもいいんだけど、一番違いを感じるのは文字／数値変換なんだよね。

Perlの場合変数の型ではなく演算子で演算を区別してるから
Pythonのようにいちいち型変換する必要もないし、
JavaScriptのように演算の中身を知るために変数の型を確認する必要もない。
ちょっとした調べものとか計算ごとをするのに最高だよPerl。

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

そういうのをやりたいときはVisualWorks使ってる
納品物以外は全部これ

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

勝手に変換はタチが悪い
tclでファイル読み込んでデータを加工して出力してると連続のはずのデータがたまに飛ぶ
？？と思ってよく見ると、データがたまたま整数になってると整数の割り算になって結果が狂うということがあった。
これを避けるには結局明示的な変換が必要でだったら最初からそういう仕様でよい

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

a = "1" + 2; // 12
b = 1 + "2"; // 3

**デフォルトの名無しさん** · 2019/09/13(金) 19:21:23.44

機械学習の前処理でPerl使ってるわ
正規表現でユニコードなどを雑に扱えるのってこの言語くらい
他の言語はマジでやってられん書き方強要される

**デフォルトの名無しさん** · 2019/09/13(金) 21:47:39.40

Perlを使ってると、雰囲気でそれっぽく動くけど
実際バグだらけのコードを書く癖がついて、
プログラミングの才能が破壊されて
まともな言語では書けなくなるというよね

**デフォルトの名無しさん** · 2019/09/14(土) 02:53:15.49

初学者なら当てはまるけど作法守ればそうでもない
ただコードが野暮ったくなるから利点は消える

**デフォルトの名無しさん** · 2019/09/14(土) 11:59:10.57

>>228
その通り
VB > Perl > php >>> 越えられない壁 >>> ruby >>> 越えられない壁 >>> python

**デフォルトの名無しさん** · 2019/09/14(土) 14:39:19.85

Perl、Ruby、Python、JSは、どれも型がないので間違いがあっても気付かない事が
あるのが困る。Perlは関数の引数が番号式で、なおかつ、参照型引数の仕様が
引数の「型」が複雑な場合に、C/C++、Javaに比べてテキトーで思ったように
動かないことがあったので困った。
Pythonはブロックの終了が分かりにくいところが最悪。Rubyはブロックの終わり
をendと長く書く必要があるのが最悪。

**デフォルトの名無しさん** · 2019/09/14(土) 15:32:44.73

ありなしの話で言うと全部型はあるな。
本当に型がないというのはPrologとかだろ。

**デフォルトの名無しさん** · 2019/09/14(土) 16:05:43.73

ないのは型じゃなくて定義時の型情報

定義時に型情報がないから、実行時にしか判断できない
しかし一部の例外を除き、コードは特定の型（もしくは特定のインターフェース）を
前提としてたコードになってる。

特定の型でしか動かないのに、動かない方を渡すことが出来てしまう。
だから書いているコードの矛盾を検出できない

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

使い分けしないアホが悪い
そんなに型に神経質なコードをpythonで書く阿呆がおるか

**デフォルトの名無しさん** · 2019/09/14(土) 16:35:05.69

× 型に神経質
○ バグなしに神経質

正しく動くコードを書くのに
神経質になって何が悪い？

**デフォルトの名無しさん** · 2019/09/14(土) 17:14:56.13

そうだ！裸になって何が悪い！

**デフォルトの名無しさん** · 2019/09/14(土) 17:25:48.94

考えるな感じるんだ

**デフォルトの名無しさん** · 2019/09/14(土) 18:38:24.84

Rustなら兎も角、JavaやC#みたいなユルユルなドカタ言語なら
スクリプト言語と変わらんわ

**デフォルトの名無しさん** · 2019/09/14(土) 19:06:37.07

Javaは型については、スクリプト言語よりかなりちゃんとしているし、
いろいろな意味において曖昧さが少ない言語の1つ。Pythonには間違いやすさ
がある。特にブロックの範囲について。

**デフォルトの名無しさん** · 2019/09/14(土) 20:29:00.13

>>238
Java, C#がユルユルとか意味わからん
またvar(型推論)とvariantの違いを理解できない老害が来てるのか？w

**デフォルトの名無しさん** · 2019/09/14(土) 20:58:53.98

Java is not a safe language
https://lemire.me/blog/2019/03/28/java-is-not-a-safe-language/
・Javaはオーバーフローをトラップしません（RustやSwiftなどの言語はします）
・Javaはデータの競合を許可します（Rustなどの言語ではデータの競合は許可されません）
・Javaにはnull安全性がありません（SwiftまたはKotlinでは言語の一部として安全な呼び出しまたはoptionalがあります）
・Javaには名前付き引数がありません（現代の多くのプログラミング言語には名前付き引数があります）

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

https://www.net.in.tum.de/fileadmin/bibtex/publications/papers/the-case-for-writing-network-drivers-in-high-level-languages.pdf

The Case for Writing Network Drivers in High-Level Languages

Table 5: Size of our implementations stripped down to the core feature set
Lang.　　　Lines of code　Lines of C code
C　　　　　　　　　 831　　　　　　　831
Rust　　　　　　　　961　　　　　　　　0
Go　　　　　　　　 1640　　　　　　　　0
C#　　　　　　　　 1266　　　　　　　 34
Java　　　　　　　 2885　　　　　　　188
OCaml　　　　　　　1177　　　　　　　 28
Haskell　　　　　　1001　　　　　　　　0
Swift　　　　　　　1506　　　　　　　　0
JavaScript　　　　 1004　　　　　　　262
Python　　　　　　 1242　　　(Cython) 77

Javaワロタｗｗｗｗ

**デフォルトの名無しさん** · 2019/09/14(土) 22:17:50.46

雑食系エンジニア・KENTA の新着動画が来たー！

Javaの方がRubyよりも求人が多いという勘違いについて

Javaはもう死んだの？ Part.2
https://mevius.5ch.net/test/read.cgi/tech/1566040070/110

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

問題ないなら、さっさと初期値を入れてしまえば
型の心配はしないで済むね

**デフォルトの名無しさん** · 2019/09/16(月) 10:27:14.03

nullを返してくるウンコ関数を撲滅しない限り無理

**デフォルトの名無しさん** · 2019/09/16(月) 14:45:50.85

>>244
ユルユル言語信者の認識の低さw

**デフォルトの名無しさん** · 2019/09/16(月) 14:57:20.91

日本語がひどすぎて
https://codeday.me/jp/qa/20190129/197033.html

**デフォルトの名無しさん** · 2019/09/16(月) 17:52:24.64

>・Javaには名前付き引数がありません（現代の多くのプログラミング言語には名前付き引数があります）
VBAがいまだに使われてる理由として名前付き引数があると思う

**デフォルトの名無しさん** · 2019/09/18(水) 00:45:57.32

VBAが存続してんのはExcel操作のためだろ
Excel使わなければこんなクソ言語使わん

**デフォルトの名無しさん** · 2019/09/18(水) 03:47:11.91

名前付き引数を持ってる言語が
ドカタの知ってる範囲ではVBAしか無かったんじゃない？

**デフォルトの名無しさん** · 2019/09/18(水) 11:12:56.61

excelも早くC#サポートすりゃいいのに。

**デフォルトの名無しさん** · 2019/09/18(水) 20:26:39.52

>>251
C#からでもExcelいじれるやろ

**デフォルトの名無しさん** · 2019/09/18(水) 20:54:15.86

pythonサポートすれば解決

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

WinForm+Pythonで頼む

**デフォルトの名無しさん** · 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かと思った