アカウント名:
パスワード:
スクリプト言語って、30年先でどうなろうが、手元のこの処理をやってしまいたいときに使う言語なんではなかろうか。その意味では、30年後に真価がわかるような言語はスクリプト言語として失敗なのかもしれない。
いや、30年前から変わらぬ価値・ポジションを維持しているというのならよいことだと思うのだけど。
それが今じゃ Linux Standard Base として perl や python がインストール直後から入っているというご時世だからな。
awk のいいところは拡張性のないところで、awk スクリプトはどこに持っていってもまず動く(nawk が gawkかはあるけど)ところかな。モジュールで拡張性のあるスクリプトはそれ故にほかの環境ですんなり動かないこともあるからね。
>> それが今じゃ Linux Standard Base として perl や python がインストール直後から入っているというご時世だからな。
いやー,昔から/binにbashを入れてるようなOSを基準に「ご時世」を語られてもねぇ.さすがにNetBSD,OpenBSDあたりにデフォルトで/bin/perlとか/bin/pythonが入るようになったら時代を感じるだろうけど.(FreeBSDはLinuxと似た空気を感じるので除外)
除外されちゃってる FreeBSD の場合ですが、
かつては /usr/bin/perl に入ってたのが、FreeBSD 5.0 から、ports に追い出されました。 [srad.jp]
まあ、Perl はコアに入れるほどには枯れてないですから、この判断は妥当だと思ってます。逆に、今時 sed や awk が言語拡張されたら非難されまくりだと思います。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あつくて寝られない時はhackしろ! 386BSD(98)はそうやってつくられましたよ? -- あるハッカー
いま使いたいからスクリプト言語 (スコア:0)
スクリプト言語って、30年先でどうなろうが、手元のこの処理をやってしまいたいときに使う言語なんではなかろうか。
その意味では、30年後に真価がわかるような言語はスクリプト言語として失敗なのかもしれない。
いや、30年前から変わらぬ価値・ポジションを維持しているというのならよいことだと思うのだけど。
Re: (スコア:1, 参考になる)
AWKはviで、PerlはEmacsみたいな位置づけと思っていた、そんな時代がありました。
Re: (スコア:2, すばらしい洞察)
それが今じゃ Linux Standard Base として perl や python がインストール直後から入っているというご時世だからな。
awk のいいところは拡張性のないところで、awk スクリプトはどこに持っていってもまず動く(nawk が gawkかはあるけど)ところかな。
モジュールで拡張性のあるスクリプトはそれ故にほかの環境ですんなり動かないこともあるからね。
Re: (スコア:0)
>> それが今じゃ Linux Standard Base として perl や python がインストール直後から入っているというご時世だからな。
いやー,昔から/binにbashを入れてるようなOSを基準に「ご時世」を語られてもねぇ.さすがにNetBSD,OpenBSDあたりにデフォルトで/bin/perlとか/bin/pythonが入るようになったら時代を感じるだろうけど.(FreeBSDはLinuxと似た空気を感じるので除外)
Re:いま使いたいからスクリプト言語 (スコア:1)
除外されちゃってる FreeBSD の場合ですが、
かつては /usr/bin/perl に入ってたのが、
FreeBSD 5.0 から、ports に追い出されました。 [srad.jp]
まあ、Perl はコアに入れるほどには枯れてないですから、この判断は妥当だと思ってます。
逆に、今時 sed や awk が言語拡張されたら非難されまくりだと思います。