Perlは10年後の2023年には消えてなくなる

924 名前：デフォルトの名無しさん[sage] 投稿日：2013/09/21(土) 14:59:15.34
>>920
お前恥ずかしいだけだから無理に極論出さなくていいよ。
お前の中では時間が停止してんの？

そりゃ室町時代なら「牛車や篭が明日突然使えなくなったら〜」ってなるけど
時代が進んで自動車が出現すれば次第に入れ替わっていく
今はちょうどその過渡期。
21世紀に入ってもうすでに10年経ったけどあと10年経てばPerlは本物のゴミになる。
しかもそれは実務レベルでPHPが最前線って意味だからそれを利用するエンジニアはもっと早く情報を仕入れて慣れておく必要がある。




類似スレ
10年後にシェアNo.1のOSは？
http://kohada.2ch.net/test/read.cgi/os/1158751887/
1 名前：Be名無しさん[] 投稿日：2006/09/20(水) 20:31:27
どんなOSだと思いますか？
そのままWindows天下だと思いますか？
俺はGoogleが作った（もしくはどこかから買い取った）OSが
シェアNo.1になっていると思う。
10年後について語りましょう。

俺のストーリーはこう
年は、200x年、もしくは20xx年。
Windowsが打ち出した大変革、ファイルシステムも含む、メジャーバージョンアップ。
しかし旧Windowsから思うように移行がすすまず、皆レガシーなWindowsでやりたいことはでき満足してしまっている。
自らの巨体と資産についに足を引っ張られることになったマイクロソフト。
そこの絶好のタイミングで他社がスゴイものを発表。Windowsがじょじょ陥落していく。。。

みなさんはどうお考えですか＞

10年ももつのかな？
windows8だけど既にperlのインストールすら
困難で諦めた

>>2
Windows 8のインストールは
普通と同じやり方みたいだけど？
http://www.kajiken.jp/perl/2012/03/19/perl%E3%81%AE%E3%82%A4%E3%83%B3%E3%82%B9%E3%83%88%E3%83%BC%E3%83%AB-windows-8%E7%B7%A8/

何が困難だったのか
説明してみてくれる？

>>3
やってみればわかる
出来たらブログ書いて教えてくれ

>>3
だから、やってみた人がブログを書いてるだろう？

あ、ごめん　入ってたわｗｗｗｗ
わかりにくいトップレベルしてんな
ただのエラーメッセージかとおもってたわｗｗｗｗ

TIPS: Perl5.005と併用するひとはPerl5.14はPATHに入れない方がよい

Perl6は10年前からでるでる詐欺してるから、きっと10年後もでるでる詐欺してると想います

オレがいる限りなくならねえよ

そのころcpanは元気だろうか

最近python使うようにしてるけど、perlの方が字面がキレイに見えるから困るw

ヘビより真珠のほうが綺麗なのはそりゃそうだろ

真珠はpearlな。

ヘビとラクダとどっちがキレイか、みたいな

ヘビとラクダ使ってるけど
これが今の所最強の組み合わせじゃね？と思ってる

絶対になくならない。webではなくなると思うけど、shのかわりとしてビルドツールでまだまだ使われる

10年って意外と短いからな。
10年前って2003年だぜ？
ウェブでも今と同じように使われてるだろ。

その頃pythonは3への移行が完了してるだろうか

いまでもすでに結構な数のモジュールが3へ移行してるし。
もう２で作る必要はほぼほぼない

opencvはまだだよね

PythonはGuidoの目が黒い限り、ブレそうにない。
Rubyはカオスな言語になってそうだ。
Perlは相変わらずな感じだろうな。

大体ラリー・ウォールは警察署からでてきたんか？

籠城でもしてるの？

2023年だったらIPv6とかUnicodeとかは思い出になっていそうだけどな

このスレッドは天才チンパンジー「アイちゃん」が
言語訓練のために立てたものです。

アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。

　　　　　　　　　　　　　　　　　　京都大学霊長類研究所

