アカウント名:
パスワード:
JSP ・スレッド無しでは本当に使うことができない (?このへん詳しくないのでよくわからない) ・FreeBSDでのスレッドサポートがよろしくない
て、言うか、スレッド無しでは、JSPのパフォーマンスが著しく低いからかも知れません。あと、FreeBSD上でのJavaのパフォーマンスはとにかく悪いような気がする。
# FreeBSDでJavaを使って久しくなるので悪しからず。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
普通のやつらの下を行け -- バッドノウハウ専門家
要約&和訳 (スコア:0)
ソースの「プレゼン資料」の要約を日本語で、英語が
得意な人頼む!
Re:要約&和訳 (スコア:1, おもしろおかしい)
・一つの事やるのにいろんな書き方がありすぎる
・サーバをぶっとばす危険が高い
・Webスクリプティング言語としてデザインされてない
ASP
・文法汚い
・金!金!金!
JSP
・スレッド無しでは本当に使うことができない
(?このへん詳しくないのでよくわからない)
・FreeBSDでのスレッドサポートがよろしくない
XSLT
・難しい
Re:要約&和訳 (スコア:5, 参考になる)
1. サーバー側でのWebスクリプト用にデザインされている
2. 大きく、オープンソースな開発コミュニティ
• 統合されていて、ライブラリがある
• ドキュメントやトレーニングがしっかりしている
3. デバッグ、プロファイルツールがある
4. シンプルで明快な文法
5. テストでよい成績
• 効率的(アクセラレータ付きで)
• 必要なメモリ量が少ない
#ちょっと意訳した。
Re:要約&和訳 (スコア:1, 参考になる)
て、言うか、スレッド無しでは、JSPのパフォーマンスが著しく低いからかも知れません。あと、FreeBSD上でのJavaのパフォーマンスはとにかく悪いような気がする。
# FreeBSDでJavaを使って久しくなるので悪しからず。
Re:要約&和訳 (スコア:0)
英語が苦手でもだいたい読めると思うよ。
Re:要約&和訳 (スコア:3, 参考になる)
・速い
・コンパイルしないと動かないのでHTMLの変更だけでもう大変すぎ
・シングルプロセス、やはり実行時のメモリーの確保でロスがある。
・コーディングめんどくさすぎ
Perl
・シングルプロセス。(実行し終わると、そのままメモリー開放)
・5.6からスレッドも出来るらしいが…
・呼ばれてから、コンパイル、実行の為、究極に遅い
・利用者が多い。駄目なソースがたくさん公開されている。
ASP
・Microsoftで固めた環境じゃないと動かない。
・HTMLのコードの中にプログラムを書き込める感じのサーバーサイドの言語としては最初に実現化(たしか)
JSP
・JAVAだけど、無理やりHTML内に埋め込んでみた言語。
・JAVA VMは相変わらず速いとは言えない。
・なかなかリッチにメモリーを占領する。
・マルチスレッド、オブジェクト指向
PHP
・アパッチのモジュールとして動く。PHP自体HTTPDのメモリーで動く
・最初に呼ばれるとコンパイルされてずっとその後メモリー上に置かれるらしい。
・Zendエンジンを乗っけると早くなるらしい。
・言語的にPerlに酷似してる
・使い捨てページ生成言語(再利用しにくい)
XSLT
・重くて使い物にならない。
・新しいし、思想が良いので期待だけ高い。
Re:要約&和訳 (スコア:2, 参考になる)
原文にないことばっかり書いてあるんですけど。
Re:要約&和訳 (スコア:2, 興味深い)
Perl
・呼ばれてから、コンパイル、実行の為、究極に遅い
て書いておいて、実際には mod_perl を評価しているので、
結果は最速なんですよね。もっとも最終的に PHP を選んだのは
人の確保しやすさと、サーバーの内部処理に手を突っ込んで
色々やりたくなってしまうという mod_perl の諸刃の剣度(?)の
高さを考えると妥当かなという気はします。
XSLTは…期待はともかくとして、誰か本格的に使っている人は
います?凝ったことをやろうとするとすぐ XML パズルが待って
いるので、開発者からは(プログラミング言語ではないので)
疎まれ、デザイナからも(実はプログラミングなので)意味
不明、ということになってしまうような…
Re:要約&和訳 (スコア:0)
Re:要約&和訳 (スコア:0)
こんなものに+3参考になるモデレーションとは組織的な攻撃か宣伝行為ではないかと疑ってしまう。
ここまで改竄して和訳のふりをするのは悪戯にしても悪質すぎます。
著作権をなんだと思ってるんでしょうか。
和訳文の
> ASP
> ・Microsoftで固めた環境じゃないと動かない。
> ・HTMLのコードの中にプログラムを書き込める感じのサーバーサイドの言語としては最初に実現化(たしか)
ですが、原文の英文では
> Why not ASP or Cold Fusion?
> * Pros
> - lots of 3rd-party integration
>
Re:要約&和訳 (スコア:1)
>> * Cons
>> - CF has ugly syntax
>私なら以下のように和訳しますね
>* 悪い所「CF(繰り返し?)の文法が醜悪」「言語やWindowsに金かかる」
CF = Cold Fusion では。
-- wanna be the biggest dreamer
Re:要約&和訳 (スコア:0)
一方で原文を読まないとこういうことも有りうるという意味で
とてもわかりやすい例だと思った。
#つまりがんばってでも原文を読めということだね。
Re:要約&和訳 (スコア:0)
Re:要約&和訳 (スコア:0)
軽く流してみましたが、スライド部分を読む分にはそれほど困ることもないと思うのですけど。
Re:要約&和訳 (スコア:1)
同感。
やっぱ、これくらい読めないと困るね。
PCにECC Registeredメモリの利用を推奨します。
Re:要約&和訳 (スコア:0)
通常はJavaスクリプトなんて危険なものは、有効にしていないので、あんなレイアウトのページなんか読む気になりません
結局読んだからAC