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

【Perl,PHP】LLバトル ..

164:デフォルトの名無しさん
09/02/18 09:57:34
現実問題として、最も普及しているLLは
PHP・Javascript・Actionscriptだろう。
結局、用途限定なのがいいということだね。
そして全部Web関連。
で、それで出来ないことはJavaでやると。
RubyとPythonは何でもできるけど、
上記３つに比べると普及していないといえる。
アイデアなんだけど、RubyとPythonは
思い切ってWebを捨てたらどうかと思う。
で、C/C++のヘルプ的な言語になればいいと思う。

165:デフォルトの名無しさん
09/02/18 09:59:07
例えばC言語だとめんどくさくて
C++だと難解すぎることを
C言語＋Rubyでやれば
簡単に出来るようにするとかさ。

166:デフォルトの名無しさん
09/02/18 10:17:41
ごめん、俺スクリプトは好きだけど、LL、LL言ってる奴は正直ちょっとキモイ。
あと自称アルファーなんとかとかのWebプログラマーとかは、電波だなあと感じるけど。
俺の周りの奴もそんな感じに思ってるし、それくらいの感覚が普通じゃね？

167:デフォルトの名無しさん
09/02/18 10:29:07
おまえら、熱いよな。俺なんてFlashやれって言われたからActionScript、ツール作れって
言われたからC++、サーバやれって言われたからPHPって感じで必要に迫られてやってるだけで、
言語とかに全然こだわりないんだが。結局なにかしかやらないできないとかが焦燥感なんだろうな。

168:デフォルトの名無しさん
09/02/18 12:11:17
>>167
何が言いたいのかよくわからんが、例えばお前が仕事でたった１種類の言語しか触れなかったとするじゃん。
んで、なんか知らんがこき使われて、一日18時間ほどそればーーっかりいじってると。２年くらい。
そんで毎度毎度のことで飽きてきたりすると、よその言語ではどうなってるのかとか気になったりするべ。

もしそれが５年くらいになったら、そりゃ他の言語を全く触ってない知らないっていう焦燥感も出てくるわな。
そう言う意味？

169:デフォルトの名無しさん
09/02/18 13:05:32
>>164
ActionScriptってJavaScriptの方言なんじゃない？

>>167
>ツール作れって言われたからC++
たぶんだけど、自分用のツールを作るか、日常の諸処雑多なことをするのには便利だよ
そんなものもC++で書いた方が早いってなら別だけど

Winユーザしかいない悪寒

170:デフォルトの名無しさん
09/02/18 13:32:04
>>169
横レスだけど、ASはバージョンによって違う。

AS2はほぼjavascriptと一緒。

AS3はちょっとJAVAっぽくなった。型付けが厳しく求められたり、、、
そしてMSの陰謀によってECMA標準から外れてしまった。

171:デフォルトの名無しさん
09/02/18 14:17:34
>>164
おまえの世界がWebしかないんだろ。
だいたい、C++自体はマルチパラダイムで処理系もライブラリも
ブクブクと膨れ上がっているのに、そのヘルプ的な役割を果たすとか意味が分からない。
品質よりも速度を重視するためのものなんだってば。

172:デフォルトの名無しさん
09/02/18 14:35:11
> RubyとPythonは
> 思い切ってWebを捨てたらどうかと思う。
そもそも汎用言語にWebを捨てたらって何を指すのか分からん。
PHPが急激に伸びたのもなんちゃってPGレベルでも食っていける市場を開拓したからだろ。

173:デフォルトの名無しさん
09/02/18 15:03:12
PHPはWeb特化だな
RubyはPerlと同じくテキスト処理が得意分野じゃね
イテレータとかがちょっと豪華になってるけど分野は被ると思う
Pythonは良くも悪くも汎用スクリプトって感じるが
LinuxだとちょっとしたGUIツールがPython製だったりすることが割とある

174:デフォルトの名無しさん
09/02/18 15:34:27
>>173
このレス見るの何度目だろうｗ

175:デフォルトの名無しさん
09/02/18 16:43:56
LLの印象。
perlは元々がテキスト処理向けだったのに、pythonやrubyみたく、
グルー言語の方向を目指してご乱心。毎日触っていたら、ものの数秒で痒いところに手が届く。
pythonは、テキスト処理は弱い気もするけど可読性は良い。
rubyだと、いい感じにテキスト処理も糊としても使える。オブジェクト指向の度合いが強い。
実行速度やユーザ数、ユーザの質、ドキュメントの量では、上２つに劣っている。
Groovyは、今後ともJVMでしか動かない。
JavaScript。方言が一杯。
PHP。馬鹿でも、ご飯が食べられる。
Haskel。とても頭の良い人たちが、かしこいことするのに向いている。
土方には門前払いだし、知る必要がなければ、知ってどうにもならない。
最強の定義:＝>ご飯が食べられる(日本)
PHP>Perl>>Ruby>>>>>>Python>>>>>>>>>>>>>Haskel

176:デフォルトの名無しさん
09/02/18 18:23:03
Haskellは無限リストが扱いやすいかな
「1～無限大の中で、条件にあてはまる数のn番目は？」なんてことをそのまま書ける
ちょっと触った限り、使い道はそれしか思いつかなかったけど
まあ特化言語と考えたら悪くないんじゃない？

177:デフォルトの名無しさん
09/02/18 18:41:33
特に歴史認識がひどい。

178:デフォルトの名無しさん
09/02/18 18:55:04
>日本人が作るモノやること全て嫌いならさっさとアメリカにでも移住すればいいのに
これがLL脳の恐怖というやつか…。
誰もそんなこと言ってないのに、そこまで拡大解釈、極端な思想に走れるんだ。

179:デフォルトの名無しさん
09/02/18 19:01:18
今更"LL"なんていう日本でしか通用しない用語を蔓延させようとしている連中の方が
よっぽど日本のためにならないし、日本的なものが嫌いだと思うが。

Lightweight Languageなんていわずに、すなおに日本語らしい語呂で広めりゃいいのに、
そこまでして英語圏の文化にしっぽふって、猿まねしながらあこがれているのかと。

180:デフォルトの名無しさん
09/02/18 19:05:11
>>175
最後の行、馬鹿が手を出しそうな度合いでそのまま通用するぞw

181:デフォルトの名無しさん
09/02/18 19:14:43
>>167のいってることは正論だよな。
ソフト開発のプロが、たかが言語ごときでぐたぐたいってる。
そりゃそいつの能力だか脳力がやばいだけだ。
回路設計屋のおれですら、スクリプト言語だけで5種類以上はやれるのだから。
面倒なハードのデバッグにもなかなか使えるのよ。

182:デフォルトの名無しさん
09/02/18 19:44:43
>>180
馬鹿って、自分にとって必要ないことを学習する人のこと
>>181
休暇中のボンクラ学生だとは考えないの？

183:デフォルトの名無しさん
09/02/18 19:47:45
学生なら未来があるからまだマシだ。プロだったらむしろやばい。
おれも暇な学生のときにコンパイラの設計とかの本読んだりしてたおかげで、
マッハで言語が頭にはいるようになったわけだからな。HDLとかでもコード書くわけだし。

184:デフォルトの名無しさん
09/02/18 20:05:14
マッパで言語が頭にはいるだと…

185:デフォルトの名無しさん
09/02/18 20:40:33
>>179
簡易言語？

186:デフォルトの名無しさん
09/02/18 20:50:12
「軽量」っていうとまたファビョる人が多いからな・・・

187:デフォルトの名無しさん
09/02/18 20:51:05
>>183
手続き型なら、どれも基本的な部分は同じじゃない？
関数型や論理型も同じように理解できるならすごいけど
>>185
軽量言語じゃ？
日本がどうとか、ホント、どうでもいいよ。

188:デフォルトの名無しさん
09/02/18 20:51:53
まあ、「軽量」はなあ。
なにが軽量なのか一聴して混乱するし。

189:デフォルトの名無しさん
09/02/18 20:58:51
未来永劫日本以外で仕事をしない人はあまり気にならないのかもな。

190:デフォルトの名無しさん
09/02/18 21:03:52
RubyもPythonもスクリプトの中じゃファットな部類だと思うけどな。

191:デフォルトの名無しさん
09/02/18 21:07:25
高位言語

192:デフォルトの名無しさん
09/02/18 21:07:45
もうお手軽言語でいいよ
英語で Convenient Languages ？
ダサいかも

しかしここで新しい呼び方を決めたとして、結局世間ではLLが使われ続けるわけだがなｗ
matzやdan kogaiが使い続ける以上、たぶん

193:デフォルトの名無しさん
09/02/18 21:13:00
世間って日本以外で仕事をしない低級プログラマだろ。
ここで「低級」ってのは低水準って意味じゃなくて人間の方の話ねwww
URLﾘﾝｸ(jp.rubyist.net)
Lightweight Languageなんて言葉をちりばめている文章、
なにか気持ち悪いと思わない?
日本人ばかりのコミュニティでなぜ日本でしか通じない日本語を横文字表記??w

194:デフォルトの名無しさん
09/02/18 21:29:17
日本から新しいものを発信しようって考えならいいんだが。
"Lightweight Language"という言葉が世界でブームのような錯覚をおこさせ、
それに乗り遅れちゃいかんみたいに、情弱プログラマや情弱企業を騙そうしていいるのではないか。

195:デフォルトの名無しさん
09/02/18 21:33:02
コンビニ言語w

196:デフォルトの名無しさん
09/02/18 21:45:53
>>193
> 日本人ばかりのコミュニティでなぜ日本でしか通じない日本語を横文字表記??w
日本の伝統といえば伝統。

197:デフォルトの名無しさん
09/02/18 21:52:39
>>194
SmallTalkやprolog、tclのような運命を辿るには惜しい言語
ひとつの言語やIDEしか使えない病弱プログラマは、ブームに乗っかって騙された方がいい。
ビル・ジョイだって、いつまでも言語としてのJavaが続くとは思ってないだろうし。

198:デフォルトの名無しさん
09/02/18 22:14:48
LLは言語環境や仕様がライトかヘビーかでなく、書くコードがライトってことだろ

199:デフォルトの名無しさん
09/02/18 22:21:56
>>198
がいしゅつ

200:デフォルトの名無しさん
09/02/18 22:39:48
ライトなユーザ(職業プログラマ)が使う言語って意味かと

201:デフォルトの名無しさん
09/02/18 22:41:53
WidweStudioは素晴らしいね

202:デフォルトの名無しさん
09/02/18 22:58:08
すごいけど、ほとんど需要なさそう。
VisualStdioが無料化されて、なおさら
使ってる人っているんだろーか

203:デフォルトの名無しさん
09/02/19 01:33:30
>>192
いやmatzはともかく、danは・・いや、なんでもなww

204:デフォルトの名無しさん
09/02/19 08:27:16
壇とかまだ生きてたのか

205:デフォルトの名無しさん
09/02/19 09:35:09
お前が餓死しても彼は死なんよ

206:デフォルトの名無しさん
09/02/19 18:29:23
スクリプト言語なんだから、
略して

スク水。

207:デフォルトの名無しさん
09/02/19 20:25:22
卒研発表で、組み込み用の俺言語製作してる人いた
すごいと思ったけど、Cにコーディング規約適用でいいじゃんとか思った

208:デフォルトの名無しさん
09/02/19 21:05:17
LuaとかTclとかSquirrelとかGaucheとかさ・・・・・需要ある分野だと思うが

209:デフォルトの名無しさん
09/02/19 21:50:11
Guile は普及しなかったなあ。GIMP の Script-Fu ぐらいか？
Guile Emacs プロジェクトがもう一度、生き返ってくれないかなあ。

>>208
Lua は面白いよな。Schemeの影響を強く受けているそうだ。すごくミニマルで
美しい言語だと思う。

[Think IT] 第2回：言語開発者が目標にするパフォーマンス「Lua」 (1/3)
URLﾘﾝｸ(www.thinkit.co.jp)
> Luaの思想は言語のコアとしては選び抜かれた数少ない概念のみを提供し、そ
> こから複雑な概念を「組み立てる」ことにある。Luaはオブジェクト指向言語
> ではないが、テーブルとファーストクラス関数、そして少々のsyntactic
> sugarによってオブジェクト指向の仕組みを非常に巧みに組み立てることがで
> きる。

しかも超高速。

Lua LuaJIT benchmarks | Ubuntu : Intel� Q6600� quad-core Computer Language Benchmarks Game
URLﾘﾝｸ(shootout.alioth.debian.org)

210:デフォルトの名無しさん
09/02/19 23:01:23
guile emacsって何で死んだの？

211:デフォルトの名無しさん
09/02/20 01:04:07
実際問題言語文法なんかよりもライブラリがどれくらい充実してるのかの方がはるかに大きい問題。
XPath簡単に使えるの？Cookieパースできる？スレッドライブラリは？ZipとかSSLとかどうだっけ？
とかそういうとこが結果的に言語の普及率に大きく影響してる。

212:デフォルトの名無しさん
09/02/20 10:56:58
>>210
> guile emacsって何で死んだの？

実は知らない。Emacsを Scheme と Emacs Lisp の両方で拡張可能にするのが困
難だったと、どこかで聞いたような気がするけれど、うろ覚え。

うろ覚えの話が前提だから、真に受けずに聞いてほしいんだけど、たとえ困難
でも SchemeとEmacs Lispを両方動かせるようにしなければ、Guile Emacsの存
在意義はなかったと思う。

Emacs Lisp以外を拡張言語にしたEmacsクローンはすでにいろいろある。
Common Lisp の Hemlock や xyzzy、Scheme の Edwin、など。だけどどれも普
及しなかった。xyzzyもずいぶん寂れた。

言語自体としては、Emacs Lisp より Common Lisp や Scheme がすぐれている
のは大方の賛同が得られるだろうけど、既存の資産やコミュニティを引き継げ
るかどうかが、言語仕様よりはるかに重要だったんだと思う。

あれ、なんか >>211 ともリンクする話になったな。

213:デフォルトの名無しさん
09/02/20 12:56:02
『言語仕様で勝負したが、結果的には血液型程度の差しかなかった』

疑似科学の片鱗を味わったぜ…

214:デフォルトの名無しさん
09/02/20 13:37:57
性格の差が小さかったんじゃなくて経験の差が大きかったんだよ

215:デフォルトの名無しさん
09/02/20 19:18:13
Haskellの習得って、どのくらい期間かかるんだ？
大学の中で、すごく頭が良いだろう教授が研究室でなんかやってた。
興味はあるんだけど、まず卒業が出来ないとどうしようもないしなぁ…。

216:デフォルトの名無しさん
09/02/20 19:59:31
そりゃあ人によるでしょ
他の関数型言語に慣れてるなら、遅延評価とモナドその他の概念を習得さえすれば、ある程度は使えるはず
最近だと高階関数とか、関数型由来の仕様を取り込む言語も増えてきてるから
そういう言語を習得しててもハードルは下がるだろう

217:デフォルトの名無しさん
09/02/20 20:44:49
関数型なんてやったことない。prologだった。
その演習で、毎週3時間くらい居残りした頭だし止めておこう。
きっと銀の弾丸だ。第２のICOTだ。
ソフトウェア産業なんて右往左往してるだけだ

218:デフォルトの名無しさん
09/02/21 00:07:19
>>125の中で
言語がゆっくりと進化するのは、それが本当は技術ではないからだ。言語は表記だ。
プログラムは、コンピュータに解いて欲しいと思う問題の正式な記述なんだ。
だからプログラミング言語の進化の速度というのは、移動手段や通信手段よりは、数学表記の進化に近いだろう。
数学の表記は確かに進化するが、技術の分野に見られるような巨大な飛躍は無い。
...
(1)100年後の言語は、原理的には、現在でも設計できる。
(2)そのような言語は、もし存在すれば、現在でもプログラムを書くのに良い言語かもしれない。
というのが出た直後に（それを受けて？）>126を読むとなんというか味わい深いな。

個人的には、自然言語とコンピュータプログラミングは一致できるかどうかという問題が好きでいろいろ考えているのだが、
結局のところ言語とは考えの露出であって、言語を学ぶことは一定割合で概念を学ぶことと一致している部分がある。
また、言語の進化の極北とは、自分の考えの構造の根幹部をいかに取りだすか、という作業と一致している気がする。

219:デフォルトの名無しさん
09/02/21 00:52:58
(0)言語の進化は遅い。
(1)原理的には、言語の進化は早めることができる。
(2)言語の進化を早めることにはメリットがあるかもしれない。

虚しいと思わないか？

220:デフォルトの名無しさん
09/02/21 03:19:42
100年後の言語か。その言語を使う人々にとっては、Perl、Python、Rubyの差なんて
Cプログラマから見るLisp方言の差ぐらいにしか見えなかったりして
言語だけ進化しても、>>211,>>212のように既存の資産を十分に活用できないと、
新しいモノに移行することって、あんまりメリットがないんだよね。
新興宗教なり、地デジなり、vb.netなり。

221:デフォルトの名無しさん
09/02/21 07:52:49
>>220
その「既存の資産の活用」を可能にするのがJava bytecodeであったり.NETじゃないのか？
Javaは結局マルチ言語のプラットフォームとしては研究レベルに留まり、
Javaの上でスクリプト言語が実装されてるわけだが、.NETはCLRの上に
多数の言語がどかどかと生まれてるわな。

100年後の言語は.NETの上で動くかも知んないぞ。
そうなったらIA32に代わる新たなマシンアーキテクチャになれる、ってのが
MSの目論見なわけで。

222:デフォルトの名無しさん
09/02/21 09:31:53
Perlはもう終り？ | | プログラマ2.0日報 | あすなろBLOG
URLﾘﾝｸ(blog.pasonatech.co.jp)

はてなブックマークの反応：Perl使いつられすぎワロタ
URLﾘﾝｸ(b.hatena.ne.jp)

223:デフォルトの名無しさん
09/02/21 12:07:16
URLﾘﾝｸ(www.atmarkit.co.jp)
印刷用ページなら広告抜きで保存できていいね。

224:デフォルトの名無しさん
09/02/21 12:08:16
と思ったら保存できてなかった・・・

225:デフォルトの名無しさん
09/02/21 13:11:08
なあおまいら、LLの変わりにPL（P Language）ってどうよ

226:デフォルトの名無しさん
09/02/21 14:51:16
>>222
自分の好きな物が貶められて平然としてられる人は、そうは居ないんじゃないか。
自分の嫁がブサイクだとしても、他人に言われたくはないだろう。

とはいえ、突っ込みどころ満載だから、釣りなんじゃないかと疑うが。

227:デフォルトの名無しさん
09/02/21 15:03:04
言語を積極的に追ってる人と、ただの道具としてる人との意識の乖離ってことなんだろう

228:デフォルトの名無しさん
09/02/21 15:14:10
小飼も反論してるけど、なんだかなぁ。
「汚いったって英語や日本語ほどじゃない」はないだろ。

229:デフォルトの名無しさん
09/02/21 15:14:47
何を表現するかをより重視する人と、どう表現するかをより重視する人の差だな

230:デフォルトの名無しさん
09/02/21 15:20:36
仕事でPHP、趣味でRuby使っててどちらも悪くないと思っているんだが、
「PHPはもう終わり？」と言われても、「まあそうだよなあ」と思うが、
「Rubyはもう終わり？」と言われると、「何だと？」と思ってしまう

231:デフォルトの名無しさん
09/02/21 16:19:06
>>230
おれも仕事PHP趣味Ruby。
Rubyは始まってもいない。ただ、始まるかどうかも分からない。

