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

1 名前：デフォルトの名無しさん mailto:sage [2009/02/15(日) 03:18:33 ] 最強のＬＬ＝軽量プログラム言語は、どれよ？ エントリーは、 Perl、PHP、Python、Ruby、JavaScript・・・ さあ、死ぬまで語りやがれ！！！ 775 名前：デフォルトの名無しさん mailto:sage [2009/03/23(月) 22:12:56 ] 意外に完成度高いな 776 名前：デフォルトの名無しさん mailto:sage [2009/03/23(月) 22:19:40 ] 次は作曲をお願いします 777 名前：デフォルトの名無しさん mailto:sage [2009/03/23(月) 22:32:28 ] 777 778 名前：デフォルトの名無しさん [2009/03/23(月) 23:47:20 ] PHPはまだしもPerl/Pythonの仕事って皆無なんだけど、みんなどこで使ってるの？趣味？ 779 名前：デフォルトの名無しさん mailto:sage [2009/03/23(月) 23:48:19 ] 忘れられたRubyのWebフレームワーク www.infoq.com/jp/news/2007/11/forgotten-ruby-web-frameworks 思い付いては作られて人々の記憶から消えてゆく 忘れられたフレームワークに意味はあるのでしょうか 780 名前：デフォルトの名無しさん mailto:sage [2009/03/23(月) 23:59:10 ] どのレスとは言わないがRubyを認めてるなんて一言も言ってないのにRubyは認めれてることにする信者の気持ち悪さ 781 名前：デフォルトの名無しさん mailto:sage [2009/03/24(火) 00:02:02 ] >>778 Perlはmixi、モバゲー、ライブドア Pythonの日本の事例はZope使ったの以外知らん 782 名前：デフォルトの名無しさん mailto:sage [2009/03/24(火) 00:02:05 ] Perlの仕事はないから俺は2chでだべる用に使ってる。Pythonは有望株。 783 名前：デフォルトの名無しさん mailto:sage [2009/03/24(火) 00:06:41 ] 永遠に有望株のままの気もするが＞Python 実際、まだそれほどどろどろの現場作業で使われていないからこそ、高みからの 物言いが続けられるという一面は否定出来ないのではないか 784 名前：デフォルトの名無しさん [2009/03/24(火) 00:06:47 ] その3社にしか就職できないのか・・どこもいやなんだが 785 名前：デフォルトの名無しさん mailto:sage [2009/03/24(火) 00:17:27 ] 飛行機事故すごいな 786 名前：デフォルトの名無しさん mailto:sage [2009/03/24(火) 00:21:19 ] >>779 Webについて言えば RDBとTemplateとスクリプトを組み合わせたら よほど変なつくりにしない限り ほとんど勝手にMVCになるんだけどな 787 名前：デフォルトの名無しさん mailto:sage [2009/03/24(火) 00:23:14 ] まあ政治的な匂いはする 788 名前：デフォルトの名無しさん mailto:sage [2009/03/24(火) 00:38:05 ] >>786 それはかなり甘い。というか、ある程度最近の頭から出てる発想だと感じる。 > RDBとTemplateとスクリプトを組み合わせたら そのTemplateが曲者で、フレームワークにくっついていないテンプレートシステムは な　ぜ　か　普及しないし開発も進まない。 自由にCGIなりを作らせると、初期のPerl CGIと見まがうばかりのHTML&print乱舞の スクリプトが量産され、また例えばRubyでERBなんかが出てきたかと思えば今度は、 上記を全くひっくり返した形で、初期のJSPやPHPのごとく、ロジック埋め込みマンセー スクリプトが量産される。 とりあえず何でもいいから「フレームワーク」で縛って、Viewを刷り込む必要がある ってのが第一段階。 どうにもスクリプト野郎の脳みそにはテンプレートは馴染みにくいらしい。 XML文字列を作るときにXMLライブラリの出力以外の方法として愚直な文字列連結しか 思いつかない、とかな。 789 名前：デフォルトの名無しさん mailto:sage [2009/03/24(火) 00:39:30 ] >>781 なんか胡散臭いラインナップだな。 もっとパッとした例はないのか。 790 名前：デフォルトの名無しさん mailto:sage [2009/03/24(火) 00:44:26 ] ちょっと前なら、MovableTypeをいじる仕事もそれなりにあったんじゃなかろうか プラグインとか作ってる会社はあったな。本業になってたのかは知らないけど。 791 名前：デフォルトの名無しさん mailto:sage [2009/03/24(火) 00:53:39 ] pythonってtracでしか使ってないや。 792 名前：デフォルトの名無しさん mailto:sage [2009/03/24(火) 00:53:54 ] Rubyは楽天、ドリコム、ニフティ、カカクコム phpはYahoo、他詳しい方どうぞ 793 名前：デフォルトの名無しさん mailto:sage [2009/03/24(火) 00:54:12 ] >>789 はてなとか ってかWebベンチャーの名前出しても全部うさんくさいとか言うんだろどうせ PHPとJavaはYahoo!Japanで使われてるのでうさんくさいですねみたいな どこでも使われてないRuby,Pythonにそんな心配はないけどｗ 794 名前：デフォルトの名無しさん mailto:sage [2009/03/24(火) 00:55:14 ] ああ、Rubyは Yahooにも採用されてたごめん。RubyつかRailsだけど 795 名前：デフォルトの名無しさん mailto:sage [2009/03/24(火) 00:55:39 ] >>792 Rubyのところ酷いなｗｗｗ スパイウエアとクラッキング祭りとかｗｗｗ 796 名前：デフォルトの名無しさん mailto:sage [2009/03/24(火) 00:56:44 ] むしろ一番怪しいところで使われてるのはRubyだけどねー Ruby使いましたって言語的な目新しさを話題にしようとしてるんだけど 797 名前：デフォルトの名無しさん mailto:sage [2009/03/24(火) 00:57:12 ] スマン、YahooがRubyにも採用は勘違い。二重にスマソ 798 名前：デフォルトの名無しさん mailto:sage [2009/03/24(火) 00:57:16 ] >>793 いや、yahooと781は同列に並べんだろ… 799 名前：デフォルトの名無しさん mailto:sage [2009/03/24(火) 00:58:08 ] Python信者の心のよりどころGoogleが出てこないのは何故だｗ 関連の仕事は無いだろうけど 800 名前：デフォルトの名無しさん mailto:sage [2009/03/24(火) 01:02:15 ] Googleも検索系がCでサービス系がJavaで Python使ってるのはヘルプとかどうでもいい部分だからなｗ 801 名前：デフォルトの名無しさん [2009/03/24(火) 01:03:10 ] Rubyか・・・ クックパッドとか大規模だよな。 Rubyの案件はあちこちで結構炎上してるらしーね。 802 名前：デフォルトの名無しさん mailto:sage [2009/03/24(火) 01:05:16 ] >>795 昔の価格.comの騒ぎはASP.NET、というかWindowsサーバだったのでは？ 最近あったのなら知らないけど 803 名前：デフォルトの名無しさん mailto:sage [2009/03/24(火) 01:05:33 ] >>792 Rubyは、楽天、ドリコム、ニフティ、カカクコム、リコー サービスでいえば、iKnow（セレゴ・ジャパン）もRuby 804 名前：デフォルトの名無しさん mailto:sage [2009/03/24(火) 01:05:55 ] >>788 >XML文字列を作るときにXMLライブラリの出力以外の方法として >愚直な文字列連結しか思いつかない 言語仕様にも原因はありそう 805 名前：デフォルトの名無しさん mailto:sage [2009/03/24(火) 01:08:29 ] >>801 > 月間2.8億PV クックパッドは半端ないビュー数ｗ ようスケーリングしているなあ twitterも前はrubyだったけ。途中で悲鳴上げてphpかperlになった記憶があるが 806 名前：デフォルトの名無しさん mailto:sage [2009/03/24(火) 01:10:49 ] Railsって昔のWindowsサーバみたいに数日毎に再起動しないと死ぬでしょ ありえん 807 名前：デフォルトの名無しさん mailto:sage [2009/03/24(火) 01:11:11 ] AmazonはPerl利用か？ ってここ一連の流れはWebProg板でやれって感じだがｗ 808 名前：デフォルトの名無しさん mailto:sage [2009/03/24(火) 01:11:48 ] Rubyの爆笑ポイントはRubyの実行環境で最速なのがJRubyって所だな だったらもうホットデプロイのJavaでいいじゃんｗ 809 名前：デフォルトの名無しさん mailto:sage [2009/03/24(火) 01:14:04 ] >>807 そうだよ 810 名前：デフォルトの名無しさん mailto:sage [2009/03/24(火) 01:21:38 ] >>806 そうだね 811 名前：デフォルトの名無しさん mailto:sage [2009/03/24(火) 02:02:14 ] >>805 twitter は ruby から scala だぜ。 www.scala-lang.org/node/1008 なんだかんだで jvm はよく出来てるってオチかね。 812 名前：デフォルトの名無しさん mailto:sage [2009/03/24(火) 02:05:55 ] じゃあ俺もJPerlに乗り換えるかな 813 名前：デフォルトの名無しさん mailto:sage [2009/03/24(火) 02:07:28 ] >>811 それもParrotが完成するまでの話だぜ！とスレ的に言ってみる 814 名前：デフォルトの名無しさん mailto:sage [2009/03/24(火) 02:38:25 ] >>812 require 5.008; 815 名前：デフォルトの名無しさん mailto:sage [2009/03/24(火) 02:54:34 ] >>782 Pythonは一番多く使われてるシーンはCG系ツールのプラグインスクリプトだろう。 納品するタイプではなく、まさにグルー的に使われている。 816 名前：デフォルトの名無しさん [2009/03/24(火) 08:17:11 ] C/C++ → 基幹部分 Java → サービス部分 スクリプト → その他雑務 が実態。もともとそういう位置づけだし。 817 名前：デフォルトの名無しさん mailto:sage [2009/03/24(火) 09:10:32 ] Pythonはほどよい立ち位置にいるよな。 JavaやRubyでもなんでもヤれなくはないが、なんでもヤると辛いだけだし。 特にRuby信者は夢見すぎな感がある。 Pythonなんかだと案件の簡単な検証でhttpやsmtp鯖をマッハで立ち上げられるし、 データの分析のパーサとしても使えるし、RDBも内蔵しているから ちょっとJavaやＣでやるにはマンドクセな部分もPythonだと簡単に出来たりする面が美味しいのだし。 Python信者ほどGoogleがどうこうなんて言わないと思うな。 ちょっとした事を実現するのに便利だから使っている人が多いだけで、 Pythonでエンタープライズ利用とか、マジで考えている人は少ないだろ。 818 名前：デフォルトの名無しさん mailto:sage [2009/03/24(火) 09:28:36 ] Linuxの単機能のGUIアプリとかでちょこちょこPython製のを見掛けるねえ 今のLinuxだと、Rubyは無くてもいいがPythonは無いと困る場面が多い…てゆーか ディストリによっては始めから、入ってないディストリでも アプリインスコしてたらいつの間にかPythonインスコされてたりするｗ 819 名前：デフォルトの名無しさん mailto:sage [2009/03/24(火) 09:31:03 ] Python入ってないとyumが動かないだろ 820 名前：デフォルトの名無しさん mailto:sage [2009/03/24(火) 10:05:07 ] この流れ間欠泉的に湧き上がる話題 821 名前：デフォルトの名無しさん mailto:sage [2009/03/24(火) 10:32:12 ] なんだ、この間違った情報の出し合いは。 言語論争が好きなやつって浅い知識しかないやつ多いよね。 822 名前：デフォルトの名無しさん mailto:sage [2009/03/24(火) 13:23:46 ] Parrot、Perl 6仮想マシン登場、RubyやPythonも動く journal.mycom.co.jp/news/2009/03/24/008/ わーい 鸚鵡さんが羽ばたいたー 鸚鵡さんが大空に羽ばたいたー(謎 823 名前：デフォルトの名無しさん mailto:sage [2009/03/24(火) 13:48:29 ] >>821 そりゃあんたみたいに何も書かなきゃ間違いようはないわなｗ 突っ込まれるのがそんなに怖いか 824 名前：デフォルトの名無しさん mailto:sage [2009/03/24(火) 13:52:35 ] >>822 Perl6って、今年のクリスマスには出る？ そういうわけではない？ 825 名前：デフォルトの名無しさん mailto:sage [2009/03/24(火) 14:48:26 ] >>824 www.rakudo.org/how-to-get-rakudo www.nntp.perl.org/group/perl.perl6.compiler/2009/03/msg3828.html mingw で簡単にコンパイルできるみたいに 書いてあり www.nntp.perl.org/group/perl.perl6.compiler/2009/03/msg3822.html >The next release of Rakudo (#16) is scheduled for April 23, 2009. www.nntp.perl.org/group/ ていうか絶賛テスト実行中みたいな...unuu 826 名前：デフォルトの名無しさん mailto:sage [2009/03/24(火) 19:15:07 ] >>824 slashdot.jp/developers/09/03/18/0732259.shtml > 2009年中にはpre-1.0リリースを行おうとは考えているが、2008年の > 開発ペースを上回るペースで開発が進んだとしても、Rakudo 1.0、 > つまりPerl 6.0.0の仕様を完全に実装したものについて、2009年中の > リリースは現実的ではないと考えている。 だめっぽいね。>>825なんかとあわせて、かなり現実的なものには なってるみたいだけど 827 名前：デフォルトの名無しさん mailto:sage [2009/03/24(火) 19:23:49 ] >819 「ディストリによっては始めから」と書いた通り 828 名前：デフォルトの名無しさん mailto:sage [2009/03/24(火) 19:29:09 ] apt-getが動けばいいよ 829 名前：デフォルトの名無しさん mailto:sage [2009/03/26(木) 12:21:47 ] >>704 PHP使いのレベルの低さの分かるトラックバック 正規表現なんてこの世から消えればよいのに blog.k05.biz/archives/815 コンパイラの作り方とかまったく知らないんだろうね 830 名前：デフォルトの名無しさん mailto:sage [2009/03/26(木) 12:23:48 ] 正規表現なんてこの世から消えればよいのに blog.k05.biz/archives/815 さすがはレベルの低いのが多いPHPerだな 正規表現を語るなよ 831 名前：デフォルトの名無しさん mailto:sage [2009/03/26(木) 12:55:49 ] 正規表現に関しては、言語を問わずいいかげんだと思うけどね 832 名前：デフォルトの名無しさん mailto:sage [2009/03/26(木) 12:57:52 ] 正規表現ほど単体テストしやすいものもないだろう。 サンプルデータは簡単に作れるし、内部状態もないし。 833 名前：デフォルトの名無しさん mailto:sage [2009/03/26(木) 14:19:57 ] 簡単に作れるサンプルデータで十分ですか 834 名前：デフォルトの名無しさん mailto:sage [2009/03/26(木) 14:47:49 ] まさか他の言語のPGは正規表現大好きで完全理解している奴が大多数とでも言うつもりじゃないよな 835 名前：デフォルトの名無しさん mailto:sage [2009/03/26(木) 15:09:07 ] 正規表現ていわゆる"軽量"の範疇なんかね できれば避けて通りたい自分は妥協の産物って印象なのだが 836 名前：デフォルトの名無しさん mailto:sage [2009/03/26(木) 15:44:26 ] オリジナルの正規表現は理論的なきれいなものだと思うが。 キャプチャとか先読みとかの拡張はできるからやってます感はあるよね。 837 名前：デフォルトの名無しさん mailto:sage [2009/03/26(木) 16:12:56 ] その正規表現も言語によって変わるから面倒なんだよな 838 名前：デフォルトの名無しさん mailto:sage [2009/03/26(木) 16:58:05 ] PHP厨ってまるで自分の親を馬鹿にされたかのように怒り出すよな。 ツールとして使う人とそれにしかすがる物が無い人の差なのかな。 839 名前：デフォルトの名無しさん [2009/03/26(木) 17:02:01 ] どっちかっていうと、Ruby使いの僻みのPHP叩きvsPHP専業プログラマのPHP擁護っていう様相。 840 名前：デフォルトの名無しさん mailto:sage [2009/03/26(木) 17:06:51 ] なんという底辺プログラマ同士の争い 841 名前：デフォルトの名無しさん mailto:sage [2009/03/26(木) 19:27:38 ] ^$.*+辺りは割と頻繁に使うけどなあ 842 名前：デフォルトの名無しさん mailto:sage [2009/03/26(木) 20:57:46 ] で？ 843 名前：デフォルトの名無しさん mailto:sage [2009/03/26(木) 21:12:16 ] 正規表現も使えない奴って どうやってソースコードから検索・抽出 やってるんだろう…? 844 名前：デフォルトの名無しさん mailto:sage [2009/03/26(木) 21:14:04 ] 何を正規表現まで使って検索する必要があるのだろう・・・ 845 名前：デフォルトの名無しさん mailto:hage [2009/03/26(木) 21:19:38 ] >>832 >内部状態もないし dayone 846 名前：デフォルトの名無しさん mailto:sage [2009/03/26(木) 21:21:56 ] 例えば何だろね void\s+関数名 とか ^\s*\/\/ を否定で検索したりとか？ 847 名前：デフォルトの名無しさん mailto:sage [2009/03/26(木) 21:39:33 ] 正規表現がどうのこうのってことじゃなくて、Perl使いがキレていい相手はPHP使いだけってことが事の本質でしょ 848 名前：デフォルトの名無しさん mailto:sage [2009/03/26(木) 21:55:17 ] >>846 GREPって使ったことある？ 849 名前：デフォルトの名無しさん mailto:hage [2009/03/26(木) 22:00:01 ] gﾚp-v 850 名前：デフォルトの名無しさん mailto:sage [2009/03/26(木) 22:16:51 ] >848 あるけど何？ 851 名前：デフォルトの名無しさん mailto:sage [2009/03/26(木) 23:03:11 ] なるほど。PHP使いは、>>844みたいな感じなのか。 852 名前：デフォルトの名無しさん mailto:sage [2009/03/26(木) 23:12:14 ] Java使いだけど>>844と同じ感想だな 普段はせいぜいワイルドカードで間に合う 853 名前：デフォルトの名無しさん mailto:hage [2009/03/26(木) 23:53:22 ] import * 854 名前：デフォルトの名無しさん mailto:sage [2009/03/27(金) 00:07:31 ] PerlやRubyだと文法に組み込まれて手軽に使えるからなあ、正規表現 むしろ文字列同士の比較が、よほど厳密な時や速度を気にする時しか使わない気がする PerlerやRubyistからすると「何でわざわざ文字列同士で？正規表現でいいじゃん」となるのも仕方ない しかしJavaではあんまりやりたくないわな、面倒いｗ 855 名前：デフォルトの名無しさん mailto:hage [2009/03/27(金) 00:18:46 ] >>853 import *; 856 名前：デフォルトの名無しさん mailto:sage [2009/03/27(金) 00:23:35 ] うんだからさ、一部のスクリプト言語の常識を持ち出して他の言語を叩かないでねって話でさ。 どの言語も一長一短で完璧じゃないから、複数の言語が入り乱れるわけだし PerlにしたってPHPに劣ってる部分もあるわけなんだからさ。 たまたま正規表現という文化がPerlプログラマにあったってだけの話だよ。 857 名前：デフォルトの名無しさん mailto:hage [2009/03/27(金) 00:29:13 ] perlで正規表現は実行前にコンパイルされるから 処理速度そんなに気にしなくていいとか言ってるひといるんだけど そういうもんなの？(文字列完全一致と比べるのはなしで) 858 名前：デフォルトの名無しさん mailto:sage [2009/03/27(金) 00:44:11 ] >>857 なんかコンパイルをマシン語への変換と思ってそうｗ 859 名前：デフォルトの名無しさん mailto:sage [2009/03/27(金) 00:55:44 ] そりゃCで徹底的に最適化してはいるが、 処理速度が十分なほど速いかはケースバイケース バックトラックが多数発生するような正規表現なら、かなり遅いこともあり得るだろう 860 名前：デフォルトの名無しさん mailto:sage [2009/03/27(金) 01:17:17 ] Tclを先置いて正規表現の処理速度とな？ 861 名前：デフォルトの名無しさん mailto:sage [2009/03/27(金) 02:41:04 ] 先置いて? 862 名前：デフォルトの名無しさん mailto:sage [2009/03/27(金) 02:45:45 ] うん、「差し置いて」なんだ。済まない。 仏の顔もって言うしね、謝って許してもらおうとも思っていない。 863 名前：デフォルトの名無しさん mailto:sage [2009/03/27(金) 10:18:28 ] この中に、正規表現を検索にのみしか使えないと思ってる人間が何人かいるようだ。 エディタなどで使うときは、かなりの割合で文字列置換にも使う。 というか、置換に使わなければ確かにワイルドカードで十分な事が多い。 864 名前：デフォルトの名無しさん mailto:sage [2009/03/27(金) 10:57:48 ] 正規表現をパースして解析木を作るのにコストがかかってるね。 気になる人はstatic regexみたいなのがあるよ。 ttp://www.kmonos.net/alang/boost/classes/xpressive.html 正規表現だと解析できない再帰的な構文とかも解析できるし。 865 名前：デフォルトの名無しさん mailto:sage [2009/03/27(金) 12:46:33 ] >>863 言ったのは正規表現使うって言い出した奴であって 検索はワイルドカードでいいって言った奴が置換でも正規表現使わんと言った訳じゃないが 866 名前：デフォルトの名無しさん mailto:sage [2009/03/27(金) 20:41:32 ] 字円柱が混ざってるってことだな 867 名前：デフォルトの名無しさん mailto:sage [2009/03/28(土) 15:05:35 ] なんか正規表現の話になってるついでに質問だが、行頭にスペース挿入したりするときに、 検索： /^/ → 置換： " " でできるのと、 検索： /^(.)?/ → 置換 " $1" みたいにしないといけないのと、どっちが正規表現としては本道なの？ 後者しかできないエディタとか、正直めんどいんだが 868 名前：デフォルトの名無しさん mailto:sage [2009/03/28(土) 15:19:35 ] コンパイラの作り方とか知らない低レベルな人が多いね 正規表現がなかったら、スクリプトを動作させるプログラムを作るのが 大変になるのに 869 名前：デフォルトの名無しさん mailto:sage [2009/03/28(土) 15:36:15 ] >>704 >>829 しかし、Matzの日記といいdankogaiといい、PHPに突っかかると腫れ物に触れたかのような反応が周りから返ってくるなｗ 870 名前：デフォルトの名無しさん mailto:sage [2009/03/28(土) 16:26:46 ] ＰＨＰ使いはコンピュータに関する知識レベルが他の言語の使用者よりも低いからね 871 名前：デフォルトの名無しさん mailto:sage [2009/03/28(土) 16:35:58 ] >>870 そんなことないって。 ＰＨＰ使いは多いから、そう見えんねん。 macのウィルスよりwindowsのウィルスが多いのと一緒や 872 名前：デフォルトの名無しさん mailto:sage [2009/03/28(土) 17:06:22 ] ちょっと前まで日本で一番有名なオープンソースPerlプログラマはKENTで以下略 873 名前：デフォルトの名無しさん [2009/03/28(土) 17:16:31 ] 言語仕様は確かにRubyは綺麗でスジがいい感じ。 作っている奴はなんかいかがわしいが、それは認めざるを得ない。 874 名前：デフォルトの名無しさん mailto:sage [2009/03/28(土) 17:19:09 ] elsifがスジいいとか 875 名前：デフォルトの名無しさん mailto:sage [2009/03/28(土) 17:23:09 ] >>870は単なる事実だろ。 世の中の流れによって、いずれかの言語がそういうババを掴まされる。 今はPHPがその役。 それを「PHPという言語への批判」とか「PHPユーザーは皆無能」と言っていると誤読して 噛み付く馬鹿が結構居るけど、そういうの見てるといつも 「なんでこの人達はこんなに気合いを入れて、自分の誤読の内容を自分の言動で 証明しようとしてるんだろう？」 って思うなぁｗ

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef