【Perl,PHP】LLバトルロワイヤル5【Ruby,Python】

【Perl,PHP】LLバトル ..

116:デフォルトの名無しさん
09/04/11 19:34:46
誰も使わないデータベースウエアを設計した奴より
PHPで人気サイト作ってる奴の方が偉いと思うけど

117:デフォルトの名無しさん
09/04/11 19:38:56
仕事でやってるだけなら別に偉くないのでは
2chやらは偉いっちゃ偉いのか

118:デフォルトの名無しさん
09/04/11 19:40:41
>>116
そこだよ。
たから実質なんにも仕事しない銀行、商社、マスコミが一番給料が高いのだ。
やつらが偉いんじゃない。
人が欲しがるものをもったいつけて高い手数料で売ってるだけだ。
そして仕入れ先はとことん叩く。
まるでIT業界の縮図じゃないか。
あれ？ま、いいか。

119:デフォルトの名無しさん
09/04/11 19:59:59
必要とされてないのに車輪の再発明するのは技術者の自己満足だよね。
HiRDBやSymfowareとは言わないけど

120:デフォルトの名無しさん
09/04/11 20:18:04
『行番号出力スクリプトの比較』

#!/usr/bin/ruby
readFile = File.open(ARGV[0])
writeFile = File.open(ARGV[1], "w")
readString = readFile.read
readString.each_with_index{ |line, index|
writeFile.printf("%02d : ", index + 1)
writeFile.print(line)
}
readFile.close
writeFile.close

-----------------------------------

#!/usr/bin/perl
while(<>) {
s/[\r\n]//g;
printf("%d : %s\n", $., $_ );
}
exit;

-----------------------------------

#!/usr/bin/awk -f
{ print NR, ":", $0 }

121:デフォルトの名無しさん
09/04/11 20:27:26
>>120
スクリプトを書かないなら、cat -n でOK

122:デフォルトの名無しさん
09/04/11 20:30:24
>>120
AWKに比べて他のがやたら長いな
もっと簡単にならんの？

123:デフォルトの名無しさん
09/04/11 20:37:03
ruby -n -e 'END {p $.}' < file

124:デフォルトの名無しさん
09/04/11 20:37:34
てかやってること違うじゃん
なんでRubyはファイルに書き出してるの？
というかその書き方ならいっそJavaで書けよ

125:デフォルトの名無しさん
09/04/11 20:39:21
>>124は>>120ね

126:デフォルトの名無しさん
09/04/11 20:39:51
ちがったw
ruby -n -e 'print ($.).to_s + " " + $_' < file

127:デフォルトの名無しさん
09/04/11 20:45:37
>>120
#!/usr/bin/perl -ne
print "$.: $_"

128:デフォルトの名無しさん
09/04/11 20:47:32
-neじゃなくて-nだ。

129:デフォルトの名無しさん
09/04/11 20:50:03
詳しくない奴ほど無意味な比較をしたがるものだ

130:デフォルトの名無しさん
09/04/11 20:54:12
という傾向があったらいいなという気分だったんですね？

131:デフォルトの名無しさん
09/04/11 21:06:50
おもしろい余興ですた

132:デフォルトの名無しさん
09/04/11 21:08:20
ソケット通信に適したLLはどれ？
ありがちな例だけど、文字列を送信すると逆順（回文）で帰ってくる
サーバ・クライアントシステムとか作ったら、どれが一番簡単？

133:デフォルトの名無しさん
09/04/11 21:10:20
どれでもあまり変わらないんじゃないかな。その例だと。

134:デフォルトの名無しさん
09/04/11 21:22:48
Ruby on Rails vs PHP
URLﾘﾝｸ(www.youtube.com)

Ruby on Rails vs Java - RailsEnvy.com Commerical
URLﾘﾝｸ(www.youtube.com)

135:デフォルトの名無しさん
09/04/11 21:23:07
#! /usr/bin/gawk -f
# reverse_server.awk

BEGIN {
echo_service = "/inet/tcp/10000/0/0"
while (1) {
if ((echo_service |& getline) > 0) {
rev_mes = reverse_str($0)
print rev_mes |& echo_service
}
close(echo_service)
}
}

function reverse_str(str, rev_str) {
for (i = length(str); i > 0; i--) {
rev_str = rev_str substr(str, i, 1);
}
return rev_str;
}

136:デフォルトの名無しさん
09/04/11 21:23:51
#! /usr/bin/gawk -f
# reverse_client.awk

BEGIN {
echo_service = "/inet/tcp/0/localhost/10000"
while (1) {
getline str < "/dev/stdin"
print str |& echo_service
if ((echo_service |& getline) > 0) {
print $0
}
close(echo_service)
}
}

137:デフォルトの名無しさん
09/04/11 23:28:59
>>1
＞最強のＬＬ＝軽量プログラム言語

makeが最高です

138:デフォルトの名無しさん
09/04/12 00:39:05
そんなもん、がうちぇだろ？

139:デフォルトの名無しさん
09/04/12 01:04:44
>>132
正直socketはCのレベルでやらないと細かい制御が全然できない。
select/epollとかI/O完了ポート/OVERLAPPEDとかスレッドもスクリプトだと厳しい。
もうちっと細かいこともできるスクリプトがあるといいなあとは思うんだけど、
まあその辺はCでやれってことになるかなあ。

140:デフォルトの名無しさん
09/04/12 01:17:50
Pythonでは2.6以降でepoll, kqueueは利用できるプラットフォームでは
標準で使える
それ以前からサードパーティのlibeventバインディングや
twistedのようなライブラリで普通に使えるけどな
勿論ctypes経由で自分で直接システムコールを叩くことも可能

141:デフォルトの名無しさん
09/04/12 01:33:34
Erlang

142:デフォルトの名無しさん
09/04/12 02:17:54
>>140
あ、なるほど、kqueueとかエッジトリガとかも使えそうだね。まあこうとこ一つとっても
pythonはやっぱ、守備範囲が広そうだな。
でも、ifdef的にプラットフォームごとに変えなきゃいけなさそうだけどまあしゃーないか。

143:デフォルトの名無しさん
09/04/12 06:13:51
>>134
言語とフレームワーク比べんなｗ

144:デフォルトの名無しさん
09/04/12 07:53:16
比べるならCakeとかだよな

145:デフォルトの名無しさん
09/04/12 08:01:26
Coffeeも付けてください。

146:デフォルトの名無しさん
09/04/12 08:03:43
JavaならWicketあたりか
国産ならSAStrutsとか

147:デフォルトの名無しさん
09/04/12 08:59:02
てかその動画Railsが出た2,3年前にも出てたよなｗ

