将来性ないプログラミング言語。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/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から意識を逸らしたいだけｗ

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

デルファイは言語じゃ無くて、IMEの名前じゃね？
あれ、中身言語はpascalだよな？

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

あ、IDEだったw

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

Rubyに将来性はないし、使ってる99.999%は低脳ドカタ

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

なに調べ？

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

pythonはｲﾝﾃﾞﾝﾄｶﾞｰとか言ってる人ってメモ帳でソースでも書いてるの？ｗ

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

メモ帳以外で書いたら、勝手にインデント揃えてくれるんか？
例えば、他から持ってきた複数行のコードをコピペしたときに

インデント＝ブロック構造というコードの意味になってるんだから
勝手に整形してくれるわけないな

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

ペーストしたとこからの相対でインデント維持しないん？

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

低脳ドカタの低脳っぷりが痛々しい

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

>>149
秀丸とか使ってそう(^^;;
とりまVSCodeかatom入れようよ(^-^;

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

>>150
無理だろ？

例えばこういうコードに

def repeat_msg(msg, repeat=3):
　　for i in range(repeat):
　　　　print msg

他のコードで使われてる、インデントが異なるこの2行をコピペして

　　　　　　print foo
　　　　　　print bar

def repeat_msg(msg, repeat=3):
　　for i in range(repeat):
　　　　print msg
　　print foo
　　print bar

に勝手にインデント揃えてくれるエディタなんて思いつかん

そもそも実現可能なのか？やる方法があるにしても、どこからコピペを
開始して、どこに移動してから貼り付けるとかパッと出てくる？

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

コピー先の最初の行のインデントの深さだけ決めてコピーしたら
残りの行のインデントも自動的に揃えられるだろ

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

>>153
草
ちょっとは最新のエディタも触ってみようぜ

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

>>154
残念ながらそれは無理。

def repeat_msg(msg, repeat=3):
　　for i in range(repeat):
　　　　print msg
　　| ここで貼り付けをすると

こうなる。

def repeat_msg(msg, repeat=3):
　　for i in range(repeat):
　　　　print msg
　　　　　　　　print foo
　　　　　　　　print bar

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

短形選択

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

>>153>>156
ここでPythonのインデント云々って言ってる人はこんなレベルだったの？

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

WEB+DB vol.111 は、Ruby on Rails 6, Julia 特集だけど、
Python から、Julia へ流れそう

Julia は、do ～ end が使えて、Ruby風に改良されてる！
Jupyter Notebook(JN)でも使える

Windows で、RubyをJNで使っている人は、日本語でバグらないの？
irb では、バグるけど

RubyをVSCode で使っているけど、JNでも日本語でバグらないかどうか、知りたい

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

>>156
自分の周りにコピペプログラマーがいないからちょっとびっくりなんだけど
こういうレベルの人が世の中に結構いたりするの？！

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

>>156
しかもそれ他の言語でも同じだよね例えばcならこうなるけどカッコで対応とれてるからってそのままこういう風に書き続けるのかキミは？ｗ

void repeat_msg(char *msg, int repeat){
　　for (int i = 0; i < repeat; i++){
　　　　printf("%s\n", msg)
　　}
　　　　　　　　printf("%s\n", foo)
　　　　　　　　printf("%s\n", bar)
　　　　　　　　printf("end.\n")
　　　　　　　　}

**デフォルトの名無しさん** · 2019/08/23(金) 00:10:56.91

>>161
自動整形すればいいじゃない

**デフォルトの名無しさん** · 2019/08/23(金) 06:25:16.83

それpythonも同じだよね(^◇^;)

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

敢えてやるなら
def repeat_msg(msg, repeat=3):
　　for i in range(repeat):
　　　　print msg
　　if True:
　　　print foo
　　　print bar
こんな感じ
コピペの方がインデント浅い時とか長い時は別関数造って呼ぶ

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

とりあえずpythonで書き慣れると他の言語が鬱陶しくて仕方ないねインデントに限らず
プログラミング言語の完成形に近いと思うわ
恒常的に動くシステムのソフトとかでもない限りpython一択だと思うわ
あ、GUIアプリは知らん

**デフォルトの名無しさん** · 2019/08/23(金) 21:18:32.44

わい氏、第1得意言語haskell、第2得意言語ruby、無事死亡

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

pythonの何が完成系なんだよ。
変数のスコープがあいまいだし、
参照かコピーかあいまいだし、
ライブラリと同じ名前のファイル名つけたら悲惨だし

結局あいまいだからちょっと複雑なものを作るとうんざりする。
完成されたライブラリにちょっとパラメータ変えて流すには便利ってだけの代物

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

>>160
ある機能を他でも使うから関数化しようかなーとかあるわけだが

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

>>167
ちょっと複雑なものなんてお前には作れないだろ
モッサリ鈍重ウンコwebサイトは複雑でもなんでもないからね？

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

あいまいではないな。
仕様どおりだ。
仕様が変だという話かな。

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

>>166
そこでElixirですよ

**デフォルトの名無しさん** · 2019/08/24(土) 02:50:57.03

えり草はえるｗｗｗ

**デフォルトの名無しさん** · 2019/08/24(土) 03:26:11.93

Python, Ruby っぽい、Julia

関数型なら、
Haskell っぽい、Elm。
Ruby っぽい、Elixir

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

>>167
まあ無能な奴は厳しい規則設けて檻に入れとくしか飼いならす方法ないもんなあ
プログラミング言語も同じで草

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

Pythonは30行以内でささっと書くスクリプトには向いている。
それより長大なプログラムを書くには苦行でしかない。

**デフォルトの名無しさん** · 2019/08/24(土) 16:27:38.27

年収3000万以上の開発者がPythonでAIを書き（もちろん30行以上ある）、
年収300万以下の低脳ドカタは世界の片隅で30行しか書けないとブツブツ言っている

**デフォルトの名無しさん** · 2019/08/24(土) 20:07:40.46

3000行くらいでささっと、やね
10kL以下ならpythonだわ

**デフォルトの名無しさん** · 2019/08/25(日) 09:20:51.79

10年くらい前、Lightweight languageとかって盛り上がってた時は型に縛られはないから、早く楽しくプログラミングできるとか言ってたのにのね

**デフォルトの名無しさん** · 2019/08/25(日) 10:37:56.39

>>178
まあ間違いじゃない。問題は歴史が浅く、大規模のアプリが作られてなかったことによる
結局大規模になって、作った人じゃない人がメンテナンスするようになると
途端に、型がないと大変ということに気づく。

**デフォルトの名無しさん** · 2019/08/25(日) 13:11:06.11

先人の智慧や蓄積を無視して
若いのが俺カッケーした結果がこれか

**デフォルトの名無しさん** · 2019/08/25(日) 17:01:15.19

10年前の静的型といえばJava全盛期じゃん
そりゃ動的型の方が良いってなるよ
今と比べちゃいかんでしょ

**デフォルトの名無しさん** · 2019/08/25(日) 17:16:09.82

C++もいちいち型指定するのめんどくさいってことでauto乱発だしな

**デフォルトの名無しさん** · 2019/08/25(日) 17:42:45.70

>>180
知恵や蓄積の結果生まれたpythonの方が優位なのは明らかなのに先人様がそれを認めない結果がこれなんやで

**デフォルトの名無しさん** · 2019/08/25(日) 19:26:07.76

結局、ケースバイケースなんだよな
Javaが向いてるケースがあれば、Rubyが向いてるケースもある
それ理解せずLL最高とか言ってたのが10年前のはてなブックマークのホットエントリー

**デフォルトの名無しさん** · 2019/08/25(日) 19:27:05.70

10年前に書かれたRubyを保守しろと言われたら悲惨だよね

**デフォルトの名無しさん** · 2019/08/26(月) 14:28:40.88

XMLとかJSONとかテキストベースの無駄構造データ受け渡しを流行らせた糞も反省汁

**デフォルトの名無しさん** · 2019/08/26(月) 15:11:42.69

何が無駄構造なのかわからん
CSVより便利だし

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

バイナリでバッチリ敷き詰めて
更に圧縮したら効率がいいだろ！

**デフォルトの名無しさん** · 2019/08/28(水) 20:35:03.80

SwiftはObjective-Cよりも先に死ぬよ

**デフォルトの名無しさん** · 2019/08/28(水) 20:37:38.22

さすがにそれは無理がある
SwiftUI出てきたあたりで切り離してもおかしくない頃合い
依存してる領域もあるけどなんとかするだろ

**デフォルトの名無しさん** · 2019/08/31(土) 12:30:17.20

>>144
俺はObjectPascal言語の開発環境の名前がDelphiだと思ってるけど
違うかな

**デフォルトの名無しさん** · 2019/08/31(土) 13:16:35.92

もともとObjectPascalという言語だったが
魔改造し過ぎでもはやObjectPascalとは呼べなくなったから、
これからはDelphi言語だーって公式が言ったけど、
やっぱObjectPascalに戻すわーって言ったのがDelphiが使われなくなった頃

**デフォルトの名無しさん** · 2019/09/01(日) 00:58:31.40

>>191
IMEじゃなくてIDEな
わざとだろうけど

**デフォルトの名無しさん** · 2019/09/01(日) 00:59:58.12

>>192
Delphiと呼ばれる前の
ObjectPascalのIDEは
Paradoxとか言ってなかったか

**デフォルトの名無しさん** · 2019/09/01(日) 18:21:44.99

誰かPHPは安泰だと言ってください

**デフォルトの名無しさん** · 2019/09/01(日) 20:46:04.56

ぺチプ

**デフォルトの名無しさん** · 2019/09/01(日) 20:55:12.89

ぺチプマ～ン

**デフォルトの名無しさん** · 2019/09/01(日) 23:22:15.91

>>167
python のスコープなんてもっとも単純だろうよ。
>ライブラリと同じ名前のファイル名つけたら悲惨だし
こんなバカなことで困る輩はいない。

コピーと参照のあいまいさはまあわかるが。

**デフォルトの名無しさん** · 2019/09/02(月) 19:50:56.03

Paradoxはデスクトップデータベース
Accessみたいなもん

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

>>194
ParadoxはDB

**デフォルトの名無しさん** · 2019/09/03(火) 10:05:46.27

ParadoxはObjectPAL
ObjectPascalの前身かこれ？

**デフォルトの名無しさん** · 2019/09/03(火) 14:54:44.93

>>195
言えない・・

**デフォルトの名無しさん** · 2019/09/03(火) 19:06:57.77

>>201
ObjectPALとObjectPascalは別物だと思うよ

**デフォルトの名無しさん** · 2019/09/04(水) 10:41:25.21

Access - VBA
Paradox - ObjectPAL
Filemaker - こいつのスクリプトって名前なんていうの？

**デフォルトの名無しさん** · 2019/09/06(金) 15:45:24.50

>>195
まああと少しの間は大丈夫だろうからすぐに他の言語を覚えた方がいい
とりあえずJavascriptならもう少し延命できると思う

**デフォルトの名無しさん** · 2019/09/06(金) 15:59:49.77

もう少しどころか立ち位置的にCOBOL越え確実だと思う。wasm関連技術では完全代替はまだまだまだまだ難しい。
別に好きだと言ってるわけじゃないので変な勘違いしないでよね！

**デフォルトの名無しさん** · 2019/09/06(金) 16:01:01.15

あ、phpじゃなくてjsのことだぞ。phpはまぁ…頑張れ

**デフォルトの名無しさん** · 2019/09/07(土) 02:50:26.18

Pascalって現役なの？死語でなく？

**デフォルトの名無しさん** · 2019/09/07(土) 04:02:36.77

そういう意味ではCOBOLの方が現役バリバリ

**デフォルトの名無しさん** · 2019/09/07(土) 14:30:36.59

Pascal自体は死んで久しい
Delphiが単独で頑張ってるだけ

**デフォルトの名無しさん** · 2019/09/07(土) 22:45:55.12

dolphinてなんや、、excelのイルカを出す、あのプログラム言語のことか、、

**デフォルトの名無しさん** · 2019/09/07(土) 22:49:30.48

ニンテンドーゲームキューブの開発コードネームやぞ

**デフォルトの名無しさん** · 2019/09/08(日) 00:34:21.57

Linux用にそんな名前のファイルマネージャーがあったような。

**デフォルトの名無しさん** · 2019/09/08(日) 00:35:22.71

>>211
>Dolphin(ドルフィン)は、KDEデスクトップ環境で動作するファイルマネージャーである。

**デフォルトの名無しさん** · 2019/09/08(日) 00:36:33.40

>>214
[追加]
Dolphinという名のAndroid用のブラウザもあるらしい。

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

haskellが入ってるのは絶対おかしい
俺がこれから使おうとしてるのにありえない
この記事はフェイクニュース

**デフォルトの名無しさん** · 2019/09/08(日) 23:22:52.79

現場のリーダーはJavaはセキュリティの事故で将来性はないと言っていた。大手の金融プロジェクトでも不採用の方向なんだと。
もしアプリローンとかでJava使っているところがあったら、問題おきてニュースになってもおかしくないだろう。

**デフォルトの名無しさん** · 2019/09/09(月) 02:29:02.78

Perlは個人でちょっとしたものを書くのに最高なんだけどな。

数値と文字列を雑に扱いたいときもよしなに対応してくれるし、
厳密にコントロールしたけりゃそういう書きかたもできる。

Pythonで書くときみたいにstr()とかint()とかちまちましたくないんよ。

**デフォルトの名無しさん** · 2019/09/09(月) 10:50:04.56

よしなにってのがクセモノなんだぜ

きっちりエラー出してそれ以上先へ逝かせてくれないpythonマゾ大好き

**デフォルトの名無しさん** · 2019/09/09(月) 11:41:42.16

厳密に云々って書いてるのみえないの？

**デフォルトの名無しさん** · 2019/09/09(月) 12:26:14.53

perl糞つかえねぇω → strict ルールで縛る
結局毎回ルール適用なら最初からpython使えよωωω

**デフォルトの名無しさん** · 2019/09/09(月) 13:19:23.95

最高のクソ言語Perlがなんだって？
https://8-p.info/perl-interpolation/

**デフォルトの名無しさん** · 2019/09/09(月) 23:59:33.69

strictは必ず使っているので変数宣言についてはPythonと同程度の手間が
かかってもいいんだけど、一番違いを感じるのは文字／数値変換なんだよね。

Perlの場合変数の型ではなく演算子で演算を区別してるから
Pythonのようにいちいち型変換する必要もないし、
JavaScriptのように演算の中身を知るために変数の型を確認する必要もない。
ちょっとした調べものとか計算ごとをするのに最高だよPerl。

**デフォルトの名無しさん** · 2019/09/10(火) 01:04:16.58

そういうのをやりたいときはVisualWorks使ってる
納品物以外は全部これ

**デフォルトの名無しさん** · 2019/09/10(火) 12:39:22.71

勝手に変換はタチが悪い
tclでファイル読み込んでデータを加工して出力してると連続のはずのデータがたまに飛ぶ
？？と思ってよく見ると、データがたまたま整数になってると整数の割り算になって結果が狂うということがあった。
これを避けるには結局明示的な変換が必要でだったら最初からそういう仕様でよい

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

a = "1" + 2; // 12
b = 1 + "2"; // 3

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

機械学習の前処理でPerl使ってるわ
正規表現でユニコードなどを雑に扱えるのってこの言語くらい
他の言語はマジでやってられん書き方強要される

**デフォルトの名無しさん** · 2019/09/13(金) 21:47:39.40

Perlを使ってると、雰囲気でそれっぽく動くけど
実際バグだらけのコードを書く癖がついて、
プログラミングの才能が破壊されて
まともな言語では書けなくなるというよね

**デフォルトの名無しさん** · 2019/09/14(土) 02:53:15.49

初学者なら当てはまるけど作法守ればそうでもない
ただコードが野暮ったくなるから利点は消える

**デフォルトの名無しさん** · 2019/09/14(土) 11:59:10.57

>>228
その通り
VB > Perl > php >>> 越えられない壁 >>> ruby >>> 越えられない壁 >>> python

**デフォルトの名無しさん** · 2019/09/14(土) 14:39:19.85

Perl、Ruby、Python、JSは、どれも型がないので間違いがあっても気付かない事が
あるのが困る。Perlは関数の引数が番号式で、なおかつ、参照型引数の仕様が
引数の「型」が複雑な場合に、C/C++、Javaに比べてテキトーで思ったように
動かないことがあったので困った。
Pythonはブロックの終了が分かりにくいところが最悪。Rubyはブロックの終わり
をendと長く書く必要があるのが最悪。

**デフォルトの名無しさん** · 2019/09/14(土) 15:32:44.73

ありなしの話で言うと全部型はあるな。
本当に型がないというのはPrologとかだろ。

**デフォルトの名無しさん** · 2019/09/14(土) 16:05:43.73

ないのは型じゃなくて定義時の型情報

定義時に型情報がないから、実行時にしか判断できない
しかし一部の例外を除き、コードは特定の型（もしくは特定のインターフェース）を
前提としてたコードになってる。

特定の型でしか動かないのに、動かない方を渡すことが出来てしまう。
だから書いているコードの矛盾を検出できない

**デフォルトの名無しさん** · 2019/09/14(土) 16:21:14.63

使い分けしないアホが悪い
そんなに型に神経質なコードをpythonで書く阿呆がおるか