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

2013/09/21(土) 15:01:25.37
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がじょじょ陥落していく。。。

みなさんはどうお考えですか>
2013/11/17(日) 19:09:24.65
一方emacsはいまだに22だったw
79デフォルトの名無しさん
垢版 |
2013/11/17(日) 19:10:28.20
ところが
CFPropertyList, libxml-ruby, nokogiri. sqlite3 の4つのgemが
付いてくるんだよね。どこで使ってるのかはさっぱりだが。

あ、xcode5も入れたから、そっちの付属品かもしれん。
2013/11/17(日) 19:21:12.32
昔は最初からRubyCocoaが入ってたよね。
2013/11/17(日) 19:31:29.35
入れるのはいいんだけどさ、
ちゃんとメンテナンスして欲しいよ。
入れて放置するぐらいなら、入ってないほうがマシ。

結局自分で管理するために、OSに入っているバージョンが
邪魔になるという。
2013/11/17(日) 23:31:48.66
その点、WindowsはPerlが入っていない時点で圧勝だな
2013/11/17(日) 23:59:03.21
デフォルトで入ってるJScript・VBScriptを極めれば何でもできるからな
そのレベルになれない負け組が後から苺とか入れようとする
2013/11/19(火) 22:37:31.43
正直LLなんて真剣に語るほどのものではない、適当に使えりゃそれで十分
こんなものに信者とかアンチがついてるのが笑える
2013/11/20(水) 01:14:20.02
そうだね、俺らはJavaをdisる不逞の輩を殲滅させることに全力を注がないと
2013/11/20(水) 01:33:52.33
Javaは嫌いだけどCやC++、C#はいい
2013/11/20(水) 02:19:39.03
JScriptって結構使えるよな。
ログのテキスト処理とかPerlやRubyでやってるようなことは簡単に移植できちゃう。
2013/11/26(火) 00:43:55.23
node.jsとの互換性の無さにイラッときた
2013/12/08(日) 00:05:01.75
近年Perlに追加された誰も使わない機能には食傷気味です。
2013/12/08(日) 00:15:34.68
>>89
例えばどういう機能?
91デフォルトの名無しさん
垢版 |
2014/02/23(日) 13:49:13.87
2023年までもたないだろ
あと5年くらい
92デフォルトの名無しさん
垢版 |
2014/02/23(日) 17:40:51.75
YAPC::Asia Tokyo 2013ってイベントに1000人も集まったらしいんだが、信じがたい。
昔を懐かしむ、初老のおじさんの集まりなのか?

COBOLファンの集いを開催すれば、2000人ぐらい集まる?
2014/02/23(日) 19:01:56.54
>>92
信じがたいのは、君が無知だからだよ。
つまり若い人も多いという証拠。

COBOLでは集まらないだろうね。
2014/02/23(日) 20:26:56.10
ファン数/ユーザー数の比率を見るならPerlはその率が高いんだろうね
率が低そうなCOBOLやBASICでさえ、今なお使われているんだから、2023年には
余裕で使われていると予想
2014/02/24(月) 01:57:05.34
むしろ2023年にチロベとかマイナーなサイトが残っているかどうかのほうが疑問
96デフォルトの名無しさん
垢版 |
2014/02/25(火) 00:26:34.09
いいや、COBOLのように生き残ってるよ。

ところでPL/1やPL/2は今も使われているのかい?
2014/02/25(火) 01:40:39.04
>>94
まともな思考力があればその比率の低いほうが優秀だとわかる
2014/02/25(火) 03:14:57.96
>>96
見たことあるよ、そう簡単に手放されんて
2014/02/26(水) 00:12:34.54
ものすごく古いBASICだってまだ使われてる。世代でいうと8ビットパソコン前期位。
ざっとポケコン並み。ネタではない。すごっく大事な処理をしている。
100デフォルトの名無しさん
垢版 |
2014/02/26(水) 04:06:48.42
今年にもなくなりそう
2014/02/26(水) 08:20:02.00
根拠よろ
新しいライブラリがどんどんリリースされてるPerlをよくもCOBOLやBASICと同列で語れるなおまえら
102デフォルトの名無しさん
垢版 |
2014/02/26(水) 22:30:34.51
なになに?
新しい産廃がどんどんリリースされてるって?
2014/02/26(水) 23:53:26.58
プログラムサイズの上限 32KB
データの上限 32KB
64ビットマシン上のエミュレータで元気に動いている
最近ではソユーズに勝てるような気さえしている
2014/02/27(木) 00:07:07.85
>>101
個人的には、もうそろそろ枯れてもいいと思うけどな
システムツールの一角として、上手い具合に枯れて欲しい
2014/02/27(木) 00:10:58.09
Perlが枯れていないですって?
5.16で書いたスクリプトが5.18で全く動かなくなるような現象にでも遭遇されたので?
そもそもあなたにとっての「枯れる」とは?
もう新しいことを一切勉強しなくても何十年も使えること?
2014/02/27(木) 00:20:20.60
>>105
その最後の行はかなり俺の理想に近い
10年、20年前の記事がそのまま読めるくらいになって欲しいんだよ
2014/02/27(木) 00:21:43.78
>>105
その最後の行はかなり俺の理想に近い
10年、20年前の記事がそのまま読めるくらいであって欲しいんだよ
2014/02/27(木) 01:21:50.44
> 10年、20年前の記事がそのまま読めるくらいであって欲しいんだよ

プログラム言語である以上、10年、20年たてば
変わるのは当たり前。
2014/02/27(木) 01:49:09.69
>>108
あくまで理想ね、catコマンドだって10年前とは変わってることだろうさ
でも10年前の記事をそこまで古いと感じないでしょ?
2014/02/27(木) 22:48:10.75
言語はこれ以上拡張せずに、これからはすべてオブジェクト(クラス)で拡張か...
2014/02/27(木) 23:34:43.14
>>109
> でも10年前の記事をそこまで古いと感じないでしょ?

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

C 言語の規格
* K&R (1978)
* C89
* C99
* C11
2014/02/28(金) 01:51:49.67
記事っていうんだから例えば新聞とかの自然言語の文(章)ってことだよね?
互換性を持ちつつ成長する、そんな自然言語のようなプログラミング言語を
理想としているってことでしょ?
113デフォルトの名無しさん
垢版 |
2014/02/28(金) 09:01:44.85
>>112
きじのないようだばか
2014/02/28(金) 21:35:34.63
10年前の記事の内容はやっぱり古く感じるけどな年配のひとなのかな100才くらいなのかなこのばか
2014/03/01(土) 14:42:39.12
COBOLerの居る会社が一番に安定している
2014/03/01(土) 16:18:12.71
安定はしているがプログラミングしている気分にはならない。
安定している事務職みたいな扱い。
2014/03/01(土) 16:23:05.75
気分だけならPHPやjsで十分だよね
何も死にそうになりながら、cやJavaのコードを書かなくて良いんだもの
2014/03/01(土) 16:25:37.56
なんで死にそうになるの?
理由を教えて。
2014/03/01(土) 16:27:06.00
死にそうになるかどうかは
本人の実力次第でしょ?
>>117は死にそうになるってだけ。
2014/03/01(土) 17:24:06.94
申し訳ないけど俺の感性じゃPHPやjsはCOBOLと同じ分類。プログラミングのワクワク感がない。
何といったらよいのか...ハックじゃないんだよな、コーディングなんだよな、それは
2014/03/01(土) 17:32:48.66
※個人のくだらない感想です
2014/03/01(土) 17:34:10.06
>>120
用意されているものを、すげーすげーいいながら
使うだけの人間はそう思うかもねw
言語を勉強していればいいだけの人。

プログラマというのは作るのが仕事だから
123デフォルトの名無しさん
垢版 |
2014/03/01(土) 18:52:18.44
このままいくとPerlは今年辺りに消えるんじゃね
124デフォルトの名無しさん
垢版 |
2014/03/01(土) 19:23:15.72
>>123
将来、価値が出ちゃうじゃない!

