将来性ないプログラミング言語。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/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で書く阿呆がおるか

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

× 型に神経質
○ バグなしに神経質

正しく動くコードを書くのに
神経質になって何が悪い？

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

そうだ！裸になって何が悪い！

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

考えるな感じるんだ

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

Rustなら兎も角、JavaやC#みたいなユルユルなドカタ言語なら
スクリプト言語と変わらんわ

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

Javaは型については、スクリプト言語よりかなりちゃんとしているし、
いろいろな意味において曖昧さが少ない言語の1つ。Pythonには間違いやすさ
がある。特にブロックの範囲について。

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

>>238
Java, C#がユルユルとか意味わからん
またvar(型推論)とvariantの違いを理解できない老害が来てるのか？w

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

Java is not a safe language
https://lemire.me/blog/2019/03/28/java-is-not-a-safe-language/
・Javaはオーバーフローをトラップしません（RustやSwiftなどの言語はします）
・Javaはデータの競合を許可します（Rustなどの言語ではデータの競合は許可されません）
・Javaにはnull安全性がありません（SwiftまたはKotlinでは言語の一部として安全な呼び出しまたはoptionalがあります）
・Javaには名前付き引数がありません（現代の多くのプログラミング言語には名前付き引数があります）

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

https://www.net.in.tum.de/fileadmin/bibtex/publications/papers/the-case-for-writing-network-drivers-in-high-level-languages.pdf

The Case for Writing Network Drivers in High-Level Languages

Table 5: Size of our implementations stripped down to the core feature set
Lang.　　　Lines of code　Lines of C code
C　　　　　　　　　 831　　　　　　　831
Rust　　　　　　　　961　　　　　　　　0
Go　　　　　　　　 1640　　　　　　　　0
C#　　　　　　　　 1266　　　　　　　 34
Java　　　　　　　 2885　　　　　　　188
OCaml　　　　　　　1177　　　　　　　 28
Haskell　　　　　　1001　　　　　　　　0
Swift　　　　　　　1506　　　　　　　　0
JavaScript　　　　 1004　　　　　　　262
Python　　　　　　 1242　　　(Cython) 77

Javaワロタｗｗｗｗ

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

雑食系エンジニア・KENTA の新着動画が来たー！

Javaの方がRubyよりも求人が多いという勘違いについて

Javaはもう死んだの？ Part.2
https://mevius.5ch.net/test/read.cgi/tech/1566040070/110

**デフォルトの名無しさん** · 2019/09/15(日) 17:19:31.74

問題ないなら、さっさと初期値を入れてしまえば
型の心配はしないで済むね

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

nullを返してくるウンコ関数を撲滅しない限り無理

**デフォルトの名無しさん** · 2019/09/16(月) 14:45:50.85

>>244
ユルユル言語信者の認識の低さw

**デフォルトの名無しさん** · 2019/09/16(月) 14:57:20.91

日本語がひどすぎて
https://codeday.me/jp/qa/20190129/197033.html

**デフォルトの名無しさん** · 2019/09/16(月) 17:52:24.64

>・Javaには名前付き引数がありません（現代の多くのプログラミング言語には名前付き引数があります）
VBAがいまだに使われてる理由として名前付き引数があると思う

**デフォルトの名無しさん** · 2019/09/18(水) 00:45:57.32

VBAが存続してんのはExcel操作のためだろ
Excel使わなければこんなクソ言語使わん

**デフォルトの名無しさん** · 2019/09/18(水) 03:47:11.91

名前付き引数を持ってる言語が
ドカタの知ってる範囲ではVBAしか無かったんじゃない？

**デフォルトの名無しさん** · 2019/09/18(水) 11:12:56.61

excelも早くC#サポートすりゃいいのに。

**デフォルトの名無しさん** · 2019/09/18(水) 20:26:39.52

>>251
C#からでもExcelいじれるやろ

**デフォルトの名無しさん** · 2019/09/18(水) 20:54:15.86

pythonサポートすれば解決

**デフォルトの名無しさん** · 2019/09/19(木) 10:31:01.41

WinForm+Pythonで頼む

**デフォルトの名無しさん** · 2019/09/19(木) 16:50:53.40

>>1
「将来性ないプログラミング言語」
この表現は厳密な表現をかなり省略しているものであって
じっさいには暗に色々な前提を含んでいることに注意しなればならない
たとえば現代において「使用できない硬貨一覧」という表現があるとき
そのリストに巨大な石の硬貨は書いてないが、だからといって石の通貨を
使えるという話ではないのは明らかだ
それは現代ではもはやそれは流通していないのは誰の目にも明らかなので
敢えてリストに書く必要がないからである

**デフォルトの名無しさん** · 2019/09/19(木) 17:19:37.86

OfficeがPythonに対応したら、魔改造が始まったりしてな Py++

