[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 2chのread.cgiへ]
Update time : 05/09 23:24 / Filesize : 165 KB / Number-of Response : 828
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

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



1 名前:デフォルトの名無しさん mailto:sage [2009/07/25(土) 11:03:24 ]
最強のLL=軽量プログラム言語は、どれよ?

エントリーは、Perl、PHP、Python、Ruby、JavaScript・・・
さあ、死ぬまで語りやがれ!!!

■LLとは?
軽量プログラミング言語(Lightweight Language,LL)とは、取り回しに優れ、
コードの作成や修正が容易と見なされるプログラミング言語のことを指す。

ここでいう「軽さ」はプログラマの負担の軽重を指し、
実行速度に優れているという意味ではない。

現在の水準では
・インタプリタ
・動的型
・正規表現
・関数オブジェクト
などを利用できるものがLLと呼ばれることが多い。(Wikipediaより)

■過去スレ
【Perl,PHP】LLバトルロワイヤル6【Ruby,Python】
pc12.2ch.net/test/read.cgi/tech/1244166510/
【Perl,PHP】LLバトルロワイヤル5【Ruby,Python】
pc12.2ch.net/test/read.cgi/tech/1238720336/
【Perl,PHP】LLバトルロワイヤル4【Ruby,Python】
pc12.2ch.net/test/read.cgi/tech/1234635513/
【Perl,PHP】LLバトルロワイヤル3【Ruby,Python】
pc11.2ch.net/test/read.cgi/tech/1215319832/
【Perl,PHP】LLバトルロワイヤル2【Ruby,Python】
pc11.2ch.net/test/read.cgi/tech/1209289408/
【Perl,PHP】LLバトルロワイヤル【Ruby,Python】
pc11.2ch.net/test/read.cgi/tech/1188997302/

604 名前:デフォルトの名無しさん mailto:sage [2009/10/14(水) 09:47:00 ]
>>602
その場合strの値はunicode型で、uをつけなかったときはstr型になる。
型が違うと当然、相互の演算に制約を受ける。

605 名前:デフォルトの名無しさん mailto:sage [2009/10/14(水) 09:50:15 ]
Pythonの型付けは強い方だから、perlやPHPに慣れてる人だと引っかかるのかもしれないね

606 名前:デフォルトの名無しさん mailto:sage [2009/10/14(水) 10:09:01 ]
JavaはcharがUCS2だと割り切っただけだろ。
サロゲートペアで泣きを入れることになっても知らんぞ。

607 名前:デフォルトの名無しさん mailto:sage [2009/10/14(水) 10:11:23 ]
>>606
ユニコード操作するときってサロゲートペアはあんまり気にならないものだよ。
UTF32でも結局のところ合成文字を考えないといけなくてコード単位ごとに処理できない

608 名前:デフォルトの名無しさん mailto:sage [2009/10/14(水) 10:17:29 ]
Pythonは2.6でも from __future__ import unicode_literals したら、
"foo" が unicode になって、代わりにバイト列は b"foo" しないといけないようになるよ。

609 名前:デフォルトの名無しさん mailto:sage [2009/10/14(水) 16:23:55 ]
WindowsでPerlは確かにCreateFileAなのがダメだ。
Win32API::FileのCreateFileWを使えば簡単に呼べるんだが
Windows用のコードが増えちゃう。
decodeされてる文字列がそのまま、ファイルテスト演算子やPath::Class, IO::All等で使えるといい。
現状そうなっていないので、B::Hooks等を使って作ろうと考えたが時間がとれん。
PerlIO::fseは今一歩だ。
でも、だれかがやってるれるんじゃなかろうか。

現状はencode("cp932", "...")渡してる。

610 名前:デフォルトの名無しさん mailto:sage [2009/10/14(水) 18:17:53 ]
>>566
1.9ならRuby圧勝だが、1.8ならPython勝利。

611 名前:デフォルトの名無しさん mailto:sage [2009/10/14(水) 19:14:12 ]
pythonのバージョンは?

612 名前:デフォルトの名無しさん mailto:sage [2009/10/14(水) 19:29:37 ]
具体的にRuby 1.9はPython2/3に比べて何がいいの?



