トップページphp
173コメント62KB

Ruby VS PHP 仁義なき戦い

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん2008/01/31(木) 21:47:22ID:ql3KJhfW?2BP(0)
まずはこれをお読みください。
ttp://www.rubyist.net/~matz/20080126.html

Webアプリケーションを作るには、結局どっちがいいんでしょうか。
初心者はどっちを選べばよいのでしょうか。
0042nobodyさん2008/02/03(日) 13:18:40ID:???
ワンライナーってさ、
あの一行を書くのにどれだけ時間かけて、
何回失敗してるの?
手段と目的が逆になってるよなぁ。
0043nobodyさん2008/02/03(日) 16:15:53ID:???
でも美しいもんだぜ
一回できればテンプレ化できるし
そういう点ではperl文法が好きだし変な特色つけんでperl文法でphp作って
欲しかった
0044nobodyさん2008/02/03(日) 16:24:16ID:???
スクリプトにしておけば、テンプレどころか
引数だけの変更で終わりだが・・・
0045nobodyさん2008/02/03(日) 21:50:42ID:???
仰る通りだが、スクリプトにすると実行環境に配置してからだしな
まあ言うほど面倒ではないが、ばらけるから面倒な事もあるんじゃね

俺もワンライナに凝るよりはスクリプト設置して回す派
だが今度は汎用性に凝ってしまって本末転倒
0046nobodyさん2008/02/04(月) 23:44:19ID:???
最高の言語?

そりゃ、MASMですよ。
もちろん、バージョン6以降。

型や構造体、フロー制御ディレクティブなどのないアセンブラなんてアセンブラじゃありません。

C言語? あんな中途半端な言語は使えませんよ。
プログラミング言語といえば、MASM か C++のことでしょ?
0047nobodyさん2008/02/05(火) 00:33:41ID:???
新しいお題が来ましたよ(・∀・)
それじゃ早速逝ってみよう!!!

「30分で始めるMASM」

…ってか、アセンブラでWEBサイト作ってる人いるのか!?www
0048nobodyさん2008/02/05(火) 00:38:41ID:???
MASM に一致する日本語のページ 約 120,000 件
…参考サイトはいろいろありそう。

Win32 MASM プログラミング入門
http://www7.plala.or.jp/keny01/asm/win32/
>MASM とは、マイクロソフト社製のアセンブラツールです。
ベンダー固有のツールか。
中身が公開されていないものだったら、あんまり使いたくないな〜><
(どうなんだろ?)
0049nobodyさん2008/02/05(火) 00:41:42ID:???
ダウンロードの詳細 : Microsoft Macro Assembler 8.0 (MASM) パッケージ (x86 用)
簡単な説明
http://www.microsoft.com/downloads/details.aspx?FamilyId=7A1C9DA0-0510-44A2-B042-7EF370530C64&displaylang=ja
Microsoft Macro Assembler 8.0 (MASM) は、アセンブリ言語で記述されたプログラムを使用して、そのソースプログラムに対応するバイナリファイルを生成するツールです。

必要なソフトウェア:Visual C++ 2005 Express Edition

あれれ?Visual Studioの無料版とかインストールせなあかんの?
こりゃ困ったなー^^
(30分で終わらない予感)
0050nobodyさん2008/02/05(火) 00:47:11ID:???
MASM32の遊び方
http://www.interq.or.jp/chubu/r6/masm32/intro.html

QEDITOR.exe の簡単な説明
http://www.interq.or.jp/chubu/r6/masm32/masm004.html
どうやったらアセンブラ(ASM)ソースファイルから実行ファイルを作成できるか
1.MASM32をインストールしたディレクトリにある、QEDITOR.exe を起動する
2.「メニュー」→「File」→「Open」でASMファイルを開く
3.「メニュー」→「Project」→「Build All」でビルドする
4.「メニュー」→「Project」→「Run Program」で実行するとこんなウィンドウが出てくるはずである

もしかしたら、Visual Studio無しでもMASMってのは使えるのかな?
0051nobodyさん2008/02/05(火) 00:49:14ID:???
MASM Hello world に一致する日本語のページ 約 2,570 件

アセンブリ言語 Hello World を表示するプログラム
http://maccyo.hp.infoseek.co.jp/assembler/assembly.html#002

