将来性ないプログラミング言語。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/08/07(水) 23:29:06.95

名前も上がらないほど終わってるってことだよｗ

**デフォルトの名無しさん** · 2019/08/08(木) 00:40:38.25

毎日終わってるな

**デフォルトの名無しさん** · 2019/08/08(木) 01:24:10.03

Objctive-Cはさすがに役目を終えつつあるしな
Rubyは意外に流行らなかったな
Haskellは・・どちらかといえばOcamlの方がやばいと思うんだが
R　シラネ
perlはさすがにもうないな

**デフォルトの名無しさん** · 2019/08/08(木) 08:48:34.52

ただ、PythonとRubyなら、後者の方が見やすいと思う。
Pythonはブロックの終わりが分かりにくいことが間違いの原因に
成り易い。上の方のどこかのブロックの中に入っているのか、
それとも関数の基底の部分で書いているのかの判別にとても時間が
かかることがある。特に他の人が作ったソースの場合。

**デフォルトの名無しさん** · 2019/08/08(木) 08:50:45.93

Pythonは1関数、50行の制限をつけるべきだろう

**デフォルトの名無しさん** · 2019/08/08(木) 08:50:46.83

C/C++ や Ruby なら、} や end の個数が一目瞭然なので、余りネストが
深くなければ、今見ている行がどのブロックに入っているのか分かりやすいが、
Pythonだとネストが浅くてもどのブロックに入っているのか分からないこと
がある。

**デフォルトの名無しさん** · 2019/08/08(木) 08:54:26.39

>>6
Pythonで内部関数(?)を大量に書かれているソースの場合は特に、
親の関数の中なのか、内部関数の中なのか側から無いのでかなり
判読に時間がかかる。しかも間違ってもエラーが出ない。
宣言しなくても変数が使えてしまう事と相まって、処理系に
間違いを検出して貰える確率がとても低くなってしまっている。
バグを防ごうと思ったら、結局、ブロックの終わりをコメントで
明示しないといけなくなって、なら最初から { } 方式の方が
記述効率が良い。

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

>>8
誤：親の関数の中なのか、内部関数の中なのか側から無いのでかなり
正：親の関数の中なのか、内部関数の中なのかが分から無いのでかなり

**デフォルトの名無しさん** · 2019/08/08(木) 08:58:06.81

大丈夫。25行程度なら、ひと目で
どこがどこに対応してるかぐらいわかるだろう

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

>>10
現実のソースは1関数が何百行になっていることが多い。
自分で書いたソースではない。

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

RはPythonに置き換わったしな
てかググれないのが致命的ｗ

**デフォルトの名無しさん** · 2019/08/08(木) 16:04:52.28

>>2
Dのことか

**デフォルトの名無しさん** · 2019/08/08(木) 16:16:12.06

バイオインフォマティクスでは Bioconductor のおかげで
R もよく使われてる

**デフォルトの名無しさん** · 2019/08/08(木) 18:26:17.30

VB5、HSP「テンション上がってきた！」

**デフォルトの名無しさん** · 2019/08/08(木) 21:36:30.28

COBOLは？？

**デフォルトの名無しさん** · 2019/08/08(木) 22:14:08.78

>>13
Dは1.*の時代に今の仕様にあがってればいけてたと想うんだが...

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

perlは残るでしょ。