613 名前:デフォルトの名無しさん mailto:sage [2009/10/14(水) 19:33:36 ]
全然使ってる人がいなくてかっこいい

614 名前:デフォルトの名無しさん mailto:sage [2009/10/14(水) 19:50:52 ]
後発組だけあって、いいとこ取りが可能

615 名前:デフォルトの名無しさん mailto:sage [2009/10/14(水) 19:55:25 ]
そんな抽象的な発言はいいから、具体的に何がPythonよりも優れているの?
Python/Java/.NET の文字列=Unicode方式は十分ベターな解として
受け入れられていると思うんだけど、それよりも良い物なんだよね?

616 名前:デフォルトの名無しさん mailto:sage [2009/10/14(水) 20:05:13 ]
文字列のインスタンス毎にコードセット情報が付いていて、
言語やライブラリはコードセットについて暗黙の前提を一切持ってない。

プログラム本体が基本的に使う文字コードはUTF-8だけど、2ちゃんねるの
datファイルを扱うクラスの中だけはShift-JISに、とかそういう設計が普通に
できる。

コードセットインディペンデントと言って、一昔前に文字コードに興味のある
Unix屋が集まれば必ず、理想の処理方式として話題になった方式なんだが。

617 名前:デフォルトの名無しさん mailto:sage [2009/10/14(水) 20:08:49 ]
結局、標準ライブラリ内に文字エンコーディングに関する情報をばらまかないといけない不便な方式。

618 名前:デフォルトの名無しさん mailto:sage [2009/10/14(水) 20:13:11 ]
perl以外の言語の必要性が分からん!

619 名前:デフォルトの名無しさん mailto:sage [2009/10/14(水) 22:02:28 ]
JavaはBOMをゴミ扱いするのが嫌


620 名前:デフォルトの名無しさん mailto:sage [2009/10/14(水) 22:04:35 ]
javaってLLか?

621 名前:デフォルトの名無しさん mailto:sage [2009/10/15(木) 00:07:08 ]
objectです

622 名前:デフォルトの名無しさん mailto:sage [2009/10/15(木) 00:13:54 ]
primitiveもあるから



623 名前:デフォルトの名無しさん mailto:sage [2009/10/15(木) 01:14:20 ]
Python3 > Ruby1.9 = Python2.6 > Python2.5 > Python2.4 > Ruby1.8 > Python2.3

624 名前:デフォルトの名無しさん mailto:sage [2009/10/15(木) 10:47:26 ]
Curl

625 名前:597 mailto:sage [2009/10/15(木) 13:50:49 ]
>>599
「俺が」じゃなくて、海外のアフォどもがなw

626 名前:デフォルトの名無しさん mailto:sage [2009/10/16(金) 12:25:40 ]
求人でRUBYとPHPで検索かけたらPHPの圧勝。

627 名前:デフォルトの名無しさん mailto:sage [2009/10/16(金) 12:42:41 ]
そりゃ求人ページが.phpなだけ。

628 名前:デフォルトの名無しさん mailto:sage [2009/10/16(金) 15:02:25 ]
それだけ需要が有るって事じゃね?
RUBYよか。

629 名前:デフォルトの名無しさん mailto:sage [2009/10/16(金) 18:31:21 ]
COBOLみたいな人気だよな。どう見ても

630 名前:デフォルトの名無しさん mailto:sage [2009/10/16(金) 22:24:06 ]
COBOL W

631 名前:デフォルトの名無しさん mailto:sage [2009/10/16(金) 23:27:19 ]
php きらいだが、php + netbeans 便利だな。

632 名前:デフォルトの名無しさん [2009/10/17(土) 03:08:14 ]
どの辺が?



633 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 09:24:43 ]

リモートデバッグっていうやつ
perl cgiでできんのかな

634 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 09:32:21 ]
printデバグ + tail -f でそれほど困らないと思うのだが
サーバで動くアプリでデバッガって、どうやったって面倒くささが先に立つような

635 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 10:11:30 ]
php 大きらいだが、php + netbeans は、わりと面倒ではなかったよ。
しかし、printデバグ + tail -fで十分だな

636 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 15:13:07 ]
mixi Engineers’ Blog ≫ Lua on Tyrant: DBサーバにLLを組み込む
alpha.mixi.co.jp/blog/?p=236


