将来性ないプログラミング言語。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/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
わかりにくく書くのはどんな言語でもできるし

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

Python信者「関数が長いと見にくいので次第に短い関数を書くようになるから教育的に優れている」

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

C/C++ の場合、三回ブロックが終わった後に aaa が書いてあると分かる：
　　　　　}
　　　　}
　　　}
　　　aaa;

Pythonの場合、以下の様になっていて、画面上のaaaの先頭に「定規」でも付けて
エディタで上にスクロールして、ifやforや内部関数定義の冒頭(defかな？)などを見つけて
どこと一致してるか確認してから、下にスクロールして意味を考えないといけない。

　　　aaa;

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

>>74
でも同じロジックでも、C/C++やC#やJavaやRubyで書いてあれば
ブロックの範囲で悩むことは無かった。だから書き方の問題ではなく、
言語そのものの設計の問題だと考えられる。

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

他人のプログラムのロジックの難しさで悩むのはしょうがない。
しかし、ブロックの範囲がそもそも分からなくて悩むのはPython特有で
今までの言語では無かった悩みどころが入ってしまった。

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

定規とかアホすぎ

上下移動でカーソル位置は横に移動しないエディタとか
縦に補助線引けるエディタとか使えよ
(もちろんそこまでしなくても読めるが馬鹿には必要な機能なんだろ)

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

>>79
ちなみに、自分の IQは、メンサ会員になれるよりだいぶ上です。

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

まず、
if
if
for
の入れ子とかおかしいからな
こんな作り方しないよ

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

>>81
そんなことないです。
その位は普通に有りますし、悪いプログラムでも汚いプログラムでもは有りません。
問題はソースの方にあるのではなく、Pythonの設計の方にあります。

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

ないない。悪手すぎる

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

>>80
なんだ単なる基地害か…

**デフォルトの名無しさん** · 2019/08/14(水) 18:01:53.45

じゃあPythonを改善したスゴい言語でも作れば？
IQ高いんだろ

**デフォルトの名無しさん** · 2019/08/14(水) 18:29:24.84

他のメジャーな言語はだいたいカッコか、そうでなければendとかfiとかキーワードでブロック作るもんな
Pythonだけじゃん

**デフォルトの名無しさん** · 2019/08/14(水) 18:48:09.95

僕はPythonが読めない
まで読んだ

**デフォルトの名無しさん** · 2019/08/14(水) 18:55:09.10

僕はパイさんが揉めない
まで読んだ

**デフォルトの名無しさん** · 2019/08/14(水) 19:38:29.30

キチがイチャモンつけたいだけでしょ
スルーでいい

**デフォルトの名無しさん** · 2019/08/14(水) 19:44:12.47

キスしてイチャイチャしたいだけでしょ
スルーでいい

**デフォルトの名無しさん** · 2019/08/14(水) 19:44:50.26

>>1で将来性のないプログラミング言語筆頭にRubyが挙げられてることから目を逸らしたい幼稚な工作でしょｗｗｗ

**デフォルトの名無しさん** · 2019/08/14(水) 20:00:32.73

Rubyの未来は
ウォウウォウウォウウォウ

世界が羨む
パイパイPython

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

>>80
統合失調症かよ
ム板って何でこんなやつが多いんだ

44 · 2019/08/14(水) 23:54:58.98

VSCode の拡張機能、Bracket Pair Colorizer, indent-rainbow などで、対応関係がわかる

WEB+DBのJulia特集を読んだ
http://medfreak.info/?p=4850

漏れも、同じ意見

Python ではプログラミングしづらいけど、
Julia は、do ～ end など、Ruby に似てるから、プログラミングしやすい

やっぱり、外人も同じように思ったから、Julia, Elixir などが作られた！

Juliaは、Pythonのライブラリも呼べる

NumPy がいらない。
ベクトル演算・行列積・線形代数・統計処理などが標準装備

LLVM のJIT だから速い

今後は皆、Pythonから、Juliaに流れそう

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

