[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 2chのread.cgiへ]
Update time : 03/06 09:01 / Filesize : 123 KB / Number-of Response : 597
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

Java VS PHP



1 名前:1 [2007/04/27(金) 21:21:58 ID:U5tJyA2z]
Java VS PHP

193 名前:nobodyさん mailto:sage [2009/10/15(木) 21:29:05 ID:???]
>>192
こいつ、アホスw

194 名前:nobodyさん [2009/10/16(金) 09:07:19 ID:G9eUGGQp]
>>193
アホがまともな人を見るとアホに見える。

195 名前:nobodyさん [2009/10/16(金) 12:26:02 ID:G9eUGGQp]
>>180
「カネが欲しい!ドルが欲しい!」
と24時間365日考えているうちに
変数の頭に$記号を付けないと気がすまないという精神構造になって
PHPの変数に$が付いた。
のではないか。
「UNIXシェルスクリプトの慣行を踏襲した」
というよりもそういう深層心理からだったのだろう。

シェルでは変数に値を代入する場合、左辺の変数名には$をつけない。PHPでは変数は常に$で始まる。
このことからも
PHP=カネの亡者の産物
であるといわねばならない。


196 名前:nobodyさん mailto:sage [2009/10/16(金) 13:31:08 ID:???]
つまんない長文さらすなボケ

197 名前:nobodyさん [2009/10/16(金) 17:25:08 ID:G9eUGGQp]
PHPの営業はバカの一つ覚えでこう言う。
「PHPのシステムはJavaより軽いです。サクサク動きます」
ウソつけ!

やつらは科学的なデータを示すことはできない。
なぜならそれがウソなのが証明されてしまうからだ。



198 名前:nobodyさん mailto:sage [2009/10/16(金) 18:37:29 ID:???]
そんな営業はいない

199 名前:nobodyさん mailto:sage [2009/10/16(金) 19:07:49 ID:???]
こんなアフォでもJavaできるのかw

200 名前:nobodyさん [2009/10/16(金) 19:17:22 ID:G9eUGGQp]
PHPはオブジェクト指向になりきっていない。
例えば
array_change_key_case()
array_chunk()
array_combine()

Array ar = new Array();
で生成して
ar->change_key_case()
ar->chunk()
ar->combine()
とするのが本来のオブジェクト指向のコード。
ハンパだな〜〜〜
あ、$忘れた。


201 名前:nobodyさん mailto:sage [2009/10/16(金) 19:19:58 ID:???]
PHPはオブジェクト指向言語なんかでないもの



202 名前:nobodyさん mailto:sage [2009/10/16(金) 21:52:16 ID:???]
>>200
arrayObject使ってメソッド実装すればいい

つうかそんな事OOPの本質と関係ない

203 名前:nobodyさん [2009/10/16(金) 22:44:13 ID:G9eUGGQp]
>つうかそんな事OOPの本質と関係ない
やっぱり本質的に関係あるよ。
関数名の先頭にオブジェクト名がついてるようなオブジェクト指向言語はIQ不足だ。
Javaで
StringBuffer sb = new StringBuffer();
sb.stringbuffer_append();
だと冗長なので
sb.append();
となっている。
コーディング上意味が重複するものが発生しないようにすべきなのだ。
OOP化したならPHPの関数のaからzまでまるごと先頭の単語はムダだ。


204 名前:nobodyさん mailto:sage [2009/10/16(金) 23:26:10 ID:???]
>>203
だから202は「arrayObject使ってメソッド実装すればいい」と言ってるじゃないか

205 名前:nobodyさん mailto:sage [2009/10/17(土) 09:01:46 ID:???]
このスレに限らす変数なんでもオブジェクトがオブジェクト指向と思ってるやつがいるよな

まずはWikiでOOP読め

206 名前:nobodyさん [2009/10/17(土) 10:10:50 ID:0DJi7zUm]
>>205
WikiでOOPで見たら
オブジェクト指向プログラミング
があったがそのページにはPHPがのってなかった。
やっぱなんちゃってのまがいものだから載せるにはためらいを感じたんだろう。


207 名前:nobodyさん mailto:sage [2009/10/17(土) 12:05:29 ID:???]
>>206
オブジェクト指向設計を学ぶべし

208 名前:nobodyさん mailto:sage [2009/10/17(土) 13:53:37 ID:???]
>>206
そんな事どうでもいいから中身読んでみ

209 名前:nobodyさん [2009/10/17(土) 16:28:52 ID:0DJi7zUm]
>>208
3回読んだ。
ようするに純粋なOOP言語にJavaは含まれるがPHPは論外であり
Perlより下の扱いというか圏外。
邪道、外道、ハリボテ、バッタモンである。


210 名前:nobodyさん mailto:sage [2009/10/17(土) 17:54:55 ID:???]
OOPが出来ない言語はPerl以下の言語である。
何それ?
209の考え方の方が邪道、外道、ハリボテ、バッタモンじゃん

211 名前:nobodyさん mailto:sage [2009/10/17(土) 20:49:52 ID:???]
>>209
理由書いてみ
変数ネタはもう飽きたから違うのな



212 名前:nobodyさん [2009/10/18(日) 11:27:03 ID:xxwa2wCT]
print()<---C
とか
echo <-----shell
とか他の言語体系からパクって来てるの、恥ずかしくないのかな。

print_r("件数は$kennsuuです");

print_r("件数は".$kennsuu."です");
にしてくれんかな〜〜違和感がある。

風船騒ぎの子供みたいなのがPHP作ったんじゃないかな。


213 名前:nobodyさん [2009/10/18(日) 11:39:40 ID:xxwa2wCT]
array は文字通り見たら配列でしょ。
ところがこれが「連想配列」でJavaのMapみたいなもの。
自然言語のイメージと食い違っていて誤解を生じる。
Mapと配列は分けてくれ。

配列の発展形として当然Listクラスくらいないと困るけどないらしい。

ボロボロなのでは?書いてて苦痛じゃないですか?


214 名前:nobodyさん mailto:sage [2009/10/18(日) 11:43:28 ID:???]
え、どういうときに困るの?

215 名前:nobodyさん [2009/10/18(日) 12:13:46 ID:xxwa2wCT]
>>213
JavaのListにはキーがない。ただオブジェクトが並べて入っている。
キーを使わないで並びのオフセット値で取り出したり入れ替えたりするのに使う。PHPではできない。

PHPのlist()はarray()からキーで取った値を取り出す。キーなんかつけるなよ!

PHP作者はMapとListと配列が頭の中でカオス状態になっている。もっと頭脳明晰じゃないと言語作る資格がない。


216 名前:nobodyさん mailto:sage [2009/10/18(日) 12:47:45 ID:???]
>キーを使わないで並びのオフセット値で取り出したり入れ替えたりするのに使う。PHPではできない。
PHPでもキーを指定しなければ並び順になるのでは?

>PHPのlist()はarray()からキーで取った値を取り出す。
よく分からない。list関数にキーは関係ないと思うが。

217 名前:nobodyさん [2009/10/18(日) 13:20:25 ID:xxwa2wCT]
>PHPでもキーを指定しなければ並び順になるのでは?
だからね〜そもそもarrayにキーの概念が混じってるのがトンチンカンなの。

>PHPのlist()はarray()からキーで取った値を取り出す。
よく分からない。list関数にキーは関係ないと思うが。

www.scollabo.com/banban/php/php_05.html
<?php
$fruit = array("Apple" => "りんご", "Orange" => "みかん",
"Grape" => "ぶどう");
while(list ($key, $val) = each($fruit)) {
print ("インデックスの $key は、$val です<br>\n");
}
?>
という例文見た時ヘンだと思った。諸悪の根源はPHPを最初に作ったとき「配列」と「Map」がarray()でごちゃ混ぜになっていて
別クラスになっていなかったことだ。この区別をしないのはおバカだろう。


218 名前:nobodyさん mailto:sage [2009/10/18(日) 14:10:03 ID:???]
区別をしないようにしたのは意図的だろう。
その判断が正解だったかはどうかは別として。
だんだん厳密な方向に進んでいるから、最初の作者も今は後悔しているかもしらん。

219 名前:nobodyさん mailto:sage [2009/10/18(日) 15:38:21 ID:???]
後悔というより選択肢を増やしてるだけだ

PHPはスカラー値の宣言が無いのを見てもわかる。これは意図的なものだ。そして今時でもある。

多態性を持たせるために可能な限り型を区別しないのだ。

昔は変数名に型名をつけてたりしたのを知らないか?

OOP以前は型を厳密に区別するのが保守性や生産性に優れてると考えられてたんだ。

220 名前:nobodyさん [2009/10/18(日) 16:56:34 ID:xxwa2wCT]
>昔は変数名に型名をつけてたりしたのを知らないか?
OOP以前は型を厳密に区別するのが保守性や生産性に優れてると考えられてたんだ。

これは異なことをおっしゃる!
今も昔も将来もOOPは型に厳密なのが本筋ですよ!C++は特にそう。Javaもそう。

型を動的にしたOOPはRubyがあるけど。
型の扱いがユルイのはコーディングのミスと実行時エラーのもと。


221 名前:nobodyさん mailto:sage [2009/10/18(日) 20:33:19 ID:???]
>>217
216だけど

>だからね〜そもそもarrayにキーの概念が混じってるのがトンチンカンなの。

なんで?arrayにキーの概念が混じっているとなんでだめなの?
215で「PHPではできない」と言ったことに対して「できるよ」と言ったのにさっきから話題逸らしてるよね。

>という例文見た時ヘンだと思った。

これも意味がわからない。ただの主観で語ってるじゃないか。
別にヘンだと思わないで使っている人が多数。
どの辺がヘンなの?

別に古い考え方に凝り固まっている人と評価して切り捨てたりはしないけど
せめて論理的に主張できなくちゃ説得力がないと思いますよ



222 名前:nobodyさん mailto:sage [2009/10/18(日) 20:43:56 ID:???]
なにかを正しいと思い込んで、 まったく関係ない別の事柄にも
ソレを望むなど、気がふれてるとしか思えない。

223 名前:nobodyさん [2009/10/18(日) 22:14:19 ID:xxwa2wCT]
>>221,222

PHPを否定する理由は前にも書いたが
異なる概念は異なるものとしてハッキリと識別すべきであるにもかかわらず
PHP作者はMapとListと配列が頭の中でカオス状態になっている
ということ。

list()は最初リストを作る関数のように思ったが、arrayの中身を取り出すものだったらしい。
こういう関数のネーミングもヘンだ。PHP作者が英語話せるかどうかが疑問だ。
おっとヘンというと主観になるのか〜。「不適切」と言い換えよう。


224 名前:nobodyさん mailto:sage [2009/10/18(日) 23:17:19 ID:???]
おっと、EcmaScriptを悪く言うのはそこまでだ。

225 名前:nobodyさん mailto:sage [2009/10/18(日) 23:22:30 ID:???]
>>223
すべきであるにもかかわらずというところから。
まず、なぜ異なるものと識別すべきと思うのでしょうか。

226 名前:nobodyさん mailto:sage [2009/10/18(日) 23:33:22 ID:???]
ID:xxwa2wCTみたいな低レベルの独りよがり(でも自分はできるみたいな書き方をする)が、
批判に混じるからややこしくなるんだな。

227 名前:nobodyさん [2009/10/18(日) 23:38:48 ID:xxwa2wCT]
>>224
EcmaScriptについては何も言ってないよ。JavaScriptのことは「これでよい」と思う。

>>225
三角形と四角形と円くらいの違いがあれば区別するのが自然。


228 名前:nobodyさん mailto:sage [2009/10/18(日) 23:40:57 ID:???]
>>227
なんで 三角形と四角形を 区別するのが自然なんですか?
一緒にする体系が存在することがそんなに問題ですか?

229 名前:nobodyさん [2009/10/19(月) 00:18:41 ID:qb+KD3Ja]
>>228
Mapはキーで値とかオブジェクトにアクセスする。
Listと配列はオフセットでアクセスする。
Map(arrayを連想配列で使う場合)はキーは違ってないといけないし1つのキーに対する値は1つ。
Listと配列は要素として全く同じものが入っていてもかまわない。
Listは要素が可変だが配列は要素数が固定。
こんなに違うのを一緒くたにすると使えなくなる。


230 名前:nobodyさん mailto:sage [2009/10/19(月) 00:36:43 ID:???]
>>223
>異なる概念は異なるものとしてハッキリと識別すべきであるにもかかわらず
それはJava脳