>>24
2020年Windows7サポート終了。JIS97のサポートが完全終了。そしてUnicode サロゲートペア、IVS対応のぢごくが始まる…

多分そうはならないと思う

2014年 --- Perl 5.20 リリース
2015年 --- Perl 5.22 リリース
2016年 --- Perl 5.24 リリース
2017年 --- Perl 5.26 リリース
2018年 --- Perl 5.28 リリース
2019年 --- Perl 5.30 リリース
2020年 --- Perl 5.32 リリース
2021年 --- Perl 5.34 リリース
2022年 --- Perl 5.36 リリース
2023年 --- Perl 5.38 リリース

Macみたいだな

Perl6はまだリリースされていない...はずだ。

今の流れから考えると、Perl5のサポート終わってPerl6のみになるのは絶対ないな。
Perl5が終わったら、Python一本で十分な雰囲気だし。
そういう意味でも、Perl5が終わる事は絶対ないな

ブロックを{ ... }で書くpythonが欲しいです

Perfect Language
略してPerl

Perl7とかPerl11とかPerl5と互換性のある処理系が使われている

過去10年を振り返って想像してみても2023年にオブジェクト指向がメジャーになっていることはなさそうだ

それじゃ何になってるの？
オブジェクト指向に変わる新しい概念がない限りオブジェクト指向は使われているだろ

オブジェクト指向とか語りたいなら、CTMCP（ガウディ本）程度は最低限必須。

名付けるならばデータ指向スクリプティングってところか
スクリプトはそもそもデータなわけなんだけど、さらにその傾向が強まると予想
スクリプティングの機械化が進む
考えてプログラムを作る時代から、考えないで機械的にプログラムを作る時代に変わる
そのためにはPerlのように複雑・大規模の言語仕様を用意しつつも普段はそのごく
一部のみをスクリプティングに利用するようになる

もしこの予想が当たったのなら、言語処理系がメタデータを扱うという方向からは
遠ざかることになる

急いで追記するとメタデータを扱う言語仕様は実装されるとは思うが、実際には
それほど利用されないっていう予想だ

そしてRISCのような思想のスクリプト言語がまたまた発明されることに

もしかしたら生物を使ってスクリプティングするのが流行っているかもしれないね

2023年、自動ステアリングの自動車が市販される（ヒント：犬または馬の脳）

オウ、ノー

「perlの仕事有り□」に喰いついたら
放棄コードに おホモ達と一緒にXPでtestを追記する仕事だったでござる。

就職おめでとう、これで年を越せそうだね

これから10年でお金をためて2023年には結婚しま〜す ミ☆

Perlは可読性がなぁ


とJ言語使いが言ってみるテスツ

use English;

perlで可読性の低いコード書く人は、どの言語使っても似たようなコード書くだろ。

>>50
まじでコレ
Perlだから読みにくいんだよしょうがない
とか言うヤツはPerlじゃなくてもソース汚い
きちんとしてるヤツはどんな言語使っても綺麗

可読性を上げるには自分で特殊変数と正規表現を覚える必要がある
その上でインデントルールを守り、変数や関数の名前重要を認識すればよい

難しい話か？

Perl使ってますが、
一、二行の、私用で使い捨てるみたいなコードならともかく、
少しまとまった長さになるもの、
まして他の人も見るようなものは
すっきりわかりやすく（自分が見てわかりやすいように）
書けば済むことだと思うのだけれども。

すべての言語は過去の遺物となり最終言語に統一される。
レトロマニアは必ずいるから消え去ることはないだろうが。

話題性がないという意味ではオワコンなんだろうけど、話題がなくとも日々の仕事に
使えるからまったく問題ない。

