私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレJava VS PHP
php スレッド一覧へ / php とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
前へ
うーん。どうだろうね。きっちりしたシステム作るなら
タイプセーフなJavaのほうがいいだろうけど。
なんとなく動いてればいいシステムはPHPがいいんじゃないかな。
タイプセーフなJavaのほうがいいだろうけど。
なんとなく動いてればいいシステムはPHPがいいんじゃないかな。
なるほど－。
Javaのセキュリティが～なんて聞くのですが、
別にそれはクリティカルなものではないって事ですか。
Javaのセキュリティが～なんて聞くのですが、
別にそれはクリティカルなものではないって事ですか。
java自体はセーフなんだろけど
その分webセキュリティの知識が甘いエンジニアが多い印象がある
javaは学習コストが大きいから言語以外に目がいかないのかもしれない
その分webセキュリティの知識が甘いエンジニアが多い印象がある
javaは学習コストが大きいから言語以外に目がいかないのかもしれない
Javaはこれがデファクトというフレームワークがないから難しい。
テンプレートエンジンも乱立しすぎてワケワカメ。
Eclipseのバックアップがあるから何とかなっているが…
テンプレートエンジンも乱立しすぎてワケワカメ。
Eclipseのバックアップがあるから何とかなっているが…
個人的にはPythonかRubyをオススメしたい
PHPはちょっとあり得んな
PHPはちょっとあり得んな
最強はASP.NET MVCだ。異論は認めない。
あとはどんぐりの背比べ
あとはどんぐりの背比べ
Javaはインジェクション関係はかなり早期に克服されてたような
テキストデータのHTMLエンコードとかSQLインジェクションとかね
テキストデータのHTMLエンコードとかSQLインジェクションとかね
ローカル公開のちょっとしたシステムならPHP
それ以外はjava
それ以外はjava
>>602
確かに騒がれたけど、あれってサーバサイドの話でしょ。(ちょっと自信ないけど・・)
つまり、サーバに進入できなければ意味なし、or JSPにJavaロジック(Clientで動くAppletとか)埋めるような事しなければ。
確かに騒がれたけど、あれってサーバサイドの話でしょ。(ちょっと自信ないけど・・)
つまり、サーバに進入できなければ意味なし、or JSPにJavaロジック(Clientで動くAppletとか)埋めるような事しなければ。
Javaやってる奴はJavaしかしらない馬鹿が多い。
JacascriptとかAjax弱いのが多い。
JacascriptとかAjax弱いのが多い。
>>617
そりゃ、JavaでGUIにしちゃった方が楽でいろいろできるからな。
そりゃ、JavaでGUIにしちゃった方が楽でいろいろできるからな。
>>618
いや、JavaはUI向け言語じゃないと思う。
作った人が悪いのかもしれないけど、VBチックだととっつきやすいのかもしれない。
Listnerイベントバカバカ作るのはすきじゃない、メモリリークもきにしないといけないし。
やっぱり、JavaScript,Ajaxが実装しやすい。
Aplet,Android言語として未完成って気がする。
いや、JavaはUI向け言語じゃないと思う。
作った人が悪いのかもしれないけど、VBチックだととっつきやすいのかもしれない。
Listnerイベントバカバカ作るのはすきじゃない、メモリリークもきにしないといけないし。
やっぱり、JavaScript,Ajaxが実装しやすい。
Aplet,Android言語として未完成って気がする。
>>619
Javaをよく知らないで、VBのやり方でやりたいならVBでやればいいだろ。
Javaをよく知らないで、VBのやり方でやりたいならVBでやればいいだろ。
バックエンドはJava、フロントエンドはPHP。Ｗｅｂ系開発案件はこれで決まりっぽいです。
>>622
同意。むりやりPHPねじ込む意味が無い。
改修時にアサインする難易度も変わってくる。
基本、Javaだろ。どんどん自動化してるし。
PHPもフレームワークかが一般的になって単価も上がってる。
同じレベルの予算がかかるようになれば、PHPを選択するメリットがまず無くなってく。
同意。むりやりPHPねじ込む意味が無い。
改修時にアサインする難易度も変わってくる。
基本、Javaだろ。どんどん自動化してるし。
PHPもフレームワークかが一般的になって単価も上がってる。
同じレベルの予算がかかるようになれば、PHPを選択するメリットがまず無くなってく。
PHPの単価が上がっただど！あんなバカチョン言語、単価が下がってなんぼだろ。マジで終わるぞPHP!
>>620
JavaとVBを比較してるだけ。
そもそも、開発者に一覧要素のどの部分が表示されているか分かるように、
tag要素、コントロールの見た目を少し変えるだけなのに、カスタムスタイルクラス
を作って、全体をラッピングさせないといけないとか、クソ極まりない。Android
Listnerイベントも生成、破棄させるとか、そんなの開発者側の必須ソースに
含ませるなと言いたい。
ただでさえ、業務系ではそれに特化したビジネスロジックは肥大化する。
未熟なんだよ、UI言語としては。HTML5＆CSS3で充分。ネットゲームもほとんど、
WebViewのUIはHTML＆JSだろ。不完全なんだよ、言語として。
ただ、PHPのメリットと聞かれると何一つ無い。全てJavaでカバーできるから。
単価ぐらいか、ほんと。
JavaとVBを比較してるだけ。
そもそも、開発者に一覧要素のどの部分が表示されているか分かるように、
tag要素、コントロールの見た目を少し変えるだけなのに、カスタムスタイルクラス
を作って、全体をラッピングさせないといけないとか、クソ極まりない。Android
Listnerイベントも生成、破棄させるとか、そんなの開発者側の必須ソースに
含ませるなと言いたい。
ただでさえ、業務系ではそれに特化したビジネスロジックは肥大化する。
未熟なんだよ、UI言語としては。HTML5＆CSS3で充分。ネットゲームもほとんど、
WebViewのUIはHTML＆JSだろ。不完全なんだよ、言語として。
ただ、PHPのメリットと聞かれると何一つ無い。全てJavaでカバーできるから。
単価ぐらいか、ほんと。
>>628
>なんでJavaの話がいきなりAndroidになったか知らないが
Androidのアプリ開発はJava。ただ違うのは一般的なWEBサーバサイドだけではなく、
UIも含まれているってこと。色々な言語を体験して、JavaのUI込みの開発をした場合の比較してるだけ。
自分もやってから話したらどうだ？
JavaFXは俺も期待して少しかじったんだけど、結局Oracleが買収して、やめちゃったんだろ？
でも、やっぱりJavaの悲願はUI込みのもの。
Appletがあまり浸透しないように、技術者から見たらまだまだなんだよね。
作れるっちゃ作れるんだけど、細かいカスタマイズなど技術者任せのロジック・概念が多すぎる。
その結果、ソースが肥大化しちゃう。
>なんでJavaの話がいきなりAndroidになったか知らないが
Androidのアプリ開発はJava。ただ違うのは一般的なWEBサーバサイドだけではなく、
UIも含まれているってこと。色々な言語を体験して、JavaのUI込みの開発をした場合の比較してるだけ。
自分もやってから話したらどうだ？
JavaFXは俺も期待して少しかじったんだけど、結局Oracleが買収して、やめちゃったんだろ？
でも、やっぱりJavaの悲願はUI込みのもの。
Appletがあまり浸透しないように、技術者から見たらまだまだなんだよね。
作れるっちゃ作れるんだけど、細かいカスタマイズなど技術者任せのロジック・概念が多すぎる。
その結果、ソースが肥大化しちゃう。
>>629
言語がJavaなだけで、VMもAPIもJavaと違う部分が多いし、UIに関してはまったく独自。開発したことあるならだ誰でもわかる話。聞きかじっただけだな。
FXを止めたという話ははじめて聞いた。開発のための会社が買収されたから滞ってるだけだと思ってた。
なんでもAPIに頼らないとできない技術者は要らないな。というか、技術者なら自分で作るから、技術者ですらない。
言語がJavaなだけで、VMもAPIもJavaと違う部分が多いし、UIに関してはまったく独自。開発したことあるならだ誰でもわかる話。聞きかじっただけだな。
FXを止めたという話ははじめて聞いた。開発のための会社が買収されたから滞ってるだけだと思ってた。
なんでもAPIに頼らないとできない技術者は要らないな。というか、技術者なら自分で作るから、技術者ですらない。
>>630
>FXを止めたという話ははじめて聞いた。開発のための会社が買収されたから滞ってるだけだと思ってた。
たぶん、自分も含め、多くのJava技術者も期待してたと思う。
できばえも充分だと思っていた矢先だけに正直がっかりした。
去年か一昨年のJavaOneのフォーマルで発表済みのはず。
でも、もったいないからって、どこかの団体継承する、しないなんて話もあったような。
ほんともったいないし、目指す方向性も間違っていなかったと思う。
なんと言っても、スマホが登場して、クロスブラウザ＆多端末対応が必要とされだしていた
矢先で、UIもJavaの理念のJVM上であれば、プラットフォームは問わず動作する環境ができれば
ほんとに凄いと思った。。
>FXを止めたという話ははじめて聞いた。開発のための会社が買収されたから滞ってるだけだと思ってた。
たぶん、自分も含め、多くのJava技術者も期待してたと思う。
できばえも充分だと思っていた矢先だけに正直がっかりした。
去年か一昨年のJavaOneのフォーマルで発表済みのはず。
でも、もったいないからって、どこかの団体継承する、しないなんて話もあったような。
ほんともったいないし、目指す方向性も間違っていなかったと思う。
なんと言っても、スマホが登場して、クロスブラウザ＆多端末対応が必要とされだしていた
矢先で、UIもJavaの理念のJVM上であれば、プラットフォームは問わず動作する環境ができれば
ほんとに凄いと思った。。
>>630
>なんでもAPIに頼らないとできない技術者は要らないな。というか、技術者なら自分で作るから、技術者ですらない。
こういう考えの技術者が多いからJavaの開発効率が悪いって言われてるんだろうな。
口だけでなかなか終わらない、いいから早く作れよっていつも思う。
会社はJavaが好きで取り入れてるんじゃない、Javaしかないから大金を投資してる。
業務を効率化、売上げ・収益に貢献しているから投資してるんだって事。
趣味でJava好きなら自分の家で休日にでもいじってろって。
開発効率を無視したシステムなんて会社に寄与しない。昨今良く効くようになったアジャイル開発とか、求められるのは可読性(保守運用)と開発効率。
JSなら簡単に自作できるものが、Javaでは大きくなる。
これは、言語的違いによるものだろ。
まぁ、この議題の論点に戻る(Java VS PHP)と、PHPはこんな話もできないわけで言語としての拡張性もJavaの信頼性も無い。
普通に考えてJava。一時的で安くって言うならPHPでいいんじゃない？
>なんでもAPIに頼らないとできない技術者は要らないな。というか、技術者なら自分で作るから、技術者ですらない。
こういう考えの技術者が多いからJavaの開発効率が悪いって言われてるんだろうな。
口だけでなかなか終わらない、いいから早く作れよっていつも思う。
会社はJavaが好きで取り入れてるんじゃない、Javaしかないから大金を投資してる。
業務を効率化、売上げ・収益に貢献しているから投資してるんだって事。
趣味でJava好きなら自分の家で休日にでもいじってろって。
開発効率を無視したシステムなんて会社に寄与しない。昨今良く効くようになったアジャイル開発とか、求められるのは可読性(保守運用)と開発効率。
JSなら簡単に自作できるものが、Javaでは大きくなる。
これは、言語的違いによるものだろ。
まぁ、この議題の論点に戻る(Java VS PHP)と、PHPはこんな話もできないわけで言語としての拡張性もJavaの信頼性も無い。
普通に考えてJava。一時的で安くって言うならPHPでいいんじゃない？
>>633
そういう自分はどうなんだ？
ライブラリはあらゆるものを使わせてもらってるよ。SAStruts,Doma,DBFlute,S2JDBC,s2Chronos,jsonoic,JCS,jQuery,Dojo,DWR,数えきれないぐらいにね。
ある意味それらを使いこなせないと技術者といえない。ありがたく思ってるよ。でも、そんなに俺はJavaに惚れた技術者じゃない、会社にシステムがどう寄与するかを常に考えようとしてるんで。
言語なんて流行りもんだから。新しい言語がシェアを占めれば、仕事から追い出され、それこそJavaなんて趣味の家でやってくれって言われるようになるだろう。
大規模システム、長期間の運用(Java技術者のアサイン可否)、負荷分散、あらゆる点からJavaが選択されてるだけ(資金に余裕のあるところは)。
それに加え、これから必ずビッグデータ対応も含まれる。
DBだけのバックエンドで吸収できるかは不安だが、PHPもこれに対して何か手段があるだろうか？
そういう自分はどうなんだ？
ライブラリはあらゆるものを使わせてもらってるよ。SAStruts,Doma,DBFlute,S2JDBC,s2Chronos,jsonoic,JCS,jQuery,Dojo,DWR,数えきれないぐらいにね。
ある意味それらを使いこなせないと技術者といえない。ありがたく思ってるよ。でも、そんなに俺はJavaに惚れた技術者じゃない、会社にシステムがどう寄与するかを常に考えようとしてるんで。
言語なんて流行りもんだから。新しい言語がシェアを占めれば、仕事から追い出され、それこそJavaなんて趣味の家でやってくれって言われるようになるだろう。
大規模システム、長期間の運用(Java技術者のアサイン可否)、負荷分散、あらゆる点からJavaが選択されてるだけ(資金に余裕のあるところは)。
それに加え、これから必ずビッグデータ対応も含まれる。
DBだけのバックエンドで吸収できるかは不安だが、PHPもこれに対して何か手段があるだろうか？
>>634
まずライブラリ管理ツールが充実してからだろ。してないプラットホームでライブラリ使いまくるとか、管理のことをまったく考えていない。
そっか、下請けは流行りに乗るしかないんだね。一次請けは自分で最適な構成を決めるから。場合によってはlispだって選ぶ。
まずライブラリ管理ツールが充実してからだろ。してないプラットホームでライブラリ使いまくるとか、管理のことをまったく考えていない。
そっか、下請けは流行りに乗るしかないんだね。一次請けは自分で最適な構成を決めるから。場合によってはlispだって選ぶ。
>>636
どう受け取るかは自由だが、相手を喜ばすためにレスしてるわけではない。
どう受け取るかは自由だが、相手を喜ばすためにレスしてるわけではない。
>>638
2chに何を期待しているんだ。せめて本スレ行け。
2chに何を期待しているんだ。せめて本スレ行け。
こんなスレがあったんだな。
PHPとJavaを比較する場合、Appサーバがフリーで提供されてるかどうかだろ。
PHPはApacheに頼り切りでWebサーバに依存してしまうため分散化がしにくい、
対してJavaはtomcatは基本Appサーバだから分散化がしやすい。
パフォーマンス面ではPHPは所詮スクリプト言語だからどう頑張ってもJavaには敵わない。
コード云々以前にアーキテクチャに違いがある。
もっともWebサーバにNginxなどを使えばPHPでも分散化出来るけど、
分散化するような状況になるのはパフォーマンスが欲しい場合なわけで、
そうなるとPHPじゃなくてJavaにしろよという話になる。
PHPとJavaを比較する場合、Appサーバがフリーで提供されてるかどうかだろ。
PHPはApacheに頼り切りでWebサーバに依存してしまうため分散化がしにくい、
対してJavaはtomcatは基本Appサーバだから分散化がしやすい。
パフォーマンス面ではPHPは所詮スクリプト言語だからどう頑張ってもJavaには敵わない。
コード云々以前にアーキテクチャに違いがある。
もっともWebサーバにNginxなどを使えばPHPでも分散化出来るけど、
分散化するような状況になるのはパフォーマンスが欲しい場合なわけで、
そうなるとPHPじゃなくてJavaにしろよという話になる。
ここまでだとJavaの方が優れているように聞こえるが、
Javaの方がPHPよりも開発工数が掛かるのはどうしようもなく避けがたく、
小規模システムをJavaで作るのは愚の骨頂。
手っ取り早く小規模システム作るならPHP、ある程度の規模になったらJava。
それぞれ得意分野が異なり活躍する土俵が違うのだから、
それを比較したところで意味がない。
Javaの方がPHPよりも開発工数が掛かるのはどうしようもなく避けがたく、
小規模システムをJavaで作るのは愚の骨頂。
手っ取り早く小規模システム作るならPHP、ある程度の規模になったらJava。
それぞれ得意分野が異なり活躍する土俵が違うのだから、
それを比較したところで意味がない。
>>641
その認識も大きな間違い。Java技術者で現場に入った事がある人なら分かるが、無駄な事が多すぎる。
正確に言うと大規模開発は人員が必要と技術も知識も無い、PM＆責任者の判断のせい。
営業の人間が唄う「開発効率XX％改善」とかパフォーマンスアップ、とかに踊らされてるだけ。
JUnit,Jenkince,GitHub,SVN,Redmine,BRMSとか、ほとんどアプリ外やテストツール。
こんなのに工数かけなければいけないし、初めてでは覚えなくちゃいけない。この工数も馬鹿にならない、人為ミスが発生したらそれをルールどおりに直す工数も発生する。
多くのJava技術者は感じてるんじゃないですか、アホですわ。
仕様書も意味の薄いユースケース図やクラス図。誰が見るんだよってレベルのドキュメント化(実際、一旦運用に入ったら誰も見ない。頻繁に変わるし)。
そういう意味では、PHPの現場は工数の安さもあるが、アプリに集中、動作品に特化した開発スタイルが一般的。
俺が技術的ツール、概念で営業の人間の思惑無しに簡易でシステムに寄与すると感じたのは、SAStruts(感動した)、メモリキャッシュ、Ajaxぐらい。あとはほとんど嘘。
PHPの開発概念は「正」だと思う。この概念をJavaに持ち込めば、成果品を単純に比較すればソース量もそう変わらないんだよ。
もちろん、スピードもね。
その認識も大きな間違い。Java技術者で現場に入った事がある人なら分かるが、無駄な事が多すぎる。
正確に言うと大規模開発は人員が必要と技術も知識も無い、PM＆責任者の判断のせい。
営業の人間が唄う「開発効率XX％改善」とかパフォーマンスアップ、とかに踊らされてるだけ。
JUnit,Jenkince,GitHub,SVN,Redmine,BRMSとか、ほとんどアプリ外やテストツール。
こんなのに工数かけなければいけないし、初めてでは覚えなくちゃいけない。この工数も馬鹿にならない、人為ミスが発生したらそれをルールどおりに直す工数も発生する。
多くのJava技術者は感じてるんじゃないですか、アホですわ。
仕様書も意味の薄いユースケース図やクラス図。誰が見るんだよってレベルのドキュメント化(実際、一旦運用に入ったら誰も見ない。頻繁に変わるし)。
そういう意味では、PHPの現場は工数の安さもあるが、アプリに集中、動作品に特化した開発スタイルが一般的。
俺が技術的ツール、概念で営業の人間の思惑無しに簡易でシステムに寄与すると感じたのは、SAStruts(感動した)、メモリキャッシュ、Ajaxぐらい。あとはほとんど嘘。
PHPの開発概念は「正」だと思う。この概念をJavaに持ち込めば、成果品を単純に比較すればソース量もそう変わらないんだよ。
もちろん、スピードもね。
>>635
>まずライブラリ管理ツールが充実してからだろ。してないプラットホームでライブラリ使いまくるとか、管理のことをまったく考えていない。
>そっか、下請けは流行りに乗るしかないんだね。一次請けは自分で最適な構成を決めるから。場合によってはlispだって選ぶ。
ほんとにJavaをかじった技術者なのか？まさしく、643で書いた「技術も知識も無い、PM＆責任者の判断」の考え。
営業者やツールの紹介文だけ読んで、鵜呑みにして予算だけ入れて、開発効率を著しく落としている奴の考え。
俺が発注元だったら、絶対開発依頼したくない典型。開発が始まって納期に間に合わず、予算を吸い上げようとする、ヒルみたいな奴ら。
(一旦開発が始まったら未完にできない発注もとの弱みに付け入る開発会社。ごまんといるよな)
自分らは働かず、マージンだけを取る人材派遣の営業にも言える事だけどな。
技術屋なんて何かの言語で丸々システムを作れる、構成・負荷を想定できればとりあえずはOKだと思う。
Javaにしろ、PHPにしろ、どっぷり浸かって、これから定年までこれに頼り切るんだと思う方がリスクがあると思うよ。
職人のような大工と違い、コンピュータの中の世界。プログラマは彼らのような職人にはなれない。
パソコンが不要な業種もごまんとある。システムを通して、どうその企業の利益に貢献できるか、業務を改善できるか、
その考えは常に持っていないといけない。
(俺のようなフリーのシステム屋にとってはね。会社でのうのうと使いまわされ、幸せと感じてるんならそれも結構。だが、一つに依存しすぎてもその会社に突然死が訪れるかもしれないのは覚悟は持っていた方が良い)
Javaの業界の現状は、営業やコンサルの口車に載せられすぎだと思う。
まぁ、彼らも生きる為に必死に考えて、笑顔を振りまいているんだろうけど、尊敬は一生できない業態だわな。
まぁ、JavaはWEBだけじゃなく、冷蔵庫やバイオ、人工知能にもフィールドは無限にある。
PHPはWEBで終わり。だろ？
>まずライブラリ管理ツールが充実してからだろ。してないプラットホームでライブラリ使いまくるとか、管理のことをまったく考えていない。
>そっか、下請けは流行りに乗るしかないんだね。一次請けは自分で最適な構成を決めるから。場合によってはlispだって選ぶ。
ほんとにJavaをかじった技術者なのか？まさしく、643で書いた「技術も知識も無い、PM＆責任者の判断」の考え。
営業者やツールの紹介文だけ読んで、鵜呑みにして予算だけ入れて、開発効率を著しく落としている奴の考え。
俺が発注元だったら、絶対開発依頼したくない典型。開発が始まって納期に間に合わず、予算を吸い上げようとする、ヒルみたいな奴ら。
(一旦開発が始まったら未完にできない発注もとの弱みに付け入る開発会社。ごまんといるよな)
自分らは働かず、マージンだけを取る人材派遣の営業にも言える事だけどな。
技術屋なんて何かの言語で丸々システムを作れる、構成・負荷を想定できればとりあえずはOKだと思う。
Javaにしろ、PHPにしろ、どっぷり浸かって、これから定年までこれに頼り切るんだと思う方がリスクがあると思うよ。
職人のような大工と違い、コンピュータの中の世界。プログラマは彼らのような職人にはなれない。
パソコンが不要な業種もごまんとある。システムを通して、どうその企業の利益に貢献できるか、業務を改善できるか、
その考えは常に持っていないといけない。
(俺のようなフリーのシステム屋にとってはね。会社でのうのうと使いまわされ、幸せと感じてるんならそれも結構。だが、一つに依存しすぎてもその会社に突然死が訪れるかもしれないのは覚悟は持っていた方が良い)
Javaの業界の現状は、営業やコンサルの口車に載せられすぎだと思う。
まぁ、彼らも生きる為に必死に考えて、笑顔を振りまいているんだろうけど、尊敬は一生できない業態だわな。
まぁ、JavaはWEBだけじゃなく、冷蔵庫やバイオ、人工知能にもフィールドは無限にある。
PHPはWEBで終わり。だろ？
>>644
要点をまとめられない開発者の話は聞くまでもない。帰れ。と、俺が発注元だったら言う。
要点をまとめられない開発者の話は聞くまでもない。帰れ。と、俺が発注元だったら言う。
>>647
何様だが知らんが、書きたい事書いたし、もう書くつもりもないから安心しろ、馬鹿。
Javaに携わる者として、現状と問題点を書いたつもり。
JavaとPHPなら、Java。そして、本質の工数も本来変わらないと思う。
何様だが知らんが、書きたい事書いたし、もう書くつもりもないから安心しろ、馬鹿。
Javaに携わる者として、現状と問題点を書いたつもり。
JavaとPHPなら、Java。そして、本質の工数も本来変わらないと思う。
JavaとPHPは対立軸にはならない。
現場で働いてればわかる。
カレーと牛丼の優劣つけようとしても仕方がない。
現場で働いてればわかる。
カレーと牛丼の優劣つけようとしても仕方がない。
Javaの人は他の言語使わないよねって話なのに、結論はphpよりJavaとは。脈絡のない長文書いて読む気なくさせ、結論どやっってことか。
int method(String[] args){
// 長い長いロジック
return 2;
}
こんな感じか。
int method(String[] args){
// 長い長いロジック
return 2;
}
こんな感じか。
php スレッド一覧へ類似してるかもしれないスレッド
- Perl VS PHP (555) - [63%] - 2018/6/27 23:15
- ASP VS PHP (258) - [61%] - 2017/12/31 9:31 ○
- CGI VS PHP VS JAVA (341) - [17%] - 2017/12/31 9:30
トップメニューへ / →のくす牧場書庫について