次世代言語Part7[Go Rust Swift Kotlin TypeScript]

**デフォルトの名無しさん** · 2017/10/19(木) 17:51:38.66

文字数制限きついので改題
スレタイ以外の言語もok

前スレ
次世代言語議論スレ[Rust Kotlin Haskell]第6世代
http://mevius.5ch.net/test/read.cgi/tech/1503924817/

**デフォルトの名無しさん** · 2017/11/18(土) 12:30:01.33

高速逆走ボケ老人「なんてこった！ワシ以外の全員が逆走しとる！」

**デフォルトの名無しさん** · 2017/11/18(土) 13:08:47.79

そもそもパールやプィエッチピィを少しでも評価する下痢クソ野郎がなんで次世代言語議論スレにいるのか
俺にはわかりましぇーん

あ · 2017/11/18(土) 13:40:56.71

>>633
そりゃ極端だろ。

**デフォルトの名無しさん** · 2017/11/18(土) 13:57:53.12

perlやphpしか選択肢がなかった貧しい時代もあったんですよ！！！

あ · 2017/11/18(土) 13:59:11.15

普通にCで書いてたり、極端なところだとbashのcgiとかもあったなぁ。

**デフォルトの名無しさん** · 2017/11/18(土) 14:04:31.33

選択肢がなかった。それは残念、悲しい時代でしたね
だからこそそれは否定されなければいけないと思うんですけど
その時代を肯定しないと精神崩壊するような老害がなんでこのスレにいるのかって聞いてるんですよー

**デフォルトの名無しさん** · 2017/11/18(土) 14:05:36.40

>>637
あっさんを馬鹿にするやつはPで殴り殺すぞ！この野蛮人！

**デフォルトの名無しさん** · 2017/11/18(土) 14:07:15.03

汚物できゃっきゃしてるやつの方が野蛮人ではありませんこと？

あ · 2017/11/18(土) 15:33:24.85

>>637
単に否定されるべき、ではなくて、より高度に「専用品」が作られてきたようなもんで、
要は適材適所なのよ。今のperlの残り方見てもわかるように。
濫用はもちろんいかんが。

**デフォルトの名無しさん** · 2017/11/18(土) 16:05:50.83

ウンコの適所って？
それしか選択肢がなかった哀しい時代ならともかく今ウンコの適所を探すやつがなんでここにいるのって何度言ったらわかるのかねー？

**デフォルトの名無しさん** · 2017/11/18(土) 18:24:47.03

タイムリーにスラドの新システムがperlだな
結局perlが可搬性最強ということらしい

**デフォルトの名無しさん** · 2017/11/18(土) 19:14:21.75

最近の言語ってclassは無くなって構造体にメソッド生やしてclassっぽく使える言語が多いイメージだけど
この場合の設計はオブジェクト指向的にするのが多いのかな

**デフォルトの名無しさん** · 2017/11/18(土) 19:54:43.23

そういうのは基盤領域が中心だから、
ビジネスドメインのモデリングとは違ってデータはデータとして真面目に設計するでしょ

**デフォルトの名無しさん** · 2017/11/18(土) 20:24:42.14

ああいうのって、ウィンドウライブラリみたいな実装継承が中心になるようなやつは
面倒くさいんだろなーと思って眺めてる
というより初期のOOPLが実装継承が中心だったのは
まさにウィンドウライブラリ作りたかったからだろうな
GUIをHTMLにできるようになったからウィンドウライブラリから開放されたみたいな勝手な想像

**デフォルトの名無しさん** · 2017/11/18(土) 21:53:31.79

P言語っていうウィキペディアの記事あるけど、Pythonに失礼すぎん？

**デフォルトの名無しさん** · 2017/11/18(土) 22:31:09.78

MicrosoftのP言語じゃないのかよw

**デフォルトの名無しさん** · 2017/11/18(土) 22:37:11.57

P-Code のことかと思ったぜ

**デフォルトの名無しさん** · 2017/11/18(土) 22:50:10.69

ヒカシュー
プラスチックス
P-MODEL

あ · 2017/11/19(日) 00:07:06.15

適所を探すと言うより、最初からそれが無難な手だとわかってるから使うんだよなぁ。
適所を探して彷徨ってるのは、それこそ現世代で活用方法がイマイチ定まってない、次世代言語だと思うけど。
いちおう補足するが、単に旧世代、現世代言語を使う事を肯定して次世代言語を否定してるんじゃないからな。
それで充分なら、それを使えばいいってだけで。

僕鉛筆削れないから、ケータイに打ち込んでメモします、それが正しい。この時代鉛筆なんか使わないっしょ、常識的に考えて。削れないと言うか、削らなくて済むことを美徳として受け取ってほしい、みたいな極論に走るんじゃなくて、
鉛筆使うと手で擦ると汚れる、ボールペンって一回書いたら消せない、だからケータイでメモします。電池が切れると読めないって問題は認識してます。って話であるべきだと思うって事。

**デフォルトの名無しさん** · 2017/11/19(日) 00:25:54.36

すまん三行でお願い

あ · 2017/11/19(日) 00:31:10.87

確実に使えると断言できるなら何でも使えばいい。
確実にこれにハマる！と断言しづらいのは次世代言語と言われる言語の方
ただし、次世代言語を否定して、旧世代言語を肯定してる訳じゃない、次世代言語が肯定できるならばそれもよい。かな。

**デフォルトの名無しさん** · 2017/11/19(日) 00:31:32.72

鉛筆とか携帯とか子供のおもちゃとか謎の比喩なんなん？

あ · 2017/11/19(日) 00:36:48.49

なんでもないよ。もし理解できないなら可哀想だなと思ったゆえの空回りだから。

**デフォルトの名無しさん** · 2017/11/19(日) 00:40:49.43

意訳
旧世代言語には実績があるので使いどころは明らか。
対して、次世代言語はそれを模索している最中だ。
明らかに次世代言語が適しているという明確な理由がない限り、実績のある旧世代言語の方が推奨されるのは当然であろう。

なぜこう書けないのか

**デフォルトの名無しさん** · 2017/11/19(日) 01:05:24.17

たとえば、>>654を正常な人間が書いたとしたら、
(もし理解できないとしたら可哀想だな、つまり、)理解しやすいように配慮した。
(空回りだから、と言いたいが、冒頭の「なんでもないよ」と被るので省こう)
という思考をすると思うんだよな
彼はADHDなので書いたそばから頭から抜け落ちてて、こういう頭の中でのフィードバックが機能してないんだろう

あ · 2017/11/19(日) 01:15:07.73

>>656
そんなに高尚なもんでもなく、単なる嫌味だよ。残念だけど。

あ · 2017/11/19(日) 01:24:47.29

>>655
旧世代言語が推奨される、とは言ってない。
次世代言語を推奨するに足る明確な理由があるのであれば、そうすべきとは言ってる。
「実績」を根拠にした「使いどころ」の2行目に対して、2行目はひとつの代名詞で受けるのもどうかと思うし、そもそも「それら」複数で受けるべきでもないんじゃないの？
実績と使いどころって前提に対して出す結論が「適す」「推奨」なのも変じゃん。
それでいいならそう書くけど。

次世代、現次世代の二者択一ではなくて「そもそも買ってくりゃいい」

あ · 2017/11/19(日) 01:27:40.75

途中で書き込み押しちゃった。

「そもそも買ってくりゃ良い」「既存のものが望む言語ではないが存在する」なら、それは、どちらの言語も選ばずに問題解決するんだし、作りたいものの性質によってベストも変わるんじゃない？

あ · 2017/11/19(日) 01:31:04.27

>>658
ごめん、よく読んだら行数無茶苦茶だったわ。代名詞で、受けてるのは三行目な。

**デフォルトの名無しさん** · 2017/11/19(日) 02:51:34.18