>こういう関数のネーミングもヘンだ
これもJava脳

231 名前:nobodyさん mailto:sage [2009/10/19(月) 00:50:21 ID:???]
それは静的型付け言語だから

コンパイラに向いてるがPGが喜ぶ話ではない。

配列の個数を言語レベルで制限して生産性や保守性が上がるシーンは限られてる

その3つをはん化して区別なく使えるようにした方がより使いやすい。

PHPの配列が弱かったのはそんな事でなくオブジェクトとしての振る舞いが出来なかった事だ。
だがそれはもう解消されイテレータも持てるようになった。



232 名前:nobodyさん mailto:sage [2009/10/19(月) 13:25:48 ID:???]
Java が使いにくいのは静的だからではない - kwatchの日記
d.hatena.ne.jp/kwatch/20080305/1204743236

233 名前:nobodyさん mailto:sage [2009/10/19(月) 13:27:33 ID:???]
>>121
Pythonの先祖は教育用だったが
Python自体は教育用に設計されたわけじゃない。
毎度のことながらWikipediaは間違いだらけだ。

234 名前:nobodyさん mailto:sage [2009/10/19(月) 13:52:15 ID:???]
>>229
また元に戻ったな。一緒にしたわけでもないんだから、その論は通らないよ。

235 名前:nobodyさん [2009/10/19(月) 15:47:15 ID:qb+KD3Ja]
プログラマーにとっては
$記号がついてないと変数と認識できないようなへぼい解析しかできない処理系は
カンベンしてもらいたい。
数学の式において変数にはアルファベットしかない。
$が氾濫してると見た目が醜悪で可読性が下がる。抽象性が下がって本質が見えなくなる。


236 名前:nobodyさん mailto:sage [2009/10/19(月) 15:54:18 ID:???]
馬鹿がスレに取り憑いてしまった。

237 名前:nobodyさん [2009/10/19(月) 16:09:19 ID:qb+KD3Ja]
ドッグフードばかり食ってるとフランス料理がまずいと感じるようになる。


238 名前:nobodyさん mailto:sage [2009/10/19(月) 20:47:23 ID:???]
>>232
当たり前のように使いにくい言語扱いされてんだな

239 名前:nobodyさん mailto:sage [2009/10/19(月) 20:51:13 ID:???]
>>235
$一つ押したらIDEがそのスコープの変数全てをリストしてくれる。極楽じゃないか?

置換も楽だ。

240 名前:nobodyさん mailto:sage [2009/10/20(火) 15:41:52 ID:???]
PHPには何でまともなデバッグツールは無いんだ?


241 名前:nobodyさん mailto:sage [2009/10/20(火) 16:26:40 ID:???]
Zend Debuggerで何の問題もない



242 名前:nobodyさん mailto:sage [2009/10/20(火) 16:55:05 ID:???]
>>241
eclipse等で設定するのは大変だ

243 名前:nobodyさん mailto:sage [2009/10/20(火) 17:00:28 ID:???]
全然大変じゃない
最低限の設定がいるだけ
つうか"無い"は嘘だろ

244 名前:nobodyさん mailto:sage [2009/10/20(火) 19:09:00 ID:???]
Java版Ruby on Railsと呼ぶにふさわしいフレームワークが出たぞー
「Play framework 1.0」
www.playframework.org/
動画を見ると非常にすばらしい
モデル、ビュー、コントローラーの変更がリアルタイムに反映させる。


245 名前:nobodyさん mailto:sage [2009/10/21(水) 01:18:57 ID:???]
みんな重くて冗長なコードなんかかきたくないんだよ

246 名前:nobodyさん [2009/10/21(水) 10:57:34 ID:53r8Iq7N]
>>245
携帯電話のNOKIAのスマートフォンのOSはシンビアンだ(個人的には嫌いだ)が
これはC++でコーディングする。
iPhoneもC++、GooglePhoneはJava。
速くて資源を節約する(軽い)ためこの言語を採用した。型にうるさい。
型にうるさいのは「冗長」とは言わないよ。
速く軽くするための必然だ。
型がゆるいのは重くて遅い。物理的にそうなる。