http://rfi.a.la9.jp/sateweb/scurl/znsc.html
お世話になります。
私、責任者の加茂と申します。以後、宜しくお願い致します。
http://www.karilun.com/img_shop/15/ss52_1368685958.jpg
浪速建設様の見解と致しましては、メールによる対応に関しましては
受付しないということで、当初より返信を行っていないようで、今後につい
てもメールや書面での対応は致しかねるというお答えでした。
　
このように現在まで６通のメールを送られたとのことですが、結果一度も
返信がないとう状況になっています。
　
私どものほうでも現在までのメール履歴は随時削除を致しております
ので実際に１１通のメールを頂戴しているか不明なところであります。
　
弊社としましても今後メールでのやり取りを差し控えたく、浪速建設様
と同行の上でお会いさせていただきたい所存です。
http://rfi.a.la9.jp/hn203/set/Avatar_set/Avatar_set.html

>>53
どうすればそれができるようになるかというと、赤らくだ本を読むに尽きる
青らくだ本から入るとprintfも知らない段階なのにオブジェクト指向で書こ
うとして挫折する

特殊変数って@_と$_と$@ぐらいしか使わないな。

たまに配列の要素数の最大を知るために使うけど
覚えてないので毎回調べてる。がたまにしか使わんので困ってない。

あとあえて言えばソートで$aと$bを使うが
これも特殊変数かねぇ。

>>58
最大よりも個数のが頻繁に使うから、スカラーコンテキストに配列置けばいいしなあ

>>58
＞あとあえて言えばソートで$aと$bを使うが

私はあれ、ソートっていう指示の一部だという感じて書いてるわ。
正確にはなんていうんだろうね、（そこまで調べてない）

なぜなんだと悩まないように。

$ cat hoge.pl
use strict;
use warnings;

$a = 1;
$b = 2;
$c = 3;

$ perl hoge.pl
Global symbol "$c" requires explicit package name at hoge.pl line 6.
Execution of b.pl aborted due to compilation errors.

特殊変数って言っても、シェルとかawk使ってると慣れたものだからな

$ cat hoge.pl
use strict;
use warnings;

$a = 1;
$b = 2;
no strict;
$c = 3;

$ perl hoge.pl
ok

UNIX40年もいじってる俺なら特殊変数が普通の変数になるレベル

年いくつなんだよ

ヒント：40ジンバブエ年だから、日本年に換算すると

俺は4.2BSDからだから30年くらいはいじってる予感。

PC市場もろともWindowsが無くなってる可能性は高い
あとLLで真っ先に消えるのはRubyだろう

小日本発祥だからな

日本は合衆国だろう？

いったんRubyに慣れるともうPerlは使えないよな

でもRubyはオブジェクト指向しか使えないんだろ？8割がたの小さいプログラム
はかえって作りにくいけどな

そんなことはないよ。10行ぐらいでもRubyの方が書き安い。
Perlの1行スクリプトっぽいこともできるし。

rubyは1.8が基本のままになってる時点で終わってる。

OSX Mavericksのrubyは2.0.0p247だった。
ちょっとびっくり。

俺もそこは意外だった

きっとOSXで使ってないんだろう？
ただ入ってるだけだから、
最新版入れてもテストする必要がないと。

一方emacsはいまだに22だったw

ところが
CFPropertyList, libxml-ruby, nokogiri. sqlite3 の4つのgemが
付いてくるんだよね。どこで使ってるのかはさっぱりだが。

あ、xcode5も入れたから、そっちの付属品かもしれん。

昔は最初からRubyCocoaが入ってたよね。

入れるのはいいんだけどさ、
ちゃんとメンテナンスして欲しいよ。
入れて放置するぐらいなら、入ってないほうがマシ。

結局自分で管理するために、OSに入っているバージョンが
邪魔になるという。

その点、WindowsはPerlが入っていない時点で圧勝だな

デフォルトで入ってるJScript・VBScriptを極めれば何でもできるからな
そのレベルになれない負け組が後から苺とか入れようとする

正直LLなんて真剣に語るほどのものではない、適当に使えりゃそれで十分
こんなものに信者とかアンチがついてるのが笑える

そうだね、俺らはJavaをdisる不逞の輩を殲滅させることに全力を注がないと

Javaは嫌いだけどCやC++、C#はいい

JScriptって結構使えるよな。
ログのテキスト処理とかPerlやRubyでやってるようなことは簡単に移植できちゃう。