148:デフォルトの名無しさん
09/04/12 09:11:01
> Pythonを使い続ける最も大きな理由... そうだなあ，大きな理由が2つあるよ。
> ひとつめの理由はライブラリ。Pythonには全部のライブラリがそろっている。
> 僕たちは開発を進めてきた課程で，たくさんの技術や，たくさんのアーキテクチャを学んできた。
> たとえば，僕がコネクションプールについて理解していなかったとしても，
> 僕はただ単にライブラリを探してきて使うことができる。それからコネクションプールについて理解して，
> 自分たちでライブラリを書けばいい。Webフレームワークについても理解する必要はない。
> 自分たちのフレームワークを作る時が来るまで，他の人が作ったフレームワークを使うだけだ。
> その他の多くの技術を使う前に学ぶ必要はないんだ。
> だってPythonにはほとんど全ての種類のライブラリが備わっているのだから。
> これからも，僕たちはもっと多くの技術を学び続ける。
> そして自分たちの手でライブラリを作る。技術を自分たち流に変えるためにね。
> このような手法を使うことで，自分流に変換する作業をとってもとっても簡単にすることができるんだ。
>
>
> もうひとつ，僕たちをPythonにつなぎ止めておく理由は，これは最も大きな理由なんだけど，
> Pythonのコードが読みやすく書きやすい，ということなんだ。
> たとえば僕たちが新しい技術者を雇うとき。Pythonが書ける技術者を雇うことはまずないわけだけど。
> 僕はただ「ぜんぶPythonで書いてね」と言うだけだ。
> そう言うだけで，彼らの書いたコードを僕は読むことができる。
> これはすごいことなんだけど，僕は部屋越しにコードが良いか悪いかを見分けることができるんだ。
> というのは，良質なPythonのコードはとても明確な構造を持っているから。
> これが僕の仕事をより楽にしてくれるんだ。Pythonのコードはとんでもなく表情豊かで，
> とんでもなく読みやすく，そしてとんでもなく書きやすい。
> だから僕は仕事をスムーズに運べるというわけさ。

翻訳 - Python製のソーシャルブックマークエンジンRedditはなぜLispをやめてPythonを使うようになったのか ? TRIVIAL TECHNOLOGIES 2.0
URLﾘﾝｸ(coreblog.org)

149:デフォルトの名無しさん
09/04/12 09:26:41
まったくもってどうでもいいことしか言ってないな。

150:デフォルトの名無しさん
09/04/12 09:30:54
「定番」で「当たり障りがない」ことではあるけど、「どうでもいいこと」ではないよ。

151:デフォルトの名無しさん
09/04/12 10:01:32
>>Webフレームワークについても理解する必要はない
これがわからん。
フレームワークのMVCの作法に従った書き方しないで、なんの為に使うんだろう？
＃そういうのが無いの？

152:デフォルトの名無しさん
09/04/12 10:53:21
原文こっち
Why Reddit uses Python ≪ .:.
URLﾘﾝｸ(brainsik.theory.org)

> Don’t understand web frameworks, so we’ll use someone else’s until we make our own.
webフレームワークを理解する必要がない、だから、自分達のができるまで誰か他のを使うんだ。

understandがそのままの意味ないのかわからん

153:デフォルトの名無しさん
09/04/12 10:54:56
>>148
自分で貼っておいてなんなんだけど、
マイナー言語(LISP)はライブラリないから、
標準や他の人が作ったライブラリがそろっているメジャー言語(Python)いいよねって言っているだけな気がするｗ

154:デフォルトの名無しさん
09/04/12 12:32:48
パイトンって読むの？

155:デフォルトの名無しさん
09/04/12 12:44:11
>>153
いや、それが重要なんだろ。

俺様ライブラリに頼らない「標準」を利用することで、
元々あったpythonの親しみやすい構文にくわえて、さらに誰が見ても解るコードができあがるってね。

実際マクロばりばり使われた俺様ライブラリ使用、俺様LISPなんて、作者以外にメンテできるかよってシロモノだし。

156:デフォルトの名無しさん
09/04/12 13:08:10
pythonな奴はやたら自分の正統性を主張する

157:デフォルトの名無しさん
09/04/12 13:09:48
ライブラリ言い出したらCPANやPEARやJakartaに勝てるのかみたいな話にならないか

158:デフォルトの名無しさん
09/04/12 13:18:58
>>157
RubyGemsには無条件で勝ってるのかｗ
別に全てに勝つ必要はないだろうが・・・スレタイがあれか

159:デフォルトの名無しさん
09/04/12 13:21:24
RubyGemsを詳しく知ってる奴が少ないだけ

160:デフォルトの名無しさん
09/04/12 13:41:18
CPANみたいに、ダイレクトにdir見れる方が好きだな
概要知りたきゃ readme 嫁ってのが良い
＃説明非表示モードでみれたりする？＞RubyGems

161:デフォルトの名無しさん
09/04/12 13:50:06
結論：ライブラリには９９％JavaDocが付いているJava最強

162:デフォルトの名無しさん
09/04/12 13:52:23
RubyGemsの制作経緯と概要（ちょっと古い）
URLﾘﾝｸ(jp.rubyist.net)

使い方や仕組みは、CPANなどに比べてそんなに難しいわけではないような。
最大のネックはパフォーマンス（だった）。
だけど、Ruby使ってる時点でそれは二の次のはずなので無問題。

163:デフォルトの名無しさん
09/04/12 13:54:39
HSPが出てないとは聞き捨てならんな！

164:デフォルトの名無しさん
09/04/12 13:56:41
がんばってHSP覚えるならVB6でもやったほうが応用できるし手間も変わらん気がするんだが
まぁLLからは離れるけど

165:デフォルトの名無しさん
09/04/12 17:31:02
>>Pythonには全部のライブラリがそろってる
全部って・・ww。なんかの販売員みたいだな。どの言語もそんな主張してそう
でマジでどうでもいい宣伝って感じだ。

166:デフォルトの名無しさん
09/04/12 17:42:46
ちゅーか、HSPばかり使っていると将来困るだろ
BASICみたいに入門用途かもしれんが、それにしても今時PythonかRubyでいいじゃんという
他人に勧めるやつがいたら間違いなく征する

167:デフォルトの名無しさん
09/04/12 17:49:14
制じゃね？

168:デフォルトの名無しさん
09/04/12 17:51:22
征（伐）？

169:デフォルトの名無しさん
09/04/12 17:54:20
>>165
Pythonのライブラリの充実度はruby,perlに比べてダンチだぞ

170:デフォルトの名無しさん
09/04/12 17:56:52
>>169
Pythonを使ってない人間はPythonのライブラリを見たこともどこで探せるかもわからないので、
それだけ書かれてもなあ
CPANみたいな仕組みはあるの？