お宝拝見にでてくるかもしれないよ
2014/03/01(土) 22:08:42.21
負け犬の遠吠えか...PHPってお前が言語レベルの拡張できないだろw
2014/03/01(土) 23:24:34.41
去年消えなかったのに今年急に消えるという根拠は
127デフォルトの名無しさん
垢版 |
2014/03/01(土) 23:40:46.85
PHPは奴隷ご用達言語
2014/03/02(日) 12:09:20.11
>>111
catコマンドの話だよ、すぐ上に書いてあるでしょ
perlコマンドもそのくらい枯れて欲しいのさ、あくまで理想だけどね
2014/03/02(日) 20:02:47.40
catコマンドは言語じゃないから
的外れだろ
2014/03/02(日) 21:57:47.58
シェルの中に内部コマンドとして埋め込むってことね、了解!
2014/03/02(日) 22:27:05.11
>>129
そりゃ俺自身、Perlを言語としては見てないからな
複雑なことが可能なツールって感じ
2014/03/03(月) 12:07:33.22
>>131
そんな定義だからダメなんだよ。

チューリング完全なものがプログラム言語
133デフォルトの名無しさん
垢版 |
2014/03/04(火) 08:41:15.40
Perlは2018年頃までに完全消滅するよ
2014/03/04(火) 18:44:23.41
で、Perlは何に潰されるのかな?
消滅する消滅するって言うのだけは簡単だよね
2014/03/06(木) 05:12:45.72
>>134
じゃあ使ってれば?
お前がPerlの消滅で泣きを見るだけでこちとら全然困らないから。
136デフォルトの名無しさん
垢版 |
2014/03/06(木) 06:01:10.92
普通に考えれば消滅することくらい分かるのにな。
2014/03/06(木) 06:10:29.72
Perlは言語だから、普通に考えて消滅しないよ
それともPerlプログラマやperlインタプリタが消滅するっていう意味で言ってるの?
それとも単にO'Reillyが新刊を出さなくなるってことを言っているだけ?
オレにはPerlの環境適応力を見くびってるように思えるが
2014/03/06(木) 09:23:11.98
このスレは2018年まで残ってる
2014/03/07(金) 00:30:52.38
2023年といえばCPUは128ビットになっていて、その上で64ビット版のOSが使われている
また256ビットCPUも出回り始めるが、まだOSは128ビット版までしかないのでその性能を
活かしきれない
そんな状況なので32ビットのperlインタプリタは消滅しているのかもしれないぞ、おぬし
2014/03/07(金) 01:25:47.60
そんな状況のなか、某社のVisual Studioは頑固に32ビット版しかなかったりして。
2014/03/07(金) 12:17:09.12
うん、それはOSは64bit(それ以上)にする意味はあるが
アプリは意味が無いことの現れだね。
2014/03/07(金) 23:24:22.74
...なあんて会話が繰り返されるんだろうなあ
143デフォルトの名無しさん
垢版 |
2014/03/07(金) 23:52:08.67
だろうねw
3014年くらいのこのスレでの会話を予想してみたw

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]
...なあんて会話が繰り返されるんだろうなあ
2014/03/07(金) 23:59:10.07
チロベで0%になっても日本ではバリバリ使われてるんだろうな
2014/03/08(土) 11:15:29.89
http://sourceforge.jp/magazine/14/03/07/154000
割と細かいとこに使われてんじゃん
2014/03/08(土) 11:58:17.50
変態的記述性が一部の天才のオナニーとして好まれたが
メンテとかいろいろ面倒なので他言語への移行を加速したという
なんとも本末転倒な結果に・・・
147デフォルトの名無しさん
垢版 |
2014/03/10(月) 20:33:52.13
だけどPerlがこんなに早く終了するとは思わなかった
2014/03/10(月) 21:37:42.70
多くの人たちの予想を裏切り、PHPはjvmにも.netにも移植されました。
2014/03/10(月) 21:48:00.42
それでは、実用的なレベルのPerlの実装ががjvmや.netに移植されたでしょうか?
RubyやPythonにすら先を越されたました。一言で申し上げますと、Perlの実装は需要がないのです。
2014/03/10(月) 21:53:27.13
落ち着け
2014/03/10(月) 22:19:45.10
それは、rubyやらpythonやらの中の人が移植やらしただけであって、
Perlの中の人は、それをしていないだけだろ?
別にjvmの中の人とか、.netの中の人が取り入れた訳じゃないし。
需要とかまったく関係ないんだが・・?
2014/03/11(火) 02:03:52.11
いいえ。一時期、ラリーはPerlをjvmへ移植しようと熱心でした。
にもかかわらず、誰の興味も惹かなかったのです。
誰の興味も惹かない。つまり、需要がなかったわけですね。
昔から、Perlがどういったものか理解していたのです。
153デフォルトの名無しさん
垢版 |
2014/03/11(火) 02:41:26.72
日本の事は置いとくと、海外ではpythonへの移行が意外なほど早かったね。

