【えっ】Perlに未来はあるのか？【終わり？】
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
2007/06/02(土) 00:54:11教えてくれ！
0002デフォルトの名無しさん
2007/06/02(土) 00:57:400003デフォルトの名無しさん
2007/06/02(土) 01:00:540004デフォルトの名無しさん
2007/06/02(土) 01:02:490005デフォルトの名無しさん
2007/06/02(土) 01:03:12ただ、Perlしかできないってのは未来ないと思っていいと思う。
0006デフォルトの名無しさん
2007/06/02(土) 01:06:16JPerlといえば、日本語対応Perlのことをさすからなあ…。
RubyはJRuby, IronRuby。PythonはJython(死にかけ), IronPython。
一方、Perlは…
0007デフォルトの名無しさん
2007/06/02(土) 01:09:59Perl6ってどんな衝撃？?
正規表現がガラッと変わったってのと
文字列演算子が~になったってのは見たけど
0008デフォルトの名無しさん
2007/06/02(土) 01:19:06$array[index] が @array[index] になったり、
$hash{key} が %hash{key} になったり、
#[
複数行こめんと
]
ができるようになったり、switch(given)文が追加されたり、
型付変数が追加されたり、関数のオーバーロードみたいなのがあったり、
サブルーチンの返り値の詳細を決定できたり、ブロックすべてがサブルーチンになったり、
Perl 6でたらPerl 5のラクダ本で勉強した奴発狂するんじゃないかと思った。
http://www.perl.com/pub/a/2007/05/10/everyday-perl-6.html
0009デフォルトの名無しさん
2007/06/02(土) 01:42:380010デフォルトの名無しさん
2007/06/02(土) 02:53:510011デフォルトの名無しさん
2007/06/02(土) 03:11:150012デフォルトの名無しさん
2007/06/02(土) 03:25:160013デフォルトの名無しさん
2007/06/02(土) 11:54:23最近JVMのscript言語サポートで、
結構簡単に膨大なクラスライブラリを持った
新しいscript言語を開発できるようになった。
そのためのフレームワーク"Kawa"などの存在によって。
だから競合が結構増えてきていて苦戦すると思う。
0014デフォルトの名無しさん
2007/06/02(土) 17:51:010015デフォルトの名無しさん
2007/06/02(土) 18:12:330016デフォルトの名無しさん
2007/06/02(土) 18:41:050017デフォルトの名無しさん
2007/06/02(土) 19:09:55つ python -c
ループや条件式はインデント使わないやり方がいくらでもある
>>16
selfが長いならsとかにすればおｋ
タイプ量としてはRubyでendいちいち書くのと変わらんだろ
0018デフォルトの名無しさん
2007/06/02(土) 19:12:080019デフォルトの名無しさん
2007/06/02(土) 20:03:29型によって$や%や@をつけるPerlはキモくない
end書け言われるRubyはキモくない
クラス変数に@@なんか付けさせられてもキモくない
でも自分の参照を明示的に書かせるPythonはキモいかよ
Perlで構造体使ったらよっぽどPythonよりキモいがな
そんなこと言ってる連中はラクダ本と一緒に沈んでくれｗ
0020デフォルトの名無しさん
2007/06/02(土) 20:08:03selfのキモサは異常だぞ？
0021デフォルトの名無しさん
2007/06/02(土) 20:09:470022デフォルトの名無しさん
2007/06/02(土) 20:11:25何の役にも立たないうえに、有害だからな。。
どんな言語でも、そんなのはあまりみたことがない
0023デフォルトの名無しさん
2007/06/02(土) 20:19:03自演乙。別にいいけど。
うん、慣れちまって気がつかないからどこが異常か教えてくれ。
意味をはっきりさせるためにC++やJava, C#でもよくthis使ってるし、Objective-C
とかも通ってきたからselfのどこが有害なのか分からん。
Rubyもselfあるけど暗黙なだけだよな？
第一引数に明確にするとクラスメソッドかどうかがはっきりするから、多少面倒だけど
キモいというのは理解できないんでね。
0024デフォルトの名無しさん
2007/06/02(土) 20:40:45ありえないじゃん。
0025デフォルトの名無しさん
2007/06/02(土) 20:58:14それって単にself予約語にしろってこと？なんという言いがかり・・・
selfは予約語じゃなくて習慣的な第一引数の名前というだけじゃん。
わざわざselfを再定義する馬鹿なコードは知らないけど、どっちにしろ言語の問題じゃないな。
じゃあselfが予約語じゃないObjective-Cもキモい言語なのか？
Pythonは予約語を少なくするっていう傾向があるだけ。
Rubyは40くらい、Perlは200以上、Javaが50ちょいでC#は80くらい？
じゃあ>>24には「Perlは予約語がたくさんでよかったですね。使っちゃいけない地雷をたくさん
覚えなきゃいけないけど」っていうだけだな。
0026デフォルトの名無しさん
2007/06/02(土) 21:07:52おまえは何をわけのわからないことをいってるんだ？
第一引数にselfを渡すこと自体がキモイっていってるの。
0027デフォルトの名無しさん
2007/06/02(土) 21:24:41それと>>24は別のことなのも分からないの？見苦しすぎ。
それに渡してる時点では第一引数じゃないよ？
メソッド定義の方だから、「第一引数として受け取ること」がキモいって言ってるわけ？
それだったら単に暗黙か明示的かの違いだけじゃん。
実装上は全てのオブジェクト指向言語（と言われるもの）は全てそうだよ。
0028デフォルトの名無しさん
2007/06/02(土) 21:31:05明示的にする必要がないじゃん。すげえキモイ。
ついでに、必死すぎるおまえもキモイ
0029デフォルトの名無しさん
2007/06/02(土) 21:41:51つ【鏡】
必要があるかないかは言語設計上の選択の問題であって優劣とは関係ないね。
PythonはRuby, Java, C#, C++, Objective-C等々と違ってクラス定義にインスタンス変数が
含まれていないから自分の参照を明示的に指定する必要がある。
グローバル変数が容易につくれてしまうスクリプト言語ではコーディング上もインスタンス
変数であることがその場で理解できる方がバグが少なくなるから、タイプ量を少なくして
実行環境の方で推測して名前解決するかコードに冗長にでも書かせてバグが可読性を
上げるかは思想上の問題にほかならない。
ま、キモいというのは単なる主観の問題であるから>>28も別に優劣をつけたいわけじゃ
ないんだろうけど、設計思想とその合理性について議論も理解もできないんなら話しても
無駄だね。
多分Javascriptくらいは使ってみたら理解できると思うよ。
0030デフォルトの名無しさん
2007/06/02(土) 21:49:000031デフォルトの名無しさん
2007/06/02(土) 21:50:29うげ。修正。
＞タイプ量を少なくして
＞実行環境の方で推測して名前解決するかコードに冗長にでも書かせてバグが可読性を
＞上げるかは思想上の問題にほかならない。
タイプ量を少なくして書きやすくし、実行環境の方で名前解決するか、コードに冗長にでも
書かせてバグが起こりにくいように可読性を上げるかは思想上の問題に他ならない。
0032デフォルトの名無しさん
2007/06/02(土) 21:52:31selfがキメエつったくらいでなんなんだあんたはｗ
あんたよりたくさん言語しってるっつのｗ
0033デフォルトの名無しさん
2007/06/02(土) 21:59:470034デフォルトの名無しさん
2007/06/02(土) 22:00:28きもすぎｗ
0035デフォルトの名無しさん
2007/06/02(土) 22:01:550036デフォルトの名無しさん
2007/06/02(土) 22:25:29Dangling else以外は極力合せて欲しい。
0037デフォルトの名無しさん
2007/06/02(土) 22:29:40キモいだけならはいはいそうですかだけど、「有害」であることは結局一つも論拠が
なかったな。
まあその程度なんだろうからもういいや。
>>33
うん、一つの言語しか知らないのに他の言語を馬鹿にする奴は全員キモいな。
でもそういうのはプログラマじゃなくてコーダーだろ。
>>35
え、俺はDとC#メインだけど？このスレにpy厨っている？
0038デフォルトの名無しさん
2007/06/02(土) 22:33:20学生乙
0039デフォルトの名無しさん
2007/06/02(土) 22:38:120040デフォルトの名無しさん
2007/06/02(土) 22:42:050041デフォルトの名無しさん
2007/06/02(土) 22:43:350042デフォルトの名無しさん
2007/06/02(土) 22:54:44D信者はCTFE、文字列mixin、ファイルimportなんかを平気で多用する。
IDEなんか作れるわけないじゃん。
0043デフォルトの名無しさん
2007/06/02(土) 23:03:520044デフォルトの名無しさん
2007/06/02(土) 23:38:25ドカタ言語じゃあるまいし、Cのウンコ文法なんかにあわせてられるかっつーの
0045デフォルトの名無しさん
2007/06/03(日) 00:09:560046デフォルトの名無しさん
2007/06/03(日) 01:21:11まあ、Eclipse上とかにもあるっちゃあるけど、IDEというよりは補助ツールって感じだな。
0047デフォルトの名無しさん
2007/06/03(日) 01:52:43そりゃ専門卒歓迎みたいなﾄﾞｶﾀも増えるわな。
0048デフォルトの名無しさん
2007/06/03(日) 02:32:520049デフォルトの名無しさん
2007/06/03(日) 02:35:57よし、じゃぁ、俺がPerlを擁護しちゃる！
俺、Perl を使い出してから彼女ができました。
いまでは回りもうらやむ馬鹿ップルです！
0050デフォルトの名無しさん
2007/06/03(日) 03:03:380051デフォルトの名無しさん
2007/06/03(日) 03:10:09もったいないな。
バッククウォートで他のコマンドの出力を配列で受けられるのも便利。
CPANの資産は膨大だし、言語仕様がｇｄｇｄでもその場で書いて捨てるような
スクリプト、他のコマンドの賢いマクロとしての利用には最適だよ。
Perl5オンリーのプログラマには未来はないかもしれないが、Perl自体にはずっと
あるだろ。それに新しい言語として考えればPerl6は悪くない。CPANの資産を
どれくらい引き継げるかは知らないが。
>>39-43
GCのあるC-like langとして自分でライブラリ作ってデータ処理と統計解析を
やってる俺には全部意味のない質問だ。
Emacsさえ対応すればIDEなんていらん。つかIDEがなきゃコーディングできない
連中をドカタっていうんじゃないのか？
俺は言語ヲタじゃなくて仕事の必要に応じて適した言語を使ってるだけだから
この程度しか構ってやれなくてすまんね。
0052デフォルトの名無しさん
2007/06/03(日) 03:41:470053デフォルトの名無しさん
2007/06/03(日) 03:54:240054デフォルトの名無しさん
2007/06/03(日) 03:57:260055デフォルトの名無しさん
2007/06/03(日) 04:20:51こなすためにPerlを使って、ある程度規模のあるプロトタイプや使い捨てでないスクリプトを
作るときはPythonやら他の言語を使うってのが一番常識的なやり方なんでないの？
0056デフォルトの名無しさん
2007/06/03(日) 07:05:18もっと頑張っていれば今頃主流。
0057デフォルトの名無しさん
2007/06/03(日) 08:38:480058デフォルトの名無しさん
2007/06/03(日) 11:11:380059デフォルトの名無しさん
2007/06/03(日) 21:35:400060デフォルトの名無しさん
2007/06/03(日) 21:46:530061デフォルトの名無しさん
2007/06/03(日) 21:55:30かけるよね。そういう意味では楽。
関係ない話だけど、パールつかっていて、ポインターと同等のものがあればなぁ
なんて思ったことが多々あるんだけど、こんな俺もとうとうC++に移行します。
0062デフォルトの名無しさん
2007/06/03(日) 22:00:26mixiとかライブドアとか見てると、perlでもすごそうなヤツはいそうだけど。
0063webmaster@気まぐれアナスイ
2007/06/03(日) 22:11:55個人ではperl.も含めて構成を考えて現段階まで構築しています。
0064デフォルトの名無しさん
2007/06/03(日) 22:12:52使っているんだけど、BeanShell辺りに浮気してしまいそう。
0065webmaster@気まぐれアナスイ
2007/06/03(日) 22:34:14Shell.は二つで構築しています。
0066デフォルトの名無しさん
2007/06/04(月) 02:08:110067デフォルトの名無しさん
2007/06/04(月) 07:52:480068デフォルトの名無しさん
2007/06/04(月) 10:52:21もっといいものがこれから出てくるだろうが、
いざというときに計算尺が使えれば役に立つ。
0069デフォルトの名無しさん
2007/06/04(月) 15:33:100070デフォルトの名無しさん
2007/06/04(月) 22:33:030071デフォルトの名無しさん
2007/06/04(月) 22:37:430072デフォルトの名無しさん
2007/06/04(月) 22:52:150073デフォルトの名無しさん
2007/06/05(火) 00:43:310074デフォルトの名無しさん
2007/06/05(火) 00:46:320075デフォルトの名無しさん
2007/06/05(火) 16:13:30作成する際にどれだけ的確でかつ修正にも柔軟な処理をかけるか？の
能力。結局は、オブジェクト指向や変数のカプセル化とかそういったところに
たどり着いてしまうんだけど、まぁ、そこまで知っていれば、簡単なプログラム
をつくる際でも、やりやすいよ。
とっかかりとしてperlは十分によい言語だと思うよ。
0076デフォルトの名無しさん
2007/06/05(火) 16:41:58今どんな言語やってますか？
0077デフォルトの名無しさん
2007/06/05(火) 16:48:570078デフォルトの名無しさん
2007/06/05(火) 23:46:190079デフォルトの名無しさん
2007/06/06(水) 00:28:36初めて覚えた言語として、その手の仕事は4年間Perlに任せっきりだったけど
Ruby使い始めてからPerl使うことはなくなったなー。
短くかけるんだよ、Rubyは。Haskellが異常に短くかける理由に近いと思う。
（クロージャが手軽・組み合わせて使える汎用的な標準ライブラリの関数やクラス）
文法がCライクだったらもっと流行ってた気がする。主流にならないかな。
0080デフォルトの名無しさん
2007/06/06(水) 20:58:202,3年Perlやって、2.0できますみたいに言っとけば、
あほでも飯が食える入れ食い状態。
0081デフォルトの名無しさん
2007/06/07(木) 13:59:04&& → and, || → or, ! → notは、
やらない方がいいとはいえ、まだ許容範囲だけれど。
0082デフォルトの名無しさん
2007/06/07(木) 16:59:570083デフォルトの名無しさん
2007/06/07(木) 22:29:49そんなにPerlの募集はないぞ
0084デフォルトの名無しさん
2007/06/07(木) 22:32:590085デフォルトの名無しさん
2007/06/07(木) 22:40:47今年や去年の話じゃないかもしれんが
本屋に行ってもPerlの本を見かけることがホント少なくなった
掲示板も日記もブログで代用できて
CGIとしての需要がなくなったんだろう
0086デフォルトの名無しさん
2007/06/07(木) 23:14:490087デフォルトの名無しさん
2007/06/07(木) 23:32:01この辺とかではPerlは熱そうだが・・
0088デフォルトの名無しさん
2007/06/08(金) 08:09:17PHP, Java2EEの時代じゃないか?
0089デフォルトの名無しさん
2007/06/08(金) 19:31:02一度天下とって普及しちゃった言語はそうそう簡単になくならない。
0090デフォルトの名無しさん
2007/06/09(土) 01:08:52保守が中心。業務系で新規でCはほぼ無い。
0091デフォルトの名無しさん
2007/06/09(土) 01:15:24興味ないこともないよ、日本人が開発したって言うしな
だがPerlを捨てはしない
Perlはすでに身体に馴染みすぎており、俺の青春だからだ！！
0092デフォルトの名無しさん
2007/06/09(土) 01:22:500093デフォルトの名無しさん
2007/06/09(土) 02:15:01COBOLやFORTRANでもすらなくならないくらいだからな。
0094デフォルトの名無しさん
2007/06/09(土) 16:23:150095デフォルトの名無しさん
2007/06/09(土) 16:32:02しかし、流行り廃りはあるね
0096デフォルトの名無しさん
2007/06/09(土) 16:33:38今保守やってっけどさ、最近の言語で書き直したほうが総合的には安く上がると思うんだよな。
0097デフォルトの名無しさん
2007/06/09(土) 16:35:16それは、さすがにない
0098デフォルトの名無しさん
2007/06/09(土) 18:13:53今PHPer
0099デフォルトの名無しさん
2007/06/10(日) 01:35:07クリティカルじゃないのに、COBOLで組んであるやつは
全部書き直した方が安くなる場合もあるよ。
0100デフォルトの名無しさん
2007/06/13(水) 08:04:360101デフォルトの名無しさん
2007/06/13(水) 19:07:390102デフォルトの名無しさん
2007/06/18(月) 12:16:01function factors(n) {
return select i from i in [1..n/2] where n % i == 0;
}
ちょっときついなあ。慣れても可読性が上がらない感じ。
Haskell: [n | i in [1..n/2], n%i == 0]
0103デフォルトの名無しさん
2007/07/06(金) 23:49:12UNIX系システム管理の世界の者ですが、perl無しでは考えられんとです。
perlの正規表現は便利で手放せないが、実はコレが意外と遅くてリソース喰う。
ギガ単位のログを相手に戦う時なんかは、なるべくunpackやsubstrを使ってパターンマッチ
を行うとよいね。
0104デフォルトの名無しさん
2007/07/07(土) 18:42:180105デフォルトの名無しさん
2007/07/09(月) 20:57:56無理やり正規表現で絞らないで、プログラムコードで
補助してあげるといいよね。
0106デフォルトの名無しさん
2007/07/16(月) 16:00:22数年前に商用 UNIX にもデフォルトで Python が付いて来るようになってから
おいらは変節してしまいますた
0107デフォルトの名無しさん
2007/07/19(木) 15:12:42意味不明ですね。ｗ
0108デフォルトの名無しさん
2007/07/25(水) 21:20:010109デフォルトの名無しさん
2007/07/26(木) 00:02:48m{^(ab)(cd)} ⇔ ,
0110デフォルトの名無しさん
2007/07/26(木) 00:05:10たとえば：
m{^(a.)(.b)}
と書くなら、素直に
m{^a.} and m{^.b}
こう書いてしまったりするような手法を取ったほうが、
パフォーマンスがあがるってことを言いたかっただけ。
0111デフォルトの名無しさん
2007/07/26(木) 00:10:06^(?=a.)(?=.b)の間違いです ('A`) うわぁ…
0112デフォルトの名無しさん
2007/07/28(土) 13:06:25変な癖のコード見てそれが自分の基底に定着したらまずい。
Perlはある意味上級者向け言語。
0113デフォルトの名無しさん
2007/07/28(土) 14:01:08それ本当に速くなりますか？
0114デフォルトの名無しさん
2007/07/28(土) 19:53:02意味としての高速化パターンの指針を書いただけで、
このパターンで速くなるかどうとかは知らない。
もっとも、再コンパイルさせないとか色々もっとやるべきこともあるわけだし。
0115デフォルトの名無しさん
2007/07/29(日) 22:15:28頭悪いのもいい加減にしてもらいたい。
0116デフォルトの名無しさん
2007/07/30(月) 20:50:51単なる手法や方針にそのようなことを言われても…。
まあ、無価値だと思うならスルーしてくれ。
0117デフォルトの名無しさん
2007/07/30(月) 21:27:210118デフォルトの名無しさん
2007/07/30(月) 23:09:13もっと効果的な場面があるだろう。適当に考えてください。
use Benchmark qw(:all);
srand 1; @variation = a..z; @lines = map {join '', (map {$variation[rand() * @variation]} (1..200))} (1..1000);
timethese 5000,
{'complexRegex' => sub { m/^(?=abcdef)(?=ghijklm)/o for(@lines); },
'simpleRegex' => sub { m/^abcdef/o && m/^ghijklm/o for(@lines); },
'simpleRegex2' => sub { m/^(?=abcdef)/o && m/^(?=ghijklm)/o for(@lines); },
'singleRegex' => sub { m/^(?=abcdef)/o for(@lines); },
'singleRegex2' => sub { m/^(?=ghijklm)/o for(@lines); }};
Benchmark: timing 5000 iterations of complexRegex, simpleRegex, simpleRegex2, singleRegex, singleRegex2...
complexRegex: 2 wallclock secs ( 1.81 usr + 0.00 sys = 1.81 CPU) @ 2757.86/s (n=5000)
simpleRegex: 1 wallclock secs ( 1.28 usr + 0.00 sys = 1.28 CPU) @ 3903.20/s (n=5000)
simpleRegex2: 2 wallclock secs ( 1.91 usr + 0.00 sys = 1.91 CPU) @ 2621.92/s (n=5000)
singleRegex: 2 wallclock secs ( 1.83 usr + 0.00 sys = 1.83 CPU) @ 2735.23/s (n=5000)
singleRegex2: 2 wallclock secs ( 1.83 usr + 0.00 sys = 1.83 CPU) @ 2735.23/s (n=5000)
>>117
まあ、色々言ってくれるのはいいんだけど、あなたの方で
理由もってきて否定するなり肯定するなりしてくれてもいいじゃない。
0119デフォルトの名無しさん
2007/07/30(月) 23:34:59> 理由もってきて否定するなり肯定するなりしてくれてもいいじゃない。
どんだけゆとりなんだよ。
0120デフォルトの名無しさん
2007/07/30(月) 23:37:53悪いな、ゆとりは俺の2年下からだ。
もうお前はPerlについて話たいわけじゃなさそーだからこれで終わりな。
0121デフォルトの名無しさん
2007/07/31(火) 04:11:27そのコードで何を計測しているつもりなんだ？
#!/usr/bin/perl -w
use strict;
use Benchmark qw(timethese);
my $i = 0;
my $str = join '', 'a'..'m';
my @line;
push(@line, $str), substr($str, 0, 0, chop $str) for 1..1000;
timethese(-5, {
re1 => sub { /^(?=(?:abcdef|ghijklm))/ and ++$i for @line },
re2 => sub { /^(?=abcdef)/ || /^(?=ghijklm)/ and ++$i for @line },
re3 => sub { /^abcdef/ || /^ghijklm/ and ++$i for @line },
idx => sub { index($_, 'abcdef', 0) == 0 || index($_, 'ghijklm', 0) == 0 and ++$i for @line },
});
@line = ();
push @line, join '', map +('a','b')[ rand 2 ], 1..10 for 1..1000;
timethese(-5, {
re1 => sub { /^(?=ab..)(?=..ab)/ and ++$i for @line },
re2 => sub { /^(?=ab..)/ && /^(?=..ab)/ and ++$i for @line },
re3 => sub { /^ab../ && /^..ab/ and ++$i for @line },
idx => sub { index($_, 'ab', 0) == 0 && index($_, 'ab', 2) == 2 and ++$i for @line },
});
0122デフォルトの名無しさん
2007/07/31(火) 06:18:05俺も似たようなもんだけど、正規表現まわりだけはPerlで。
0123デフォルトの名無しさん
2007/08/01(水) 23:25:07アホ？
0124デフォルトの名無しさん
2007/08/02(木) 02:44:45> 理由もってきて否定するなり肯定するなりしてくれてもいいじゃない。
ヒステリックな人でつね。ｗｗｗ
0125デフォルトの名無しさん
2007/08/04(土) 10:01:590126デフォルトの名無しさん
2007/08/04(土) 10:16:29・?=はもし必要なければ、ないほうがいい
ってだけで、
・|を分解すると速いってのは
むしろ否定されているのでは?
0127デフォルトの名無しさん
2007/08/12(日) 22:42:35ゆとりはかわいくありませんが天然はかわいいと思いますっ！
0128デフォルトの名無しさん
2007/08/13(月) 17:00:49「｜」は遅い。
これ常識ですよ。何も、>>118 や >>121 みたいな小難しいコードを書かなくても
ストップウォッチで計れば十分。否、腹時計でも十分っすよ。
あまりにも速度の差が歴然としすぎていて、今まで時計で計った事なかったなぁ・・・
遅い根拠は、regexp のソースコード読めば分かります。
もっと言えば、自分で regexp もどきでも作ってみればわかります。
まず簡単な例・・・Ｃ言語には strstr() って関数がありますよね？
文字列Ａの中から、文字列Ｂが含まれる位置を返す。正規表現なしの単純な機能です。
これと同じものを自分で書いてみてください。簡単に書けると思います。初歩の初歩です。
では、これを拡張して、正規表現の | が使えるようにしてみてください。
（正規表現には、他にも＊とかありますが、今回はとりあえずは ｜ だけでいいです）
コードを書いてるうちに気づくはずです。「こんなメンドクサイ事するより、strstr() && strstr() でいいじゃん！ 」
そうです。絶対そのほうが安くて早くてウマイんです。
ではなぜ、正規表現に ｜ があるのか？それはですね、「１行で書きたいから」
コマンドラインから sed とか grep とか、あるいは perl のワンライナー使うときは、どうしても１行で書く必要があります。
でも、perl のスクリプトは２行でも３行でも分けて書くこともできるわけですから、｜ を使うメリットはあまり有りませんね。
人間止めますか、それとも｜使いますか？
0129デフォルトの名無しさん
2007/08/17(金) 08:37:030130デフォルトの名無しさん
2007/08/17(金) 09:08:080131デフォルトの名無しさん
2007/08/21(火) 18:34:44なんかつまんなそうお話なので、参加せてください。
実装依存のチューニングは下らない。
これは常識ですよ。一般的には1個の正規表現が1回の処理で何百回も実行される事はないですし、
何十メガバイトものデータを処理する事も滅多にありません。
実装の多少の遅さはマシンパワーに任せて、読み易く修正しやすいコードを書く事こそが、
仕事の効率を上げる事につながる事は歴然としすぎています。
仕事の効率が上がる根拠は、自分が昔書いたコードを読んでみればわかります。
もっと言えば、他人のマジカルなコードを読めばわかります。
自分が昔書いたコードやら、他人が書いたマジカルなコードは、
読んで理解するのに時間がかかります。ぱっと見て複雑だとか、下手だとかを含めて、
読めば読むほど自分の理解できる書き方に全て書きなおしたくなる事が多いでしょう。
では、それを全部自分が良いと思う書き方になおせば良いのでしょうか？
そうではありません。
チューニングは要点だけでいいんです。何度も繰り返すループとか、データの規模がでかい部分とか、
そういう部分だけをチューニングして他は読みやすさに徹する。
修正するときは、絶対そのほうが安くて早くてウマイんです。
ではなぜ、チューニングの議論が起きるのか？それはですね、「虚栄心を満たしたいから」
コードの隅々までチューニングされたピカピカなコードへの憧れから、チューニングしたコードを書きたくなるのです。
でも、プログラミングの目的は正確に動くコードを作ることですから無駄チューニングをするメリットはあまりありませんね。
無駄チューニングやめますか？それとも人間やめますか？
0132デフォルトの名無しさん
2007/08/22(水) 00:06:24＞ 何十メガバイトものデータを処理する事も滅多にありません。
↑
自分の尺度でしか物を見る事ができない。視野の狭いヤツの代表的な例。
世の中には、さまざまな人が居て、さまざまなデータを、さまざまな方法で処理している。
キミは自分の目の届く範囲だけが「世界」だと思い込んでやしないか？
0133デフォルトの名無しさん
2007/08/22(水) 00:39:210134デフォルトの名無しさん
2007/08/22(水) 11:29:49一行で要約すると「富豪プログラミングのおすすめ」
ちなみに>>118の問題は速くなってないこと。
0135デフォルトの名無しさん
2007/08/22(水) 11:58:42なんか面白そうなお話なので、参加せてください。
strstr() && strstr() は長い。
これ常識ですよ。何も、>>128 や >>131 みたいな小難しい話を書かなくても
文字数数えれば十分。否、ぱっと見でも十分っすよ。
あまりにも文字数の差が歴然としすぎていて、今まで数えたた事なかったなぁ・・・
Perlプログラミングの最大の目的はいかに文字数を少なく処理を書くかですよ。
読みやすさなんか関係ないです。長々とコード書いて腱鞘炎にでもなったらどうするんですか？
人間止めますか、小難しい話やめますか？
0136デフォルトの名無しさん
2007/08/22(水) 14:40:41一行で要約すると「Hmm... Looks like a unified diff to me...」
0137デフォルトの名無しさん
2007/08/24(金) 20:31:50> 世の中には、さまざまな人が居て、さまざまなデータを、さまざまな方法で処理している。
> キミは自分の目の届く範囲だけが「世界」だと思い込んでやしないか？
そういう発言をする意図を教えてください。
0138デフォルトの名無しさん
2007/08/24(金) 20:58:49>チューニングは要点だけでいいんです。何度も繰り返すループとか、データの規模がでかい部分とか、
>そういう部分だけをチューニングして他は読みやすさに徹する。
>修正するときは、絶対そのほうが安くて早くてウマイんです。
ここを読めば藻前の指摘がいかに視野の狭いものか分かるんじゃないか？
>>131は「『人間止めますか、それとも｜使いますか？』は言いすぎだ」って意図で>>128を皮肉って書いたんじゃねえの？
0139デフォルトの名無しさん
2007/10/20(土) 16:15:46Perl5のアプリやモジュールをガンガンエネルギー費やして書いてるって奴いる？
どうせ、(Parrot上で動くのではない)Perl5をシステムから削除できる日なんて来ないよな。
SVK便利すぎてﾜﾛﾀ
0140デフォルトの名無しさん
2007/10/25(木) 10:55:520141デフォルトの名無しさん
2007/10/25(木) 11:54:240142デフォルトの名無しさん
2007/10/26(金) 14:51:140143デフォルトの名無しさん
2007/10/26(金) 23:58:26偉そうに最低とか言ってるやつもいるけどお前につくれるのか？と問いたい。
（他の言語も同様）
言語よりもへぼな設計の方がよっぽどパフォーマンスに影響するしね。
0144デフォルトの名無しさん
2007/10/27(土) 00:29:09ふつう、「バッチファイル」と書かんだろ？それと同じ。
そんなの、できた当たり前のものだからだ。
就職の面接時にも決して「perl」は口に出してはならない。
不採用フラグが立つ。
0145デフォルトの名無しさん
2007/10/27(土) 00:34:070146デフォルトの名無しさん
2007/10/27(土) 00:35:24まぁ「prel」と書いてあったら確かに俺は落とすだろうな。
0147デフォルトの名無しさん
2007/10/27(土) 01:00:440148デフォルトの名無しさん
2007/10/27(土) 01:12:520149デフォルトの名無しさん
2007/10/27(土) 07:09:07採用するかどうかは別としてな。
0150デフォルトの名無しさん
2007/10/27(土) 18:06:04ださださだけど OPerl (operl) ［オパール］とかにしておいて
ほしい。
もちろんラクダは旧世代系専用ね
0151デフォルトの名無しさん
2007/10/27(土) 22:01:37中にはよほど自信があるケースもあろうが
0152デフォルトの名無しさん
2007/10/27(土) 22:32:26ただ、Perlだけが書かれていたら、ちょっと気になるな。
CやJava、VBやPHPなんかだと、それしか出来ないのねとしか思わないんだけど。
0153デフォルトの名無しさん
2007/11/01(木) 11:03:510154デフォルトの名無しさん
2007/11/01(木) 16:42:45まっとうなサンプルコードとまっとうなドキュメントがあれば１週間で慣れるだろうし。
0155デフォルトの名無しさん
2007/11/02(金) 03:39:230156デフォルトの名無しさん
2007/11/02(金) 10:53:120157デフォルトの名無しさん
2007/11/05(月) 20:28:55$_の存在とかを解説されず悟って理解できるやつはあんまいないだろ。。。
0158デフォルトの名無しさん
2007/11/06(火) 10:46:54。。。
0159デフォルトの名無しさん
2007/11/06(火) 11:38:04少なくともBNFではシンタクスしか理解できんわな。
セマンティクスはBNFでは表現できないし、理解できない。
ソースを読めるかどうかは、前提となる技術や理論や知識を読み手が持っているか
どうかにかかっているが、ソースがモデル化している概念や仕様に関する
知識が零である場合、ソースを読んでそれを再構成しようとするのは非常に
難しくなる。それが複雑であればあるほどに。
>>155-156は口だけ厨房だな。
0160デフォルトの名無しさん
2007/11/06(火) 13:38:110161デフォルトの名無しさん
2007/11/08(木) 03:32:020162デフォルトの名無しさん
2007/11/09(金) 04:38:28http://www.aoky.net/articles/steve_yegge/tour_de_babel.htm
Perlもまた、間もなくなくなる。
0163デフォルトの名無しさん
2007/11/09(金) 05:56:490164デフォルトの名無しさん
2007/11/12(月) 01:05:520165デフォルトの名無しさん
2007/11/12(月) 09:24:110166デフォルトの名無しさん
2007/11/12(月) 16:20:45ＥＵＣコード専用言語なんて誰もつかわないよ。
0167デフォルトの名無しさん
2007/11/12(月) 16:42:510168デフォルトの名無しさん
2007/11/12(月) 18:48:23UTF-8 化してお茶を濁しただけじゃん。
0169デフォルトの名無しさん
2007/11/12(月) 19:06:410170デフォルトの名無しさん
2007/11/12(月) 19:12:25一々UTFフラグを意識せなあかんのが汚すぎるし、システム界面での
相互変換も言語側でほとんどサポートしてくれない
JavaやC#あたりとは比べるべくも無いよ
0171デフォルトの名無しさん
2007/11/12(月) 19:31:140172デフォルトの名無しさん
2007/11/12(月) 19:32:080173デフォルトの名無しさん
2007/11/13(火) 04:17:470174デフォルトの名無しさん
2007/11/13(火) 09:26:31> 相互変換も言語側でほとんどサポートしてくれない
カンタンなんだしさ、ライブラリの使い方くらい覚えようぜ。
0175デフォルトの名無しさん
2007/11/13(火) 11:08:03新規に書き下ろすなら常にutf8フラグ付きにしておけばいい。
システム界面での相互変換が貧弱なのは確かにそう。
そう指摘しても分かってもらえないけど。
0176デフォルトの名無しさん
2007/11/13(火) 12:16:41utf8 を付けたり捨てたりといった操作が必要。
これが非常にわかりにくい。
自分がいったい何をしているのかを見失いやすいんだよね。
Visual Basic だと
ほげ = mid(ホゲ, 100, 1) １００文字目を取り出す（ユニコード）
ふが = midB(フガ, 100, 1) １００バイト目を取り出す（バイナリ）
こんなふうに、バイナリ用関数と文字（ユニコード）用関数を別個に用意してあって
バカでもわかる。（さすがＢＡＳＩＣ！）
誰でも簡単に楽々書けるのが本来の Perl の姿では無かったか？
マイクロソフト系のＯＳのＢＡＳＩＣに相当するものが
ＵＮＩＸ・ＬＩＮＵＸ系なら Perl 。そんな認識でいた。
誰でもとっつきやすく気軽にプログラミングを楽しめる Perl は、いったいどこへ逝ったんだ？
0177デフォルトの名無しさん
2007/11/13(火) 12:24:44ASCIIじゃないコードの文字列を、
バイト列(mbs)として扱っているコードがたくさんあるから。
6ではそこのところが互換性を捨てて直される予定だけど、
既にpython, ruby, jvm系, javascriptにかなり市場を食われたな。
0178デフォルトの名無しさん
2007/11/13(火) 18:43:080179デフォルトの名無しさん
2007/11/13(火) 20:45:46Perl6と違って、Python3000はスケジュール通りにリリースされそうなんで、
その点では間違いなくPerlより上だけど。
文字回りが一番いいのは、やっぱRubyか？
0180デフォルトの名無しさん
2007/11/14(水) 11:25:37CPANや互換性が強みだけど、逆にそのために苦労している印象。
RubyのUnicode対応ってどーなん？
文字クラス（とか書くと紛らわしい？）とかちゃんとしてるんじゃろか。
0181デフォルトの名無しさん
2007/12/04(火) 14:53:45RubyでもPerl6でも新しく使おうとするなら、
たいして差が無いような気もして来るな。
0182デフォルトの名無しさん
2007/12/04(火) 18:03:04:::::::::::::::::::::::::::::::::。::::::...... ... --─- :::::::::::::::::::: ..::::: . ..::::::::
:::::::::::::::::...... ....:::::::゜::::::::::.. （___ ）（___ ） ::::。::::::::::::::::: ゜.::::::::::::
:. .:::::。:::........ . .::::::::::::::::: _ i/ ＝ ＝ヽi :::::::::::::。::::::::::: . . . ..::::
:::: :::::::::.....:☆彡:::: ／/[|| 」 ||] ::::::::::゜:::::::::: ...:: :::::
:::::::::::::::::: . . . ..: :::: / ﾍ | | ____,ヽ | | :::::::::::.... .... .. .::::::::::::::
::::::...゜ . .::::::::: ／ヽ ﾉ ヽ＿＿/ ....... . .::::::::::::........ ..::::
:.... .... .. . く / 三三三∠⌒＞:.... .... .. .:.... .... ..
:.... .... ..:.... .... ..... .... .. .:.... .... .. ..... .... .. ..... ............. .. . ........ ......
:.... . ∧∧ ∧∧ ∧∧ ∧∧ .... .... .. .:.... .... ..... .... .. .
... ..:（ ）ゝ （ ）ゝ（ ）ゝ（ ）ゝさようなら ｐｅｒｌ… ..........
.... i⌒ / i⌒ / i⌒ / i⌒ / .. ..... ................... .. . ...
.. 三 | 三 | 三 | 三 | ... ............. ........... . .....
... ∪ ∪ ∪ ∪ ∪ ∪ ∪ ∪ ............. ............. .. ........ ...
三三 三三 三三 三三
三三 三三 三三 三三
0183デフォルトの名無しさん
2007/12/04(火) 18:23:21CPANモジュールが使えるかどうか、という大きな差があるよ。
0184デフォルトの名無しさん
2007/12/04(火) 22:51:310185デフォルトの名無しさん
2007/12/05(水) 02:02:110186デフォルトの名無しさん
2007/12/05(水) 09:58:400187デフォルトの名無しさん
2007/12/05(水) 18:00:540188デフォルトの名無しさん
2007/12/24(月) 01:44:05慣れて来るとリファレンス見ずとも「多分コレで行けるよなえいっ！」って
perl的感覚でコード書いてみると、ホントに期待どおり動いてしまうこんな
便利な言語手放せないっしょ
0189デフォルトの名無しさん
2007/12/24(月) 17:54:570190デフォルトの名無しさん
2007/12/24(月) 18:34:22> 国内最高技術者集団のはてなとmixiはperl
これは笑うところなのか?!
0191デフォルトの名無しさん
2007/12/24(月) 19:08:02みんなPerl6書き始める未来が想像できないんだけど
PythonやらRubyっていうのはもっと想像付かないしどうすんだろね。
0192デフォルトの名無しさん
2007/12/24(月) 19:15:15あれの全盛期っていつだったんだろうか
0193デフォルトの名無しさん
2007/12/24(月) 19:20:470194デフォルトの名無しさん
2007/12/24(月) 19:20:53死にかけた時に復活する助けになったCGIのような奇跡が必要だな。
0195デフォルトの名無しさん
2007/12/24(月) 20:25:58Solaris はデフォルトで Python が入ってるよ
HP-UX とか AIX には入るのかどうかも怪しいけど
0196デフォルトの名無しさん
2007/12/24(月) 20:40:59最近だと、モバゲーは一人のPerlハッカーが3ヶ月で全部設計・実装したらしい。
ユーザレベルは高い。
0197デフォルトの名無しさん
2007/12/24(月) 20:54:250198デフォルトの名無しさん
2007/12/25(火) 08:35:20Mac OS Xもpythonとruby入ってる。Perl6は入ってない。
0199デフォルトの名無しさん
2007/12/27(木) 23:08:450200デフォルトの名無しさん
2007/12/28(金) 00:29:13仕事でもさんざんPerl使って、CPANにもさんざんお世話になった俺だが。
もうRubyでいいよ。。。Ruby覚えてから、Perlまったく書かなくなった。。。
てか、Perlやってきていた人ならRubyもすぐに覚えられると思う。
俺は、チュートリアル30分で斜め読みして、あとは必要に応じて
リファレンス読むだけだけど、まったく問題なく使えてる。
0201デフォルトの名無しさん
2007/12/28(金) 02:26:13ワンライナーでないならRubyに限定する意味は感じないな。
Pythonの方が肌にあう奴もいるだろうし。
Ruby好きなのは伝わるけど
0202デフォルトの名無しさん
2007/12/28(金) 23:21:480203デフォルトの名無しさん
2007/12/28(金) 23:38:27まああと五年もすればpyやrbもそうなってるかな
0204デフォルトの名無しさん
2007/12/29(土) 11:39:01目標においているかどうかいまいち見えない（そうじゃないように見える）
ってことが問題だと思うんだ。
0205デフォルトの名無しさん
2007/12/29(土) 14:41:04Perlのオブジェクト指向はとにもかくにも定式化した規律を作らんとどうにもならんと思う。
コードのひとつひとつが読めても、全体構造が読めなきゃ、他人のは理解できない。
そして、全体構造を把握するのが、実装レベルでどうにでもなるPerlには非常に難しい。
構文レベルで無制限の継承しかないあたりがPerlの限界か。
とはいえ、他人のアイデアを盗む、というかちょっとした何かをしたいが、
自分にすぐアイデアがでないとき、CPANがあるPerｌはまだまだ使えると思う。
0206デフォルトの名無しさん
2007/12/29(土) 16:51:200207デフォルトの名無しさん
2007/12/29(土) 16:54:140208デフォルトの名無しさん
2007/12/29(土) 22:04:450209デフォルトの名無しさん
2007/12/29(土) 22:22:38建前:
rb -> スレッドなんて要らないよ
py -> スレッド使うくらいなら fork すれ
本音:
rb -> YARV が完成した暁には...
py -> GIL 取れねーもん。仕方ねーべよ。
0210デフォルトの名無しさん
2007/12/29(土) 23:48:03> 建前:
> rb -> スレッドなんて要らないよ
要らないならなんであるんだ?
0211デフォルトの名無しさん
2007/12/30(日) 00:11:590212デフォルトの名無しさん
2007/12/30(日) 00:18:03グリーンスレッドがあるという状態でも、
「スレッドなんて要らないよ」という建前なのか?
0213デフォルトの名無しさん
2007/12/30(日) 00:20:180214デフォルトの名無しさん
2007/12/30(日) 01:32:30スレッドをうまく使えないよ。
不勉強なネイティブ厨には理解できないだろうけど。
0215デフォルトの名無しさん
2007/12/30(日) 01:42:00ある事は悪いとは言ってないよ。グリースレッドしか無い
事が問題だと言ってるだけ。
余計な予防線を貼る事ばかり考えていると、目の前の事も
見えなくなるから気をつけた方が良いよ。
0216デフォルトの名無しさん
2007/12/30(日) 20:14:18安定版になるまでは語るに値せんって事か？
0217デフォルトの名無しさん
2007/12/30(日) 20:38:050218デフォルトの名無しさん
2007/12/30(日) 21:59:22突っ込まれる度に恥晒して話が逸れて行く
0219デフォルトの名無しさん
2007/12/30(日) 22:04:550220デフォルトの名無しさん
2007/12/30(日) 22:09:02・スレッドなんて要らないよ
・要らないならなんであるんだ？
・グリーンスレッドだけでしょ
急にグリーンスレッドに限って話を切り直すのがおかしい。
で、それはスレッドだろという突っ込みに対して
・そうだよ
↑この説明がすっぽ抜けてるのか致命的に意味不明になってる点だと思うんだ。
その後で話が逸れて泥沼になってるが。
悔しがる前に普通に意味判らん。
0221デフォルトの名無しさん
2007/12/30(日) 22:10:07>で、それはスレッドだろという突っ込みに対して
>
+>・それでも「スレッドなんて要らないよ」という建前なのか?
>・そうだよ
だな
0222デフォルトの名無しさん
2007/12/30(日) 22:10:440223デフォルトの名無しさん
2007/12/30(日) 22:13:380224デフォルトの名無しさん
2007/12/30(日) 22:16:34ユーザ空間でスケジューリングするのが楽しい人も居るでしょう
マルチコアでスケールしないと嫌な人も居るだけで
0225デフォルトの名無しさん
2007/12/30(日) 22:19:170226デフォルトの名無しさん
2008/01/05(土) 15:18:310227デフォルトの名無しさん
2008/01/05(土) 16:29:25やだよ
0228デフォルトの名無しさん
2008/01/06(日) 12:34:450229デフォルトの名無しさん
2008/01/11(金) 00:16:260230FORTRAN
2008/01/11(金) 01:23:210231デフォルトの名無しさん
2008/01/11(金) 01:39:22全然すすんでない。人もいないし、議論も無い。
ただラリーウォールだけはドキュメントを更新し続けている。
0232デフォルトの名無しさん
2008/01/11(金) 02:11:14どうにかクリスマスには間に合いそうだな。
ふう。
0234デフォルトの名無しさん
2008/01/22(火) 04:49:12http://use.perl.org/~pmichaud/journal/35400
意味は ラクダ道 -> Rakuda-do -> Rakudoだそうな、・・・かなり意味不明
0235デフォルトの名無しさん
2008/01/22(火) 19:05:090236デフォルトの名無しさん
2008/01/23(水) 00:14:200237デフォルトの名無しさん
2008/01/23(水) 18:10:53でも、まあ、perl と違う名前に決めてくれたので一安心。
perl の方を末永く可愛がりたい。
0238デフォルトの名無しさん
2008/03/04(火) 02:14:09あるよ。
以上。
↓次の方どうぞ
0239デフォルトの名無しさん
2008/03/04(火) 08:01:080240デフォルトの名無しさん
2008/03/04(火) 08:02:32もうwebプログラマしか使ってないのか?
0241デフォルトの名無しさん
2008/03/04(火) 20:53:410242デフォルトの名無しさん
2008/03/05(水) 05:44:050243デフォルトの名無しさん
2008/03/08(土) 18:20:45スイッチモジュールが use できるようになったり
他にも色々おこぼれもらえるんでしょ？
0244デフォルトの名無しさん
2008/05/01(木) 17:54:33未来がどうなるか分かりませんが、Javaをやっていた身としては、なんだか省略が多い言語だなーというのが感想です。
0245デフォルトの名無しさん
2008/05/01(木) 18:11:180247デフォルトの名無しさん
2008/05/16(金) 14:47:29$php = ($CFML + $Perl) / 2;
switch ($php){
case '初心者':
echo "チト難しい。";
break;
case 'ウェブデザイナー':
case 'ウェブプログラマ':
echo "分業がﾏﾝﾄﾞｸｻｲ";
break;
case '中途半端なプログラマ':
echo "まあ使える";
break;
default:
echo "中途半端";
break;
?>
0248デフォルトの名無しさん
2008/05/16(金) 16:53:48echo "省略できる割には冗長だな.";
break;
0249デフォルトの名無しさん
2008/05/16(金) 17:37:140250デフォルトの名無しさん
2008/05/16(金) 21:01:45そう決め付けるヤツはド・シロウト。
0251デフォルトの名無しさん
2008/05/16(金) 21:47:02perl == one liner って思ってる俺は？
0252デフォルトの名無しさん
2008/05/17(土) 03:42:59モジュールの内部動作までフラグ意識して、使ってらんねぇ！
俺はもうPerlを捨てる！ 3日徹夜したけど、初めて触ったRubyで一瞬で解決した。
もう眠い！ ちくしょー腹立つ！
0253デフォルトの名無しさん
2008/05/17(土) 13:20:210254デフォルトの名無しさん
2008/05/17(土) 20:41:31でもRuby入ってない／入れたくない（≒なるたけ触りたくない）サーバの保守にはやっぱりPerlだな
0255デフォルトの名無しさん
2008/05/17(土) 20:45:010256デフォルトの名無しさん
2008/05/18(日) 20:10:54詳しくないけどワンライナだとインデントかけないから、ちょっとループ凝りたい時に困りそうな？
0257デフォルトの名無しさん
2008/05/18(日) 21:22:020258デフォルトの名無しさん
2008/05/18(日) 21:37:06C言語と同じ立場に徹していたら良かったのにね
0259デフォルトの名無しさん
2008/05/18(日) 21:39:57ちょっと便利になったawkのままじゃないか
0260デフォルトの名無しさん
2008/05/19(月) 12:43:11うんこOSが今だにsjisなんて使ってるのが問題だろ
jperlならうんこOSでも化けないんだっけ？
0261デフォルトの名無しさん
2008/05/19(月) 13:33:29×今だに
○未だに
これもsjisのせいですか？ｗ
0262デフォルトの名無しさん
2008/05/19(月) 14:02:26関係ない。
UTF8フラグ問題はあらゆるOSに被害を及ぼしている。
問題を確実に回避することも可能。
ただし、通常の二倍以上の手間が掛かる。
ファイルを取得したら（それが文字列でない場合ですら）チェックしないといけない。
これこそ無駄な時間だ。
0263デフォルトの名無しさん
2008/05/19(月) 21:04:090264デフォルトの名無しさん
2008/05/19(月) 21:09:11文字列に￥が入ると誤作動するバカなＯＳが悪いのか。
ゲイツＯＳも、とっくの昔にユニコード対応してるんだから
ユニコードでプログラムのソースを書けば済むのにね。
２１世紀にもなって未だにユニコード対応できてない、オバカな言語。
まだ使うつもり？
0265デフォルトの名無しさん
2008/05/20(火) 08:15:06CP932使ってローカライズしてるし…
0266デフォルトの名無しさん
2008/05/21(水) 01:36:080267デフォルトの名無しさん
2008/05/21(水) 03:24:010268デフォルトの名無しさん
2008/05/21(水) 04:19:00そんなゴミみたいな論理力だから、たかが入出力時にちょっと知恵を絞るだけのことを
ものすごくとてつもなく難しい仕事みたいに感じてしまうんだよ。
0269デフォルトの名無しさん
2008/05/21(水) 12:25:00標準で付いてくるモジュールやCPANのモジュールが
utf8フラグに対応してるものとしていないものが入り乱れてて
en/decodeがメンドクセとは思う
0270デフォルトの名無しさん
2008/05/21(水) 21:14:59簡単・難しいの問題じゃないんだよ。やり忘れが怖い。
もちろん、ミスするのはオレだから誰にも文句は言えないが、
ミスを自動的に発見して修正の手助けまでしてくれる言語を使い慣れると
もう後へは戻れない。
0271デフォルトの名無しさん
2008/05/21(水) 21:24:590272デフォルトの名無しさん
2008/05/22(木) 01:27:56「言語を」も米英スラングやアジア系で何かあるのかって気分になるぜ。
ミスしても文句言わせないモードと、
後には戻れないというニヒル具合が一層素晴らしい。
0273デフォルトの名無しさん
2008/05/30(金) 08:54:13perlの仕事結構あるね。
0274デフォルトの名無しさん
2008/05/31(土) 02:00:43さっそく登録しようw
0275デフォルトの名無しさん
2008/05/31(土) 03:18:32報酬額でソートもできないようなサイトだからさ。
それこそパールで実装しろや、っていう。
0276デフォルトの名無しさん
2008/05/31(土) 04:18:53>>それこそパールで実装しろや、っていう。
Perl専門てワケでもないみたいだけど？
それより
>> hxxxy*vxxxx-xxk.cxm （*を@に変換）
「*を@に変換」に萎えたw
0277デフォルトの名無しさん
2008/05/31(土) 04:47:420278デフォルトの名無しさん
2008/05/31(土) 12:04:300279デフォルトの名無しさん
2008/06/16(月) 23:30:23建築現場でよく見るクギヌキの親分みたいのだな
0280デフォルトの名無しさん
2008/06/18(水) 14:53:570281デフォルトの名無しさん
2008/06/18(水) 14:59:280282デフォルトの名無しさん
2008/06/19(木) 00:36:53ママチャリには無くてはならない便利装備だが
競輪選手には邪魔でしょうがない。
0283デフォルトの名無しさん
2008/06/28(土) 13:58:44http://web.archive.org/web/20010427071311/www.ruby-lang.org/ja/column/v0004.html
0284デフォルトの名無しさん
2008/06/28(土) 14:02:59http://www.aoky.net/articles/steve_yegge/tour_de_babel.htm
私はRubyを、私が知る30か40の他の言語のどれよりも早く学ぶことができた。
RubyをPerlよりも快適に使えるようになるのに3日しかかからなかった。
8年のPerlハッキングの後においてだ。Rubyは非常に一貫性が高く、
じきに物事がどう動くか推測できるようになる。
そしてほとんどの場合正しく推測できる。それは美しい。
そして楽しい。そして実用的だ。
0285デフォルトの名無しさん
2008/06/28(土) 14:05:34http://www.aoky.net/articles/steve_yegge/tour_de_babel.htm
Perlもまた、間もなくなくなる。それは新しいRubyと呼ばれる言語がついに英語に翻訳されたためだ。
そう、それはこともあろうに日本で作られた。
これにはあなた同様みんな驚いている。
日本はハードウェアと製造業では知られているが、
ソフトウェア開発では知られていない。 どうしてなのか誰にもわからないが、
私の考えでは、それはタイピングの問題のためだと思う。
1万種の文字があるアルファベットを使っていながら彼らが十分速くタイプできるとは、
私には想像できなかった。しかしEmacsは多言語サポートを数年前に手にしたので、
今では彼 らがすごく速くタイピングするのを想像できる。(そして彼らはEmacsを使っている——実際EmacsのMuleサポートは主として日本の人たちによってなされたのだ。そしてそれは非常に信頼性が高い。)
0286デフォルトの名無しさん
2008/06/28(土) 14:06:51http://www.shido.info/py/python1.html
perl/Ruby、これから覚えるべきなのは？
http://q.hatena.ne.jp/1145610898
0287デフォルトの名無しさん
2008/06/28(土) 17:18:350288デフォルトの名無しさん
2008/06/28(土) 17:36:510289デフォルトの名無しさん
2008/06/30(月) 11:33:310290デフォルトの名無しさん
2008/07/01(火) 04:57:38衰退の一途っすねPerl。
0291デフォルトの名無しさん
2008/07/01(火) 11:47:130292デフォルトの名無しさん
2008/07/02(水) 23:41:24http://it.toolbox.com/blogs/puramu/perl-is-dead-12264
0293デフォルトの名無しさん
2008/07/02(水) 23:58:210294デフォルトの名無しさん
2008/07/03(木) 02:23:12誰、これ？
0295デフォルトの名無しさん
2008/07/03(木) 04:23:13以前よりも言語の選択肢が増えたので埋没してはいるが
依然として使われている
ダメだダメだと言ってるのはPerlを潰したいだけの他言語使用者なんだろうな
特に信者系の多い
0296デフォルトの名無しさん
2008/07/03(木) 08:19:54今はスクリプト向き言語は乱立していて、
なかなか突出したのが現れないね。
0297デフォルトの名無しさん
2008/07/03(木) 18:34:58それでも生き残ると思うけど…
ここが砂漠なら、やっぱりラクダだよな。秀逸なシンボルだよな
0298デフォルトの名無しさん
2008/07/03(木) 20:22:28なんでrubyなの？
0299デフォルトの名無しさん
2008/07/03(木) 20:38:370300デフォルトの名無しさん
2008/07/04(金) 21:33:10Perl6があるよ
夢の言語だし！
0301デフォルトの名無しさん
2008/07/04(金) 22:12:26別にperlに固執する必要はないよなー
でも保守系で当面必要じゃーん
健やかに起きて、「phpでもrubyでもいいじゃん……
困ってC必須な状態に追い込まれても、G
ObjectとかApple Core Foundationとか使えばなんとかなるし……
なんでいつも、ラムちゃんプリントしたTシャツ来て俺の夢に登場すんだよお前……
」
0302デフォルトの名無しさん
2008/07/05(土) 11:40:260303デフォルトの名無しさん
2008/07/05(土) 16:32:50プロトタイプを書くための言語であって、ワンライナー用ではない。
それはいいんだけど、疑問なのは「そこに二つのドメインはあるのか？」ってこと。
PHP と Perl じゃドメインが大きく違うし、Perl では面倒なことが PHP では一瞬でできるような、
便利さの違いもある。
でも、Perl じゃ面倒なことが Python では楽勝なんていう場面はそんなにない。
確かにプロトタイピングには Python のほうがいいかもしれないし、自分一人のことなら
勉強してもいいが、みんながみんなそう考えるわけじゃない。
Perl っていう、両方の目的に使えるものがあるのに、なんで 片方しかカバーしないものを
新たにやらなくちゃいけないのかってところで、他人に広めにくい。
自分用言語と他人用言語を分けるのも面倒なので、結局 Perl に落ち着いてしまう。
Python がワンライナーのことを真剣に考えてくれていたらよかったんだが。
pyone 使えってか。
0304デフォルトの名無しさん
2008/07/05(土) 21:34:240305デフォルトの名無しさん
2008/07/05(土) 22:59:510306デフォルトの名無しさん
2008/07/05(土) 23:07:150307デフォルトの名無しさん
2008/07/05(土) 23:15:220308デフォルトの名無しさん
2008/07/06(日) 09:46:010309デフォルトの名無しさん
2008/07/06(日) 10:45:090310デフォルトの名無しさん
2008/07/06(日) 12:07:32他の言語圏で、「CPANをいただくプロジェクト」なんてやってる
ところないの?
0311デフォルトの名無しさん
2008/07/06(日) 12:14:06XSとかでハック(苦笑)してるものは大丈夫なんだろうか
0312デフォルトの名無しさん
2008/07/06(日) 20:28:19Linux(GPL)はその意味でBSDより勝った。
PerlのTMTOWTDIに代表されるそれに、Pythonicなものが凌駕するわけないだろ。
とくに日本においては。
Rubistの大半はフリーライダーだし。
0313デフォルトの名無しさん
2008/07/06(日) 21:36:02職安で「職務経歴書」の書き方を教わってたとき
職歴に perl って書いたら採用されないから、絶対に書かないように、ってアドバイスされたよ。
0314デフォルトの名無しさん
2008/07/06(日) 22:04:230315デフォルトの名無しさん
2008/07/06(日) 22:24:31まだそこには行った事が無いが、階段の上から覗き込むと、
いつも電気が消してあって薄暗い。
明かり取りの窓から差し込む光のスジにホコリが反射して
一種異様なふいんきを醸し出している。
ときおり、ピシッ！ピシッ！という、紐のようなもので何かを叩く音と、
「あああぁぁぁ〜っ」という悲鳴のような声が聞こえてくるらしい。
0316デフォルトの名無しさん
2008/07/07(月) 00:23:02不条理日記だっけ？
0317デフォルトの名無しさん
2008/07/08(火) 05:14:571.1 Rubyの特徴
1.1.1 オブジェクト指向言語
1.1.2 より良いPerl
http://blog.livedoor.jp/dankogai/archives/51077051.html
0318デフォルトの名無しさん
2008/07/08(火) 13:31:03「より悪いperl」なんて話にならない。
Perlはスクリプト言語の地平を切り開いたね。
0319デフォルトの名無しさん
2008/07/08(火) 15:20:300320デフォルトの名無しさん
2008/07/08(火) 15:46:090321デフォルトの名無しさん
2008/07/08(火) 18:32:45ruby と python って何でスペルそのまま使ったの？
perl (≠pearl) みたく新しい言葉にしようとか思わなかったの？
0322デフォルトの名無しさん
2008/07/08(火) 18:38:110323デフォルトの名無しさん
2008/07/08(火) 18:39:110324デフォルトの名無しさん
2008/07/08(火) 20:20:43RubeeやPaisonのがいい。
あと関数名なんかも特徴あるのがいいな。
C++0xのラムダなんか絶対最悪。
Googleのソースコード検索やりずらい。
これは俺言語作成のためのメモ
0325デフォルトの名無しさん
2008/07/08(火) 20:43:02やがてウェブ検索が主たる情報検索メソッドになると言う認識は、
出てきたそれぞれの言語の誕生時にはなかっただろうな。
0326デフォルトの名無しさん
2008/07/09(水) 06:13:24ちょっと視点違うけど、エディタ支援の発達とか、インテリセンスの発達なんかも、
「どういうコードの書き方が人に優しいか」を少しずつ変化させてきたと思うし。
0327デフォルトの名無しさん
2008/07/09(水) 07:46:38> Googleのソースコード検索やりずらい。
> これは俺言語作成のためのメモ
そのうちsyntax:whileとか構文解析も利用できるようになるのでは?
0328デフォルトの名無しさん
2008/07/09(水) 12:02:00hog.get() とか hog.open() とか hoge.create() とかよく目にすると思うが
「get」 や 「hog.get」 でネットで検索してもヒットしない。
「hoge」 が何のクラス・型で宣言されているか、ソースを逆に辿って
そのクラス・型でネット検索しなきゃヒットしない。
この、ソースを逆にたどる作業というのが実にメンドクサイ。
派生とか、ポリモーフィズムとかなんとか、そういうのに出くわしたら、もう解析不可能。
そこで eclipse や netbeans などのような専用エディタやＩＤＥが登場するワケだが・・・
逆に言えば、オブジェクト歯垢言語は専用エディタ・ＩＤＥが無ければコーディング不可能ってワケで。
Windows の 「メモ帳」 みたいな、どのパソコンにもかならず入ってる汎用のテキストエディタで
気軽にコーディング、というワケにはいかないんだな。これが。
ちょっと、「あるサイトからエロ画像を収集したいんだけど」 みたいな、使い捨てのコードを書きたいときなど、
バッチファイルやシェルスクリプトじゃ役不足だし、もうちょっと細かい事が出来て、専用ＩＤＥなど無しで
気軽に、書ける言語・・・って必要だよな。
それが、「perl」 だ。
長ったらしい関数名なぞいらん。ササッと書いて、ササッと動かして、さっさと捨てる。
それが perl の本来の使い方じゃなかろうか。
web アプリは php にその座をゆずって、本来の高級バッチファイル的な使い方に落ち着くやろ。
0329デフォルトの名無しさん
2008/07/09(水) 12:04:240330デフォルトの名無しさん
2008/07/09(水) 22:18:15高級バッチ処理 →perl
こうですか？
0331デフォルトの名無しさん
2008/07/10(木) 10:14:1410年前のレスのコピペ?
0332デフォルトの名無しさん
2008/07/12(土) 18:46:59［指向］をわざわざ誤字にしてるのが面白くも何ともない件について
0333デフォルトの名無しさん
2008/07/12(土) 19:31:41Javaとは別の意味で現代のCOBOLだと言いたいんですね
わかります
0334デフォルトの名無しさん
2008/07/13(日) 23:10:21毒饅頭を喰ったのがそもそもの始まり。
Encode モジュール、断固害。
そこに未来はない。
0335デフォルトの名無しさん
2008/07/13(日) 23:34:35せんぜんわかんねーよ。
Javaはいい意味で現代のCOBOL、Perlは悪い意味で現代のCOBOLってことか？
まずは日本語学んでくれ。
0336デフォルトの名無しさん
2008/07/13(日) 23:35:48ソースEUCで書いてた世代か？
いつまでもEUCにしがみついてろ。
0337デフォルトの名無しさん
2008/07/14(月) 00:21:030338デフォルトの名無しさん
2008/07/14(月) 02:52:00携帯とかキャリアがボケなせいもあるけどな。AUいい加減にしろと
0339デフォルトの名無しさん
2008/07/14(月) 15:45:47http://b.hatena.ne.jp/entry/http://tomato.or.tp/programming/memo/class/class.html
0340デフォルトの名無しさん
2008/07/14(月) 20:50:290341デフォルトの名無しさん
2008/07/14(月) 21:12:01http://web.archive.org/web/20010427071311/www.ruby-lang.org/ja/column/v0004.html
バベル案内
http://www.aoky.net/articles/steve_yegge/tour_de_babel.htm
Perlもまた、間もなくなくなる。
Perl, Python, Ruby の比較
http://www.shido.info/py/python1.html
perl/Ruby、これから覚えるべきなのは？
http://q.hatena.ne.jp/1145610898
0342デフォルトの名無しさん
2008/07/14(月) 23:17:38隠さなければならないほどだった。
でも今は人が増えたので良くなったね。
0343デフォルトの名無しさん
2008/07/16(水) 00:53:250344デフォルトの名無しさん
2008/07/18(金) 00:56:41同意。
PerlのEncodeは終わってる。
言っておくが、自分には使える。
Perl好きだし、Encodeモジュールもわかっているつもり。
ただ、そこまでPerlにはまっていない周りには使えないし、わかってもらえない。
これが致命的。
（よくはまるのは、UTF-8フラグのついた文字列と
バイト列としての UTF-8文字列の違いとかのあたり）
それに、ソースコードを UTF-8 で書くと、システムがローカルエンコーディングの場合
ファイルを開いたりするのさえ面倒。
Unicode がらみのスクリプトを書くたびに、
sub e { Encode::encode('cp932', $_[0]) }
sub d { Encode::decode('cp932', $_[0]) }
sub E { map { Encode::encode('cp932', $_) } @_ }
sub D { map { Encode::decode('cp932', $_) } @_ }
↑こんなのを上に貼って、
open IN, e"日本語.txt";
とか書いたり、デバッグする時に
b 30 ($str eq d"日本語")
とかやったりしてるけど、正直言って超バッドノウハウ。
人が見てもやっぱりわからないし。
0345デフォルトの名無しさん
2008/07/18(金) 10:31:330346デフォルトの名無しさん
2008/07/18(金) 19:49:02問題ないのですか？
0347デフォルトの名無しさん
2008/07/18(金) 23:00:17日本に引きこもって、外に一歩も出なければｏｋ
0348デフォルトの名無しさん
2008/07/18(金) 23:02:04仕事となると「日本語だけしか扱いません」てワケにはいかんだろ。
0349デフォルトの名無しさん
2008/07/18(金) 23:24:45[ぁ-んァ-ヶ] 等ができない。
JPerl なんて言わないでね
0350デフォルトの名無しさん
2008/07/19(土) 01:36:00>>344なみの回避技/裏技を駆使する必要がある。
0351デフォルトの名無しさん
2008/07/19(土) 01:44:58どうせ引き籠もるなら今はUTF-8だろうけど、
Windowsだとファイル名がShift_JIS(cp932)のAPIあるじゃん。
0352デフォルトの名無しさん
2008/07/19(土) 10:13:42PerlはA系APIを使ってて、せっかくUTFフラグなんてモノを内部に持っていながら
ユーザが手動でWindowsコードページと相互変換する必要があって、
そこまでやっても所詮A系決めうちだから、コードページ範囲外の文字が使われてる
ファイル名とか手も足も出ないんだっけ？
あまりにクソ過ぎてワロタ
0353デフォルトの名無しさん
2008/07/19(土) 17:34:47ＰｅｒｌなどのＵＮＩＸ系生まれの言語がユニコード扱えないのは仕方ないだろ。
0354デフォルトの名無しさん
2008/07/19(土) 17:40:58一行目も二行目も言ってることがありえなさ過ぎてワロタ
たぶんあんたはLANGをja_JP.UTF-8にできることもしらないし
CIFSでWindowsのUTF-16なファイル名を完璧にSambaで扱えることもしらないし
JavaやPythonやTcl/Tkなどの言語が、Perlよりよほど優れたUnicodeサポートを
Windowsにおいても提供していることも知らないわけだな
Perlってテキスト処理が得意で簡潔に書けるのがウリのシステム管理者向けの
言語なんじゃなかったっけ？
0355デフォルトの名無しさん
2008/07/19(土) 22:13:53またか・・
もういい加減に、UTF-8 とユニコードの違いを理解しろよ。
0356デフォルトの名無しさん
2008/07/19(土) 23:05:140357デフォルトの名無しさん
2008/07/19(土) 23:32:220358デフォルトの名無しさん
2008/07/19(土) 23:36:04ネタか何かのつもりかしら
0359デフォルトの名無しさん
2008/07/19(土) 23:36:25要するに、勝負がついたということ。
0360デフォルトの名無しさん
2008/07/19(土) 23:45:510361デフォルトの名無しさん
2008/07/20(日) 00:21:29そらエンコと文字コードまとめて語ったら誤解産むケースがあるのは
確かだが、そういう話じゃねえしな
0362デフォルトの名無しさん
2008/07/20(日) 02:02:38必死なんですよ。
0363デフォルトの名無しさん
2008/07/20(日) 02:23:41ユニコード ≒ 思想・アルゴリズム
UTF-7、UTF-8、UTF-16、UTF-32 ≒ 実装
じゃねえの？
「UTF-32エンコードされたユニコード文字列」とかいう表現が一般的だと思うが、
単純に「ユニコード文字列」と言った場合、
「エンコード不明なユニコード文字列」と取るか
「(最近一般的によく使われる)UTF-8でエンコードされたユニコード文字列」と取るか
「(一部儲が一般的と考える)UTF-16でエンコードされたユニコード文字列」と取るかは
人それぞれだと思う。
ってか、前にも>>355みたいな変な書き込みをPerl関連のスレで見た記憶が・・・。
0364デフォルトの名無しさん
2008/07/20(日) 02:50:25なんかそのものずばりのスレがあるじゃん
UnicodeとUTF-8の違いは？
http://pc11.2ch.net/test/read.cgi/tech/1177930957/
0365デフォルトの名無しさん
2008/07/20(日) 08:07:10「ユニコード」は、規格全体あるいは団体の名前ですよ。
「UTF-8」は文字エンコーディング名。ユニコード規格の一部。元はRFC。
0366デフォルトの名無しさん
2008/07/21(月) 09:14:52誰がコピペしろと言った？
自分が理解してるかどうか、それを問うてる。
ユニコードと UTF-8 の違いをだ。
もしちゃんと理解してるなら、>>354 のような恥ずかしいカキコミはできないはずだ。
0367デフォルトの名無しさん
2008/07/21(月) 10:00:240368デフォルトの名無しさん
2008/07/21(月) 10:02:180369デフォルトの名無しさん
2008/07/21(月) 10:09:22目が見えないから「色」というのが理解できない。
手で触れるものなら形で区別つくのだが
「空は青い」とか「雲は白い」とか言われても
何のことやらわからない。
生まれつき１バイト＝1文字の世界の人がいる。
彼らにはマルチバイトがなぜ必要なのか、ユニコードがなぜ必要なのか
理解できない。
３次元の世界で暮すわらわれに時間の壁が越えられないのと同じように
perl には漢字・マルチバイト文字・ユニコードの壁は越えられない。
「世間の風潮で、とりあえず utf8 を導入してみました〜〜〜〜」
「でもぜ〜んぜん実用的ではないでぇ〜〜す」
それが perl
0370デフォルトの名無しさん
2008/07/21(月) 10:31:27言語レベルであそこまでサポートしているのは少ない。
ライブラリならIBMのがあるけど。
0371デフォルトの名無しさん
2008/07/21(月) 10:55:12Perl内部エンコーディングの文字列を直接使うこと。
だから、プログラム側で変換しないといけない。
Perl側で変換するにはPerlIOのコードを書き換えるか、変換レイヤーをかます必要がある。
0372デフォルトの名無しさん
2008/07/21(月) 19:42:52そうか、君には無理なのか。
0373デフォルトの名無しさん
2008/07/21(月) 20:04:050374デフォルトの名無しさん
2008/07/21(月) 21:36:02そう。Windows 系ＯＳはな。正確には UTF-16LE だ。
（Win95,98 は切り捨ててもいいだろ）
だが今度は UNIX 系ＯＳのヤツらがブーブー文句たれる事になる。
0375デフォルトの名無しさん
2008/07/21(月) 21:49:06普通に使えるし。
0376デフォルトの名無しさん
2008/07/21(月) 22:14:550377デフォルトの名無しさん
2008/07/21(月) 22:25:42そりゃそうだ。まだユニコードには対応してないんだから。
0378デフォルトの名無しさん
2008/07/21(月) 22:29:50ん？UTF-16のリトルエンディアンではなく、UTF-16LEなの？
0379デフォルトの名無しさん
2008/07/21(月) 22:57:460380デフォルトの名無しさん
2008/07/21(月) 23:00:20ここらへんがＵＮＩＸ系ＯＳにユニコードが導入されにくい理由の一つでもある。
Windows系ＯＳならＣＰＵはインテルしか無いからな。
0381デフォルトの名無しさん
2008/07/21(月) 23:05:29CPUレベルまで降りてきたぜ
0382デフォルトの名無しさん
2008/07/21(月) 23:36:360383デフォルトの名無しさん
2008/07/21(月) 23:39:190384デフォルトの名無しさん
2008/07/22(火) 00:00:17それは違うんじゃね？
UTF-16LEとUTF-16BEはBOMなし。UTF-16はBOMあり。
WindowsのコードはBOMありのUTF-16でリトルエンディアンで直列化してるはず。
ってかそんなことも知らないでユニコードの話してるの？ｸｿﾜﾗﾀ
0385デフォルトの名無しさん
2008/07/22(火) 00:10:470386デフォルトの名無しさん
2008/07/22(火) 00:19:110387デフォルトの名無しさん
2008/07/22(火) 00:22:43ライブラリやAPIレベルではBOM要らないぞ。
0388デフォルトの名無しさん
2008/07/22(火) 00:27:120389デフォルトの名無しさん
2008/07/22(火) 00:29:110390デフォルトの名無しさん
2008/07/22(火) 00:34:38>ってかそんなことも知らないでユニコードの話してるの？ｸｿﾜﾗﾀ
これは良い釣り
0391デフォルトの名無しさん
2008/07/22(火) 00:40:130392デフォルトの名無しさん
2008/07/22(火) 00:49:58内部ではワイドキャラクタ(16bit)で扱うので、バイト直列化してないということ。
0393デフォルトの名無しさん
2008/07/22(火) 01:30:200394デフォルトの名無しさん
2008/07/22(火) 01:46:290395デフォルトの名無しさん
2008/07/22(火) 15:41:170396あああ ◆RrX6W08b02
2008/07/22(火) 23:50:010397デフォルトの名無しさん
2008/07/23(水) 00:44:17しかし、どこをどう間違えてしまったのだ？
やはりこれは *バベルの塔* なのか？
0398デフォルトの名無しさん
2008/07/23(水) 00:50:04Perl5.8の方がいい。
0399デフォルトの名無しさん
2008/07/23(水) 00:55:100400デフォルトの名無しさん
2008/07/23(水) 01:37:59たとえ内部的にUTF-8を使っていても、抽象化して「Unicode文字列」としてしか
扱わない、扱えないようにするべきだった。
内部形式なんて、見えるようにしても何のメリットもない。
さらに、「わかっている人向け」のインターフェイスしかないのも致命的。
LWP::SimpleとLWP::UserAgent（等）のように、簡単・手軽な普段使いのものと、
複雑・強力な本格的なものを用意するべきだったのに。
Pythonで、コマンドプロンプトから"print u'あ'"を実行すると、"あ"と表示される。
もちろん裏では"use encoding(cp932);"と同様の処理がされているのだろうが、
ユーザには見えない。見える必要もない。
Perlでは、Unicode 専用の文法を何も作らずにUnicode対応したのも敗因。
u"" のような文法がないから、例えば"use utf8;"や"use encoding(cp932);"のような
「モードの切り替え」が必要になる。
しかし、これは一般ユーザには敷居が高すぎて、単純に理解してもらえない。
残念なことだ。
0401デフォルトの名無しさん
2008/07/23(水) 02:06:01湯煮コードだ、CP932だ、何だかんだ言っても、その概念が飲み込めない人なんだから。
（このスレにも、ユニコードと UTF-8 の違いが飲み込めないヤツがおるくらいだから、
アメリカ人に漢字が理解できるワケが無い）
生まれつき目の見えない人に、「青い」とか「赤い」とか言っても理解してもらえないのと同じ。
色の概念が無いわけですから。（目の見えない人、変な例えに使ってゴメンなさい）
もうこれ以上、perl に何かを期待しても無駄だよ。
0402デフォルトの名無しさん
2008/07/23(水) 20:35:44ユニコード ∋ UCS2, UCS4, UTF-7, UTF-8, UTF-16, UTF-32
確かに ユニコード≡UTF-8 は成り立たないが ユニコード≡UTF-16も成り立たない。
ゆえに「ユニコードはUTF-8ではない」が真ならば「ユニコードはUTF-16ではない」もまた真になる。
ユニコード∋UTF-16 をもって 「ユニコードとはUTF-16の事である」というのであれば、
ユニコード∋UTF-8 なので 「ユニコードとはUTF-8の事である」もまた真になる。
一般用語としてのユニコードがUTF-16を指すとしても、
UTF-8との比較対照としてUTF-16を扱う場合、ユニコードをUTF-16として語る事は
釣り餌以外のなにものにもならない。
UTF-8を使う事がどうしていけないのか、UTF-16がUTF-8と比較してどんな利点があるのか
具体的に例示しないのは、本人がユニコードとUTF-16とUTF-8について理解してないからだと思われ。
注1) ∋ は集合論の記号。右に列挙したものが左の集合の要素であるという意味。
注2) ≡ は集合論の記号。左右がまったく同じものという意味。
0403デフォルトの名無しさん
2008/07/23(水) 20:49:220404デフォルトの名無しさん
2008/07/23(水) 21:16:23一般的にはUTF-32(CEF)じゃないのか？
0405デフォルトの名無しさん
2008/07/23(水) 21:29:42そう、ＪＩＳ漢字コード（JIS6226）だね。ちょっと常識すぎたかな。
UNIX も、マイクロソフトのBASICを乗っけたパソコンも、漢字はJIS漢字コードを使ってたんだよ。
ところが、これが非常に使いにくい。ASCII の１バイト文字とJIS漢字を共存させるのが、えらい苦労する。
そこで、ゲイツ一味が考え出したのが、シフトＪＩＳってワケ。
これは、JIS漢字コードに無理やり数値を足したり引いたり掛け算したり・・・
で、ASCIIコードと重ならないように工夫したコードなんだね。
UTF-8 ってのは、このシフトJIS のユニコード版と言えるかな。
笑われるのを覚悟で言って見れば、「UTF-8 とは、シフト・ユニコードである」 ってところだろうか。
（・・・あ、こんな言葉は無いから外では使うなよ。たった今オレが思いついた言葉だからね）
ユニコードと１バイトASCIIコードは共存できない。そこを、無理やり、数値を足したり引いたり掛け算したり・・・
で、ASCIIコードと重ならないように工夫したわけさ。ほら、シフトＪＩＳと状況が似てるだろ？
ということで、UTF-8 はシフトJISと同じ問題をはらんでいる。
つまり、コンピュータの文字の内部表現には向かない、って事。
たとえば、頭から１０万文字めを取り出す、という処理を考えると、先頭の1バイトめから順々に数えなければ
１０万文字目が特定できない。次の１０万１文字めを取り出すには、またまた先頭の1バイトめから順々に数えなければ
文字が特定できないって事なのよ。大量の文字列を扱うのにはスピード的に不利なわけ。
ユニコードで内部処理していれば、こんな事にはならない。単なる文字の配列だから１０万文字めだろうが１０万１文字め
だろうが、素早くランダムアクセスできるからね。
いつまでも内部表現にUTF-8を使い続けるのは、問題を先延ばしにしているだけで、未来は破綻が待っている。
0406デフォルトの名無しさん
2008/07/23(水) 21:44:47UNIXのシステムコールもC言語から呼ぶことになっている。
UNIXはすべてC言語が基本なんだね。
ところで、ユニコードの"ABC"という文字を、C言語のライブラリに渡すことを考えてみよう。
int fd = open("ABC", O_RDONLY);
ユニコードの"ABC" を受け取った open 関数はどういう挙動をするか？
ユニコードの"ABC" は char の配列 { 0x41, 0x00, 0x42, 0x00, 0x43, 0x00 } と解釈されてしまう。
（インテルCPUの場合）
ここで注意しなければならないのは、 0x00 は文字列の終端記号に間違われてしまうという事。
文字列に \0 が含まれていると、それが文字列の終わりという腐った約束ごとがあるから
結局、open 関数には "A" というファイルをオープンしようとするだろうね。
つ・ま・り、UNIX系OSは、どうあがいても、泣けど叫べど、絶対にユニコード化は不可能。
だから UTF-8 に固執してるんだよ。
くやしかったら 文字列の終端が \0 って言うクソ仕様を廃止してみろｗｗｗ
0407デフォルトの名無しさん
2008/07/23(水) 21:53:12先頭から何文字目の文字とかを扱うのってそんなに重要か？
まあ、それが重要だとしても、UTF-16だって先頭から数えなきゃならない。
なぜならサロゲートペアってものがあるから。
そんなにユニコード完全準拠が必要だと思うなら、UTF-32(UCS4)を内部表現に使うように主張するべきじゃね？
0408デフォルトの名無しさん
2008/07/23(水) 22:02:14> で、ASCIIコードと重ならないように工夫したコードなんだね。
重なってる。
0409デフォルトの名無しさん
2008/07/23(水) 22:03:56うーん、C言語について、誤解してるようだが・・・。
\0というのは、別に、(0000 0000)bを意味して無いぞ。
オリジナルのC言語は6bit=1キャラクタのマシン(PDP-7)で動作していた。
それが今の8bit=1キャラクタのマシンに移植できたんだから、
16bit=1キャラクタだろうが、32bit=1キャラクタだろうが
C言語の言語仕様としては全く問題は無く扱える。
まあ、問題があるとすれば、
1キャラクタ(1Byte)=8bitを前提としたビットアクセス、 union、ポインタ操作などだけど、
その辺はフィルタ作ればソースから抽出するのはさほど難しくは無い。
2000年問題に対応した時の規模の修正で対応可能だろう。
0410デフォルトの名無しさん
2008/07/23(水) 22:05:23UTF-32 って、後から出来た規格じゃん。
後出しジャンケンに勝ってたくらいでいい気になるなよ。
ぜんぜん普及してないんだし。
0411デフォルトの名無しさん
2008/07/23(水) 22:09:30サロゲートペアに反論は？
0412デフォルトの名無しさん
2008/07/23(水) 22:12:12ほうほうほう。それは勉強になった。
で？UNIXは、なぜ１キャラクタ１６ビットや３２ビットのCコンパイラを使わないの？
そうすれば数々のユニコード問題が一気に解決するじゃん。
そんな石器時代の石斧を持ち出して自衛隊に持たせても、北の侵略から日本は守れないぞ〜
0413デフォルトの名無しさん
2008/07/23(水) 22:13:410414デフォルトの名無しさん
2008/07/23(水) 22:22:56それこそ後出しジャンケンだろ。
UNIXにしても、Linuxにしてもユニコードが普及する前からやってるわけで、
最近は64bit対応とかワイドキャラ対応とかで順次対応が進んでる状況なわけだ。
少なくとも2036年問題対応の頃までには、longは64bitか128bitになってるだろうし、
必要性があれば、内部文字コードがUTF-32になってるかもしれない。
もっとも、charを16bit(32bit)にするアプローチがいいのか、wchar_tを標準にした方が良いのかは
十分議論を尽くしてないだろうから、wchar_tを文字列の標準にする方向になるのかもしれないが。
0415デフォルトの名無しさん
2008/07/23(水) 22:28:000416デフォルトの名無しさん
2008/07/23(水) 22:29:56だったら1文字１６ビットや３２ビットのCコンパイラでコンパイルした perl を使えばいいじゃん。
ユニコードとか utf8 とか、メンドクサイ事を考える必要無いじゃん。
なぜそれが出来ない？
0417デフォルトの名無しさん
2008/07/23(水) 22:35:440418デフォルトの名無しさん
2008/07/23(水) 22:40:43UTF-32が後出しジャンケンだっていうけど、藻前が主張したいのはWindowsの実装こそ正義って話？
UTF-32なら藻前が言った先頭から何文字目とかの話に対応できるから、
藻前がその話を引き合いに出すならUTF-32を内部コードにするべきって主張するのが本当だろうって話なんだが？
0419デフォルトの名無しさん
2008/07/23(水) 22:41:450420デフォルトの名無しさん
2008/07/23(水) 23:08:22微妙な気がするんだが、
せいぜいサロゲートペアが消えるだけでしょう
0421デフォルトの名無しさん
2008/07/23(水) 23:16:38当初は何が何でも2Byteに収めようとかなり強引な事(見た目が同じ文字は1つのコードにまとめる等)を色々やってUCS-2を作り上げた。
それを表現する方法として作ったのがUTF-16。
でも1文字1Byteじゃ表現できない文字を扱ってる国からの反発がものすごくて、Unicode2.0では21bitに拡張され、結局32bitのUCS-4が作られた。
1文字1Byte圏批判をするなら、当初の頃Unicodeを2Byteに押し込めようとした連中を批判すべき。
UTF-8に対するUTF-16の優位性なんて、Unicode2.0誕生でサロゲートペアが出来て以後ほとんど無いのに、
妄想でUTF-16賛美UTF-8批判するヤツはオカシイと思う。
「Microsoftが採用してWindowsの内部表現になったからすごいんだ」と言いたいならはっきりそう書けばイイジャン。
0422デフォルトの名無しさん
2008/07/23(水) 23:19:540423デフォルトの名無しさん
2008/07/23(水) 23:21:110424デフォルトの名無しさん
2008/07/23(水) 23:24:59> UTF-32なら藻前が言った先頭から何文字目とかの話に対応できるから
UTF-32にしようが、この問題はちっとも解決しないでしょ、ってこと
0425デフォルトの名無しさん
2008/07/23(水) 23:27:15HTMLだって、metaタグのcharset見て処理できるような仕様になってるのは、ASCII混在が前提になってるから。
0426デフォルトの名無しさん
2008/07/23(水) 23:29:07ん？サロゲートが消えて1文字32bit固定になれば、
「単なる文字の配列だから１０万文字めだろうが１０万１文字めだろうが、素早くランダムアクセスできるからね」
が出来るようになるんじゃねえの？
0427デフォルトの名無しさん
2008/07/23(水) 23:39:10UTF-32ならUCS-4の「コードポイント」を確かに32bitの整数一個で表現できるけど
Unicodeの仕様では、今や一つの「文字」が一つのコードポイントに
必ずしも対応しないわけですから、
> 先頭から何文字目
のような「文字」ベースの話では、どのみち問題はおきますよ、と言ってるんですよ
0428デフォルトの名無しさん
2008/07/23(水) 23:42:55そうか。
つまり、>>405も>>418もユニコードに関しては素人だって事ね。
0429デフォルトの名無しさん
2008/07/24(木) 00:21:06行き詰ったらラリーがどうにかしてくれるから
いい加減unicodeスレに帰ってください
0430デフォルトの名無しさん
2008/07/25(金) 09:32:05まぁ、 Perl 5.x とそれで動くプログラムは切り捨てられるんだろうけど。
0431デフォルトの名無しさん
2008/07/25(金) 09:36:190432デフォルトの名無しさん
2008/07/25(金) 10:39:19まぁ、ATX とそれで動くボードは切り捨てられるんだろうけど。
0433デフォルトの名無しさん
2008/07/25(金) 12:54:25まぁ、XP とそれで動くプログラムは切り捨てられるんだろうけど。
0434デフォルトの名無しさん
2008/07/25(金) 13:00:21まぁ、 消えた年金５０００万件 とそを納めた被保険者は切り捨てられるんだろうけど。
0435デフォルトの名無しさん
2008/07/25(金) 13:19:320436デフォルトの名無しさん
2008/07/25(金) 13:59:34まぁ、 UNIX とそれで動くプログラムは切り捨てられるんだろうけど。
0437デフォルトの名無しさん
2008/08/02(土) 01:11:14http://itpro.nikkeibp.co.jp/article/NEWS/20060620/241346/
DHH：いろんなPerlソースを見ていると，頭が爆発しそうでした。
なぜかというと，どのコードを見てもスタイルがそれぞれ違って，
正しいのはどれかがわからない。
それぞれおもしろいんだけど，自己主張が激しすぎると感じました。
一方で，Rubyで書いたものはどれも，
同じことをする場合はだいたい似たように見える。
この「統一感」がすごく重要でした。
0438デフォルトの名無しさん
2008/08/02(土) 03:49:140439デフォルトの名無しさん
2008/08/02(土) 07:32:10そのURLのページに、そんな文章ないんだが・・
0440デフォルトの名無しさん
2008/08/02(土) 09:14:400441デフォルトの名無しさん
2008/08/02(土) 09:37:550442デフォルトの名無しさん
2008/08/02(土) 11:03:56一つの動作なら同じ書き方で統一するほうがいいのか
これは価値観の問題じゃない？
0443デフォルトの名無しさん
2008/08/02(土) 11:10:000444デフォルトの名無しさん
2008/08/04(月) 00:18:550445デフォルトの名無しさん
2008/08/04(月) 03:27:14その意味ではまだRubyかな
SpiderMonkeyあたりがコンソールライブラリ充実したらRubyとか糞とか言える日が来るかもしらんけど
0446デフォルトの名無しさん
2008/08/04(月) 07:08:53ますます迷走してるし
0447デフォルトの名無しさん
2008/08/04(月) 09:47:30ただし、職業としてでなく、あくまで自分で使うため。
書籍も多数発売されて、Rubyを学ぶ環境は問題なくなりつつあるよね
Perlとは違った意味でRubyにも将来性の不安というのはあるけれど…
実はどちらも勉強するが正しいのかな
0448デフォルトの名無しさん
2008/08/04(月) 10:11:430449デフォルトの名無しさん
2008/08/04(月) 10:51:22どちらか一方をと言われたら？
0450デフォルトの名無しさん
2008/08/04(月) 11:05:440451デフォルトの名無しさん
2008/08/04(月) 11:22:290452デフォルトの名無しさん
2008/08/04(月) 14:11:010453デフォルトの名無しさん
2008/08/04(月) 16:26:250454デフォルトの名無しさん
2008/08/04(月) 17:53:41perlとruby
0455デフォルトの名無しさん
2008/08/04(月) 18:34:44Perl
0456デフォルトの名無しさん
2008/08/04(月) 23:34:29だが、rubyやpythonに将来性があるかといわれると、それも大いに疑問だな
phpは立ち位置が違うから比較にならない。上の3つのどれかを知っていても別に覚える意味はあると思う。
0457デフォルトの名無しさん
2008/08/05(火) 00:27:50今週はPerlをマスターして、来週前半でRuby、後半でPythonを
マスターすれば良い。
0458デフォルトの名無しさん
2008/08/05(火) 01:05:52戻るのみ。
幸いにも癌は取り除きやすいようにパッケージされている。
0459デフォルトの名無しさん
2008/08/05(火) 05:49:44どんだけ記憶力良いんだよ
0460デフォルトの名無しさん
2008/08/05(火) 05:53:55Perlやって変なクセつくより、オブジェクト指向のRubyだけを勉強した方がいい。
多けりゃいいってもんじゃないんだよ。
0461デフォルトの名無しさん
2008/08/05(火) 21:02:070462デフォルトの名無しさん
2008/08/05(火) 22:34:56あっても大幅に仕様変更しているだろう
0463デフォルトの名無しさん
2008/08/06(水) 07:47:51今、Perlを嫌になるほどやれるシチュエーションってないな。
もうPerlでCGIって時代でもないし。Perlのwebフレームワーク使った案件もないし。
せいぜいワンライナーとかチョンプロぐらい。
0464デフォルトの名無しさん
2008/08/06(水) 09:59:500465デフォルトの名無しさん
2008/08/08(金) 22:15:050466デフォルトの名無しさん
2008/08/08(金) 22:20:55趣味ならもっとマシな言語を好きに選べるのだし、選んだほうが幸せになれるだろ
まあPerlは非常に広い範囲で使われてるから、知っておくと便利は便利だが
それを言うならもっと先に学ぶべき言語はいくらでもある
0467デフォルトの名無しさん
2008/08/09(土) 08:33:28webならPHPってこと？でもPHPから入らないほうがいいって意見もあるんだよねえ
さすがにCじゃ荷が重いだろうし…となると、やっぱりRubyってならない？
0468デフォルトの名無しさん
2008/08/09(土) 12:56:50http://rikunabi-next.yahoo.co.jp/tech/docs/ct_s03600.jsp?p=001357
0469デフォルトの名無しさん
2008/08/10(日) 11:54:05な〜んだ。それって、Perl6が発表された時がクリスマスって言ういつもの話じゃないか。
それよりも、Perl6の日本語の情報がほしいお……
0470デフォルトの名無しさん
2008/08/10(日) 16:22:170471デフォルトの名無しさん
2008/08/10(日) 17:43:34RGSSやるならrubyを勉強するしかないお
0472デフォルトの名無しさん
2008/08/11(月) 08:44:01ラリーが言ってるんだから例年のクリスマスよりｗｋｔｋ出来るだろ
0473デフォルトの名無しさん
2008/08/11(月) 08:48:43過去に書いたコードが死ぬ日がそんなに楽しみですか？
0474デフォルトの名無しさん
2008/08/11(月) 14:52:140475デフォルトの名無しさん
2008/08/11(月) 14:57:090476デフォルトの名無しさん
2008/08/11(月) 15:49:460477デフォルトの名無しさん
2008/08/11(月) 20:38:13親切な管理者の場合はそうだろうね
0478デフォルトの名無しさん
2008/08/11(月) 20:39:21君みたいに趣味でやってる人はいいけれど、
また作り直すなら、perlにこだわるより、将来性のある言語を選択するんじゃないの？
0479デフォルトの名無しさん
2008/08/11(月) 20:39:390480デフォルトの名無しさん
2008/08/11(月) 21:21:08>>474 確かに use perl5; は必ず欲しいよね。
0481デフォルトの名無しさん
2008/08/11(月) 21:26:09C++ 同様に Perl6 の仕様についてこれない落ちこぼれも発生するんだが
0482デフォルトの名無しさん
2008/08/11(月) 21:27:020483デフォルトの名無しさん
2008/08/11(月) 22:46:06選択なんぞせずに、どれもこれも使えばいいだけやん。
0484デフォルトの名無しさん
2008/08/12(火) 02:00:20んでも、１つのプログラムならどれかひとつを選択する必要があるだろ？
その選択を、あえてperlにする必要はもうなくなったなって事だろう。
0485デフォルトの名無しさん
2008/08/12(火) 03:38:23「言語の将来性は俺が作る!」という気骨のあるハッカーはいなくなってしまったのか……
0486デフォルトの名無しさん
2008/08/12(火) 08:58:57いや、世界中のどこかにいるんじゃね？
もっとも企業ではもっと現実的な選択をする場合がほとんどだと思うけど。
0487デフォルトの名無しさん
2008/08/12(火) 12:42:410488デフォルトの名無しさん
2008/08/12(火) 14:11:15まぬけな考えだな。
0489デフォルトの名無しさん
2008/08/12(火) 14:51:38IOCCCやゴルフ好きのハッカーにとってはいいオモチャ
不幸にも、凡プログラマ以下の人間に使われていることが多いのが日本の現状だが
0490デフォルトの名無しさん
2008/08/12(火) 20:18:160491デフォルトの名無しさん
2008/08/12(火) 22:31:45perlの真髄は文字列やディレクトリの操作だ
0492デフォルトの名無しさん
2008/08/12(火) 22:49:57CP932に含まれない文字を含むファイルやディレクトリにアクセスできず困っています。
0493デフォルトの名無しさん
2008/08/12(火) 22:59:54違う言語使えよ
0494デフォルトの名無しさん
2008/08/13(水) 02:01:42へぇへぇへぇ
0495デフォルトの名無しさん
2008/08/18(月) 16:39:04http://subtech.g.hatena.ne.jp/cho45/20080818/1218995299
0496デフォルトの名無しさん
2008/08/25(月) 05:07:000497デフォルトの名無しさん
2008/08/27(水) 23:54:080498デフォルトの名無しさん
2008/08/28(木) 05:24:37merb
http://wiki.merbivore.com/pages/tutorials
0499デフォルトの名無しさん
2008/08/28(木) 05:30:08> parrotのリリースはなんでこんなにのんびりしているんだ？
クレクレ君ばかりで作業者が足りないんじゃね?
0500デフォルトの名無しさん
2008/08/31(日) 05:32:36色々あるらしいね
なんだかgiven/whenと同様に、ソースフィルタが出回る機能は
実装しちゃえみたいな感がなきにしもあらずだけど
0501デフォルトの名無しさん
2008/08/31(日) 08:27:47IPV4と同じくPerl5が延々と使い続けられる
0502デフォルトの名無しさん
2008/08/31(日) 09:56:14v4使い続けるか、移行するかしかないが、
Perl6、Perl4の場合、他にも言語は幾らでもある。
0503デフォルトの名無しさん
2008/08/31(日) 10:44:300504デフォルトの名無しさん
2008/08/31(日) 17:31:560505デフォルトの名無しさん
2008/08/31(日) 19:37:170506デフォルトの名無しさん
2008/08/31(日) 20:12:170507デフォルトの名無しさん
2008/08/31(日) 21:46:080508デフォルトの名無しさん
2008/08/31(日) 22:11:040509デフォルトの名無しさん
2008/08/31(日) 22:33:250510デフォルトの名無しさん
2008/08/31(日) 22:46:330511デフォルトの名無しさん
2008/08/31(日) 23:51:17どれくらいのバージョンのところまで追いついてきたの？
0512デフォルトの名無しさん
2008/09/01(月) 01:25:310513デフォルトの名無しさん
2008/09/01(月) 19:36:25Perl6がこけたら、イメージが低下するだけじゃん。
0514デフォルトの名無しさん
2008/09/01(月) 22:38:460515デフォルトの名無しさん
2008/09/01(月) 22:40:51Perlあんま触らない俺でも思うもの
0516デフォルトの名無しさん
2008/09/01(月) 23:21:410517デフォルトの名無しさん
2008/09/02(火) 10:05:080518デフォルトの名無しさん
2008/09/04(木) 13:10:10初めてPerl触って思ったこととか - ずっと君のターン
ttp://b.hatena.ne.jp/entry/http://d.hatena.ne.jp/technohippy/20080903%231220457999
0519デフォルトの名無しさん
2008/09/04(木) 16:30:170520デフォルトの名無しさん
2008/09/04(木) 17:11:000521デフォルトの名無しさん
2008/09/04(木) 18:44:320522デフォルトの名無しさん
2008/09/04(木) 19:48:420523デフォルトの名無しさん
2008/09/04(木) 21:21:08複数形のsがないぞ
0524デフォルトの名無しさん
2008/09/04(木) 23:53:440525デフォルトの名無しさん
2008/09/05(金) 02:09:150526デフォルトの名無しさん
2008/09/05(金) 20:36:160527デフォルトの名無しさん
2008/09/06(土) 03:33:480528デフォルトの名無しさん
2008/09/11(木) 02:34:51perlには芸術性が感じられる。rubyにはそれが無い。
0529デフォルトの名無しさん
2008/09/11(木) 12:31:580530デフォルトの名無しさん
2008/09/11(木) 15:37:54国産だから芸術品ってことにしたがるRuby信者なら大量にいるけど。
0531デフォルトの名無しさん
2008/09/13(土) 16:58:20それを他の人が理解するか、素晴らしいと思うかは別ですが。
0532デフォルトの名無しさん
2008/09/28(日) 21:25:020533デフォルトの名無しさん
2008/09/28(日) 22:02:450534デフォルトの名無しさん
2008/09/28(日) 22:44:380535デフォルトの名無しさん
2008/10/01(水) 20:55:490536デフォルトの名無しさん
2008/10/02(木) 02:05:25そういう繊細な人ならperlみたいな言語を作ったりしない。
0537デフォルトの名無しさん
2008/10/04(土) 04:24:13http://anond.hatelabo.jp/20080731154801
sigil 汚い、my our local 汚い。
->が汚い、ドットにしてよ。Perl6ではドットになるんだって？やったぁ。
とにかくコードを見るだけでげんなりする。
クラス機構が後付けなのがめんどくせー。Exporter使うのだるい。
とにかく文法がアレすぎる。あ、でも後置修飾子はおきにいり。
でもはえー、ちょうはえー。
ライブラリ超使える。もうなんでもできる。
総評：肉は腐りかけがうまい。
0538デフォルトの名無しさん
2008/10/04(土) 08:14:33AKIHA_AKAHI_KIHAA#............##..............PANPYUROS......核ミサイルの設定状態は
....................................YOU ARE SUNSHINE........MR.........
PHYTHNe#GENT..................GENERAL.........BLPARENEGNGINE
TURN_TURNTROFFYYYYUS
/*世界の人が同じことを考え、 何かの前触れなんだろうか・・・・・・*/
0539デフォルトの名無しさん
2008/10/05(日) 14:25:56http://pc11.2ch.net/test/read.cgi/tech/1216829388/
■特定バージョンのRailsインストール
gem install rails -v 2.0.2
■特定バージョンのRailsを使ってRailsアプリ生成
rails _2.0.2_ myapp
■特定バージョンのRailsをRailsアプリで使う
rake rails:freeze:gems VERSION=2.0.2
0540デフォルトの名無しさん
2008/10/05(日) 15:29:340541540
2008/10/05(日) 15:38:100542デフォルトの名無しさん
2008/10/05(日) 18:44:52PHP
C++
COBOL
0543デフォルトの名無しさん
2008/10/05(日) 19:14:120544θ ◆enhj51nz3Q
2008/10/13(月) 22:39:550545θ ◆rtpCf0XrtY
2008/10/13(月) 22:40:460546デフォルトの名無しさん
2008/10/15(水) 02:23:080547デフォルトの名無しさん
2008/12/22(月) 00:41:18LispとJavaを勉強しています。こんな俺、大丈夫でしょうか？
0548デフォルトの名無しさん
2008/12/22(月) 02:33:010549デフォルトの名無しさん
2008/12/22(月) 06:49:250550デフォルトの名無しさん
2008/12/26(金) 11:38:240551デフォルトの名無しさん
2008/12/29(月) 13:13:15v4で事足りてる
枯渇問題言われても騒いでいるのは日本だけ
Perlも然り
現状で事足りてるから移行が進まない
最新のものが最高とは限らない典型だ
0552デフォルトの名無しさん
2008/12/29(月) 13:19:370553デフォルトの名無しさん
2008/12/29(月) 14:56:080554デフォルトの名無しさん
2008/12/29(月) 21:31:560555デフォルトの名無しさん
2008/12/30(火) 00:34:33v4が壊滅的な状態になったらね。
0556デフォルトの名無しさん
2008/12/31(水) 20:10:21しねーよ。
振り分けがどうだろうと、絶対数が莫大だからな。
0557デフォルトの名無しさん
2009/01/04(日) 17:46:430558デフォルトの名無しさん
2009/01/05(月) 04:55:09糞スレには間違いない。
0559デフォルトの名無しさん
2009/01/05(月) 05:04:08莫大と言っても、振り分けられるのが64bitだけだから。
ISPに/48で分けてる状況と、今後のネットの広がりから考えると
下手すればIPv4が消える前に、IPv6が危険な状態になる可能性もある。
0560デフォルトの名無しさん
2009/01/06(火) 21:53:36杞憂。
一度でいいから64ビット整数を実際に数えてみろ。
どうしても枯渇すると主張するなら、前提にしている見込みを示せ。
漠然と「ネットの広がり」とか言われても知らん。
0561デフォルトの名無しさん
2009/01/07(水) 03:05:190562デフォルトの名無しさん
2009/01/07(水) 09:39:560563デフォルトの名無しさん
2009/01/08(木) 16:40:25>下手すればIPv4が消える前に、IPv6が危険な状態になる可能性もある。
これはいくらなんでも思いつかないんだけども
運用段の策定に致命的なミスでもあんのか？
0564デフォルトの名無しさん
2009/01/08(木) 17:58:51IPv6の枯渇とPerl6の正式リリースのどっちが先か、
賭けないかい？
0565デフォルトの名無しさん
2009/01/08(木) 18:34:28| | | レ | | | ｜ | J |｜ | |
| | | J | | ｜ し |｜ | |
| レ ｜ ｜ レ｜ |｜ Ｊ |
J し | | ｜| J
｜ し J｜
Ｊ レ
／V＼
/◎;;;,;,,,,ヽ
＿ ム::::(l|l゜Д゜)| …
ヽツ.（ノ::::::::::.:::::.:..|）
ヾソ:::::::::::::::::.:ノ
｀ ー U'"U'
0566デフォルトの名無しさん
2009/01/08(木) 20:41:08その後、アドレス消費が一定になったとしても、およそ20年ぐらいで使い切る。
最悪の場合だけどね。
0567デフォルトの名無しさん
2009/01/08(木) 20:56:250568デフォルトの名無しさん
2009/03/30(月) 05:01:440569デフォルトの名無しさん
2009/04/30(木) 11:46:36に、面白い誤記を発見した
> <<i>filehandle</i>>
これはPerlの破滅を示唆している！！！！１１１
0570デフォルトの名無しさん
2009/08/20(木) 17:52:080571デフォルトの名無しさん
2009/08/29(土) 22:00:560572名無しさん＠そうだ選挙に行こう
2009/08/30(日) 07:10:49なんで？
使いやすいのに。
やっつけ仕事なら15分もあればできることも多いし
凝ったアルゴリズムを使わなくても、速いプログラムがかけるし。
いまさらパイソンとかラビーとか覚えるのめんどくさい。
0573名無しさん＠そうだ選挙に行こう
2009/08/30(日) 12:22:44地獄のような保守
0574デフォルトの名無しさん
2009/09/05(土) 20:28:48プログラム短いんだからいいんだよ
0575デフォルトの名無しさん
2009/09/07(月) 22:15:380576デフォルトの名無しさん
2009/09/12(土) 09:55:480577デフォルトの名無しさん
2009/09/18(金) 00:15:46どう読んでもラビーですが？
0578デフォルトの名無しさん
2009/09/19(土) 03:13:390579デフォルトの名無しさん
2009/09/22(火) 20:36:05ラビー？え？どっかのエロゲーのヒロインですか？
さらにラビーなんて聞こえませんがなにか？
http://dictionary.goo.ne.jp/leaf/ej2/62603/m0u/ruby/
0580デフォルトの名無しさん
2009/09/22(火) 23:41:560581デフォルトの名無しさん
2009/09/23(水) 00:12:13__FILE__、__LINE__、条件コンパイル、ちょっとした最適化などがjavaで使えるようにした。
perlそのものでアプリを組むことは無くなったけど文書整形、ソースコード整形
makeもどき、バッチファイルもどきな補助的使い方なら大いに活用してるよ。
perlを使わずにアプリを作るなんて考えられない。
テキストエディタ無しでコードを書け、と言われるようなもんだ。
0582デフォルトの名無しさん
2009/09/26(土) 21:39:45Perl-CGI環境がもっとも多いよね？
0583デフォルトの名無しさん
2009/09/26(土) 23:56:000584デフォルトの名無しさん
2009/09/27(日) 11:45:58PHPもおおいともうが
0585デフォルトの名無しさん
2009/09/27(日) 12:05:22それPerlいらないだろなんでもPerlつかうんじゃねぇよと
0586デフォルトの名無しさん
2009/09/27(日) 12:15:44って何だと思ってたら...
if (条件) 式;
の事だったのか...
わかんねぇよ...orz
0587デフォルトの名無しさん
2009/09/27(日) 16:36:49プログラミング言語としても、それほど珍しいものでもない。
0588デフォルトの名無しさん
2009/09/27(日) 16:57:22それがアタリマエ、だって考えてる人って
視野が狭いよね。
特に日本は島国で単一民族だから
この傾向が大きいのかもね。
海の向こうには、文章を右から左へ書く国だってあるのに。
おっと、日本もむかしは右から左へ書いてたな。
進駐軍に強制されて左から右へと変えたんだっけ。
0589デフォルトの名無しさん
2009/09/27(日) 17:49:300590デフォルトの名無しさん
2009/09/27(日) 18:58:48おれはそんな perl が大嫌いだ。
0591デフォルトの名無しさん
2009/09/27(日) 19:38:490592デフォルトの名無しさん
2009/09/27(日) 21:33:47文芸的プログラミング的な何かだよたぶん
0593デフォルトの名無しさん
2009/09/27(日) 21:53:48プログラムは上から下へ読めるようにするのがいいんだよ。
ｉｆ節が高頻度で実行されるなら、後ろにおまけのようにつけるほうが合理的だ。
0594デフォルトの名無しさん
2009/09/27(日) 22:15:06姓⇒名 ではなく
名⇒姓 と逆の順で呼ぶような
キチガイ文化圏で創っているからな
0595デフォルトの名無しさん
2009/09/27(日) 22:31:070596デフォルトの名無しさん
2009/09/27(日) 23:32:57え、こんな処理やるの？あ、後ろにif文が＾＾；っていつもなるｗ
0597デフォルトの名無しさん
2009/09/28(月) 00:52:050598デフォルトの名無しさん
2009/09/28(月) 01:45:51言ってるけどね。
0599デフォルトの名無しさん
2009/09/28(月) 08:26:14だから、オレは使わないようにしてる。
andのがよくね？
0600デフォルトの名無しさん
2009/09/28(月) 15:35:09if ( ! (a != null && b != null && c != null) ) return false;
みたいなコード見るとイライラする。
0601デフォルトの名無しさん
2009/09/28(月) 21:40:19いくら処理が早かろうが、一覧性に欠けるよ。
0602デフォルトの名無しさん
2009/09/28(月) 21:42:48個人でやるなら自由だが企業人のくせにわかりずらいコード書いたりコメントとか書かない奴はダメだな
0603デフォルトの名無しさん
2009/09/28(月) 23:01:55「ファイルを開け、さもなくば死ね。」
これシビレル！カッコイイ！
なんかジェームズ・ボンドみたい。
if分をつかわずに条件判断してるんだぜ。
こんなスマートに書けるのって、
java・Ｃ言語系やBASIC系言語には無い魅力だよね。
Windows のバッチファイルにも似た構文がある
fc unko.txt chinko.tx || echo ボケ！
昔だったらこう書いてたね
fc unko.txt chinko.tx
if errorlevel 1 echo ボケ！
0604デフォルトの名無しさん
2009/09/28(月) 23:55:120605デフォルトの名無しさん
2009/09/29(火) 01:00:03or で書き直せよ
0606デフォルトの名無しさん
2009/09/29(火) 19:10:43ロボコップみたいでかっこいいね！！！
0607デフォルトの名無しさん
2009/09/29(火) 23:34:220608デフォルトの名無しさん
2009/09/30(水) 00:37:470609デフォルトの名無しさん
2009/10/08(木) 21:23:410610デフォルトの名無しさん
2009/12/04(金) 12:55:37それは普通に
if( a != null || b != null || c != null) return falseのシノニムなのでは？
unless defined(..)より、
if not defined(..)の方が分かりやすいし、英文法としての読みやすさで
いくとunlessの出番は意外と少ない。
print "good!" unless $error;
とかはいいね。
>>601>>602
処理速度と保守性はトレードオフ。
長ったらしいコメントでも書いておけばいい。コメントはコンパイルされんから。
>>605
それPerlじゃないからｗ なにもかも違う。
>>609
or dieは名句だと思います。
BEFOREHAND: close door, each window and exit; wait until time.
open spellbook, study, read (scan, select, tell us);
0611デフォルトの名無しさん
2009/12/05(土) 15:21:42> if ( ! (a != null && b != null && c != null) ) return false;
> みたいなコード見るとイライラする。
> >>600
> それは普通に
> if( a != null || b != null || c != null) return falseのシノニムなのでは？
アホか！
こんなヤツがいるから unless が必要なんだよ。
0612デフォルトの名無しさん
2009/12/05(土) 20:38:24論理学をロンリーに学びなおせこのタコ。
not( A and B ) = ( not(A) or not(B) )
だろうが！
0613デフォルトの名無しさん
2009/12/05(土) 21:25:370614デフォルトの名無しさん
2010/05/26(水) 21:09:04http://docs.activestate.com/activeperl/5.12/lib/pods/perljp.html
ソース表示したら
<meta http-equiv="content-type" content="text/html; charset=utf-8" />
なのに、ページはEUCで書かれています！
日本語エンコードを説明したページのエンコードを間違えてるようじゃ、perl に未来なんて無いよ！
0615デフォルトの名無しさん
2010/05/27(木) 12:49:18Rubyにオブジェクト指向を取られ
PythonにTIMTOWTDIを否定され
残ったのはCPANくらいか
0616デフォルトの名無しさん
2010/05/28(金) 20:08:23pythonは永久凍土嫌いがいるし
PHPは安物の寄せ集めじゃないのか？
面倒だからperl5意外は、どっかに消えちゃっていいよ
0617デフォルトの名無しさん
2010/05/28(金) 20:26:44gotoまみれのbasicの方が、よっぽど読みたくない
0618デフォルトの名無しさん
2010/05/29(土) 13:56:170619デフォルトの名無しさん
2010/05/29(土) 19:06:35俺はいちいち覚えるのめんどくさいから全部Perlでやるけど
0620デフォルトの名無しさん
2010/05/29(土) 20:42:59知らんかった…、これはまさに数学の考えだね。
中学校の2次曲線を思い出した。
0621デフォルトの名無しさん
2010/05/30(日) 13:58:23use strict; と、 bless が入っているか？
0622デフォルトの名無しさん
2010/05/30(日) 14:02:100623デフォルトの名無しさん
2010/05/30(日) 14:31:40もうすぐ滅びるだろう。
でもPerl5はPerl6がでないので、ずっと滅びない。
そういう話？ いや、なんで特定のバージョンにこだわってるのかなーと。
0624デフォルトの名無しさん
2010/05/30(日) 15:23:37Perlにおいてはモダンの基準じゃないよな
0625デフォルトの名無しさん
2010/05/30(日) 17:53:37> VB6はVB.NETに進化したから
VB6 と、VB.NET は違う言語だよ。
さすがに新規開発案件で VB6 はないけど、継続案件で結構使ってる。
少なくともここ４〜５年はコードをいじってるから滅ぶことはないよ。
0626デフォルトの名無しさん
2010/06/28(月) 19:57:48http://tetsuya99.wordpress.com/
>Java(R)を表現するときに、「JavaはSun Microsystemsの登録商標です」等と通常書くのと同じように、「Perl(R)は株式会社テラ・インターナショナルの登録商標です」と今後書くようにお願いいたします。
0627デフォルトの名無しさん
2010/06/30(水) 02:36:36純粋なオブジェクト指向言語であるRubyには敵わないのである。
0628デフォルトの名無しさん
2010/06/30(水) 05:13:080629デフォルトの名無しさん
2010/06/30(水) 07:03:44その人物、商標ゴロみたいなことをやってるらしい
手当たり次第にオープンソース系の名称を商標出願してるそうな
ただのアホかと思ったが、その会社「twitterのフォロワーを増やすためのツールをリリース！」なんてこともやってる
批判が集中したらそのアクセスを「１カ月で○○PV！」とか言って利用する気かもね
0630名無しさん＠そうだ選挙に行こう
2010/07/11(日) 04:08:13ニュー速にでも晒し上げて、祭られないかな
0631最強
2010/07/11(日) 10:35:130632名無しさん＠そうだ選挙に行こう
2010/07/11(日) 10:57:04それは60年以上も先の話か？
0633名無しさん＠そうだ選挙に行こう
2010/07/11(日) 16:32:39ダンコーガイみたいなのに感化されちゃったワナビーとかはともかく。
0634名無しさん＠そうだ選挙に行こう
2010/07/11(日) 16:44:32そらもう、perl 撲滅作戦の一環かと。
0635最強
2010/07/11(日) 21:21:49４０年くらいあと
0636デフォルトの名無しさん
2010/07/12(月) 00:56:27CとCOBOLは生き残りそうだけど
0637デフォルトの名無しさん
2010/07/16(金) 02:02:520638デフォルトの名無しさん
2010/07/16(金) 02:23:48戦艦大和と同じ
0639デフォルトの名無しさん
2010/07/23(金) 03:11:51rubyからperlに行きましたよと。
やっぱ既存のスクリプトでperlが多いせいと、CPANだな。
いつのまにかrubyよりもperl使うようになってた。
0640名無し
2010/07/24(土) 14:42:17自己紹介おつしね＾＾ばかがかえれかす
0641デフォルトの名無しさん
2010/08/22(日) 04:29:10どうしたんや、とりみだしちゃって（ｗ
0642デフォルトの名無しさん
2010/08/22(日) 05:27:03今さらperl6とか言われてもね。あと5年早ければ救いようもあったが。
>>639
1ヶ月後に自分の書いたperlのコードを読み直してみるといい。
0643デフォルトの名無しさん
2010/08/22(日) 08:35:230644デフォルトの名無しさん
2010/08/22(日) 09:15:230645デフォルトの名無しさん
2010/08/22(日) 20:10:29提案されたのが2000年7月18日だっけ？
ちょうど10年くらいだ。
まだ正式版の見通しもたってないけどな。
0646デフォルトの名無しさん
2010/08/23(月) 18:01:201ヶ月程度ならふつうに理解できるぞ
よほど急成長したんでない限りはな
６ヶ月ぐらい前だと「俺ってバカだったんだなｗ」と実感するが
１年前のPerlプログラムは理解できない
１年前の○○○プログラムは「バージョン違いで動かない」 だ。
0647デフォルトの名無しさん
2010/08/23(月) 22:48:38> １年前のM(acro)80プログラムは
CPUの仕様が変わらない限りは動いてたぞ
0648Perl仙人 ◆M5ZWRnXOj6
2010/08/23(月) 23:51:29１年前のプログラムを理解できないって
君Perlerの恥じだよ 2chに書き込みするのやめたまえ（笑）
0649デフォルトの名無しさん
2010/08/27(金) 13:09:220650デフォルトの名無しさん
2010/08/28(土) 20:19:390651Perl忍者 ◆M5ZWRnXOj6
2010/08/28(土) 20:57:32∠￣＼∩
|/ﾟUﾟLﾉ タイピングミス指摘する奴はバカ死ね（笑）
〜( ニ⊃
( 丶/
ﾉ>ノ
ＵＵ
0652デフォルトの名無しさん
2010/08/29(日) 03:15:24恥ずかしい
日本の恥
0653Perl忍者 ◆M5ZWRnXOj6
2010/08/30(月) 08:40:54∠￣＼∩
|/ﾟUﾟLﾉ アメリカオタの日本批判ですか（笑）
〜( ニ⊃
( 丶/
ﾉ>ノ
ＵＵ
0654デフォルトの名無しさん
2010/09/12(日) 02:44:25いまどき若いのだけど、俺のまわりではRubyよりわずかに人気ある。特にUNIX好き
の奴はだいたいPerlマスターしようとしてる。
Rubyがテキスト処理で同じぐらい強力なことを知らない人が以外に多い。
0655デフォルトの名無しさん
2010/09/12(日) 03:06:47そもそもRuby自体知らないのが実態なんじゃないか
0656デフォルトの名無しさん
2010/09/12(日) 03:30:15ラリー
後は、古いシステムでもPerlは入ってる、とほぼ言えることと、CPAN
Rubyに比べると
参照渡しが使える
スコープにlocal/myと選択肢がある
Rubyはlambdaのスコープがひどい(1.9で改善されたみたいだけど、今度は互換性がないとか)
0657デフォルトの名無しさん
2010/09/12(日) 03:59:570658デフォルトの名無しさん
2010/09/12(日) 04:57:59Ruby は中途半端だし
Python に期待するとしてもインデントがアレだし
Perl6 に期待してたら出てこないし
結局 Perl しかないんだよ
0659デフォルトの名無しさん
2010/09/15(水) 02:20:05とっつきづらい印象あるな
コンクリートの壁に囲まれてプログラムしてる感じがある
個人的にPythonは馴染みやすかった
でもエンコード弱い言語はWin環境じゃ使えねー
Rubyと同じでバージョン問題もあるし
でPerlに戻ってくると
0660デフォルトの名無しさん
2010/09/15(水) 09:44:18おまいの頭が弱いんだろ
0661デフォルトの名無しさん
2010/09/15(水) 14:32:49おまい、Hello world しか書いたことないだろ
0662デフォルトの名無しさん
2010/09/15(水) 15:05:33男は女に振られてばかりだった
ある日男は決心した
「頭の悪い女が悪いんだ！
もう女とは関わらない！！！」
つまりこういうことだ
>>661 童貞乙
0663デフォルトの名無しさん
2010/09/15(水) 18:36:19Perlといいうよりモジュールの使い方が分からないことが多い
資料は俺が苦手とする英語ばかり
0664デフォルトの名無しさん
2010/09/15(水) 18:49:41そんな俺はまだ
&hoge'piyo;
0665デフォルトの名無しさん
2010/09/15(水) 18:58:17よほどポピュラーなモジュールじゃないと質問しても殆ど答えが返ってこないことが多いな。
0666デフォルトの名無しさん
2010/09/15(水) 19:04:230667デフォルトの名無しさん
2010/09/15(水) 20:09:360668デフォルトの名無しさん
2010/09/15(水) 23:38:400669デフォルトの名無しさん
2010/09/15(水) 23:39:000670デフォルトの名無しさん
2010/09/15(水) 23:41:53効率が全然違うからな
0671デフォルトの名無しさん
2010/09/16(木) 00:37:08perlに依存しすぎて、多言語への応用もきかん。
就職転職するとき面接で、perl得意です、とか言おうものなら
その場で退場させられるし。
0672デフォルトの名無しさん
2010/09/16(木) 00:38:320673デフォルトの名無しさん
2010/09/16(木) 01:11:100674デフォルトの名無しさん
2010/09/16(木) 01:29:18完璧に廃れたと思っていた
ｺﾎﾞﾙのほうは根強いけど
0675デフォルトの名無しさん
2010/09/16(木) 03:27:53CPAN::Miniを使うと気軽にローカルにCPANのミラーを作れる
0676デフォルトの名無しさん
2010/09/16(木) 04:07:120677デフォルトの名無しさん
2010/09/16(木) 04:07:570678デフォルトの名無しさん
2010/09/16(木) 16:15:50取り下げます。スレ汚し失礼しました。
0679デフォルトの名無しさん
2010/09/20(月) 15:24:54完全に時代遅れになってきて案件が激減してきていて相手にされない
0680デフォルトの名無しさん
2010/09/21(火) 02:43:07http://d.hatena.ne.jp/chaichanPaPa/20090629/1246279426
0681デフォルトの名無しさん
2010/09/21(火) 07:14:05なんでアンインストールは面倒なんですか？
0682デフォルトの名無しさん
2010/09/21(火) 08:33:360683デフォルトの名無しさん
2010/09/21(火) 11:51:240684デフォルトの名無しさん
2010/09/21(火) 21:56:520685デフォルトの名無しさん
2010/09/28(火) 21:33:08それじゃPerlの代わりは何？
PHP？
0686デフォルトの名無しさん
2010/10/24(日) 15:20:38俺の場合はそうでもない。
もっとも客からプログラミング言語を指定されることは
まずないんで、勝手に Perl で書いて自分で使ってたり、
納品したりしてる。
プログラム(のソース)を納品する仕事の場合は 679 のよう
なことが起きているのかもしれないけど、「サービスを提供
する」仕事や「問題を解決する仕組みを提供する」仕事の
場合は全然時代遅れになっていないと思う。
0687デフォルトの名無しさん
2010/10/24(日) 15:42:53PHPかな。ただPHPはバイトレベルが多い
ま、一番はJavaだけども
0688デフォルトの名無しさん
2010/10/24(日) 15:52:050689デフォルトの名無しさん
2010/10/24(日) 16:02:41本格的な案件はJava
個人で使うのはPerl
ってとこかな
0690デフォルトの名無しさん
2010/10/24(日) 16:28:050691デフォルトの名無しさん
2010/10/24(日) 21:38:08作る側の理屈なんか使う側には関係ないっつーかな
重かったり不安定だったりしなければどの言語でもいいっつーか
Perl6に各環境向けのネイティブコンパイラ出ねーかなー
0692デフォルトの名無しさん
2010/10/24(日) 21:44:51まあjavaが主流だな。web系は
0693デフォルトの名無しさん
2010/10/25(月) 14:50:45どの言語でもいいのに、
Javaだと「はあ？」ってなるのは矛盾してますね。
0694デフォルトの名無しさん
2010/10/25(月) 19:22:380695デフォルトの名無しさん
2010/10/25(月) 23:41:030696デフォルトの名無しさん
2010/10/26(火) 22:27:480697デフォルトの名無しさん
2010/10/31(日) 12:55:24解決が二の次になる傾向がある。今までに Java で納品
されたシステムに使えたものがひとつもない。
(あほ上司が発注したんだけどね!!)
ぜぇんぶオレがPerlで書き直してやった。
だから今みんなが使っているのは Perl のシステム。
仕事といっているのが書くことを意味しているなら
Java、業務のことを意味してるなら Perl。
うちでの仕事は後者。なので Perl。
0698デフォルトの名無しさん
2010/10/31(日) 12:59:080699デフォルトの名無しさん
2010/10/31(日) 13:12:38どうしてもJava＋Oracleになってしまうよね。大量の技術者集めも楽だし
小さな設計書もいらないようなバイト感覚で作れるようなものはPerlで
社内のオタにやらせておくのもわるくない
0700Perl忍者 ◆M5ZWRnXOj6
2010/10/31(日) 14:16:37haskellできます っていうやつのほうができるっておもうんだけどどう思う？
マイナーなほどすごさが際立つんですか・・・？
0701デフォルトの名無しさん
2010/10/31(日) 14:33:04Perlでフレームワーク、なに使ってる？
0702デフォルトの名無しさん
2010/10/31(日) 14:39:00697じゃないけど、Perlにウェブ系以外でフレームワークってあるの？
知らないから興味ある。
0703デフォルトの名無しさん
2010/10/31(日) 14:44:430704デフォルトの名無しさん
2010/10/31(日) 15:25:24ああ、Perl/GTKとかPerl/Tkとか？
なるほど。ありがとん。
0705Perl忍者 ◆M5ZWRnXOj6
2010/10/31(日) 15:40:020706デフォルトの名無しさん
2010/10/31(日) 17:22:02フレームワークではない。
0707デフォルトの名無しさん
2010/10/31(日) 17:23:44Javaはさっぱり。Java覚えたいな
0708デフォルトの名無しさん
2010/10/31(日) 21:22:43今時 「javaできます」は C/C++ と並んで最低限の素養だw
# C/C++ 書けない奴なんか氏ね
haskell で書いたことのあるコードのサイズと質によるな
0709デフォルトの名無しさん
2010/10/31(日) 22:22:03覚えるだけならたいていの言語は２〜３カ月あれば覚えられるし
C++だって人間がマシン語しゃべろうとするから難しいだけで、ロジックだけなら小学生レベルだろ
むしろ毎年１つ言語勉強してますとか、そういう柔軟性のあるヤツはすごいと思う。それすら非人間的な気はするけどな
求められてるのは言語能力じゃなくて、発想と構築の能力だろ？
0710デフォルトの名無しさん
2010/10/31(日) 22:31:56C++ はおいとくけど, C は汎用アセンブラなので CPU からマシンの構成まで
熟知した奴が書いたコードの効率と, そこらの汎用言語だと思って書いた奴の
コードの効率は雲泥の差があるな.
まぁ, 現場によってはそうゆうところもあるってことで...
0711Perl忍者 ◆M5ZWRnXOj6
2010/10/31(日) 22:57:360712デフォルトの名無しさん
2010/10/31(日) 23:33:40妄想はなはだしい。
CPUの特性と構成なんぞ熟知していても早いコードをCでは書けない。
それらは前提として当然知っていなければならない上に、
コンパイラの最適化方法を知らなければ到達できない。
Cが汎用アセンブラというのも言いすぎだ。
0713デフォルトの名無しさん
2010/11/02(火) 08:22:45C/C++って書くな。意味解らんわ。
Cが出来ればC++は必要ないのか？ならC++を書くな。
C++まで必要なのか?なら無駄にCを付けるな。
0714デフォルトの名無しさん
2010/11/02(火) 08:47:060715デフォルトの名無しさん
2010/11/02(火) 08:49:270716デフォルトの名無しさん
2010/11/02(火) 20:54:05CにあってC++0xに無いものが有るなら言ってみろ
0717デフォルトの名無しさん
2010/11/02(火) 21:32:030718デフォルトの名無しさん
2010/11/02(火) 21:59:22なあ、このクソスレを荒らすのはいいけど、
推薦図書スレを荒らすのは勘弁してくれ。
0719Perl忍者 ◆M5ZWRnXOj6
2010/11/02(火) 22:35:350720デフォルトの名無しさん
2010/11/05(金) 23:52:470721デフォルトの名無しさん
2010/11/05(金) 23:59:11型に対してグダグダだし（無理に解釈せんでいいから。。）
倒置的な書き方するし、
コンテキスト依存な書き方多いし、
while(<>)とか死ねよ
0722デフォルトの名無しさん
2010/11/06(土) 00:41:12慣れると最強
0723デフォルトの名無しさん
2010/11/06(土) 05:51:220724デフォルトの名無しさん
2010/11/06(土) 14:53:25役所相手にしてるみたいなイライラ感
PerlもVMじゃなくネイティブコンパイラつくるべき
そしたら俺がC辞められるから
0725Perl忍者 ◆M5ZWRnXOj6
2010/11/06(土) 16:01:46いつやんだよくそが
うけてみたくて楽しみにしてんだけどまだか？こら？
まだかこら？な？な？な？
>>721
なれるもなにもそっちのほうが楽なんだけど
0726デフォルトの名無しさん
2010/11/06(土) 20:18:050727デフォルトの名無しさん
2010/11/06(土) 21:10:47リファレンスはPerlの中でも最悪の部類だよ。
最初から入れておけばもっと整理できたのに。
0728デフォルトの名無しさん
2010/11/06(土) 21:38:46目指した用途が違うだろこのボケｗ
0729デフォルトの名無しさん
2010/11/06(土) 22:18:180730デフォルトの名無しさん
2010/11/07(日) 00:49:16リファレンスはイイね。ポインタが糞とは言わんが
あとネイティブコンパイラは俺もほしい。
0731デフォルトの名無しさん
2010/11/07(日) 01:00:24リファレンスなんてものは必要なかった。
0732デフォルトの名無しさん
2010/11/07(日) 18:03:42それ以外はPerlが断然好み。Javaの正規表現もどきは鬱陶しいよ。
0733デフォルトの名無しさん
2010/11/07(日) 18:05:230734デフォルトの名無しさん
2010/11/09(火) 21:20:51コンパイラは俺もほしい。
IronPerlとかつくらないのかな。
IronRubyはいらね。
0735デフォルトの名無しさん
2010/11/09(火) 21:27:22PerlのDBIに不満がないんだけど、
Javaは具体的にどういいの？
まさかORマッパーとかの話？
0736デフォルトの名無しさん
2010/11/09(火) 21:32:540737デフォルトの名無しさん
2010/11/10(水) 21:32:31インタープリタとソースをバイトコード化したものをがっちゃんこさせてCでネイティブに
実行できるようにしただけのものだよ。
0738Perl忍者 ◆M5ZWRnXOj6
2010/11/12(金) 20:40:430739デフォルトの名無しさん
2010/11/12(金) 21:55:050740デフォルトの名無しさん
2011/01/09(日) 10:50:47くだらない退屈な映画なんで内容については書かないが
冒頭で主人公がハーバード大学のコンピュータをハッキングする。
「apacheの設定を書き換えて」
「wgetで全ての女子学生の名簿をダウンロードして」
「perlスクリプトでプロフィール情報を抜き出す」
ここだけ笑った。おもしろかったのはここだけ。
どれも俺が毎日使ってるソフトやん。
0741デフォルトの名無しさん
2011/01/09(日) 11:23:030743デフォルトの名無しさん
2011/01/09(日) 14:27:28Perlスクリプトでとかわざわざ言うのかｗｗｗ
0744Perl忍者 ◆M5ZWRnXOj6
2011/01/09(日) 14:30:38ハッキングとクラッキングの違い述べるやつが低レベルすぎて笑える
0745デフォルトの名無しさん
2011/01/09(日) 15:20:530746デフォルトの名無しさん
2011/01/10(月) 02:37:46>>740の映画を「コンピュータもの」と言っても間違いじゃないのと同様。
0747デフォルトの名無しさん
2011/01/10(月) 19:48:42ttp://www.megaupload.com/?d=M2SJ0BO5
0748デフォルトの名無しさん
2011/01/10(月) 20:52:34有名な話だが、女神転生の悪魔召喚プログラムもBASICだしなｗ
古いSF特撮をみると、宇宙船の船長が穴のあいたパンチカードを眺めて「フムフム」とかやってるシーンもあるし。
0749Perl忍者 ◆M5ZWRnXOj6
2011/01/10(月) 20:54:220750デフォルトの名無しさん
2011/01/11(火) 00:59:350751,,・´∀｀・,,）＜一番良い -○○○ を頼む
2011/01/11(火) 01:06:310752デフォルトの名無しさん
2011/01/11(火) 01:20:460753デフォルトの名無しさん
2011/01/11(火) 01:28:04中学の技術家庭でこれから入れば、全員プログラム書けるようになりそうなもんだが。
0754天使 ◆uL5esZLBSE
2011/07/01(金) 14:29:48.63Rubyバカにしてる子ってさ
変数に＄ついてる言語触ってるって事だよね
いちいちSHIFT＋４キーおして ＄ 打ちまくってる感触はどう？
0755天使 ◆uL5esZLBSE
2011/07/03(日) 04:03:56.51ゴミだな
0756天使 ◆uL5esZLBSE
2011/07/03(日) 04:57:54.26↑↑ハァァアアァァァア？？？？？
ゴミグラマってなんだかなｗ
0757デフォルトの名無しさん
2011/07/03(日) 08:15:21.36でもよくよく考えたら、現役の企業でスカイネットを構築できそうなのってMSぐらいかもな…
0758デフォルトの名無しさん
2011/08/20(土) 18:38:27.460759デフォルトの名無しさん
2011/08/20(土) 18:39:48.730760デフォルトの名無しさん
2011/08/20(土) 19:03:31.290761デフォルトの名無しさん
2011/08/21(日) 18:31:27.82本来の用途であるシステム開発や組み込みではバリバリ現役
>>758
たぶん「Perl=CGI用言語」とか思っちゃってる人達じゃないかね
本来は専門外もいいとこなんだが…
0762デフォルトの名無しさん
2011/08/21(日) 21:35:38.29CGI といえば Perl
0763デフォルトの名無しさん
2011/08/22(月) 01:14:25.320764デフォルトの名無しさん
2011/08/22(月) 02:51:00.71あとどこで使われてるんだ？
0765デフォルトの名無しさん
2011/08/22(月) 03:14:34.83本来通り、Unix系のテキスト処理のお供って用途だよ？
特にLinux系の大手ディストリなんかはPerlある前提で組んであったりするしな
CGIで使われてたのは他に適役が居なかっただけ
0766デフォルトの名無しさん
2011/08/22(月) 04:42:27.100767デフォルトの名無しさん
2011/08/22(月) 05:21:38.37あとはある程度規模の大きいものだとJavaなんかもWebプログラミングに使われたりするみたいだけど
それ以外は色々じゃね
0768デフォルトの名無しさん
2011/08/22(月) 06:50:30.56Perlをやれば、PHPは自然に学べるって聞いたことあるけど。
0769デフォルトの名無しさん
2011/08/22(月) 10:54:57.59CGI といえばWEBアプリ
PHPはCGI
ASPもCGI
TOMCATもCGI
YAHOO!もGoogleもみんなCGIで動いてる
0770デフォルトの名無しさん
2011/08/22(月) 21:33:08.00どうだろ、初期はPerlで実装されてたらしいけど、今は違うしなあ
文法的にも色々と差異があるから、却ってPerlの知識が邪魔をしそうな気がするんだが
0771デフォルトの名無しさん
2011/08/23(火) 00:11:52.36> Perlをやれば、PHPは自然に学べるって聞いたことあるけど。
半分は合ってるけど、半分は間違い。
いくらPerlだけをやっても、他の言語で実用レベルにはならない。
半分合っているというのは、最低限の言語の部分だけ。
これは基本的にどの言語でもさして変わらないから
PHPをやればPerlも自然に学べるというのも成り立つ。
時間がかかるのは、その言語で最適な書き方を知ったり、
その言語特有の高度な機能を習得したり、その言語用のライブラリやフレームワークを学ぶこと。
作ってと言われてすぐに適切なフレームワークとライブラリの組み合わせを想像できるぐらいにならないと
実用レベルとは言えないが、これは言語ごとに違うものなのだから学び用がない。
結局は、そいうことを言っている人のPerlのレベルが低く、中級程度の機能までしか使ってないから
他の言語でも中級程度なら、自然に学べると言ってるに過ぎない。
0772デフォルトの名無しさん
2011/08/23(火) 00:12:41.03> CGI といえばWEBアプリ
>
> PHPはCGI
> ASPもCGI
> TOMCATもCGI
> YAHOO!もGoogleもみんなCGIで動いてる
いちいち否定しないよ。
これはネタ
0773デフォルトの名無しさん
2011/08/23(火) 00:48:31.73その順番の方がよさそうだ。
0774デフォルトの名無しさん
2011/08/23(火) 20:19:36.550775デフォルトの名無しさん
2011/08/23(火) 21:38:20.28その順番の方がよさそうだ。」
Ｂ作「それは無いわ。大人しくPower shellやっとけ。バッチファイルなんて仕事ないから。」
バッチファイルの書き方を覚えても無駄。
就職に有利にはならないし、仕事の依頼なんて有るワケない。
バッチファイルに未来は無い。さっさと廃止していいよ。
0776デフォルトの名無しさん
2011/08/23(火) 23:28:56.44まあ勉強ならPerlやっても良いんじゃね
コマンドツール作るには割と重宝するしな
0777Perl忍者
2011/08/24(水) 14:39:35.02５年くらいで消滅しそうな
気持ち悪いフレームワークを使ってるやつは情弱
Amon2Amon2 Amon2
Catalyst Catalyst
Perlでフレームワーク使うやつは情弱
かわいそうかわいそう
0778デフォルトの名無しさん
2011/08/26(金) 15:38:20.970779デフォルトの名無しさん
2011/08/29(月) 22:16:58.860780デフォルトの名無しさん
2011/08/29(月) 22:54:32.430781デフォルトの名無しさん
2011/08/29(月) 23:16:23.59Perl自体は廃れていないが、CGIに使われなくなったのは
「そもそもCGI自体が専門外だったから、専門の言語が担当するようになった」
というだけのこと
0782デフォルトの名無しさん
2011/08/30(火) 00:22:08.500783デフォルトの名無しさん
2011/08/30(火) 00:55:36.150784デフォルトの名無しさん
2011/08/30(火) 04:16:16.730785デフォルトの名無しさん
2011/08/30(火) 09:56:50.94それ、一部だけじゃない？
WebプログラミングにPythonは本当に一部の人や団体が採用してるだけで
昔からやってるとこではPerlだったり、新規ではPHPだったりが主流で
あと企業ベースのとこだとJavaとかASPとかも使われたりする程度だと思う
0786デフォルトの名無しさん
2011/08/30(火) 22:20:11.05そういう話は、頭に
「俺の周りでは」がつくからあてにしなくていい。
0787デフォルトの名無しさん
2011/09/02(金) 04:56:45.040788デフォルトの名無しさん
2011/09/02(金) 05:09:21.590789デフォルトの名無しさん
2011/09/03(土) 10:48:41.89バッチファイルと組み合わせた一行処理は今でも大いに活用してるよ
perl -i.bak -e "s/なんとか/かんとか/" hoge.txt ・・・・ みたいなの
で、（恥ずかしながら）最近覚えた技だけど
バッチファイルでは行末に「^」記号を使えば複数行にまたがらせることができるんだな
たとえば同じ１つのファイルhoge.txtにこういう処理をしたいとする
perl -i.bak -e "s/なんとか/かんとか/" hoge.txt
perl -i.bak -e "s/うんこ/ちんこ/" hoge.txt
perl -i.bak -e "s/くりとりす/陰核/" hoge.txt
別にこれも悪くは無いんだが、「^」を使えばこう（論理的な）１行で書くことができる
perl -i.bak -e "s/なんとか/かんとか/;" ^
-e "s/うんこ/ちんこ/;" ^
-e "s/くりとりす/陰核/;" ^
hoge.txt
perl の話じゃなくバッチファイルの話になってしまったけど、コレは使える
ちょっと感動して思わずパンツを汚してしまったぜ
0790デフォルトの名無しさん
2011/09/03(土) 10:59:34.48それもPerlならqqがあるから比較的問題になりにくいよね
0791デフォルトの名無しさん
2011/09/03(土) 23:46:35.170792デフォルトの名無しさん
2011/09/04(日) 01:35:43.300793デフォルトの名無しさん
2011/09/18(日) 15:36:43.83ご冗談を。Cでしょ。ANSI C。
0794デフォルトの名無しさん
2011/09/19(月) 00:05:17.75Cは「勉強するのも悪くない。」レベルじゃないだろ。必須じゃないのか?
まあそういったらPerlも今日日必須レベルか。
0795デフォルトの名無しさん
2011/09/19(月) 00:08:15.96pythonやruby。
0796デフォルトの名無しさん
2011/09/19(月) 00:39:35.180797デフォルトの名無しさん
2011/09/19(月) 01:55:56.78見ず知らずの人と語るのに使える言語じゃない
0798デフォルトの名無しさん
2011/11/02(水) 15:13:56.14ttp://www.publickey1.jp/blog/11/ipajavascriptperl.html
Perlの時代が着実に終わりつつありますねｗ
0799デフォルトの名無しさん
2011/11/02(水) 17:12:10.02> これまで出題対象としていたC++、Java、Perlの3種類の言語からPerlを外し、
> JavaScriptを追加することを発表しました。
C++、Java、Perl、JavaScript 以外の言語はまだ始まってすらいない訳ですねｗ
0800デフォルトの名無しさん
2011/11/04(金) 01:56:43.03Pythonは流石にPerlの代替にはならんと思う。
Perlのすべての代替になっちゃうとしたら、それはPerlをPerlらしく使えてないだけかと。
0801デフォルトの名無しさん
2011/11/04(金) 02:09:28.91少ないかもしれないけど身近な問題を解決するのにPerlは便利だな。
だから「どれを使えばいいか？」って他の人に聞いている時点で
そのひとはPerlには向いていないかもしれないよ。
それより、どちらかというと本やネットで調べて、自分の問題を
解決するタイプのひとがこれは便利！！と納得して使うのがいい
と思うんだ。
0802デフォルトの名無しさん
2011/11/04(金) 10:22:32.42でもCPANが無くなっても、もう構わない。
0803デフォルトの名無しさん
2011/11/04(金) 11:14:32.540804デフォルトの名無しさん
2011/11/04(金) 13:41:03.160805デフォルトの名無しさん
2011/11/04(金) 15:41:49.91メンテナンス性わるすぎる
0806デフォルトの名無しさん
2011/11/04(金) 15:57:05.14まともなエディタ使ってるなら問題無いわ
0807デフォルトの名無しさん
2011/11/04(金) 17:03:40.02ssig33が乗ってなくて嬉し過ぎて飛び跳ねて
ssig33の顔画像を印刷してプリントして顔画像めがけてぶちまくって灯油かけて燃やしてやった
0808デフォルトの名無しさん
2011/11/04(金) 17:08:19.88２、ctrl+Ｆで「ssig33」「akiyan」と入れる
３、ここに乗ってないことを喜ぶ
ゴミクズあまのとHolygrailのゴミはさっさと削除されるべきだな
HolyGrailなんてごみだろ ヤフーで働いてたから入れられただけ
フォローしても意味がないただのゴミデータ
0809デフォルトの名無しさん
2011/11/04(金) 17:17:44.210810デフォルトの名無しさん
2011/11/04(金) 17:20:40.850811デフォルトの名無しさん
2011/11/05(土) 08:19:58.570812デフォルトの名無しさん
2011/11/05(土) 10:41:33.67名前の付け方を強制してくれるものがあれば、チームで組んだときに
便利じゃないかと思うんだけどどうなんだろ？
0813デフォルトの名無しさん
2011/11/05(土) 10:43:53.760814デフォルトの名無しさん
2011/11/05(土) 10:45:44.840815デフォルトの名無しさん
2011/11/05(土) 10:46:00.04じゃぁ、おまいが書いたpythonのコードをこのスレッドに貼り付けてみろよｗ
0816デフォルトの名無しさん
2011/11/05(土) 10:54:31.24def f():
def g():
def h():
print('you are completely stupid!')
return h
return g
f()()()
0817デフォルトの名無しさん
2011/11/05(土) 11:36:39.85本当にやりたいなら、チーム内で統一したソースコードフィルタを使う。
命名が基準に合っていないとそこで die
あるいは、ソースを単にチェックするフィルタを準備して、リリース前
にチェックしてもいい。が、チェックしないで書き進めていくと後で
修正作業に時間がかかるのでやっぱりソースコードフィルタの方がいい。
0818デフォルトの名無しさん
2011/11/06(日) 15:57:51.130819デフォルトの名無しさん
2011/11/06(日) 17:07:00.150820デフォルトの名無しさん
2011/11/06(日) 19:58:17.61PerlTidyが自分をTidyするのと同じ。
■ このスレッドは過去ログ倉庫に格納されています