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

【Perl,PHP】LLバトル ..

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の見解を聞こうか。

345:デフォルトの名無しさん
09/04/18 01:37:03
>>344
URLﾘﾝｸ(www.google.com)
一見ほぼ均衡しているように見えるけど、この中に蛇や宝石が混ざっている
比率は>>342の画像の混在比率と正の相関関係があると考えられるので、
実際にはRubyのほうが優位なんだろう。

おれは世界的にはRubyよりもPythonのほうが圧倒的に優勢だと思っていた
ので、画像検索の結果は意外だった。

346:デフォルトの名無しさん
09/04/18 01:50:20
>>345 = >>342でいいのかな？
つまり、>>344 の 3. が、不本意にもGoogle先生の診断だということか！

英単語一つ取り出してどうのこうのってのは不毛で、それが>>344の4.で
って、俺が言うの！？

347:デフォルトの名無しさん
09/04/18 02:12:55
Accept-Language: ja

348:デフォルトの名無しさん
09/04/18 02:26:58
URLﾘﾝｸ(images.google.com)
ふむ。名前として一般的すぎますな。

349:デフォルトの名無しさん
09/04/18 09:54:50
Google先生の中の人はpython使ってるんでしょ？

350:デフォルトの名無しさん
09/04/18 10:02:07
Pythonを作った人はGoogleの中の人になったが、
そういうことはないだろう。

てか、MapReduceの実装とかC++じゃないのか？

351:デフォルトの名無しさん
09/04/18 10:08:37
コアの部分は当然C++。その辺の糞Webサービス会社といっしょにすんなよ。

352:デフォルトの名無しさん
09/04/18 10:10:57
いや、Webで動いてるとこには使ってないだろうけどさ、
社内で使ってるいろいろな道具はpythonを使ってるって話だよ。
検索アルゴリズムの基礎開発とかにも使ってるんじゃないの？

353:デフォルトの名無しさん
09/04/18 10:34:50
使う理由がないだろ。C++とJavaのノウハウが高い会社なんだから。こまいツール類だけだろ

354:デフォルトの名無しさん
09/04/18 10:54:35
Google App Engine とか Python で開始だったじゃん。Java も増えたけど。

あと、3年前の記事だけど。
> GoogleではC++，Python，Java以外の言語を使う場合は特別に許可が必要
> URLﾘﾝｸ(gihyo.jp)

355:デフォルトの名無しさん
09/04/18 12:01:18
検索がC++でAdSenseがJavaってのは知ってるけど
他の部分って何で書かれてるか公開されてたかな？

356:デフォルトの名無しさん
09/04/18 12:07:23
検索エンジン以外のサービスはJavaじゃないの？コスパ的に。

357:デフォルトの名無しさん
09/04/18 12:19:19
Googleみたいにがっつり作って高アクセスみたいなサービスだと
簡単に書けるけど実行速度遅いみたいな言語は逆に非効率になるからね
C++とJava以外を使ってるとは考えづらい
Googleじゃないとしてもスクリプト言語でそういうのに使えるのは
mod_perlとPHPくらいだ

358:デフォルトの名無しさん
09/04/18 21:32:58
fastCGIがあるじゃないか

359:デフォルトの名無しさん
09/04/18 23:25:14
誰もサファイアを話題にしなくてかわいそう
Rubyを独自に使いやすい仕様に変更して頑張っているのに

360:デフォルトの名無しさん
09/04/19 02:58:36
むしろ種類減らしたいくらいなのにいらないだろ

361:デフォルトの名無しさん
09/04/19 04:28:35
>>354
ユーザAPIがPythonなだけだろ

362:デフォルトの名無しさん
09/04/19 11:56:07
Pythonの場合は簡単にかけて、実行速度はそれほど遅くない言語だと思うが。
Javaより速いケースもあるし。

速さを求めるとC++なんだろうけど。

363:デフォルトの名無しさん
09/04/19 13:23:56
早い場合があるってだけで、
基本的にはJavaより10倍くらい遅い言語であるのは事実

364:デフォルトの名無しさん
09/04/19 13:36:40
つかJavaVMの高性能化は半端じゃないよな。

365:デフォルトの名無しさん
09/04/19 14:14:24
まあ大量の投資を受けたからねえ
似たようなことがJavaScriptでも起きるかもしれん
Googleほか複数企業が高速化に熱心

366:デフォルトの名無しさん
09/04/19 14:44:51
JVMは、Linux環境だとg++以外のネイティブコードコンパイラと同等の性能を発揮するからな
今後のスクリプト言語はLLVMに移行し、JVMもサポートって感じになっていくと思う。

367:デフォルトの名無しさん
09/04/19 14:45:19
そういう意味じゃJavaやPHPは伸びるけど
他の言語はもう駄目かもわからんね

368:デフォルトの名無しさん
09/04/19 16:53:45
phpって検索しても公式のマニュアルがでずに、いつもコピーサイトが出てくる。
大概情報古くて、公式で検索したら一発解決とか、もうね。
ありゃどうにかしたほうがいいぜ。

perlも古い情報がまざってて(KENT並みの情報ばかり)検索しんどすぎ。

369:デフォルトの名無しさん
09/04/19 16:54:52
>>359
MacRubyも思い出してあげてください！
Macってついているけど、LLVMサポート表明したり、windowsな俺もwktk

370:デフォルトの名無しさん
09/04/19 18:02:45
>>367
公式マニュアルのトップをブックマークしておいて
そこの検索から検索しないか普通

371:デフォルトの名無しさん
09/04/19 19:14:29
Windowsプログラマだけど、コピペ目的でないならsite:msdn.microsoft.com付けてググっている。
PHPでも似たようなことできるのではないの？

372:デフォルトの名無しさん
09/04/19 21:43:04
他の言語には古い情報を表示するようにして
特定言語を流行らせようとする検索サイトの陰謀だな。

373:デフォルトの名無しさん
09/04/19 22:20:55
php.net/関数名
で検索できるよ

374:デフォルトの名無しさん
09/04/20 01:06:46
>>355
GoogleのヘルプページはPythonみたいだよ。
topyc.pyというスクリプトを通して出力しているみたい。

375:デフォルトの名無しさん
09/04/20 01:14:17
まさにどうでもいいとこだな

376:デフォルトの名無しさん
09/04/20 01:38:13
ペチパーは検索もまともにできないのかｗｗｗ

って流れですか

377:デフォルトの名無しさん
09/04/21 00:07:17
PHPってオンラインドキュメントは充実してないの？

378:デフォルトの名無しさん
09/04/21 05:51:10
>>377
むしろ、それがウリ
PHP憶えようと思って、オライリーのPHP本 3冊くらい買ったが
オンラインドキュメントで事足りて本棚の肥やしになった

379:デフォルトの名無しさん
09/04/21 18:23:29
>>378
ウリつか、今なら普通なんでは。

380:デフォルトの名無しさん
09/04/21 21:33:52
>>379
今のレベルのドキュメントは、MS製品でもなければ、なかなかないと思うよ。

381:デフォルトの名無しさん
09/04/21 21:36:28
>>380
仕様書理解できないカスが多いわけですね

382:デフォルトの名無しさん
09/04/22 06:04:21
Rubyにケンカうってんのかよオメーはｗ

383:デフォルトの名無しさん
09/04/22 06:05:12
燃料投下

プログラミング言語別求人件数ランキング（単位：件）
URLﾘﾝｸ(www.atmarkit.co.jp)

プログラミング言語別平均年収上昇率ランキング（単位：万円）
URLﾘﾝｸ(www.atmarkit.co.jp)

プログラミング言語別平均年収上昇率ランキング（単位：万円）
URLﾘﾝｸ(www.atmarkit.co.jp)

384:デフォルトの名無しさん
09/04/22 06:06:00
ごめんコピペミス

プログラミング言語別求人件数ランキング（単位：件）
URLﾘﾝｸ(www.atmarkit.co.jp)

プログラミング言語別平均年収上昇率ランキング（単位：万円）
URLﾘﾝｸ(www.atmarkit.co.jp)

求人数はJava、年収はC#がトップ―ワークポートが調査－＠IT
URLﾘﾝｸ(www.atmarkit.co.jp)

385:デフォルトの名無しさん
09/04/22 06:50:13
Java/C/C++/C#か・・このスレ終了の予感

386:デフォルトの名無しさん
09/04/22 09:28:59
2ヶ月も前のネタを今ごろ燃料とか言っちゃうトロい人は、
/.jp にでもこもってろよ。

387:デフォルトの名無しさん
09/04/22 10:07:49
目の前のニンジンしか見れない奴w

388:デフォルトの名無しさん
09/04/22 11:08:01
C#はどこらの開発に需要あるんだ?
XNAしか思い浮かばないｗ

389:デフォルトの名無しさん
09/04/22 14:11:39
web系じゃないの？
MSプラットフォームでJava使うのもどうかと思うし。

390:デフォルトの名無しさん
09/04/22 14:48:44
>>368
マニュアルDLして、自分で検索できるようにしないか　普通？
namazu知ってから　pgsqlと一緒に必ず作ってるよ
＃そのときに使うものも追加
＃rubyはnamazuしづらいから、どうしようかなと思ってる

391:デフォルトの名無しさん
09/04/22 23:04:13
ねーよ

使いやすいのかえ？

392:デフォルトの名無しさん
09/04/23 00:42:29
よし。COBOL始めるか。

393:デフォルトの名無しさん
09/04/23 06:25:00
>>390
rubyは検索しやすいからchm使ってるけど、phpは配布されているのが古買った気がする・・・

394:デフォルトの名無しさん
09/04/23 06:25:49
これみて、悶絶しそうになった。だれか解説世路

# Prototypes.
sub login();
sub get_rkm($$$$$$$$$$$);
sub logout();
sub update_diary_entry($$$$$$);
sub delete_diary_entry($);
sub doit_and_retry($$);
sub create_it($$$);
sub delete_it($);
sub post_it($$$$$$);
sub get_timestamp();
sub print_debug(@);
sub print_message(@);
sub read_title_body($);
sub find_image_file($);
sub replace_timestamp($);
sub error_exit(@);
sub load_config();

はてなダイアリーライター（略称：はてダラ）
URLﾘﾝｸ(www.hyuki.com)

395:デフォルトの名無しさん
09/04/23 12:38:34
>>393
不定期に更新されてるよ。srcのアップデートから、かなり遅れるけど
＃DL版以外は見て無いかも

396:デフォルトの名無しさん
09/04/23 20:23:23
>>394
書いてあるとおりプロトタイプ宣言じゃないの？
悶絶することはあれど解説頼むほどのものではないだろ

397:デフォルトの名無しさん
09/04/23 22:48:06
まぁPerlのプロトタイプ宣言は古くさい書き方だな

398:デフォルトの名無しさん
09/04/24 08:24:06
while (!!!!!!!!!!!!!!!!!!!!!!!!!!!0) { print "I'm fuckin'!!!!!!!!!!!!\n" };
%anal=(0=>"ケ",1=>"ツ",2=>"毛",3=>"バ",4=>"ー",5=>"ガ",6=>"ー",7=>"\n");
foreach(sort{$anal{$b}<=>$anal{$a}or${a}cmp$b}keys%anal){print$anal{$_}};
print "unkodesu\n" unless((((((((((((((((((((((((((((()))))))))))))))))))))))))))));

399:デフォルトの名無しさん
09/04/24 08:57:19
>>397
古臭いって何がだよ？
独特なだけで、新旧の別なんかねーよ。