node.jsとの互換性の無さにイラッときた

近年Perlに追加された誰も使わない機能には食傷気味です。

>>89
例えばどういう機能？

2023年までもたないだろ
あと5年くらい

YAPC::Asia Tokyo 2013ってイベントに1000人も集まったらしいんだが、信じがたい。
昔を懐かしむ、初老のおじさんの集まりなのか？

COBOLファンの集いを開催すれば、2000人ぐらい集まる？

>>92
信じがたいのは、君が無知だからだよ。
つまり若い人も多いという証拠。

COBOLでは集まらないだろうね。

ファン数／ユーザー数の比率を見るならPerlはその率が高いんだろうね
率が低そうなCOBOLやBASICでさえ、今なお使われているんだから、2023年には
余裕で使われていると予想

むしろ2023年にチロベとかマイナーなサイトが残っているかどうかのほうが疑問

いいや、COBOLのように生き残ってるよ。

ところでPL/１やPL/2は今も使われているのかい？

>>94
まともな思考力があればその比率の低いほうが優秀だとわかる

>>96
見たことあるよ、そう簡単に手放されんて

ものすごく古いBASICだってまだ使われてる。世代でいうと8ビットパソコン前期位。
ざっとポケコン並み。ネタではない。すごっく大事な処理をしている。

今年にもなくなりそう

根拠よろ
新しいライブラリがどんどんリリースされてるPerlをよくもCOBOLやBASICと同列で語れるなおまえら

なになに？
新しい産廃がどんどんリリースされてるって？

プログラムサイズの上限 32KB
データの上限 32KB
64ビットマシン上のエミュレータで元気に動いている
最近ではソユーズに勝てるような気さえしている

>>101
個人的には、もうそろそろ枯れてもいいと思うけどな
システムツールの一角として、上手い具合に枯れて欲しい

Perlが枯れていないですって？
5.16で書いたスクリプトが5.18で全く動かなくなるような現象にでも遭遇されたので？
そもそもあなたにとっての「枯れる」とは？
もう新しいことを一切勉強しなくても何十年も使えること？

>>105
その最後の行はかなり俺の理想に近い
10年、20年前の記事がそのまま読めるくらいになって欲しいんだよ

>>105
その最後の行はかなり俺の理想に近い
10年、20年前の記事がそのまま読めるくらいであって欲しいんだよ

> 10年、20年前の記事がそのまま読めるくらいであって欲しいんだよ

プログラム言語である以上、10年、20年たてば
変わるのは当たり前。

>>108
あくまで理想ね、catコマンドだって10年前とは変わってることだろうさ
でも10年前の記事をそこまで古いと感じないでしょ？

言語はこれ以上拡張せずに、これからはすべてオブジェクト(クラス)で拡張か...

>>109
> でも10年前の記事をそこまで古いと感じないでしょ？

どの言語の話？ JavaScript？ Ruby？ C言語？

C 言語の規格
* K&R (1978)
* C89
* C99
* C11

記事っていうんだから例えば新聞とかの自然言語の文(章)ってことだよね？
互換性を持ちつつ成長する、そんな自然言語のようなプログラミング言語を
理想としているってことでしょ？

>>112
きじのないようだばか

10年前の記事の内容はやっぱり古く感じるけどな年配のひとなのかな100才くらいなのかなこのばか

COBOLerの居る会社が一番に安定している

安定はしているがプログラミングしている気分にはならない。
安定している事務職みたいな扱い。

気分だけならPHPやjsで十分だよね
何も死にそうになりながら、cやJavaのコードを書かなくて良いんだもの

なんで死にそうになるの？
理由を教えて。

死にそうになるかどうかは
本人の実力次第でしょ？
>>117は死にそうになるってだけ。

申し訳ないけど俺の感性じゃPHPやjsはCOBOLと同じ分類。プログラミングのワクワク感がない。
何といったらよいのか...ハックじゃないんだよな、コーディングなんだよな、それは

※個人のくだらない感想です