171:デフォルトの名無しさん
09/04/12 17:57:14
Pythonはライブラリ揃っている方じゃね。
たとえばsmtpでメールを送るスクリプト書くにしてもRubyの方が面倒に感じるし。

172:デフォルトの名無しさん
09/04/12 18:04:04
>>170
Pythonは本体インスコした時点で豊富なライブラリが揃っていると言う認識だと思われ。
それならRubyやperlと比べてダンチだろう。

173:デフォルトの名無しさん
09/04/12 18:18:17
そんなもんディストリのポリシー次第だろ

174:デフォルトの名無しさん
09/04/12 18:21:24
>>172
なるほど。
ググってみたら、PyPI ってのが公式？のライブラリデポジットみたいな感じだろうか。
URLﾘﾝｸ(pypi.python.org)

ライブラリの充実度ってことなら、一応この辺の周辺ライブラリも入れて考えないと
あんまり意味無いのではと思った。

PHPのPEARのほぼ唯一良い点としては、配布物に添付したりサーバに設置するのに
特別な操作とか修正が必要ないってことかな。
全部Pure PHPで書かれていて、同梱したライブラリのルートディレクトリにinclude_pathさえ
通せば使えるようになるっていう共通の原則はなかなか便利。

他の言語のライブラリはそういう使い方したこと無いから、ひょっとしたらどの言語のライブラリも
同じようにできるのかもしれないけど。

175:デフォルトの名無しさん
09/04/12 18:23:42
>>173
突っ込みになってないぞ。
つまりその「ディストリのポリシー」からして段違いなわけだからな。

176:デフォルトの名無しさん
09/04/12 18:27:08
>>175 は？

ディストリビューション毎のパッケージングポリシーの違いが、
なんで言語のせいになるんだよタコ

177:デフォルトの名無しさん
09/04/12 18:34:51
何でも入ってるから重いって言う考え方はしないんだろうか

178:デフォルトの名無しさん
09/04/12 18:35:34
かつてのVB難民がスクリプトでがんばってるみたいね。
開発環境は退化した気がするけど

179:デフォルトの名無しさん
09/04/12 18:35:36
>>174
PHPは名前空間くらいどうにかしてからおいで下さい

180:デフォルトの名無しさん
09/04/12 18:36:15
Pythonの場合、言語自体のリリースのポリシーが
"Batteries Included"

URLﾘﾝｸ(www.python.org)

181:デフォルトの名無しさん
09/04/12 18:42:32
>>179 PEARじゃないけど

class Zend_Db_Table_Row extends Zend_Db_Table_Row_Abstract
{
}

うん。解決済み。
# PHP5.3からnamespaceついてるらしいけど、ライブラリ側で対応とかするのかな・・・

182:デフォルトの名無しさん
09/04/12 18:57:09
>>176
「言語のせい」とか意味不明。
何あさっての方向に喚いてるの？

183:デフォルトの名無しさん
09/04/12 19:16:42
自分のコードも3ヶ月経てば他人のコードの原則を重視すると、
コーディングスタイルが統一されてくるPythonが一押しになる。
個人的にはJythonが理想郷なんだが中途半端な出来でげんなり。

184:デフォルトの名無しさん
09/04/12 19:27:11
＞コーディングスタイルが統一されてくるPythonが一押しになる
激しく同意する。

C だと、他人のコードを読むのに、エディタでインデントを修正しながら読むことになる。
金にならねば、他人の C コードを、もう読む気持ちになれない。

Python ならば、他人のコードを楽しんで読める。力のあるやつが書いたコードは多くの
ことを教えてくれる。身構えることなく、他人のコードを読み下していける python のイ
ンデントの強制は、もっと評価されるべき。

185:デフォルトの名無しさん
09/04/12 19:34:01
>>184
C、C++の場合、環境依存を気にしすぎてマクロでスイッチングをバシバシ決めているのが気に入らん。

#define,#ifdef、makefileの環境変数なんて死ね、と思う。

186:デフォルトの名無しさん
09/04/12 19:44:27
いつの間にLL以外の言語語るスレになったんだ？

187:デフォルトの名無しさん
09/04/12 19:50:18
細けぇことはいいんだよ（AA略

188:デフォルトの名無しさん
09/04/12 20:53:41
Cならindent使えばいいのに。

189:デフォルトの名無しさん
09/04/12 21:02:49
今後、LLの多くが淘汰されるだろうけど、何だかんだでPerlは生き残るだろう。
それとawkはプログラミング言語として見た場合は賛否両論だけど、
プログラマブルなツールとして見れば有用で、今後もそれなりの存在意義はある。
Pythonもあの普通っぽさがいい。

案外PHPなんかは消えたりして。

190:デフォルトの名無しさん
09/04/12 21:07:03
さっぱり分からないわ、その基準。

191:デフォルトの名無しさん
09/04/12 21:29:50
世の中には投資回収って言葉があるから、どの言語も消えることはありえません。

そういう視点で見ると昨今のJavaScriptのブラウザを巻き込んだ盛り上がりは、
VBからWebアプリにリプレースして業務効率を落した時代の清算に思える。
ClickOnceやWebStartを認めてはいけないという不退転な思いを感じる。（大げさ）

192:デフォルトの名無しさん
09/04/12 21:34:46
Webへ逃げていくのを一番危惧してるのはMSだからな
ブラウザさえあればどんなOSでも使える、デスクトップすらいけるとなると
有料OSなんぞ使わない

あとは開発環境やセキュリティとの兼ね合いでどのくらいいけるかどうかかねぇ
自分としてはFirefoxのアドオンみたいな感じでブラウザにインストールする形が
有望だと感じてる

193:デフォルトの名無しさん
09/04/12 21:52:36
ＸＵＬは正直・・・

194:デフォルトの名無しさん
09/04/12 22:16:07
> ブラウザ "戻るボタン" 無効の検索結果のうち１年以内に更新された日本語のページ約 21,700 件
自分で調べておいて思わず苦笑した。

この辺はHTML5の勧告でAjaxライブラリが解決するんだろうけど、
HTML5はXHTML2とは互換がないらしいよ、セマンティック・ウェブさん。

195:デフォルトの名無しさん
09/04/12 22:39:00
>>194
HTML5って、ブラウザにDB積んでみたり、スクリプトではない入力バリデート？を
入れてみたりしてるんだよね
なんともそっち方面に突っ走ってるな～と

しかしこれ、実装が出てきても実際の普及に五年ほどはかかるんじゃないか？

196:デフォルトの名無しさん
09/04/12 23:01:27
Perlなんて事実上消えたも同然だろ。今後は全部Pythonに統一。