うむ、いきなり答えっぽいページに遭遇^^
0052nobodyさん2008/02/05(火) 00:51:15ID:???
あ、NASMのサンプルコードだったorz
MASMとは別物なんだな><
0053nobodyさん2008/02/05(火) 00:54:10ID:???
アセンブリ言語への招待
http://ueno.cool.ne.jp/nvaca/asm3.html
>2章 マクロアセンブラの使用
>1.はじめの実例 "Hello World"プログラム
>マクロアセンブラ(ここでは、Microsoft Macro Assemblerを使用。TASMでもOK)を使ったプログラム

おー、これだこれだ!
これを実行できる環境を用意すればいいんだな?
0054nobodyさん2008/02/05(火) 00:58:40ID:???
1章 アセンブリ言語への招待
http://ueno.cool.ne.jp/nvaca/asm1.html

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

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

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

ほうほう、なるほど。
デバッガで動作確認できても、とりあえずそれで良しとするかな?(・∀・)
0055nobodyさん2008/02/05(火) 01:02:47ID:???
nobodyさん:2008/02/05(火) 00:33:41 ID:???

あー、30分をオーバーしてしまった!ダメだこりゃ><
0056nobodyさん2008/02/05(火) 01:03:32ID:???
あと1分残っているか!
最後まであきらめない!!!
ε≡≡ヘ( ´∀`)ノ
0057nobodyさん2008/02/05(火) 01:04:24ID:???
試験終了です。
鉛筆を置いてください!(・∀・)
0058nobodyさん2008/02/05(火) 01:07:41ID:???
Visual C++ 2008 Express Edition
http://www.microsoft.com/japan/msdn/vstudio/express/

Web インストール (ダウンロード)
http://go.microsoft.com/?LinkId=7981699
0059MASM2008/02/05(火) 01:17:41ID:???
わー、結構インストールするときに、HDDの容量食うんだなー。
ちょっとキャンセルします><

アセンブラのプログラミングを試すだけなら、基本情報技術者試験のアセンブラ(CASL2)のシミュレータで試してみるのもいいかな?

http://www.vector.co.jp/soft/win95/prog/se182050.html
CASL2シミュレータ
ステップ毎にプログラムリスト上にカーソルが移動,実行中の命令の位置とCPUとメモリの内容を即座に表示
0060MASM2008/02/05(火) 01:19:52ID:???
47 :nobodyさん:2008/02/05(火) 00:33:41 ID:???

今日はもう寝ます。おやすみなさい。(´;ω;`)
0061nobodyさん2008/02/05(火) 01:44:29ID:???
なんか妙に面白いスレになってるなぁw
0062nobodyさん2008/02/11(月) 13:09:34ID:???
"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モジュールと比較するべきですね。
次回予定で。いつかわからんけど。
0063nobodyさん2008/02/11(月) 13:12:24ID:???
62です。
Cが抜けてた。
c(gcc-4.1.2) 850#/sec
0064nobodyさん2008/02/11(月) 13:14:36ID:???
連続スマソ。Luaのtextのやつも抜けてたよ。
Lua-5.1.2(text) 950#/sec
0065nobodyさん2008/02/11(月) 22:57:37ID:???
crc32、forループあたりもたのむ
0066nobodyさん2008/02/12(火) 13:17:55ID:???
>>65
めんどくせーよ。でも個人的にも興味あるので、まずはforループから。
10000回ループさせながら1〜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は…。マンドクサ
0067nobodyさん2008/02/12(火) 14:34:05ID:???
php-cgiおそすぎるな…そんな差がでるのか
0068nobodyさん2008/02/12(火) 18:33:06ID:???
66です。
PHPはオプションたくさんつけてコンパイルしてるから、インタプリタの起動が重いのかな?
HelloWorld!でも1万回ループでも結果はあまりかわってない。
逆にrubyは、HelloWorld!だとPythonより速いけど、
1万回ループだとPythonとあまり変わらない。
インタプリタの起動は軽いけどプログラムの実行が遅いのかも?
以前PerlでベンチしたときにはCPANモジュールとかをインクルードするような
プログラムになると急に重くなった。PythonやRubyでも同様かもしれない。
外部モジュールを利用するようなやつも試してみたいね
0069nobodyさん2008/02/12(火) 22:44:58ID:???
そういうのやるなら、PHP4の方が速いだろうね。PHP5より。
0070nobodyさん2008/02/12(火) 23:57:11ID:???
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
0071nobodyさん2008/02/16(土) 06:37:38ID:???
>>66
Ruby使いですが、phpメッチャ早いですね
プリミティブ型としてもってるからですかね。
0072nobodyさん2008/02/16(土) 06:38:18ID:???
ああ、あと関係ないけど、Rubyだとforつかわないから、もうちょっと意味のあるもので頼む
0073nobodyさん2008/02/16(土) 06:40:24ID:???
>>66
んてかこれおかしくねえ?ネイティブコンパイラのcにまけるはずないと思うんだが
JITしててもありあえねえ
fpcがcに勝つのもありえねえ(fpcは最適化がクソなので有名)