232:デフォルトの名無しさん
09/02/21 16:33:26
むしろPHPはさっさと終わってほしい。
仕事で書いていてイライラしてくる。

233:デフォルトの名無しさん
09/02/21 18:02:38
Perl, PHP, Javascriptあたりは書いててイライラするなあ。
メインで使ってないから精神的健康は害してないが。

234:デフォルトの名無しさん
09/02/21 18:46:47
>233
JSはやれば出来る子だと主張したい

235:デフォルトの名無しさん
09/02/21 18:47:19
LLってるびまとはまた別の恥ずかしさだなｗ

236:デフォルトの名無しさん
09/02/21 19:04:14
で、お前らはRails好きなん？

237:デフォルトの名無しさん
09/02/21 21:29:56
　　　　 ,' /
　　　　ｉ .l
.　　　　|　､
　　　､.＼　ヽ
　　　　､＼ . ヽ ._
　　　　　　　丶.　　 ‐　 _
　　　　　　　　　｀ ‐　_　　(^o^)(^o^)
　　　　　　　　　　　　　（ー（,, O┬O
　　　　　　　　　　　　　　　（））'J_））
　　　　「俺たちｵﾜﾀ？」

　　　　「ﾊｼﾞﾏﾙ前からｵﾜてたよ」

238:デフォルトの名無しさん
09/02/21 21:34:37
やはりスクリプト言語は用途限定でこそ光るものなんだ
RubyとPythonは失格
そのうちLuaにとってかわられるでしょうな

239:デフォルトの名無しさん
09/02/21 22:28:17
javascriptと言いたいところだが、良さそうな実装が見当たらない

240:デフォルトの名無しさん
09/02/21 22:59:11
なんかJavaScriptがマンセーされすぎてるような気がするが、そんなにいいのか？
門外漢からすれば、thisとかselfとかわけわからん
ソースもなんだかぐっちゃぐちゃになったのしか見たことないし
明確なclass(?)宣言が無いのでコメントで補完してるとか、なんだかなーという印象しか無いんだが

241:デフォルトの名無しさん
09/02/21 23:11:09
お前には関係ないから口を挟むな

242:デフォルトの名無しさん
09/02/21 23:18:46
議論も特に進行してないのに口を挟むなってのはおかしくないか
せめてくだらんレスするなって言ってくれ

大体、他の有象無象言語はともかくJavaScriptだけは、ブラウザ相手の
アプリ作ってれば関係ないって事はないな
是非ともJavaScriptの素晴らしい所を語って欲しいもんなんだが

243:デフォルトの名無しさん
09/02/21 23:47:09
javascriptは、さっさと規格を統一すべき
IEで見れたバス時刻表のサイトがFirefoxからは見れないって、どういうこった
規格化されない限りでは、JavaScriptには先がないな

244:デフォルトの名無しさん
09/02/22 00:11:18
ライブラリ使えば？

245:デフォルトの名無しさん
09/02/22 00:16:49
>>242
たとえば、emacsの中にlispが入っていたり、
ブラウザの中にjavascriptが入っていたりするけど、
アプリ毎に別の言語を作るのは無駄だから、
pythonやrubyをそういう所で使えば一番いいんだけど、
どうも使いにくいらしい。よく知らないけど。
で、javascriptなら実績あるしいいんじゃないかって話。

246:デフォルトの名無しさん
09/02/22 00:21:46
>>240
強い型としてのクラスなどなくても問題ないからその点は気にならないが、
for .. inに与えたものが適切なaggregateでないかもしれない、という恐怖に打ち勝つのはなかなか難しい。
Luaも似た実装だけど、この辺はどうやって解決してるん？

247:デフォルトの名無しさん
09/02/22 00:49:02
>>243
言語仕様はECMAScriptとして規格化されている。
「IEで見れたバス時刻表のサイトがFirefoxからは見れない」
というのはブラウザという実行環境による違いだよ。
ここもDOMという規格化はされているが、
それを超えた部分がブラウザごとに異なってくる。

クロスブラウザで統一させるには Java のようにコアライブラリや実行環境も含めて規格化しないと無理だね。

248:デフォルトの名無しさん
09/02/22 01:52:55
>>245
なるほど
組み込み用言語のお話でしたか
javascriptは何となくデファクトスタンダードっぽいってこと以上に組み込みの実績もあるってこと・・・かな？

言語体系や細かいシンタックス等の面ではどうなんだろ
恥ずかしながら今日初めてJavaScriptのそれっぽいリファレンスを入手した。ちょっと読んでみる
URLﾘﾝｸ(d.hatena.ne.jp)

249:デフォルトの名無しさん
09/02/22 06:56:11
thisやselfに相当するものは、ここのスレタイの言語は全部備えてると思うが…

250:デフォルトの名無しさん
09/02/22 07:26:50
JavaScript は this の中身がちょこちょこかわるのがなあ

251:デフォルトの名無しさん
09/02/22 08:51:49
>>249
URLﾘﾝｸ(d.hatena.ne.jp)
とか
URLﾘﾝｸ(d.hatena.ne.jp)
とか

252:デフォルトの名無しさん
09/02/22 09:33:53
>250-251
理解。確かにthisの扱いが違うことは意識せなならんね。
あとselfの他にも、JSは頻出パターンの多い言語だとは思う。
専用の構文を使わずに、既存の要素で色々やることになるし。

ただ俺はPythonの関数もどうかと思うんだよな…。
インスタンスとバインドされた関数（いわばメソッドのようなもの）と
バインドされてない関数が、表記に反して微妙に違うのがなんとも。

まあ、どの言語もやっぱり幾つかの問題はあるか。

253:デフォルトの名無しさん
09/02/22 11:12:38
俺の主観による事前の評判と感想：

- Perl - 汚いと評判で、実際に汚いがそれ以上に馬力があって便利
-- ソースはCobolを見るような気分になってきたが、仕事をやっつけるときに頼れる相棒
- Python - シンプルと評判だったが、#$%&の代わりに__XXX__乱舞でエエェー、クラスの実装でなめるなって感じ。馬力はOK
-- なんか不自然さとか後付感をPerl並に感じるが、パワーはあるので頼れる
- Ruby - 簡潔でエレガントと評判で、これは評判違わずだが馬力がいまいち
-- 簡潔かつ強力だが、馬力の凹凸がまだ激しく自分で結構補う覚悟がいる
- PHP - 言語以前という評判で、実際にも謎仕様多数だが、標準的構成で使える関数が充実＋軽い
-- ウェブに超便利。ウェブ以外で使う奴は頭がおかしい

馬力ってのはライブラリの種類とか充実度とかパッケージ配布機構とか
全部含めた言語仕様の外側まで含めた仕事遂行能力のことね。

今はRubyメインPerl/PythonサブでWebだけたまにPHP使用の俺が書いてみる。

254:デフォルトの名無しさん
09/02/22 11:14:03
>>228
えー Perl を日本語でたとえると
あーなんというかんーこういうもどかしさを
んー随所に感じるというか
あーうざいよね

255:デフォルトの名無しさん
09/02/22 11:27:49
>>254
Perl: 絵文字多数で読みにくい
Python: 妙に句読点とか三点リーダ（…）が多い
Ruby: 漢字が足りない
PHP: 文章になってない

256:デフォルトの名無しさん
09/02/22 11:56:58
ブラウザの組み込みでPHPっていうのがないかな
javascriptってChromでデバッグできる？

257:デフォルトの名無しさん
09/02/22 11:59:49
>Ruby: 漢字が足りない
わろｓ

258:デフォルトの名無しさん
09/02/22 12:48:59
>>253
>ウェブ以外で使う奴は頭がおかしい

バッチで超便利ですが(;´Д｀)

259:デフォルトの名無しさん
09/02/22 12:53:08
>258
どんなバッチで使ってる？

260:デフォルトの名無しさん
09/02/22 13:20:49
>>259
DBから条件を抽出して、ファイルをゴニョゴニョするようなもの
別にPHPじゃなくても良いんだけど、他のライブラリ（Pear、CPAN)とか入れる手間が
他のものより比較的少ない分、他人に依頼しやすい。

261:258＝260
09/02/22 13:27:51
言葉足りないから補足

＞他人に依頼しやすい。

他人に設定・設置を依頼しやすいってことです。

262:デフォルトの名無しさん
09/02/23 10:10:31
JavaScriptでsprintfが無いのは、何か理由があるの？
スクリプト言語で文字列処理が面倒くさいってのは結構致命的だと思うんだが

大概ソースが汚く、というか読む気をなくさせるのは文字列連結がごちゃごちゃしてる部分だと思うんだ
さらに文字列内での変数展開もないときたら、これはなにかポリシーなのかとも思ってしまうけど、
規格に入らない理由とかあるのかな

263:デフォルトの名無しさん
09/02/23 10:34:18
>262
確かに何でだろうな。
数が少なきゃ、フォーマット文字列.replace()で何とかなるけど、ちと限界あるし。

264:デフォルトの名無しさん
09/02/23 18:39:53
javascript + PHPがおすすめ。
PHPはRubyかPythonに置き換えてもいい。

jsは今後絶対はずせなくなる。

265:デフォルトの名無しさん
09/02/23 18:57:42
>>262
むしろsprintfがあるほうが珍しいのでは。
シェア的には多数派だけど。ｗ

266:デフォルトの名無しさん
09/02/23 19:10:06
>>262
オブジェクト指向だと文字列は普通に＋で連結するだけじゃね？
ああ、%2.1dみたいな書式作りたいのか。

267:デフォルトの名無しさん
09/02/23 19:47:12
%2.1dって構文はありなの？

268:デフォルトの名無しさん
09/02/23 20:07:05
Pythonとかの%02dとかは普通にありがたいけどなぁ。
数字を文字に変換しなくても、そのままフォーマット変換できるのは楽は楽だし。
+の連結とは使い勝手が全然違うとｵﾓ

269:デフォルトの名無しさん
09/02/23 20:07:40
>>266
書式もそうだけど、単純に見やすさ、いじりやすさもあるよ。
・・・オブジェクト指向って？
例えばRubyで悪いけど、

tag = '<input type="text" class="' + css_class + '" name="' + name + '" value="' + value + '" />'
tag = %Q'<input type="text" class="#{css_class}" name="#{name}" value="#{value}" />'
tag = '<input type="text" class="%s" name="%s" value="%s" />' % [css_class, name, value]

JavaScriptは一番上の書き方しかできない。
それが一番見やすい・いじりやすいっていう人が多数派なんだろうか

270:デフォルトの名無しさん
09/02/23 20:34:39
いや%dに"2.1"を指定するのはなんか違和感があった
%fならともかく

271:デフォルトの名無しさん
09/02/23 20:35:54
>>269
tag = <input type="text" class={css_class} name={name} value={value} />.toXMLString()

272:デフォルトの名無しさん
09/02/23 20:45:31
xml以外はどうしたらいいんだ？

273:デフォルトの名無しさん
09/02/23 22:32:25
>>272
name = 'John'
str = <dummy>My name is {name}.</dummy>.text()

XMLリテラルキモいｗ

274:デフォルトの名無しさん
09/02/23 22:54:20
JavaScript に strftime() が欲しい。

275:デフォルトの名無しさん
09/02/23 23:21:46
>>273
<>My name is {name}.</>
でOK
ちょっとだけキモさも和らぐｗ

276:デフォルトの名無しさん
09/02/24 01:38:44
URLﾘﾝｸ(d.hatena.ne.jp)
URLﾘﾝｸ(hacks.bluesmoon.info)

JavaScriptでsprintfとstrftime

277:デフォルトの名無しさん
09/02/24 12:38:01
>>275
HTMLのSCRIPTタグ中に書けないじゃん。

278:デフォルトの名無しさん
09/02/24 12:56:20
>>277
書けたよ（FireFox 3.0.6）

<script type="text/javascript">
var name = 'John'
var xml = <>My name is {name}.</>
alert(xml) // alert(xml.toString()) と同義？
</script>

E4Xっての初めて知ったけど、IEは対応してないんだ？

279:デフォルトの名無しさん
09/02/24 13:18:05
いつの間にかJavaScript勉強スレになってるな

280:デフォルトの名無しさん
09/02/24 19:10:58
>>278
htmllintとかでチェックすべき。

ブラウザは受け入れるだろうけど、
HTML(SGML)的には不法のはず。

281:デフォルトの名無しさん
09/02/24 22:52:51
XMLリテラルってscalaにもあるみたいね
これらの言語使ってる人、こんなの使ってる？（意味不明）
ヒアドキュメントより更にコードに違和感ありまくりで、あんまり
有り難みがないような気がする

282:デフォルトの名無しさん
09/02/25 00:30:22
>>280

<script type="text/javascript">
<![CDATA[
var name = 'John'
var xml = <>My name is {name}.</>
alert(xml) // alert(xml.toString()) と同義？
]]>
</script>

283:デフォルトの名無しさん
09/02/25 05:25:39
>>282
URLﾘﾝｸ(developer.mozilla.org)

