アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲは一日にしてならず -- アレゲ研究家
要約&和訳 (スコア:0)
ソースの「プレゼン資料」の要約を日本語で、英語が
得意な人頼む!
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)