>>94
＞VSCode の拡張機能、Bracket Pair Colorizer, indent-rainbow などで、対応関係がわかる

解決策ありがとです

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

>>94
漏れも、同じ、意見。
Rubyは、廃れる！

**デフォルトの名無しさん** · 2019/08/17(土) 02:31:43.11

VB6までが無い
Perlが挙がってるのが個人的には不思議

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

>>43 その通りだな。インデントが無茶苦茶でも通るからロジックのまとまりがどうなってるかわかりづらい。仕方なく自分でインデントを整理するが。

ま、どんな言語でも作ってるやつがクソならクソなプログラムになってる。時々イラっときて作り直した方が早い。

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

>>66 () {} などで括られた中はインデントを気にしなくても良い。

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

>>86 あのさ、そんな些細な事より、{} で括るとか、
if
fi
とかの方が余程コーディングの手間が多いぞ。
1タッチでも少ない方が良い。

そもそも、Python はスクリプト言語だと言うことを無視して話してる。
その都度実行されないといけないんだぞ。
間違えるわけがない。

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

書くのは一回、読むのは数十回
たった一回書くのが楽なことよりも
何十回も読むのが楽な方を選ぶ

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

Perlに依存してるパッケージが減りつつあるような気がしないでもない

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

>>101 何十回も試行錯誤して、採用するのは一つという世界がわからない？

**デフォルトの名無しさん** · 2019/08/17(土) 15:03:41.31

何十回も試行錯誤してる。
その間、何十回も読んでいる。

**デフォルトの名無しさん** · 2019/08/17(土) 15:15:18.31

perlなんか日本人しか使って無いだろ。

**デフォルトの名無しさん** · 2019/08/17(土) 15:17:27.70

開発者もたしか日本人だし

**デフォルトの名無しさん** · 2019/08/17(土) 15:54:01.44

うちもそうだけど知ってる範囲じゃperlはもう書かせない会社ばっかりだな

**デフォルトの名無しさん** · 2019/08/17(土) 17:23:42.10

知ったかぶりバカ「perlの開発者は日本人」

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

>>106

>>106

>>106

**デフォルトの名無しさん** · 2019/08/17(土) 19:59:20.50

dankogaiを勘違いしたのかな

**デフォルトの名無しさん** · 2019/08/17(土) 20:05:09.05

まつもとのりゆきで

**デフォルトの名無しさん** · 2019/08/17(土) 20:33:53.76

ワロス

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

弱小うんこwebドカタ仕事専用のRoRのシェアが落ちてきたって本当ですか？

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

まぁ一番将来性無いのは勉強止めた奴だけどな。派閥抗争ごっこする位なら新しい言語の一つでも覚えりゃいい。

**デフォルトの名無しさん** · 2019/08/18(日) 22:38:17.85

保守はしたくないけどプロトタイピングにはいまでも有用
なんだかんだ文句いいながらも使えるひとが多い

**デフォルトの名無しさん** · 2019/08/19(月) 03:04:40.78

pythonのインデントでブロック作るのホント嫌い
ちょっとした入力ミスでインデントがズレると死ぬ

あれのせいでワンライナーを半ば強制されてるようなもので
チューニングはしづらいし、可読性は下がる

**デフォルトの名無しさん** · 2019/08/19(月) 03:38:01.34

>>116に対する反論。
俺の会社の奴らはインデント矯正されないと
インデントめちゃくちゃにする。
可読性はもっと下がる。誰のせいか？

**デフォルトの名無しさん** · 2019/08/19(月) 04:14:11.27

普通のプログラミング言語なら push 時にインデントチェックして拒否したり自動整形するようにできる
python みたいなインデントでブロック作る言語はダメね

**デフォルトの名無しさん** · 2019/08/19(月) 12:15:27.59

>>117
フォーマッタ使えばよくね？？？