400:デフォルトの名無しさん
09/04/24 16:40:45
スカラで引数11個要求してる所がファンキーだな。
# そこじゃないって？

401:デフォルトの名無しさん
09/04/25 00:59:35
>399
PBPでも否定されてるじゃんｗｗｗ

402:デフォルトの名無しさん
09/04/25 01:02:51
＞＞４０１
何か問題でも＿
？？

403:デフォルトの名無しさん
09/04/25 02:04:22
Perl のプロトタイプは、データ型を勝手に
異なる型に変換してしまうからなぁ。

とても使いにくい。

mapやgrepなどと同スタイルで
ラムダ放り投げるために
sub (&@)
使うぐらいかねぇ。

それ以外で使うと、その場は良くても
後でみると結局わかりにくい。

404:デフォルトの名無しさん
09/04/25 08:20:10
>>394
> sub get_rkm($$$$$$$$$$$);
これ見たときに背筋がブルッっと着たわ
Perl案件回ってこないことを祈りたくなった

405:デフォルトの名無しさん
09/04/25 09:17:03
Perlにはswitchがないという話は有名だが、この程度だったらLispのマクロで即解決するんだが

406:デフォルトの名無しさん
09/04/25 10:33:45
>>404
別に言語は関係ないと思うよ

407:デフォルトの名無しさん
09/04/25 10:39:44
>405
5.10 には switch 相当の構文がある。

408:デフォルトの名無しさん
09/04/25 10:41:50
>>407
>5.10 には
ﾊﾊｯﾜﾛｽ
Lispならバージョン関係なくマクロで即解決するんだけどな

409:デフォルトの名無しさん
09/04/25 10:43:18
Lisp使ってる人って現存するんだな

410:デフォルトの名無しさん
09/04/25 10:45:23
>>404
そこは単純に、この関数は引数を11個とりますよってだけじゃないの？
まさに>>406だな

411:デフォルトの名無しさん
09/04/25 10:47:37
お前らがあれ欲しいこれ欲しいって処理系にあれこれ要望出してるうちにLispだったらマクロではい文法拡張終わり