>>657, 658
言葉遣い(言語定義)に関して「変」とか「べき」とか相手が間違っているかのように言っているが、
使い方が仕様として定められているプログラミング言語とは違い、
自然言語では「大多数の人間が直感的に理解できる」言葉遣いこそが一般的に好まれる傾向が強い。
つまり、自然言語の場合は自分以外の大多数の他人の総意により言葉遣いの正しさが決定される。
そして、君は言葉は>>655と比べて大多数に対して理解されやすい言葉なのだろうか？

嫌味というのは上記のように反語のかたちで使用する方が相手は理解しやすいと私は思う。
(わざと相手に理解されないようにさりげなく使用する嫌味もあるが)
「理解してほしい」という気持ちがあるのならば、言葉選びには多少注意を払ったほうが賢明だ。

**デフォルトの名無しさん** · 2017/11/19(日) 03:32:31.76

ただでさえ壊滅的な文章力なのに、嫌味やら比喩やらぶっ込もうとしてさらに壊滅的になった結果がこれなんどなあ

**デフォルトの名無しさん** · 2017/11/19(日) 03:48:17.16

知識も文章力もガバガバなのに嫌味だけは一丁前にぶち込んでくるの凄いわ

**デフォルトの名無しさん** · 2017/11/19(日) 03:57:01.75

文章力はガバガバ、文章力を指摘されたら怒って相手の理解力に転化しようとしてたこともあったけど、本人は人の意見もちゃんと区別出来ない理解力
すごい奴だ

**デフォルトの名無しさん** · 2017/11/19(日) 08:29:39.37

>>655の「それ」が指すのって、実績かもしれないし使いどころかもしれないし前文の文意全体かもしれないけど
どれでも意味は変わらないので曖昧なままでいいと正常な人間は判断するんだよ
ADHDの人みたいにそんなことをいちいち確定させないと頭のスタックがオーバーフローしてしまう、なんてことはないの

**デフォルトの名無しさん** · 2017/11/19(日) 09:22:17.02

一般論と自分の意見をごっちゃにしてるのは彼のレスが読みづらい大きな一因だな。
(彼以外にとって)>>655があくまで一般論を述べているのは明らかであり、だから旧世代言語を使えという主張ではない。
俺はできれば次世代言語を使いたいという個人的意見を入れたいなら>>655の後に付け足すだけでいい。
一般的な事実+主張　という教科書的な論述の形になる。

**デフォルトの名無しさん** · 2017/11/19(日) 09:33:41.74

お前らガイジをデバッグしてやってるつもりかもしれんが
そーいうのは医者かそいつの身内に任せとけ
そんなカンタンに直らないことだから放置されて今に至ったの分かるでしょ？
今後も、基本的にそいつは放置され行く運命なんよ…

**デフォルトの名無しさん** · 2017/11/19(日) 10:52:39.44

>>645
今の知識から適当に過去を想像するとそう見えるのかもしれないけど、
Smalltalk も C++ も全くそれに当てはまらない。

**デフォルトの名無しさん** · 2017/11/19(日) 11:51:15.79

大学とかの学術系の人達って、オブジェクト指向言語を、
GUIのWindow制御と関係付けられて語られるのを
非常に嫌がるよね。

**デフォルトの名無しさん** · 2017/11/19(日) 12:14:49.69

だってそれ一部の linux の gui だけだからなあ
要は「きっとそうに違いない」レベルの嘘なんだもん

**デフォルトの名無しさん** · 2017/11/19(日) 12:16:52.00

嘘は言い過ぎか。俗説というのかな。

**デフォルトの名無しさん** · 2017/11/19(日) 12:40:38.90

linux系の人達はシェルスクリプトでできることをC言語 (に似た言語) で書くのが嫌がる

「でもスクリプトでGUIは無理だよね」とかいう人は
自分自身が「スクリプトを非常に嫌がる人」だと自覚すればいい
他人のことは気にするな

**デフォルトの名無しさん** · 2017/11/19(日) 13:56:02.98

MicrosoftもWindowsのGUIプログラミングにオブジェクト指向を最大限
利用してたけどな

