07/12/08 05:30:02
URLﾘﾝｸ(japan.zdnet.com)
OSX脂肪でPHP脂肪ｗｗｗ
929:nobodyさん
07/12/08 17:30:22
PHPやっててフォークやソケットやスレッドの知識が身に付きますか？
同じスクリプト言語でもPerlなら付きます
PHPしかしないのは技術者として自殺行為です
初心者こそ最初は他の言語をしましょうね
930:nobodyさん
07/12/09 01:24:32
PHPのことを知らないのなら
黙ってれば恥かかなくてすむのにねｗ
931:nobodyさん
07/12/09 05:26:30
PHP自体がフレームワーク
932:nobodyさん
07/12/09 05:32:16
まあフレームワークは制限だからな
933:nobodyさん
07/12/09 05:33:35
このスレを見ている人はこんなスレも見ています。(ver 0.20)
フケ・痒みがとまらないPart9 [身体・健康]
まだ止まらないのかよｗ
934:nobodyさん
07/12/09 07:36:41
もともとフレームワークのPHP使ってフレムーワーク作る人って恥ずかしくないのかなｗ
935:nobodyさん
07/12/09 07:44:51
そんな事言ったら、どの言語だってそうだろ。
ちなみにフレムーワークは作った事ないけど。
936:nobodyさん
07/12/09 12:05:37 v5bnJUO2
俺もそろそろフレームワークデビューしてみたい（っ´∀｀）っ
937:nobodyさん
07/12/09 12:20:44
PHPはフレームワークとしては貧弱だからな
１枚ぐらい皮を被せたくなるぞ
俺は薄い皮希望だがな
938:nobodyさん
07/12/09 13:22:15
より多くの案件をこなすのが目的なら
CakePHP
導入までの敷居が低い ＝ 設置できるレンタルサーバーが多くなる
難易度が低い ＝ 多くの技術者がすぐにプロジェクト参加できる
FWの程度が中規模 ＝ オリジナルなFWに変更しやすい
したがってCakePHPがダントツに流行ることは間違いない
939:nobodyさん
07/12/09 13:30:49
俺様分析おつかれさん
940:nobodyさん
07/12/09 13:36:11
RoRがどのレンタルサーバーでも標準装備されれば
RoRが爆発的に流行すると思うが
phpで出来ることをRoRを覚えてまでやる必要があるかどうか
phpの豊富なWEB用ライブラリを超えることはまず不可能だと思う
なぜならphpはWEBだけに特化した言語だから
941:nobodyさん
07/12/09 13:40:00
symfonyはFWにしては大掛かりすぎるのが難点
それゆえに自由度が利かない
案件に合わせてFWを選択するのが一番いいと思うが
CakePHPならどの案件でも使える可能性が高い
942:nobodyさん
07/12/09 13:42:29
PHPはフレームワークじゃなくて、ただのスクリプト言語だからｗ
943:nobodyさん
07/12/09 13:58:55
俺はcakeがどうだとかethnaがどうだとか言ってる奴が根絶するまで
PHP4ベースで書かれてるFWは今すぐ捨てろとここに書き続けるつもりだよ
944:nobodyさん
07/12/09 15:01:24
RoRを設計を参考にしたフレームワークが沢山出ている現状だと、
爆発的に流行することはないと思う。(CakePHPもそうだしね)
それにどう頑張ってもRubyは遅い。
945:nobodyさん
07/12/09 15:26:21
Ruby のブロックをPHPに移植してケロ
946:nobodyさん
07/12/09 15:47:26
せめてクロージャでもあればいいんだけどな
947:nobodyさん
07/12/09 16:40:22
ブロック付いて、配列が[]で書けて、配列とハッシュが区別されて、
型が全部オブジェクトになって、組込クラスが整理されて、
オープンクラスになって組込クラスも自由に書き換えられるようになったら
PHPで本気出す
948:nobodyさん
07/12/09 16:57:14
それPHPの意味なくね？
949:nobodyさん
07/12/09 18:14:30
糞言語でもそこそこ何でもできるので
一度覚えるとそこに安住してしまいがちなのがPHPの最大の欠点だな
950:nobodyさん
07/12/09 18:52:11
HTMLに埋め込めて、$_REQUESTと$_SESSIONがいつでも呼び出せる。これ以上望む物はないよ。
951:nobodyさん
07/12/09 19:05:19
PHPのセッション実装なんてヘッポコじゃないですか
952:nobodyさん
07/12/09 19:37:21
>>942
> PHPはフレームワークじゃなくて、ただのスクリプト言語だからｗ
Rubyははフレームワークじゃなくて、ただのスクリプト言語だからｗ
で？
953:nobodyさん
07/12/09 20:10:57
で？
954:nobodyさん
07/12/09 20:53:42
/ﾆＹﾆヽ
/（ ﾟ )( ﾟ ）ヽ
／::::⌒｀´⌒::::＼ でっていうｗｗｗｗｗｗｗｗ
| ,-）＿＿＿（-、|
| l |-┬-| l |
＼ `ー'´ ／
955:nobodyさん
07/12/09 21:04:50
釣りばっかだな
956:nobodyさん
07/12/09 21:26:06
>>943 同意
まあレンサバもPHPなんて動けばいいんだろって思ってるから
なかなかPHP5に全面移行できないってのはいいんだけど、
環境が選べる状況で開発している奴らでもPHP4を引きずったり
いつまでもEUC-JPで書いてみたりっていうのは正直吐き気がする。
携帯だからってソースもSJISで書くとか、もういい加減にしてくれ。
UTF-8通る携帯もたいがい増えてるっていうのをなんで敢えて
スルーかな。
なんか質の悪いやや古参PHPerが癌すぎる。
957:nobodyさん
07/12/09 21:33:46
>>56
UTF-8通らないケータイではSJISで書く
UTF-8通るケータイではSJISも通る
世の中のケータイがすべてUTF-8通るならまだしも、そうでないならSJISで書くのは合理的だと思うけど。
958:nobodyさん
07/12/09 21:40:40
SJISでソース書くやつはバカ
959:nobodyさん
07/12/09 22:03:27
内部（ソースコード含む）はすべてUTF-8で統一し、
入力と出力時にSJISなりに変換すれば良いだけの話だろ。
960:nobodyさん
07/12/09 22:09:00
>>958
いや、そうじゃない。
SJISでソースを書くにしてもoutputで、UTF->Shift-JISに正しく変換できない実装がバカ
そのあたりはやっとPHP6で改善される可能性もあるけど、iconvとかmb_*系の実装はどうなるんだとか
そもそもMS932系の実装はどうなるんだろうか、なんてのを正しく議論していないPHPの上の人らがバカ
あと、全然関係ないけど、javaに近づけとはいわないけど、言語実装を議論せずに矛盾ばかり生み出す言語実装を作ってる上のひとらがバカ
961:nobodyさん
07/12/09 22:17:02
つまり携帯のフロントもあるバックエンドをEUCで書くやつは問題なく馬鹿、てことでおｋ？
962:nobodyさん
07/12/09 22:40:08
>>960
それ（変換とか）よりもSJISの場合はダメ文字絡みがやっぱり一番大きいと思うんだ。
シングルバイト圏の作るライブラリとか。
大体文字コードの変換なんてかつては「必要悪」だったのが今やただのオーバヘッドや
不具合の温床だと思ってそれほど間違ってるかな。
要はWindowsさえ次のOSでごにょごにょやってSJIS(CP932？)捨ててくれれば、問題の
大部分はweb系に関してはほとんど片づきそうな気もする。
963:nobodyさん
07/12/09 23:28:47
結局PHP使う奴はバカでFA