>>120
用意されているものを、すげーすげーいいながら
使うだけの人間はそう思うかもねｗ
言語を勉強していればいいだけの人。

プログラマというのは作るのが仕事だから

このままいくとPerlは今年辺りに消えるんじゃね

>>123
将来、価値が出ちゃうじゃない！

お宝拝見にでてくるかもしれないよ

負け犬の遠吠えか．．．PHPってお前が言語レベルの拡張できないだろｗ

去年消えなかったのに今年急に消えるという根拠は

PHPは奴隷ご用達言語

>>111
catコマンドの話だよ、すぐ上に書いてあるでしょ
perlコマンドもそのくらい枯れて欲しいのさ、あくまで理想だけどね

catコマンドは言語じゃないから
的外れだろ

シェルの中に内部コマンドとして埋め込むってことね、了解！

>>129
そりゃ俺自身、Perlを言語としては見てないからな
複雑なことが可能なツールって感じ

>>131
そんな定義だからダメなんだよ。

チューリング完全なものがプログラム言語

Perlは2018年頃までに完全消滅するよ

で、Perlは何に潰されるのかな？
消滅する消滅するって言うのだけは簡単だよね

>>134
じゃあ使ってれば？
お前がPerlの消滅で泣きを見るだけでこちとら全然困らないから。

普通に考えれば消滅することくらい分かるのにな。

Perlは言語だから、普通に考えて消滅しないよ
それともPerlプログラマやperlインタプリタが消滅するっていう意味で言ってるの？
それとも単にO'Reillyが新刊を出さなくなるってことを言っているだけ？
オレにはPerlの環境適応力を見くびってるように思えるが

このスレは2018年まで残ってる

2023年といえばCPUは128ビットになっていて、その上で64ビット版のOSが使われている
また256ビットCPUも出回り始めるが、まだOSは128ビット版までしかないのでその性能を
活かしきれない
そんな状況なので32ビットのperlインタプリタは消滅しているのかもしれないぞ、おぬし

そんな状況のなか、某社のVisual Studioは頑固に32ビット版しかなかったりして。

うん、それはOSは64bit（それ以上）にする意味はあるが
アプリは意味が無いことの現れだね。

．．．なあんて会話が繰り返されるんだろうなあ

だろうねｗ
3014年くらいのこのスレでの会話を予想してみたｗ

139:デフォルトの名無しさん :3014/03/07(金) 00:30:52.38 [sage]
3023年といえばCPUは128メガビットになっていて、その上で64メガビット版のOSが使われている
また256メガビットCPUも出回り始めるが、まだOSは128メガビット版までしかないのでその性能を
活かしきれない
そんな状況なので32メガビットのrubyインタプリタは消滅しているのかもしれないぞ、おぬし

140:デフォルトの名無しさん :3014/03/07(金) 01:25:47.60 [sage]
そんな状況のなか、某社のVisual Studioは頑固に32ビット版しかなかったりして。

141:デフォルトの名無しさん :3014/03/07(金) 12:17:09.12 [sage]
うん、それはOSは64bit（それ以上）にする意味はあるが
アプリは意味が無いことの現れだね。

142:デフォルトの名無しさん :3014/03/07(金) 23:24:22.74 [sage]
．．．なあんて会話が繰り返されるんだろうなあ

チロベで０％になっても日本ではバリバリ使われてるんだろうな

http://sourceforge.jp/magazine/14/03/07/154000
割と細かいとこに使われてんじゃん

変態的記述性が一部の天才のオナニーとして好まれたが
メンテとかいろいろ面倒なので他言語への移行を加速したという
なんとも本末転倒な結果に・・・

だけどPerlがこんなに早く終了するとは思わなかった

多くの人たちの予想を裏切り、PHPはjvmにも.netにも移植されました。

それでは、実用的なレベルのPerlの実装ががjvmや.netに移植されたでしょうか?
RubyやPythonにすら先を越されたました。一言で申し上げますと、Perlの実装は需要がないのです。

落ち着け