**デフォルトの名無しさん** · 2017/11/19(日) 15:53:23.83

動的な要素が必要なものなら必然的にオブジェクト指向的な何かはでてくるだろうね。
逆にアルゴリズムみたいな静的なコードにはあんま馴染まない。

**デフォルトの名無しさん** · 2017/11/19(日) 16:05:17.87

>>645
やってみればわかると思うが
ウィンドウシステムの実装で多用するのは
継承よりもコンポジションだ

あ · 2017/11/19(日) 17:06:50.76

直感的に理解した気分になれれば、正誤は気にしない。
これは理解に苦しむわ。

あ · 2017/11/19(日) 17:10:27.69

ADHDと言う病名がつく前から、「してはいけない、気をつけるべきこと」と指導教官に言われて徹底した事だけどな。議論の際の言葉の揺れは。
文は長くなれど語彙を少なく、時制の一致、代名詞は慎重に使用、もし使用するならば数詞は一致させる。

議論ごっこしたいだけならもう黙るわ。健全でもなんでもないよ。

**デフォルトの名無しさん** · 2017/11/19(日) 17:33:49.09

>>677
議論ごっこって具体的にどういうことを指してるの？
健全でもなんでもない、ってことは不健全でもないと理解していいの？じゃあ何が言いたいんだ？
あまりにも曖昧すぎる

**678** · 2017/11/19(日) 17:42:29.27

君自身は気付いてないみたいだけど、君の文章を君の言うような基準で評価するとこうなるんだよ
落ち着いて他の人のレスをじっくり読んでみると、曖昧な言葉遣いに見えて意外と厳密な言葉で書かれてることがわかるはずだよ
君自身のレスに比べれば遥かにね

**デフォルトの名無しさん** · 2017/11/19(日) 17:51:34.62

言葉の揺れは注意されたようだが、文章力は指導しきれなかったようだな
指導教官に出会う前は今の文体+表記揺れだったんだろうか
指導教官の苦労が垣間見えて涙が出ますよ

**デフォルトの名無しさん** · 2017/11/19(日) 17:54:31.63

大企業の偉い人でも決算や証明書に嘘を書いてしまう
一般人が文章を正確に書けるわけがない
嘘を書いたとしても反省したり罰を受けたりするようなシステムはもうないよ

**デフォルトの名無しさん** · 2017/11/19(日) 17:57:34.18

怒られた小学生のようないいわけ

**デフォルトの名無しさん** · 2017/11/19(日) 18:04:01.39

>>680
変に単語だけ注意したのが失敗だったのかもね
それによって、ただでさえADHDで文章構成が苦手だったのが余計に単語に気を取られて全体を見れなくなってしまったんだろう
俺の上司もADHDだったけど、逆に全体の構成はおかしくなくて単語がおかしいタイプだったから、彼の文章に比べればずっと読みやすかった

**683** · 2017/11/19(日) 18:07:44.39

すまん自分で言っときながら曖昧だな
683の「彼」は「あ」を指す

あ · 2017/11/19(日) 18:55:31.75

伸びるなぁ

あ · 2017/11/19(日) 19:00:18.55

>>678
以前、スレタイに議論がついていた頃にもうやってる、その話。
読んできて。二回するの嫌。

>>679
曖昧だよ。

>>680
苦労されてましたな。まぁそのおかげで英語で論文出すときに訳に苦労しない論文がかけてるし、知財部に怒られることもなく割と通るし、
先生様々だよ。

>>683
だってこれで苦労してねえもんなぁ。
誤解の余地が生まれるほど歪めて読みやすさを作らないと読めない時点でどうかと思うが。

**デフォルトの名無しさん** · 2017/11/19(日) 19:31:13.14

>>668
SmalltalkがGUIのために作られたのは純然たる事実じゃね
例え本人が否定していたとしてもそうだろう
>>670
WindowsでもOWLから数えてMFC、VCL、WinFormsと歴代のGUIクラスライブラリは
全部実装継承中心だったぞ。JavaもそうだしNext→Macもそう