＞さらに CDATA セクション (<![CDATA[...]]>) は CDATA リテラルとしてパースされませ
＞（HTML の <script> 要素は暗黙の CDATA セクションを作りますが、そこには明示的
＞な CDATA セクションを含めることができないため、これは HTML において JS 構文エラーを引き起こします）。

284:デフォルトの名無しさん
09/02/25 08:09:15
>>283
XHTMLで書けばいいだけ

285:デフォルトの名無しさん
09/02/25 08:50:28
> XMLリテラルってscalaにもあるみたいね

V　B　.　n　e　t　に　も　あ　り　ま　す

C　#　に　は　あ　り　ま　せ　（

286:デフォルトの名無しさん
09/02/25 12:39:22
Rhinoってどうよ？

287:デフォルトの名無しさん
09/02/25 23:33:59
importClass(java.io.PrintWriter);
importClass(java.io.BufferedWriter);
importClass(java.io.FileWriter);

var file = new PrintWriter(
　　　　　　new BufferedWriter(
　　　　　　　 new FileWriter("sample.txt")));

file.println("Rhino犀強伝説");
file.close();

288:デフォルトの名無しさん
09/02/25 23:37:32
わざわざ冗長に書き過ぎじゃなかろうか、Rhino知らんけど

289:デフォルトの名無しさん
09/02/26 00:00:53
importClass(java.io.PrintWriter);

var file = new PrintWriter("sample.txt");

file.println("これだけでよかったのか、まだ勉強不足だ");
file.close();

290:デフォルトの名無しさん
09/02/26 00:03:39
それなんてJava、っていうネタじゃなかったのか

291:デフォルトの名無しさん
09/02/26 01:39:17
>>262
String.format()

292:デフォルトの名無しさん
09/02/26 01:53:16
C#？

293:デフォルトの名無しさん
09/02/26 02:05:08
>>291
[JavaScript-C 1.6.1 2008-03-01]

js> print("".toLowerCase)
function toLowerCase() {
[native code]
}
js> print("".format)
undefined

294:デフォルトの名無しさん
09/02/26 10:56:50
もう21世紀だというのに・・フォーマットとか小文字だとか大文字だとか・・だりぃな

295:デフォルトの名無しさん
09/02/26 11:17:15
デフォルトの書式を XML で定義しておくとか。
デフォルトで case insensitive にして必要に応じて case sensitive にするとか。

296:デフォルトの名無しさん
09/02/26 16:57:13
高水準言語

297:デフォルトの名無しさん
09/02/26 21:41:54
VB.NETは進化の方向性を間違えたなって思う。
C#と棲み分けするためにRubyやGroovyのような言語に進化するべきだったと思う。

298:デフォルトの名無しさん
09/02/26 21:47:31
C#やVBのM$言語もLLに入るの？
オープンソースかアカデミックな連中だけで盛り上がってて、
商用お断りみたいに思ってんだけど

299:デフォルトの名無しさん
09/02/26 21:49:45
Java系等のはｶｽ扱いで。

300:デフォルトの名無しさん
09/02/26 22:11:26
>>298
いや入らない。
ただVBはLL方向へ進むべきだったという話をしているだけです。

301:デフォルトの名無しさん
09/02/26 22:21:34
LLの定義論うざい。
そもそもLLはRuby基準で立場が近いかどうかが問題だ。
厳密な定義は必要ないし、そもそもRuby使い以外はLLなんて言葉はつかわない。

302:デフォルトの名無しさん
09/02/26 22:23:42
なんかわけわかんねぇ文章だな。
Rubyに近いほど、よりLL。
あまりにもRubyより簡単すぎたらLLじゃない。

303:258＝260
09/02/26 22:35:51
>>294
高校生のとき21世紀には、CADのようにGUIで部品を結線するだけでプログラムが
出来る時代が来ると思っていました。

304:デフォルトの名無しさん
09/02/26 22:44:49
デスクトップ時計とかカレンダーみたいな小物なら
C#ならまさにRADでポトペタ、プロパティ設定だけで
コーディングなしでできるがな。

（もちろん、色々細かいことやろうとしたらコーディングは必要だが）

305:デフォルトの名無しさん
09/02/26 22:55:31
HTML、MXML、XAMLとか画面を作るだけなら
プログラミング言語の出番では無くなりつつあるような。
もちろんポトペタを実現するソフトの力もあるけど。