197:デフォルトの名無しさん
09/04/12 23:09:56
今までやった言語
Bash
AWK
SQL
Ruby

CやらPerlやらも齧ってみたけど身につかなかった
趣味グラマだからこれくらいで許してよ
あんまし勉強した区内

198:デフォルトの名無しさん
09/04/12 23:12:22
>>195
IE8がもう実装を始めてるから、勧告と同時によーい、どん、となると思うよ。

>>196
おなじみ？のTIOBE Programming Community IndexだとPERLは9位に付けてるよ。
ぶっちゃけ絶賛暴落中だけど、これは話題率ランキングだからまだ現役ではある。

199:デフォルトの名無しさん
09/04/13 00:11:02
>>184
どれにもいえる事だけど、インデント深くなってるコードを読むとゲンナリするよ。
できるだけ他人のコードは見ないですませたい。無理だけど orz

200:デフォルトの名無しさん
09/04/13 00:20:18
仕事現場でインデント付けないでコード書く人なんて実際にいるの？

201:デフォルトの名無しさん
09/04/13 00:25:05
>>184
Visual Basicも昔そんなこと言われてたけど、一時の流行りで終わったね。
スクリプトみたいな簡易言語で満足してるようじゃ技術者としてはいつまでも3流だよ。

202:デフォルトの名無しさん
09/04/13 01:10:08
1流らしい下賎なレスをありがとう

203:デフォルトの名無しさん
09/04/13 01:20:52
スクリプトだけやってたら絶対にスーパーハカーにはなれないけど、
スーパーハカーがスクリプトを使うことはある。

204:デフォルトの名無しさん
09/04/13 02:13:21
>200
皆がインデント付けてても
インデントの規則や個々のタブ幅がバラバラだと凄く読みにくい
例えば、GNU式のインデントはタブ8以外の環境じゃチグハグになるし

205:デフォルトの名無しさん
09/04/13 02:46:51
技術者としては三流www
何の技術者だよwww
スクリプトできれば十分な分野だってあるのにな
職業プログラマって視野せまそうだな

206:デフォルトの名無しさん
09/04/13 06:18:33
スクリプトできれば十分な分野なんかに一流プログラマは
いない、というのは結構正しい気はするな。

207:デフォルトの名無しさん
09/04/13 06:27:11
それって単に、スクリプト言語では十分ではないこと自体が
自分の中で一流の定義（の一部）になってるだけじゃないの？

「○○なんかを良いと言うのは信者だけ！」って主張する奴の「信者」の定義が
「○○を良いと言うこと」で、だから世界の99%が○○を良いと言っても成立するとか、
その種の言葉遊びにも見えるけど。

208:デフォルトの名無しさん
09/04/13 06:35:47
スクリプトだけで十分じゃない分野って組み込みと速度にシビアな分野と
スクリプトが使えない分野（コンシューマゲームとか）以外何がある？

209:デフォルトの名無しさん
09/04/13 06:41:53
スクリプト言語に限らんが、人が多くてライブラリや資産が整っていると
誰でも使えるようになるからね。それこそ、組み立てるだけで誰でもある程度までできてしまう。
敷居が低いから、(見えている範囲では)一流には見えないんだろうと思う。

しかも、スクリプト言語はその低い敷居の範囲の仕事をみな奪ってしまった。
ネイティブな言語には残された上で言っている"一流の仕事"しか残っていないんだろうよ

210:デフォルトの名無しさん
09/04/13 06:42:30
本当に優秀な人なら用途に合わせて最適な道具を選ぶと思う
スクリプトの得意分野をアセンブリでやるのは趣味か馬鹿

211:デフォルトの名無しさん
09/04/13 07:18:41
>>200
インデントをつけたくてもRPGと言う言語は固定カラムでコードを書くんだなー。
ってヤツは少ないだろ。

Pythonが一番コード読みやすいのは事実だな。

しかし、自称一流なんていう奴はたいてい胡散臭いな。
なんでもかんでもJavaやC++でやるヤツの方が３流だろうに。

212:デフォルトの名無しさん
09/04/13 08:31:28
この前採用面接でPHPなんて誰でもできるでしょ？とか偉い人に言われたぞww
まあ世間の評価はそんなもんなのかな。

213:デフォルトの名無しさん
09/04/13 08:40:13
文法知ってりゃ誰でもコード書けると思ってるんだろ。
世間の評価なんてそんなもの。
偉くなりたければコーディングの技術にこだわりすぎないこと。

214:デフォルトの名無しさん
09/04/13 08:42:26
WEBアプリ限定で、「フォームからのメール送信」とか、「画像ファイルのアップロード」みたいな処理が、
ほとんど何も知らなくても書けて一番簡単な言語（？フレームワーク？）はPHPなのは間違いなかろ
そういう意味じゃないか？ｗ

215:デフォルトの名無しさん
09/04/13 10:56:17
一流プログラマの定義なんて興味ないが、周りでちょっとできる
奴っでPHPとかしかやったことがありません、なんてバックグラウンドの
奴は一人もいないぞ。ちょっと向上心や勉強する意欲があれば、CやJavaくらい
覚えるはず。

Cとかである程度規模の大きいプログラムがちゃんと破綻なく作成できるレベル
になっとけば、PerlでもRubyでもPHPでも移行してすぐに適応できる。
じゃあ、その逆はどうか、と言えばこれは相当苦労するはず。文法だけじゃな
くてな。

最初からRubyで育った世代がでてくればまた話は変わってくるのかもしれないが、
少なくとも現時点で、CもC++もJavaも知らないで一流なんて人間がいるわけがない。
よっぽど周りがレベルが低くないかぎり、あたりまでしょ。
PHPだけしかできません、と言う奴ですごい奴にお目にかかったことないよ。

なにやら適材適所とか、「本当に優秀な人なら用途に合わせて最適な道具を選ぶと
思う」なんて当たり前のこと書いて得意になっているのはバカにする以前に、なん
か気の毒だな。それ反論のつもりなの？　意味がある書き込みと本気で考えている
の？

オツムが不自由なのか？

216:デフォルトの名無しさん
09/04/13 11:16:55
>>215
オツムが不自由なのか？
書いてる内容が支離滅裂だぞ

217:デフォルトの名無しさん
09/04/13 11:26:48
そうなんだよな。
言語の複雑さとシステムの有用性の間には関連がないはずなのに
一般に複雑と思われてる言語に精通している人のほうがいい人が多い気がするな。
でも半端に技術があると病的な経済感覚してるときあるな

218:デフォルトの名無しさん
09/04/13 11:32:51
アセンブラができればCなんて要らないと言われた時代が懐かしい。