それは、rubyやらpythonやらの中の人が移植やらしただけであって、
Perlの中の人は、それをしていないだけだろ？
別にjvmの中の人とか、.netの中の人が取り入れた訳じゃないし。
需要とかまったく関係ないんだが・・？

いいえ。一時期、ラリーはPerlをjvmへ移植しようと熱心でした。
にもかかわらず、誰の興味も惹かなかったのです。
誰の興味も惹かない。つまり、需要がなかったわけですね。
昔から、Perlがどういったものか理解していたのです。

日本の事は置いとくと、海外ではpythonへの移行が意外なほど早かったね。

主要Linuxディストリビューションで、システムツールをpythonへ移行したのが早かった。

多くのPerl Monkたちが蛇の囁きに誑かされ、裸の楽園から追い出されました。
データ構造と関数が、オブジェクトに包まれていないことを恥じるようになったのです。

そして今、オブジェクトの皮を脱ぎ捨てて、裸の楽園に戻ろうといった動きがあります。
すごいHと称されるその勢力は、裸のデータ構造とアルゴリズムを取り戻したのです。

つーか、オブジェクト指向が語られて数十年経つけど、いまだに利便性が分からんな
便利か便利じゃないかと考えたときに(プログラマとして)便利じゃないと思う

>>156
君が作った中で一番複雑なものって何？
数十年COBOLしかやってない人もいるしな。
複雑なものを作らないならば、オブジェクト指向じゃなくてもいいだろう。

俺みたいのが普段オブジェクト指向的に書いてるのより、COBOLのプログラムの方が複雑な予感

言われてハッと気づいたが、確かに複雑なものを書いていない。そのせいかもしれない。
そこで質問だが、複雑なものを書くときにオブジェクト指向で書くと分かりやすくなるの？
例えば複雑なものって具体的に何？

> 例えば複雑なものって具体的に何？

「仕組み」の部分。わかり易い例だとフレームワーク。

フレームワークという名前のものだけじゃなくて
たとえばGUIシステムだとか
ゲームシステムだとか、プラグインシステムだとか。

プラグインそのものではなくて、
プラグイン使えるようにするための仕組み。

仕組み部分を作ったことがなく、
与えられた仕組みの上で動く小さな処理だけを作っているでしょう？

フレームワークが複雑なのは出来が悪いんじゃね？w

ん？ 複雑の意味わかってないんじゃね？
コードの量のことじゃないよ。

少ないコードで多くのコードをうまく管理するための
仕組みの話。

オブジェクト指向というかクラスだけど、セッタゲッタみたいによりカプセル化できるので今までゴチャゴチャしてたのが簡単になる。
あと関数名も識別するために長くしないといけなかったのが短くなる。

ただ、全てはオブジェクトです（※ただしオブジェクト＝クラスのインスタンス）みたいな言語だと、
関数がクラス名.関数名っていちいちクラス名つけなくちゃいけないのと(別名とかあるのもあるけど)、
関数を引数で渡したいとかになるとめんどくさい文法とか仕組みを取り入れて余計ゴチャゴチャしてくる。

全てはオブジェクトってrubyの話でもしてるの？

複雑ってのはコード量が多いってことじゃなくて、部分部分の関係が多いって事だよな。

うん、仕組みという言い方をしたけど、
構造という言い方のほうが良かったも知れない。

>>163
横から失礼


> 関数を引数で渡したいとかになるとめんどくさい文法とか仕組みを取り入れて余計ゴチャゴチャしてくる。

単に、関数がファーストクラスオブジェクトじゃない言語だからだろ。
Java位しか当てはまるの思いつかんけど。


後、オブジェクト指向も万能じゃないと思うぞ。
実装対象が過度に密結合だった場合だと、適切なモデリングやパフォーマンスチューニングのコストが膨大なことになる。

>>159
CAD,Diagram Editor

複雑になっちゃうのって、単にコーディングが下手なだけじゃないの？
オブジェクト指向だからって解決できないでしょ？
そもそもの要件がオブジェクト指向的に定義されてないなら俺的オブジェクトを
導入しても他の人には分かりにくいだろうなあ