306:デフォルトの名無しさん
09/02/26 23:55:19
>>303
それって、RPGツクールだけでRPGがとか、
シューティングツクールだけでシュー（ｒｙ
格闘ゲ(ry

というのと変わらん妄想な気がする。
結局こったことやろうとすると、ツール上でプログラミングしないといけなくなるんだよな

307:デフォルトの名無しさん
09/02/26 23:58:45
まあ、妄想とはいったけど今の段階ではということで、
30年くらい先は変わるんだと思う。
RPGツクールも新しいのは Ruby乗っかってるし、
ジャンル特化のゲームエンジンにちょっと汎用的なDSL入れた、見たいな構成なんて、
今時のゲーム開発じゃ珍しくない。

web周りがまだ続くんなら、ポトペタ系webフレームワークがでたっておかしくない。

・・・CodeGea(いやなんでもない

308:デフォルトの名無しさん
09/02/27 00:04:15
Plagger とか Yahoo! Pipes とか Popfly とかその辺のこと？

309:デフォルトの名無しさん
09/02/27 01:40:28
どんどん新しい技術が出てくる時代だからね。UI言語みたいなものよりテキスト言語じゃないと融通が
きかなくて対応できないだろうね。
でもいずれ何十年も先に技術も安定して規格化も進めば、UI言語みたいなものも発展できるかもね。

310:デフォルトの名無しさん
09/02/27 02:17:24
用途は限定されるけど、結線でUIを構築するなら、Quartz Composerってのがあるね。
文字列の回転角度などのようなプロパティは、直接指定する必要はあるけど、基本、結線するだけで、リアルタイムで結果を表示してくれるよ。

Mac限定だけど

311:デフォルトの名無しさん
09/02/27 02:21:08
ぶっちゃけGUIとCUIに向きと不向きがあるのと一緒で
何でもポトペタで楽にってのは幻想だと思う

マウスやゲームパッドで漢字の人名を入力することを考えてごらんよ
超面倒くさいだろ？
電卓だって、GUIの電卓よりCUIのがずっと使いやすい

312:デフォルトの名無しさん
09/02/27 02:31:44
グラフィカルな存在を扱うケースでは、グラフィカルに設計できるのが一番では
絵を書くときには誰だって筆を使う
PostScriptを直接書くというケースは多くないだろう

313:デフォルトの名無しさん
09/02/27 02:37:03
>>312
うんだから向き不向きってことね
ダイアログエディタみたいなGUIが向いてるものはどんどんGUI化すればいいが、
実際には既にかなりのものがGUI化されているだろう
それ以上は疑問だね

314:デフォルトの名無しさん
09/02/27 02:41:41
>>311
それはGUIだからじゃなくてマウスだからじゃない？

315:デフォルトの名無しさん
09/02/27 06:29:26
touch(panel/pad)て昔からあるけど
DesktopPC用には普及してないな

316:デフォルトの名無しさん
09/02/27 07:34:35
高いからだろ

317:デフォルトの名無しさん
09/02/27 09:32:58
>>316
そういって参入して死々累々なのがタッチパッドインタフェース。
タッチパッドが悪いというより、なぜか指で操作させようとするのが
敗因だと思うけど。ペン操作は普及したし。

318:デフォルトの名無しさん
09/02/27 09:41:48
タッチパッドはタッチパッドで、結構進化して来てるよ。iPhoneとか、なかなか面白い動きをする。
ペンタブレットはあれはあれで、実は「細かい点の操作」に弱いって欠点があるんだな。
マウスやタッチパッドは、ポイント→その位置から動かさないでクリックって動作がしやすいんだけど
ペンタブレットだとそうも行かない。一応、少しだけ浮いた状態でポインタが出るんだが、それでも狙った位置からはブレやすい。

319:デフォルトの名無しさん
09/02/28 00:38:29
タッチパネルとタッチパッドは別もんだな
タッチパネルは、もし安く高性能なものが普及しだしたら、それなりに便利だと思う
マウスでクリックしすぎると指が痛くなってくるけど、そんなとき画面をペンでポチって
できるのは、作業中の気分転換にいいかもｗ

320:デフォルトの名無しさん
09/02/28 01:31:43
で
何の話だっけ？

321:デフォルトの名無しさん
09/02/28 03:01:32
>320
PerlもPythonもRubyも大きなテコ入れをしている件について

322:デフォルトの名無しさん
09/02/28 03:10:31
米国でRuby関連書籍の売り上げが減速か
>2008年第4四半期の売り上げで、前年同期比965％増という大躍進を遂げているのはObjective-C。
>ほかにActionScriptも33％増と好調。逆に落ち込みが激しかったのはRubyで、51％減となっている。
>ほかに落ち込みの大きい言語としては「JavaScript（24％減）」、「Visual Basic（15％減）」、「Perl（25％減）」、「Java（12％減）」などがある。
URLﾘﾝｸ(www.atmarkit.co.jp)

323:デフォルトの名無しさん
09/02/28 04:05:25
まあ別にいらないしな

324:デフォルトの名無しさん
09/02/28 04:06:47
>> 322
ruby本の落ち込みは、railsは一時的なブームだったということかな？
Objective-Cはiphoneアプリの開発言語だよね。macの売り上げも伸びたんだろうね。
phpは相変わらず人気だね。

325:デフォルトの名無しさん
09/02/28 06:11:51
Rubyはソース嫁に辿り着く

326:デフォルトの名無しさん
09/02/28 07:34:42
Rubyは対話式インタプリタだから生きるものかもしれないな。

コード補完機能を備えた優秀な開発環境があれば
別にコードが冗長でもかまわないわけだし。

Pascalみたいにコンパイル速度が速ければ
インタプリタである必要もないし。

Rubyで使い捨て以外のプログラム書く理由がないわ。

327:デフォルトの名無しさん
09/02/28 08:54:46
>>322
iPhoneの影響か。
長らくNeXT及び、その後継であるMac OS Xの専用言語に近い状態だったが、2007年に入り、Apple社の携帯電話iPhoneにおいてCocoa touchフレームワークの記述言語として採用。習得者の人口が増える傾向にある。

328:デフォルトの名無しさん
09/02/28 09:05:04
Railsの流行も落ち着いてきたということだろう。もう4年もたつしな

329:デフォルトの名無しさん
09/02/28 10:28:12
オンラインで読めるマニュアルとかチュートリアル、解説サイトが充実していれば本なんかいらんけどなあ。
ちょっとググレば出てくる情報に３０００～円とか出したくないし。

まあ、手元においておきたいときも、ないことはないけど。

本が売れてるって、実は言語（フレームワーク）そのものが使いにくいからじゃね？なんてうがった見方をしてみたり＾＾；

330:デフォルトの名無しさん
09/02/28 10:40:55
それはうがってるんじゃなくて、（Ruby信者として）もがいてる感じ。

331:デフォルトの名無しさん
09/02/28 11:52:14
本買う行為はお布施だと思えば仕方が無いかな

332:デフォルトの名無しさん
09/02/28 11:57:00
ひたすらに現世利益を求める衆生にはそれがわからんのだな

333:デフォルトの名無しさん
09/02/28 12:12:56
お布施は信者以外には理解不能だからなぁ

334:デフォルトの名無しさん
09/02/28 13:17:15
Rubyとか互換性皆無で一年前の情報がゴミになるからな。
他言語でもRails風フレームワークも増えてきたし、
敢えてRubyにこだわらなくてもいいような。

335:デフォルトの名無しさん
09/02/28 14:14:09
教祖様は気分で仕様変えるし、
メンテナはすぐヘソ曲げるし、
コミュニティの殆どは「誰か働けよ、中傷してやるからよぅｗ」モードだし、
普通に考えてRubyに価値があるわけないよね。

336:デフォルトの名無しさん
09/02/28 15:27:46
PHPはやはり強いな。
初めにやったもん勝ちなんだよな、こういうのは。

337:デフォルトの名無しさん
09/02/28 18:37:40
Rubyの方が昔からあったような気がする

338:デフォルトの名無しさん
09/02/28 20:32:57
まあ、シェア奪ったもん勝ちってことだろ。

339:デフォルトの名無しさん
09/02/28 22:32:21
>>335
Rubyの教祖様ってPHPをさんざん叩いてた人じゃないの？
当のRubyはそんな有様だから足引っ張ってんのか？ｗｗ

340:デフォルトの名無しさん
09/02/28 23:59:35
PHPはウェブアプリのコーディングしてて「こんなのないかな？」っていう
関数は既に用意されてることが多いからやっぱ強い（自作関数だらけにもならんし）。
ヴォキャブラリーの力が圧倒的だから
まあウェブ用途では当面代替になりそうな言語はないね。

341:デフォルトの名無しさん
09/03/01 00:22:09
PHPよか、Rubyの方が柔軟に書けそうに見えるんだけど気のせいか？
パッと見でPHPって、Webで使う用のCにしか見えないんだけど

342:デフォルトの名無しさん
09/03/01 00:32:08
Web用のCだったら、今頃使いまくってるけどな。

PHPは歴史を引きずって関数が増えてるだけ。
末期のBASICを思い出すわ。
DB接続だけで6種類以上あったり、勘弁してくれ。

343:デフォルトの名無しさん
09/03/01 00:34:11
まぁDB周りはクラス作ったりしてまとめたりしてるわ
PostgreSQLとMySQLしかつかってないが。

B→Cときた自分としては、PealやRubyってすごくソースが見づらい。

344:デフォルトの名無しさん
09/03/01 00:36:15
沢山の人が読める
動かせる鯖多い

phpの利点なんて他に無いでしょ
ライブラリなんてpythonだろうがrubyだろうがperlだろうが不自由しませんよ

phpは書きやすくはないと思う。むしろ他より疲れる。
よくも悪くも馬鹿正直な子のイメージ

345:デフォルトの名無しさん
09/03/01 00:45:37
>>344
PHPは書きやすいから沢山の人が読めて、多くの鯖がサポートしてるんだが。

346:デフォルトの名無しさん
09/03/01 00:57:26
PHPとPerlのちがいはなにですか？
PHPの方がゴージャスなのでしょうか。

347:デフォルトの名無しさん
09/03/01 01:04:24
>>345
書きやすくないよ。PHP以外の言語やったことは？

348:デフォルトの名無しさん
09/03/01 01:04:57
Web鯖新調したら動かないって大概Perlで
PHPで書き直すことになって俺の作業がすすまん。。。

349:デフォルトの名無しさん
09/03/01 01:24:37
>>348
普通は逆じゃないか？
サーバ依存のPerlコードなんてどんなのがあるんだろう。
モジュールが入ってないとかそんな問題では。FastCGIとかそういう関係かな。

書き方があんまり古いから、いっそ書き直すってのならわからんでもないが、
PHPの古いコードを書き直すのも大概しんどい作業だから、それは言語のせいではないし。
PHPで書き直す必要のあるシチュエーションがあんまり思い浮かばない。

350:デフォルトの名無しさん
09/03/01 01:41:08
>>349
サーバーの中のことはあまり知らないんだが、今あるWebサーバーを
CentOSに集約する作業で動かないのが出てくる
パーミッションやら権限やらパスやら書き直したんだがやっぱり動かないんだわ

大半はメール、あとはDBやら出力の文字化けたりとかそんなかんじ
バッチの書き直しが俺に来なかったのだけが救い・・・

351:デフォルトの名無しさん
09/03/01 01:57:49
>>350
コード読まずに環境変えて動かんってそれは仕方がない。
Perlのせいではないぞそれ。
むしろPHPの方が、バージョンや設定の違いのせいで書き直しとか動かんとか多い印象。

また、例えば/etc/aliasesいじってメールアカウントを量産するとか、パイプなどで
コマンド直に叩いてるとか、そう言った感じのサーバ依存処理をごにょごにょされまくってたら、
もともとPHPだったとしても多分ひどいことになってるだろ

> サーバーの中のことはあまり知らないんだが
一番の問題はこれじゃないかと。
結局これである程度できてしまうのが、PHPの利点ってことになるんだろうか。
欠点と言うことになるんだろうか。

352:デフォルトの名無しさん
09/03/01 02:37:01
>>351
鯖見てる人がPerl使える人だから上司もそうか、じゃぁ仕方ないで俺に来るんだよね。

メールは、ライブラリ入れてるんだけど動かないっていう状態。　俺はパイプとかさっぱり。
普通にPHPの文法でDBから引っ張ってきてメール送信するように書き直してるだけ。

PHPもDB入れ替えたからSQL全部書き換えなんだが全く手が付けられん状態。。。

353:デフォルトの名無しさん
09/03/01 06:00:02
最近のCentOSではデフォでsendmailとpostfixが両方入ってるしMySQLは3系、4系、4.1系以降で
文字の取り扱いが大きく変わってるからその辺りだろうね。
直すのにそれほどの手間じゃないと思うけどそれを出来ない人に任すような会社であれば
どのみちPHPにしてしまった方がいいかもね。

354:デフォルトの名無しさん
09/03/01 07:07:35
>>341
PHPは誰でも使えるJavaとかC#みたいな感じ。
しかし、仕様の変さでハマりどころの多さVBやVBA並ｗ

355:デフォルトの名無しさん
09/03/01 08:45:27
>>350
馬鹿じゃね

356:デフォルトの名無しさん
09/03/01 09:38:27
全くの素人です
プログラミングを学ぶにはパイソンかルビーのどちらかが良いと聞いて3日ほど調べてるんだけど
ルビーの方がわかりやすい解説を見つけられるんでルビーにします

357:デフォルトの名無しさん
09/03/01 10:04:04
ルビー

358:デフォルトの名無しさん
09/03/01 10:32:40
さあ、ソースコードをコンパイルする作業に戻るんだ。

359:デフォルトの名無しさん
09/03/01 11:02:50
>>356
ルビーに比べたらパイソンの資料が少ないのは否めないな。
レンタルサーバーへのインストールはどっちも少なくてガッカリするが。

360:デフォルトの名無しさん
09/03/01 11:58:25
なんかプログラミングしたいだけならschemeでもやってれば。マジレス

361:デフォルトの名無しさん
09/03/01 12:18:04
パイソンからジャバののちCかルビーからジャバののちCを学ぶルートがよいとありましたので
この二つから選んだ次第です

362:デフォルトの名無しさん
09/03/01 12:34:04
何のルートだｗ
趣味なら何でもいいんじゃないか。

363:デフォルトの名無しさん
09/03/01 12:54:45
>>359
重要なのは中身さ。
英語ふくめればPythonの濃さは異常だぞ！

濃さ（マニアックさ？）で言えば最強はperlだと思うけどｗ

364:デフォルトの名無しさん
09/03/01 13:02:14
真にディープなPerl信者は、言語の汚さをどれだけ指摘しても、
全部受け止めた上で「だがそれがいい」って自然体で言ってのけるからな。
指摘に対して必死になりがちなRuby信者やPython信者には無い強さがあるｗ

365:デフォルトの名無しさん
09/03/01 13:02:31
>>361
やるならforthをやれ

366:デフォルトの名無しさん
09/03/01 13:02:33
basic->asm->Prolog->FORTRAN->Pascal->Lisp->C->PL/I->C++->Smalltalk->Objective-C->Java->Perl->Ruby->PHP->Python->C#->JavaScript<-いまここ

次ページ