**デフォルトの名無しさん** · 2017/11/19(日) 19:57:50.03

今時学振とかでもとにかく一目でわかるように書けって指導されるのに、わかりやすさが二の次なんてことは断じてないゾ

**デフォルトの名無しさん** · 2017/11/19(日) 20:21:05.83

日本語についてはわかりやすさを重視するのに、
プログラミング言語となると抽象化が著しい関数型を推すお前らがわからない

**デフォルトの名無しさん** · 2017/11/19(日) 20:26:43.14

COBOLは可読性が高いと言われて無かった？

**デフォルトの名無しさん** · 2017/11/19(日) 20:48:08.24

mapとか内包表記は読みやすいからしょうがないね

**デフォルトの名無しさん** · 2017/11/19(日) 20:54:36.63

>>690
単位時間あたりで読める文字数を可読性と定義するなら可読性は極めて高い

**デフォルトの名無しさん** · 2017/11/19(日) 21:17:43.05

時間当たりのスクロール量を可読性と定義するならたしかに関数型言語は可読性が極めて低いな

**デフォルトの名無しさん** · 2017/11/19(日) 22:05:52.67

>>687
SmalltalkはOS（しかしユーザーが全体を理解可能な）を目指して作られているからGUIがすべてではないよ？

▼Smalltalkの底を流れる設計思想
http://web.archive.org/web/20041016084842/http://marimpod.homeip.net/chomswiki/24#

**デフォルトの名無しさん** · 2017/11/20(月) 00:18:08.04

別にGUIだけではないが、GUIが最初からあったのも事実だろう

**デフォルトの名無しさん** · 2017/11/20(月) 04:12:09.45

>>695
かなり初期（Smalltalk-72、74）にGUIは整えられたが、この時点で継承機構はなかった
http://squab.no-ip.com/collab/uploads/61/smalltalk-72-1977.jpg

そしてその後Smalltalk-76で継承機構が入ったのも、GUIだけのためじゃない
（例えば、Smalltalk-76でGUIに使われるクラス数の割合を調べてみたら分かる）

GUIはつねに＆あくまでもSmalltalkの大きな野望(?)の一部にすぎないよ
ジョブズみたいなのが色々見せられても、結局GUIスゲーで終わっちゃったって話はあるかもしれんけど
https://pbs.twimg.com/media/DM3GJ4lUIAESUOx.jpg
https://pbs.twimg.com/media/DM3GODAVwAEg3rP.jpg

**デフォルトの名無しさん** · 2017/11/20(月) 04:48:00.39

>>696
その漫画クヤシク

**デフォルトの名無しさん** · 2017/11/20(月) 05:54:47.96

>>697
ほらよつ https://www.shogakukan.co.jp/books/09187569

**デフォルトの名無しさん** · 2017/11/20(月) 08:17:47.25

一部だけ切り出すと学習漫画みたいだな。

**デフォルトの名無しさん** · 2017/11/20(月) 08:33:10.27

いかつい絵柄の進研ゼミ

**デフォルトの名無しさん** · 2017/11/20(月) 09:43:36.06

>>696
貴重な資料をありがとう
で、物は言いようみたいであれだけど、Smalltalkの歴史はそのままOOPの歴史であり
GUIを実装する試行錯誤の歴史なんだから、継承が後からなのはむしろ当然で
継承がGUIに有効なことの左証では

**デフォルトの名無しさん** · 2017/11/20(月) 11:23:22.73

>>701
> 継承がGUIに有効なことの左証では

実装継承がGUIに *も* 有効な事はだれも否定してないと思うよ

ID:ZQLxHiSg の
> というより初期のOOPLが実装継承が中心だったのは
> まさにウィンドウライブラリ作りたかったから

や ID:D9ZDsmXZ の
> SmalltalkがGUIのために作られたのは純然たる事実じゃね
> 例え本人が否定していたとしてもそうだろう

というように、GUIやそれに付随するウインドウシステムの構築のみに実装継承の目的を限定したり
SmalltalkがGUIだけのために進化してきたかのような言い方は少々視野が狭すぎませんか？という話