219:デフォルトの名無しさん
09/04/13 11:41:06
>>215
>少なくとも現時点で、CもC++もJavaも知らないで一流なんて人間がいるわけがない。

まるで根拠のない主張。こんなこと言うバカは、自分がCやC++やJavaを知っていることで優位に立とうとしているだけ。

220:デフォルトの名無しさん
09/04/13 12:08:32
PHP 信者が必死だなw

221:デフォルトの名無しさん
09/04/13 12:15:07
そんな程度では優位に立つことなどできませんがね。

222:デフォルトの名無しさん
09/04/13 12:25:14
ポインタって何？っていう一流プログラマー・・・これだけは絶対ないわ。
どんだけレベル低いんだよ、お前の会社。

223:デフォルトの名無しさん
09/04/13 12:25:53
別に言語はなんだっていいと思うよ。
フランス語が一番きれいみたいな根拠のない論争と同じだし、
コンピュータにやらせたいことの意味が通じればいいだけだから。

目的が極限のパフォーマンスとかハード直接叩くだったらC言語できないと
困るだろうけど、万人がそういう目的を持ってるわけでもないし、
別にPHPだろうがPerlだろうがなんだっていいと思うけどね。
F1レーサーだって二種免許や大型免許もってるわけじゃないんだし。

224:デフォルトの名無しさん
09/04/13 12:43:05
アセンブラとCはちょっと特別だと思うけどな
CPU直接叩くにはアセンブラが必要だし
今のOSは大抵はCで組まれていて、システムコールや何かも全部Cだから
システムレベルのプログラミングをするのなら、通常Cは知っておく必要はある

大体、PHPだの何だのといった処理系を使うにしても、それらは
大抵Cで組まれてるわけでな

万人がそれらを使える必要は無いし、Cを使える奴が常にCで仕事する
なんてことも無いわけで、一般に言語は適材適所で使えばいいのだが、
アセンブラやCを全く知らない「一流のプログラマ」ってのは俺も疑問だな

225:デフォルトの名無しさん
09/04/13 12:43:59
残念ながらプログラマって肩書が付いてる時点で一流の技術者じゃないと思います。

226:デフォルトの名無しさん
09/04/13 12:44:57
欧米には普通にシニアプログラマって概念がある

227:デフォルトの名無しさん
09/04/13 12:46:50
はいはい

228:デフォルトの名無しさん
09/04/13 12:48:56
>>217
複雑と思われてる言語って例えば何？

229:デフォルトの名無しさん
09/04/13 12:49:45
マ板の話題だなあ。どうでもいいが。

230:デフォルトの名無しさん
09/04/13 12:56:41
Perl、PHPは大規模なプログラム作ろうという気が起きないというか、
あるスケール以上では使うのをやめよう、C++やJavaで開発しよう、と
いう流れになるが、RubyやPythonはそうではないというか、大規模
開発にも耐えられる言語仕様じゃない？

今は実例は少なくても、将来Javaとかの開発の大部分を置き換える
ポテンシャルを持っていると思う。
ま、言語的に優れていても普及しないというのは良くあることだが。

何が言いたいかというと、同じLLでも、志というか、スコープがぜんぜん
違うものがあるということだ。

231:デフォルトの名無しさん
09/04/13 13:04:17
RubyはPerlと同じ道を行くと思う。

232:デフォルトの名無しさん
09/04/13 13:07:25
クラスをどんどん作るならJavaでいいし、ワンライナー的ならPerlが早いし、Rubyはいらんかな。

233:デフォルトの名無しさん
09/04/13 13:14:15
>>230　がはてなや楽天やyahoo否定してもしょうがないと思うのだが

234:デフォルトの名無しさん
09/04/13 13:16:26
言語なんて仕様の優劣より慣れだと思うよ
欧米人から見たら日本語なんて活用形が何種類もある上に
ひらがなカタカナ漢字英字を組み合わせる意味不明な言語だろうけど
日本人ならよっぽどのアホでもだいたい理解できるわけで

235:デフォルトの名無しさん
09/04/13 13:17:42
はてなはともかく楽天は大規模なサービスはJavaだし、
YahooもPHPはフロントエンドや小規模サービスだけで主要部の中身はCだ。

236:デフォルトの名無しさん
09/04/13 13:17:43
自然言語とコンピュータ言語比べても実のある議論にならんでしょ。

237:デフォルトの名無しさん
09/04/13 13:49:00
>>228 ADA

238:デフォルトの名無しさん
09/04/13 13:55:42
賢者たちよ、Rubyのいいところプリーズ！

239:デフォルトの名無しさん
09/04/13 15:11:20
作ったスクリプトが遅くてもインタプリタのせいに出来る

240:デフォルトの名無しさん
09/04/13 15:13:44
古いコードとの互換性が無くて他言語で打ち直す仕事が来ます

241:デフォルトの名無しさん
09/04/13 15:26:59
なんとなくで組み上げてなんとなく動けばそれで幸せになれる
ついでに作ってる課程も楽しい、らしい

242:デフォルトの名無しさん
09/04/13 15:30:08
0が偽じゃない
空文字が偽じゃない
空配列が偽じゃない

243:デフォルトの名無しさん
09/04/13 19:01:57
RubyはもっとWindowsユーザーに媚び売って今風なオシャレなアイコンにするべき。
あと、まつもととかるびまとかひらがなやめれ。

244:デフォルトの名無しさん
09/04/13 19:23:43
名前をひらくのと、るびまが平仮名なのは、まったく別のセンスだと思うなぁ。
後者に何か抵抗感を持つのは「少し」わかるけど、前者をどうこう思うのはわからない。

245:デフォルトの名無しさん
09/04/13 19:27:46
結論としては、JavaとシームレスなGroobyでOK？

246:デフォルトの名無しさん
09/04/13 19:40:55
Rubyは結構好きなんだけど、もう少しもちつけと言いたい。
仕事で使うにはじゃじゃ馬すぎる。Railsも然り。
趣味で使うならRubyは良い選択肢だと思う。

247:デフォルトの名無しさん
09/04/13 23:37:01
それもRubyの特性のひとつかと。落ち着いてるのがいいならPython使えばいいんだろうし。

248:デフォルトの名無しさん
09/04/14 00:05:38
Pythonはやっててだんだん滅入ってくる。Rubyはだんだんハイになる。

249:デフォルトの名無しさん
09/04/14 00:28:13
楽なのはPHPなんだけど、共同開発やると死にたくなるのもまたPHPなんだよなぁ
スキル合わない人と共同作業するときは、Javaくらいガチガチの言語じゃないと駄目だわ
ちなみにPythonは昔使ってたけど技術者誰も集まらなくて共同開発のレベルまで達しなかったｗ