>少ないコードで多くのコードをうまく管理するための
自己書換えみたいなトリッキーなコードは危ないから歓迎されないんよ
そういうコードって読みづらいしデバッグしにくい
長期メンテナンスのためにはスタティックな指向が大事なんよ

スタティックおじさんがついにここにまで…

おはよー！
　
　　　　　　　　　　　　　　　　　　　　　／⌒丶、　　　 　 ＿＿＿
　　　　　　　　　　　　　　 　 　 　 　 /::::::::::::::::::＞r―＜::::::::::::::::::｀7
　　　　　　　　　　　　　　　　　|　　 ｛＞ 　 ﾟ￣￣￣￣　｀丶、::::::/
　　　　　　　　　　　　　　　＿人 ／　　　　　　　　　　　　　　＼/
　　　　　　　　　　　　　　 　 ｀Y⌒　　　　　　　　 　 　 　 　 　 _人＿
　　　　　 　 　 　 　 　 　 ／　:| 　 : /　 　 /　/　　　　　　　　⌒Yﾍ :::〉
　　 　 　 　 　 　 　 　 ／ /　　　. :/ :／|　　/ 　 :/ 　 |　　 | 　 │ ∨
　　　　　 　 　 　 　 　 　 , 　　. : ｲ:.:/＼|/∨　　/|厶斗　 : |　 　 　 |
　　　　　　　　　　　　　　|:/|: : :/ |≫=ミi　 |　 :/ _∨　|/ : /:　 |　　 |
　　 　 　 　 　 　 　 |　　 |　|: :│〃_入ﾊ　 ﾚ∨　≫‐=ミ∨! 　 |　│|
.　　　　　　　 　 ＿人　 　 八| |八弋Ｙソ　　　　　,_入ﾊ }}│　 |　人l
　　　　　　　 　 　 ﾟY⌒　　　 | 小///　　　'　　　弋Ｙソ ´│　 |⌒Y´￣
　　　　　　　　　　 │　　　　│ |　　　　r─- 　 　 　 ////　　;　　|
　　 　 　 　 　 |　　　 　 　 　 | 人　　　 |　　　 ｝　　　 　 ′　.:　　 :.
　　　　　　＿,人__　　　 　 　 l　:个:..　　 ､　__ノ　　　　 /　　/ 　 　 :.
　 　 　 　 　 ｀Ｙﾟ ‐v┐ 　 　 _|　: |{:::::＞:...,,＿,, 　-=≦/　　/＼ │　:.
　　　　　 　 {　-─ﾍJ　 |　 /:|　: |::::::::::::::ハ.　　　　　/ 　 /::::::::_人　 :.
. 　 　 　 　 ｛　　 二.）__人＿ |　: |:ｉヽ:::::::ト 　 　 _／/ 　 /; ‐z＿Y⌒い人
　　　　　　　'.　　　､_）　Y⌒ﾟ |　: 圦:::＼:l⌒＼／:::/　　/（／＼　∨ ｝ ﾟY⌒
　　　　　　　,ﾊ　 ノ∧　 厂￣|　: |　＼::::}⌒／::::::/　　/ （｀丶.　　 〉│ :|
　　　 　 　 / ∧　/ ∧　ﾏ＼ |　: |　　 ヽ{∠二¨７　　/ （_｀　 　 ／ :∧ :|

まぁ消えてるのは確実だろうね

消えた/消えてないの定義を先にしとかないと2023年になってから揉めそうだ
例えば2014年現在、AWKって消えたことになるの？どうよ？

最近「9割がワンライナーとして埋め込まれてるAWKコマンド」で「シェルスクリプト」と言い張る例を見た
AWKはシェルスクリプトの一部として吸収合併されたとみていいだろう

AWKは残ってるだろ、現行のOSなどで動作するバージョンが簡単に手に入る
現行環境に移植する人も、言語の開発を続ける人も居ない
みたいな言語が「消えた言語」だと思うよ

Forthとか