インデントが狂っても静的チェックでエラー出ないからバグの温床になるし
長くなったコードを改行するときにもインデントが必要になるから区別がつけづらいし
ラムダ式書く場合も内容が複数行に渡る場合は関数内関数を定義する必要が出てきてこれがまた書き難いし読み辛い

インデントブロックは俺も最初は見やすくていいじゃん！って思ってたけど
使い込むうちに不便な側面の方が強くなってきたわ

**デフォルトの名無しさん** · 2019/08/19(月) 12:20:48.74

インデントでブロックを作るやつはデバッグとか
動作検証したいだけってときに面倒だよね

自分で手書きするときはインデントするし
最終的には綺麗にするんだけど、

一部のコードをコメントアウトしたり
動きがわからんから、一部分抜き出して動きを見たりとか
そういう作業中のじゃまになる。

**デフォルトの名無しさん** · 2019/08/19(月) 15:53:43.94

>>117
emacsならC-c C-qでもいいし他のエディタも整形機能ついてるのあるんじゃないの
pythonはエディタが特化してないとどうしようもない
インデントだけで管理しなきゃいけないってのは悪手だ

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

VSCodeでもインデントがズレると色でわかるな

**デフォルトの名無しさん** · 2019/08/20(火) 17:19:24.55

経験上、インデント面倒臭いというやつのコードは汚い

**デフォルトの名無しさん** · 2019/08/20(火) 17:26:59.88

何が経験だ当たり前の話じゃねーかｗ

**デフォルトの名無しさん** · 2019/08/20(火) 17:36:59.00

>>123
（上級者は）インデントするのが面倒くさいって言ってるんじゃないからな。
デバッグや動作検証などの一時的なコードまでインデントするのが面倒くさいって言ってるんだからな。
すぐ消すようなコードまでインデントする必要ないし
後で消すときに目立つようにあえてインデントを崩してる。

**デフォルトの名無しさん** · 2019/08/20(火) 19:53:51.24

インデントと論理構造の一致が不要という人もいるだろうし
コードはすべて大文字で書くべきという人もいるだろう
コーディング規約の一貫性は不要だという人もいれば
レビューは工数の無駄だという人もいるだろう
そういうレベルのお話よね

**デフォルトの名無しさん** · 2019/08/20(火) 21:02:08.67

インデントとカッコで同じ情報を表してるんだから冗長なのは事実
知能が高いと冗長さは単純に無駄だが、低脳ドカタには冗長さも必要ってことだよ

**デフォルトの名無しさん** · 2019/08/20(火) 21:25:25.48

インデントとカッコが同じ情報だと思ったことがPythonの敗因だろうね
インデントっていうのはスペースと同じなんだよ。

コンピュータからすれば意味はなくて、
人間が見やすくなるように人間のためのもの

意味がある情報だけで言えば、スペースは要らない
カンマや演算子の前後にスペースは要らない
関数の引数だって,のみスペースは禁止にしたってよかったはずだ。

でもそうしなかったのは関数の引数を区切るカンマと
見やすくするためのスペースは別物だから

Pythonは見やすくするためのインデントを意味と共通化してしまったから
見やすい記述に制限ができてしまった。

**デフォルトの名無しさん** · 2019/08/20(火) 21:26:58.31

>>127
上級者様やぞ
口を慎め

**デフォルトの名無しさん** · 2019/08/20(火) 21:45:07.95

>>128
それに、ブロックの終了の記号が何にも無いのは明確さがなく、
ケアレスミスの元となる。レイアウト的なものは、空行を入れたり
少し違う業や関数からコピーして来たりするときにずれ易い。
ずれたときにブロックの終了記号があると助かる。

>>127
逆に助長性は安全性に繋がりやすい。例えば、C/C++の最後のセミコロン";"
は無くてもコンパイラがその都度推定できる可能性はあるが、
有った方が確実だから有る。Rubyなんかは無くても分かるときはなくて良い
仕様ではあるが、大規模プログラムではそれが見つけにくいバグの原因に
なる可能性がある。

