パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

さようならsearch.cpan.org」記事へのコメント

  • by Anonymous Coward on 2018年05月19日 18時17分 (#3411386)

    「PHPで書き換えよう」
    「いやRubyにしよう」
    「いやいやPythonで」

    • by Anonymous Coward

      Perlの悲劇って簡単な言語でもないのに「適当に書いてしまっても動くこと」なんだよな。

      書く人によって全く別の言語になるカオス具合は、いい加減に何とかしろと思う。

      • by Anonymous Coward

        最初は使い捨てスクリプトを簡単に書くための物だったからそれで良かったんだよ
        PHPもHTMLにちょっとした動的処理したかっただけだったからアレで良かった(作者もそう言ってる)

        簡単だから普及したが故の悲劇は良く似てるね

      • by Anonymous Coward

        VB6/VBAも似たような感じかな

        • by Anonymous Coward

          VB系はPerlとは全然違うだろ…。使ったことあって言ってるのか?

          VB系のような凝った書き方はできず、誰が書いてもダサいコードになるが、そのおかげで保守不可能にはならないだろ。

          • by Anonymous Coward

            まちがえた。

            VB系のような → VB系はPerlのような

      • by Anonymous Coward

        VBと違ってゴルフやるやつも多かったのがさらなる悲劇

        • by Anonymous Coward

          他の言語にないわけではないが、引数がルーチンでそのルーチンの引数もルーチンで・・・
          ってPerl独特の世界かな。
          簡素化されることもあるので悪くはないけど1行で書くのはやめて欲しい。

          • by Anonymous Coward

            > 引数がルーチンでそのルーチンの引数もルーチンで・・・

            古くは lisp。
            他に無いっていうか、いまでも使われるほぼ全ての言語でも、それは当たり前の書き方でしょ。
            まぁ、無理矢理 1行で書くのは perl文化かもね。

            • by Anonymous Coward

              関数を引数にするという書き方ではなく、関数の返値をそのまま引数にするという話のような気がしてきた。

      • by Anonymous Coward

        > 書く人によって全く別の言語になるカオス具合は、いい加減に何とかしろと思う。

        perlの最が重要視するポリシーを全否定だな。

        • by Anonymous Coward

          >perlの最が重要視するポリシーを全否定だな。

          "There's More Than One Way To Do It."(やり方は一つじゃない)というPerlのポリシーが足かせになり
          あるタイミングからモダンPerlと称して、こういう風に書こうよと言い始めたのは、Perlコミュニティ自身なんだなぁ…

          • by Anonymous Coward

            登場は似たような時期だったと思うけど、全く逆の思想のPythonがここ10年くらい勢いがあるのって
            コーディングルールが厳しいことが大規模開発に向くってことだろうね。

            反比例するかのようにPerlは派手な使われ方はしなくなってきたものの、UNIX系ユーザが日常作業で
            ちょっとしたものを書く用途では未だに最強に近いポジションにいる気はする。
            Cと同じ書き方でだいたい通用するってアドバンテージは大きいぞ。

            • by Anonymous Coward

              perlも3か4くらいまでは小気味いい言語だったんだけどねえ
              というか当時のコンピュータには負担が大きくあまり凝ったことができなかったこともある

              • by Anonymous Coward

                Rubyは1.8まで、Pythonは2.7まで以下同文

                ...unicode string がいかんのか?

            • by Anonymous Coward

              モジュール使うようになると途端に可搬性が落ちてやる気を失う。

          • by Anonymous Coward

            矯正はされないし許される中での自由もあるし言語仕様と開発時に置ける考え方は別でしょう

      • by Anonymous Coward

        いや、逆だろ
        自然言語的な部分があって柔軟性がありすぎるから簡単に書ける
        だから、色々な書き方が出来るしそれを哲学としている

        正直、Rubyの方が酷いと思うしRubyも10年後にはPerlの立場になってると思う
        書き方が強要されるPtyhonがいいならそれでいいんだろうし
        その辺は合う哲学と採用面を考慮して技術スタックをチョイスすればいいと思うよ
        言語は所詮道具でしかなくって使い難い道具って言い張るのもいいし
        こうすれば使いやすいのかって発見するのもありだよ

        • by Anonymous Coward

          Ruby はオープンクラス(再定義自由)なのが小回り効く一方で
          大規模開発で使いたくない理由。

    • by Anonymous Coward

      判ってやってるんだろうけど、"2005年当時の"がメインだぞ…

    • by Anonymous Coward

      保守が負担なのは¥コードのせい、Perlのせいじゃない

    • by Anonymous Coward

      この中だとRuby一択だな
      Rubyだけ唯一標準規格が整備されている

      • by Anonymous Coward

        すまんな。規格の整備より使えるモジュールの質と量が重要なんや。

        • by Anonymous Coward

          まるでrubygemが質も量もスッカスカみたいな言い草はどうなんや?

    • by Anonymous Coward

      「node以外考えられない」

    • by Anonymous Coward

      2005年当時のPerlのコード保守が負担なのか
      諸般の事情で今でもPerl5のコード新規生成しているのだが、生まれ時点ですでに死んでいるなんてかわいそう

      • by Anonymous Coward

        私も今でも使ってるし大規模開発もやってますよ
        弊社だとPerlに嫌悪感を持つ人が居ないので普通に基本言語としてPerl使ってます
        ただ、キラキラなWeb企業じゃないし表側にPerlの看板使ってないし
        イベントにも参加しないので外に知られてないので声かけもあまりないですね

        転職して行く人も居ますが普通にPerlがメイン言語なだけでGoでもC/C++でも
        Javaでも何でも使う人らばかりなので。。。

    • by Anonymous Coward

      保守が負担という理由で古いコードを捨てられるのは非常にありがたい話。
      無理して使い続けて後々問題が起きるより何百倍もマシではないか。

      なので
      ・言語仕様がコロコロ変わる (古いコードが動かしづらくなる)
      ・書きなぐりコードでもそれなりに動きやすい (あえて保守を考えない)
      といった特徴を持つ言語はいい言語なのだよ!!

      # どの言語がいい言語なのかは敢えて触れない :)

192.168.0.1は、私が使っている IPアドレスですので勝手に使わないでください --- ある通りすがり

処理中...