**デフォルトの名無しさん** · 2017/11/20(月) 11:43:35.09

値型のメンバー変数を作れない言語だったら
無駄なポインタを減らすために実装継承が有効だろう

**デフォルトの名無しさん** · 2017/11/20(月) 15:33:48.50

GUIはオブジェクト指向のインスタンスだしょ。
インスタンスは抽象化の具現化の一つで抽象化とは
実体のない仮想的なオブジェクトの集合であり、
その存在を具現化して表現してしまった瞬間
それは実体化し具現化してしまうのだよ。

**デフォルトの名無しさん** · 2017/11/20(月) 20:36:31.84

>>698
ありがと！
面白そうだなこれ

**デフォルトの名無しさん** · 2017/11/20(月) 21:00:50.26

新人プログラマがPHPを学ぶべき理由
https://qiita.com/Gazelle/items/8817a472f33d5163a5fd

**デフォルトの名無しさん** · 2017/11/21(火) 00:59:44.39

PHP書いてるのなんてジャップランド土人村の頭がチンパンジーのエスアイアイのオサールサンダヨーだけだよー

**デフォルトの名無しさん** · 2017/11/21(火) 01:16:15.02

https://hhvm.com/blog/2017/09/18/the-future-of-hhvm.html
PHPといえば顔本のHHVMの今後

HHVMは来年にはPHP5のサポートを落として、PHP7には寄せずにHack言語に絞るそうな
やっぱり顔本もPHPは焼き払いたいんだな。Hack言語とやらがどれだけPHPから脱却できるか

**デフォルトの名無しさん** · 2017/11/21(火) 01:31:02.78

技術選定の段階でいい加減にPHPを選んだクズ野郎は
相当恨まれてそうだな

いやどこの下痢糞プェチピィ現場でもそうだろうけど

**デフォルトの名無しさん** · 2017/11/21(火) 02:04:29.26

Hack言語はダメだろ。発表から大分立ってるのに進展が遅い。
フェイスブックの中でも重視されてないだろ? 必要性があるならどんどん開発してるはず。

**デフォルトの名無しさん** · 2017/11/21(火) 04:32:17.44

それぞれ問題に対して最適な言語というものがあるわけで
何もかもに適した言語というのは存在しないよ。

**デフォルトの名無しさん** · 2017/11/21(火) 08:13:20.38

何もかもに適してない言語ならありそうだな

いやどのPのこととは言わないがな？

あ · 2017/11/21(火) 08:13:51.83

単にディスるだけなら簡単だからな。
とはいえ、phpなんかにも「一番無難」以外に新しいメリット入れてかないとな。
もちろん他の次世代言語も「一番無難」を目指す所はあったほうがいいと思う。

.netに対してIIS、javaに対してTomcatみたいに、Dockerとか仕組みごと出す前にその言語の用のアプリケーションコンテナを強く押せば、一定のパイはあると思うんだが。

**デフォルトの名無しさん** · 2017/11/21(火) 08:46:28.66

PL/Iのことか
理路整然としてて意外と良い言語だそ
業務系がC系やVBに流れることなくこのままの方向で進化してれば、業務系の開発は今よりずっとマシなものになってたと思う

**デフォルトの名無しさん** · 2017/11/21(火) 22:27:55.44

Smalltalkって何であんなにゴミなの？

**デフォルトの名無しさん** · 2017/11/22(水) 00:13:25.96

PHPのどこが無難やねん
PHPでまともにシステム作れてた案件1割もなかったわ

**デフォルトの名無しさん** · 2017/11/22(水) 00:19:45.97

WebとGUIのデザインって時代背景に依存する消耗品じゃね？

**デフォルトの名無しさん** · 2017/11/22(水) 01:10:13.88

>>708
面白いなHackは独自言語に進化するんだ。
そう言えばHackのXHPって面白いな。
ReactにおけるJSXみたいなもの。