主要Linuxディストリビューションで、システムツールをpythonへ移行したのが早かった。
2014/03/11(火) 03:28:49.66
多くのPerl Monkたちが蛇の囁きに誑かされ、裸の楽園から追い出されました。
データ構造と関数が、オブジェクトに包まれていないことを恥じるようになったのです。
2014/03/11(火) 03:44:17.18
そして今、オブジェクトの皮を脱ぎ捨てて、裸の楽園に戻ろうといった動きがあります。
すごいHと称されるその勢力は、裸のデータ構造とアルゴリズムを取り戻したのです。
2014/03/15(土) 13:26:39.77ID:rfF5gAad
つーか、オブジェクト指向が語られて数十年経つけど、いまだに利便性が分からんな
便利か便利じゃないかと考えたときに(プログラマとして)便利じゃないと思う
2014/03/15(土) 13:41:48.30ID:tYn4Fm5x
>>156
君が作った中で一番複雑なものって何?
数十年COBOLしかやってない人もいるしな。
複雑なものを作らないならば、オブジェクト指向じゃなくてもいいだろう。
2014/03/15(土) 16:58:05.25ID:2kytPWOB
俺みたいのが普段オブジェクト指向的に書いてるのより、COBOLのプログラムの方が複雑な予感
2014/03/15(土) 17:36:14.06ID:rfF5gAad
言われてハッと気づいたが、確かに複雑なものを書いていない。そのせいかもしれない。
そこで質問だが、複雑なものを書くときにオブジェクト指向で書くと分かりやすくなるの?
例えば複雑なものって具体的に何?
2014/03/15(土) 19:42:34.65ID:tYn4Fm5x
> 例えば複雑なものって具体的に何?

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

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

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

仕組み部分を作ったことがなく、
与えられた仕組みの上で動く小さな処理だけを作っているでしょう?
2014/03/15(土) 19:54:48.95ID:2kytPWOB
フレームワークが複雑なのは出来が悪いんじゃね?w
2014/03/15(土) 20:08:53.67ID:tYn4Fm5x
ん? 複雑の意味わかってないんじゃね?
コードの量のことじゃないよ。

少ないコードで多くのコードをうまく管理するための
仕組みの話。
2014/03/15(土) 20:43:37.11ID:Og+LBWS4
オブジェクト指向というかクラスだけど、セッタゲッタみたいによりカプセル化できるので今までゴチャゴチャしてたのが簡単になる。
あと関数名も識別するために長くしないといけなかったのが短くなる。

ただ、全てはオブジェクトです(※ただしオブジェクト=クラスのインスタンス)みたいな言語だと、
関数がクラス名.関数名っていちいちクラス名つけなくちゃいけないのと(別名とかあるのもあるけど)、
関数を引数で渡したいとかになるとめんどくさい文法とか仕組みを取り入れて余計ゴチャゴチャしてくる。
2014/03/15(土) 20:59:44.35ID:tYn4Fm5x
全てはオブジェクトってrubyの話でもしてるの?
2014/03/15(土) 21:01:17.20ID:2kytPWOB
複雑ってのはコード量が多いってことじゃなくて、部分部分の関係が多いって事だよな。
2014/03/15(土) 21:02:14.79ID:tYn4Fm5x
うん、仕組みという言い方をしたけど、
構造という言い方のほうが良かったも知れない。
2014/03/16(日) 02:36:49.17ID:puFcPTG1
>>163
横から失礼


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

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