**デフォルトの名無しさん** · 2019/09/19(木) 18:15:49.52

爆誕.ppp拡張子

**デフォルトの名無しさん** · 2019/09/19(木) 19:55:20.41

VisualPythonだろ。略してVP

**デフォルトの名無しさん** · 2019/09/19(木) 21:26:23.21

Visual Basicは昔のBASICとは違って構造化と型宣言に関して矯正されているから、
Pythonよりはまともな言語だよ。Cよりも優れている点もいくつかある。例えば、

・Cのswitch文ではcaseに1つの値しか指定できないが、VBのselect文では範囲を指定できる。
・Cではfor, if, whileの制御ブロックの終わりはどれも}だが、VBではnext, end if, wendで
　書き分けられ、構造を把握しやすい。
・Cでは同じ構造体(クラスを含む)変数のメンバにアクセスする文が続くとき、構造体変数名を
　いちいち書かなければならないが、VBではPascalのようにwith文で括り出せる。

だから、Pythonのような駄言語をExcelが採用する利点はないし、Pythonなんてキモい名前の
言語を商用ビジネスソフトに採用するはずがない。もしどうしても採り入れるなら、言語仕様の
大幅な矯正を施して、別の名前、例えばPythagorasにするだろうな。

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

pythonに勝てる点を絞り出した結果が型宣言の矯正とか悲しすぎるｗ

**デフォルトの名無しさん** · 2019/09/19(木) 23:11:15.98

そういやswitch相当の構造にラムダ式を書いたらわかりにくいからやめろって言われたことある

**デフォルトの名無しさん** · 2019/09/19(木) 23:25:17.69

Julia、将来性しか無くてつれぇわ…ｗ

**デフォルトの名無しさん** · 2019/09/21(土) 10:41:22.39

>>252
C#AになってVBAみたいにExcel直でいじれる方が便利じゃね？

VBA.NETでもいいけど

**デフォルトの名無しさん** · 2019/09/21(土) 11:29:38.16

>>263
なんで？

**デフォルトの名無しさん** · 2019/09/21(土) 13:57:17.76

Excel単体でEXEとか作れるようになったら助かる
ランタイム必須にしてもソースをバージョン管理できたりするとファイル管理しやすくなるから
類似や派生のxlsxが増えすぎてやってられない

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

そもそもExcel自体、COMみたいなモノなのにexe作れる訳ねーよ

**デフォルトの名無しさん** · 2019/09/22(日) 11:55:35.10

Microsoft、「Exel 発表」来年後半にリリース
https://mevius.5ch.net/test/read.cgi/tech/1517018055/

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

https://qiita.com/yniji/items/b38bc312e860027108ac

11月6日にreditの 'ask me anything' にマイクロソフトの Excel チームが登場して、
「いつExcelにPythonが搭載されるのか？」という質問に対して以下のように回答しています。

要するに、マイクロソフトが Excel に搭載するのは JavaScript であって、
Python を使いたいのであれば PyXLL か xlwings を使えということのようです。

**デフォルトの名無しさん** · 2019/09/22(日) 15:04:32.77

またjsが勝ってしまったか。すまんな

**デフォルトの名無しさん** · 2019/09/22(日) 15:59:55.40

いつの記事だよ
んで、jsexcelに入ったの？
すまんそれopenpyxlでよくね

**デフォルトの名無しさん** · 2019/09/22(日) 16:03:18.14

今はcodelabアドインがいるね。おそらくそれを標準に取り込むんだろう。

**デフォルトの名無しさん** · 2019/09/22(日) 16:53:05.49

Excelはブラウザでも動くわけだから
JavaScriptを採用するのは当然だろうな

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

>>272
そのWebブラウザが画面を表示している仮想WebブラウザならJavaScriptは関係ない。

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

仮想Webブラウザ（？）なわけないじゃん

なんで特殊な物の話をしてんのさ、
一般的なものの話をしろ

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

ん？まさかExcelのWeb版（Excel Online）があるのを知らないってオチか？

Excel Onlineはブラウザで動くからVBAは使えない。
JavaScriptならブラウザで動くからスクリプトをサポートできる

（他の言語でもトランスレートすれば不可能じゃないけど
将来はともかく、まずJavaScript APIを作らなければいけないわけで）

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

馬鹿はWindowsのexeがブラウザで動いていると思ってるのかね？

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

Excel Onlineはウェブアプリですが？

LibreOfficeやOpenOfficeはMS Officeのライバルとして
作られたけど、クラウド対応はできなかったよな

クラウド対応はアプリを作るだけじゃ駄目
サービスとして運営しないといけない。無料ではやっていけない。

クラウドの時代になって、LibreOfficeやOpenOfficeは
MS Officeの対抗馬では無くなってしまった。

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

Excel2016はWindowsアプリだからEXEバイナリじゃないとダメ、って言ってるようなもんだぞ