**デフォルトの名無しさん** · 2019/08/20(火) 21:47:25.12

>>127
文系の人は、lexical(字面)的な読解力が頭の良さだと勘違いしやすいが、
そうではない。字面ではなく本質的なところが重要。字面的な判別能力
を自慢にしてる人は、短いが見にくい変な書き方をして結局本人も間違う。

**デフォルトの名無しさん** · 2019/08/20(火) 21:50:09.95

>>127
ちなみにおいらは、客観的に見て低脳ドカタではない。
高IQ、高学歴、高実績で評価は高い。

**デフォルトの名無しさん** · 2019/08/20(火) 21:50:17.64

理系の短いは実行する行が少ない（定義文や空行は含めない）
文系の短いは書く量が少ない

**デフォルトの名無しさん** · 2019/08/20(火) 21:58:55.64

>>128
C/C++において、関数の引数を二行以上に渡って書きたいような時、
インデントと意味は、有る意味ではずれる。しかし、それぞれの引数の後ろに
一つずつコメントを書きたいようなときにはそのの書き方は見やすい :
func(
　　aaa, 　　// これこれこういう意味。
　　bbb,　　// TYPE *pXxxx
);

また、ターゲット別に #if #endif などでコードを変えたいような場合は、
インデントの関係がどうしても崩れる場合があるし、その場その場で
マクロに対するインデントを重視するか、C/C++言語に対するインデントを
重視するか、どちらがいいかは一概には決まらない。

#if xxx
TYPE aaa;
・・・
#else
・・・
#endif

↑TYPE aaa; の部分に、#if ブロックのインデントを付けた方がいい場合と、むしろ、その場の
C/C++ のブロック宣言としてのインデントの位置を維持した方が分かりやすい場合とが有り、
どちらも優劣付けがたい。

**デフォルトの名無しさん** · 2019/08/20(火) 22:01:08.71

>>133
文系の人は、文章そのものの雰囲気的な美しさに美学を見出す傾向がある。
芥川龍之介の「表現技巧(?)」が素晴らしいとか、○○氏の詩的表現は
真似できないとか。

しかし、それをプログラミングに持ち込んで欲しくない。ここでもそういう
表面的な美しさばかりにとらわれている人が多い気がする。

**デフォルトの名無しさん** · 2019/08/20(火) 22:03:19.33

上級者はコードの書き方に拘って
見やすいように、意味が伝わりやすいよに書くんだが

低級者は無意味に見づらく書く（本人は見づらいことがわかってない。そこまで気が回らない）

そういう低級者にインデントのみ、書き方を押し付けることが出来るが
どちらにしろ低級者なので、クソコードにしかならない
低級者には補助輪程度の役目にしかならず、上級者には足かせとなる

**デフォルトの名無しさん** · 2019/08/20(火) 22:25:28.11

そういえば、プログラミングにおいても>>134の場合のように、関数の
引数を折り返して書く場合、どの程度引数の前に空白やタブを入れるべきかは
人間が見たときの「見易さ」で決まる。それは関数名 func 部分の長さに
よっても変化し得る。そして、何が美しいかは「美学」「美術」の領域に
入ってきてしまう可能性がある。だからプログラミングは芸術とも言われる。

その意味で、インデントに論理的な意味を与えすぎると、芸術的な
美しさが得られなくなってしまう可能性は高い。

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

なっがーい

**デフォルトの名無しさん** · 2019/08/21(水) 03:52:34.88

ここでやる話じゃないな

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

まるで自分が将来性が無いって言われてるように感じてしまって必死なんよ

**デフォルトの名無しさん** · 2019/08/21(水) 09:51:04.12

年収3000万超えてからが上級やぞ
それまでは低脳ドカタ

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

>>133
数式嫌いでCOBOL好きそう

**デフォルトの名無しさん** · 2019/08/21(水) 15:30:57.62

インデントで話を散らかしてRubyの将来性>>1から意識を逸らしたいだけｗ