250:デフォルトの名無しさん
09/04/14 11:46:50
>>238
Railsでガッツリつくって、技術足りなくてチューニングできずに結局phpで作れ直すハメになり、

　仕　事　が　増　え　る

251:デフォルトの名無しさん
09/04/14 11:47:36
おっと、

　(ﾟДﾟ)ｳﾏー

を付け忘れた

252:デフォルトの名無しさん
09/04/14 12:25:24
Railsは技術あってもチューニングはむずいんじゃないかね
Rails自体をカスタマイズしないと根本的な重さは改善できないし
そうなるとRails使う意味ないし

253:デフォルトの名無しさん
09/04/14 12:41:55
まだ、railsが重いとか言ってるバカいるのか。
ちゃんと使ってから物言え！

254:デフォルトの名無しさん
09/04/14 12:45:45
いや・・・重くなけりゃ、Passenger(いわゆるmod_rails)なんて出てこないだろ・・・

255:デフォルトの名無しさん
09/04/14 13:08:32
VisualBasic時代から進歩の無い話だな

256:デフォルトの名無しさん
09/04/14 13:14:28
Twitterが苦しんでるのを見ると、重いというよりは、スケールに対する有効な処方箋が
無いんではないかと想像しているんだが、どうなんだろう？

257:デフォルトの名無しさん
09/04/14 13:22:36
まぁやっぱり素のRubyスクリプトに比べたら重いし
例えばPHPに対するZendとかCakeみたいなものを使うことのロス
以上の実行速度低下があるわけで重いのは間違いないだろう

258:デフォルトの名無しさん
09/04/14 13:29:55
zendとかcakeと比べてrailsが遅い分けないだろ。
ちゃんと使ってから物言え
railsが重いからPassengerが出来たと言うバカもいるみたいだし
実稼動してるWEB開発したことないやつが多いのがよくわかる。

259:デフォルトの名無しさん
09/04/14 13:33:35
cakeはともかくzendがrailsより重いってのはないわぁ
こんなところでバカバカ煽ってないで、さっさとWebProg板へお帰り下さい

260:デフォルトの名無しさん
09/04/14 14:46:15
SymfonyならともかくCakeやZendの方が軽いのは間違いないと思うぜ。

261:デフォルトの名無しさん
09/04/14 17:03:08
>>253
このあたりのこと理解して書いてるの？
URLﾘﾝｸ(blog.masuidrive.jp)

262:デフォルトの名無しさん
09/04/14 17:47:25
twitterも最初はrails使ってたが今ではほとんど使ってないみたいなこと言ってなかったか？
メッセージキューも最近になってScala製になったし

263:デフォルトの名無しさん
09/04/14 17:47:46
RailsはCakeとかごってりphp系フレームワークよりは、軽い、という話だったはず

264:デフォルトの名無しさん
09/04/14 18:11:13
RailsがごってりなうえにRuby自体も遅いわけだから
Cakeなんかより遙かに遅いっての

265:デフォルトの名無しさん
09/04/14 18:21:20
速度そこそこ速くて実績のあるdjango使おうぜ

266:デフォルトの名無しさん
09/04/14 18:25:57
まさかのzope

267:デフォルトの名無しさん
09/04/14 18:56:00
Twitterの開発者はキャッシュ戦略に問題があるって言ってたのに、
結局それは解決できずにScalaに移ったの？うーむ。。。
確かScalaって静的言語だよな？

268:デフォルトの名無しさん
09/04/14 19:25:11
ああGC性能の差か、JavaはG1GCが次で登場すると更に効率が良くなるしな。
最近の記事だとJRuby1.3はRuby1.9より2.5倍は速くなるらしいし、
言語よりもVMの性能で選ばれることになるのかな。jvm vs .net vs llvmか？

269:デフォルトの名無しさん
09/04/14 20:08:25
URLﾘﾝｸ(blog.headius.com)

JRubyの件は、現時点ではちょっと疑問だなあ。tak関数の議論しかされていない
単一のベンチマークに限っていいなら、n体問題で
MagLevがJava並みの速度出たよ！なんて話もあった

ただ、提示されている最適化には実アプリでも十分効きそうなものも多いので
期待はできると思う

270:デフォルトの名無しさん
09/04/14 21:14:46
>>250
天才あらわる

271:デフォルトの名無しさん
09/04/14 22:22:31
Railってやっぱ良く出来ていると思うけどなあ。
フレームワークとして既存のものの利点欠点を良く研究していると思う。
言語としてもLLといいながらちゃんと大規模にも耐えられるようになって
いると思うし、じわじわ普及して最後に勝ち残ると思うよ。

272:デフォルトの名無しさん
09/04/14 22:51:14
じわじわ流行ってバージョン間の互換性で悩むわけですねわかります

273:デフォルトの名無しさん
09/04/14 23:40:41
まぁその話はRailsであってRubyじゃないからな

274:デフォルトの名無しさん
09/04/15 00:40:33
なんか、Rails、Rails って Ruby には Rails しかないのかと思えてくる。
Ruby は、そろそろ Rails 離れ(他のキラーアプリ)が必要じゃないかな。

因みに Ruby は、仕事でちょっとしたバッチを書くのに使ってて、結構好きだよ。

275:デフォルトの名無しさん
09/04/15 00:41:40
そういうのはバッチかPerlでいいじゃん別に。

276:デフォルトの名無しさん
09/04/15 00:51:46
ドザ乙
というのは置いておいて、そこは好みで選ばせてやれよ

277:デフォルトの名無しさん
09/04/15 00:55:11
Groovyが人気になったりして。Grailsとかのポートもあるし、
JavaScript2みたいに型も指定できるからエディタの補完も期待できそう。

278:デフォルトの名無しさん
09/04/15 00:57:50
Groovy って Java の標準に入る事になってるんだっけ？
もしそうなら、確かに来そうな気がする。

279:デフォルトの名無しさん
09/04/15 01:03:23
> Groovyは動的な言語であり、直接スクリプトを実行することができる。
> Groovyコード断片をコマンドラインに与えワンライナーとして実行する
> ことも可能である。なおこの時、中間的にJavaソースコードが生成される
> ことはなく、バイトコードがメモリ上に生成されて直接実行される。
> また、groovycコマンド（groovyコンパイラ）を使ってクラスファイルを
> あらかじめ生成しておくこともできる。
> いずれにせよGroovyコードは内部的にはJavaバイトコードに変換されてJVM上で実行される。
（Wikipedia）

ワンライナー例：
groovy -e "println 'Hello ' + args[0]" World

確かにちょっと触ってみたくなるね。

