TOP カテ一覧 スレ一覧 100〜終まで 2ch元 削除依頼
awkについて語るスレ $2
Subversion r15
C/C++以外の推薦図書/必読書のためのスレッド
ふらっと C#,C♯,C#(初心者用) Part145
Visual Studio 2017 Part6
【Java】Wicket【HTML】
Borlandにはやられた...
nim
C++相談室 part136
オブジェクト指向は愚かな考え。この世は計算式 ★3

将来性ないプログラミング言語。Delphi含まれず安心


1 :2019/08/07 〜 最終レス :2020/04/07
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

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

3 :
毎日終わってるな

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

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

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

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

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

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

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

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

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

13 :
>>2
Dのことか

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

15 :
VB5、HSP「テンション上がってきた!」

16 :
COBOLは??

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

18 :
perlは残るでしょ。

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

20 :
> 関数と関数の間は〜2行開けるとか、

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


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

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

21 :
>なぜPythonはそれを強制しなかったのか?

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

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

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

どんな問題?

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

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

25 :
   ∩___∩         |
   | ノ\     ヽ        |
  /  ●゛  ● |        |
  | ∪  ( _●_) ミ       j
 彡、   |∪|   |        J
/     ∩ノ ⊃  ヽ
(  \ / _ノ |  |
.\ “  /__|  |
  \ /___ /

26 :
松本ひろゆき

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

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

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


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

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

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

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

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

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

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

35 :
皮肉だろうね

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

37 :
何で必死な人沸いてるん

38 :
>>31
うぜえw

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

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

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

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

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

44 :
python ではあまり複雑なフローを書くなということなんだろうな
そういう場合は関数呼び出しとか使ってくれということでは?

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

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

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

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

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

47 :
len(a)

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

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

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

の間違いでは?

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

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

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

53 :
>>52
単にライブラリが有るからだよ。

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

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

56 :
そんなもんやで

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

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

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

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

59 :
pascal永遠に不滅です。

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

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

62 :
それは関係ない

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

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

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

66 :
R だと!

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

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

68 :
>>67
そうか?
その辺の読みにくさはJavaの方が酷いぞ

69 :
みたいからPastebinしてよ

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

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

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

  if ・・・


   
   
   if ・・・
    

    for ・・・

   aaa


  bbb


   ccc

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

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

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

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



  aaa();


 bbb();




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

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

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

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

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

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


   aaa;

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

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

80 :
定規とかアホすぎ

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

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

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

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

84 :
ないない。悪手すぎる

85 :
>>81
なんだ単なる基地害か…

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

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

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

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

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

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

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

93 :
Rubyの未来は
ウォウウォウウォウウォウ

世界が羨む
パイパイPython

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

95 :
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に流れそう

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

解決策ありがとです

97 :
>>95
漏れも、同じ、意見。
Rubyは、廃れる!

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

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

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

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


100〜のスレッドの続きを読む
JavaScript情報交換所(プログラミング既習者専用)
【DDD】ドメイン駆動設計【エリック・エヴァンス】
【TDD】テスト駆動開発【TestFirst】
Ruby 初心者スレッド Part 65
低スキルでも読めるコードは、属人的なコードになる
Pythonのお勉強 Part62
ふらっと C#,C♯,C#(初心者用) Part137
人工知能ディープラーニング機械学習のための数学
C++相談室 part144
人工知能ディープラーニング機械学習のための数学
--------------------
ネオコー503で僕とアナル 亀沢ケンタロー
【土地改良】農業土木って将来性あるの?【諫干】
オリンパス OLYMPUS ラジオサーバー PJ-35
【輸出規制】孫崎享氏「日本は国際社会から孤立する」★2[07/21]
【虐待】札幌市円山動物園★17【改善勧告】
最近のハリウッド映画は中国に毒されすぎじゃね?
鬱で休職している人・退職した人 115
基地外大野智ヲタの悪行を語るスレ788
OOO 土屋嘉男 OOO
コロナ流行ってるのに自粛しないレイヤー・カメラマン・スタジオ・イベント団体などについて その2
hotmailへ送信できないんだけど・・
最近気になっているジュース、自動販売機って何??
【AKB48】16期生応援スレ☆33
ゲームセンターCXを楽しむスレ 40シーズン
洋服のワキの汗ジミ
ドルフィードリーム571
(-∠-) 2
SONY Xperia XZ1 part33
■○創作関連質問&相談スレ89○■
【JT】PloomTECH + S プルーム総合【Part118】
TOP カテ一覧 スレ一覧 100〜終まで 2ch元 削除依頼