／ ／ ＼ ＼ ＿＿＿_ ○
/ l ヽ |
,! ヽ、 !. |
| `> | |
'i ／ i' / ＼＼ l
ヽ. / / /
＼ 丿＿_ ／ ／ ／
2 ：
仕様書無しさん：03/10/25 22:00
>>1 基本的なところで間違ってる。
アホアンチはJava厨ですよ。
3 ：
仕様書無しさん：03/10/25 22:15
>2
アホアンチになるのはC#厨だよ
4 ：
仕様書無しさん：03/10/25 22:23
>>3 「アホアンチ」という言葉をNGワードに指定したんじゃなかったのか？
クソバカJava厨
perlを叩くといえばRuby厨だろー
で、最終的なしわ寄せはVBっと。
VB,PERL,JAVA,C/C++使いの漏れから一言全部覚えな。
Java使いの俺から一言Javaだけで十分。
9 ：
仕様書無しさん：03/10/25 22:59
10 ：
仕様書無しさん：03/10/26 00:14
Perl6はやりたくてもまだできない
Perl6ばかりやって馬鹿にならなくて済む
11 ：
仕様書無しさん：03/10/26 00:58
Jakarta OROがあればPerlなんかいらない。
12 ：
仕様書無しさん：03/10/26 01:05
PerlよりRubyやれよおまいら
なんでもやれ
えり好みするな
偏らなければならない事情がある香具師は
おしつけるな
14 ：
仕様書無しさん：03/10/26 09:32
Perl6をマ板でしつこく宣伝する馬鹿は趣味で偏ってるだけだろw
そもそもPerl6の仕事なんかあるのかw
あいつはどうみたって趣味でperl6に偏っているだけだろw
Perlうんこ!!
しつこいPerl6信者はうんこ
オブジェクト指向もアスペクト指向も知らないPerl6信者はうんこ
17 ：
仕様書無しさん：03/10/26 10:36
>>14 世の中には派遣以外の仕事もあるんですよアホアンチくん。
またNGワードが発動して
>>17が見えなくなったね
19 ：
仕様書無しさん：03/10/26 13:50
shige の匿名版だな > Perl6信者
つまり、個人的な趣味で業務で使う言語を決めていると。
＿＿＿＿
／∵∴∵∴＼
/∵∴∵∴∵∴＼
/∴.-=・=- -=・=-| ／￣￣￣￣￣￣￣￣￣
|∵∵／ | | ＼| ＜ とにかくPerl ！
|∵ / (･･) | ＼＿＿＿＿＿＿＿＿＿
|∵ | ＿_|＿_ |
＼| ＼＿/ ／
＼＿＿＿_／
______.ﾉ (⌒) ﾋﾞｯｼ!
／/::::::::|-､ ,-/::::::ﾉ ~.ﾚ-r┐
/ /:::::::::::| /:::::ノ__ | .| ﾄ､
| /:::::::::::::::| 〈￣ ｀-Lλ_ﾚ′
ﾚ::::::::::::::::::|/:
22 ：
仕様書無しさん：03/10/26 19:29
されどPerl厨は最低
23 ：
仕様書無しさん：03/10/27 00:58
Perlはオブジェクト指向言語としてはクズ。
Perl6がそんなに速いと思うならその証拠を示せ
まだリリースされてもいないものを速いとほざくPerl厨は市ね
24 ：
仕様書無しさん：03/10/27 06:30
25 ：
仕様書無しさん：03/10/27 08:07
Perl5のままでいいのに。
無理しちゃって（ｗ
>>25 ようするにPerl6を認めたくないのですね。
あまりにも良く出来ているため。
27 ：
仕様書無しさん：03/10/27 11:21
モノになってから自慢しろよ。Java厨房じゃあるまいし。
痛いぞPerl厨房。
リリ－スされてないだのモノになってないだの、
一杯々々だな
モノになってない っていうのは楽だもんなぁ。
なにしろモノになっている状況ってのを定義してないから、
反論のしようがない。
反論のしようがないものを言って、反論が無いから、
自分の意見が正しいと自己満足。
Perl6のOOはC++よりも無様なハイブリッドだから使えないNE!
ハイブリッドなC++が使えているわけだが。
記述方法がPerl5からがらりとかわるPerl6はどうも・・。
http://slashdot.jp/interview/03/03/06/1041206.shtml?topic=55 6.5) プロジェクト管理者の視点から
mustangdavisによる
Perlは2人以上のプログラマが必要なプロジェクト向けには設計されていないという人たちの意見については
どう思われますか？ 多くの人が、Perlのコードは1人でしか管理できないと何度も何度も主張しています…。
そんな意見についてのお考えは？ あなたは、どうやって大規模なPerlプロジェクトを管理しているのですか？
Perlは大規模なプロジェクトに利用されるべきものだと思われますか？ （または、Perlは間に合わせのプログ
ラミング言語としてのみ利用されるべきでしょうか？）
この質問に対するラリーの非論理的な言い訳がﾜﾗﾀ
35 ：
仕様書無しさん：03/10/27 12:29
Perl 6を、大規模プロジェクトでも、管理者や設計者がプログラミングのポリシーといったものを決めるようにさせるという点で、
Perl 6をよりよいものにするためにできることはあるっていうことだ。標準化されたOpaqueオブジェクトタイプを持つことも同じように役に立つだろう。
Perl 6のオブジェクト指向が「ボルトで留めただけ」なんて誰も言い出しはしない。
＞ううん、たぶんSlashdotにいる、理性的な議論と囃子立ての違いが分からないようなある種の連中を除けばね…。
これはJava房の事言ってるんだよ。
36 ：
仕様書無しさん：03/10/27 12:31
Perlって、BASICみたいだね。
>>35 おまえ、とにかくJavaが嫌いな奴なんだな。
そんなこといってるからPerl厨の仮想敵は常にJavaですか(ﾜﾗ
とかいわれるんだよ。
死滅スレの次は○×ばかりやってると～スレを乱立ですか
>>1 39 ：
仕様書無しさん：03/10/28 00:38
>>34 ラリーが他言語について論理的に応答できず
感情的になって答えているのがﾜﾗﾀ
40 ：
仕様書無しさん：03/10/28 01:12
そのうちJakarta OROもPerl6ライクな記法にも対応するのかな。
43 ：
仕様書無しさん：03/10/28 01:28
>>34 >今、Perlを学ぶことに時間を費す価値はありますか、
>それともPerl 6のメジャー・バージョンアップを待った方がいいですか？
>ラリー：
>Perl 5を学んでも「損害」を被ることはないでしょう。こう言うと反対する――そうで
>なくても不快になる人がいるということはもちろん承知しているけどね。
Perl5と覚えてもPerl6を覚えなおさないといけない問題についての言い訳を、
ロードオブ座リングの引用を使って話で喩えて必死に弁明しているのがﾜﾗﾀ
なんで引用したり喩えたら必死になるんだ？
お前の方が必死じゃないか。
45 ：
仕様書無しさん：03/10/28 01:33
47 ：
仕様書無しさん：03/10/28 01:35
Perlは面白いからやっても損はないぞ。
かといって嘘ついて押し付ける奴は最低
foreach万せー
50 ：
仕様書無しさん：03/10/28 02:57
>>49 コレクション系を使いこなせないC#厨やDel厨と同レベルのｱﾌｫだな
51 ：
仕様書無しさん：03/10/28 08:46
map grep マンセー
なんだ、Perl厨はforeachを知っているわりにはコレクションも知らないのか。
もうアフォかと、馬鹿かと。
いや、知ってるが
perlのforeachマンセー ＝ コレクションが使いこなせない
というのは、どういう流れでそうなるのかを訊きたいのですが。
55 ：
仕様書無しさん：03/10/28 13:17
あげ
56 ：
仕様書無しさん：03/10/28 13:22
foreachは糞
オブジェクト指向言語ならあんなもんいらん
forやwhileで十分。C++ならSTL, Javaならjava.utilにある
フレームワークでwhileで十分に使いこなせる。
foreachはIteratorパターンを理解できない馬鹿のために作られた機能。
まさにオブジェクト指向否定派を救済するために作られたおもちゃだなw
誰だforeachマンセーと言ったヤシは。
Perlはwhileだけで十分だろ。
＞フレームワークでwhileで十分に使いこなせる
から
＞馬鹿のために作られた機能
の間をちゃんと自分の言葉で語ってください。
「whileで十分に使いこなせる」(変な日本語だ)だと、
whileがforeachの代わりになる、という説明にしかなっていない。
>>57 foreachだとリストの要素の参照を扱える、値の更新も可能。
Iteratorパターンがあればそんなものいらないのにねえ
perlのwhileとforeachの違い云々がネタだったから言ったまでだ。
オウム返しに煽るしか能がないのか？
62 ：
仕様書無しさん：03/10/28 13:40
Perlのオブジェクト指向はDQNだから無理もないか
>>62 馬鹿なお前には使えない。
それだけの事だ。
Iteratorパターンも知らないくせに(藁
65 ：
仕様書無しさん：03/10/28 19:43
C#のforeachはPerlのパクリ
C#の正規表現ライブラリもPerlのパクリ
66 ：
仕様書無しさん：03/10/28 19:49
ここでいいか…なあ、ruby使いってよく「perlって汚くって読む気しない～」とか言うじゃん。
俺はruby知らなかったから「そりゃそうだろそうだろ」って思ってたんだよ。
で、rubyをちょっとかじってみたんだけど…perlとどう違ってキレイなんだ？
俺がperlで書いたソースの、どこに汚さを感じるかというと
・正規表現と変数置換が入り混じってごちゃごちゃしてる
・変数が型無しで分かりにくい
・奇妙な演算子
なんだが…ruby使いはどこが汚くって読む気市内のか教えてほしい
67 ：
仕様書無しさん：03/10/28 19:59
>>66 >なんだが…ruby使いはどこが汚くって読む気市内のか教えてほしい
あえていうなら、rubyのスタイルにしたがっていないところ。
恋とはそういうもの。
C系っぽいところがＲｕｂｙのきれいなところ
>>66 私はRuby使わないけど、$とか%とか@とか&とか散りばめられていて、
見慣れないうちはかなり奇異に感じると思う。
あとは書き手に拠る所だが、あまりにもどうにでも書け過ぎて、
個人個人の癖が強く出すぎる所とかかね…
ここにも知りもしない言語を持ち上げる基地外がいるなあ。
なんなんだこいつら。
74 ：
仕様書無しさん：03/10/30 00:54
Perl で ちょろっとしたツールを書いて、
直後すぐに忘れるってことを８年くらいやってきたが、
それ以外の用途にはあまり意味がない気がする。
いちいちデータコンバートとかで C とか使わないためのツールなんだから、
ツールとして便利に使ってればいいのだと思う。
すでに必要として十分だと思う。
そういう意味では
あの言語仕様を見た限りPerl6は余計だな。
Perl6イラネ
でた。イラネ攻撃。
素晴らしいものでもイラネといいつづければ
そのうち本気にすることを狙っているのだろうな。
Perl6は素晴らしい。必要。
77 ：
仕様書無しさん：03/10/30 01:37
Perl5で十分
Perl6不要論によれば
Perl5では不十分
Perl6必要論によれば
79 ：
仕様書無しさん：03/10/30 02:16
このスレは
Perl5厨とPerl6厨とが対立するスレになりますた
VB使いと同じ事が言えるんだけど・・・。
他の言語も使える奴がPerlのコードを書くと→キッチリとしたコードが多い
他の言語を使えない奴がPerlのコードを書くと→目を覆いたくなるような酷い代物を見かける
PerlやBasicのように自由度の高い言語は、間口が広くていろんな
書き方が出来るからね。
それは容易さでもあるんだけど、厳密さを言語側が強制してこない分
PG側に委ねられているんだよな。
BASICは自由度高いか？
perlのカオスった仕様と並べて語る程。
C/C++/Java/Pascalと比べてってことで。
あまり知られてないが、VisualBasicは今でも80年代のROM BASICの様に
行番号をつけてGOTOで飛ばしまくり、変数を宣言せずに使ったり出来る。
85 ：
仕様書無しさん：03/10/30 09:50
>>84 それを自由度の高さといってしまうのはいかがなものかと、、、
VBの自由度はC/C++と同じ程度だよ。
自由度が高いのはPerlだけ。
自由度が高いってことは悪だけどな。
なんで煽る人間って無意味な改行を入れたがるのかな。
88 ：
仕様書無しさん：03/10/30 10:09
つまり、一番汚いコード＝Perl
意味あるだろｗ
つまりPerlは一番難解な言語でもあるわけだ。
難解というか、無駄な混乱をもたらす言語。
つまり、難解なPerlを使えれば他の言語を簡単に習得できる訳だ。
言語の入れ替わりが激しいこの時代には必要なスキルだな。
$Java =~ /\s*=\s*["']?([^\s"'>]+)["']?[\s>]/g
>>92 大間違い。無駄な混乱があるだけなので、
Perl以外では全く意味が無い。
>>８９
どういう意味だったの？
>>94 Perlの難しい文法からC++に行くと普通は簡単で易しく感じる物だぞ。
それにPerlはC/C++,Ruby,PHP,Python,LISPを取り入れてるから
これらの言語に移行するのは簡単だぞ。
97 ：
仕様書無しさん：03/10/30 10:37
象形文字ですか？
>>96 その難しい文法は他言語で何の役にたつのですか？
考古学で役に立ちます
>>98 暗号解析能力という意味で役に立つ。
それよりも、難しい物から簡単な物をみると
簡単だな。と思うことで習得が早くなる。
無意味に難しいと思ってると挫折してしまうか
習得に時間がかかる。
VBとVCは全く違うけど
VC経験者がVBを簡単に習得しやすいのと同じかな。
逆にHSP経験者がVBを見ると難しいと感じて習得に時間がかかるだろ。
> 暗号解析能力という意味で役に立つ。
じゃあ暗号解析でもやってろよ（ｗ
最近、プログラム言語は暗号解析だと
デンパ撒き散らしているキチガイを良く見かける。
そいつにとっては、プログラム言語は
使いこなすものではなく、
解かなきゃいけないものなんだろう（ｗ
他人が書いたソースならともかく、
プログラム言語はただの言葉だろ（ｗ
PG適性試験には、暗号解析のような設問もあったような。
それと、100は言語＝暗号解析なんて書いていないと思うが。
難しい文法が暗号解析能力として役立つって書いてあるじゃん。
ただの言葉にしかすぎないのに
VBでは出来るのに、同じ処理をVCではできない人がいるのは何でだろ？
>>105 そうだね。
それを「言語＝暗号解析」と読み取ったのか、お前は。
>>106 (英語を使えない)日本人が英語で言えない、
逆に(日本語を使えない)アメリカ人が日本語で言えないのと同じ。
単に言葉を知らないだけ。
>>104 100がキチガイなんて言って無いじゃん。
>>108 よくVBからVCやってみようと思って
VCで挫折したという事を聞くけどなんでだろうね？
＞105
perlが汚く難しい、というのは前提におくとして、
難しい文法を理解できる能力は暗号解析にも役立つ、であって、
言語を理解する事を暗号解析と同義にしてるわけじゃないだろ。
>>110 あれはフレームワークがくそなだけ。
その証拠にBCBで挫折という話は聞かない。
> 難しい文法を理解できる能力は暗号解析にも役立つ
馬鹿ですか？
Perlの難しい文法を理解できる能力があっても
暗号解析に役立つ(とは思えないが)かもしれんが、
他の言語を理解することには役に立たない。
>>112 そのフレームワークを理解出来ない理由は？
どんな能力が足りないのだと思う？
116 ：
Perlの何が難しいの？（ｗ：03/10/30 11:03
Perlの難しい文法をPerl使いが紹介します。
↓
とりあえず上のほうにあったので。
$Java =~ /\s*=\s*["']?([^\s"'>]+)["']?[\s>]/g
VBでもちゃんと使いこなせていればVCも使えるよ。
クラスだってインターフェイス継承だってあるんだしね。
VCでHello Worldしか出来ない低レベルなやつは、
VBを使いこなせない。
>>118 正規表現の部分はJavaでもVBでも同じなのでその部分を取り除くと、
ただの置換・代入ですね。
>>117 経験がないから挫折するなら
だれもVCを使えない事になる。
まあ基本的な能力が絡んでる事は間違いないでしょ。
東大行く人間と帝京大行く人間がいるのと同じで。
昨日はJavaスレで煽って、今日はこのスレか。
my %ext;
@ext{ qw/txt dll/} = (1)x2;
opendir DIR ,'.' or die $!;
for(readdir DIR){
next if -d;
if( m/\.([^.]+)$/){
if($ext{ $1 }){
print "$_ ok\n";
} else {
print "$_ no\n" ;
}
}
}
closedir DIR;
>>121 つまり、それまでにやっていた経験(言語)は関係ないということだ。
>>124 はPerl初心者コーディングスレから引用。
>>125 そんな事は無いけどな。
基本的にどの言語でもする事は同じ処理な訳だ。
経験が必要ないなんていう馬鹿はプログラム組んだ事無い馬鹿だけだろ。
>>128 じゃあなんでVCで挫折する人がいるの？
大概の人は挫折する。問題は一度の挫折でやめるかどうか。
時間があるなら誰でも使えるようになる。
131 ：
仕様書無しさん：03/10/30 11:19
124にとって難しいコードなのだろう（ｗ
>>129 能力が無いから。
能力が磨かれてないからと言った方が正しい。
小学生の国語能力で現代文は読めない、書けないのと同じ。
難しい物に適応する能力と経験を積むと暗号解析能力が付く。
一種のカンだな。
>>130 かける時間が能力、経験によって違うだろうけどな。
>>131 Perl初心者スレとJavaの初心者スレを比べてごらん。
VCが困難なのは、APIやOSに関する知識があることが前提だからでしょ。
VBもAPIは呼べるが、通常は高等なものは使わない。
必然的にVBをいくら学んでもメッセージもわからないしスレッドもわからない。
VBからVCに移行するためには、OS + MFC(ATL) + C/C++を習得する必要が
あるから困難というのが一般的だがね。
よくある勘違いは現代文が読めないから能力が
低いと勘違いすることだな。
大抵のアメリカ人には現代文は読めない。
それは立場が違うだけ。
それにそれなりの時間をかければ読めるようになる。
> VBもAPIは呼べるが、通常は高等なものは使わない。
どこが高等なんだ？ 普通に使うって（ｗ
まあ、あれだ。他人の能力が自分より低いと
思っていれば安心するわけだ。
140 ：
仕様書無しさん：03/10/30 11:28
>>137 だからかける時間が違うんだよ。
１０年かければ誰でも東大に入れるだろうけど
３年では難しいのと同じ。
>>135 Perlの初心者スレでは、変数とか配列程度で混乱していますね。
>>143 文法が厄介だから無理も無い。
コードの難しさで比較してほしい。
Perlは文法が厄介なだけで
コードの難しさは変わらない。
>>144 こういうコードが書ける人はSDKも使える人だよ。
>>147 文法の厄介さ＝コードの難しさと勘違いしている人？
>>150 だったら、前提を大半クリアしている人じゃん（ｗ
後は、MFC/ATLを覚える。
そんなVB PGは極一部だから、VBからVCへの以降が困難といわれるんだろうね。
>>149 Perl厨に多いよね。
同じファイル読んでなにかやって出力しているだけなのに、
文法が厄介なだけで、難しいことやっていると勘違いしている人。
>>152 VBからVCへの以降が困難なんじゃなくて、
SDK/MFC/ATLを使ったことが無い人がVCへの以降が困難なんだろ。
以降→移行
つまり、VB最強という結論なんだ。
同じファイル読んでなにかやって出力しているだけなのに、
00使ってるだけでだけで、難しいことやっていると勘違いしている人
はJava房。
VIsualBasicは、.Net Frameworkを得て最強の開発言語として生まれ変わった。
>>158 文法が厄介なのと、設計が違うのとは別次元の話だと思うぞ。
162 ：
仕様書無しさん：03/10/30 11:46
Perlも人気出てきたね(~~)
Java厨がまた馬鹿を晒してるんだね。
ホント懲りない奴ら・・・。
Perlは良く知らないんだけどさ、ActivePerlをインストールすると拡張子pmの
ファイルがlibに展開されるよね。
あれってテキストエディタで開くとPerlとまた違う文法みたいなんだけど、
何で書いてあるの？
165 ：
仕様書無しさん：03/10/30 11:50
Perlは巷に生きたソースコードが沢山あるから、
難しいわりにはすぐに習得できるからみんなやってみても損は無いよ(^^)
.pmはperlモジュールファイル、
よく見ろ、perlで書かれてる。
> 難しいわりには
難しいのか？ｗ
169 ：
仕様書無しさん：03/10/30 11:56
どこが？ｗ
171 ：
仕様書無しさん：03/10/30 11:59
>>170 文法の難解さ、ネットワーク系の知識などが必要な事
基本的には他人のソース読んで勉強するわけだから(^^)
> 文法の難解さ、
どこが？ｗ
> ネットワーク系の知識などが必要な事
他言語でも一緒。
> 基本的には他人のソース読んで勉強するわけだから
本もあるし他言語でも一緒。
173 ：
仕様書無しさん：03/10/30 12:03
サーバー立てることが多いから、UNIXにも強くなれるよ(^^)
情報工学とは無縁だよね。Perlって。
176 ：
仕様書無しさん：03/10/30 12:04
>>172 Perlで他人のソース見るのが辛くないなら
能力あると思うよ(^^)
もういいじゃん、perlは文法も優しく習得も容易で、
その一面ではJavaなんかより優れた言語だという事で(w
Perlのような闇鍋言語に学術的価値を求めても・・・
>>176 Perlは他人のソースを見るのがつらいのか？
大きな欠点だな。
>>179 そこが難しい由縁。
能力があれば他人のソースでも楽に読める。
その能力は他の言語でも役に立つというわけ。
>>180 そんなものを難しいといわれてもｗ
言語としては失格なんだが。
183 ：
仕様書無しさん：03/10/30 12:13
自由に書けることに意味を見出さない人間は
プログラムの楽しさを理解出来ない。
> その能力は他の言語でも役に立つというわけ。
我慢強さでもつくのかな？ｗ
>>184 難しい物から易しい物を見ると習得が容易に感じるから
言語習得に手間がかからない。
187 ：
仕様書無しさん：03/10/30 12:17
いい加減「難しい」という言葉を
「文法の汚い」に変えてくれないか。
文法の汚い物から文法の綺麗な物を見ると習得が容易に感じるから
言語習得に手間がかからない
>>188 そんな事、言い換えなくても大半の人間がわかってる事。
一部のバカが都合よく解釈をズラして煽ってるからややこしくなってるだけ。
言語の習得なんかに難しさを感じて挫折する奴は馬鹿です。
でも最初にVBを覚えてしまうと、
あのお手軽さを忘れる事が出来なくて
他の言語を習得するのが難しそう。
VBのどこが手軽なんだ？
言語を覚えるのが目的ではなく、それで開発するのが目的なのだ。
習得はあくまでも過程に過ぎず、効率的であることが望ましいのは当然である。
効率の悪いJavaは必要ない訳だね。
難しさ、もとい文法の汚さではPerl方が上なので、
Javaより効率の悪いPerlは必要なさ過ぎ
Perlは効率いいよ。
生産性も高い。
でなきゃCGIでPerl使う人はいない。
最近はPHPのほうがお手軽だけど。
俺の書いたPerlのソースは綺麗だし～
でも最初にPHPを覚えてしまうと、
あのお手軽さを忘れる事が出来なくて
他の言語を習得するのが難しそう。
>>197 Perlでは他人のソースを見るのは辛いそうですよｗ
>>199 実際、綺麗なソースばかりじゃないから辛いよ。
Perlは汚いソースだけに価値がある。
202 ：
仕様書無しさん：03/10/30 12:43
Web限定ではPHPの圧勝じゃろ。
203 ：
仕様書無しさん：03/10/30 12:43
Perlは生産性高くて
他の言語にも容易に移行できる言語。
雑用にも使えるし、本格的にも使える。
スピードも速いしリソースも使わない。
UNIXにも強くなれる。
習得もネットで出来るから一度やってみればいい。
204 ：
仕様書無しさん：03/10/30 12:44
>>202 Perlが出来ればPHPは３時間で使える。
逆は大変だけど。
PHPを使うためにわざわざPerlを覚える馬鹿はいませんよ。
>>205 でも、他の言語覚える事を考えると結局効率はいいぞ。
PHPは出来る範囲が限られてるし。
207 ：
仕様書無しさん：03/10/30 13:03
最近馬鹿の一つ覚えのようにJavaだといってる馬鹿がいるけど
最初にPerlやって、次にLISPやるのが通なんだよ。
言語覚えるのが目的の人
なんでこのスレこんなに伸びてるんだと思ったら、
Javaばっかり～スレが1000逝ったからか。
210 ：
仕様書無しさん：03/10/30 13:18
みんな昼休みが終わったようだ。
最近人の書いたCのソースを修正するのに、機械的な修正で済む部分を
Perlで処理させてみた。15分で書いたスクリプトで超楽ちんできて感
動した。
awkの方が楽だよ。
そこで敢えてJavaの方が楽、と書かなきゃ。
214 ：
仕様書無しさん：03/10/30 14:16
awkなんて覚えるのは時間の無駄。
Perlにawkの全機能が含まれてるんだから。
>>214 > Perlにawkの全機能が含まれてるんだから。
嵐を呼びそうな悪寒。
216 ：
仕様書無しさん：03/10/30 14:32
awkに出来てPERLに出来ない事なんて一つも無い。
ストームブリンガー！
アリオッチ、御身に血と魂を捧げん！！
俺はperlしかできませんよ。
そもそもプログラマじゃないから。
教えて君でｽﾏｿ。
Perlって、Win32のCOM使える？
イベントはどうあつかうの？
Win32::OLE->WithEvents(OBJECT[, HANDLER[, INTERFACE]])
みたいだね。ｽﾏｿ
223 ：
仕様書無しさん：03/10/30 20:40
Javaって、Win32のCOM使える？
イベントはどうあつかうの？
Perlみたいなあっさりとした答えは期待できそうも無いな。
>>214 高級言語なんて覚えるのは時間の無駄。
アセンブラには全高級言語でできる事がすべて含まれているんだから。
アセンブラに唯一出来ないことは
効率よくプログラミングをすること。
しかし、現代ではこれが一番重視されるんだな。
>>90 C++をなめんなよタコ
>>92 お前みたいな妄想カスにはC++は理解できまい
Perlからプログラミングを始めて、その次にC++に手を伸ばしたんだけど、
少なくとも「言語の習得」の部分では、挫折しかかった経験はまったく無いなぁ。
Perl(・ー・）ｵﾜｯﾀﾅ･･･
229 ：
仕様書無しさん：03/11/01 08:16
>>227 まあ普通はそうだろうな。
簡単な言語への移行は難しくないものだ。
じゃあPerlは簡単な言語だな。
VBから初めてPerlに手を出したけど挫折しなかった。
231 ：
仕様書無しさん：03/11/01 08:58
>>230 君がperlをどの程度できるか分からんが、
Perlが出来るなら他の言語も出来るからやってみ。
全く異なる言語を習得出来るくらいだから君には素質はある。
232 ：
仕様書無しさん：03/11/01 08:59
>>231 同じセリフをそっくりそのまま返してあげる
他言語で挫折しました。
Perlなんて正規表現を多用することが多いってだけで、
正規表現部分を除いたら対して他の言語と変わらないのだが？
といっても正規表現自体は他言語でも同じなわけで、
単に正規表現になれない人が見るとややこしい記号があるってだけ。
>>233 人を騙って遊ぶな。
俺はC/C++,PHP,Perlは少なくとも出来る。
>>234 他人のコードを読む事に限って言えば一番難しい部類に入るはず。
>>235 人を騙って遊ぶな。
俺はC/C++,PHP,Perl,Ruby,python,C#,Java,VB,Delphi,COBOL,Fortran,アセンブラは少なくとも出来る。
>>238 Perl使いはスキルが低いので汚いコードが量産されるからです。
>>238 散々今までの議論で出尽くしてるのだが。
省略が多い事と自由に書けすぎる事だろうな。
省略しなければ他の言語と変わらないわけね。
知っているか知っていないか程度の問題だな。
自由にかけすぎるとは？
>>241 知ってるか知ってない程度の差とは言っても。
コメント入れるか入れないかの差だねと言う事と同じ。
perl4の書き方が出来たりperl5の書き方が出来る。
perl6の書き方も出来る。
グローバル変数バリバリにも書けるし
型に厳しくない。
こんな所か。
あとは、一つの例に対して
回答が何種類でも作れることも分かり難い要因だろうな。
言語が難しいというよりも、覚えることが多いってだけのようだね。
しかも、たとえ多くを覚えたとしてもそれは一つの物の
シノニムに過ぎないわけだ。
だからPerl使える人には
他言語への移行が簡単に思えるんだろう。
Perl使いって他人のコードを見るたびに文法書見てんの？
んで、ここのコードはあのコードの別の書き方かぁ。と
しょっちゅう思っているの？ 時間の無駄じゃない？
文脈見れば大抵分かる物だよ。
ここはこういう処理やってるんだなというカンが身に付く。
>>246 それはおかしい。
10の書き方がある言語からでも1の書き方しかない言語からでも
他の言語の1の書き方を覚える手間は変わらない。
>>248 じゃあPerlだからってたいしたことは無いね。
>>249 まあ文句たれずにやってみろ。
基本的に言語に対するカンが身に付けば
ほかの言語でもこういう事なんだな
と理解が早い物だ。
Perlは難しいんじゃなくて、
面倒なだけ。
>>251 > 基本的に言語に対するカンが身に付けば
そんなもの言語を一つでもやっていればつきますがな。
二つ以上なら確実。
>>250 カンが身に付きやすい。
perlの混沌とした文法に慣れると
慣れないのでは他言語の理解の早さに結構差が出ると思う。
能力を磨くためにはperlは有効な言語だと思う
差はでません。
混沌としたって文法といったって、同じ書き方が複数あるだけですから。
つーか、Perlは混沌とした文法なのでクソ。
Perlの混沌とした文法に慣れると他言語への移行が楽です。
Perlなら能力がつきます。
いいからPerlをやっとけ。
これらはFUD攻撃です。騙されないようにしましょう。
>>256 それを常に解読している人間と
vbのようなやさしい表記で甘んじている人間とでは
能力に差は出るぞ。
なんかさー。Perl厨の発言見ているとさ、
VBはGUIでこったことをするとAPIを使わなくちゃならないし、
いろいろ制限があって苦労するので、力がつきますって言っているのと
かわらないように見えるんだよなぁ。
単に言語がクソなだけじゃんって思ってしまう。
vbのようなやさしい表記？
VBの表記は少なくともPerlを除いた他の言語と変わらないと思いますが？
>>259 vbでそこまでやるなら能力は付くだろうな。
それとは全く別だけどな。
自分が書く分には自由に書けるから生産性がいいわけだから。
それに低レベル処理も簡単にできるし。
Perlを仕事で使われると効率下がりまくりだな。
能力がつくというのが本当だとしても
使うのは勉強だけにしておいて欲しい。
> 自分が書く分には自由に書けるから生産性がいいわけだから。
ここが重要だな。
自分以外が絡んでくると生産性が悪い。
一人での開発でも他人のライブラリのソースを見る場合も同じ。
効率はいい。
グループで作る場合でも
基本的に綺麗なソース書くように決め事作ればいいわけだから。
文法は自由だけど
人間が決め事作って自由に書けなくすれば言いだけの話
> 基本的に綺麗なソース書くように決め事作ればいいわけだから。
そんなことしたら能力がつかないよｗ
Perlは始めに覚えると二つの言語を覚えたような力がつく。
だけど、大抵の人は始めの言語には選ばないし、
複数の言語を知っていることは当たり前なので
ほとんどの人には対して力にならない。
268 ：
仕様書無しさん：03/11/01 10:31
ネットワーク系やUNIXの知識が身に付くから
損じゃないよ。
クライアントでデータの処理やるだけだとつまらんだろ。
自分専用のゲーム作るだけじゃつまらんだろ。
269 ：
仕様書無しさん：03/11/01 10:33
Javaだと効率が悪い。
同じ事するにもPerlの３倍くらいは時間がかかるんじゃないかな。
スピードもPerlより遅いし。
270 ：
仕様書無しさん：03/11/01 10:34
サーバー立ててみんなが同じ情報を共有、操作できるようにするのが
一番効率的だぞ。
>>268 それはネットワークやUNIXを使うから知識がつくのであって、
Windowsでネットワークを使わない用途にPerlを使えば
それらの知識はつかない。
逆にネットワークやUNIXを使えば、どんな言語でもそれらの知識はつく。
272 ：
仕様書無しさん：03/11/01 10:39
>>271 VC房にはUNIXの知識は身に付かないと思うよ。
ネットワークの知識はOSに密接に絡んでるから
windowsでは身に付かないんじゃないかな。
少なくとも効率的じゃないよ。
VCは言語じゃなくて処理系。
C++ならUNIXの知識はつく。
Windows専用のIDEを使ってPerlを作ってUNIXの知識がつくと思うか？
ネットワークの知識はOSに依存しません。
依存すると思っている部分はネットワークではなくOS(かライブラリ)の部分です。
×Windows専用のIDEを使ってPerlを作ってUNIXの知識がつくと思うか？
○Windows専用のIDEを使ってPerlを使ってUNIXの知識がつくと思うか？
>>272 質問です。Perlを使って、掲示板のCGIを作りました。
私はネットワークとUNIXの知識がついたことになりますか？
276 ：
仕様書無しさん：03/11/01 10:49
>>273 perlはクライアント向きじゃないからな。
ネットワークはOSに依存してるものだぞ。
OSの知識がないとネットワークを駆使してハックする連中から
セキュリティ守れないだろ。
277 ：
仕様書無しさん：03/11/01 10:52
>>275 多少は付くんじゃないかな。
掲示板を動かす鯖が必要だし
セキュリティにも気を配るだろうし
ブラウザ依存文字やクッキーの知識も身に付く。
>>276 もはやPerlとは何の関係も無い話だな。
>>277 サーバーってFTPでアップロードしただけですが。
ブラウザ依存文字やクッキーの知識がネットワークの知識なんですね。
>>277 質問です。某言語を使って、掲示板のCGIを作りました。
私はネットワークとUNIXの知識がついたことになりますか？
多少はついたことになるのですね。
Perlという言語は関係なくて、
掲示板CGIという作る物で決まりますね。
281 ：
仕様書無しさん：03/11/01 10:57
>>279 だから多少といっただろ。
掲示板だけじゃ大して身につかないよ。
質問です。Perlを使って、CSV編集プログラムを作りました。
私はネットワークとUNIXの知識がついたことになりますか？
283 ：
仕様書無しさん：03/11/01 11:00
別にperlじゃ無くてもネットワークやUNIXの知識は付くよ。
でも効率的だといってるんだよ。
284 ：
仕様書無しさん：03/11/01 11:02
perlハッカーって結構多いよ。
VBハカーって結構多いよ。
> でも効率的だといってるんだよ。
どういう点で効率的なんだ？
> perlハッカーって結構多いよ。
言うだけなら誰でも出来る。
age2ch.plもperl
>>286 簡単にサーバーが作れる。
大量に資産がある。
UNIXコマンド、システムコールがすぐに学べる。
289 ：
仕様書無しさん：03/11/01 11:13
>286
お前もPerlやりたくなってきただろ？
292 ：
仕様書無しさん：03/11/01 11:17
>>290 Perlでサーバー作るのはCより楽に出来るんだぞ。
性能はCほどよくないけど。
Perlで作られているサーバーって何があるの？ CGIじゃないよ。
294 ：
仕様書無しさん：03/11/01 11:19
295 ：
仕様書無しさん：03/11/01 11:28
>>293 そろそろPerlやりたくなってきただろ？
ActiveStateがもうちょっと頑張ってくれればPerlも良いけどな。
297 ：
仕様書無しさん：03/11/01 11:47
C/C++使いです。Perlのソースを見ることになったんだけど
なんかこの言語って・・(´･ω･｀)なんかプログラム言語的に変だよ。
何処が変なのかはよくわかんないけど、この言語からプログラム覚えると
他の言語に移ったとき、凄く保守性が悪い見にくいソースを大量生産しそう。。
↓偉い人解説キボン
299 ：
仕様書無しさん：03/11/01 11:58
>>298 変に難しく考える必要はない。
分かりやすく書こうと思えばいくらでも書けるよ。
Perlは省略が多いから多分変態的に思うんだろうな。
でもその分早く書ける、記述量が少ないというメリットがある。
これは起動ごとにコンパイルするスクリプト言語では重要だからね。
変数が省略されるから難しいとか言っている奴がいるが、
ようするに暗黙で宣言される変数に格納されるってだけだろ
301 ：
仕様書無しさん：03/11/01 12:52
Perlって重くないですか？あるサイトの商品お申し込み画面
作ったんですけど機能を増やすにつれて目に見えて重くなっていくんですが･･･。
>>301 どのように作ったのかソース見せてくれれば早くするためのアドバイスするよ。
speedyCGIとか処理タイム計測してアルゴリズム改善したりとか
DBの設計方法とか
Cモジュールにリンクできるところはするとかいろいろ方法はあるよ。
>>302 あるサイトって書いてあるでしょ。
ソース見せるのが不可能だって分からないの？
分かって言っているのなら性格悪すぎです。
>>303 お前ただの煽りだろ。
perl使った事もないだろ？
>>305 作っても無いのに作ったとよく平気でいえるな。
面白い奴だ。
>>306 作っても無いと決め付けるなんて、やっぱり性格悪いな。
308 ：
仕様書無しさん：03/11/01 13:17
>>307 それならショッピングカート作ったなら
フォームから受け取る処理
短くてもいいから書いてみろ。
10行で書けるはずだ。
309 ：
仕様書無しさん：03/11/01 13:42
結局口だけだったか。
310 ：
仕様書無しさん：03/11/01 14:22
典型的なかまって厨
↓
311 ：
仕様書無しさん：03/11/01 14:23
土曜だってのに、あいかわらずPerl厨とJava厨が
低レベルな争いをしているんだな。
312 ：
仕様書無しさん：03/11/01 14:23
VB房です。ゴメンナサイ。
Perlだと、それまでPerlを使ったことが無い香具師でも３時間でSDIアプリケーション
が書ける。ほんとうだよ。
315 ：
仕様書無しさん：03/11/01 14:26
Javaスレが立てられなかったから誰かか頼む。
>>313 その３時間で作ったSDIアプリケーションを他人が解析すると
６時間かかります（ｗ
>>317 違いますよ。Perlの文法が汚いからですよ。そうPerl厨が言っています。
319 ：
仕様書無しさん：03/11/01 14:35
>>319 そういかないのがPerlの糞なところ。
321 ：
仕様書無しさん：03/11/01 14:38
>>320 そうか？少なくとも俺はすらすら読めるんだがなぁ
323 ：
仕様書無しさん：03/11/01 14:41
>>322 いつもそれかよ。
おまいもVBだけじゃなくて他の言語やってみろよ。
さっさと次ｽﾚ立てろよJava虫。あらしにくんな。
>>323 なぜそこでVBがでるんだろう。
まわりがすべてVBに見えてるのか？
精神病院行った方がいいぞ。
327 ：
仕様書無しさん：03/11/01 14:46
>>327 (wなんてどこでも見かけるだろ。
やっぱりノイローゼなのか。
329 ：
仕様書無しさん：03/11/01 14:49
>>328 まあそんなにヒステリックになりなさんな。
別にVB使いを見下してるわけじゃないんだから。
質問。
(wを使ってたのがVB使いの発言って、どのｽﾚのそのレス？
> 別にVB使いを見下してるわけじゃないんだから。
それはわかっているし当たり前の話なんだが。
ノイローゼ野郎はちょっとなぁｗ
332 ：
仕様書無しさん：03/11/01 14:52
>>330 Javaスレの多くのレスがVB房だった。
>>332 全部じゃない上に(wのレスがと言ってないところがミソですね。
334 ：
仕様書無しさん：03/11/01 14:53
VBって難しいの？
Javaｽﾚの多くがvb厨房に見えましたか・・・そうですか。
ノイローゼですか？
337 ：
仕様書無しさん：03/11/01 15:00
まあそんなに粘着するな。
これでノイローゼも少しは治るかな。
ソース上で省かれている $_ と @_ の存在を確実に行間（or字間）に
見ることができる人は、読むときもさほど混乱しないんじゃないかなぁ。
んでもって、その感覚の習得はそう難しいことではないように思うけど。
真に読みづらいのは、結局「全部グローバル変数」とか「インデントめちゃくちゃ」
といった、他の言語でもやる奴はやる種類のことをやってるソースで、
これはPerlという言語そのもののせいではないでしょ。
俺、PerlLには詳しくないんだけど、$はスカラで、@はアレイだよね。
そんなのまで省略すんの？
$ではなく$_、@ではなく@_、特殊変数
while(<IN>){print;}
↓
while($_=<IN>){print $_;}
342 ：
仕様書無しさん：03/11/01 15:14
343 ：
仕様書無しさん：03/11/01 15:16
特にperlの場合はwebだから文字列操作が多いし。
スレタイを気にせずPerlを語るとは、勇敢なだな。
345 ：
仕様書無しさん：03/11/01 15:23
まあPerlが出来れば他の言語は恐れる事ないよ。
特殊変数？？？？何それ
347 ：
仕様書無しさん：03/11/01 15:25
348 ：
仕様書無しさん：03/11/01 15:26
何故特殊なの？何故省略可能なの？
349 ：
仕様書無しさん：03/11/01 15:27
掲示板作れるだけでは駄目だけどな。
while(<IN>){
<IN>は条件式なの？？？
351 ：
仕様書無しさん：03/11/01 15:31
>>350 そういう事。
特殊変数は便利で記述量を減らす事が出来るから採用してるんだよ。
352 ：
仕様書無しさん：03/11/01 15:32
while(<IN>){
↓
while($_ = <IN>){
わけわからん。
354 ：
仕様書無しさん：03/11/01 15:33
>>353 これが分かるようになれば
ほかの言語が簡単に思える。
語弊があるのは承知だけど、俺は基本的にPerlのコーディングを
「$_ と @_ に値を捧げ合い、取り出し合う」という行為の連続という風に捉えてる。
そこがPerlの（コーディング上の）足場であり、Perlソースを読み書きする際における
「Perl特有の感覚の中での最重要項目」であって、
それがどの順序で行われているのかさえ確実に伝わる記述であれば、
あと残っているのは「言語に依らない読みづらさ」だけだと思うんだよ。
356 ：
仕様書無しさん：03/11/01 15:46
Forthのようだ。
Perl6ってどのへんが ｲｲ! の？
359 ：
仕様書無しさん：03/11/01 15:55
>>358 古臭い言語仕様ではなくなったことが一番大きい。
特にOO関係が充実した。
>>342 正規表現はPerlならでは機能のように言うな。
>>359 それはRubyみたいになったってこと？
Rubyを使えば良いのに。
363 ：
仕様書無しさん：03/11/01 16:10
>>362 Rubyはライブラリが貧弱。
嫌いじゃないけどな。
Rubyには厨はおらんのか！
365 ：
仕様書無しさん：03/11/01 22:43
Perlの記法構文みてみたが
C系言語に@や$など余計なもんつけて汚らしい言語だな。
ありゃC言語やJavaやってりゃすぐ理解できるわな。
あとは正規表現の特異な表現を駆使すればPerlはもう用済みだな。
366 ：
仕様書無しさん：03/11/01 23:04
>>342 > やっぱり一番難しいのは正規表現でしょ。
> $vb =~ s/(
http:[\/\w\.\d@\-~=:%\?\&]+)/$1<\/a>/g;
そいつをJavaで書き直すと
こうだな、
package net.2ch.www.rabbish.touchingperl;
import org.apache.oro.text.perl.*;
//import org.apache.oro.text.regex.*;
import java.net.URL;
public class PerlDemo{
private PerlDemo(){
}
public static String substitute(URL url){
String text = url.toString();
Perl5Util perl = new Perl5Util();
String res = perl.substitute("s/(
http:[\\/\\w\\.\\d@\\-~=:%\\?\\&]+)/$1<\/a>/g", text);
return new String(res);
}
}
367 ：
仕様書無しさん：03/11/02 01:55
>>366 この処理が何をしてるのか分かってるのかね？
368 ：
仕様書無しさん：03/11/02 02:00
>>366 Javaの文法はPerl6にそっくりだな。
Perl6を無駄に長くした感じ。
どこが？
370 ：
仕様書無しさん：03/11/02 02:19
どっちもポンしたいんじゃ！
( ´_ゝ｀)あっそ
373 ：
仕様書無しさん：03/11/02 02:40
ども。
んじゃおやすみ。
374 ：
仕様書無しさん：03/11/02 04:13
ネルな。
物凄い馬鹿な会話が続いてますね、このスレ。
>>package net.2ch.www.rabbish.touchingperl;
パッケージ名 ：
2ちゃんねら、ゴミのPerlに触れる
藁
>>377 では逆にお前にまず簡単な例題をだしてやる。
馬鹿でないお前にはその処理のどこに間違いがあるかわかるよな?
超初心者レベルの問題だからな。
>>378 Java房の書いた
>>366 から一部を抜き出したんだが
一部だけ抜き出意味は分かるだろ。
どこを間違いと言ってるのか分からないな。
俺はJava房じゃないから。
それより答えをよろしく。
380 ：
仕様書無しさん：03/11/02 12:22
Perl厨はエスケープシーケンスも知らないのか(ﾜﾗ
384 ：
仕様書無しさん：03/11/02 12:42
>>381 >>366は一箇所だけ間違いがあるんだけど
Perl厨はっこんな間違いを犯してしまったようだね。
ﾌﾟ これで例外無しに実行できると思い込んでいるperl厨(藁
47 名前：仕様書無しさん 本日のレス 投稿日：03/11/02 12:34
String res = perl.substitute("s/(
http:[\/\w\.\d@\-~=:%\?\&]+)/$1<\/a>/g", text);
お前らが分からないようだから
間違いを直してやった。
この処理は何をしているでしょか？
385 ：
仕様書無しさん：03/11/02 12:45
>>384 Javaなんて知らなくて結構。
それより直した物の処理内容は分かったか？
馬鹿には答えを教えてやる必要は無い。
馬鹿はJavaを批判する前にJavaを先に勉強しな。
>>384 ほんとPerl厨がJavaを理解していない証拠だよな。
388 ：
仕様書無しさん：03/11/02 12:51
>>386 初心者レベルの問題が
分からない馬鹿だとばれないように適当に口実作って逃げようとしてるのか（プ
>>388 ﾌﾟ、それは今までJavaがわからないことを隠していたチミだろ。↓
47 名前：仕様書無しさん 本日のレス 投稿日：03/11/02 12:34
String res = perl.substitute("s/(
http:[\/\w\.\d@\-~=:%\?\&]+)/$1<\/a>/g", text);
お前らが分からないようだから
間違いを直してやった
390 ：
仕様書無しさん：03/11/02 12:55
はやくJakarta OROをダウンロードしようよ
>>389 Javaなんてどうでもいいから適当に書いただけだ。
それより回答はまだかね？
392 ：
仕様書無しさん：03/11/02 12:56
> String res = perl.substitute("s/(
http:[\/\w\.\d@\-~=:%\?\&]+)/$1<\/a>/g", text);
>
> お前らが分からないようだから
> 間違いを直してやった。
ていうかPerl厨は本当にこれでOROを例外なしに実行できると思ってんの？
Perl厨には例外処理といってもわからないだろ
>>395 そういう気分だから。
早く回答よこせボケ
>>396 ていうか、おまえ誰？
みんな名無しじゃん。
Perl はよく分からんのだがどーせかくなら
"s/(
http:\/\/\S+)/<a href=\"$1\">$1<\/a>/g"
こっちがいいんじゃないか。
>>400 わかったら正規表現勉強して出直してきてね ♥
406 ：
仕様書無しさん：03/11/02 13:18
>>405 お前のようなアホは正規表現すら分からないのか。
408 ：
仕様書無しさん：03/11/02 13:25
>>405 ヒント。
URLのある部分にマッチした物を拾ってくる
間違ったままの
>>366は間違いを自分で見つけられましたか？
ぬるぽ
Javaに劣化コピーした人、回答まだー？
>>366は多分アホアンチでしょ。
文章の癖がアホアンチっぽい。
ノイローゼですか？
>>409 Perl厨はJavaのエスケープの意味を知らずに直してやったとかいっとるんだから。
直す場所まちがえたと指摘されて正しく直す場所どこだかわからんのかいチミは？
416 ：
仕様書無しさん：03/11/02 13:41
>>409 答えはすでに>414にでてる
<\/a>を<\\/a>にすべきだったというこった。
これではコンパイルは通っても実行時に例外は避けられない。
418 ：
仕様書無しさん：03/11/02 13:44
>>417 Javaはエスケープが一つ多いんだな。
でもそれだと
href=\"$1\">
これも間違ってる事になる。
419 ：
仕様書無しさん：03/11/02 13:45
-~=:%\\?\\&]
これが味噌。
答えはこの通り。
420 ：
仕様書無しさん：03/11/02 13:47
クラス化した中でマッチングできるPerlの正規表現は便利だな。
要するに
>>366は意味もわからないで劣化コピーを繰り返したってこった
単なるpcreか。
423 ：
仕様書無しさん：03/11/02 13:58
Perlで俺はいろいろなネットワークツール作ったよ。
盗聴するためにsniffも作ってみたし、
ポートスキャンも作ったし
スパイウエアも作った。
SMTPサーバーも作った。
実際に悪用はしないけど
ネットワークの知識は身に付いたと思う。
424 ：
仕様書無しさん：03/11/02 14:00
どれもPerlだと簡単に作れたね。
なかなかいい言語だよ、Perlは。
ノイローゼですか？
426 ：
仕様書無しさん：03/11/02 14:01
427 ：
仕様書無しさん：03/11/02 14:04
>>418 >
>>417 > Javaはエスケープが一つ多いんだな。
> でもそれだと
> href=\"$1\">
> これも間違ってる事になる。
ばーか者。
これだからPerl厨は口だけの(ry
428 ：
仕様書無しさん：03/11/02 14:04
もうネットワーク系なら何でも作れると思うね。
これもPerlのおかげだよ。
>>427 Java知らないし、知ろうとも思ってないからいいんだよ。
430 ：
仕様書無しさん：03/11/02 14:09
今度はとりあえずC++でFTPサーバー作ろうと思う。
431 ：
仕様書無しさん：03/11/02 14:11
巷の本見てJavaやるだけでは多分業務用のしょぼい物しか作れないだろうから
ネットワークの知識つけるにはPerlは効率的だと思うよ。
432 ：
仕様書無しさん：03/11/02 14:12
>>429 ﾌﾟ
C/C++でも常識とされることも知らないのかperl厨は
>>431 >ネットワークの知識つけるにはPerlは効率的だと思うよ。
ある程度はな。
というかCGIも知らんとだめだ。
んでもってCGIとPerlの限界を一度経験してからJavaをやりだすのだ。
C言語で苦しみを味わってからJavaをやるとJavaしかやらないでも理解が深まるようにだ。
434 ：
仕様書無しさん：03/11/02 14:16
>>433 俺は今まで限界に突き当たった事は無いけど
あんたはなにか限界に突き当たった事があるのかい？
もしよければ経験した限界を教えてくれないか？
435 ：
仕様書無しさん：03/11/02 14:25
>>423 折れもWebサーバー作った事あるよ。
しょぼい物だけど数時間で作れた。
Perlはネットワークの物を作るのに適してるね。
>>435 学生にはJavaなんかよりもこういった基礎を勉強するほうが
重要だと思うんだけどなぁ。
業務用JavaPGなんて１ヶ月もあれば勤まるレベルなんだから
もっと基礎を勉強すべきなんだよなぁ。
437 ：
Perlはとてもとてもくだらなくてあまりにあまりにいとおしい：03/11/02 14:33
そうとも！ Perlで出来ないことなど無いよ。
しかし、全てにPerlを使おうとする狂信者は、
そのことがPerlの教えに反していることに気付くべきだ。
「そのためのやりかたはいくつでもある」
君の隣の奴がJavaを使おうがCを使おうがLISPを使おうが、
それもひとつのやりかた。それでいいのさ。
どうしても介入したければ、彼らのやりかたを学べばいい。
それが我々だ。
なにたいしたことはない。Perlに比べたら全ては……ままごと以下さ。
>>436 基礎を学ぶんだったら、どう考えても c だろ。
Java 1ヶ月？ ため息だらけのコードはいやだ。
440 ：
仕様書無しさん：03/11/02 14:59
なんだとう！
441 ：
仕様書無しさん：03/11/02 15:01
Perl6ってどこでダウンロードできるのさ。
>>436 > 業務用JavaPGなんて１ヶ月もあれば勤まるレベルなんだから
よほどの天才でもない限りJ2EEは一ヶ月では覚えられんぞ。
覚えた、という奴は、仕事もせずJ2EEのためだに時間を費やしたか
J2EEの氷山の一角しか見ていない証拠。
>>443 まあ仕事しながらでは１ヶ月では難しいかもしれないな。
多分、３ヶ月程度が平均だろうな。
飲み込みが悪い香具師でも６ヶ月程度だろう。
445 ：
仕様書無しさん：03/11/03 10:51
アホアンチ
ロックは人生だぜ
>>444 それじゃ、J2EEのさわりしか理解できんぞ。
それではぜんぜん戦力にならん。
今までにソフトウエア開発手法について熟知しており、
オブジェクト指向を駆使したソフトウェア開発の多大な経験などがあれば別なんだが。
オブジェクト指向もしらずにCしかやってない奴がJavaやっても
理解したつもりになって汚いコードしかかけない。クズだ。
447 ：
仕様書無しさん：03/11/03 10:54
ウンコ言語Javaには３日でも惜しい
448 ：
仕様書無しさん：03/11/03 11:20
Javaがウコン茶ならPerlはウンチ君くらいの格差が双方の言語間にはある
449 ：
仕様書無しさん：03/11/03 11:30
Perl厨, Your pain will be soon finished by dying!
450 ：
仕様書無しさん：03/11/03 11:33
Perl厨! As for you, having screamed FOREVER is suitable!
Perl厨って頑固だよな。
452 ：
仕様書無しさん：03/11/03 12:17
>>444 これをよく読んで目を覚ませ。
プログラミングを独習するには10年かかる
http://www1.neweb.ne.jp/wa/yamdas/column/technique/21-daysj.html 学ぶ：３日間では、意味のあるプログラムをいくつも書いたり、その過程での成功や失敗から
学ぶ時間などありはしない。経験を積んだプログラマーと一緒に作業を行い、そうした環境の
なかでの生活がどういうものなのかを理解する間もない。早い話、大したことを学ぶ時間がな
いということだ。よってそうした書籍は、うわべだけ精通することについて説くばかりで、深い理
解にはつながらない。アレキサンダー帝が言ったように、生兵法は怪我の元なのだ。
実際、まったくプログラミング経験無しで現状では就職してから新人研修で3ヶ月程度を
プログラミングの習得に費やしたとしても
生兵法に過ぎないのだ。
こういう場合、誰かプロフェッショナルな戦力になるプログラマが最低一人でもいないと
大怪我をする確率が高まるのだ。
実際、そうでなくても、プロジェクトが納期までに完全に終わらないという怪我を必ずといってもいいほど
どこの開発現場でもほとんどが経験している。
どっかのコピペですが、このアホレスは？
熟練したJavaプログラマは、
他のC/C++信者とは違い
Javaだけでいかにして処理速度を速くする方法を
考え、編み出す。
どのクラスをどのような使い方をすると遅くなり、
どういう使い方をすると早くなるかを熟知する。
また、ここではセキュリティや拡張性を犠牲にしてでも
処理速度を高めようとするかどうかを見極める能力ももっている。
時には開発効率を高めるために
不用意にSystem.gc()を使わず
java.lang.ref.SoftReferenceを使って
解決することもある。
こうったことができるようになるには３ヶ月じゃだりない。
455 ：
仕様書無しさん：03/11/03 12:23
３ヶ月じゃだりない
456 ：
仕様書無しさん：03/11/03 12:26
マシン語コールして高速化
＞他のC/C++信者とは違い
＞Javaだけでいかにして処理速度を速くする方法を
ここの繋がりが良く分からんな
>>446 それべつにJavaに限った事じゃないじゃん。
クライアントから要求された物を作ると言う本質的な
意味ではJavaは1ヶ月で出来る。
つまりバカでもチョンでも出来るって事。
459 ：
仕様書無しさん：03/11/03 13:25
>他のC/C++信者とは違い
Javaだけでいかにして処理速度を速くする方法を
こんな事してもJavaは基本的に遅い。
Cモジュール簡単に使えるPerlには速度ではかなわないよ。
460 ：
仕様書無しさん：03/11/03 13:28
(・∀・)ほう
461 ：
仕様書無しさん：03/11/04 20:38
Perl厨はﾅﾙｼｽﾄ
>>459 それはCモジュール使わんと遅いって言っているのと同じだな。
どうせなら、PerlじゃなくてCローダーと名前を変えたらどうだ（ｗ
「Javaだけでいかにして処理速度を速くする方法を考え、編み出す」
という行為の無価値ぶりから話をそらし始めた模様ｗ
464 ：
仕様書無しさん：03/11/05 08:10
Perl厨↓
_,,......... _,........ ､_ ,. -‐‐ ､ ／ ミ ﾐ ヽ
／ 彡 i =ﾆ _ ミ 、 ／⌒i7 / '´ ｀`ヽ、_ ／、 ＼ ＼ ＼ ＼
／ 彡 ﾐ ミ. ヽ ／ -┤/ ﾐ 、_ヽ / ,::::;:＼ ＼ ＼ ＼. ヽ
/ 〃 ／ ミ 、 ヽヽ } 彡 ' ,|ﾉ ミ ヽ ,' /::/ ｀ヽ、 、 ヽ ﾞ,
i / 〃/〃 i lヽ ヽ 丶ﾞ i ,! 彡 ' _二、 ＼ _彡 ヽ | /〃 ＼＼ヽ i
. | 〃 ,ｨ// ! l| !ヾ ヽ ＼│/ 彡／;／￣ ｀`ヽ、 ｀ Ｚ_ い! i | ,＝= ､ '",ゝ、 ::!
l / ' ＝= ==ヾヽi !{ 彡::::/ ヽ`、 ﾆ彡 i | } | ,ィ_ｪ :: こﾆ`ー ､ ::l
ヾ-､ | -ｪヶ : ｪヶ､ | ,ﾍ/ヾ{::::├＝= ､ ,= 三 ` ヽ＼ヽ、ゝ! ′| ー ′! :. ヽ ヽ:. .::l
ヽヽ.| .: : |/ ./ |}:::::| ィ_ァ '┴' ` !:/;:ミﾐ {ヽ ::::! {_ , ) ｉ :. :. .::i
ヽ.」 {_ ,} ｌ､ノ ヾ‐､! _ |:!'::::::/´ ヽ ::! _ ,. _＿ ! ::::::::::|
ヽ. __,:_;.__ ! ヽ /ﾞ‐､ ,- へ、 !::::::::ﾘ ヽ ヽ ‐ 二ﾆフ´ ,ｲ:::::::::::ﾘ
ﾄ、 ヾ二フ ,ｲ ヽ ﾞ-┬┬;‐ﾃ′ ,ｲ::::::/ .ヾ: ＼ ／│:::::::〃
| ＼ ／│ 〉､ ` 三‐´ ／│ヾ、_ ヾ :: ト､ ／ !:::::::/
| ￣￣ │ ／{７!＼＿＿,／ ヽ ｀`ヾ :| ￣￣ ヾ､ヽ
>>459 相対速度がほんのわずかに遅くなっただけで
遅い遅いいっているお前はもう古い。
サーバ用途では速度問題はさほど問題にならないはずだ。
速度をどうこう言い出してるのは熟練したJavaﾌﾟﾙｸﾞﾗﾏらしい454だが
467 ：
仕様書無しさん：03/11/05 11:37
>>458 >
>>446 > それべつにJavaに限った事じゃないじゃん。
> クライアントから要求された物を作ると言う本質的な
> 意味ではJavaは1ヶ月で出来る。
そうやって主観で自分だけの世界で決め付けるな。
お前のやっている仕事がたまたまそうだったんだろが。
顧客から要求されたものが基幹系業務、エンタープライズアプリケーション、
オンライントレーディングシステム、分散コンピューティング、グリッドコンピューティング
となれば1ヶ月では絶対に無理。
ここまでくるとPerl厨もC++厨もそう簡単にはJavaはできまい。
Javaに精通した精鋭Javaプログラマがある程度作り上げたフレームワークを使って
それらを組み合わせる程度のものを作る程度ならPerl厨やC++厨でもできる。
だが、基幹システムを一から作り直すのはミッションクリティカルに疎いPerl厨やC++厨のような
低脳どもには無理。
> つまりバカでもチョンでも出来るって事。
差別的な発言は控えめにしたほうがええぞ。
ここまでくると煽りというか人権侵害レベルに近づきそうだな。
で、さらに聞く、何と比べてバカでもチョンでも出来るのか言ってもらおうか。
Perlと比べてといってみろ、笑われるぞ。
逆にいうと
クライアントから要求された、ミッションクリティカルを考慮しなくてもいい単純な、
低次元、低レベルな物を作ると言う本質的な
意味ではPerlは1ヶ月で出来る。
つまりPerはバカでもできるって事。
468 ：
仕様書無しさん：03/11/05 11:39
常に速度だけを求めると先が見えなくなるぞ。
速度だけ求めてセキュリティホールを生み出しては本末転倒だ。
近年の現代的プログラミング、設計においては
速度よりも確実に動くこと、信頼性、セキュリティ性、安定性、拡張性が最重要視されなければならない
ことが義務付けられている。
雑誌で読んだ覚えたての単語を羅列してるんだな(w
ｱﾌｫｽﾚが一気に上がってる、大変分かり易いな
平日の昼間にこんな長文書く奴の言う事なんて信じられない。
「クライアントから要求された～」の解釈を、ここまで恣意的に上げ下げされるともはや爽快だな。
よかったなPerl厨、あたらないJava知識を供給できて
あたらない？
>>471 都合が悪いから読まない言い訳としては
だいぶ弱いですね、それｗ
>>475 君の言う事は現場を全く知らない意見なんだよ。
どこかで聞きかじった用語を並べてるだけ。
だから、反論する気も起きない。
>>476 > 君の言う事は
予想通り、妄想だけで突っ走る人ですねｗ
478 ：
仕様書無しさん：03/11/05 13:51
10月のPHPConで，コア・メンバーがPerl6用エンジン
「Parrot」採用を提案
PHP開発のコア・メンバーであるThies Arntzen氏とSterling
Hughes氏により，10月22日から10月24日にかけて米国で開
催されたPHPCon West 2003のクロージング・キーノートにお
いて「PHP and Parrot」と題する発表が行われた。この中
で，Perl6用に開発中のスクリプト・エンジンParrotをPHPの
スクリプト・エンジンとして使用する提案がなされている。実
験的な実装でのマンデルブロ・フラクタル生成に関するベン
チマーク・テスト結果により，JIT(Just In Timeコンパイラ)な
しのParrotで約5倍，JITありのParrotで約30倍の高速化が
なされたことが示された。
Parrotの完成までにはまだ多くの作業が必要であるが，
完成時にはPerlのみならずPHPなどの複数のスクリプト言
語のスクリプト・エンジンとして採用され，例えば，Perlで書
かれたライブラリのモジュールをPHPから呼び出すといった
ことが可能になると期待される。CPANなどのサイトに蓄積さ
れた膨大な数のperlライブラリを使用できるメリットは大きい
ものと思われる。
479 ：
仕様書無しさん：03/11/05 13:53
実 験的な実装でのマンデルブロ・フラクタル生成に関するベン
チマーク・テスト結果により，JIT(Just In Timeコンパイラ)な
しのParrotで約5倍，JITありのParrotで約30倍の高速化が
なされたことが示された。
JIT(Just In Timeコンパイラ)な
しのParrotで約5倍，JITありのParrotで約30倍の高速化が
なされたことが示された。
それだけの高速化をなされても
まだJavaよりも遅いという現実。
なんだかんだ言いつつも速度速度とオウム返しなJava儲
483 ：
仕様書無しさん：03/11/05 15:06
完成時にはPerlのみならずPHPなどの複数のスクリプト言
語のスクリプト・エンジンとして採用され，例えば，Perlで書
かれたライブラリのモジュールをPHPから呼び出すといった
ことが可能になると期待される。CPANなどのサイトに蓄積さ
れた膨大な数のperlライブラリを使用できるメリットは大きい
ものと思われる。
484 ：
仕様書無しさん：03/11/05 15:07
PHP開発者であるLerdorf氏は「複数のスクリプト言語をサポ
ートするスクリプト・エンジンの存在は，性能面の利点以上に
開発効率の大幅向上という利点をもたらすだろう」と述べて
いる。
性能面の利点以上に
開発効率の大幅向上という利点をもたらすだろう
複数の言語をサポートするって
なんか.NETのパクリって感じだな。
486 ：
仕様書無しさん：03/11/05 15:20
>>485 まあそうだけど、
これからはクライアント/イントラネットの.NETと
サーバーサイドのスクリプト連合の２極化
が起きるんじゃないかな。
多分一般的な業務系ではC++,Javaは負け組みに入ると思うね。
限られた分野だけで使われると思うね。
487 ：
仕様書無しさん：03/11/05 15:25
ゲームではC++が一般的に使われるだろうけど
Javaはどこにも強みがないね。
.NETが不安定で仕方なく流行という言葉がぴったり来る。
「一般的」、便利な言葉だな。
489 ：
仕様書無しさん：03/11/05 16:14
そうだな。
.NETが不安定なんて。
今までたいした不具合なんて発生してないのに。
ここはFUDだらけなインターネッツですね
492 ：
仕様書無しさん：03/11/05 19:57
Perlで作られた勘定系ｼｽﾃﾑってある？
なきゃー作ってみてよ（ﾌﾟ
>>492 Perlはそうゆう使い方じゃないしな。
495 ：
仕様書無しさん：03/11/06 21:04
＿
/ ＼―。
（ / ＼＿
/ / ヽ ／￣￣￣￣￣
...―/ ＿） ＜ ちんちんシュッ！シュッ！シュッ！
ノ:::へ＿ ＿＿ / ＼＿＿＿＿＿
|／-=o=- ＼/_
/::::::ヽ―ヽ -=o=-＿（::::::::.ヽ
｜○/ 。 /::::::::: （:::::::::::::）
｜::::人＿＿人:::::○ ヽ/
ヽ ＿＿ ＼ /
＼ | .::::/.| /
＼lヽ::::ﾉ丿 ／
しｗ/ﾉ＿＿_-イ
∪
496 ：
仕様書無しさん：03/11/07 00:15
>>478 それZENDエンジン搭載した場合とでのベンチマークも含まれているのか？
具体的なソースコードも見せてくれ
>>483 間接的に呼び出すだけで拡張性らしい拡張をするには互換性上、限界がありそうだな。
PerlもPHPも、速度が速くなってもC言語にはかなわないわけだが。
499 ：
仕様書無しさん：03/11/07 12:57
Ruby>>>>>>>>>>>>>>>Perl6
500 ：
仕様書無しさん：03/11/07 19:15
500
501 ：
perlで挫折した者：03/11/07 19:23
俺、perlは大嫌い。
型指定は無いし、$、@、%、なんじゃそりゃ。
やっぱり、Cが一番です。
class、virtual、template、なんじゃそりゃ。
やっぱり、Cが一番です。
504 ：
仕様書無しさん：03/11/07 23:29
perlキライperlキライperlキライperlキライperlキライperlキライperlキライ
perlキライperlキライperlキライperlキライperlキライperlキライperlキライ
perlキライperlキライperlキライperlキライperlキライperlキライperlキライ
perlキライperlキライperlキライperlキライperlキライperlキライperlキライ
perlキライperlキライperlキライperlキライperlキライperlキライperlキライ
perlキライperlキライperlキライperlキライperlキライperlキライperlキライ
perlキライperlキライperlキライperlキライperlキライperlキライperlキライ
>>503 それらを否定するならお前にプログラマの素質はないと思われる。
どいつがネタでどいつがマジか微妙だな、505とか(w
508 ：
仕様書無しさん：03/11/08 13:05
Perlで挫折する人って多いよな。
なんでだろう？
$とか@とか生理的に受け付けないから。
Javaにも$はあるぞ。jspがjavaソース化された時に関数名等に$が付いてる。
511 ：
仕様書無しさん：03/11/08 13:29
>>510 子クラス作った時のほうがよく見かけると思うのだが。
512 ：
仕様書無しさん：03/11/08 14:20
あ、
>>511は間違い。
子クラスじゃサブクラスと勘違いされてしまう……。
正しくは内部クラスね。
Hoge$1.classとかHoge$Foo.classとか出来るでしょ。
513 ：
仕様書無しさん：03/11/08 14:32
$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$
アホがよってこないように。＄とか＠とかつけてるんだよ。
アホよけ
@@@@@@@@@@@@@@@%%%%%%%%%%%%%%%%%%%%%
514 ：
仕様書無しさん：03/11/08 14:40
map { print defined(${$hash_ref_ref}->{$_}) ? "$_ = ${$hash_ref_ref}->{$_}" : "$_ = (undef)" } keys %{${$hash_ref_ref}};
ｶﾞﾀｶﾞﾀ
個人的には$、@、%、&などが付くことでソースの可読性が上がってる。
517 ：
仕様書無しさん：03/11/08 22:53
>>510 > Javaにも$はあるぞ。jspがjavaソース化された時に関数名等に$が付いてる。
と、いうかJakarta VerocityやJakarta TapestryはもろにPerlチックな記号が多用されちゃっているっぽい。
perl厨にJSPをやらせるためにわざわざ#や$, @な記号を使っているみたいだw
>>510 > Javaにも$はあるぞ。jspがjavaソース化された時に関数名等に$が付いてる。
JavaでCVSをやれば
@version $Revision 1.2$
なんつーことができちゃうんだな。
>>516 > 個人的には$、@、%、&などが付くことでソースの可読性が上がってる。
それはちょいとハンガリアン厨のいいわけみたいだな
つーことはJavaやっていれば
Perlは楽楽ですね。
522 ：
仕様書無しさん：03/11/10 08:57
ﾎﾝﾄにｱﾎだな
523 ：
仕様書無しさん：03/11/10 11:54
おおそうだ、
>>518のように、JavaでもJavadocでコメント書くときは@を使う！
しかし、DocletによってJavaDocをXML化することもできる！
これによって@を使う必要もなくなる。
%は剰余に使うぞ。
@はメールアドレスやCVSのアドレス記述などにつかうぞ。
ｳﾞｧｶですか
天才ですが何か
527 ：
仕様書無しさん：03/11/10 20:14
効率的な開発が出来るPerlで今日も遅くまで5963（ｹﾞﾗ
遠距離恋愛している彼女のために2人だけのチャットを作った私は最強ですか？ｗ
529 ：
仕様書無しさん：03/11/10 20:22
最近、アホアンチよりも禿藁房のほうがむかついてきた。
ホームページ作るプログラマーの人いませんかー？アニメーション等ききたいんですがいたらお願いします
531 ：
仕様書無しさん：03/11/10 20:32
532 ：
仕様書無しさん：03/11/10 21:47
perlはいいねぇ
>>528 既存のものがいくらでもあるだろうにわざわざ作る馬鹿は最弱だろ？
>>533 設置だけしてCGIが扱えるなんて思ってる香具師よりマシかと。
536 ：
仕様書無しさん：03/11/11 08:15
Ｐｅｒｌ好き（ﾎﾟ
537 ：
仕様書無しさん：03/11/11 11:26
ある奴にマルチスレッドプログラムの依頼をしたら
Perlしか扱えん奴で、開発言語はPerlで行いますとか
ぬかしはじめた。あほかと。
Perlしか使えない奴に依頼したオマエもアフォや(w
539 ：
仕様書無しさん：03/11/11 11:58
>>537 それはお前がアホ。
まあJavaで作るよりははるかにいいが。
>>537 そいつは、表示方法がマルチスレッドなシステムと勘違したのだろうか？
IT用語知らなかったんだろうな。
541 ：
仕様書無しさん：03/11/11 19:26
Perlしか扱えない香具師が
マルチスレッドを知ってるわけないだろう（ﾌﾟ
542 ：
仕様書無しさん：03/11/11 20:36
543 ：
仕様書無しさん：03/11/11 20:42
ＪＡＶＡは遅くて生産性悪いからから論外。
544 ：
仕様書無しさん：03/11/11 20:44
>>543 生産性が良いＰＥＲＬで
夜遅くまでお疲れ様です（ﾌﾟ
545 ：
仕様書無しさん：03/11/11 20:51
生産性がよすぎて困る事。
単価が低い。
>>542 MacPerlはfork使えなかった気がする。
547 ：
仕様書無しさん：03/11/11 21:09
>>546 OSXは中身がFreeBSDのはずだけど使えないの？
>>547 OSXはいけると思う。
This is perl, v5.8.1-RC3 built for darwin-thread-multi-2level
550 ：
仕様書無しさん：03/11/11 23:38
>>549 具体的にどんなセキュリティ問題が心配なんだ？
バッファオーバーフローは大丈夫だぞｗ
PerlのThreadは標準モジュールですが何か？
あるオブジェクトをスレッドセーフにする方法は？
金銀Perlﾌﾟﾚｾﾞﾝﾄ（ﾌﾟ
PearlになりそこねたPerl
555 ：
仕様書無しさん：03/11/12 22:45
つっPerl事が漢のたった一つの勲章
556 ：
仕様書無しさん：03/11/12 22:50
557 ：
仕様書無しさん：03/11/12 22:51
#/usr/bin/perl
use Inline Java => <<'END' ;
class Pod_1 {
String data = "data" ;
static String sdata = "static data" ;
public Pod_1(){
}
public String get_data(){
return data ;
}
public static String get_static_data(){
return sdata ;
}
public void set_data(String d){
data = d ;
}
private void priv(){
}
}
END
my $obj = new Pod_1 ;
print($obj->get_data() . "\n") ; # prints data
$obj->set_data("new data") ;
print($obj->get_data() . "\n") ; # prints new data
>>556 君はどんな言語を使ってるの？
差し支えなければ教えてよ。
開発効率が良いＰｅｒｌで、今日も１日頑張ろう！
Perlは$とか@とかがついてて汚い
561 ：
仕様書無しさん：03/11/13 18:28
>>560 Perlの文法が分かるようになれば
ほかの言語なんてチョロいから我慢して続けてみろ。
言語の一番難しい部分は文法だぞ。
文法さえ分かればあとは知らない物でも
調べればすぐに分かる。
こう言うことしたいけど
どういうライブラリ使うのかな？
ライブラリはあるかな？と検索すればいいだけだ。
perlはお手軽だから使ってるけど、
そんな苦労してまで使うものかと思うなー
563 ：
仕様書無しさん：03/11/13 18:59
つうか、Perlのような用途の言語って、簡単に使えないと意味無いじゃん。
なんで配列は
@aとか宣言するのに
$a[5]とかいう使い方しなきゃいけないんだろ…
@a[5]にしろよ
>>563 Perlは簡単だろ。
ど素人が、Perlでグロバール変数バリバリの糞コードを書くのにそれほど時間はいらない。
566 ：
仕様書無しさん：03/11/13 20:25
>>564 @a[5]
でも使えるぞ。
君はまだ入門者のようだな。
馬鹿でも出来るJavaやC#の方が向いてるかも。
こんな時間にＰｅｒｌの手ほどきをしていただけるとは
やっぱり開発効率が良いＰｅｒｌを使っているだけあって
余裕ありますねぇ(ﾌﾟｹﾞﾗ
構文に執着するアホPerlerの皆さん、こんばんは。
「アプリを使う人間にとって、構文なんてどうでもいいのだよ。」
>>558 恥ずかしながらPHPマンセー野郎です。
(*/∇＼*)ｷｬ
言語純粋主義者の中には、これらの妙ちくりんな文字を理由に、Perlを忌み嫌う
人たちがいる。だが、これは皮相的な見方に過ぎない。このような文字にはたくさんの
利点があるのだ。
例えば、新たに構文を用意しなくても、変数をそのまま文字列中に埋め込める。
名詞が動詞に対し目立つので、Perlのスクリプトは（あえてPerlを学んだ人にとっては）
読みやすい。また。既存のコードを壊さずに、言語に新しい動詞を追加することが
出来る（Perlが進化できるようにデザインされたということは、すでにお話しした）。
また、この名詞のアナロジーはでたらめではない――自然言語には、名詞であることを
表す構文的な印を必要とするような先例が豊富に存在するのである。
それは私達が考える方法でもある！（と、私たちは考えるのだ）
ﾎﾝﾄにｱﾎだった（ｹﾞﾗ
573 ：
仕様書無しさん：03/11/14 08:37
> （あえてPerlを学んだ人にとっては）
ﾜﾗﾀ
単なるひねくれ者
ちなみに
>>571は『プログラミングPerl 改訂版』の注釈部分の抜粋な。
575 ：
仕様書無しさん：03/11/14 17:44
>>569 お前Perlした事ないだろ？
Perl5でも4でもこの書き方だぞ。
576 ：
仕様書無しさん：03/11/14 17:53
Perlで出来ないこと（実行速度以外）って何があるか教えてください
577 ：
仕様書無しさん：03/11/14 17:57
>>576 当然だけどPerl無しでは動かない。
出来ない事はそれ位かな。
言語なんだからやろうとすればなんでも出来る。
容量の少ない組込みはきついけど
Javaが出来る事はすべて出来る
>>575 お前は根本的に相手のレスを読み違えてると思う。
580 ：
仕様書無しさん：03/11/16 20:35
アホアンチ召還あげ
581 ：
仕様書無しさん：03/11/16 20:56
IT業界にアージャイル開発とデザインパターンを広めよう！
C言語を使ってかなり苦労したので
その苦労を最小限におさえるために
アージャイル開発、デザインパターンを
多くのプログラマに使って欲しいと思うことがある。
一種の挨拶みたいなものだね。
「なるべく挨拶を心がけましょう。」
「なるべき綺麗な字で書きましょう。」
のように
デザインパターンを使うこと、アージャイル開発することが
プログラマの習慣、常識になってほしい。
なんとか、デザインパターン文化、アージャイル開発文化を押し広げられたら・・・。
IT業界の将来はオブジェクト指向とアージャイル開発が握っています！
今度、糞Perlで組まれたｼｽﾃﾑをﾘﾌﾟﾚｲｽだ（ｹﾞﾗ
ダウングレードの間違いだろ（ｹﾞﾗ
ｹﾞﾗコンビだw
wさんは一人ですか？
ｹﾞﾗさんは一人ですか？
２ちゃんねる初心者が現れたみたいだな。
ｹﾞﾗもwも２ちゃんねるで良く使われている捨てゼリフだ。
ｹﾞﾗはC#厨がよく使う言葉だよ。
といってもそのC#厨の正体はただのVB厨らしいけど
捨てゼリフってのはちょっと違うと思うけどね。
590 ：
仕様書無しさん：03/11/20 10:48
PHPでいいじゃん。
591 ：
仕様書無しさん：03/11/20 12:49
PHP新書ﾌﾟ
592 ：
仕様書無しさん：03/11/20 12:51
↑これってなんか面白いんすかね？ わかる人います？
593 ：
仕様書無しさん：03/11/20 12:58
Perl厨のPerlHarbor攻撃ﾌﾟ
595 ：
仕様書無しさん：03/11/20 13:19
Perl厨は型の概念がいい加減な言語で汚いコードを書くのが好きだ。
言ってしまえばお粗末で長持ちしない攻撃力だけある小型戦闘機が好きってことだ。
そんな馬鹿Perl厨が最強のアメリカに喧嘩を売って真珠湾攻撃をしたわけだ。
Perl厨がアメリカに喧嘩を売るなんて100兆年早いわい。
596 ：
仕様書無しさん：03/11/20 14:02
C++厨 == 特攻隊 ﾌﾟ
C厨 == 人間魚雷 ﾌﾟ
Perl厨 == 衛生兵 ﾌﾟ
VB厨 == 竹槍民兵 ﾌﾟ
C#厨 == 特攻隊生き残りジジイ ﾌﾟ
COBOLer == A級戦犯東条英樹容疑者 ﾌﾟ
Cできれば大抵の言語に対応できるでしょ。
VBとかJavaから入った人は苦労してるけど。
Cは、ｱﾅﾙ(*)操作言語
599 ：
仕様書無しさん：03/11/22 07:20
日本でPERLのシステムを作るとしたら出稼ぎの外国人に作らせそう、、、。
PERLは簡単だけれど初心者には向いていない。
いろんな書き方できるし、日本人でPERLを仕事としている人を
知らないからかもしれないが仕様書も見たことないし
（見てみたい！！）、教育にはちょっと、、、。
全く趣味の言語だよ。どうプログラムを省略してゆくか、、、。
初心者の書くプログラムは分かりやすいかもしれないが、
上級者の書くプログラムは分かりにくい。奥が深い、、、。
PERLは趣味であって仕事には向いていない、ただ別のシステムの検証の為の
簡単なデータチェックやテストデータを作るときとかは仕事で
こっそり使わせてさせてもらう。
ネットワーク管理をやっている人もネットワーク他かなり詳しい人であれば
PERLを使いこなせるかもしれない。PERLを知っていてもやりたいことが
なければ何も作れない、、、。
楽するために、、、。
600 ：
仕様書無しさん：03/11/22 08:07
機械語とBASICしかできない現役の世界的な情報工学者だっているんだから
あんまり喧嘩すんなや。
602 ：
仕様書無しさん：03/11/22 10:49
>>Cできれば大抵の言語に対応できるでしょ。 VBとかJavaから入った人は苦労してるけど。
JAVAからはいるとほかのこともいろいろ覚えなきゃいけないからな
でもCからJAVAは鉄好き型からオブジェクト指向だから壁があるな
結論
Perlはくそ！！
>>602 プログラミング言語を語る前に日本語を幼稚園から
やり直したほうが良さそうだね（プ
CからJavaへの壁と
JavaからCけの壁、
どちらが厚いだろう。
607 ：
仕様書無しさん：03/11/22 13:21
そりゃJAVAからCだろ
例のアホアンチは「肝禿豚」に改名しました
>>610 一人で盛り上がって鼻息ﾌﾝｶﾞﾌﾝｶﾞしてんじゃねぇ～よ（ﾌﾟｹﾞﾗｳﾋｮ
612 ：
仕様書無しさん：03/11/24 23:15
Perlを習得するのにどれくらいの時間がかかりますか？
613 ：
仕様書無しさん：03/11/24 23:41
>>612 こんな煽りスレでそんなこと質問してるようじゃ
一生かかっても無理だと思われ。
サッカーでさ、ボール囲んで肩とか組みながら
相手のゴールにつっこめないかな？
こんな風に
○○
○ ○ ﾜｰ
○ ● ○ ﾜｰ
○ ○
○○
ウガンダにとってカレーは飲み物。
617 ：
仕様書無しさん：03/11/27 01:45
＿＿＿＿
／∵∴∵∴＼ ｽｶｲﾌｨｯｼｭ ｳﾏｰ
/∵∴∵∴∵∴＼
/∵∴∴,（ﾟ）（ﾟ）∴ |
|∵∵／ ● ＼|
|∵ / 三 | 三 |
|∵ | ＿_| n n n
＼| │ ⊂ニニニ⊃ 三三三三三
＼ ＼' u u u
＼＿＿＿/
618 ：
仕様書無しさん：04/03/07 02:06
すいません perlで以下の意味を教えてください
$symlink_check = (eval { symlink("",""); }, $@ eq "");
if (!$symlink_check) {
619 ：
仕様書無しさん：04/03/07 02:45
自称Perl使い達が書くソースはメンテナンス性が最悪なことが多い。
と言うよりも多人数での開発経験が無いとしか思えない。実際そうなんだろうが。
あおりではないのだが、Perlを使いこなせる人はある種の天才だと思う。
並大抵の神経の持ち主では記述を見るだけでやる気を削がれ、そのうち鬱になってくるな。
言語中枢が高度に発達した人々の言語だな。
・・・・そんかわり布教が大変
プロバイダがこれしかダメっていうんで、仕方なしに。
Javaが使えるプロバイダってあるんでしょうか？
あるよ。
623 ：
仕様書無しさん：04/03/07 15:12
多人数での開発にＰＥＲＬを使用するという選択がまず間違い。
624 ：
仕様書無しさん：04/03/16 00:36
perl便利だぞぅ
ソースコードの特定の条件に一致するものを書き出して顧客に提出する時とか
apacheのログを逆DNSしてホスト名付きに変換する時とか
ゴリゴリと・・・
625 ：
仕様書無しさん：04/03/16 01:43
そんなに難しいとは思わないが(初めてのとき半日で掲示板書けたから)
極めるとなると難しいと思うね、確かに。
jcode.plなんか読むと、書いた香具師ほんとに人間かよと思う
__End__
626 ：
仕様書無しさん：04/03/16 15:21
VB,java = オージーイングリッシュ（独特の言い回し・発音があるが、日本人にとっては聞き取りやすい）
C,C++ = 米語（Rを強調するため、あまり綺麗な発音とはいえない。日本では標準）
Perl = カナダ英語（発音が非常に綺麗で、英語圏の国なら大抵通じる。カナダ人は字が汚いが慣れると不便なし）
C# = 台湾英語（非常に早く喋るため処理しにくい）
アセンブラ = ベッカム英語（非常に聞き取りにくい、支援者がわりとおおい）
PHP = 日本英語（発音は糞だが、字は読みやすい）
ひまわり = 日本語（そのまま）
各自然言語とその地域差のどういった要素が
各プログラミング言語のどういった要素と関連付けられているのかが見えづらいので
何がいいたいのか細かいところがよーわからん。
628 ：
仕様書無しさん：04/03/16 18:38
>>624 JAVA厨に言わせると、そういう場面でもJAVAが最適になる。
630 ：
仕様書無しさん：04/03/16 21:38
>>629 VB厨にに言わせると、そういう場面でもJAVAが最適になる。
>>612 それ委銭に
先にCから始めておけば
正規表現だけを習得するだけであとは
習得する必要はないぞ。
>>626 VBとJavaとを同列に扱うんだったら
VBとC#またはC#とJavaという組み合わせにしたほうがしっくりくる
633 ：
仕様書無しさん：04/04/08 23:55
ドントネットォ～♪
634 ：
仕様書無しさん：04/04/09 07:22
Perlには書き捨てのlog解析スクリプトを書くときに大変お世話になっております。
635 ：
仕様書無しさん：04/04/09 11:23
俺Perl知らないんだよね。UNIX歴結構長いのに。
漢はsedとawk。
637 ：
仕様書無しさん：04/04/11 00:42
何故2chはperlで作られてるの？
phpとか、jspとかに移行する気はないの？
638 ：
名無しさん＠お腹いっぱい。：04/04/11 17:52
すでに開発済みではあるが、使い物にならないので使われていない。
なぜあなたはPerl版の2chを使うのか自問されたし。
>>637 PHPならすでにあるよ。
しかも一部Perlの替わりにCを使ってる。
JSPを使わない理由は、大規模じゃないから。
ハリネズミはとりあえず刺す、って格言を与えよう。
>>634 俺もログ解析はPerlだな。
処理速度が遅くてもよく、
他人にソース見せる必要がなく、
メモリの容量を気にしなくてもよく、
一発ものだったらほとんどPerlで書いてる。
642 ：
仕様書無しさん：04/05/20 01:55
CPANとCJAN そしてJJAR
もまいら、
プログラミング言語を開発したのはすごいﾔｼと思いますが。
作れるくらいの脳ﾐｿがないのなら、ｸﾞﾁｸﾞﾁ言わないべし。
このド厨房めが！！
>>0-
一度脳の思考を作り直せ！
以上。
644 ：
仕様書無しさん：04/07/22 13:38
/￣￣＼|_＿Ｄ＿,,| ／ ￣`ヽ
l r'~ヽ ／ ゝ＿__ノ ヽ ／~ ヽ l
| | / ´・ ▲ ・｀ ;;;ヽ | |
ゝ:::-/ ∀ ...:::::|--::ノ' ｼﾞｬｷｰﾝ
.|＿＿＿＿＿＿_＿|
| ,---､ , ---､ .:::|
ｸﾜｯ i~'.-i-=・=.|-|=・=-|-''|'~i
|| ', ヽ､..__ﾉ ゝ＿_ﾉ:: :|bﾉ
`'´i ,, /､,､)ヽ､ : ::i`'
'. 'ﾄｪｴｴｪｲヾ / age
'. ( ヽｪｪｪソ.ﾉ /
ﾊ､, ､_,_,,ｨ /::|
| ` ｀ ー '´:::::;|
,,,i○_:_,,..-─'''￣`---.....,,,___
_,,,... -─''''~￣/ |i 人 /::::::::::|:::::::::::::::::'''''-.....,,,,,
i:::::::::::::::::::::::::/::::::|i ﾉ`-'ヽ./::::::::::::|:::::::::::::::::::::::::::::::::|
645 ：
仕様書無しさん：04/09/13 03:52:31
なんでもPerlで書いてる。いいよ、この言語。
ぬるぽがない言語なんて、信用できねい
647 ：
仕様書無しさん：04/09/13 12:39:44
>>646 インスタンス化しないで参照したらいくらperlでもエラー返すよ
> エラー返すよ
> エラー返すよ
> エラー返すよ
> エラー返すよ
( ´,_ゝ`)
649 ：
仕様書無しさん：04/09/13 16:52:46
例外って言っていいの？
650 ：
仕様書無しさん：04/09/13 20:10:10
C>C++>Java>>>>>>>>>>>>>>>>>>Perl
俺の中での読みやすさだ
>>650 読みやすさなんて、書いた奴のセンスだべ？
なら、少なくとも喪前の書いたソースの中では、が正しいんでねぇのか？
652 ：
仕様書無しさん：04/09/13 22:44:21
処理の読みやすさじゃなくて、ソースをただの文字列として見た場合のことだよ
Ruby ＞＞＞＞＞＞＞＞＞＞＞＞＞＞ Ｊａｖａ＞＞＞＞Ｃ＋＋ ＞＞＞＞＞＞＞＞＞＞ Ｐｅｒｌ
最高にマイナー
655 ：
仕様書無しさん：04/09/13 22:52:30
Perlユーザは臭いからそばに寄らないでくれる？
最高言語Rubyの前にはC++なんて問題外。
Perl？ぷっ。まだ存在してるの死ね糞野郎
ちょっとわざとらしい。
いまいち。
ざんねーん。
rubyなんざ誰も使わねえよ。
素人専用言語ってことでカテゴリ分けは済んでる。
でも、たまにヲタが仕事で使ってるの見ることはあるな。
まあ例外もあるってことで。
660 ：
仕様書無しさん：04/09/13 23:08:14
Perlは、日本人ユーザが大挙してRubyに流れたためパッチの供給すら覚束ない状況です（大爆笑）
Perlユーザって臭うよな。
あの独特の腐臭というか、何というか。
社会から叩き出したい。
Ruby!!!!!!!!!!!!
663 ：
仕様書無しさん：04/09/13 23:53:32
perl と rubyって匂い同じでしょ？
オウムとRubyの共通点
・共に新興宗教である
・信者の反社会的行動で世間の鼻つまみ者
・教祖は「まつもと」
665 ：
仕様書無しさん：04/09/14 00:27:36
詳説 性器表現 第2版
このスレッドは天才チンパンジー「アイちゃん」が
言語訓練のために立てたものです。
アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。
霊長類研究所
669 ：
1 ◆3tem4aJdQA ：04/09/15 13:40:45
>>56 > foreachは糞
> オブジェクト指向言語ならあんなもんいらん
> forやwhileで十分。C++ならSTL, Javaならjava.utilにある
> フレームワークでwhileで十分に使いこなせる。
> foreachはIteratorパターンを理解できない馬鹿のために作られた機能。
> まさにオブジェクト指向否定派を救済するために作られたおもちゃだなw
正直、正規表現とハッシュ配列さえあればどれでもいい
じゃあRubyできまりですね。
>>672 ほとんどの会社はWindowsで仕事してるのに、RubyはWindowsだと
今ひとつ力が発揮できないんだよね・・・
「Windowsで動作確認できてないんじゃないか？」と思うようなライブラリが多いし。
ほとんどの会社がWindowsであり、ほとんどの家庭のPCはWindowsであるという
「絶対的なる現在の状況」という現実から眼をそむけてる「一種のアンチ家」が
作ったんじゃないかと思うような言語とそれをとりまくコミュニティーになって
しまっている印象を受ける。
もったいないことだ。
674 ：
仕様書無しさん：04/10/11 10:25:35
Rubyに責任はない。
が、使えないことに変わりは無い。
Ruby!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
Perlのライブラリにも、Win用はXSじゃないってのも多いけどな
ねえねえ
いまだにPerl使ってるおばかな糞野郎どもに聞きたいんだけど、
Rubyに移行することを考えたことはないの？
馬鹿じゃない？
日本人の恥だよお前ら。
perlerは池沼
なんか臭うよね。こいつら
>Rubyに移行することを考えたことはないの？
ない
>>678 rubyなんか使うのはオタク臭い日本人しかいないよ
Rubyなんてperl以上にマニアックじゃん
はいはいよかったねw
684 ：
仕様書無しさん：04/12/03 18:17:36
Rubyは知名度低いしorz
perl php使えてもruby使えない鯖ばかりｗ
ruby使えない鯖ばかり。。。
686 ：
仕様書無しさん：04/12/04 14:29:04
次期Fedoraの標準インストールからPerlが
外されることが決定したらしい。
687 ：
仕様書無しさん：04/12/04 22:39:02
>>686 さいこーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーー
Ｒｕｂｙ ＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞ Ｐｅｒｌ
正直、Perlじゃなくてもいいんだ。
でもよ、
CPANほど便利なものは、ほかの言語には無いんだ。
だから俺は移行できない。
正直、自分の手でチマチマ作ってるような面倒なことは
可能な限り避けたい、それだけなんだ。だって、面倒だろ？
プログラムを楽しんでるわけじゃない、出来上がったものが
便利だから作ってるだけだ。
PHPにもライブラリが「相当」あると思うのだが・・・
691 ：
仕様書無しさん：05/02/13 23:17:15
ｒｕｂｙ以外の言語はくそ
692 ：
仕様書無しさん：05/02/13 23:30:37
783 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：05/02/13(日) 13:48:35
研究室のマシンからperlを全部削除したら怒られた。ばかばっか
784 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：05/02/13(日) 13:53:07
>>783 ruby厨の戯れ言にしては面白い。70点。
785 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：05/02/13(日) 14:00:31
なんで？怒る方がおかしいでしょ
786 名前：名無しさん＠お腹いっぱい。[] 投稿日：05/02/13(日) 14:07:07
判ったから巣に帰れ。
787 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：05/02/13(日) 14:08:29
うちにもいたな…
788 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：05/02/13(日) 14:11:10
Ｒｕｂｙ！！！！！！！！！！！！！！！！！！！！！！！！
789 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：05/02/13(日) 14:52:54
>>787 いたのかよ！
790 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：05/02/13(日) 15:49:06
>>789 それはオレのしってるアホにもいる
693 ：
仕様書無しさん：05/02/14 00:52:38
書き捨てに良くperlを使う。後で読む事など考えもしないコーディングが出来るのが好き。
でもウッカリするとシェルスクリプトで出来る事をperlで書いてしまい、
KISSの原則すら忘れてしまいそうになる。(′ε｀ )
>>692 ﾜﾗ
マ板じゃあまり見かけなくなってきたけど＞ﾙﾋﾞ厨