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がじょじょ陥落していく。。。 みなさんはどうお考えですか> >>131 そんな定義だからダメなんだよ。 チューリング完全なものがプログラム言語 で、Perlは何に潰されるのかな? 消滅する消滅するって言うのだけは簡単だよね >>134 じゃあ使ってれば? お前がPerlの消滅で泣きを見るだけでこちとら全然困らないから。 Perlは言語だから、普通に考えて消滅しないよ それともPerlプログラマやperlインタプリタが消滅するっていう意味で言ってるの? それとも単にO'Reillyが新刊を出さなくなるってことを言っているだけ? オレにはPerlの環境適応力を見くびってるように思えるが 2023年といえばCPUは128ビットになっていて、その上で64ビット版のOSが使われている また256ビットCPUも出回り始めるが、まだOSは128ビット版までしかないのでその性能を 活かしきれない そんな状況なので32ビットのperlインタプリタは消滅しているのかもしれないぞ、おぬし そんな状況のなか、某社のVisual Studioは頑固に32ビット版しかなかったりして。 うん、それはOSは64bit(それ以上)にする意味はあるが アプリは意味が無いことの現れだね。 だろうね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] ...なあんて会話が繰り返されるんだろうなあ チロベで0%になっても日本ではバリバリ使われてるんだろうな 変態的記述性が一部の天才のオナニーとして好まれたが メンテとかいろいろ面倒なので他言語への移行を加速したという なんとも本末転倒な結果に・・・ だけど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システムだとか ゲームシステムだとか、プラグインシステムだとか。 プラグインそのものではなくて、 プラグイン使えるようにするための仕組み。 仕組み部分を作ったことがなく、 与えられた仕組みの上で動く小さな処理だけを作っているでしょう? ん? 複雑の意味わかってないんじゃね? コードの量のことじゃないよ。 少ないコードで多くのコードをうまく管理するための 仕組みの話。 オブジェクト指向というかクラスだけど、セッタゲッタみたいによりカプセル化できるので今までゴチャゴチャしてたのが簡単になる。 あと関数名も識別するために長くしないといけなかったのが短くなる。 ただ、全てはオブジェクトです(※ただしオブジェクト=クラスのインスタンス)みたいな言語だと、 関数がクラス名.関数名っていちいちクラス名つけなくちゃいけないのと(別名とかあるのもあるけど)、 関数を引数で渡したいとかになるとめんどくさい文法とか仕組みを取り入れて余計ゴチャゴチャしてくる。 複雑ってのはコード量が多いってことじゃなくて、部分部分の関係が多いって事だよな。 うん、仕組みという言い方をしたけど、 構造という言い方のほうが良かったも知れない。 >>163 横から失礼 > 関数を引数で渡したいとかになるとめんどくさい文法とか仕組みを取り入れて余計ゴチャゴチャしてくる。 単に、関数がファーストクラスオブジェクトじゃない言語だからだろ。 Java位しか当てはまるの思いつかんけど。 後、オブジェクト指向も万能じゃないと思うぞ。 実装対象が過度に密結合だった場合だと、適切なモデリングやパフォーマンスチューニングのコストが膨大なことになる。 複雑になっちゃうのって、単にコーディングが下手なだけじゃないの? オブジェクト指向だからって解決できないでしょ? そもそもの要件がオブジェクト指向的に定義されてないなら俺的オブジェクトを 導入しても他の人には分かりにくいだろうなあ >少ないコードで多くのコードをうまく管理するための 自己書換えみたいなトリッキーなコードは危ないから歓迎されないんよ そういうコードって読みづらいしデバッグしにくい 長期メンテナンスのためにはスタティックな指向が大事なんよ おはよー! /⌒丶、 ___ /::::::::::::::::::>r―<::::::::::::::::::`7 | {> ゚ ̄ ̄ ̄ ̄ `丶、::::::/ _人 / \/ `Y⌒ _人_ / :| : / / / ⌒Yヘ :::〉 / / . :/ :/| / :/ | | │ ∨ , . : イ:.:/\|/∨ /|厶斗 : | | |:/|: : :/ |≫=ミi | :/ _∨ |/ : /: | | | | |: :│〃_入ハ レ∨ ≫‐=ミ∨! | │| . _人 八| |八弋Yソ ,_入ハ }}│ | 人l ゚Y⌒ | 小/// ' 弋Yソ ´│ |⌒Y´ ̄ │ │ | r─- //// ; | | | 人 | } ′ .: :. _,人__ l :个:.. 、 __ノ / / :. `Y゚ ‐v┐ _| : |{:::::>:...,,_,, -=≦/ /\ │ :. { -─ヘJ | /:| : |::::::::::::::ハ. / /::::::::_人 :. . { 二.)__人_ | : |:iヽ:::::::ト _// /; ‐z_Y⌒い人 '. 、_) Y⌒゚ | : 圦:::\:l⌒\/:::/ /(/\ ∨ } ゚Y⌒ ,ハ ノ∧ 厂 ̄| : | \::::}⌒/::::::/ / (`丶. 〉│ :| / ∧ / ∧ マ\ | : | ヽ{∠二¨7 / (_` / :∧ :| 消えた/消えてないの定義を先にしとかないと2023年になってから揉めそうだ 例えば2014年現在、AWKって消えたことになるの?どうよ? 最近「9割がワンライナーとして埋め込まれてるAWKコマンド」で「シェルスクリプト」と言い張る例を見た AWKはシェルスクリプトの一部として吸収合併されたとみていいだろう AWKは残ってるだろ、現行のOSなどで動作するバージョンが簡単に手に入る 現行環境に移植する人も、言語の開発を続ける人も居ない みたいな言語が「消えた言語」だと思うよ 971 名前:名無しさん@七周年[] 投稿日:2006/11/11(土) 00:56:10 ID:M8+ahUZV0 自称スーパープログラマー某 強烈加齢臭 メール見ない メール無視 ドキュメント見ない ドキュメント無視 説明聞かない 説明無視 話聞かない 話無視 ガム→むっちゃー むっちゃー むっちゃー むっちゃー 煎餅→バリバリバリバリバリバリ 菓子パン→モグモグモグモグモグモグモグモグモグモグ カップアイス→むっちゃー むっちゃー ペロペロペロペロ フロアすべてに響き渡る 超ばかでかいくしゃみ 当然手でおさえない 異音と異振動 ドスーン!ドスーン! ドカーン!ドカーン! バコーン!バコーン! ズドン!ズドン! 机が近いとマウスポインターが飛ぶ 誤操作誘発 書類だしたりしまうだけでドカンドカン 30秒ごとに口と鼻から異音 ふんっっ! ふんっっ! 備品破壊 貸与P C 破壊 他人のもの破壊 奴の作ったスクリプトとプログラムは使えない バグ製造機 電話や共有携帯電話 キーボードが油ベタベタ 奴に電話とPCとコンソールは触らせてはいけない 僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方 役に立つかもしれません グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』 K4CXC >>180 あんまり古いと日本語jcode.plじゃね? あと2年とちょっと? 今のところ消えそうな感じがしないなあ。 てか、コンピュータ用のプログラミング言語が「消える」って、概念そのものがおかしいよね。 消えないだろう。多数の人が使わない状態にはなるだろうが。 >>189 消える=表舞台から消えるということだからおかしくない Pascalあたりもそろそろだろう (p_・l)Perlは一部の人にウケる (p_・y)pythonはまぁ (r_・b)rubyは神 (u_・y)金持ちは滅びても3代続くみたいな話 (u_・y)その言語界隈で、上のほうの人が消えてくと (u_・y)にわかレベルのやつが年功序列で上行くだろ (u_・y)そうなるとその人が「perl界隈のすごい人」って風になるから (u_・y)メジャーな言語では雑魚でも、マイナー言語では一流気取れちゃうわけよ (u_・y)仮に滅びの道を逝くとしてもハイエナ需要だけでしばらく持つ (u_・y)第一生産業の利権のようなものだな (u_・y)>>193 (u_・y)お前は「自称」親を名乗る人間から生まれた子供だろうよ (u_・y)自称してるけど本当にそうなのか? (u_・y)uyは自分が神様であることを自称している (u_・y)自称してるけど本当にそうなのか? (u_・y)答えは誰も知らない (u_・y)自我というのはこうして形成される perl7か8がperl5のコード走るらしいから 安心してperl5終了の報せを聞ける 下手にpython3とかで書くより長く走りそう >>196 それはPerl6のときにも言ってた。w ttps://perlcodesample.hateblo.jp/entry/2020/07/10/082720 >>190 Pascalは曖昧さもなくていい言語だと思うんだがメインストリームにはなれなかったな。 やっぱ同時期にCがあったからか。 >>199 Pascalのもって回った感じがウケなかったんやろ。 とくに当時は。よそに、アセンブリとかCがあるわけやし。 たしか、Pascalのポインタとか、Cを上回る変態的記法やしな。w 素のPascalだとイマイチ使いづらいと感じた人が多かったのでは? Delphiぐらいに拡張されてようやく少し流行った感じがする。すぐ終わったかも知れないが。 >>201 現実のPascal処理系の実装としてはボーランドのTurboPascalくらいだったろ。 そしてTurboPascalは一定層のユーザーがいた。 ただ後発のTurboCの出来が予想以上に良かったのでシェアを食われた感はあるな。 Turbo Pascal 5.5だったかな ポインタ型あるけどinc/decできなくて使いにくかった 当時はコードサイズが小さくなるCの方が良かったってのはあるかも。何せターゲットマシンがPC-9801シリーズで8086だったから。 その他組み込み用マイコンもZ80とかの8bitのが多くてEPROMで2KBだの4KBだのしかないなんてのがよくあった。 アセンブラだと大変なので楽をしたいがメモリが足りない。ということでCと少しのアセンブラの組み合わせで何とかする。 >>204 本質的にはどっちでも似たようなもんやろ。 独自拡張はあっていいんやから、それならPascalもいろいろやればよかった。 >>199-200 特に ; が begin この中の最後の文 end みたいなところで あると逆におかしいとみなされるんだったかな C でいうと { この中の最後の文 } みたいな javascript はその点 pascal 寄りかなと当時思った >>204 その用途で K compiler ってのが一時流行った >>206 JavaScriptは、文法がええかげんなだけやろ。w Pascalはガチガチやろし、たとえ似てたとしても偶然でしか。 知らんけど。 >>1 gitに使われてる はい論破 What language(s) is Git written in? https://www.quora.com/What-language (s)-is-Git-written-in gitに限らず昔かあるミドルウェア(Apache等)には大概Perlが使われている。あと3周ほどすれば復権するかもよ。ちょろっと書くには一番便利な言語。 確定的やろ。w Perl7があるからな。 互換性では、Rubyごときはもちろん、Pythonのはるかに上。 >>1 は2013年やし、しゃあない。 当時はRakuとか超あやしかった。 Windows版のPerlディストリビューターがいつまでたっても5.32のままだな( ^ω^)・・・ 試せてないがActivePerlは5.34になったっぽい 一方、StrawberryPerlは5.32のまま ま、あせるこたないやろ。 Perl5と充分互換て話なはずやし。 ゲーム業界、NFT採用に賛否両論? 転売目的が主な市場は1兆ドルに成長 NFTはゲームだけではなく、アート作品、さらには野球カードのような収集品にも活用され、 近年急速に注目を集めている。技術関連の投資を行う投資会社Loupは9月24日、NFT市場に 関する考察記事を公開した。その記事によると、NFT市場は2020年には約1兆600億ドル (約180兆円)の規模に達した。同市場は今後、年率4〜7%で成長すると予想される。 2021年のNFT市場におけるゲームの支出額は27億ドル(約3,000億円)になり、 市場全体の約13%を占める。もっともこの支出額はゲーム業界全体の1.5%に過ぎない。 2023年になりました。YAPC::Kyoto 2023 が楽しみです。 試せてないがActivePerlは5.36になったっぽい 一方、StrawberryPerlは5.32のまま 消えたと言ってる人は、使われてても以前ほどの勢いが無くなったら「はい、消えましたね」と言う感じなんで、消えた消えんで議論しても話噛み合わないわそりゃ ActivePerlは嫌がらせとしか思えないライセンスになってしまって使う気になれない。なんでこんなことになってしまったのか?WSL上かgitに付属のを使うしかない。 糞切れない人にもPerlと決別するチャンスをくれたんだと思えばいい >>228 Gitに入ってるのを使うなら、MSYS2を使え。w MSYS2のperlはどうしてperl.orgのPerl Downloadに載ってないの?仲が悪いの?載せて欲しいな。 read.cgi ver 07.5.1 2024/04/28 Walang Kapalit ★ | Donguri System Team 5ちゃんねる