08/02/05 00:38:41
MASM に一致する日本語のページ 約 120,000 件
…参考サイトはいろいろありそう。
Win32 MASM プログラミング入門
URLﾘﾝｸ(www7.plala.or.jp)
>MASM とは、マイクロソフト社製のアセンブラツールです。
ベンダー固有のツールか。
中身が公開されていないものだったら、あんまり使いたくないな～＞＜
（どうなんだろ？）
49:nobodyさん
08/02/05 00:41:42
ダウンロードの詳細 : Microsoft Macro Assembler 8.0 (MASM) パッケージ (x86 用)
簡単な説明
URLﾘﾝｸ(www.microsoft.com)
Microsoft Macro Assembler 8.0 (MASM) は、アセンブリ言語で記述されたプログラムを使用して、そのソースプログラムに対応するバイナリファイルを生成するツールです。
必要なソフトウェア:Visual C++ 2005 Express Edition
あれれ？Visual Studioの無料版とかインストールせなあかんの？
こりゃ困ったなー＾＾
（30分で終わらない予感）
50:nobodyさん
08/02/05 00:47:11
MASM32の遊び方
URLﾘﾝｸ(www.interq.or.jp)
QEDITOR.exe の簡単な説明
URLﾘﾝｸ(www.interq.or.jp)
どうやったらアセンブラ(ASM)ソースファイルから実行ファイルを作成できるか
1.MASM32をインストールしたディレクトリにある、QEDITOR.exe を起動する
2.「メニュー」→「File」→「Open」でASMファイルを開く
3.「メニュー」→「Project」→「Build All」でビルドする
4.「メニュー」→「Project」→「Run Program」で実行するとこんなウィンドウが出てくるはずである
もしかしたら、Visual Studio無しでもMASMってのは使えるのかな？
51:nobodyさん
08/02/05 00:49:14
MASM Hello world に一致する日本語のページ 約 2,570 件
アセンブリ言語 Hello World を表示するプログラム
URLﾘﾝｸ(maccyo.hp.infoseek.co.jp)
うむ、いきなり答えっぽいページに遭遇＾＾
52:nobodyさん
08/02/05 00:51:15
あ、NASMのサンプルコードだったorz
MASMとは別物なんだな＞＜
53:nobodyさん
08/02/05 00:54:10
アセンブリ言語への招待
URLﾘﾝｸ(ueno.cool.ne.jp)
>２章 マクロアセンブラの使用
>１．はじめの実例 "Hello World"プログラム
>マクロアセンブラ（ここでは、Microsoft Macro Assemblerを使用。TASMでもＯＫ）を使ったプログラム
おー、これだこれだ！
これを実行できる環境を用意すればいいんだな？
54:nobodyさん
08/02/05 00:58:40
１章 アセンブリ言語への招待
URLﾘﾝｸ(ueno.cool.ne.jp)
３．必要なもの
まずは、アセンブラが必要です。
これは、アセンブリ言語で書かれたプログラムを、マシン語に変換します。
次に、リンカが必要です。
アセンブラは普通、オブジェクトコードという、マシン語なんだけれども、そのままの形では実行できないコードを出力します。
リンカは、それらのオブジェクトコードをくっつけ、実行可能なファイルを作りだします。
リンカは、大抵アセンブリ言語などの付いてきます。
もしあれば好ましいものに、デバッガがあります。
これは、実行可能な形式のプログラムを一行一行実行するなどの機能をもっており、プログラムのバグを発見するのに便利です。
また、簡単なアセンブリ機能をもっているので、簡単なプログラムなら作ることができます。
ほうほう、なるほど。
デバッガで動作確認できても、とりあえずそれで良しとするかな？(・∀・)
55:nobodyさん
08/02/05 01:02:47
nobodyさん：2008/02/05(火) 00:33:41 ID:???
あー、30分をオーバーしてしまった！ダメだこりゃ＞＜
56:nobodyさん
08/02/05 01:03:32
あと1分残っているか！
最後まであきらめない！！！
ε≡≡ﾍ( ´∀`)ﾉ
57:nobodyさん
08/02/05 01:04:24
試験終了です。
鉛筆を置いてください！(・∀・)
58:nobodyさん
08/02/05 01:07:41
Visual C++ 2008 Express Edition
URLﾘﾝｸ(www.microsoft.com)
↓
Web インストール (ダウンロード)
URLﾘﾝｸ(go.microsoft.com)
59:MASM
08/02/05 01:17:41
わー、結構インストールするときに、HDDの容量食うんだなー。
ちょっとキャンセルします＞＜
アセンブラのプログラミングを試すだけなら、基本情報技術者試験のアセンブラ（CASL2）のシミュレータで試してみるのもいいかな？
↓
URLﾘﾝｸ(www.vector.co.jp)
CASL2シミュレータ
ステップ毎にプログラムリスト上にカーソルが移動,実行中の命令の位置とCPUとメモリの内容を即座に表示
60:MASM
08/02/05 01:19:52
47 ：nobodyさん：2008/02/05(火) 00:33:41 ID:???
↓
今日はもう寝ます。おやすみなさい。(´；ω；｀)
61:nobodyさん
08/02/05 01:44:29
なんか妙に面白いスレになってるなぁw
62:nobodyさん
08/02/11 13:09:34
"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モジュールと比較するべきですね。
次回予定で。いつかわからんけど。
63:nobodyさん
08/02/11 13:12:24
62です。
Cが抜けてた。
c(gcc-4.1.2) 850#/sec
64:nobodyさん
08/02/11 13:14:36
連続ｽﾏｿ。Luaのtextのやつも抜けてたよ。
Lua-5.1.2(text) 950#/sec
65:nobodyさん
08/02/11 22:57:37
crc32、forループあたりもたのむ
66:nobodyさん
08/02/12 13:17:55
>>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は…。ﾏﾝﾄﾞｸｻ
67:nobodyさん
08/02/12 14:34:05
php-cgiおそすぎるな…そんな差がでるのか
68:nobodyさん
08/02/12 18:33:06
66です。
PHPはオプションたくさんつけてコンパイルしてるから、インタプリタの起動が重いのかな？
HelloWorld!でも1万回ループでも結果はあまりかわってない。
逆にrubyは、HelloWorld!だとPythonより速いけど、
1万回ループだとPythonとあまり変わらない。
インタプリタの起動は軽いけどプログラムの実行が遅いのかも？
以前PerlでベンチしたときにはCPANモジュールとかをインクルードするような
プログラムになると急に重くなった。PythonやRubyでも同様かもしれない。
外部モジュールを利用するようなやつも試してみたいね
69:nobodyさん
08/02/12 22:44:58
そういうのやるなら、PHP4の方が速いだろうね。PHP5より。
70:nobodyさん
08/02/12 23:57:11
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
71:nobodyさん
08/02/16 06:37:38
>>66
Ruby使いですが、phpメッチャ早いですね
プリミティブ型としてもってるからですかね。
72:nobodyさん
08/02/16 06:38:18
ああ、あと関係ないけど、Rubyだとforつかわないから、もうちょっと意味のあるもので頼む
73:nobodyさん
08/02/16 06:40:24
>>66
んてかこれおかしくねえ？ネイティブコンパイラのcにまけるはずないと思うんだが
JITしててもありあえねえ
fpcがcに勝つのもありえねえ（fpcは最適化がクソなので有名）
環境、コンパイラ、スクリプトのバージョン、ソースを晒してもらおうか。
74:nobodyさん
08/02/16 06:44:16
上よんでなかた
CGIとして動かしてなかった時の話か
75:nobodyさん
08/02/16 19:03:31
もっと意味のある比較をしてくれ
76:66
08/02/18 20:19:32
確かにあんまり意味はないだろうな。
これまでの比較は、どの言語でも似たり寄ったりのコードでかけるし。
かといって、ちょっとしたアルゴリズム(ソートとか暗号化など)は、
言語によっては関数として実装済みで、現場で組むことはなかったり…。
今回fpcがCよりも早かったこともあったが、最適化に差が出るほどの
コードでもなかったんだろう。
まぁ、言語の比較ってのは開発効率など多角的に検討して、
適材適所に用いられるものだと考えている。だからといって、
あちこちにいろんな言語が混ざってちゃやりにくくてしょうがない。
結局、言語の選択なんて「嗜好」と「惰性」がでかかったりしてw
77:nobodyさん
08/02/18 21:22:25
単純な数値計算のループで最適化をゴリゴリやられた結果、最終値の代入文に
置き換えられてたこともあったしなぁ。
こういうのやられたら、どれだけループさせようと比較の意味が殆ど無くなる(w
78:nobodyさん
08/02/18 22:49:12
プログラムの規模が大きくなるほど、ループ内の処理をいかに簡潔に書くかで速度が変わってくるから、
本当に速さにこだわるなら、単純なfor文の比較よりも腕のいいプログラマを雇った方がよっぽどあてになる。
79:nobodyさん
08/02/18 23:06:40
じゃあ、腕利きを雇いにくい昨今は
できるだけ無駄に遅い言語は避けないとな
80:nobodyさん
08/02/19 10:56:03
どんなに良い言語を使っても、作るやつがクソなら出来るプログラムもクソだぜ。
81:nobodyさん
08/02/19 13:43:15
それで糞に制約を与えやすい言語が企業に好まれる訳だな
問題なのはプロマネが糞だった場合だが
82:nobodyさん
08/02/22 00:36:59
Perl VS PHPなら分かるけどRudyって
格闘場でうごくせきぞうに囲まれてるスライムだな
83:nobodyさん
08/02/22 01:19:50
そんなに強いんなら早くPHP淘汰してくれよ
誰も好きでPHP使ってる訳じゃねえんだ
84:nobodyさん
08/02/24 01:25:26 4hBilvIl
Railsのスレ落ちたん？
85:nobodyさん
08/02/24 06:14:15
俺は島根出身だからrubyに一票
rubyはphpのように関数の中に関数が入れ子になりにくく
ワンライナーで関数が複数定義されてても
何の処理をしてるのか一目でわかる
86:nobodyさん
08/02/24 06:18:13
なんだかんだいっても
PHP使いはrailsの影響を受けまくりで
railsに似たフレームワークが乱立してるけど
railsを超える、または同等のフレームワークがＰＨＰでは作れない
その辺りで言語レベルで優秀かどうかの証明がされていると思う
87:nobodyさん
08/02/24 06:21:28
言語選択する一番の理由は食えるか食えないかで
いくら優秀な言語でも食えなければ
使いたくても、使えない
88:nobodyさん
08/02/24 06:22:43
ここでいう食えるか食えないかというのは
その言語でのＷＥＢ制作の案件が多いかどうかってことだからね
89:nobodyさん
08/02/24 06:24:38
rubyがphpと同じほどＷＥＢ制作案件があって
レンサバ環境も整備されてるなら
それは間違いなくrubyを使うよ
90:nobodyさん
08/02/24 22:29:20
逆に言えばRuby on RailsがなかったらWEBサイト制作であえてRubyを選ばなければならない理由がないということ。
Ruby on Railsは、ここ最近評判を下げた。
URLﾘﾝｸ(arton.no-ip.info)
>でも、それがRailsが吹き溜まってる原因のひとつだぜ。日本人の開発者どもが、こういった重要なパッチ全般を無視するってことだ。やつらはすげぇいいやつらなんだが、しろーとくせぇんだよな。
Ruby界隈の明るいニュースとしては、Ruby1.9でRoRが高速になるか期待というところか？
91:nobodyさん
08/02/24 23:01:00
結局Perlが最強なんだな
92:nobodyさん
08/02/24 23:07:06
PerlはCPANという資産価値も考慮すべき？
はてなやLivedoor、mixiはPerlを使っている。
枯れた技術の水平思考として、Perlはこれからも続くだろう。
URLﾘﾝｸ(d.hatena.ne.jp)
新たにやるならPython＞＞＞Perlがオススメか？
Python→Google、Microsoft（IronPython）で採用されてる。
93:nobodyさん
08/02/26 19:33:13
CPANで使うのは10個ぐらい。
それくらいなら他の言語でも代替方法がある。
いくら多くてもなぁ。
94:nobodyさん
08/02/27 01:31:33
高卒年収300万弱レベルがダンピングしてる現状じゃPHPは厳しいと思う。
とはいえPerl、Python、Rubyは少なくとも日本じゃ蚊帳の外だしね。
やはりWeb系でまともなに稼げるのはJavaぐらいか。
95:nobodyさん
08/02/27 01:33:40
javaで稼げるってよくきくけどみんなapache+tomcat+jdk+linuxのなんかで
開発してるの？結構敷居たかいべ
96:nobodyさん
08/02/27 01:37:33
逆の立場でいえば、Javaで開発させると
高くつくんだよね。
97:nobodyさん
08/02/27 01:51:32
敷居が高いからこそだね。企業は安心のためなら金払いもいいし。
PHP使える優秀な技術者もたくさんいるけどやはり地雷率が圧倒的に高い。
これも敷居が低いからこそなんだろうけど。
98:nobodyさん
08/02/27 04:20:54
Javaの敷居の高さって、
言語自体の難しさとかではなく、
客が運用環境を用意できるかどうかの敷居だろうね。
PHPでフレームワークを使って開発しているのなら、
Javaでも同じように開発できるし。
99:nobodyさん
08/02/28 02:43:13
tomcatってそんなに難しいモノかね
100:nobodyさん
08/02/28 09:36:25
tomcatが難しいというより、
tomcatを含めたシステム全体を
保守するのが難しい。
101:nobodyさん
08/02/29 02:01:41
struts入ってたりするともう
102:nobodyさん
08/02/29 03:02:37 /63m+Ufs
そこでIIS + .Netですよ
103:nobodyさん
08/03/02 18:01:59
Windows鯖を仕事で使うことはあんまりない
104:nobodyさん
08/03/02 22:07:45
使ってる俺ｶﾞﾋﾞｰﾝ
105:nobodyさん
08/03/02 22:19:51
いや、いいんじゃね
2chで言われてるほど悪くはない
.net使うと開発超楽だし
106:nobodyさん
08/03/04 11:20:52
わりとでかめの仕事だとWiｎ鯖結構あるけどな
107:nobodyさん
08/03/04 16:53:39
Javaはチンポーネント多すぎて組み合わせあーだこーだするのがめんどい
108:nobodyさん
08/03/07 16:31:20 qJVq56v4
Ruby1.9 や Rubinius は MRI と比べて本当に速いのか
URLﾘﾝｸ(d.hatena.ne.jp)
絶望した! Rubinius のあまりの遅さに絶望した!
また Ruby1.9 も、Ruby1.8 より遅くなっている。
eRuby ではどうしても eval() が絡むからしかたないんだけど、
とにかく Ruby1.9 になればなんでもかんでも速くなるというのは間違いであると断言できる。
絶望した! eval ないのにひとケタ遅い Rubinius に絶望した!
また eval がなくても、Ruby1.9 は Ruby1.8 と大して変わらないことがわかる。
結局、Ruby1.9 や Rubinius で速くなるのはバイトコードの実行部分だけであり、
String#<< のような built-in method の実行が速くなるわけではない。
fibonacchi sequence のベンチマークが速いのは built-in method の呼び出しがない、
純粋にバイトコードの実行だけで済むベンチマークだからである。
109:nobodyさん
08/03/07 21:17:33 sXIPrxED
価格もモサモサだもんね
110:nobodyさん
08/03/07 22:30:55
PHPも単純にループするだけのプログラムなら、PHP5が早いんだけど、mod_phpを通してabでベンチマーク取ると、PHP5はフットプリントが大きい分、PHP4の方がさばけるリクエストは多いんだよね。
111:nobodyさん
08/03/14 09:46:28 iYTwDw8L
ここか
112:nobodyさん
08/03/14 15:47:12
俺に金をもたらしてくれれば、RubyでもPHPでも何でもいい
まずは金だ、金持って来い！！！
113:nobodyさん
08/03/16 04:07:05
Rubyは書籍や情報が少ないという面でPHPのほうが良い。
またRubyは仕様がころころ変わる。
Rubyみたいに使われていないのはざっくり切って前に進んでいる、
古い言語はレガシー引きずっているという批判もあるが
それだけプログラマーの数も多く、いろいろ使われてきた歴史があるからさ。
使っていたコマンドなくなりましたよ？といわれても困るだろうし。
114:nobodyさん
08/03/16 04:20:00
PHPも3,4,5でメチャクチャ変わってるジャン。
115:nobodyさん
08/03/16 19:21:17
ポリシー無くあれほど仕様が変わる言語はPHPぐらいしか知らない。
116:nobodyさん
08/03/16 19:32:18
>>115
経験が浅いんですね。
117:nobodyさん
08/03/16 21:59:08
php4の経緯は酷いもんだったな
アップデートしたら全phpファイル再確認と再テストの悪夢、
アップデートしなければエクスプロイトが出回ってるなかｶﾞｸﾌﾞﾙ
php5以降はまともな方かな。
ruby1.8未満/ruby1.9開発版現状よりはマシだと思うよ
118:nobodyさん
08/04/10 23:45:29
PHPは６でgoto導入ですよ。
楽しみですねー。
119:nobodyさん
08/05/06 11:30:55
lisp
120:nobodyさん
08/07/07 02:52:57 zkkkRV90
Matzの会社を財務分析してみたんだが。
URLﾘﾝｸ(d.hatena.ne.jp)
などと思わせぶりな言い方をするものだから覗いてみりゃ、
なんて事無い田舎の零細企業の財務諸表であって、面白くもなーんともなかったわけだ。
それにしても、この程度の収益で2007年度って、
あの会社にとっては多分空前絶後の景気のいい年だったはずだの
Rubyとゆー「鉱脈」があるだの言っているのは何なのだ。
Geekのヨタ話というのは、いつもこんなしょぼいスケールで行われているのか?
あそこの技術者の平均レベルは、他の普通の会社よりはずっと高いと思うって、
これじゃあ、技術なんてIT企業の収益とは何の関係も無いと証明しているようなもんじゃねえか。
そもそも、この会社が何をやっているのかがHPを見た限りではよく分からん。
要は受託開発だろ労働力を人月で売ってるだけだろマーケ屋がこねくりあげた横文字得意げに使ってなに悦に入ってやがんだコラ。
更には製品・サービス部門まであって、なにやら参考価格が書いてあるところを見ると、
多分にパッケージっぽい印象を受けるが、それでいて全体の粗利率が26%程度ではどうしようもないだろ。
あそこに入りたい人は、損益計算書も注意して見ておくといい。まぁこれはどんな会社でも同じだけど、
ここを見るといろんなことが見えて来る。株価指標を計算してみるのもいい(非公開会社でもね)。
121:nobodyさん
08/07/07 03:22:42
↑このコピペいろんなところに貼ってる奴なんなの？きめえ
122:nobodyさん
08/07/10 04:11:20
Pythonは仲間外れですか、そうですか。
123:nobodyさん
08/07/12 02:01:15
Matzの日記初めて読んだ
www.rubyist.net は不正なセキュリティ証明書を使用しています。
発行者の証明書が信頼されていないためこの証明書は信頼されません。
この証明書の有効期限は 06.11.7 10:07 AM に切れています。
(エラーコード: sec_error_untrusted_issuer)
124:nobodyさん
08/07/12 21:18:12
>>123
ブログでSSL使ってなくない？
125:nobodyさん
08/07/13 00:09:03
RubyのライバルはPythonだと思うんだが
126:nobodyさん
08/07/19 13:20:13
>>125
まさかｗ
世界中で使われているPythonに失礼だよ
Rubyなんて国内で少し使われている程度
127:nobodyさん
08/07/19 13:35:01 pf1xXB//
ｽﾚﾘﾝｸ(tech板:344-番)
344 ：デフォルトの名無しさん：2008/07/18(金) 00:56:41
>>334
同意。
PerlのEncodeは終わってる。
言っておくが、自分には使える。
Perl好きだし、Encodeモジュールもわかっているつもり。
ただ、そこまでPerlにはまっていない周りには使えないし、わかってもらえない。
これが致命的。
（よくはまるのは、UTF-8フラグのついた文字列と
バイト列としての UTF-8文字列の違いとかのあたり）
それに、ソースコードを UTF-8 で書くと、システムがローカルエンコーディングの場合
ファイルを開いたりするのさえ面倒。
Unicode がらみのスクリプトを書くたびに、
sub e { Encode::encode('cp932', $_[0]) }
sub d { Encode::decode('cp932', $_[0]) }
sub E { map { Encode::encode('cp932', $_) } @_ }
sub D { map { Encode::decode('cp932', $_) } @_ }
↑こんなのを上に貼って、
open IN, e"日本語.txt";
とか書いたり、デバッグする時に
b 30 ($str eq d"日本語")
とかやったりしてるけど、正直言って超バッドノウハウ。
人が見てもやっぱりわからないし。
128:nobodyさん
08/07/20 01:50:03 /9XaoyQ3
フレームワーク祭りが終われば、rubyの居場所がどこか気付くはずだよｗ
129:nobodyさん
08/07/24 11:01:03
Ruby = オブジェクト指向Perl でしょ？
130:nobodyさん
08/07/25 20:19:46
>>126
アホか。
使われてるかどうかを判断基準にしたら、
Rubyの相手なんて居なくなってしまうだろ。
131:nobodyさん
08/07/29 00:23:57 ybJpVSEm
wikiの比較サイトがあるのだが・・
言語別のwiki数みたいなリストはないんだけど、主な言語を検索して調べてみた
PHP 27
Java 20
Perl 10
C# 8
Python 7
ASP 4
Ruby 2
実感に近い感じかな。
132:nobodyさん
08/07/31 21:45:44
イスラム vs モルモン
どっちが強いかは明白。
133:nobodyさん
09/01/14 18:25:02
Perl6が都市伝説と聞いてやって来ました。
134:nobodyさん
09/01/16 00:02:52
お引き取りください
135:nobodyさん
09/01/31 06:27:20
Ruby1.9.1が正式リリースしたのでやって来ました。
136:nobodyさん
09/02/17 14:08:40
Perl - 本来?のシェルスクリプト代替用途に落ち着く
PHP - 現在最も利用者数が多いと思われるが、ツギハギだらけでそろそろ限界が近い。i18n的に弱い。
Python - OOP仕様の導入で躓いたPerlの後継を狙うが、3.0での大幅変更に異論噴出。
Ruby - Railsの登場により脚光を浴びるが、Ruby自体はあまり普及に意欲的では無い。BSD臭。
というのが個人的感想。
137:nobodyさん
09/02/22 23:58:34
PHPとRubyの論争見ていていつも思うんだが、
こいつらの関係って日本と韓国の関係に似てるよな。
<丶｀∀´>RubyはPHPより優れてるニダ！
（ ´∀｀）Ruby？なにそれおいしいの？
138:nobodyさん
09/02/23 05:13:29
Rubyコミュニティはあんま好きじゃないけどそれは違うと思う
139:nobodyさん
09/02/23 16:43:38
> こいつらの関係って日本と韓国の関係に似てるよな。
それは私も感じたことがある。
<丶｀∀´>PHPはYahooでも採用されているしシェアも最強ニダ
（ ´∀｀）変なのにつきまとわれてるよ・・・
粗悪だが低価格で貧困層にもリーチしてシェアを築き数値だけみてホルホルする韓国企業と
パクリ＆魔改造で本家を上回る性能を作り出すが要領の悪い日本企業
PHP厨はあまり日の目をみない（と感じる）Rubyよりは当然格上だと思ってるのに対して（ウリが世界一）
Ruby厨は低スキル・Web用であるPHPはそもそもアウトオブ眼中（無韓心）。
他にも
・～ VS PHPというようなスレを立てたがるが大抵論破される(すぐ日本と比べる記事を書くが意味不明なグラフ等で墓穴を掘る)
・唐辛子(PHP)の起源が他国(Perl)だというとファビョる
PHPもRubyの宗教じみた雰囲気も嫌いな第三者目線ではこんな感じ
140:nobodyさん
09/04/07 12:22:13
>>139
そうそう、そんな感じｗｗｗ
アンチRubyが韓国の関係みたいなｗ
141:nobodyさん
09/06/27 08:30:45
JoomlaなんかはRubyじゃ100%作るのは不可能！
142:nobodyさん
09/06/29 13:57:54
やはり Mediawiki とか Wordpress レベルがほしい。
hiki や tDiary はご冗談でしょう、というレベル。
143:nobodyさん
09/07/02 02:12:36 lF//npFA
PHPとJavaだね！
144:nobodyさん
09/07/03 09:20:18
CakePHPとRuby on Railsが好きな自分はどうしろと…。
145:nobodyさん
09/08/01 00:50:41 KPIzwSsv
>>144
仲良くすればいいんじゃないか？
146:nobodyさん
09/09/13 21:17:50
>>142
Railsで作ればいいと思うけど、RubyというかRailsのキツイところはデプロイとサーバー環境の用意なんだよな。
極端な話、WordPressはCGI版PHPでも、それこそ月500円の共有レンタルサーバーにおけばそこそこ動く。(MySQLはいるが)
ところが、Railsは無理。apacheならPassengerくらいはいる。
しかも共有サーバーだと入っているところはほとんどない上に、
Dreamhostとか共有で入っていても、まともに動かん。
少なくともVPSを借りる必要がある。共有サーバーよりは高いうえに、一般人には面倒な鯖の管理がいる。
MediawikiとかWordpressみたいに一般ユーザーが設置して使うものには向いてない。
逆に、BTSのRedmineみたいに開発者＝ユーザーみたいなツールは結構広まってきてる。
まあそれぐらいかもしれんがｗ
Railsは公開型の小規模で少期間で開発するwebサービスの開発に向いている、という話もあるが、
そんなのはPHPだって、なれた好きなフレームワーク使えばできるがなというお話