将来性ないプログラミング言語。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
　彡､　　　|∪|　　 |　　　　　　Ｊ
/　　　　 ∩ノ ⊃　ヽ
(　＼　／＿ノ　|　 |
.＼　“　　／＿＿|　 |
　　＼／＿＿＿／

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

松本ひろゆき

**デフォルトの名無しさん** · 2019/08/11(日) 15:27:08.58

>>19
Pythonの場合、空行があると余計に分かりにくくなる。
何か文字がないてないと上の行のindentと同じが違うかの
区別が人間は勘違いしやすく、むしろ詰めた方がまだ分かりやすい。
だから、C++などで空行を空けて分かりやすくすることに慣れた人には
困った言語だと思う。

**デフォルトの名無しさん** · 2019/08/11(日) 15:27:49.46

>>27
誤：何か文字がないてないと上の行のindentと同じが違うかの
正：何か文字が書いてないと上の行のindentと同じか違うかの

**デフォルトの名無しさん** · 2019/08/11(日) 15:30:22.31

　　　　aaa
　　　　bbb
↑だと同じインデントに書いてあるとすぐ分かるが、
　　　　　ddd
　　　　aaa

　　　　bbb
　　　ccc
↑こんなふうになっていると間違うことがある。

**デフォルトの名無しさん** · 2019/08/11(日) 15:34:30.55

というか、ここに書いても多分、伝わらない。
実際の他人が書いたPythonのプログラムはブロックの範囲が分かりにくくて
とても困るんだが、実際のソースを提示しないと分かって貰えないと思う。
これに関しては想像と実際で結構違うと思う。想像力の限界というか。

**デフォルトの名無しさん** · 2019/08/11(日) 15:39:47.36

あと、自分で書いたコードでも、他の場所からコピペして少し修正して
使いたいようなことが良くあるが、その時にインデントの問題が出てきそうだ。
コピペしている途中に、ペースト先の以前のコードのブロックの範囲がどこだった
か非常に混乱してしまいそう。実はC/C++でもペーストした後、ブロックの範囲が
インデントを整え終えるまでの間は、ブロックの範囲の混乱が起きることが多い。
でも { や } の位置を頼りによく見て対処するしかない。

ところが Python の場合は、{や}がなくてインデントだけが頼りなので、
より危険度が増すと思う。

**デフォルトの名無しさん** · 2019/08/11(日) 15:54:56.70

(一時的な)コピペでインデント変えたくない時は
if True:
使え

**デフォルトの名無しさん** · 2019/08/11(日) 15:57:25.10

そもそもコピペしまくる香具師はセンス無いわ
剥いてないから辞めた方が良いマジで邪魔

**デフォルトの名無しさん** · 2019/08/11(日) 16:01:31.54

>>33
いや、現実世界では、オイラのプログラミングの能力は物凄く高いと
評されているのであしからず。

**デフォルトの名無しさん** · 2019/08/11(日) 16:09:54.77

皮肉だろうね

**デフォルトの名無しさん** · 2019/08/11(日) 16:10:55.15

現実世界では私は神なのだ

**デフォルトの名無しさん** · 2019/08/11(日) 16:14:20.52

何で必死な人沸いてるん

**デフォルトの名無しさん** · 2019/08/11(日) 16:51:28.98

>>31
うぜえw

**デフォルトの名無しさん** · 2019/08/11(日) 17:32:41.71

>>34
類は友を呼ぶから、お前の周りもお前同様にレベル低いんだよ
ドカタ世界で王様気取りウケるw

**デフォルトの名無しさん** · 2019/08/11(日) 17:55:29.67

>>39
その会社のその部署には(日本の中で)上辺の非常に一握りの人たちだけがいると
言われていたよ。別の会社からやってきた社長も最高レベルの人材が
集まってきていると言っていた。

**デフォルトの名無しさん** · 2019/08/11(日) 18:12:11.41

まこなり社長が「とりあえずRubyやっとけ」とか言ってたの笑ってしまうw

**デフォルトの名無しさん** · 2019/08/11(日) 18:29:51.79

>>34>>40
これで素面だったらヒク

**デフォルトの名無しさん** · 2019/08/11(日) 19:22:29.54

インデントが違ったらブロックのレベルが違うで十分だと思うけど
画面内に｛｝やendが見えててもインデントがむちゃくちゃみたいなプログラムのほうがよほどわかりにくい
他人が書いたJavaScriptとかいややわ～

**デフォルトの名無しさん** · 2019/08/12(月) 01:05:53.80

Ruby の新しい本が、一杯出てる。
独習シリーズも、Rails 本に参入した

WEB+DB でも、RubyVM の作者、Cookpad の笹田耕一の連載が始まった

WEB+DB Vol.111 号では、Rails 6・Julia の特集

科学技術計算用のJulia は、Ruby に似てる。
Python から、Julia に流れそう

**デフォルトの名無しさん** · 2019/08/12(月) 06:39:55.53

>>43
ブロックを識別するのにインデントと{}は、両方必要。
どちらが欠けても駄目。

**デフォルトの名無しさん** · 2019/08/12(月) 13:41:34.78

len(a)

**デフォルトの名無しさん** · 2019/08/12(月) 21:50:36.79

>>43
{}やendは機械的に正否判定できるけど、インデントだと無理じゃね？
ide支援が拡充していく現在の状況では弱点だと思う

**デフォルトの名無しさん** · 2019/08/12(月) 23:55:48.51

機械的に正否判定できるからPythonが動くんだろ

**デフォルトの名無しさん** · 2019/08/12(月) 23:58:17.91

機械的に成否判断できないから、Pythonにはインデント整形ツールがないんだろ

の間違いでは？

**デフォルトの名無しさん** · 2019/08/13(火) 00:11:30.02

インデントだけでも機械には判断できても、人間は間違いやすい。

**デフォルトの名無しさん** · 2019/08/13(火) 09:45:33.43

まあ、人並みの知能があれば間違えないけど、こればっかりは地頭の差がでるからねぇ

あ、もしかして、Pythonが知能の高いAIやってる連中に流行ってて
底辺ドカタにいまいち人気が無いのは、インデントの所為？

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

>>51
単にライブラリが有るからだよ。

**デフォルトの名無しさん** · 2019/08/13(火) 10:19:25.70

>>52
ライブラリを作る側の地頭が良い連中は気にしないから
ライブラリがどんどんリッチになって行くんですね、分かります

**デフォルトの名無しさん** · 2019/08/13(火) 10:24:32.42

>>53
な？お前の話から大部分のライブラリを使う人の話が消え去ったやろ？

**デフォルトの名無しさん** · 2019/08/13(火) 10:26:26.63

そんなもんやで

ライブラリやフレームワークが有るからその言語を使う。
Rubyを使うのはRailsがあるからやし、
Pythonを使うのはAI関連のライブラリが有るからやし。
Unityとか.NETとか、ウェブで使えるのはJavaScriptしかないとか

言語の良し悪しで決めることなんて無いんやで

**デフォルトの名無しさん** · 2019/08/13(火) 10:44:21.79

サーバーサイドでjs使いたがるやつの気が知れん

**デフォルトの名無しさん** · 2019/08/13(火) 12:16:05.80

>>51
一応、メンサ会員になれる程度を遥かに超えるIQは持っていますが、Python
のブロックの記法は間違いやすいと思っています。

**デフォルトの名無しさん** · 2019/08/13(火) 12:35:13.83

pascal永遠に不滅です。

**デフォルトの名無しさん** · 2019/08/13(火) 12:45:19.35

>>55
Pythonなんて今のAIブーム来るずっと前からシステム周りのツールで使われてるやん

**デフォルトの名無しさん** · 2019/08/13(火) 16:56:34.41

JSのインデントというかブロックがわかりにくいのは、コールバック関数を多用するからだと思う

**デフォルトの名無しさん** · 2019/08/13(火) 17:01:23.51

それは関係ない

**デフォルトの名無しさん** · 2019/08/13(火) 18:02:48.03

JSはコードのフォーマット次第でコールバック関数のインデントがずれる

**デフォルトの名無しさん** · 2019/08/13(火) 18:04:30.90

ずれるという証拠を見せてください
beforeとafterを書いて

**デフォルトの名無しさん** · 2019/08/13(火) 18:17:08.20

SQLもインラインテーブル使うと中のインデント狂うな

**デフォルトの名無しさん** · 2019/08/13(火) 23:50:42.89

R　だと！

**デフォルトの名無しさん** · 2019/08/14(水) 15:40:39.64

普通、C/C++などで関数呼び出しで引数が多くなったりすると、二行に
書くことになる。
そういった場合、Pythonのインデントの問題がトラブルの原因になったり
しないのだろうか。

少なくとも、関数の中に内部関数を定義すると、物凄くPythonは読みにくく
なることを他人のソースで経験した。

**デフォルトの名無しさん** · 2019/08/14(水) 16:03:46.80

>>66
そうか？
その辺の読みにくさはJavaの方が酷いぞ

**デフォルトの名無しさん** · 2019/08/14(水) 16:17:00.44

みたいからPastebinしてよ

**デフォルトの名無しさん** · 2019/08/14(水) 16:17:27.37

>>67
Javaでブロック範囲が分からないと思った事は一度も無い。

Pythonだと関数やブロックが立て続けに終了した場合、見た目で
訳が分からなくなり、解読に間違いが入り込みやすい。
ある命令が子関数の中に対するものだと思っていたら、親関数の
中だったり、逆だったりする。
ループのブロック、ifのブロックとの混乱も生じる。
ifブロックの中だと思っていたら、既にそれは終わっていたりする。
また、もうifブロックは終わっていると思っていたら、まだ
続いていたりする。
ifブロックの中に、さらに入れ子に何らかのブロックが入って、
それらも何個かが続けて「終了」した場合も、非常に混乱して
他人のソースの解読が難しくなる。

**デフォルトの名無しさん** · 2019/08/14(水) 16:21:09.06

忘れたけど、実際にはもっと空行が入っていたり、命令数も多かったり、
内部関数も何段にも入っていたりするが、以下を見れば分かりにくさが分かって
もらえるかもしれません：

　　if ・・・

　　　
　　　
　　　if ・・・
　　　　

　　　　for ・・・

　　　aaa

　　bbb

　　　ccc

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

>>70
実際には、もっと行数が多くて if や for 命令が画面内には表示
できなくて、エディタでは(見えない)画面の上の方にある。
上記の例だとまだ画面内に表示されているので良く見ると分かるが、
画面外にあるとずっと解読が難しくなる。

ロジック以前にブロックの範囲の読み間違えが生じてしまう。

**デフォルトの名無しさん** · 2019/08/14(水) 16:27:57.58

C/C++ だと、画面範囲より上の方に if や for の始まりの部分があっても、例えば
　　　}
　　}
　　aaa();
　　・・・
　}
　bbb();

のようになってくれるので、aaa(); という命令がどのブロックに入っているのかは
分かりやすい。ところが、Pythonだと、以下の様にようになる。

　　aaa();

　bbb();

これでは、ブロックが何回「終了」したのかも分かりにくい。

**デフォルトの名無しさん** · 2019/08/14(水) 16:31:40.40

将来性ないプログラマのスレだったか

**デフォルトの名無しさん** · 2019/08/14(水) 16:31:48.00

>>66
そりゃその他人の問題だろw
わかりにくく書くのはどんな言語でもできるし