環境、コンパイラ、スクリプトのバージョン、ソースを晒してもらおうか。
0074nobodyさん2008/02/16(土) 06:44:16ID:???
上よんでなかた
CGIとして動かしてなかった時の話か
0075nobodyさん2008/02/16(土) 19:03:31ID:???
もっと意味のある比較をしてくれ
0076662008/02/18(月) 20:19:32ID:???
確かにあんまり意味はないだろうな。
これまでの比較は、どの言語でも似たり寄ったりのコードでかけるし。
かといって、ちょっとしたアルゴリズム(ソートとか暗号化など)は、
言語によっては関数として実装済みで、現場で組むことはなかったり…。
今回fpcがCよりも早かったこともあったが、最適化に差が出るほどの
コードでもなかったんだろう。
まぁ、言語の比較ってのは開発効率など多角的に検討して、
適材適所に用いられるものだと考えている。だからといって、
あちこちにいろんな言語が混ざってちゃやりにくくてしょうがない。
結局、言語の選択なんて「嗜好」と「惰性」がでかかったりしてw
0077nobodyさん2008/02/18(月) 21:22:25ID:???
単純な数値計算のループで最適化をゴリゴリやられた結果、最終値の代入文に
置き換えられてたこともあったしなぁ。
こういうのやられたら、どれだけループさせようと比較の意味が殆ど無くなる(w
0078nobodyさん2008/02/18(月) 22:49:12ID:???
プログラムの規模が大きくなるほど、ループ内の処理をいかに簡潔に書くかで速度が変わってくるから、
本当に速さにこだわるなら、単純なfor文の比較よりも腕のいいプログラマを雇った方がよっぽどあてになる。
0079nobodyさん2008/02/18(月) 23:06:40ID:???
じゃあ、腕利きを雇いにくい昨今は
できるだけ無駄に遅い言語は避けないとな
0080nobodyさん2008/02/19(火) 10:56:03ID:???
どんなに良い言語を使っても、作るやつがクソなら出来るプログラムもクソだぜ。
0081nobodyさん2008/02/19(火) 13:43:15ID:???
それで糞に制約を与えやすい言語が企業に好まれる訳だな
問題なのはプロマネが糞だった場合だが
0082nobodyさん2008/02/22(金) 00:36:59ID:???
Perl VS PHPなら分かるけどRudyって
格闘場でうごくせきぞうに囲まれてるスライムだな
0083nobodyさん2008/02/22(金) 01:19:50ID:???
そんなに強いんなら早くPHP淘汰してくれよ
誰も好きでPHP使ってる訳じゃねえんだ
0084nobodyさん2008/02/24(日) 01:25:26ID:4hBilvIl
Railsのスレ落ちたん?
0085nobodyさん2008/02/24(日) 06:14:15ID:???
俺は島根出身だからrubyに一票
rubyはphpのように関数の中に関数が入れ子になりにくく
ワンライナーで関数が複数定義されてても
何の処理をしてるのか一目でわかる
0086nobodyさん2008/02/24(日) 06:18:13ID:???
なんだかんだいっても
PHP使いはrailsの影響を受けまくりで
railsに似たフレームワークが乱立してるけど
railsを超える、または同等のフレームワークがPHPでは作れない
その辺りで言語レベルで優秀かどうかの証明がされていると思う
0087nobodyさん2008/02/24(日) 06:21:28ID:???
言語選択する一番の理由は食えるか食えないかで
いくら優秀な言語でも食えなければ
使いたくても、使えない
0088nobodyさん2008/02/24(日) 06:22:43ID:???
ここでいう食えるか食えないかというのは
その言語でのWEB制作の案件が多いかどうかってことだからね
0089nobodyさん2008/02/24(日) 06:24:38ID:???
rubyがphpと同じほどWEB制作案件があって
レンサバ環境も整備されてるなら
それは間違いなくrubyを使うよ
0090nobodyさん2008/02/24(日) 22:29:20ID:???
逆に言えばRuby on RailsがなかったらWEBサイト制作であえてRubyを選ばなければならない理由がないということ。

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

Ruby界隈の明るいニュースとしては、Ruby1.9でRoRが高速になるか期待というところか?
0091nobodyさん2008/02/24(日) 23:01:00ID:???
結局Perlが最強なんだな
0092nobodyさん2008/02/24(日) 23:07:06ID:???
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)で採用されてる。
0093nobodyさん2008/02/26(火) 19:33:13ID:???
CPANで使うのは10個ぐらい。
それくらいなら他の言語でも代替方法がある。
いくら多くてもなぁ。
0094nobodyさん2008/02/27(水) 01:31:33ID:???
高卒年収300万弱レベルがダンピングしてる現状じゃPHPは厳しいと思う。
とはいえPerl、Python、Rubyは少なくとも日本じゃ蚊帳の外だしね。
やはりWeb系でまともなに稼げるのはJavaぐらいか。
0095nobodyさん2008/02/27(水) 01:33:40ID:???
javaで稼げるってよくきくけどみんなapache+tomcat+jdk+linuxのなんかで
開発してるの?結構敷居たかいべ
0096nobodyさん2008/02/27(水) 01:37:33ID:???
逆の立場でいえば、Javaで開発させると
高くつくんだよね。
0097nobodyさん2008/02/27(水) 01:51:32ID:???
敷居が高いからこそだね。企業は安心のためなら金払いもいいし。
PHP使える優秀な技術者もたくさんいるけどやはり地雷率が圧倒的に高い。
これも敷居が低いからこそなんだろうけど。
0098nobodyさん2008/02/27(水) 04:20:54ID:???
Javaの敷居の高さって、
言語自体の難しさとかではなく、
客が運用環境を用意できるかどうかの敷居だろうね。

