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

【Perl,PHP】LLバトル ..

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<-いまここ

367:デフォルトの名無しさん
09/03/01 13:03:07
ああforthもやったわ

368:デフォルトの名無しさん
09/03/01 13:21:07
やはりパイソンは良いですか
私も読みやすいというのは大きな利点じゃないかとは思ったんですよね
すでにあるものをもう一度一から作るような真似は避けろともありましたし

369:デフォルトの名無しさん
09/03/01 14:24:48
俺のスクリプトのルート
PHP→Python←いまここ
PHPから入ると組み込み関数に頼りすぎて他の言語をやる時に散々なことになる。

370:デフォルトの名無しさん
09/03/01 14:25:04
Pyは初心者にとっては字下げ矯正箸だな
あのインデントが総てにおいて正しい、とまでは流石に言わないが
かなりの場面で通用する、それなりに正しいインデントが身につく

371:デフォルトの名無しさん
09/03/01 17:21:39
いや、そもそもインデントもろくにできないなんて
プログラムできるとかいう以前の問題だろ

俺のスクリプトルート
BASIC→C→C++→VB→VBA→Perl→PHP←いまここ
文字列関数とか連想配列とかどんだけ便利(ry

372:デフォルトの名無しさん
09/03/01 18:29:08
BASIC->C->sh,awk,sed->elisp->Perl->Tcl->Python->Ruby->Java<-今ココ
インデントって...。どんなエディタつかってんだよ
作りたいものがないのに入門したいなら、Cとscheme。異論は認めない。

373:デフォルトの名無しさん
09/03/01 19:11:28
>>372
まあプログラムがどう実行されるかを理解するなら両者が基本だよね。
それ以前のプログラミング手習いの段階なら多分Py,R,JSあたりで打鍵に抵抗なくした方がいいが。

374:デフォルトの名無しさん
09/03/02 09:36:59
レンタルサーバーならさくらインターネットがパイソンもルビーも対応してるようですが
どなたかご利用の方いらっしゃいましたら使用感を教えてください

375:デフォルトの名無しさん
09/03/02 09:43:31
レンタル鯖板いけ

376:デフォルトの名無しさん
09/03/02 09:44:33
RubyもPythonも、インタープリタとして使うだけなら使用感も何もないのでは。
バージョン通りの動きをするだろ。

WEBシステムの実装言語として使うなら、本体よりもむしろFastCGIやmod_**の方の
設定の可否などが大きいはず。そういうことを聞いてるのかな？

377:デフォルトの名無しさん
09/03/02 09:46:38
>>374
レンタルサーバの使用感ならhosting板、
CGIのバックとしての使用感ならwebprog板で訊いて下さい。

378:デフォルトの名無しさん
09/03/02 13:54:25
以下の内容は、某スレに書き込んだものなんだけど、自分には結構面白いやり
取りになったので、いろんな言語でやってみたくなった。

ある大きな連想配列から、いくつかのキーを持つ要素だけを取り出した、部分
連想配列を作りたい。

// PHP版
$request = array('hoge'=>1, 'fuga'=>2, 'piyo'=>...
//これからキーが hoge, fuga の物だけを取り出すとすると、

foreach (array('hoge', 'fuga') as $param) {
$a[$param] = $request[$param];
}

これ、いろんな言語で、なるべく簡潔に書くにはどうしたらいいだろう？

379:デフォルトの名無しさん
09/03/02 14:11:16
>>378
Perlで
my %request = ('hoge'=>1, 'fuga'=>2, 'piyo'=>3);
my %a = (); my @keys = ('hoge', 'fuga');
@a{@keys} = @request{@keys};

ググってサンプルを見ながら適当に。なんかおかしいorもっと簡潔に書けるかも。

380:デフォルトの名無しさん
09/03/02 15:00:14
>>379
Perl って、
・連想配列の引数に、配列を与えられるのか。すげー。
・変数名のプレフィックスが型によって違うから、目がちかちかするのう。

Perl講座２章［変数］
URLﾘﾝｸ(www.site-cooler.com)

381:デフォルトの名無しさん
09/03/02 15:02:53
ちなみに、ほかに書き込んだのは

PHP＠プログラム板
ｽﾚﾘﾝｸ(tech板:341-番)

Pythonのお勉強 Part32
ｽﾚﾘﾝｸ(tech板:275-番)

382:デフォルトの名無しさん
09/03/02 15:07:09
JavaScriptは多分愚直にループするしかないかな？
Rubyはなんかメソッドうにょうにょでできそうだけど、俺は知らね。

383:デフォルトの名無しさん
09/03/02 15:08:14
>>380
配列周りでぼんぼことフラット化する癖は……

384:デフォルトの名無しさん
09/03/02 15:32:05
バベル案内
URLﾘﾝｸ(www.aoky.net)

> Perlは夏の台湾の通りの上で破裂したマッコウクジラだ。はらわたがそこら
> 中に飛び散って、車や自転車や歩行者を覆っている。それがPerlだ。本当に
> チャーミングだ。
（略）
> Perlがリスト処理をできないのは、リストを自動的に平坦にするという救い
> がたく愚かな決断をラリーが初期にしたことによる。そのため(1, 2, (3,
> 4))は不思議なことに(1, 2, 3, 4)に変わってしまう。あなたはこんな風になっ
> てほしいと思ったことはないだろう。しかしラリーがある日たまたま何かの
> 問題でそうなるのが都合が良かったため、それ以来Perlのデータ構造はまっ
> たくの破裂したクジラとなってしまったのだ。

385:デフォルトの名無しさん
09/03/02 15:38:56
>>384
釣れますか？

386:デフォルトの名無しさん
09/03/02 15:55:14
Rubyをよく知らない俺様が通りますよ。

irb(main):001:0> request = {'hoge'=>1, 'fuga'=>2, 'piyo'=>3}
=> {"fuga"=>2, "hoge"=>1, "piyo"=>3}
irb(main):002:0> a = {}
=> {}
irb(main):003:0> ["hoge", "fuga"].map{|x| a[x] = request[x]}
=> [1, 2]
irb(main):004:0> a
=> {"fuga"=>2, "hoge"=>1}

これではforループがmapに変わっただけだな。

387:デフォルトの名無しさん
09/03/02 16:20:28
Rubyは中途半端な私が通りますよ。
request = { 'hoge' => 1, 'fuga' => 2, 'piyo' => 3 }
keys = ['hoge', 'fuga']
a = Hash[*keys.zip(request.values_at(*keys)).flatten]

388:デフォルトの名無しさん
09/03/02 16:26:37
>>387
*keys の * ってなにをするものなの？
良かったら教えて。ググりようがないので。

389:デフォルトの名無しさん
09/03/02 16:38:22
>>388
中を展開すると理解してる。ちょっと違うかもしれないけど。
こうすると分かりやすいと思う。
p [1, 2, 3]
p *[1, 2, 3]

390:デフォルトの名無しさん
09/03/02 16:53:46
グモ

391:デフォルトの名無しさん
09/03/02 16:56:04
>>389
ごめん、やっぱりよく分からない。
p *[1, 2, 3] は動くけど、
*[1, 2, 3] は動かない。どうなってるの？

リファレンスのどこに載ってるか、教えてもらえるととてもうれしい。

URLﾘﾝｸ(www.ruby-lang.org)

392:デフォルトの名無しさん
09/03/02 16:57:47
メソッド呼び出しのところ

393:デフォルトの名無しさん
09/03/02 17:40:45
>>392
> メソッド呼び出しのところ

そういうことか！やっとわかった。ありがとう。
メソッド呼び出し - Rubyリファレンスマニュアル
URLﾘﾝｸ(www.ruby-lang.org)

ちなみに Pythonだと、* で配列の展開、** で連想配列の展開になる。

>>> def hoge(a, b, c):
... return a

>>> hoge(*['a', 'b', 'c'])
'a'
>>> hoge(**{'a':1, 'b':2, 'c':3})
1
4. その他の制御フローツール
URLﾘﾝｸ(www.python.jp)

なるほどRubyにもあったのか。

正直に言うと、Hash[], Enumerable#zip, Hash#values_at とか、全部知らなかった。
Rubyってホントにメソッドが山盛りだな。
まあ俺が無知なだけか。

394:デフォルトの名無しさん
09/03/02 17:42:26
>>391
>>392さんの通り。
URLﾘﾝｸ(www.ruby-lang.org)

多重代入でも最後のメンバー限定で展開できたり。

a, b, c = [1, *[2, 3]]
p a, b, c

URLﾘﾝｸ(www.ruby-lang.org)

多重代入の左辺と、メソッドの仮引数で意味が変わったりする謎アイテム。

395:デフォルトの名無しさん
09/03/02 17:44:06
ぐは。

396:デフォルトの名無しさん
09/03/02 18:00:39
交代リストからハッシュを作れるRubyの仕様は、古き良き時代のLISPの香りが
するような。

397:デフォルトの名無しさん
09/03/02 18:21:30
静的型の言語はお呼びじゃないか。
標準ライブラリのtemplateをひっかきまわすのは面倒そうなのでこれで。

int[string] request = ["hoge":1, "fuga":2, "piyo":3];
auto keys = ["hoge", "fuga"];

typeof(request) result;
foreach(i; keys) if(i in request) result[i] = request[i];

398:デフォルトの名無しさん
09/03/02 18:51:45
>>397
何かと思ったが、これは C++0x か！
すげえ、こんな風に書けるようになるのか！

399:デフォルトの名無しさん
09/03/02 19:09:04
しかしロジックは>>378のforループと変わっていないんだな。

400:デフォルトの名無しさん
09/03/02 19:22:37
いや、D。
0xだとdecltypeだったりstd::for_eachだったりunordered_mapだったりすると思うわけだが。
ロジックはまるっきり同じ。
組み込みの連想配列を持っていてfor .. in相当の構文がある言語ならなんでもこの形式で書けるんじゃないのかな

401:デフォルトの名無しさん
09/03/02 19:25:21
やった、RubyのEnumerable#injectで書けたよママン。

['hoge','fuga'].inject({}){|x, y| x[y]=request[y]; x}

402:デフォルトの名無しさん
09/03/02 19:40:53
Ruby の inject が使えるなら Python の reduce も使えるはずだ。

def func(x, y):
　　　　x[y]=request[y];
　　　　return x

reduce(func, ['hoge', 'fuga'], {})

なんで無名関数使わないのかって？
Pythonのlambdaは代入とかできないんだようるせえな。
いいんだよPythonでは名前空間の不足に困ったりしないから。
あと何でも一行で書こうとするのは悪い習慣。

403:デフォルトの名無しさん
09/03/02 19:56:39
>>400
> いや、D。
なんだそうか。C++に連想配列リテラルが組み込まれたかと思って驚いちゃった
よ。恥ずかしいな。

D vs C++0x - プログラミング言語 D 2.0
URLﾘﾝｸ(www.kmonos.net)

404:デフォルトの名無しさん
09/03/02 19:59:17
ちんこ

405:デフォルトの名無しさん
09/03/02 20:10:25
どれも別に短くはなっていない件について。

406:デフォルトの名無しさん
09/03/02 20:17:38
わざとキモく書いてみるテスト
$request = @{hoge=1; "fuga"=2; 'piyo'=3}
$a = @{};
echo hoge,'fuga' | % { $a.$_ = $request[$_] }

407:デフォルトの名無しさん
09/03/02 20:22:05
>>402
dict(reduce(lambda x, y: x + [(y, request[y])], ['b','c'], []))

408:デフォルトの名無しさん
09/03/02 20:24:01
dict(reduce(lambda x, y: x + [(y, request[y])], ['hage','fuga'], []))

409:402
09/03/02 20:36:40
>>407-408 まいりました。おまい頭いいな。

410:デフォルトの名無しさん
09/03/02 20:40:14
どれも大体分かるけど、>>406 だけ全然分からん。

411:デフォルトの名無しさん
09/03/02 20:40:26
何でも一行で書こうとするのは悪い習慣

412:デフォルトの名無しさん
09/03/02 20:53:22
python の dict って hoge.append('key', value) みたいなこと出来ないんですか？

413:デフォルトの名無しさん
09/03/02 21:00:10
>>406は言語すらわからん。
Perlっぽいが、動くとは思えん。これ何？

414:デフォルトの名無しさん
09/03/02 21:00:57
>>412
知らんけど、無さそうだね。
hoge['key'] = value じゃ駄目？

3.8 マップ型
URLﾘﾝｸ(www.python.jp)

415:デフォルトの名無しさん
09/03/02 21:03:00
>>407-408
最後にdictを使うのなら、injectじゃなくて、リスト内包表記やmapの方が素直
じゃね？Python本スレではそうなってた。

416:デフォルトの名無しさん
09/03/02 21:07:51
>>410,413
PowerShellですよ
どうせならはっきりキモイと言ってくれても私は一向に構わん
% は Foreach-Object というコマンドのエイリアスで
ハッシュテーブルへは配列表記プロパティ表記どちらでも可能なのでこんな感じでキモく書けます

417:デフォルトの名無しさん
09/03/02 21:16:02
>>412
{}.__setitem__(k, v)

418:デフォルトの名無しさん
09/03/02 21:16:44
>>412
>>414
hoge.__setitem__(key, value)

無理やりreduceで書くなら例えば
reduce(lambda d, x: d.__setitem__(x, request[x]) or d, ['hoge','fuga'],{})
こんな書き方になると思うけど、Python使いはこの例を普通こんな風には書かない

dict((k, request[k]) for k in ['hoge','fuga'])
のほうがずっと素直で短く読みやすいからね

419:デフォルトの名無しさん
09/03/02 22:00:38
>>416
なるほど、キモいけど面白れー！

420:デフォルトの名無しさん
09/03/02 22:15:29
>>418
内包記法はうらやましい

421:341
09/03/02 22:30:41
なんか、このスレでも結構盛り上がったかな。ありがとうございます。

ちなみに元の言語であるPHPにも、forループしかないわけじゃなくて、むやみ
やたらと沢山のarray関連関数がある。
URLﾘﾝｸ(jp2.php.net)

これを利用したら簡潔にならないかと思ったんだが、

array_intersect_key($request, array_flip(array('hoge', 'fuga')));

関数名の長いせいもあって、どうも垢抜けないのう。

422:デフォルトの名無しさん
09/03/02 22:47:33
Python人口多いな。
Perl とか Ruby とか、もっと面白いことできないの？

423:デフォルトの名無しさん
09/03/02 22:52:03
「面白いこと」を定義してください

424:デフォルトの名無しさん
09/03/02 23:00:41
じゃ、Rubyで。>>387とあんまり変わらないか。
Hash[*['hoge','fuga'].map {|x| [x, request[x]]}.flatten]

個人的には、リスト内包表記より、Rubyのmapとブロックのほうが好きだな。

425:デフォルトの名無しさん
09/03/02 23:06:06
>>423
Rubyはさておき、Perl だったら、とにかく変態的なことをしてほしい。
ほかの言語だったらありえないようなこと。

426:デフォルトの名無しさん
09/03/02 23:13:37
>>423
ｽﾚﾘﾝｸ(tech板:412番)
>中二設定豊富

427:デフォルトの名無しさん
09/03/02 23:15:50
>>425
>>379の縦横無尽の記号乱舞リスト展開くらいではまだ足らんと申すか

428:デフォルトの名無しさん
09/03/02 23:21:58
>>427
いや、逆。あれで火がついちゃった。Perlすげえ。
もっと何か見せてほしい。

429:デフォルトの名無しさん
09/03/02 23:26:58
目的と手段を取り違えている典型的な例だな

430:デフォルトの名無しさん
09/03/02 23:30:32
>>424
> 個人的には、リスト内包表記より、Rubyのmapとブロックのほうが好きだな。

ブロック内に複数行でも書けるから、凝ったことがやりやすいよね。

Pythonのリスト内包表記だと、長くなるとだんだん読み書きしづらくなる。
そのうち業を煮やして、手作業でforループに書き換えることに。
そのときの面倒さと言ったら。
これって俺だけ？

431:デフォルトの名無しさん
09/03/02 23:31:11
つってもありゃイディオムだしな。
リファレンスでごちゃごちゃしたって簡潔にも面白くもならんだろうし。
他の例のようにループ(？)にするとこんな感じかな。

my %a = map { ($_, $request{$_}) } ('hoge', 'fuga');

432:デフォルトの名無しさん
09/03/02 23:31:22
perlのハードルがあがっているところ普通で申し訳ないが
面白そうなので俺も書いてみた。
for(keys %request){if(/hoge/||/fuga/){$r{$_}=$request{$_};}}
grepで出来んかな

433:デフォルトの名無しさん
09/03/02 23:32:24
>>429
ええそうです。手段のためなら目的を選びませんとも！

434:デフォルトの名無しさん
09/03/02 23:43:30
あー、やっと気づいた。>>407-408って、Schemeとか関数型言語で多用される
「継続渡し」スタイルだ。
だから副作用の書けないPythonのlambdaでも、ちゃんと結果を累積できるんだ。

>>426
Haskell わかんないから君が書いてよ。

435:デフォルトの名無しさん
09/03/02 23:45:22
>>431と>>432を合わせて無理矢理grepも使ってみた

my %a = map {$_, $request{$_}} grep {/^hoge|fuga$/} keys %request;

436:デフォルトの名無しさん
09/03/02 23:58:08
Perlにはgrepなんて関数があるのかよ！
すげえ、もう意味が分からない。

437:デフォルトの名無しさん
09/03/02 23:58:43
>>435
おお、さすがム版！
grep版がすぐに出てきて、個人的に満足した。ありがとう。

438:378
09/03/03 01:45:34
そろそろ投稿も落ち着いたかな。
実はオチに使おうと思って用意していた言語がある。

R。R言語やGNU Rとも呼ばれる、統計用ベクトル言語。基本的にすべてのデータ
がベクトル。

> request <- c(hoge=1, fuga=2, piyo=3)
> request[c('hoge', 'fuga')]
hoge fuga
　　 1　　　　2

ご覧の通り、変数の添え字にベクトルを与えられるので、きわめて簡潔、と言
うかそのまんまに書ける。これ以上簡潔というと、話に聞くAPLぐらいしか思い
つかない。まあAPLに連想配列があるか知らんけど。

--
プログラミング言語というものは、使用目的が固定された場合、
ライブラリ → フレームワーク → DSL
という形で進化していくものだと思う。効率ではDSLが最高で、汎用言語は絶対
に追いつけない。例えば、RDBをSQLじゃなくてCで直接操作するのは鬼のように
大変。

しかしDSLは、習得は容易だが自由度が低くて、やろうとしたことができないこ
とも多い。だから一般的に、人気の出たDSLはだんだん汎用言語化していく。
PL/SQLとか。R なんか、行き過ぎるくらい汎用言語化している。

つうことで、言語の進化には、汎用言語<-->専用言語の逆向きの流れが同時に
存在していて、人が言語の良し悪しについて議論する場合、どっちを重視する
かが人によって違うのが、話のかみ合わない一因じゃないかなと思っている。

439:378
09/03/03 01:54:26
とは言うものの、いきなり>>379で Perlが添え字に配列を与えられることを教
えられて、用意した結論がいきなり疑わしくなってしまった。Perlは存在が反則。

つうことで、いろんなコードが見られて自分は面白かったです。皆さんありがとう。

440:デフォルトの名無しさん
09/03/03 02:42:39
request[c('hoge', 'fuga')] で値だけじゃなくキーも返すっていうのは良いのか悪いのか

441:デフォルトの名無しさん
09/03/03 02:45:32
>>434
なんかよくわからんこと書いてるな。

fold, inject, reduce 自体が継続渡しスタイルなんだよ。

>>407は、副作用無しに作れて、あとで連想配列に変えられるような
処理結果の累積方法を見つけたのが偉いの。

あとこれは、連想配列にある要素を加えた結果を作る式が、たまたまPythonには
なかったというだけの話。それをlambdaで与えれば、dictは要らなかった。

442:デフォルトの名無しさん
09/03/03 03:04:48
>>440
> request[c('hoge', 'fuga')] で値だけじゃなくキーも返すっていうのは良いのか悪いのか

問題ない。
キーを持つベクトルと、持たないベクトルとで、そのまま演算できるから、
値だけの場合と同様に扱える。

> (c(hoge=1, fuga=2) + c(10, 20))
hoge fuga
　　11　　 22

443:デフォルトの名無しさん
09/03/03 03:09:09
あれ、なんか全体にカッコがついてしまった。とりあえず別に要らない。
c(hoge=1, fuga=2) + c(10, 20)

444:デフォルトの名無しさん
09/03/03 03:18:45
>>442
あー、いわゆる"配列"と"連想配列"を差別しないのが"ベクトル"なわけかな

445:デフォルトの名無しさん
09/03/03 03:47:46
>>444
まあそんな感じ。

もう少し言うと、ベクトルは基本的には、自然数が添え字の単なる配列。
だけど「キー」を付けると、キーの値でも要素にアクセスできるようになる。
連想配列としては擬似的なもの。

だから、「キー」（正確には「name属性」）を持つベクトル同士を足すと、
> c(hoge=1, fuga=2) + c(fuga=10, piyo=20)
hoge fuga
11 22

単に要素の順番で足されて、後者のname属性は結果には残らない。
この辺はちょっとガッカリ？

真に配列と連想配列をうまく統合したのは、PHPだと思う。

446:デフォルトの名無しさん
09/03/03 04:56:46
>>438
無駄に汎用言語化するという流れは、まああるだろうね。
PerlとPHPは別にオブジェクト指向なんか実装する必要はなかったと思うし、
まあ実際無理に汎用言語化された機能の使われ方も微妙。

447:デフォルトの名無しさん
09/03/03 06:15:54
>>445
SQLのUNIONみたいなもんですかね

448:デフォルトの名無しさん
09/03/03 21:24:22
配列の添え字に配列渡せるって割と珍しいの？
多重代入くらいにはメジャーだと思ってた

449:デフォルトの名無しさん
09/03/03 23:58:33
>>445

>もう少し言うと、ベクトルは基本的には、自然数が添え字の単なる配列。
>だけど「キー」を付けると、キーの値でも要素にアクセスできるようになる。
>連想配列としては擬似的なもの。

擬似ハッシュ(Pseudo-Hash)なら、Perlにもv5.005の頃からあったけど、
そのデータ構造上、メモリ効率やパフォーマンスに悪影響があるということで、
v5.9.5で廃止された。これ豆

450:デフォルトの名無しさん
09/03/04 11:57:12
>>449
Perlってほんとに何でもあるなあ。
Perlの言語仕様って、それ以外の言語全部を合わせたぐらいあるんじゃないか？

あ、C++があるか。あれもC++以外の言語の仕様を全部合わせたぐらいあるな。

451:デフォルトの名無しさん
09/03/04 11:58:39
>>448
> 配列の添え字に配列渡せるって割と珍しいの？
> 多重代入くらいにはメジャーだと思ってた

よかったらPerl以外にどんな言語があるか教えてよ。

452:デフォルトの名無しさん
09/03/04 12:13:50
>>441
おおむね同意だが、ちょっとコメントしますよ。

> あとこれは、連想配列にある要素を加えた結果を作る式が、たまたまPythonには
> なかったというだけの話。それをlambdaで与えれば、dictは要らなかった。

それ一応Pythonにあるだろ。
>>418氏が d.__setitem__(x, request[x]) or d って書いてる。
だから実際、418の1つ目のコードは、reduceだけで済んでてdictはない。

まあ __setitem__()とかの演算子の定義のためのメソッドを直で呼んだり、そ
れを or でつなげたりというのは、Pythonでムリクリにワンライナーを書くた
めのバッドノウハウで、418氏の言うとおりおすすめできない。

西尾泰和のブログ: Pythonでワンライナーを作成する際のノウハウ集
URLﾘﾝｸ(www.nishiohirokazu.org)

6.7 operator -- 関数形式の標準演算子
URLﾘﾝｸ(www.python.jp)

453:デフォルトの名無しさん
09/03/04 12:34:27
R の最大の欠点の一つは、ググりにくいこと。
しかし最近は r １文字で結構出てくるようになった。

統計処理ソフト R 入門講習会資料
URLﾘﾝｸ(androids.happy.nu)
（なんか落ちてるんでGoogleキャッシュ）
URLﾘﾝｸ(72.14.235.132)

R-Tips
URLﾘﾝｸ(cse.naro.affrc.go.jp)

Rの入門や言語仕様など
URLﾘﾝｸ(cran.r-project.org)

R言語 - Wikipedia
Wikipedia項目ﾘﾝｸ

RjpWiki - RjpWiki
URLﾘﾝｸ(www.okada.jp.org)

454:デフォルトの名無しさん
09/03/04 14:17:15
>>450
> Perlってほんとに何でもあるなあ。
同意。あと、これからの言語って、何か売りが無いと消えていくかも。

・あると便利なもの全部詰め合わせ。
・最小限の部品と糊を容易するからあとは自分で。
・特定ニーズに特化(統計処理など)
・1分で始められるお手軽言語
・豊富な過去の資産

ただ、プログラミングの自動化、ハードウェア化が進むと上記の売りも絶対的なものじゃなくなりそうだ。

455:デフォルトの名無しさん
09/03/04 18:51:40
>>451
代入式では使えないけど、PowerShellでも参照はできた

456:デフォルトの名無しさん
09/03/04 19:23:35
Perlは何でもアリなのは良いんだが、すぐに記号だらけになるのがなぁ。
MSのパスワードチェッカーにワンライナー打ち込んだら強度：最強とか出たんですけど。

457:デフォルトの名無しさん
09/03/04 19:54:04
大体どの言語のワンライナーでも強度は最強だろｗ

458:デフォルトの名無しさん
09/03/05 00:54:03
>>457
APLのワンライナーなら99%のクラッカーは入力すらできないだろうから安心？

>>453
Rは下手にループ書くと速度激減だからベクトル化で頭ひねるよね。
きれいにベクトルに落として応答が瞬間で戻るようになると気持ちいい。

459:デフォルトの名無しさん
09/03/05 10:25:28
>>402
> あと何でも一行で書こうとするのは悪い習慣。

普通にRubyプログラム組んでて
　↓
あれーこれ、どうやるんだっけな
　↓
irbで試行錯誤
　↓
ヤッター1行でできたよーー！
　↓
プログラムにコピペして、コミットする
　↓
後から見て何やってるかわからん orz

と言う流れがよくあるｗｗｗ

460:デフォルトの名無しさん
09/03/05 10:36:17
RubyはDSLが生まれやすいんだけど、
DSLができて流行って使おうとする時にエディタ支援が効かなかったりして泣ける・・・

Rakeとか、Rspecとかさー。
今は大分使えるけど。

しかし、今使ってみてるRadRailsまだrspec対応してないみたいなんだよな・・・

461:デフォルトの名無しさん
09/03/05 10:36:27
コメント３行くらいつけとけば無問題

462:デフォルトの名無しさん
09/03/05 11:56:42
わかりやすいコードをコメントとしてつけておけばおｋ

463:デフォルトの名無しさん
09/03/05 14:29:53
URLﾘﾝｸ(blog.headius.com)
URLﾘﾝｸ(d.hatena.ne.jp)
URLﾘﾝｸ(ko.meadowy.net)

そこはかとなく、今年の終わり位から
JRuby(^^)JRuby してきそうな気がする…

Java のライブラリが使える Ruby
Ruby を使える私！

>>> item = "これは売れるきっと売れるわ！(予測：GAEはびみょー)"
>>> tmpl = Template("""{% for item in seq %}
... {{ item }}
... {%- endfor %}""")
>>> tmpl.render(seq=range(3))

464:デフォルトの名無しさん
09/03/05 16:44:51
Twitterがパフォーマンスを理由にRubyから一部Scalaに乗り換えた模様
URLﾘﾝｸ(www.scala-lang.org)

465:デフォルトの名無しさん
09/03/06 00:41:05
GAEは他のfwと同じように良いところも悪いところもあるね
癖を分かって使う分には結構なんだが
バッドノウハウの塊のようでもあり

466:デフォルトの名無しさん
09/03/06 09:45:36
>>463
そんな日々の流行だけ追ってるからお前はいつまでもだめなんだよ

467:デフォルトの名無しさん
09/03/06 12:13:04
日々、COBOLのソースを追っかけてますが何か

468:デフォルトの名無しさん
09/03/06 12:17:33
君はそれでいい。

469:デフォルトの名無しさん
09/03/07 07:47:14
誰かが犠牲になってコボラーになってれば
新人をコボラーにせずに済むからな。
俺は、嫌だね。

470:デフォルトの名無しさん
09/03/09 00:26:45
尊敬されたがるが他人への敬意は無い

471:デフォルトの名無しさん
09/03/09 16:42:20
最も満足度の高いスクリプト言語はPHP
URLﾘﾝｸ(slashdot.jp)
米国のEvans Dataが500名以上の開発者／ITプロフェッショナルを対象に行ったアンケートで、
最も満足度の高いスクリプト言語はPHPであるという調査結果が出たそうだ
この調査では、回答者が利用したことのある言語について、12の評価項目に対して優れたスクリプト言語をランク付けする形で行われた。
その結果、総合得点ではPHPがトップ、以下Ruby、Python、Perl、Flex、JavaScript、ActionScript、F#、PowerShell、VB Scriptという順位になったという。

472:デフォルトの名無しさん
09/03/09 16:45:12
>>471
リンク先、12の評価項目の各トップ3

Ease of Use: Ruby, PHP, Flex
Exception Handling: Ruby, Python, Powershell
Extensibility: Python, PHP, Perl
Maintainability/Readability: Ruby, PHP, Python
Cross-platform Portability: PHP, Ruby, Python
Community: Ruby, PHP, Javascript
Availability of Tools: PHP, Ruby, VB Script
Quality of Tools: PHP, Flex, Python
Performance: PHP, Perl, Python
Memory Management: Python, Perl, Flex
Client-side Scripting: Javascript, Ruby, Windows Powershell
Security: Microsoft F#, PHP, Ruby

次ページ