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

PHPカンファレンス2004詳細と事前登録開始」記事へのコメント

  • by Anonymous Coward on 2004年08月14日 13時15分 (#605680)
    なんとコードを書いていて詰まらない言語なんだろうとしか感じない。
    • by .mjt (13150) <mjtNO@SPAMcltn.org> on 2004年08月14日 19時03分 (#605778) 日記
      PHPでTCPスタックを実装 [www.sics.se]ってのは面白いと思ったけど。
      親コメント
    • PHPを使うのは、楽だからですよね。
      変数の宣言がいらない、型チェックもない、というだけでなく、
      配列もかなり柔軟で、宣言のいらない構造体という感じ。

      一通りの構造化制御文とかローカル変数とかクラス管理とか、
      複雑すぎないで覚えやすくて、楽に書ける文法。

      文字列操作や配列操作の関数が充実しているので、ループを自分で書かずに済む
      ケースも多い(その代わりループが遅い)。
      また、日本語の各種文字コードを自動で変換してくれることや、半角と全角など
      を変換する関数とか、「こんなのあったらちょっと便利」という関数が
      山のように準備されているし、日々増え続けている。

      思いつきと、いきあたりバッタリでプログラムを書いている僕のような人間には、
      非常に楽で早くプログラムが書ける、便利な道具です。
      --

      [tomoyu-n]
      親コメント
      • 煽りじゃなくて純粋な質問だけど、君は他のスクリプト言語使った事ある?
        僕には「PHPは面倒で手間がかかる」という印象しか持てないけど。
      • >変数の宣言がいらない
        これは時と場合によります。
        変数の宣言が無いと駄目なモードも必要です。 困ります。マジで。
    • メンテナンス性の高い、いいコードを書こうとする意思があるかどうかが、技術基盤の選択によって分かることがありますね。一貫性の無い、読みにくい書きにくいプログラミング言語、フレームワークでソフトウェアを書こうとするなら、そこにはリファクタリング文化が浸透していない、てなことで。

      PHPは、(Ruby, Python と比べると)メンテナンス性がよいとは思えない言語であると私は思うので、リファクタリングする意思の無い組織が選びがちな言語だなと思います。

      リファクタリングしないプログラミング作業は、面白く思えない。
      親コメント
      • by G7 (3009) on 2004年08月17日 17時57分 (#606730)
        ちと余談になりますが、
        http://www.kakutani.com/20040809.html#p01
        を見ておくと良いかも知れません。
        あと、そこからもリンクされてる、
        http://capsctrl.que.jp/kdmsnr/wiki/bliki/?RefactoringMalapropism
        も。

        なにやら、リファクタリングではない行為をも、安易にリファクタリングと呼ぶ風潮が、
        世間に広まってるという噂なので、
        アレゲな人々が一杯集まっているということになってる:-)スラドでも、
        参照しといたほうが良いかなーと。

        読んでみると、「リファクタリング」と呼ばれるに値するための本当の条件は
        なかなかに厳しいようです。

        >読みにくい書きにくいプログラミング言語、フレームワークでソフトウェアを書こうとするなら、
        >そこにはリファクタリング文化が浸透していない、てなことで。

        リファクタリング以外の色々なものもまた、浸透してないのでしょうね、そういう場所では。
        親コメント
      • 「1クラス1ファイル」からコーディングガイドラインまで、かなりルールをガチガチに作り込めばリファクタリングは可能ですから、これはどの言語も同じで、ようは現場と管理の意識の問題でしょう。

        楽天なんかどうなんだろう。

        つまり、その手の意識が低いところなら、どんな言語でもぐちゃぐちゃなコードで書くよ、ということで。
        • 本当は メンテナンス性の高い、いいコードを書こうとする意思 を以て PHP を採用すると最強なんですけど… そういうブツを見たことがあります。目から鱗でした。PHP の身上は 旨い・安い・早い ですがメンテナンス性を放棄してるワケではなくてユーザーに委ねられている部分が多く、フレームワークを導入する事でリファクタリング的なアプローチも大分現実的になります。

          > 楽天なんかどうなんだろう。
          ダメぽ。
          まぁ色々抱えているので一概に言えないのかも知れませんが (でも不良品が紛れている事自体 失敗だよな

          > つまり、その手の意識が低いところなら、どんな言語でもぐちゃぐちゃなコードで書くよ、ということで。

          責任がある場合はソレでは済まないワケで、その結果 PHPはちょっと [typepad.com] という話になるのかな、と思います。
          親コメント
          • > 本当はメンテナンス性の高い、いいコードを書こうとする意思
            > を以て PHP を採用すると最強

            PHPでもよいコードは書けますが、しかし、どちらかというと私は Ruby, Python を選んだほうが、よいよいコードは書けると思いますし、そういういいコードを書ける人が Ruby, Python ユーザには多いと思ってます。

            型宣言あり言語(つまり、Java)と、型宣言なし言語ではどちらがよいかという話がありますが、私はウェブプログラミング/データベースプログラミングをするときには、型宣言なし言語のほうが書きやすいです。比較的、定型的な処理が多くて、そもそもあまりクラスを定義せずに済むので。
            親コメント
            • それは、PythonやRubyを使うプログラマにはわざわざそんなお金にならなそうな言語を選ぶほど探究心の強い(あるいは本当にプログラミングに興味がある)人が多いからであって、言語の特徴だけが理由ではないというのが本当のところでしょう。

              例外はあっても。
              • by G7 (3009) on 2004年08月17日 17時53分 (#606729)
                >それは、PythonやRubyを使うプログラマにはわざわざそんなお金にならなそうな言語を選ぶほど探究心の強い(あるいは本当にプログラミングに興
                >味がある)人が多いからであって、言語の特徴だけが理由ではないというのが本当のところでしょう。

                使い「はじめる(試みる)」という意味では、探究心という言い方も当たってると思うけど、
                使い「続ける」かどうかという意味では、探究心だけじゃなく、
                素性の良い言語を選択する(悪い言語を忌避する)だけのセンスというか腕前がついてる人間なんじゃないかな。

                「あ、これは、より良い言語なのだ」と気付くかどうか、っていう問題。
                あと、より良いと気付いた対象を、今後も使いつづけるぞと選択するかどうかっていう問題。
                親コメント
    • by Anonymous Coward
      たしかに、コードを書いたり修正してる時はクソも楽しくないよね。
      プログラムをしているという気すらしない、ひたすら作業みたいな。
      どうしてだろう、webアプリケーションのロジックがそうだからかな?
      • 積み上げが必要 (スコア:3, 余計なもの)

        by Coo-Neruasobu (17846) on 2004年08月14日 14時44分 (#605698)
        自分には PHP はすげーエキサイティングなんですが。
        ただ効率よく使おうと思うと積み上げが必要。

        言語仕様や組込関数が全部面倒見てくれるワケではなくて、そこからいちいち作り込んでいくと楽しい&抜群に効率がいいのですが、
        バイキングに似ていて、腹具合に合わせて使うお皿 -例えば binarycloud, Phrame, HORDE, Mojavi- を選んで、その上にライブラリ -フォーム制御, OR マッピング, テンプレート, キャッシング- 盛りつけて、そこでいただきま~す でコード書いていく感じ。
        勿論プロジェクトごとにいちいち↑をやるのではなく、普段から自分の皿を持ってブラッシュアップし続けているワケで。
        この結果、プロジェクトをまたぐ共通部分の再生産をほぼゼロにしてそのアプリケーションのロジックに集中し、手軽にざくざく作っていけるのが良いところです。

        フレームワーク上で各種ライブラリを適切に結合させたアプリケーションを某所で見たときには、構造の美しさや、それが導く開発効率の良さに目から鱗でした。

        でも国内ではほとんどそういう使われ方してない。
        中上級者向けの本も殆ど無く、スピーカーもまだまだ足りない気がします。

        # だから PHPCon 頑張れ なんですけど。
        親コメント
        • by oldwave (20436) on 2004年08月16日 9時40分 (#606194) ホームページ 日記

          自分的には、仕事でもっともよく使っている言語ですが、PHPはかなり不満です。

          • 例外を投げられないし、捕捉できない。
          • クロージャがない。
          • オブジェクトが参照渡しじゃない。
          • コードを試すのに便利な環境がない(Lispのトップ環境やSmalltalkのWorkspaceのような)。
          • 配列の実装がヘン(ちゃんと配列とハッシュに分けてほしい)。

          ライブラリの充実ではカバーできないような問題ばかりと思うけど、どうかな。

          親コメント
    • by Anonymous Coward
      あなたももう多分年なんだよ。

      自分がやってきた方法以外の新しい物を否定したがる傾向が出てきたら要注意。
      かくゆう自分ももう新しい言語は覚える気力が沸かない20代。
    • うーん、純粋なプログラム言語というより、
      ちょっとプログラマブルなHTMLという感じですね。

      HTMLに埋め込んでおけば良いってのはメリットではないでしょうか。
      がっつり開発するならJavaとかの方が良いでしょうけど。
      • > HTMLに埋め込んでおけば良いってのはメリットではないでしょうか
        まともなPHP開発者は当然ながらそんなことしてませんよ。 なんか未だにこの手の偏見が多いようで。。。

アレゲはアレゲを呼ぶ -- ある傍観者

処理中...