LL?Python?Rubyと思ったら

Luaでした

Python、Ruby組み込みにくいってよwww死亡確認ww

637 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 15:15:50 ]
VisualStudioとかに慣れてて、php仕事に移行して何がつらかったってprintfデバッグだったわw
DOS時代から入ったけど、その時すでにIDEだったからprintfデバッグなんて、perlでCGI(笑)作ったときくらいしかやったことなかたからひどかった

しかも、phpの挙動不審さが輪をかけてた

今なら、NetBeansでデバッグできるのか・・・
今度試すか

638 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 15:23:23 ]
俺はそもそもあんまりバグ無いからなあ・・・

639 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 15:40:53 ]
ttp://hellopython.wordpress.com/2009/10/08/interview-with-python-3

Python△


640 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 18:34:41 ]
>>636
そもそもが組み込み向けのLuaやスクワールと比べたらなあ…

641 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 19:05:53 ]
>>638
そういう問題じゃないだろ

あろうがなかろうが、やらなきゃならん。普通は。

642 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 23:22:11 ]
GUIのあるアプリケーションだとIDEがあった方がいいけど、ウェブならテキストエディタとprintデバッグで十分だろ。



643 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 23:31:11 ]
う、うん……(´・ω・`)

644 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 23:38:39 ]
>>641
バグがないのになにをデバッグすんだよ

645 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 23:41:37 ]
>>644
デバグは、バグを探すことも含んでるよ

646 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 02:16:10 ]
デハゲしたいわ

647 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 10:36:26 ]
GUIもCUIも関係無いだろ。

648 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 13:26:25 ]
ああ、でもJavaScriptの場合、IDEがあった方がいいな。IDEというか、Firebugみたいなツール。サーバサイドの場合、高度な仕組み用意するまでもないからな。

649 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 15:06:29 ]
eclipse + EPIC は、使い物になるのか?

650 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 15:26:45 ]
とりあえず、本当にデバッガがないと困るって人はこれくらいやってるんだろうか
ttp://0xcc.net/blog/archives/000162.html

Eclipseのプラグインとかで使いやすくなってそうな気もするが、そういうのは無いのかな

651 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 15:56:22 ]
あたし学生だけど、仕事現場ってxUnitつかわないの?

652 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 15:56:50 ]
>>649
GUIでデバッグができるので重宝してるよ



653 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 17:18:23 ]
>>651
千差万別。このスレの話題でも出てたように、コンソールでtail -fしかデバッグ環境が無いものもある。

654 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 18:30:04 ]
デバッグの話が出てるけど、
バグ潰しって普通テスト書くもんじゃないの?

655 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 20:07:31 ]
初心者だから、普通がわからん!!

656 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 20:13:41 ]
テストって言っても、ウェブの場合、結局ブラウザ通さないとダメでしょう。処理が複雑な場合は、セレニウム使ってる。簡単なのは目視。

657 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 20:17:00 ]
>>655
意味が分かる前にやめておけw 全然すすめられない。

知ってはいたけどブラウザー依存はかなり多いのね。特にjavascript。
Firefoxだけ解釈が違うものがいくつかあって、対応しなくてもいいことになったが、今後の事を考えると怖い。

658 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 20:40:36 ]
テストをすすめない?なぜ?

659 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 21:35:45 ]
いや、仕事として薦めないってだけ。
テストはやらなあかん。

660 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 21:39:40 ]
友愛とUIを掛けてるのか

661 名前:デフォルトの名無しさん mailto:sage [2009/10/19(月) 00:47:19 ]
つーか、テストってそういう環境依存テストばっかりだからなw
LL使うような仕事はw

662 名前:わかんないんです(><) ◆WAkan9Ey1g mailto:わかんないんです(><) [2009/10/19(月) 02:08:31 ]
わかんないんです(><)



663 名前:デフォルトの名無しさん mailto:sage [2009/10/19(月) 14:19:20 ]
そもそもマトモな仕様書がない状態で開発させられるからな。
多分こんな感じで動けば自然な動作だし使いやすいだろうって作って、クライアントに検収出すと、それで通るからな。
そんな実態でユニットテストなんて意味持たない。

664 名前:デフォルトの名無しさん mailto:sage [2009/10/19(月) 18:15:21 ]
ブラウザのUIをテストするのに、
xUnitとかをどう使えばいいのか。


665 名前:デフォルトの名無しさん mailto:sage [2009/10/21(水) 21:26:02 ]
>>664
>わたしは無能で土方作業をしています。
まで読んだ。

666 名前:デフォルトの名無しさん mailto:sage [2009/10/21(水) 22:03:33 ]
666

667 名前:デフォルトの名無しさん mailto:sage [2009/10/21(水) 23:07:09 ]
>>665
自分の心を読んだんですね。

668 名前:デフォルトの名無しさん mailto:sage [2009/10/21(水) 23:11:24 ]
さくら鯖使ってsend_mailで送信元のアドレスを変えたいんですが
変わりません。

php.iniをこんな感じにしたのですがどうすればいいでしょうか?

[mail function]
; For Win32 only.
SMTP = smtp.xxxx.sakura.ne.jp
; For Win32 only.
sendmail_from = info@xxxx.sakura.ne.jp

669 名前:デフォルトの名無しさん mailto:sage [2009/10/21(水) 23:14:58 ]
さくらサーバって、Windowsサーバだったのか。知らんかった。

670 名前:デフォルトの名無しさん mailto:sage [2009/10/22(木) 00:38:26 ]
>>668
require 'net/smtp'

671 名前:デフォルトの名無しさん mailto:sage [2009/10/22(木) 00:40:36 ]
>>669
www

672 名前:デフォルトの名無しさん mailto:sage [2009/10/22(木) 00:43:01 ]
pc11.2ch.net/test/read.cgi/hosting/1249413826/
pc11.2ch.net/test/read.cgi/hosting/1227200815/
pc11.2ch.net/test/read.cgi/hosting/1245735246/



673 名前:デフォルトの名無しさん mailto:sage [2009/10/22(木) 03:23:01 ]
gtkチュートリアルのサンプルコードを見比べてみて、rubyが一番まともに見えた


674 名前:デフォルトの名無しさん mailto:sage [2009/10/22(木) 13:52:48 ]
よし、そのまま仕事の案件として昇華するんだ

675 名前:デフォルトの名無しさん mailto:sage [2009/10/22(木) 20:19:48 ]
なんとなく phpって嫌いだ
好きにになる方法を教えてくれ

676 名前:デフォルトの名無しさん mailto:sage [2009/10/22(木) 20:25:17 ]
やだ

677 名前:デフォルトの名無しさん mailto:sage [2009/10/22(木) 20:48:27 ]
>>675
ホワイトスペースやブレインファックでCGIを書く

678 名前:デフォルトの名無しさん mailto:sage [2009/10/22(木) 21:54:27 ]
phpの利点を教えてしい

679 名前:デフォルトの名無しさん mailto:sage [2009/10/22(木) 21:56:35 ]
デザインとロジックを近くに配置することで、非常に高いメンテナンス性を得られます

680 名前:デフォルトの名無しさん mailto:sage [2009/10/22(木) 22:57:58 ]
>>672
ありがとん!

681 名前:デフォルトの名無しさん [2009/10/22(木) 23:20:02 ]
何で近いとか遠いがメンテナンス性に関係するん?
疎や密じゃないん?普通

682 名前:デフォルトの名無しさん mailto:sage [2009/10/22(木) 23:21:37 ]
マジレスする殿方って……



683 名前:デフォルトの名無しさん mailto:sage [2009/10/22(木) 23:39:50 ]
JavaScriptの悪口はそこまでだ

684 名前:デフォルトの名無しさん mailto:sage [2009/10/23(金) 00:02:30 ]
どんな超反応だよw

685 名前:デフォルトの名無しさん mailto:sage [2009/10/23(金) 00:28:25 ]
>>678
変数宣言をせずに、好きな型を代入できること。

686 名前:デフォルトの名無しさん mailto:sage [2009/10/23(金) 00:45:26 ]
それはぶっちゃけここでいうLLの全てに当てはまるので、特にPHPの利点じゃない

687 名前:デフォルトの名無しさん mailto:sage [2009/10/23(金) 00:56:41 ]
ガ━━(゚Д゚;)━━ン!知らんかった。
じゃあ何でもいいや。

688 名前:デフォルトの名無しさん mailto:sage [2009/10/23(金) 01:42:01 ]
Pythonは互換性がごにゃごにゃになったのでもう使う気がしないんだが。
いまさらPerlってのもなあ・・Rubyとかいや論外かな。
JavaScriptはいいよね、でもサーバサイドがなあ。
大体今こんな感じに思う。ろくな選択肢がないね。

689 名前:デフォルトの名無しさん mailto:sage [2009/10/23(金) 02:26:20 ]
>>685-686
いや、もうちょっと微妙な話をするなら、確かにPHPが一番お手軽とは言えるかもよ。
次点がRuby・Python、ちょっと下がってJavaScript、ずっと下がってお情けでPerlと
言って言えなくもない > 変数宣言と代入のお手軽さ

ただそれに伴う副作用の話とかすると順位とか単純につけられるもんじゃないって
ことなんだろうが。・・・詳細は俺に聞くなよ?

690 名前:デフォルトの名無しさん mailto:sage [2009/10/23(金) 06:34:30 ]
Pythonの互換性云々を言うヤツがJavaScriptはいいよね、って正直信じられん。

691 名前:デフォルトの名無しさん mailto:sage [2009/10/23(金) 09:44:43 ]
PerlもPythonもRubyも変革の途上だから互換性で言えばどれも微妙な感じ

692 名前:デフォルトの名無しさん mailto:sage [2009/10/23(金) 10:40:46 ]
じゃあ速度を取って Perl で。
とか言えないよなぁ。




693 名前:デフォルトの名無しさん mailto:sage [2009/10/23(金) 13:58:27 ]
速度優先ならPythonだろ

694 名前:デフォルトの名無しさん mailto:sage [2009/10/23(金) 14:22:23 ]
確かにPerlは速度で言えば速いと思う…
だが、やっぱ今となってはやや使いにくい
Perl6で一旦整理するんかねえ

695 名前:デフォルトの名無しさん mailto:sage [2009/10/23(金) 14:23:41 ]
新参優先がPythonで古参優先がPerl
Perlを始めるなら早いほうが良い
Pythonは乗り遅れても古い仕様はすっきり切り捨てられているはずなので問題ない

696 名前:デフォルトの名無しさん mailto:sage [2009/10/23(金) 14:37:17 ]
>>695
Perlの場合乗り遅れると逆に新しい方の仕組みについて行けなくなるよ。

697 名前:デフォルトの名無しさん [2009/10/23(金) 14:41:22 ]
Perl5 までは、それ以前の文法や意味を尊重して発展してきた
Perl6 は Perl5 までの文法や意味を殆ど亡き者にしている
Perl6 が完成しても Perl5 は、別言語として発展していって欲しい

698 名前:デフォルトの名無しさん mailto:sage [2009/10/23(金) 14:48:47 ]
Perl5を簡単に消せるならPythonがこんなに苦戦するわけがない

699 名前:デフォルトの名無しさん mailto:sage [2009/10/23(金) 15:19:23 ]
Python がアホほど速ければっ!

700 名前:デフォルトの名無しさん mailto:sage [2009/10/23(金) 16:17:29 ]
Perlはautomakeやら、spamassassinやらで使われてる。
Pythonはgnomeで使われてる。
Rubyも意外な場所で使われてる。
進む方向を決めて好きなのを選べばいい。

701 名前:デフォルトの名無しさん mailto:sage [2009/10/23(金) 19:38:30 ]
PerlはPlack/PSGIとかAnyEvent, Coro辺りが
ワクワクすると思うんだがどうよ。

702 名前:デフォルトの名無しさん mailto:sage [2009/10/23(金) 20:23:54 ]
phpは?



703 名前:デフォルトの名無しさん mailto:sage [2009/10/23(金) 23:06:53 ]
Perl6使うくらいなら、Rubyいくわ

704 名前:デフォルトの名無しさん mailto:sage [2009/10/23(金) 23:55:41 ]
php5とphp6の相当の違いはびびった。
別言語並みの改変じゃねーか('A`)






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

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<165KB

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