PHPではhtmlコード部分はただのテキストでHTML 部分の構文がどうだろうと無視されるけどXHPはHackの処理系で妥当性が検証される。
メリットとしては事前に構文がチェックされるのと
XSS対策くらいだろうか？詳しい人に聞きたい。
Reactみたいに独自のタグが作れるとかだったら面白いな。

**デフォルトの名無しさん** · 2017/11/22(水) 06:55:53.18

>>715
今頃来ても遅いよ

あ · 2017/11/22(水) 08:40:43.24

>>716
結構あるぞ。

**デフォルトの名無しさん** · 2017/11/22(水) 09:16:12.81

求人みると未だにphpが一番多くね

**デフォルトの名無しさん** · 2017/11/22(水) 10:02:13.08

>>710
単純に旧PHPのサポートしなきゃいけなかったから実体反映遅れてんじゃねえの？
最近のHHVMはHackのバイトコード実行する機能入れてるし

文法はシラネ

**デフォルトの名無しさん** · 2017/11/22(水) 13:15:10.00

>>721
日本全体で見れば店員や肉体労働の求人が多いのと同じことでは。

**デフォルトの名無しさん** · 2017/11/22(水) 13:51:58.93

>>723
なるほど、頭を使わんでいい仕事は求人が多いってことか。
なんかすげー納得した。

それを言われて気づいたんだが、「PHPが世界で一番使われてる言語だから一番良い言語」って理屈は
「ハンバーガーとコーラが世界で一番売れている食べ物だから一番うまい食べ物」って理屈と同じってことだな。

**デフォルトの名無しさん** · 2017/11/22(水) 17:56:25.22

>>714
> PL/Iのことか
> 理路整然としてて意外と良い言語だそ

言語仕様が大きな言語は最初から慎重に言語設計がされているから理路整然としているし
その後で言語仕様の拡張をしてもグダグダになりにくい（理路整然さを保った拡張が可能なことが多い）

これはPL/Iだけでなくそれ以降に開発された（各々の開発時点で最も複雑とされた）言語であるAlgol 68やAdaでも同様

> 業務系がC系やVBに流れることなくこのままの方向で進化してれば、業務系の開発は今よりずっとマシなものになってたと思う

Cのように本来は小さく単純なものとして産まれた言語は拡張に耐えるような基本設計になっていないので
拡張するとグダグダになり勝ち

ちょうど最初から巨大なビルとして設計されたビルは通路（人の動線）やエレベーターや水回りや電気系統などが整然と配置され
その後の多少の拡張や変更にもそれらの整然さが余り乱されないですむが、最初に小さな建物として作られた旅館が
色々と増築を受けると通路（特に避難通路）が迷路の如くなり電気配線や水回りの配管もほとんど誰も知らない謎めいた代物に
なるのと似ている

**デフォルトの名無しさん** · 2017/11/22(水) 18:00:15.91

Java や C# は巨大ビルですか？それとも旅館ですか？

**デフォルトの名無しさん** · 2017/11/22(水) 18:40:29.63

PL/M はどうなん？

**デフォルトの名無しさん** · 2017/11/22(水) 19:52:21.96

PCは部品を増設できるからダメ
SIMロックしたスマホが最強に儲かる
ってことだろ

**デフォルトの名無しさん** · 2017/11/22(水) 22:10:06.01

>>721
メンテナンス放り出す奴が多いんだろ。

**デフォルトの名無しさん** · 2017/11/23(木) 00:57:55.01

>>723
>>724
ここ最近で一番的確なレスだね

**デフォルトの名無しさん** · 2017/11/23(木) 09:13:02.77

>>724
という勘違いな。
頭使わないのは、仕事じゃなくて単なる作業だからいずれは機械に取って変わられる。
どんな仕事でも、マトモな奴はちゃんと頭使ってる、って事が社会に出たら分かるよ。

**デフォルトの名無しさん** · 2017/11/23(木) 09:16:33.31

実際にはExelのマクロ使えば数秒で終わるような作業を
毎日数時間かけてタラタラ打ち込んで給料を貰ってる事務職は大量にいるよね