後、オブジェクト指向も万能じゃないと思うぞ。
実装対象が過度に密結合だった場合だと、適切なモデリングやパフォーマンスチューニングのコストが膨大なことになる。
2014/03/17(月) 06:44:01.57ID:P8Lohybr
>>159
CAD,Diagram Editor
2014/04/21(月) 03:10:55.57ID:XwMcuZ7H
複雑になっちゃうのって、単にコーディングが下手なだけじゃないの?
オブジェクト指向だからって解決できないでしょ?
そもそもの要件がオブジェクト指向的に定義されてないなら俺的オブジェクトを
導入しても他の人には分かりにくいだろうなあ
2014/05/04(日) 15:54:25.23ID:NNhFaQQY
>少ないコードで多くのコードをうまく管理するための
自己書換えみたいなトリッキーなコードは危ないから歓迎されないんよ
そういうコードって読みづらいしデバッグしにくい
長期メンテナンスのためにはスタティックな指向が大事なんよ
2014/05/04(日) 19:47:49.42ID:0hdy1qYU
スタティックおじさんがついにここにまで…
2014/10/16(木) 08:21:32.67ID:ypRra77n
おはよー!
 
                     /⌒丶、      ___
                       /::::::::::::::::::>r―<::::::::::::::::::`7
                 |   {>   ゚ ̄ ̄ ̄ ̄ `丶、::::::/
               _人 /              \/
                 `Y⌒                   _人_
                  / :|   : /    / /        ⌒Yヘ :::〉
                 / /   . :/ :/|  /   :/   |   |   │ ∨
                  ,   . : イ:.:/\|/∨  /|厶斗  : |      |
              |:/|: : :/ |≫=ミi  |  :/ _∨ |/ : /:  |   |
               |   | |: :│〃_入ハ  レ∨ ≫‐=ミ∨!   | │|
.          _人    八| |八弋Yソ     ,_入ハ }}│  | 人l
            ゚Y⌒    | 小///   '   弋Yソ ´│  |⌒Y´ ̄
           │    │ |    r─-       ////  ;  |
           |          | 人    |    }      ′ .:   :.
      _,人__        l :个:..   、 __ノ     /  /     :.
          `Y゚ ‐v┐     _| : |{:::::>:...,,_,,  -=≦/  /\ │ :.
        { -─ヘJ  |  /:| : |::::::::::::::ハ.     /   /::::::::_人  :.
.         {   二.)__人_ | : |:iヽ:::::::ト     _//   /; ‐z_Y⌒い人
       '.   、_) Y⌒゚ | : 圦:::\:l⌒\/:::/  /(/\ ∨ } ゚Y⌒
       ,ハ  ノ∧  厂 ̄| : | \::::}⌒/::::::/  / (`丶.   〉│ :|
        / ∧ / ∧ マ\ | : |   ヽ{∠二¨7  / (_`    / :∧ :|
173デフォルトの名無しさん
垢版 |
2014/11/04(火) 04:07:39.78ID:9XcfLbNC
まぁ消えてるのは確実だろうね
2014/11/05(水) 00:21:46.78ID:ERiHVW4n
消えた/消えてないの定義を先にしとかないと2023年になってから揉めそうだ
例えば2014年現在、AWKって消えたことになるの?どうよ?
2014/11/05(水) 09:23:40.82ID:HppaUGUS
最近「9割がワンライナーとして埋め込まれてるAWKコマンド」で「シェルスクリプト」と言い張る例を見た
AWKはシェルスクリプトの一部として吸収合併されたとみていいだろう
2014/11/05(水) 18:11:33.26ID:8VEmIvpU
AWKは残ってるだろ、現行のOSなどで動作するバージョンが簡単に手に入る
現行環境に移植する人も、言語の開発を続ける人も居ない
みたいな言語が「消えた言語」だと思うよ
2014/11/09(日) 08:11:06.22ID:GNDt7Bdm
Forthとか
2015/12/28(月) 05:17:30.86ID:gG+r+psD
マジでperl消えててわろた
レスを投稿する

5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。

ニューススポーツなんでも実況