アセンブリ言語への招待
http://ueno.cool.ne.jp/nvaca/asm3.html
>２章　マクロアセンブラの使用
>１．はじめの実例　"Hello World"プログラム
>マクロアセンブラ（ここでは、Microsoft Macro Assemblerを使用。TASMでもＯＫ）を使ったプログラム

おー、これだこれだ！
これを実行できる環境を用意すればいいんだな？

１章　アセンブリ言語への招待
http://ueno.cool.ne.jp/nvaca/asm1.html

３．必要なもの
まずは、アセンブラが必要です。
これは、アセンブリ言語で書かれたプログラムを、マシン語に変換します。

次に、リンカが必要です。
アセンブラは普通、オブジェクトコードという、マシン語なんだけれども、そのままの形では実行できないコードを出力します。
リンカは、それらのオブジェクトコードをくっつけ、実行可能なファイルを作りだします。
リンカは、大抵アセンブリ言語などの付いてきます。

もしあれば好ましいものに、デバッガがあります。
これは、実行可能な形式のプログラムを一行一行実行するなどの機能をもっており、プログラムのバグを発見するのに便利です。
また、簡単なアセンブリ機能をもっているので、簡単なプログラムなら作ることができます。

ほうほう、なるほど。
デバッガで動作確認できても、とりあえずそれで良しとするかな？(・∀・)

試験終了です。
鉛筆を置いてください！(・∀・)

わー、結構インストールするときに、HDDの容量食うんだなー。
ちょっとキャンセルします＞＜

アセンブラのプログラミングを試すだけなら、基本情報技術者試験のアセンブラ（CASL2）のシミュレータで試してみるのもいいかな？
↓
http://www.vector.co.jp/soft/win95/prog/se182050.html
CASL2シミュレータ
ステップ毎にプログラムリスト上にカーソルが移動,実行中の命令の位置とCPUとメモリの内容を即座に表示

なんか妙に面白いスレになってるなぁw

"Hello World!"がはやってるみたいなので、
各言語でCGIにしてベンチ取ってみたよ。
ベンチはCGIを設置したLinuxサーバからローカルで
ab -c 100 -n 1000 URL
のコマンドで実施。数は5回ぐらいやった平均(Request per second)。

php-5.2.5(cgi) 63#/sec
python-2.5.1 130#/sec
ruby-1.9.0 315#/sec
zsh-4.3.4 465#/sec
perl-5.8.8 530#/sec
lua-5.1.2(binary) 660#/sec
freepascal-2.2.0 960#/sec
php-5.2.5+apc+zendOptimizer 4100#/sec
php-5.2.5 4300#/sec
php-5.2.5+apc 4600#/sec
ただのhtml 6600#/sec

あえて個別の感想は述べません。
環境とか最適化とかごちゃごちゃうるせぇのが湧きそうだけど、
受け付けませんw
今回のはインタプリタ起動のオーバーヘッドの参考程度か？
小難しいロジック入れたときにどうなるかは知らん。めんどくさい。
PHPは本来、mod_perlなどのApacheモジュールと比較するべきですね。
次回予定で。いつかわからんけど。

>>65
めんどくせーよ。でも個人的にも興味あるので、まずはforループから。
10000回ループさせながら１～10000までの和を求めるやつ。バージョンは略
php 1000#/sec
fpc 950#/sec
lua 400#/sec
c 850#/sec
bash 0.03#/sec*
perl 260#/sec
ruby 98#/sec
python 103#/sec
php(cgi) 61#/sec

*bashは、forの書き方わからなかったのでwhileで書いた。
1回実行するのに30秒ぐらいかかったので、1/30秒ということで0.03#/sec
abコマンドはたたいてない。

コンパイラ系だと、屁でもない負荷だなぁ…。
crc32は…。ﾏﾝﾄﾞｸｻ

php-cgiおそすぎるな…そんな差がでるのか

66です。
PHPはオプションたくさんつけてコンパイルしてるから、インタプリタの起動が重いのかな？
HelloWorld!でも1万回ループでも結果はあまりかわってない。
逆にrubyは、HelloWorld!だとPythonより速いけど、
1万回ループだとPythonとあまり変わらない。
インタプリタの起動は軽いけどプログラムの実行が遅いのかも？
以前PerlでベンチしたときにはCPANモジュールとかをインクルードするような
プログラムになると急に重くなった。PythonやRubyでも同様かもしれない。
外部モジュールを利用するようなやつも試してみたいね

そういうのやるなら、PHP4の方が速いだろうね。PHP5より。

PHP5はなんか肥大化しちゃってるイメージあるね。主観だけど。
PHP3->4になったときほどのインパクトはない。
それからベンチで間違いのご報告。rubyは、1.8.6でした。ごめんなさい。
1.9.0だともっと速くなってることを期待。

DB接続のテストもしてみました。
WWWと同じサーバ上のPostgreSQLに接続・切断してるだけです。

php 650#/sec
fpc 270#/sec
c 275#/sec
lua+luasql 206#/sec
perl+Pg 95#/sec
ruby+postgres 174#/sec
python+pgdb 52#/sec
php(cgi) 85#/sec

今日はなんかサーバの調子がいい。
luaが健闘。ガンバレって言いたくなるのは判官びいきかw

>>66
Ruby使いですが、phpメッチャ早いですね
プリミティブ型としてもってるからですかね。

ああ、あと関係ないけど、Rubyだとforつかわないから、もうちょっと意味のあるもので頼む

上よんでなかた
CGIとして動かしてなかった時の話か

もっと意味のある比較をしてくれ

確かにあんまり意味はないだろうな。
これまでの比較は、どの言語でも似たり寄ったりのコードでかけるし。
かといって、ちょっとしたアルゴリズム(ソートとか暗号化など)は、
言語によっては関数として実装済みで、現場で組むことはなかったり…。
今回fpcがCよりも早かったこともあったが、最適化に差が出るほどの
コードでもなかったんだろう。
まぁ、言語の比較ってのは開発効率など多角的に検討して、
適材適所に用いられるものだと考えている。だからといって、
あちこちにいろんな言語が混ざってちゃやりにくくてしょうがない。
結局、言語の選択なんて「嗜好」と「惰性」がでかかったりしてw

単純な数値計算のループで最適化をゴリゴリやられた結果、最終値の代入文に
置き換えられてたこともあったしなぁ。
こういうのやられたら、どれだけループさせようと比較の意味が殆ど無くなる(w

プログラムの規模が大きくなるほど、ループ内の処理をいかに簡潔に書くかで速度が変わってくるから、
本当に速さにこだわるなら、単純なfor文の比較よりも腕のいいプログラマを雇った方がよっぽどあてになる。

じゃあ、腕利きを雇いにくい昨今は
できるだけ無駄に遅い言語は避けないとな

どんなに良い言語を使っても、作るやつがクソなら出来るプログラムもクソだぜ。

それで糞に制約を与えやすい言語が企業に好まれる訳だな
問題なのはプロマネが糞だった場合だが

Perl VS PHPなら分かるけどRudyって
格闘場でうごくせきぞうに囲まれてるスライムだな

そんなに強いんなら早くPHP淘汰してくれよ
誰も好きでPHP使ってる訳じゃねえんだ

Railsのスレ落ちたん？

俺は島根出身だからrubyに一票
rubyはphpのように関数の中に関数が入れ子になりにくく
ワンライナーで関数が複数定義されてても
何の処理をしてるのか一目でわかる

なんだかんだいっても
PHP使いはrailsの影響を受けまくりで
railsに似たフレームワークが乱立してるけど
railsを超える、または同等のフレームワークがＰＨＰでは作れない
その辺りで言語レベルで優秀かどうかの証明がされていると思う

言語選択する一番の理由は食えるか食えないかで
いくら優秀な言語でも食えなければ
使いたくても、使えない

ここでいう食えるか食えないかというのは
その言語でのＷＥＢ制作の案件が多いかどうかってことだからね

rubyがphpと同じほどＷＥＢ制作案件があって
レンサバ環境も整備されてるなら
それは間違いなくrubyを使うよ

逆に言えばRuby on RailsがなかったらWEBサイト制作であえてRubyを選ばなければならない理由がないということ。

Ruby on Railsは、ここ最近評判を下げた。
http://arton.no-ip.info/diary/20080104.html#p01
>でも、それがRailsが吹き溜まってる原因のひとつだぜ。日本人の開発者どもが、こういった重要なパッチ全般を無視するってことだ。やつらはすげぇいいやつらなんだが、しろーとくせぇんだよな。

Ruby界隈の明るいニュースとしては、Ruby1.9でRoRが高速になるか期待というところか？

結局Perlが最強なんだな

PerlはCPANという資産価値も考慮すべき？
はてなやLivedoor、mixiはPerlを使っている。
枯れた技術の水平思考として、Perlはこれからも続くだろう。
http://d.hatena.ne.jp/keyword/%B8%CF%A4%EC%A4%BF%B5%BB%BD%D1%A4%CE%BF%E5%CA%BF%BB%D7%B9%CD

新たにやるならPython＞＞＞Perlがオススメか？
Python→Google、Microsoft（IronPython）で採用されてる。

CPANで使うのは10個ぐらい。
それくらいなら他の言語でも代替方法がある。
いくら多くてもなぁ。

高卒年収300万弱レベルがダンピングしてる現状じゃPHPは厳しいと思う。
とはいえPerl、Python、Rubyは少なくとも日本じゃ蚊帳の外だしね。
やはりWeb系でまともなに稼げるのはJavaぐらいか。

逆の立場でいえば、Javaで開発させると
高くつくんだよね。

敷居が高いからこそだね。企業は安心のためなら金払いもいいし。
PHP使える優秀な技術者もたくさんいるけどやはり地雷率が圧倒的に高い。
これも敷居が低いからこそなんだろうけど。

Javaの敷居の高さって、
言語自体の難しさとかではなく、
客が運用環境を用意できるかどうかの敷居だろうね。

PHPでフレームワークを使って開発しているのなら、
Javaでも同じように開発できるし。

tomcatってそんなに難しいモノかね