280:デフォルトの名無しさん
09/04/15 01:13:48
JavaFXとか・・てかほんとあほみたいなスクリプトが似たような売り文句でわらわらとww

281:デフォルトの名無しさん
09/04/15 01:14:43
JavaFXはクライアントサイド前提で明らかに他の言語とコンセプトが異なるのだが。

282:デフォルトの名無しさん
09/04/15 01:17:04
ホットデプロイのFW使えばフルJava殆どそのままスクリプト感覚で使える

283:デフォルトの名無しさん
09/04/15 06:57:50
いまどきコンパイルも速いから、そこをそんなに意識する必要もないよね。
俺は正規表現使えるようになったあたりから、スクリプト作業も全部Javaになったな。
コード補完効きまくりでJavaで書いた方が結局楽だし早い。

284:デフォルトの名無しさん
09/04/15 09:01:19
その考えを否定するワケではないが、サーバーやら他人の環境にJDKが常に入っている
保障があるワケでもあるまいに。

仮にjdkが入っていたとしてもエディタがviしかない状況もあるわけで、そこで
Javaのコードを編集汁、とか言われたら「スクリプトをJava作ったヤツ、ウゼェ
普通にshやperlやPythonで書けよ」って印象しかないな漏れは。

285:デフォルトの名無しさん
09/04/15 09:37:15
いやー、eclipseでサクサク作っちゃうと楽なんだよね。ただ人の環境とかこれメンテしてとかだと
まあ選択肢ないからなぁ。Haskellで書かれててもやるしかないし。
PerlならまだましだけどWinだと普通入ってないし、どの環境にもあって書くのも楽ってのは該当者なし
って感じかな。
逆に自分の環境だったらどうとでもできるから多少リッチなものを使いたいかな。
今後は開発環境がリッチでどこでも動くってことでActionScript/AIRあたりが面白そうなのかなとか思う。

286:デフォルトの名無しさん
09/04/15 09:40:19
今時は、webサーバでもGUI環境が入っていそうだな。
サーバの要塞化が叫ばれた時代が懐かしい。

287:デフォルトの名無しさん
09/04/15 12:24:38
284はホットデプロイの意味を理解してないと思う
viでソース編集してビルドは自動化しておけばスクリプトと同じ

288:デフォルトの名無しさん
09/04/15 12:45:21
>>287
え？ｗｗ

289:デフォルトの名無しさん
09/04/15 13:43:19
＞viでソース編集してビルドは自動化しておけばスクリプトと同じ

そこまでするくらいなら普通の感覚の人ならperlなりPython使うと思うが。
Jythonでもいいし。

趣味の人を否定するつもりはないけど、Javaしか使えないならそういえばいいのに。

290:デフォルトの名無しさん
09/04/15 13:43:57
統合開発環境に一度慣れると、エディタが億劫になるんだよ。
自分はEmacsだから Dynamic Abbrev を使って本文コードはまあ何とか書くけど、
importを書くのが非常に面倒くさい。

291:デフォルトの名無しさん
09/04/15 13:49:02
>>289
そういう人の為にこそGroovyがいいねって話の流れになりそうなもんだが。
まあ本人が全くGroovyに反応してない訳だからあれだがｗ

292:デフォルトの名無しさん
09/04/15 13:49:25
実行速度の面でメリットあるんじゃないかね
デプロイや設定が面倒なものは流行らないってのが正しいなら
Javaやmod_perlなんて誰も使ってないことになってしまう

293:デフォルトの名無しさん
09/04/15 13:58:32
それとは話が違うと思うが。
Javaは固い仕様の言語でみんなで仕事をするには向いているだろう。

単純なスクリプトを記述するのにshやperl使わずにJavaで書くのは、
ただの自己満足な印象が強いが。

たとえばあるディレクトリ以下のファイルの最終使用日付を取得するスクリプトなんか
Javaで書くよりPythonで書いた方が明らかに書きやすく読みやすいし。

294:デフォルトの名無しさん
09/04/15 14:01:45
そんなのls -luでいいと思うが

295:デフォルトの名無しさん
09/04/15 14:08:19
>>294
Windowsユーザにはそりゃ無理だな。
PowerShell憶えればいいのかも知れんが、あれほど食指の動かんスクリプトもなあ。
その点、Javaベースな何かなら、それなりに相性がいいかも知れないとかちょっと思った。

296:デフォルトの名無しさん
09/04/15 14:16:58
ls | select Name, LastAccessTime
powershellならこれでおｋ

297:デフォルトの名無しさん
09/04/15 15:47:06
一口にスクリプト言語の出番といっても、>>293くらい「猛烈に小さな」用途と、
それよりはもうちょっと込み入ったコード書かなきゃいけない用途では、また話が違うかな。

俺は、まぁ乱暴に言って100行くらいまでだと、趣味で作ってる俺Lispで書いてる。
もちろん、まったく他人が見ないコード限定ねｗ

298:デフォルトの名無しさん
09/04/15 18:48:57
世の中OSのスペックに反比例するほどエディタの性能が悪い。
NetBeans for G-Editorとかfor VIMとか作った方がいいのにな。
GoslingはEmacsのことはもう忘れろみたいにいってるが、
Java版テキストエディタにコード補完機能を付けたら、管理が楽になるぞ。
FreeMarker経由でXMLをアウトプットするとかそういう夢も広がる。

299:デフォルトの名無しさん
09/04/15 20:35:03
>>256
ぶっちゃけサーバーを国別にすべき

300:デフォルトの名無しさん
09/04/15 20:58:06
>>299
ぶっちゃけ新しい国でサービス始めるときの投資額が跳ね上がるからやりたくない

301:デフォルトの名無しさん
09/04/15 21:08:27
地味に>>296の即答がすごいと思ったのは内緒だ
なんとなくこういうスレではWindowsヘビーユーザは少数派な気がするのは偏見だろうか

302:デフォルトの名無しさん
09/04/15 21:19:19
PythonのShell実装もあるらしいし、Javaで出来る範囲くらいは好きなスクリプトでやらして欲しいね。

303:デフォルトの名無しさん
09/04/15 22:05:56
>>295
目的によるんじゃね
ADのグループポリシーなんかJavaで書く気はしないよ

304:デフォルトの名無しさん
09/04/16 00:47:28
>>301
俺はVisualStudioがメイン。これとC#の環境にはあらゆる言語環境がひれ伏します。

305:デフォルトの名無しさん
09/04/16 00:50:32
VisualStudioって自動で名前空間を補完したっけ？

306:デフォルトの名無しさん
09/04/16 02:09:13
余裕。jsも放り込めばIntellisense効く。さすがにいまいちだけど。

