将来性ないプログラミング言語。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は残るでしょ。

**デフォルトの名無しさん** · 2019/08/09(金) 18:38:26.62

>>8
関数と関数の間は～2行開けるとか、
結局のところ書き方しだいじゃね。

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

> 関数と関数の間は～2行開けるとか、

なぜPythonはそれを強制しなかったのか？
書く人によってばらばらになって読みにくいではないか（笑）

「インデントでブロックを表すという文法」というだけなら
（書きづらいの別として）そういう文法ってだけでいいんだが

「インデントでブロックを表すからコードが統一され可読性が上がるうんぬん」は眉唾
言語で矯正されないとインデントできないレベルのやつがインデントが統一された程度で
コードの可読性が上がるわけ無いだろう

**デフォルトの名無しさん** · 2019/08/09(金) 23:53:24.02

>なぜPythonはそれを強制しなかったのか？

強制ってわけじゃないけどpep8ベースのリンターでチェックしてくれるからそれで十分じゃね

**デフォルトの名無しさん** · 2019/08/10(土) 14:01:57.44

emacsでもブロックを可視化してくれるけど
そこに頼らないといけない時点で問題あるわな
clispなんかは必須だけど

**デフォルトの名無しさん** · 2019/08/10(土) 16:25:32.93

> そこに頼らないといけない時点で問題あるわな

どんな問題？

**デフォルトの名無しさん** · 2019/08/10(土) 20:56:39.92

ギド・ヴァン・ロッスムなんて無名の雑魚が設計し、名前もキモすぎる杜撰言語Pythonが
何でこんなに流行しているのか。

ロブ・パイクとケン・トンプソンという大物が入念に設計したGo言語がインタプリタでも
提供されれば、Pythonは終わるだろ。

**デフォルトの名無しさん** · 2019/08/10(土) 22:24:48.39

　　∩＿＿＿∩　　　　　　　　｜
　　 | ノ＼　　　　ヽ　　　　　　　|
　　/　　●゛　　● |　　　　　　　|
　 |　∪　　( _●_)　ミ　　　　　　j
　彡､　　　|∪|　　 |　　　　　　Ｊ
/　　　　 ∩ノ ⊃　ヽ
(　＼　／＿ノ　|　 |
.＼　“　　／＿＿|　 |
　　＼／＿＿＿／