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がじょじょ陥落していく。。。 みなさんはどうお考えですか> 今の流れから考えると、Perl5のサポート終わってPerl6のみになるのは絶対ないな。 Perl5が終わったら、Python一本で十分な雰囲気だし。 そういう意味でも、Perl5が終わる事は絶対ないな ブロックを{ ... }で書くpythonが欲しいです Perl7とかPerl11とかPerl5と互換性のある処理系が使われている 過去10年を振り返って想像してみても2023年にオブジェクト指向がメジャーになっていることはなさそうだ それじゃ何になってるの? オブジェクト指向に変わる新しい概念がない限りオブジェクト指向は使われているだろ オブジェクト指向とか語りたいなら、CTMCP(ガウディ本)程度は最低限必須。 名付けるならばデータ指向スクリプティングってところか スクリプトはそもそもデータなわけなんだけど、さらにその傾向が強まると予想 スクリプティングの機械化が進む 考えてプログラムを作る時代から、考えないで機械的にプログラムを作る時代に変わる そのためにはPerlのように複雑・大規模の言語仕様を用意しつつも普段はそのごく 一部のみをスクリプティングに利用するようになる もしこの予想が当たったのなら、言語処理系がメタデータを扱うという方向からは 遠ざかることになる 急いで追記するとメタデータを扱う言語仕様は実装されるとは思うが、実際には それほど利用されないっていう予想だ そしてRISCのような思想のスクリプト言語がまたまた発明されることに もしかしたら生物を使ってスクリプティングするのが流行っているかもしれないね 2023年、自動ステアリングの自動車が市販される(ヒント:犬または馬の脳) 「perlの仕事有り□」に喰いついたら 放棄コードに おホモ達と一緒にXPでtestを追記する仕事だったでござる。 これから10年でお金をためて2023年には結婚しま〜す ミ☆ Perlは可読性がなぁ とJ言語使いが言ってみるテスツ perlで可読性の低いコード書く人は、どの言語使っても似たようなコード書くだろ。 >>50 まじでコレ Perlだから読みにくいんだよしょうがない とか言うヤツはPerlじゃなくてもソース汚い きちんとしてるヤツはどんな言語使っても綺麗 可読性を上げるには自分で特殊変数と正規表現を覚える必要がある その上でインデントルールを守り、変数や関数の名前重要を認識すればよい 難しい話か? Perl使ってますが、 一、二行の、私用で使い捨てるみたいなコードならともかく、 少しまとまった長さになるもの、 まして他の人も見るようなものは すっきりわかりやすく(自分が見てわかりやすいように) 書けば済むことだと思うのだけれども。 すべての言語は過去の遺物となり最終言語に統一される。 レトロマニアは必ずいるから消え去ることはないだろうが。 話題性がないという意味ではオワコンなんだろうけど、話題がなくとも日々の仕事に 使えるからまったく問題ない。 http://rfi.a.la9.jp/sateweb/scurl/znsc.html お世話になります。 私、責任者の加茂と申します。以後、宜しくお願い致します。 http://www.karilun.com/img_shop/15/ss52_1368685958.jpg 浪速建設様の見解と致しましては、メールによる対応に関しましては 受付しないということで、当初より返信を行っていないようで、今後につい てもメールや書面での対応は致しかねるというお答えでした。 このように現在まで6通のメールを送られたとのことですが、結果一度も 返信がないとう状況になっています。 私どものほうでも現在までのメール履歴は随時削除を致しております ので実際に11通のメールを頂戴しているか不明なところであります。 弊社としましても今後メールでのやり取りを差し控えたく、浪速建設様 と同行の上でお会いさせていただきたい所存です。 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で使ってないんだろう? ただ入ってるだけだから、 最新版入れてもテストする必要がないと。 ところが CFPropertyList, libxml-ruby, nokogiri. sqlite3 の4つのgemが 付いてくるんだよね。どこで使ってるのかはさっぱりだが。 あ、xcode5も入れたから、そっちの付属品かもしれん。 入れるのはいいんだけどさ、 ちゃんとメンテナンスして欲しいよ。 入れて放置するぐらいなら、入ってないほうがマシ。 結局自分で管理するために、OSに入っているバージョンが 邪魔になるという。 その点、WindowsはPerlが入っていない時点で圧勝だな デフォルトで入ってるJScript・VBScriptを極めれば何でもできるからな そのレベルになれない負け組が後から苺とか入れようとする 正直LLなんて真剣に語るほどのものではない、適当に使えりゃそれで十分 こんなものに信者とかアンチがついてるのが笑える そうだね、俺らはJavaをdisる不逞の輩を殲滅させることに全力を注がないと JScriptって結構使えるよな。 ログのテキスト処理とかPerlやRubyでやってるようなことは簡単に移植できちゃう。 近年Perlに追加された誰も使わない機能には食傷気味です。 YAPC::Asia Tokyo 2013ってイベントに1000人も集まったらしいんだが、信じがたい。 昔を懐かしむ、初老のおじさんの集まりなのか? COBOLファンの集いを開催すれば、2000人ぐらい集まる? >>92 信じがたいのは、君が無知だからだよ。 つまり若い人も多いという証拠。 COBOLでは集まらないだろうね。 ファン数/ユーザー数の比率を見るならPerlはその率が高いんだろうね 率が低そうなCOBOLやBASICでさえ、今なお使われているんだから、2023年には 余裕で使われていると予想 むしろ2023年にチロベとかマイナーなサイトが残っているかどうかのほうが疑問 いいや、COBOLのように生き残ってるよ。 ところでPL/1やPL/2は今も使われているのかい? >>94 まともな思考力があればその比率の低いほうが優秀だとわかる ものすごく古い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 記事っていうんだから例えば新聞とかの自然言語の文(章)ってことだよね? 互換性を持ちつつ成長する、そんな自然言語のようなプログラミング言語を 理想としているってことでしょ? 10年前の記事の内容はやっぱり古く感じるけどな年配のひとなのかな100才くらいなのかなこのばか 安定はしているがプログラミングしている気分にはならない。 安定している事務職みたいな扱い。 気分だけならPHPやjsで十分だよね 何も死にそうになりながら、cやJavaのコードを書かなくて良いんだもの 死にそうになるかどうかは 本人の実力次第でしょ? >>117 は死にそうになるってだけ。 申し訳ないけど俺の感性じゃPHPやjsはCOBOLと同じ分類。プログラミングのワクワク感がない。 何といったらよいのか...ハックじゃないんだよな、コーディングなんだよな、それは >>120 用意されているものを、すげーすげーいいながら 使うだけの人間はそう思うかもねw 言語を勉強していればいいだけの人。 プログラマというのは作るのが仕事だから >>123 将来、価値が出ちゃうじゃない! お宝拝見にでてくるかもしれないよ 負け犬の遠吠えか...PHPってお前が言語レベルの拡張できないだろw >>111 catコマンドの話だよ、すぐ上に書いてあるでしょ perlコマンドもそのくらい枯れて欲しいのさ、あくまで理想だけどね シェルの中に内部コマンドとして埋め込むってことね、了解! >>129 そりゃ俺自身、Perlを言語としては見てないからな 複雑なことが可能なツールって感じ read.cgi ver 07.5.0 2024/04/24 Walang Kapalit ★ | Donguri System Team 5ちゃんねる