307:デフォルトの名無しさん
09/04/16 11:32:06
>>264
それマジで言ったん？ソースあんならすぐ出せ
マジならRubyスレ総力を上げて潰すが

308:デフォルトの名無しさん
09/04/16 11:50:52
潰すとかお前Rubyスレの評判そこまでして下げたいか

>306
型指定ありの言語は当然補完出来るだろうし型推論タイプの言語も何とか補完出来そうだが
動的型の言語では補完しづらいだろうなあ

309:デフォルトの名無しさん
09/04/16 11:53:07
PHP軍としてはRubyごとき相手にしてらんないよ

310:デフォルトの名無しさん
09/04/16 11:55:05
Rubyは教祖本人がさんざんPHP煽ってるんだから
自業自得だろ

311:デフォルトの名無しさん
09/04/16 12:26:52
煽られるPHPがまず自業自得だけどな。

312:デフォルトの名無しさん
09/04/16 12:39:07
そうやって正当化するしかないってのが哀れだな

313:デフォルトの名無しさん
09/04/16 12:42:14
PHPがRubyに勝ってる理由

・レンタルサーバで対応してるのは圧倒的にPHP
・コストパフォーマンスが良いのはPHP
・初心者でも抵抗が薄いのがPHP
・webに特化してるのがPHP
・解説サイトが多いのはPHP
・google検索結果はPHPの圧勝

314:デフォルトの名無しさん
09/04/16 12:44:14
>310
俺はRubyは好きだがmatzは嫌い
matz以外の開発陣もmatzの暴走止めるのに必死だし
もうあの人Rubyから手を引いてくれと思う

315:デフォルトの名無しさん
09/04/16 12:47:25
ソースコードが公開されてるんだからRubyの派生版作ろうって人はいねえのか？
文句だけはいっちょ前だもんなｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

316:デフォルトの名無しさん
09/04/16 13:03:24
おまえらそんな使い捨て言語でむきになんなよ。てきとーに使えばいいだろ。
どうでもいい仕事するための、どうでもいい道具だろ。

317:デフォルトの名無しさん
09/04/16 13:05:35
>>316
> どうでもいい仕事するための
ここがダウト
他はまあ同意

318:デフォルトの名無しさん
09/04/16 13:06:01
仕事だからこそ後々を考えなきゃいかん
せめて互換モード付けろよ、と

319:307
09/04/16 13:34:54
コピペでマッチポンプ楽しいｗ

320:デフォルトの名無しさん
09/04/16 14:02:13
>>315
JRuby に IronRuby に Rubinius とオレが知ってるだけで、これだけあるが。

321:デフォルトの名無しさん
09/04/16 14:22:27
>>320
あれ？あるかどうかの話？

322:デフォルトの名無しさん
09/04/16 15:04:05
>>313
・レンタルサーバで対応してるのは圧倒的にPHP
ゴミサイトでよく使われてるのがPHP

・コストパフォーマンスが良いのはPHP
素人PGが使い捨てされてるのがPHP

・初心者でも抵抗が薄いのがPHP
「使ってます」っていう初心者ばかりのPHP

・webに特化してるのがPHP
webにしか使えないPHP

・解説サイトが多いのはPHP
屑解説サイトばかりのPHP

・google検索結果はPHPの圧勝
検索結果が圧倒的にゴミばかりなのがPHP

323:デフォルトの名無しさん
09/04/16 15:06:26
>>319
まぁ、自分で考えて一字一字書いたレスであっても
内容的には全部コピペみたいなもんだから、このスレは。

324:デフォルトの名無しさん
09/04/16 15:07:41
>>322
＞・google検索結果はPHPの圧勝
＞検索結果が圧倒的にゴミばかりなのがPHP

これは、URLが引っかかっちゃってるのも多いんだよな
httpで検索したりしても偉いことになる

325:デフォルトの名無しさん
09/04/16 15:45:27
PHPのマニュアルがスパムサイトにミラーされてんだよ。

326:デフォルトの名無しさん
09/04/16 15:46:06
>>322
負け犬の遠吠え乙ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

327:デフォルトの名無しさん
09/04/16 16:08:58
遠吠えって、草生やすことでしょ？
音声として読むと似てるし。

328:デフォルトの名無しさん
09/04/16 16:35:51
>>284
サーバやら他人の環境に、PHPやRubyやましてPythonが（ｒ

329:デフォルトの名無しさん
09/04/16 16:50:54
逆に一番高確率で入ってるのがJavaだな

330:デフォルトの名無しさん
09/04/16 16:52:22
？

331:デフォルトの名無しさん
09/04/16 17:26:54
>>324
宝石店の広告がひっかかるRubyよりマシだと思うが。

332:デフォルトの名無しさん
09/04/16 21:52:39
ニシキヘビが出てくる言語はどうですか？

333:デフォルトの名無しさん
09/04/16 22:04:19
レンタルサーバで言えば、Ruby陣営はmod_rubyをまともにするべき。

334:デフォルトの名無しさん
09/04/16 22:06:31
>>333
FastCGI押しなんじゃないの？
それにmod_railsもあるから、それでほぼ需要は賄っている様な気もする
というかもろWebProg板ネタは、適当に自重してくれた方が何かと平和だ。

335:デフォルトの名無しさん
09/04/17 00:03:38
Webじゃないとこの辺のスクリプトなんて使い道ないだろ、とか

336:デフォルトの名無しさん
09/04/17 02:03:17
全くだな。テキスト処理だけで飯が食える世界でもないし。

337:デフォルトの名無しさん
09/04/17 02:05:45
画像合成したりテキスト乗っけたりするねぇ

338:デフォルトの名無しさん
09/04/17 07:24:39
ほんとはしないくせに

339:デフォルトの名無しさん
09/04/17 18:32:09
プロフサイトとかやったこと無いの？

340:デフォルトの名無しさん
09/04/17 23:42:48
MS Paintでやった方が早いわ

341:デフォルトの名無しさん
09/04/17 23:48:50
ケータイユーザーがわざわざPC使う？お前アホちゃう？

342:デフォルトの名無しさん
09/04/18 00:07:07
>>331,332
この結果はちょっと意外だった。
URLﾘﾝｸ(images.google.com)
URLﾘﾝｸ(images.google.com)

343:デフォルトの名無しさん
09/04/18 01:17:24
>>339
Webじゃん

344:デフォルトの名無しさん
09/04/18 01:21:57
>>342
なんで画像検索よｗ

それよりも
１．Googleが無駄に優秀
２．宝石としてのルビーに価値はそれほどない
３．Ruby言語いいじゃん。Python？その蛇どこにいるの？
４．その他

>>342の見解を聞こうか。

次ページ