247 名前:nobodyさん mailto:sage [2009/10/21(水) 11:01:00 ID:???]
よく読め。

248 名前:nobodyさん [2009/10/21(水) 11:47:17 ID:53r8Iq7N]
クラスで変数メンバーを持っているときPHPは
$this->hensuu = 1;
と書かないといけない。
Javaでは
hensuu = 1;
でよい。どっちが冗長だろうか。


249 名前:nobodyさん mailto:sage [2009/10/21(水) 12:00:48 ID:???]
同名のローカルがある場合は、this.hensuu だろ? 読むとき分かりやすいのはどっちだろうね。

250 名前:nobodyさん [2009/10/21(水) 12:06:18 ID:53r8Iq7N]
>>249
www.scollabo.com/banban/php/php_11.html
の例を見ると同名のローカル変数がないけど$this->
になっている。例が間違っているのか、そうでないのかどっちだろう。


251 名前:nobodyさん mailto:sage [2009/10/21(水) 12:08:17 ID:???]
$thisを撃つ必要があるかないかって本質的な問題?
それを言ったら、JavaでWebページを出力する時とか、ファイルの入出力する時とか、DBに接続する時とか、それはもう・・・



252 名前:nobodyさん mailto:sage [2009/10/21(水) 12:09:07 ID:???]
>>250
PHP未経験かw

253 名前:nobodyさん mailto:sage [2009/10/21(水) 12:10:57 ID:???]
>>250
それPHP   this.hensuu は JAVA

254 名前:nobodyさん mailto:sage [2009/10/21(水) 12:23:46 ID:???]
>>246
ライトウエイト言語って速度が速くてライトって意味じゃないぞ…
LL知ってるか?

255 名前:nobodyさん mailto:sage [2009/10/21(水) 12:28:50 ID:???]
PHPはだいぶJavaの仕様を取り入れている、PHP6.0ではもっと近づく。
PHPは簡単だ軽い何て始めた人達も結局プログラミングの知識や
テクニックが必要になるのはもう分かり切っている。


256 名前:nobodyさん [2009/10/21(水) 12:29:09 ID:53r8Iq7N]
>>251
>$thisを撃つ必要があるかないかって本質的な問題?
それを言ったら、JavaでWebページを出力する時とか、ファイルの入出力する時とか、DBに接続する時とか、それはもう・・・
Javaではローカルかパラメータで同名がある場合以外はthisはいらない。
Webページ出力、ファイル入出力、DB接続もthisの出番があるとは思えない。StrutsのFormのことならそれはJavaの責任ではなくStrutsの責任。Strutsを改造すればよい。

www.php.net/manual/ja/language.oop5.basic.php
関数のコールにもthisが必要なのか。タイピング量が増えて疲れる。


257 名前:nobodyさん mailto:sage [2009/10/21(水) 12:33:50 ID:???]
>>255
幅が持てるってのがポイントだ

仕様増えた文の学習を強要されるわけじゃない。レンサバから数万台のクラスターまで対応できる言語になったのだ。

258 名前:nobodyさん mailto:sage [2009/10/21(水) 12:51:36 ID:???]
>>257
昔のコードをPHP5.3で動かすとdeprecatedだらけになる。
PHP6になったら動かなくなるぞぉぞぉー

なんくるないさ

259 名前:nobodyさん mailto:sage [2009/10/21(水) 12:52:53 ID:???]
>>258
そりゃそのためのdeprecatedだろ

260 名前:nobodyさん mailto:sage [2009/10/21(水) 13:09:12 ID:???]
PHP諸君
Eclipse+Javaで行きたまえ。
Javaがタイプ量が多すぎると思っている諸君は、
Eclipseのコード補完に驚くだろう。

Javaの世界では、だれも今時、しこしこ秀丸やvim等のエディターでコードを
書くやつはいない。PHP諸君の間ではいまだに結構いると思うが...






261 名前:nobodyさん mailto:sage [2009/10/21(水) 13:53:41 ID:???]
>>260
逆だ。
そういうのないとやってられんだけだろ。



262 名前:nobodyさん mailto:sage [2009/10/21(水) 14:36:07 ID:???]
>>261
PHP使いもだいぶEclipseやNetbeansを使い始めているぞ。
Zend Studioも結構いるが何しろ有料で高いからな。