PHPでフレームワークを使って開発しているのなら、
Javaでも同じように開発できるし。
0099nobodyさん2008/02/28(木) 02:43:13ID:???
tomcatってそんなに難しいモノかね
0100nobodyさん2008/02/28(木) 09:36:25ID:???
tomcatが難しいというより、
tomcatを含めたシステム全体を
保守するのが難しい。
0101nobodyさん2008/02/29(金) 02:01:41ID:???
struts入ってたりするともう
0102nobodyさん2008/02/29(金) 03:02:37ID:/63m+Ufs
そこでIIS + .Netですよ
0103nobodyさん2008/03/02(日) 18:01:59ID:???
Windows鯖を仕事で使うことはあんまりない
0104nobodyさん2008/03/02(日) 22:07:45ID:???
使ってる俺ガビーン
0105nobodyさん2008/03/02(日) 22:19:51ID:???
いや、いいんじゃね
2chで言われてるほど悪くはない
.net使うと開発超楽だし
0106nobodyさん2008/03/04(火) 11:20:52ID:???
わりとでかめの仕事だとWin鯖結構あるけどな
0107nobodyさん2008/03/04(火) 16:53:39ID:???
Javaはチンポーネント多すぎて組み合わせあーだこーだするのがめんどい
0108nobodyさん2008/03/07(金) 16:31:20ID:qJVq56v4
Ruby1.9 や Rubinius は MRI と比べて本当に速いのか
http://d.hatena.ne.jp/kwatch/20080304/1204646782

絶望した! 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 の呼び出しがない、
純粋にバイトコードの実行だけで済むベンチマークだからである。
0109nobodyさん2008/03/07(金) 21:17:33ID:sXIPrxED
価格もモサモサだもんね
0110nobodyさん2008/03/07(金) 22:30:55ID:???
PHPも単純にループするだけのプログラムなら、PHP5が早いんだけど、mod_phpを通してabでベンチマーク取ると、PHP5はフットプリントが大きい分、PHP4の方がさばけるリクエストは多いんだよね。
0111nobodyさん2008/03/14(金) 09:46:28ID:iYTwDw8L
ここか
0112nobodyさん2008/03/14(金) 15:47:12ID:???
俺に金をもたらしてくれれば、RubyでもPHPでも何でもいい
まずは金だ、金持って来い!!!
0113nobodyさん2008/03/16(日) 04:07:05ID:???
Rubyは書籍や情報が少ないという面でPHPのほうが良い。

