【プログラミング】「Perl 7」が発表 〜来年にも四半世紀ぶりのメジャーバージョンアップへ [エリオット★]
■ このスレッドは過去ログ倉庫に格納されています
https://forest.watch.impress.co.jp/img/wf/docs/1261/315/image1.jpg
The Perl Foundationのアナウンス
The Perl Foundationは6月24日(現地時間)、スクリプト言語「Perl」の次期バージョン「Perl 7」を発表した。いくつかのリリース候補を経て、来年中にもリリースされるという。
「Perl」では下位互換性の維持が重視されており、古いスクリプトがそのまま動くようになっている。これは大きな長所だが、その一方でモダンなスクリプトを新たに書こうとすると大量のプラグマ(“use stric;”など)を書く必要があるという問題も引き起こしていた。
「Perl 7」ではその問題を解消するため、現代のニーズに合わせたより“クリーン”なデフォルトが採用されるとのこと。つまり、「Perl 7」は単に「Perl 5.32」(“Unicode 13.0”をサポートした現行の最新版)のデフォルト設定を変えただけに近いものとなる。約200,000個ある“CPAN”のモジュールも、ほぼ手を加えることなく動作する見込みだ。
一方、既存の「Perl 5」は長期メンテナンスモード(long term maintenance mode)としてサポートが継続される。「Perl」は最新2つの“5.x”バージョンをサポートするが、長期メンテナンスモードではそれよりはるかに長いサポートが提供されるという。
ちなみに、「Perl 6」ではなく「Perl 7」というバージョンナンバーが採用されたのは、「Raku」との混同を避けるため。「Raku」は「Perl 6」となるべく開発されたスクリプト言語だが、従来の「Perl」と互換性がなく、実質的には異なる言語であるとして、2019年10月に今の名前に改称されている。このようなバージョンジャンプの例は「PHP 7」(「PHP 5」の後継)などにもみられる。
□関連リンク
Perl.com - programming news, code and culture
https://www.perl.com/
Announcing Perl 7
https://www.perl.com/article/announcing-perl-7/
2020年6月25日 06:00
窓の杜
https://forest.watch.impress.co.jp/docs/news/1261315.html Windowsで簡単に並列化できるようになってくれ!
あと2GB以上のzip解凍も Perl4→Perl5はUNIX Magazineが一番元気が良かった頃 ローカルファイルのバッチ処理もPHPしか使わないようになった かつての立場はPythonに置き換えられた
だけどPerlがなくなったわけではない >>1
突っ込みいれとくと
“use stric;”じゃなくて“use strict;”だろ メーカーの電算室ではパールもシェルも使うからなあ
たまにサイフォンでやるけど アプデおそすぎ、、完全に時代遅れになちゃったよ。
perl -pi.bak -e だけはすっごいたまに使う。もうそれだけ。 >>1
ジャンプじゃない
Perl6としてある一定時期存在してた golang, nodejs, pyhon, javascriptだけでええやろ 昔の上司があそこに真珠7個入れて、膿んでた。
7個集めても願いが叶わなかったって言ってた。 >>16
下位互換も普通に使うだろ?
プレステ2で初代プレステのソフトが遊べるのは下位互換 表紙は、
ひとこぶらくだなの?
ふたこぶらくだなの? >>9
phpでローカルファイル処理って、webじゃなくてテキストファイルってこと? >「Perl 7」は単に「Perl 5.32」(“Unicode 13.0”をサポートした現行の最新版)の
>デフォルト設定を変えただけに近いものとなる
ならメジャーバージョン上げんなよ紛らわしい >>29
Version6?なかったよそんんもの(・_・) >>31
CGIに決まってるだろバーロー
レンタルサーバーにほーむぺーじ作るときに絶対アクセスカウンター欲しくなるだろ? >>6
四半世紀もしらないとか
とんでもないこどおじだな LINUX windowsのOSもperlでだいたい動くしな。
クソ長いOSスクリプトもだいたい今もperl
OS環境保守にはperlでいいやと WEBからアクセスできるし
修正も簡単だし
Cを使う必要性がない分野。
ゼロからスタートなら多言語と比べてはっきり劣ってるかもしれんが、
CPANの莫大な資産がまだあるからなー
あと置換系がクソ強いので、ファイル検索とかログの検索・応答などで未だ万能。
「○○というアプリを作る」のは向いてないけど
OSのバックエンド向けでは有用 そこら辺理解してない連中がperlに文句言いまくるけどな 昔は良く使ってたけど、もう新しくperlでコードを書くことは無いかも
先にpythonが出て来ちゃう >>6
ああ4と1/2世紀ってことか。なるほどなあ。 懐かしスレになってるやん…
2000年ぐらいは、Cやって、パールやって掲示板作ってとかだったのにもう過去だな
今の子供ならCやって、Java やってPythonとかX codeとかな感じかな >>23
NECのPC 8801で新しいのが出ると下位PCソフトも使えるから上位互換て言ってただろ >>1
言語は 後方互換性 と言うのではなかったかな > 「Perl」では下位互換性の維持が重視されており、古いスクリプトがそのまま動くようになっている。
4から5に移行するのに苦労した気が… 初期のWEBプログラムの多くがPerlで作成されており現役で使われている。
いまとなってはマイナー言語だが、WEBスクリプト言語として早く出たから
寿命は長いと思う。 >>50
単に1990年代にエンジニアが気軽に使えるスクリプト言語がperlくらいしかなかっただけですけどね
今時のシステム組むのにCGIなんて前世代のインターフェイス使うわけないし
昔のシステムの保守以外では先細りでしょうよ なんだかんだ言って今まで使われてきたのはcpanが整備されてるのが大きいな 古い言語って何故か知らんが生産性劣悪なのを誇る人がいるからちょっとね 老害企業しか採用してない言語
昭和生まれが大学で情報工学(自然言語処理)を学ぶ時によく使われた言語なので爺臭い
今はPythonに変わった >>54
PHPとか特に多いよな
さっさと滅びろ老害言語! 膨大なCPANの財産を活かせるのはすごいけど、
実際今でも役に立つモジュールがあるのかというと、微妙。
ゴミだらけじゃないの? >>36
こどおじの意味も知らずに使っているお前も相当恥ずかしいぞ >>35
四半世紀前かな
>>60
時々使われてるけど、ぱっとしないな。
見かけたら、感覚的になんかやだなと思う。 なんだかんだ言ってもRubyのほうが先に消えるんじゃないだろうか perlで足算するとすっっっ極遅いから、結局捨てたわ。 perlって作った人のIQが高すぎるから馬鹿だと覚える気にならない >>27
コロンだらけのC++よりは遙かに読みやすいわ >>51
ケントの掲示板を使ってたが、まだあった!
https://www.kent-web.com/
アクセスカウンターもまだ健在 php nodejs pythonぐらしか使ってねーな >>2
perl -v で
This is perl 5, version 26
と出た >>70
今の5chをはたして個人と言っていいのか これはPerl5の直系後継版?
6は全く別物だったからな 残念ながら過去の言語
いまさらPerlで新しいプロジェクトやるところなんてない
R.ウォール「Perlの仕様が気に食わないなら自分で作ればいいじゃない?w」
↓
廃れた(笑) いまはスクリプト系といえばPythonだな
Perlの有利な点といえば、ほとんどの環境にデフォルトで入っていることくらいか Linuxではシェルで書きにくい処理は
Parlで作ることを推奨しているよ
新規のWebサーバではまず使わん >>82
凄い古いコードの
腐ったような保守案件があのよ 俺は毎日書いてますよ
ネットワークインフラ管理してますよ
これからも使います
Python?覚える気にもならん >>82
プロジェクトになるレベルでの採用はなくても個人レベルでちょっとした処理をチョチョイと作りたいときには十分検討に値する言語では?CPANの蓄積はでかいよ。
pythonのライブラリと比べてだとどうなのかはわからんが。 pythonやnodejsのpipやnpmで大抵は事足りる >>73
さくらインターネットでボタン一つで投稿フォームCGIすぐに設置できますとか書いてたので作ってみたらケントだったわ
s-jisベースとかなのをutf8にしたくらいでそのまま使ったけどやっぱりシンプルでいいね >>27
わかるわ
少ないコード量を極めると本当に短くなるが、何書いてるか分からなくなる >>6にマジレスする人って何なの?
しょっちゅうカリカリしてそう c#とjavaしか触ったことないから初めて見た時は理解不能な言語だった >>26
s/u(nko)/chi$1/g;
とやるほうが、スマート。 >>33
言語自身や使用ライブラリがPerl互換(PCRE)を謳ったものは、同じ動作をするのが原則。但し、あくまで
原則であって、実際は言語によって使える書法が異なるなど、一筋縄で行かないのも実情。その標準と
目されているPerl自身は、間違いなく最強の一角だが、更に拡張した仕様なのがPerl6、改めRaku。 >>55
アマゾンの膨大なwebページを生成しているのは、今もPerl(勿論、裏ではdatabaseで管理しているが)。
日本ではここ(5ch)以外では、はてなの諸サービス(ブックマーク等)もPerlで動かしている。 >>96perlってデータベースが使いづらいのでphpの方が良いと聞いたことがある 日本の女が仮に今すぐ絶滅したらさ、 お前のガキはハーフになるよなwww
で、お前の子供が男なら、ハーフ×ハーフ、か、ハーフ×外国の方、となるから、
世代を経るたびに、お前の言う”純血な日本人”とやらは減ってくぜwww
それはそれでまあ、俺としては願ったりかなったりだからいいんだけど。別に俺は何もしてないし。俺はレイシストってことにもならないし。
お前の主張によると俺は日本人じゃないんだろ?www お前が何を主張しようとしているのかが全く分からないwww
日本人の数が減るのは良いことだ。世界が平和になり民主主義が守られ人権が守られる。
オマエ中学卒業できて無いぞwww日本の女が絶滅して困るのはオマエラ日本人であって俺ではない。じゃあバイバイ
日本の女はマリーアントワネット気取りの勘違いやろうだろw日本の男はレイシストだし
偶発的な「はやり病」か何かで「日本人が全員不妊化」してくれれば現在人類が抱える全ての問題が解決するのにな awkとbashは好き
perlはちょっと複雑なの動かすとcpu糞みたいに跳ね上がるから嫌い(´・ω・`) >>94
s/u(?=nko)/chi/g; は? 20年近く前に良く使ってたなぁ。シェルでやるには面倒な作業はperlにやらせて業務をサボってた
でもスクリプト言語て、あれもこれも要らないよな
パイソンだけあれば十分だと思うわ
1990年代初頭、ちょっとしたアプリでもC言語だったので開発サイクルが面倒だった
スクリプト言語と言ってもsh, cshかテキスト処理のAWKくらい
そんなときに、sh,grep,AWKのように記述でき、
システムコールと標準ライブラリがそろったスクリプト言語Perlが現れ
コンパイルレスの本格システムアプリ開発が可能となったのは画期的だった ふーん1995年に初めてインターネットって何?インストールって何?
ってやってた時にそんなことしてたのですか もともとUNIXで使われてたツールだからね
理系の大学ではそこそこ使われてた sed、awk使うより便利
ちょっとしたスクリプト作るのにrubyは使わない 標準の関数はカッコなし、自作関数はカッコありなのがよくわからなかったなぁ。 なんとなく、マイルドセブンを思い出した(まったく関係がなかったので
(驚愕したのだった(驚愕しない >>6
ノォオオオオオオ! これがケーキを4等分に切れない世代か! >>6
だねぇ。懐かしいねぇ。450年ぶりだねぇ。
当初は処理速度が遅すぎて、ハンドルネーム権現様が
クソミソ言ってたよねー。 下位互換重視はいいよな
最近の言語やライブラリは、切捨て多すぎだよ
よく考えて作れって感じ ■ このスレッドは過去ログ倉庫に格納されています