　　　　　　　　　　_Y_
　　　　　　ｒ'｡∧｡ｙ.
　　　　　　　　　ゝ∨ノ　　　　　　　お前らが必死に　　　　　　　,,,ｨf...,,,__
　　　　　　　　　）~~（　　　　　　　　要望出している間に　_,,.∠/ﾞ`'''t-nヾ￣"'''=ー-.....,,,
　　　　　　　　　,i　　 i, 　　　　　　　　　　　　　　　　　　,z'"　　　￣￣　／nﾞﾞ''''ー--...
　　　　　　　　 ,ｉ>　　 <ｉ　　　Lisperはどんどん　　　 r”^ヽ　　　　　く:::::|::|:::〔〕〔〕
　　　　　　　　ｉ>　　　<ｉ. 　　コーディングしていく…。入_,..ﾉ ℃ 　　　　￣U￣＿二ﾆ＝
`=.,,ｰ- ...,,,__　 |,ｒ'''"7ヽ､|　 __,,,... -ｰ,,.=' 　　　　　　　　>ーｚ-,,,...--,‐,‐;;:'''""~
　　~''':x.,,　 ~"|{ G ゝG }|"~　 ,,z:''" 　　　　　　　　　　　＿＿＿
　　　　　 ~"'=| ゝ､.3 _ノ |=''"~ 　　　＜ー＜> 　　　　　　　　／　　l￣￣＼
　　　　　　　 .|）) 　　　(（| 　　　　　　/￣￣ﾞｉ;:､　　　　　「￣￣￣￣|￣|￣￣￣＼
　　　　　　　　　　　　　))| 　　　ｒ'´￣「中]￣｀ヾv､　　　`-◎───◎一'
　　　　　　　　　　　　　　　　　　├―┤＝├―┤　|li:,
　　　　　　　　　　　　　　　　　　　|「￣ |ｉ￣ｉ|「.//||「ｌn|:;
　　　　　　　　　　　　　　　　　　　||//__|Ｌ_」||＿_.||ｌ」u|:;
　　　　　　　　　　　　　　　　　　　|ニ⊃|　　|⊂ニ| || ,|/
　　　　　　　　　　　　　　　　　　　|＿. └ｰ┘ .＿| ||/
　　　　　　　　　　　　　　　　　　　ﾍ　「￣￣￣|　/

412:デフォルトの名無しさん
09/04/25 11:00:09
>>410
ああ、そういう意味なのか。検索してもわからんだからありがと
$の数によって独立して意味が変わる特殊変数がPerlにあると思い込んでいて、混乱していた

413:デフォルトの名無しさん
09/04/25 11:04:42
>>412
アタマダイジョウブデスカー？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？

414:デフォルトの名無しさん
09/04/25 11:16:14
なかなか斬新なアイデアだな

415:デフォルトの名無しさん
09/04/25 11:19:26
　　　　　　　　　　　　　／￣＼
　　　　　　　　　　　／| 　＾-＾ | 　＜ >>412 アタマダイジョウブデスカー？？？？？
　　　　 ,＿＿__／　　＼＿／
　　　　 r'"ヽ　　 t､　　　　./　　
　　　　/ ､､i　　　ヽ＿＿,,/　　　　　
　　　 /　ヽﾉ　　j　,　　　j　|ヽ　　　　
　　　 |⌒`'､__ /　/　　　/r　 |　　　　
　　　 {　　　　￣''ｰ-､,,_,ﾍ＾　|　　　　
　　　　ゝ-,,,＿＿＿＿_）--､j　　　　
　　　 /　　＼__　　　　　　/　　　　　
　　　|　　　　"'ｰ‐‐---''.　

416:デフォルトの名無しさん
09/04/25 11:20:09
>>412
それはいいアイデアかもしれない。
ホワイトスペースみたいな言語になりうる。

417:デフォルトの名無しさん
09/04/25 11:22:14
Perlの特殊変数のみで記述できる言語plz

418:デフォルトの名無しさん
09/04/25 11:32:34
>Perlにはswitchがないという話は有名だが、

Pythonもありませんが、何も。

419:デフォルトの名無しさん
09/04/25 12:21:00
Perlのswitchは、ライブラリの形で前世紀から存在してる。
マニュアルに標準関数だけを使った代替書式も載ってる。

420:デフォルトの名無しさん
09/04/25 12:30:47
○には×が無いってのは同じ名前の命令そのものズバリが無いってだけで
代替策は絶対にあるんだよな
古くはJavaにはポインタがないから始まってさ

421:デフォルトの名無しさん
09/04/25 12:34:40
>>420
代替策にとらわれずに自分で言語拡張できるのがLisp
switchがなければ作ればいい

422:デフォルトの名無しさん
09/04/25 12:46:37
>>420
Switchはしょせん糖衣構文だから代替手段があるが、
JavaにポインタがないからIOポートやフレームバッファを直接
叩けないことについては、Javaだけでは解決できないぞ。

423:デフォルトの名無しさん
09/04/25 12:51:18
いやJavaにはポインタはあるけど

424:デフォルトの名無しさん
09/04/25 13:14:10
わざわざ逆説的なこといって耳目を集めたがる奴っているよね。
ポインタ完全なんとかの人とか、憂鬱ななんとかの人とか。

425:デフォルトの名無しさん
09/04/25 13:16:55
ポインタ演算が標準で用意されてないって話がこじれたんだよなJavaのは
ポインタ自体はある

426:デフォルトの名無しさん
09/04/25 15:26:50
>>421
Lispでできるマクロなんぞ、Aの記述は既存のBに解釈ってだけなので
たいしたことはできないが…

だからこそ、中身ほとんど同じで表層が違うだけの
オレオレ派生言語ばかり生んでるわけで。

427:デフォルトの名無しさん
09/04/25 15:31:41
んなこと言ったら機械語なんてオンかオフだけだが

428:デフォルトの名無しさん
09/04/25 16:11:26
>>427
だから文法を拡張しやすいってのはあまりメリットがない。
というかその瞬間の自分だけならまだしも、複数人時、
未来の自分にすらデメリットの方が通常はでかい。

Lispの性能から考えると、独自文法スクリプトや、簡易人工知能が
良く必要とされそうなゲームスクリプトが最高にマッチしてんじゃないかと
思うほどだが、ゲーム開発にLispがどんどん使用されてるという
話は聞かないなぁ。

429:デフォルトの名無しさん
09/04/25 17:01:05
ぶっちゃけLispって実用になるの？
ラテン語程度には、ってんなら実用には厳しいってことでいいんじゃないかと、
Lisp知らない人間は思ってしまうんだが。

もしそうなら、きっちりやる人間は知ってて使えるべきなんだろうが、>>428みたいに
「採用されない」のを嘆く必要も無理に勧める必要もないんじゃないかと思うが、

本当にLispって他の言語より実用的もしくは合理的な面があるの？

430:デフォルトの名無しさん
09/04/25 17:07:48
パッケージのグルーとしてScheme使ったことあるけど
10年業界やっててLispにお目に掛かったのそれだけだな

431:デフォルトの名無しさん
09/04/25 17:54:48
>>429
真のLisperはこんなスレまで出張ってこないのさ。
ここで聞く事は愚問

432:デフォルトの名無しさん
09/04/25 20:01:37
自分と自分の息が合う空間だけで閉じこもってて
真の意味での進歩や可能性を放棄したのが
Lisper達。

433:デフォルトの名無しさん
09/04/25 20:03:46
そういう煽りはいらないんだな正直。
本当にLispに、"使える"面があるのなら知りたいって人間も多いんだ。

434:デフォルトの名無しさん
09/04/25 20:34:09
>>433
Lispを一通りやってるのは当然しょ。
その上での実践上での評価となるはず。

435:デフォルトの名無しさん
09/04/25 20:36:01
>>434
・・・ほんとすんませんでした

436:デフォルトの名無しさん
09/04/25 21:10:40
URLﾘﾝｸ(www.kahua.org)
URLﾘﾝｸ(practical-scheme.net)
URLﾘﾝｸ(www.littlewingpinball.com)
こんなとこでどうだ？

437:デフォルトの名無しさん
09/04/25 23:27:49
なんかこのスレって落伍者の集まりだな

438:デフォルトの名無しさん
09/04/25 23:29:17
おあとがよろしいようで

439:デフォルトの名無しさん
09/04/26 09:59:55
都銀勘定系に使われないうちはお遊び言語

440:デフォルトの名無しさん
09/04/26 11:49:34
極端だな

441:デフォルトの名無しさん
09/04/26 11:55:00
Perlは金融で使われてるぞ
大手証券だが

442:デフォルトの名無しさん
09/04/26 12:08:00
そりゃ悲惨な話だな

443:デフォルトの名無しさん
09/04/26 13:07:43
>433
昔は先進的な高級言語だったんだけど重かった

今では当たり前のクロージャやイテレータ、
動的型（変数に型を持たず値に型を持つ）、ガベコレなど
よくも昔のハードウェアでそこまでやったもんだ

ただ今となっては他の言語にもその機能の多くのが取り込まれて
そっちのが使いやすいことが多いから、Emacsなど一部除いてあまり見ない
でも今日のスクリプト言語へ与えた影響は大きいものだよ

444:デフォルトの名無しさん
09/04/26 15:55:59
未だに（ほぼ）Lispにしかない機能というと、
マクロ（単純なパターンマッチではなく構文木の変形が可能なもの）ぐらいか
ただ、マクロで実現できる機能の8割ぐらいは
適切に設計されたライブラリで代替できそうな感じはする

逆に言えば、残りの2割を求めるような領域では使われ続けるんだろうけど
近年だとアスペクト指向の源流もLispだっけ？

445:デフォルトの名無しさん
09/04/26 16:22:09
まあ既にlispのいいとこはほとんど搾り取った感じはあるな。
>>444
あとは記号処理ぐらいじゃないか

446:デフォルトの名無しさん
09/04/26 19:18:58
Lisp のマクロをどうやってライブラリで代替するんだろう。

447:デフォルトの名無しさん
09/04/26 19:50:13
正規表現みたいなのりで気軽にパーサーを書けるライブラリがあれば

448:デフォルトの名無しさん
09/04/26 20:08:50
パーサコンビネータライブラリ？

マクロそのものの代替にはならんよね。
言語外DSLをお手軽に作るツールにはなるけど。

その言語自身がそのライブラリを使って書かれてたら（自己記述）、
その言語は一種の不動点になって、Lispのマクロみたいになるかな。

449:デフォルトの名無しさん
09/04/26 21:20:30
>>446
マクロそのものは難しいだろうが、マクロを含む歴史的な試行錯誤で発見されてきた
有用な抽象をライブラリに取り込むことはできるでしょ
問題によってはそれで十分。現に大半の言語にマクロは無い
……まあ言語仕様が貧弱だと、それすら困難だったりするけど

>>447
PEGは割と良い線行ってると思う

450:デフォルトの名無しさん
09/04/26 21:27:28
>446
Perl にはソースフィルタって機能があってソース自体を変換可能。

451:デフォルトの名無しさん
09/04/26 21:27:51
>>449
既存の，解決策の分かってる問題に対しては確かにそれで十分．
というよりもライブラリというものはそういうものでしょう．

新らしい問題，あるいは，ライブラリにはないような
ローカルな問題に対応する時にはマクロが有用なんだよね．

452:デフォルトの名無しさん
09/04/26 23:02:10
具体例を出してくれ
意味がわからん

453:デフォルトの名無しさん
09/04/26 23:03:36
>>452
具体例も糞もあるか
自分の環境下で起きた、ライブラリで対応できない特殊な例に対応するときにマクロがあればすぐ解決できるんだよ

454:デフォルトの名無しさん
09/04/26 23:42:13
それはマクロをクロージャ、クラス、関数、サブルーチンに
置き換えても成立すると思うんだかそれらと比べたときの利点は何？

455:デフォルトの名無しさん
09/04/27 02:11:18
スレタイ！

456:デフォルトの名無しさん
09/04/27 03:10:13
おまえらすぐLispはさあ、Lispだったらさあ、とか言い出すよな。

457:デフォルトの名無しさん
09/04/27 03:46:26
全ての不平不満は、愚民のせいでlispの理想郷が実現しなかった為だと
結論出来る。

458:デフォルトの名無しさん
09/04/27 12:36:12
いやそれはない。

機械語がある意味究極でありながら万能ではないのと同じで、
おそらくLispも似たような意味で究極なのであろう。

459:デフォルトの名無しさん
09/04/27 13:24:14
Lispの欠点というか、最初の関門と言えば、人間がパーザをやらなきゃならんことだな。
Lispのコードにとにかく括弧が多いのはよく知られていることだが
他の言語で言う各要素の結合度、演算子の優先順位に相当するものを
全てコード上に記述しているが為に起こってると言っても良い。
そのため、処理系のパーザがコードをどう解釈するかに悩む必要が無いのだが
括弧の対応表示できるエディタが必須だし、全部書かなきゃならんという面倒さもある。

460:デフォルトの名無しさん
09/04/27 13:28:36
とりあえず、Lispもこちらの世界に参戦したってことですね？

次ページ