263 名前:nobodyさん mailto:sage [2009/10/21(水) 16:01:07 ID:???]
>>261
あれだ、コマンド一発で大量の設定ファイル、下書きコードが自動で作成されます。でそれを便利だとありがたがってるやつ

最初がそもそもおかしいからそういうのがいるようになる。前提が不便すぎるのだ。

264 名前:nobodyさん [2009/10/21(水) 16:15:15 ID:53r8Iq7N]
>>263
あれだ、コマンド一発で大量の設定ファイル、下書きコードが自動で作成されます。でそれを便利だとありがたがってるやつ

そういうのがJavaのフレームワークにはありがちだ。そういうのは確かによくない。
hibernateはクソだ。
しかしそれはJavaの責任ではない。そういうフレームワークを使わなければいいのだ。
Servletベースにすれば大量の設定ファイルは必要ない。server.xmlとweb.xmlだけくらいだ。
(これはWebサーバー使う限りどの言語でも必要だ。)


265 名前:nobodyさん mailto:sage [2009/10/21(水) 18:09:59 ID:???]
>>263
PHPのクラスも同じだよ。
PHPを使う人達にはクラスを使う事が浸透していなだけ。



266 名前:nobodyさん mailto:sage [2009/10/21(水) 18:22:33 ID:???]
ま、関数いっぱい用意されてるしクラス化する必要性がまずないからな

267 名前:nobodyさん mailto:sage [2009/10/21(水) 18:22:40 ID:???]
>>265
そこでなんでPHPが出てくるんだか。

268 名前:nobodyさん mailto:sage [2009/10/21(水) 19:25:30 ID:???]
>>266
cakePHPにしろsymfonyにしろフレームワークを使うとなると、
必要になるんじゃないのかなーーー?
まだ使っていないと思うけど

269 名前:nobodyさん mailto:sage [2009/10/21(水) 19:58:46 ID:???]
PEARのコード見てみ〜。
言語的に不十分なPHP4であれだけきっちり書いてる。
ZSは更にちゃんとしてる

270 名前:nobodyさん mailto:sage [2009/10/21(水) 20:01:05 ID:???]
間違い
Zend Framework

271 名前:nobodyさん mailto:sage [2009/10/21(水) 21:20:24 ID:???]
>>269
PHPのバージョンアップの流れを考えろや。
これからはフレームワークが必須だろうが。

>>262
cakePHP + NetBeansで快適さ
Eclipse(PDT)よりコード補完がベターだ




272 名前:nobodyさん mailto:sage [2009/10/22(木) 08:12:06 ID:???]
フレームワークがライブラリを置き換えるものではない。

CAKE別にいいと思うがあんな密結合でスケールアウト出来ないのは"これから"じゃないと思うぞ。PHP4でOOPとは言い難いし。書きなぐり用ならOK

273 名前:nobodyさん mailto:sage [2009/10/22(木) 11:26:27 ID:???]
>>244
スクリーンキャストを見たけど、確かにシンプルだね
いわばJava版LL風WEBフレームワークといった感じ。
ちょっとマニュアルを見て見たがcakePHPに似ている。



274 名前:nobodyさん [2009/10/22(木) 15:30:20 ID:gb8cnyBf]
StrutsでもじゅうぶんLLだとおもうが。
どこが難しいのかさっぱりわからん。


275 名前:nobodyさん [2009/10/22(木) 15:40:34 ID:gb8cnyBf]
LLの意味は日本と英語圏ではまったく逆。

ja.wikipedia.org/wiki/%E8%BB%BD%E9%87%8F%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0%E8%A8%80%E8%AA%9E
>英語圏におけるLightweight languages
英語版Wikipediaによれば、Lightweight Languagesは
計算機リソースを多くは消費しないという意味で軽量(Lightweight)であり、
C言語などが例としてあげられている。
つまり、プログラマ負担の軽い言語を意味しない。
よって、日本における軽量プログラミング言語(Lightweight Languages)と
欧米におけるLightweight Languagesは、その「軽量」の意味においてまったく異なるものであり、
英語でPerlやJavaScript、PHPを指し示す場合は、Scripting languagesと表現したほうが妥当であると考えられる。