またRubyは仕様がころころ変わる。
Rubyみたいに使われていないのはざっくり切って前に進んでいる、
古い言語はレガシー引きずっているという批判もあるが
それだけプログラマーの数も多く、いろいろ使われてきた歴史があるからさ。
使っていたコマンドなくなりましたよ?といわれても困るだろうし。
0114nobodyさん2008/03/16(日) 04:20:00ID:???
PHPも3,4,5でメチャクチャ変わってるジャン。
0115nobodyさん2008/03/16(日) 19:21:17ID:???
ポリシー無くあれほど仕様が変わる言語はPHPぐらいしか知らない。
0116nobodyさん2008/03/16(日) 19:32:18ID:???
>>115
経験が浅いんですね。
0117nobodyさん2008/03/16(日) 21:59:08ID:???
php4の経緯は酷いもんだったな
アップデートしたら全phpファイル再確認と再テストの悪夢、
アップデートしなければエクスプロイトが出回ってるなかガクブル

php5以降はまともな方かな。
ruby1.8未満/ruby1.9開発版現状よりはマシだと思うよ
0118nobodyさん2008/04/10(木) 23:45:29ID:???
PHPは6でgoto導入ですよ。

楽しみですねー。
0119nobodyさん2008/05/06(火) 11:30:55ID:???
lisp
0120nobodyさん2008/07/07(月) 02:52:57ID:zkkkRV90
Matzの会社を財務分析してみたんだが。
http://d.hatena.ne.jp/AntiSeptic/20080704/p1

などと思わせぶりな言い方をするものだから覗いてみりゃ、
なんて事無い田舎の零細企業の財務諸表であって、面白くもなーんともなかったわけだ。

それにしても、この程度の収益で2007年度って、
あの会社にとっては多分空前絶後の景気のいい年だったはずだの
Rubyとゆー「鉱脈」があるだの言っているのは何なのだ。
Geekのヨタ話というのは、いつもこんなしょぼいスケールで行われているのか?
あそこの技術者の平均レベルは、他の普通の会社よりはずっと高いと思うって、
これじゃあ、技術なんてIT企業の収益とは何の関係も無いと証明しているようなもんじゃねえか。

そもそも、この会社が何をやっているのかがHPを見た限りではよく分からん。
要は受託開発だろ労働力を人月で売ってるだけだろマーケ屋がこねくりあげた横文字得意げに使ってなに悦に入ってやがんだコラ。
更には製品・サービス部門まであって、なにやら参考価格が書いてあるところを見ると、
多分にパッケージっぽい印象を受けるが、それでいて全体の粗利率が26%程度ではどうしようもないだろ。

あそこに入りたい人は、損益計算書も注意して見ておくといい。まぁこれはどんな会社でも同じだけど、
ここを見るといろんなことが見えて来る。株価指標を計算してみるのもいい(非公開会社でもね)。
0121nobodyさん2008/07/07(月) 03:22:42ID:???
↑このコピペいろんなところに貼ってる奴なんなの?きめえ
0122nobodyさん2008/07/10(木) 04:11:20ID:???
Pythonは仲間外れですか、そうですか。
0123nobodyさん2008/07/12(土) 02:01:15ID:???
Matzの日記初めて読んだ

www.rubyist.net は不正なセキュリティ証明書を使用しています。

発行者の証明書が信頼されていないためこの証明書は信頼されません。
この証明書の有効期限は 06.11.7 10:07 AM に切れています。

(エラーコード: sec_error_untrusted_issuer)

0124nobodyさん2008/07/12(土) 21:18:12ID:???
>>123
ブログでSSL使ってなくない?
0125nobodyさん2008/07/13(日) 00:09:03ID:???
RubyのライバルはPythonだと思うんだが
0126nobodyさん2008/07/19(土) 13:20:13ID:???
>>125
まさかw
世界中で使われているPythonに失礼だよ
Rubyなんて国内で少し使われている程度
0127nobodyさん2008/07/19(土) 13:35:01ID:pf1xXB//
http://pc11.2ch.net/test/read.cgi/tech/1180713251/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"日本語")
とかやったりしてるけど、正直言って超バッドノウハウ。
人が見てもやっぱりわからないし。
0128nobodyさん2008/07/20(日) 01:50:03ID:/9XaoyQ3
フレームワーク祭りが終われば、rubyの居場所がどこか気付くはずだよw
0129nobodyさん2008/07/24(木) 11:01:03ID:???
Ruby = オブジェクト指向Perl でしょ?
0130nobodyさん2008/07/25(金) 20:19:46ID:???
>>126
アホか。
使われてるかどうかを判断基準にしたら、
Rubyの相手なんて居なくなってしまうだろ。
0131nobodyさん2008/07/29(火) 00:23:57ID:ybJpVSEm
wikiの比較サイトがあるのだが・・
言語別のwiki数みたいなリストはないんだけど、主な言語を検索して調べてみた

PHP 27
Java 20
Perl 10
C# 8
Python 7
ASP  4
Ruby 2

実感に近い感じかな。
0132nobodyさん2008/07/31(木) 21:45:44ID:???

イスラム vs モルモン

どっちが強いかは明白。
0133nobodyさん2009/01/14(水) 18:25:02ID:???
Perl6が都市伝説と聞いてやって来ました。
0134nobodyさん2009/01/16(金) 00:02:52ID:???
お引き取りください
0135nobodyさん2009/01/31(土) 06:27:20ID:???
Ruby1.9.1が正式リリースしたのでやって来ました。
0136nobodyさん2009/02/17(火) 14:08:40ID:???
Perl - 本来?のシェルスクリプト代替用途に落ち着く
PHP - 現在最も利用者数が多いと思われるが、ツギハギだらけでそろそろ限界が近い。i18n的に弱い。
Python - OOP仕様の導入で躓いたPerlの後継を狙うが、3.0での大幅変更に異論噴出。
Ruby - Railsの登場により脚光を浴びるが、Ruby自体はあまり普及に意欲的では無い。BSD臭。
というのが個人的感想。
0137nobodyさん2009/02/22(日) 23:58:34ID:???
PHPとRubyの論争見ていていつも思うんだが、
こいつらの関係って日本と韓国の関係に似てるよな。

<丶`∀´>RubyはPHPより優れてるニダ!
( ´∀`)Ruby?なにそれおいしいの?
0138nobodyさん2009/02/23(月) 05:13:29ID:???
Rubyコミュニティはあんま好きじゃないけどそれは違うと思う
0139nobodyさん2009/02/23(月) 16:43:38ID:???
> こいつらの関係って日本と韓国の関係に似てるよな。
それは私も感じたことがある。

<丶`∀´>PHPはYahooでも採用されているしシェアも最強ニダ
( ´∀`)変なのにつきまとわれてるよ・・・

粗悪だが低価格で貧困層にもリーチしてシェアを築き数値だけみてホルホルする韓国企業と
パクリ&魔改造で本家を上回る性能を作り出すが要領の悪い日本企業
PHP厨はあまり日の目をみない(と感じる)Rubyよりは当然格上だと思ってるのに対して(ウリが世界一)
Ruby厨は低スキル・Web用であるPHPはそもそもアウトオブ眼中(無韓心)。

他にも
・〜 VS PHPというようなスレを立てたがるが大抵論破される(すぐ日本と比べる記事を書くが意味不明なグラフ等で墓穴を掘る)
・唐辛子(PHP)の起源が他国(Perl)だというとファビョる

PHPもRubyの宗教じみた雰囲気も嫌いな第三者目線ではこんな感じ
0140nobodyさん2009/04/07(火) 12:22:13ID:???
>>139
そうそう、そんな感じwww
アンチRubyが韓国の関係みたいなw
0141nobodyさん2009/06/27(土) 08:30:45ID:???
JoomlaなんかはRubyじゃ100%作るのは不可能!
0142nobodyさん2009/06/29(月) 13:57:54ID:???
やはり Mediawiki とか Wordpress レベルがほしい。
hiki や tDiary はご冗談でしょう、というレベル。
■ このスレッドは過去ログ倉庫に格納されています