つまり日本人のLightweightLanguageは和製英語であり、西洋人には通じないので注意しましょう。


276 名前:nobodyさん mailto:sage [2009/10/22(木) 18:19:53 ID:???]
日本だとダンスのうまい双子を意味するからな

277 名前:nobodyさん mailto:sage [2009/10/23(金) 06:55:35 ID:???]
>>275
雑誌とかも和製英語の意味で使ってるな

278 名前:nobodyさん [2009/10/23(金) 15:17:12 ID:KbUwE6+s]
外人エンジニアとの議論で混乱するから
LBL(Lightweight Brain Language)
に改称したらいい。


279 名前:nobodyさん mailto:sage [2009/10/23(金) 16:53:41 ID:???]
つまらん

280 名前:nobodyさん [2009/10/24(土) 23:27:06 ID:+XTO6QU3]
BLL(Brain-Less Language)
では?


281 名前:nobodyさん mailto:sage [2010/10/18(月) 11:57:23 ID:???]
javaで書かれた関数をWeb cgiで使いたいのだけど
トムキャットが無難なの?



282 名前:nobodyさん mailto:sage [2010/10/19(火) 21:45:06 ID:???]
php が java に構文が近づくってだけでもjavaの完成度は高いよ。
そんなことより一番の恩恵はjvmの進化。
起動時以外はネイティブかそれ以上のパフォーマンスを得られる。

283 名前:nobodyさん mailto:sage [2010/11/05(金) 16:32:15 ID:???]
shootout.alioth.debian.org/

284 名前:nobodyさん [2011/04/22(金) 23:14:59.64 ID:itzBhGqM]
Mono最強伝説
ja.wikipedia.org/wiki/XSP_(Web%E3%82%B5%E3%83%BC%E3%83%90%E3%83%BC)

285 名前:nobodyさん mailto:sage [2011/05/08(日) 13:36:25.90 ID:???]
なんか全体的にphp使いこなせてないのにphp批判してる連中ばっかだなww
プロがフレームワーク使いこなして中規模のwebアプリバリバリ書いてるとこ見たことないだろ
相当キレイに早くwebアプリが作れるし可読性も高くてメンテナンスもしやすい
javaでもプロが書けば同じだから、結局は言語仕様ってより使いこなすプログラマの質によるんだよ

286 名前:nobodyさん mailto:sage [2011/05/10(火) 23:51:21.69 ID:???]
phpの人って「プロ」って言葉が好きだな(笑)

287 名前:nobodyさん mailto:sage [2011/05/11(水) 00:01:08.69 ID:???]
レス抽出しても285の1つしか見当たらないが

288 名前:nobodyさん mailto:sage [2011/06/24(金) 07:11:45.48 ID:???]
PHPってw


289 名前:nobodyさん [2011/07/02(土) 02:02:27.30 ID:AJLe5hIa]
アプリケーションスコープの有り無しが違いとして大きいかと。

290 名前:nobodyさん mailto:sage [2011/07/03(日) 03:43:20.00 ID:???]
不毛すぐる

291 名前:nobodyさん mailto:sage [2011/07/21(木) 13:59:52.51 ID:???]
本当に不毛だな。

俺はPHPもJavaもできるがもうWebの時代は終わりだろ。
終わりってゆーか、スマホっていうビックウェーブが来てて
時代はもうそっちだよ。
だからこれからのプログラマは、JavaかObjective-Cができないと駄目だ。
Windows Phoneのことも考えればC#もできるようにしておいた方がいい。
もっと言うとC/C++もできるようにしておいた方がいい。

時代に取り残されたくなければ今のうちに勉強するんだな。



292 名前:nobodyさん mailto:sage [2011/07/21(木) 14:54:44.40 ID:???]
別にスマフォが普及してもサーバ側のプログラミングが
不要になるわけじゃないし。

自分はJavaとObjective-C使えるから別にどうでもいいけど。

293 名前:nobodyさん mailto:sage [2011/07/21(木) 17:26:50.04 ID:???]
>>292
サーバサイドがなくなるとは言ってないが、
メインストリームからは外れるだろ。
汎用機からオープン系に流れたように
Webからスマホに主軸は流れるんだよ。






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<123KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef