08/07/14 18:01:42
>>88
> 小山哲氏って日本のPHP界じゃトップクラスの有名人だと思うけど
だれ？
デイトレーダー？ 日本の歴史学者？
ぐぐってもわからないや。
91:nobodyさん
08/07/14 18:15:31
日本のPHP界っていうほどのコミュニティがあるの？
92:nobodyさん
08/07/18 11:00:23 UyOFQs+N
344 ：デフォルトの名無しさん：2008/07/18(金) 00:56:41
>>334
同意。
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"日本語")
とかやったりしてるけど、正直言って超バッドノウハウ。
人が見てもやっぱりわからないし。
93:nobodyさん
08/07/18 12:29:11
UTF-8フラグの存在がUnicodeの扱いをかなり複雑にしているよな。
なんでそんなものを作ったのか理解できない。
他の言語にはそんなもの無くてもうまくやっていけてるじゃないか。
94:nobodyさん
08/07/18 12:34:30
>>92の元書き込み
ｽﾚﾘﾝｸ(tech板)l50
95:nobodyさん
08/07/18 22:19:32
PHPだと全部mb_に差し替えないと行けない。
96:nobodyさん
08/07/18 22:29:23
> PHPだと全部mb_に差し替えないと行けない。
見てのとおり、すごくわかりやすいルールです。
一方Perlの場合・・・複雑すぎて
ここでは説明し切れません ;;
97:nobodyさん
08/07/18 23:17:48
複雑者ねー世。外人が作ったライブラリでも日本人が作ったライブラリでも透過的に扱える。
98:nobodyさん
08/07/18 23:21:26
ただし、外人が作ったライブラリがUTF-8（UTF8フラグ）を考慮して
ちゃんと作られている場合は。だろ？
99:nobodyさん
08/07/19 01:30:32
最近でたオブジェクト指向Perlの本ってアルパカ本と比べてどうなの？
100:nobodyさん
08/07/19 01:53:35
Encodeは始め面倒だな～と思ってJcodeに逃げてたけど使い慣れてくるとしっくりとくる。
101:nobodyさん
08/07/19 18:13:37
そりゃPerl標準なんだからしっくりこないとダメだろｗ
問題は、慣れないといけないような仕様だってことだ。
102:nobodyさん
08/07/20 01:21:38
別にJcodeで済むんだったら、Jcodeでもいいけどな。
103:nobodyさん
08/07/24 12:41:16
Ruby = オブジェクト指向Perl でしょ？
104:nobodyさん
08/08/02 01:11:51 U1SzvOGo
「美しいコードを書けるからRubyを選んだ」---Ruby on Rails作者 David Heinemeier Hansson氏：ITpro
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
DHH：いろんなPerlソースを見ていると，頭が爆発しそうでした。
なぜかというと，どのコードを見てもスタイルがそれぞれ違って，
正しいのはどれかがわからない。
それぞれおもしろいんだけど，自己主張が激しすぎると感じました。
一方で，Rubyで書いたものはどれも，
同じことをする場合はだいたい似たように見える。
この「統一感」がすごく重要でした。
105:nobodyさん
08/08/02 11:29:04
>>104
Perlは確かにひどいが、Rubyも大して統一感なんてないけどな…
106:nobodyさん
08/08/02 15:59:10
Perlはuse strictを使えるのがいい。
107:nobodyさん
08/08/02 23:05:16
Perlはひどい書き方ができるけどきれいに書こうと思えば書けるだろ。
108:nobodyさん
08/08/03 00:32:48
strictプラグマを使えば、PerlはLLの中で一番厳密なコーディングを強制される。
PHPなんかだと、コンテントタイプヘッダが自動で出力されるとか、最近は減ったけどregister globalsがオンになってるせいで、それこそやりたい放題に書いてもそれなりに動いてしまう。
多分、書き慣れたPerlが怪奇に見えるのは、関数に()が省略できたり、returnを省略できたりするところだと思うんだけど、それはRubyも一緒だよね。
109:nobodyさん
08/08/03 00:44:26
>書き慣れたPerlが怪奇に見えるのは、関数に()が省略できたり、returnを省略できたりするところだと思うんだけど
そんな些細なところじゃないと思うんだけど
110:nobodyさん
08/08/03 01:52:23
じゃ、どの辺？
111:nobodyさん
08/08/03 01:54:17
$@とか$/とかの特殊変数はたいした問題じゃない。使うのは限られてるし、そういうもんだと思えばどうってことない。忘れたら、調べればいいだけ。
isset（）なのかis_set()なのか忘れてしまうのと変わらない。
112:nobodyさん
08/08/03 04:48:01
正規表現とか$_なんかは奇妙に見えるな。
for(1..40) {
print $_ . "..aho\n" if /3/;
}
113:nobodyさん
08/08/03 22:19:46
行末が ； で終わってない言語はクソ
114:nobodyさん
08/08/03 23:54:50
おっとECMAScriptの悪口はそこまでにしてもらおうか
115:nobodyさん
08/08/04 02:25:58
>>110
いろんなものを省略できるところ。
コンテキストという概念
bless
UTFフラグ
116:nobodyさん
08/08/04 02:36:41
perlは記述するコードをUTF8(BOM無し)固定にすりゃいいんだよね
そうすりゃちったぁラクになるべ？
117:nobodyさん
08/08/04 02:44:47
コンテキストを省略、blessを省略、何のことだ？
Perlは複雑なデータ構造を表す場合、リファレンスを使う必要があり、リファレンス・デリファレンスで記号が長く続き、読みづらくなるというのはある。
すべてを順番付きのハッシュで済ませらるPHPと比べると、断然見づらい。
が、仕事でプログラムをするような人間が、Cのポインタが分からないとか、Perlのリファレンスが分からないとか、論外だな。
趣味のプログラマーにとってPerlが難解だというのはそうかもしれないが。
118:nobodyさん
08/08/04 02:51:00
おそらくUTF8の話は、ム板から得た知識だろうが、マルチバイトを扱う時にUTF8フラグをつける、出力するときに外す、だけでいいことだ。
そもそもUTF8フラグのせいで、ソースが読みづらくなるなんてことは有り得ない話。
119:nobodyさん
08/08/04 19:54:52
>>118
本当にそれだけなら、内部で勝手にやってくれという話。
なんでコードでUTF8フラグをつけたり消したりする命令があるのか。
それはUTF8フラグあるせいで、いろんなライブラリが、
UTF8フラグをつけていたり、つけていなかったりするから。
UTF8フラグの存在がなければ、そんな混乱は起きないんだがな。
120:nobodyさん
08/08/04 19:56:09
>>117
仕事だから、難解なものでもやれというのはわかる。
だが、今はやるかやらないかの話はしていない。
難解なのか、難解ではないのかの話。
答えは出ている。難解だ。
121:nobodyさん
08/08/04 21:06:24
だからどこら辺が難解なの？
PerｌのOOなんて変数に名前空間結びつけただけだろ
122:nobodyさん
08/08/04 21:16:33
フラグついてりゃ3byte文字も1文字換算だし
ついてなけりゃbyte単位だから処理違うしな
inしてきたものにはかならずフラグつけてoutのときにはずせば混乱はない
decode, encodeってのがちょい紛らわしいネーミングだとおもうけど
123:nobodyさん
08/08/04 21:37:34
明示的にデコードしなくてもフラグ付くことがあるのが問題。
暗黙的なスタイルと明示的なスタイルが混在して、もうわけわかめ。
124:nobodyさん
08/08/05 01:23:55
もともとの話はPerlのソースコードが読みづらいかどうかだから。
UTF8フラグとソースコードの読みづらさは関係ないし。
125:nobodyさん
08/08/05 01:42:33
それってスタイル、好み、技量の問題じゃないの？
読む側、書く側、双方ともに
126:nobodyさん
08/08/05 09:27:52
utf8フラグが勝手に付くって何のことだ？
127:nobodyさん
08/08/05 13:42:50
>>107
それをプロジェクト内のPerlプログラマ全員にやらせてみろよ
128:nobodyさん
08/08/05 13:46:43
色んな書き方が出来る反面 「自分の書き方」 をもてない奴がコピペばかりしたり、
サンプルを自分の書き方に直せない人が多いだけなんだと思う
まぁ利用者が多いゆえの弊害だと思う
129:nobodyさん
08/08/05 14:14:52
>>127
それはPerl以外の言語にもいえる事では
130:nobodyさん
08/08/05 15:04:15
>>129
Perlは他言語に比べ突出してると思う。
でもコード規約でなんとかなる。
131:nobodyさん
08/08/05 19:44:17 y2irazDO
PERLの記述性はそのままRUBYにも当てはまる。
JAVAみたいな型の指定を強制してステップをかける言語の方が記述性が低い分、統一感は高いと思うが、PYTHON以外のスクリプト言語はどれも大差ない。
132:nobodyさん
08/08/05 21:03:27
コード規約で何とかしないで
Pragmaでも作ってほしいね。
$_ の使用を禁止するとか
133:nobodyさん
08/08/05 22:48:20
$_ は可読性の低下を招くので使わないようにしてる
134:nobodyさん
08/08/06 11:40:34
$_を使わないことで可読性は上がるだろう
しかしそれだったらrubyかPHP使う
135:nobodyさん
08/08/06 15:54:52
$_ の問題だけで Perl を使わない理由にはならない
136:nobodyさん
08/08/06 17:00:44
同じ変数を使いまわさない。
つまり、一つの関数内で同じ変数名の変数を
違う目的に使わないって事だけど、
これ、言語に限らずコーディング規約としてでてくる。
多分だれしも納得がいく理由だろう。
$_ はそれと同じ問題をはらんでいる。
変数名にはわかりやすい名前をつけましょう。
137:nobodyさん
08/08/06 17:52:20
Perlはstrictプラグマが標準で、変数を宣言して使うから、不用意に変数を初期化したり、ゴミとして残ることがない。
局所化されてるから、安心して同じ変数名を使いまわしていい。
他の言語のように、条件分岐やループの深いところで突然多次元配列に値を入れたりすることがないし、実行されない処理についてもコンパイラがエラーを検知してくれるから、発生しづらい条件のエラーがすぐにわかる。
ただ、strictプラグマはPerlのコード品質を押し上げているわけだけど、KENTのCGIレベルのプログラマーからだとジャンプアップが大きく、初級のプログラマーがPHPに流れる原因にもなってる。
が、PHPはどう書いてもそれなりに動いてしまうばっかりにレベルの停滞を招いてるという面もある。
138:nobodyさん
08/08/06 18:02:05
Perlのファニーレターは、可読性を上げる点でも役立ってる。
Perlでは普通こう書く。
foreach $data (@data) {
print $data;
}
PHPでは、こう書くしかない。
foreach ($data as $tmp) {
print $tmp ;
}
あるいは、こうしてみたり。
foreach ($data_list as $data) {
print $data ;
}
変数名からだけでデータ型が分かるのがPerlの可読性の高さ。
139:nobodyさん
08/08/06 18:50:51
foreach $data (@data) {
print $data;
}
って何か気持ち悪いんだよな・・・
でいつもこうしてます
foreach $data (@datas) {
print $data;
}
140:nobodyさん
08/08/06 20:39:27
print for @data;
141:nobodyさん
08/08/06 21:32:17
>>139
そう言われると俺も @data とか @file とかにしてたｗｗｗ
あなたはやっぱり @lists とかにしてるの？
リストそのものが複数形だとおもうんだけど 。。。 あれ違うか？ｗ
142:nobodyさん
08/08/06 21:36:39
いくら名前空間が別でも同じ名前にはしないな。
143:nobodyさん
08/08/07 01:45:13
>>138
> Perlのファニーレターは、可読性を上げる点でも役立ってる。
> Perlでは普通こう書く。
> foreach $data (@data) {
> print $data;
> }
foreach my $datum (@data) {
print $datum;
}
144:nobodyさん
08/08/07 01:47:11
>>141
> あなたはやっぱり @lists とかにしてるの？
foreach my $elem (@list) {
print $elem;
}
ナドト
145:nobodyさん
08/08/07 03:54:18
名前空間が別なのではない。変数のスコープが別なのだ。
$tmpとか$nとか$iとか、数行のブロック内でしか使わない一時的な変数のためにイチイチ長ったらしい変数名を使うのは可読性が下がる。
コードの大事なポイントをぼかしてしまうから。
146:nobodyさん
08/08/07 05:17:58
変数名やらコーディング規約やらはPerl Best Practicesを読むといいですよ
書いてあることがすべて正しいとは思わないけどbetter practiceが見つかるのは間違いないです
147:nobodyさん
08/08/07 12:57:23
>>139
dataは既に複数形で、単数形はdatum云々、、、、
148:nobodyさん
08/08/07 13:36:43
PBP!PBP!
149:nobodyさん
08/08/07 15:47:43
>>141 >>143 >>147
ああ、俺がアホだった・・ dataの時はdatumを使います
でもいつも厳密には考えてなく
my @dates = localtime;
my $date = sprintf '%04d/%02d/%02d', $dates[5] + 1900, $dates[4] + 1, $dates[3];
のような事もしちゃってます。こっちのが気持ち悪いか・・・
Perl6では@date[1]のように参照出来るらしいから感覚的に少しはマシになるのかも
150:nobodyさん
08/08/07 21:02:27
横レスすると手を抜いて配列に入れるんじゃなくて
スカラーでもハッシュでもいいから名前付けたほうが見やすいわかりやすいのは明白
151:nobodyさん
08/08/07 21:05:44
変数名の頭に$とか@とかつけるのが
そもそも変。
152:nobodyさん
08/08/07 21:43:13
そう？俺はわかりやすいからいいけど
欲を言えば
153:nobodyさん
08/08/07 23:20:00
PerlからPHPに移ってからは@を使う妥当性が全然わからなくなった。
154:nobodyさん
08/08/07 23:28:05
@rrayとか$calarてのはやめて欲しいないな。これもPerl文化か？
155:nobodyさん
08/08/08 00:05:16 +HJwvv2X
私はこれで Perl から乗り換えました。
URLﾘﾝｸ(web.archive.org)
バベル案内
URLﾘﾝｸ(www.aoky.net)
Perlもまた、間もなくなくなる。
Perl, Python, Ruby の比較
URLﾘﾝｸ(www.shido.info)
perl/Ruby、これから覚えるべきなのは？
URLﾘﾝｸ(q.hatena.ne.jp)
156:nobodyさん
08/08/08 01:58:02
>>私はこれで Perl から乗り換えました。
この程度では乗り換えるに値しない
まぁ、Switch Case 文はデフォで欲しいですがｗ
157:nobodyさん
08/08/08 02:46:52
>>156
givenとwhenでよければありますよ。
バージョン５．１０以上ですけど。
158:nobodyさん
08/08/08 17:18:36 ZoI5nNzi
変数には記号がある方が分かりやすい。
PHPみたいにデータ型によらず同じ記号であっても。
JAVAとかC#みたいにIDE前提でカラーリングされてればなくても良いけど。
その点じゃRUBYが一番見づらい。
159:nobodyさん
08/08/08 17:23:11
変数という意味で記号をつけるのはわかるが、
配列やスカラーやハッシュを区別する為の記号ってのは
意味がわからない。
他の言語を見ればわかるように、そんな区別なんかしなくても
問題なく実装できてるじゃん。
160:nobodyさん
08/08/08 20:57:31
ハンガリアン記法見ても分かるように、変数名からデータ型が分かれば可読性が上がる。
161:nobodyさん
08/08/09 00:16:40
可読性とコーディングをいうまえに明示的に宣言できる構造体をくれ
162:nobodyさん
08/08/09 00:39:15
そんなあなたに Class::Struct
163:nobodyさん
08/08/09 10:35:24
つ Moose
164:nobodyさん
08/08/11 14:58:12 5LE+LZJY
ruby perl 比較 python ruby perl ruby perl 違い ruby perl php ruby perl 速度
165:nobodyさん
08/08/15 23:16:47
PHPのオブジェクト指向も後付けなのに、誰も突っ込まないのな。
そんなもんか。
166:nobodyさん
08/08/15 23:18:00
perlのひどさには敵わないｗ
167:nobodyさん
08/08/15 23:28:15
寧ろ後付でも酷くてもみんなが使いたがるperlの魅力に気が付いて欲しいｗ
168:nobodyさん
08/08/16 01:42:46
PHPのオブジェクト指向はごく普通だからな。ほとんどJava。
Perlの場合はクラスベースじゃないから。JavaScriptとかもそうだけど。
169:nobodyさん
08/08/16 03:32:51
本当はオブジェクト指向とかエロいこと考えなくてすむのがお気楽LL言語だったのかもしれない。
170:nobodyさん
08/08/16 04:00:50
>>168
Perlは分類上クラスベース。
Javascriptのようにインスタンス単位でメソッドを増やしたりする芸当はできないよ。
データメンバは増やせたりするけど。
171:nobodyさん
08/08/16 08:25:19
先を行く者を背中から撃つ者は、後から来る者に背中から撃たれる。
172:nobodyさん
08/08/16 12:27:40
インスタンスにメソッドを追加するのはRubyも出来る
173:nobodyさん
08/08/16 14:42:26
完全にオブジェクト指向であっても変数名に接頭辞が付かない言語は苦痛だ
174:nobodyさん
08/08/16 16:08:42
i とか s とか付けりゃいいんだろいけど、やっぱ接頭語として記号があると楽かな
175:nobodyさん
08/08/16 17:29:17
Rubyの場合、メソッドの()を省略できるから、メソッドなのか変数なのか区別がつかない。素直に()を強制すればよかったのに。
176:nobodyさん
08/08/16 17:49:24
>>175
全部オブジェクトです
177:nobodyさん
08/08/17 01:43:09
>>173
そこはマイルールでいいんじゃないの？
178:nobodyさん
08/08/18 18:57:43
$が使いたいんだよ！わかるだろ！
179:nobodyさん
08/08/19 02:03:57 z5IDWLYs
Perl のオレオレるーる - 冬通りに消え行く制服ガールは、夢物語にリアルを求めない。 - subtech
URLﾘﾝｸ(subtech.g.hatena.ne.jp)
180:nobodyさん
08/08/19 03:32:07
わからん・・・
わざわざシフトキーを多用したいなんて・・・
181:nobodyさん
08/08/19 12:56:03
[]や{}を使わない連想配列や配列はどう扱うの？
182:nobodyさん
08/08/19 15:23:01
Rubyの[]もメソッド名というのは、作者の無意味な自己満足に過ぎないと思う。
183:nobodyさん
08/08/25 05:10:09 etndctNH
ｽﾚﾘﾝｸ(tech板)
184:nobodyさん
08/08/25 06:58:00 YRD+4CK6
朝っぱらから元気だな、Ruby信者君
185:nobodyさん
08/08/26 11:32:03
実際 Perl の オブジェクト指向は Ruby だし
186:nobodyさん
08/08/28 05:22:41 dedtAPQI
merb
URLﾘﾝｸ(wiki.merbivore.com)
187:nobodyさん
08/08/28 11:14:54
>>182
data['hoge'] の動作を自前で設定できたらいいなと思ったことはないかい
data['hoge'] でも data['Hoge'] でも data['HOGE'] でも data[:hoge] でも data の hoge が呼べたらいいなとか
あと、メソッドだからプロファイラで Hoge#[] の使用回数がきちんとカウントされるぞ
ていうかこのへんは普段は意識することないし「実はメソッドだったんです！」「うわ徹底ぶりキモっ！」でいいとは思う
188:nobodyさん
08/08/29 02:04:05 oI9LreIE
あの Perl の後付け感は最高。
僕は、あの屋上屋を架すみたいに積み上げたり、既存文法の意義の変更とかで、
済し崩し的に拡張して行くあのゴチャゴチャ感が Perl らしくて好きだよ。
C++ も似た感じで好きだ。
189:nobodyさん
08/08/29 08:06:09
perlでやる程度の処理にoopなんぞ手間が増えるだけだから後付け仕様で十分
最近は車輪探す手間のほうがでかくなってるしな
190:nobodyさん
08/08/30 20:48:02
>>188
まったく同意見だ。C++が好きな理由も同じ。
191:nobodyさん
08/08/30 23:27:24
混☆沌☆招☆来
192:nobodyさん
08/09/01 13:46:31
>>187ハッシュやリストの拡張クラス作ればいいだけじゃん。
[]がメソッド名なら、arr[1] = 'a'はarr.[](1,'a')こんな感じに書くべきだけど、それじゃ変だからローカルルールででっち上げてるわけでしょ。
その勝手な感じについていけない。
193:nobodyさん
08/09/01 18:57:28
別にメソッドとして書いてもいいよ（そっちのほうが計測不能なレベルでわずかに速い）
Ruby から見れば、for 文 と each メソッドの関係のような単なるシンタックスシュガーに過ぎない
irb> h = Hash.new
irb> h.[]=('key1','value1')
irb> p h
{"key1"=>"value1"}
irb> p h.[]('key1')
"value1"
誰も array[i] 形式や hash[key] の使用を勧めてはいないぞ
記号だけのメソッドが気になるなら、Array#push や Hash#store を使うといい
194:nobodyさん
08/09/02 01:34:16
松本がいつも言うシンタックスシュガー、都合のいい言い訳にしか聞こえない。Railsもそうだけど、ユーザの感じる押しつけられ感が凄い。
195:nobodyさん
08/09/04 13:09:19 NZf+T+5v
初めてPerl触って思ったこととか - ずっと君のターン
URLﾘﾝｸ(b.hatena.ne.jp)
196:nobodyさん
08/09/04 14:06:58
Railsの記述上の違和感はRubyではなくRails記法によるもの
Rubyは関係ないし、RailsのDSLっぽい無茶な書き方を嫌がってる人は少なくない
197:nobodyさん
08/09/05 06:22:58 4aFuBrsn
>>1 は、
>PHPの方がはるかに自然な形で実装しているわ。
って言ってるけど、PHP って他の組み込みの機能が何となく不自然な気がする。
何というか、統一感のないユーティリティ・ライブラリって感じ。
(だったような。ちょこっと触っただけだからかもしれないけど。
まぁ、PHPは言語と言うよりツール色)
Perl 5 の OOP は、確かに他の言語の OOP 機能からの見方で見ると不自然に見えるけど、
Perl 言語からの見方で見ると、とても自然に見える。
それに、専用の文法でがちがちに固めていなくて、幾つかの機能の組み合わせで実現するやり方は、
見方によっては美しくも感じる(Unix っぽい美学)。
198:nobodyさん
08/09/05 18:27:12
PHPって、せっかく例外の仕組み備えたのに、なんで組み込み関数は例外を投げないんだろう。
199:nobodyさん
08/09/05 20:46:59
それは、C++は例外の仕組みあるのに、
なんで組み込みの関数（fopenなど）は例外を投げないんだろう。
といっているのと同じことだぞ。
200:nobodyさん
08/09/05 21:55:58
PHPが例外が糞なのと、C++は関係ないから。
201:nobodyさん
08/09/05 23:06:27
両方とも後方互換性のためでしょ。
202:nobodyさん
08/09/05 23:37:58
PHPに互換性なんてないじゃん。お得意のPHP_INIで設定を変えればいいだけ。
203:nobodyさん
08/09/06 09:50:10
>>200
誰も糞とかいってねーよｗ
前からある関数が例外を出さない理由だろうが。
204:nobodyさん
08/09/06 09:51:15
>>202
C++もコンパイルオプションで設定を変えればいいだけのはずなんだがｗ
205:nobodyさん
08/09/06 12:53:01 NNHSMBQO
要するに例外機構が実質的に機能しないPHPはウンコということ。
206:nobodyさん
08/09/06 13:01:18
組み込み関数じゃなくて組み込みクラス使えばいいじゃん。
いつまで過去の遺物使ってんの。
207:nobodyさん
08/09/06 14:10:27
だよなぁ。C++でも過去の関数は例外を使っていない。
その理由は互換性維持なわけだが、
そういうあたりまえ発想が言語をPHPに変えるだけで出てこなくなる。
そして、なぜかPHPは例外機構が機能しないとかわけのわからんことを言い出す。
208:nobodyさん
08/09/06 14:53:51
>>206
> 組み込み関数じゃなくて組み込みクラス使えばいいじゃん。
それがないからダメなんだろ。
209:nobodyさん
08/09/06 15:12:30
論点がずれてきていますね。
組み込み関数が例外を投げない理由から
組み込み関数は互換性のために例外を投げないのは当たり前。
組み込みクラスがない（？）からダメという話へ。
もう組み込み関数が例外を投げない理由の話は終わりましたね？
見事話がずれました。私の狙ったとおりです。フフン。
210:nobodyさん
08/09/06 15:17:53
PHPの組み込み関数は例外を投げない。
PHP5対応のライブラリがそろっていれば、それを使うが、それもない。
従って、自分でラッパーを書いて例外を投げるようにしないといけない。糞。
211:nobodyさん
08/09/06 15:18:10
話の軸と言えるほどに固執する話題がないだけだ
Perl仕事のヘルプに行ったとき食ったラーメン屋のギョーザのタレが美味かったといえばきっと食い物話になる
その程度の拘りしかない
212:nobodyさん
08/09/06 15:19:18
PHPは配列とか文字列とかの組み込みの要素もきちんとクラスにしてメソッドつけたほうがいいと思います
213:nobodyさん
08/09/06 15:42:25
>>212
そうすっと具体的にどんなメリットが？
214:nobodyさん
08/09/06 17:35:32
Zendの実質標準ライブラリ使えよｗ
215:nobodyさん
08/09/09 10:51:59 ASwZl4YO
初めてPerl触って思ったこととか - ずっと君のターン
URLﾘﾝｸ(b.hatena.ne.jp)
216:nobodyさん
08/09/09 12:41:23
> sub funcname {
> my($arg1, $arg2, $arg3) = @_;
> # do something
> }
> 関数定義に仮引数がなくて毎回こう書かないとだめみたいなんだけど、
> 誰も文句言わないのこれ？ほんとに？
あははははhahahah
217:nobodyさん
08/09/09 12:45:03
まあ、Perlはオブジェクト指向言語ではないからね。
言語としては手続き型、オブジェクト指向風に
使える書き方の紹介と便利関数を追加しただけ。
C言語でオブジェクト指向やるようなもん。
PHPの場合、オブジェクト指向言語としての仕様を追加している。
218:nobodyさん
08/09/10 00:35:51
十数年前に変態的に後付けされた機能に向かって鬼の首を取ったようにそんな事言われてもなぁ・・
219:nobodyさん
08/09/10 02:01:53
十数年前レベルｗｗｗ
220:nobodyさん
08/09/10 02:18:33
そんなに書式を気にするなら、moose使えば？
221:nobodyさん
08/09/10 07:30:55
こう書けるPerlは記述生が高い。
use strict;
use warnings;
sub func1 {
my %arg = (
'name' => 'yamada',
'age' => 18,
@_
);
print "$arg{name} $arg{age}\n"
}
func1(name=>'tanaka');
222:nobodyさん
08/09/10 10:06:02
たかがキーワード引数のこと？
223:nobodyさん
08/09/10 11:11:59
>>221
記述性？ よりも 自然言語に近いほうが
人として読みやすいとは思わないかい？
つまり、標準の値を定義する。
標準の値を引数で上書きする。の方が
標準の値と引数を変数に入れる。（書いてないけど、後のほうが優先になるよ）
よりも。
224:nobodyさん
08/09/10 11:31:15
>>221の方が遙かに読みやすいと思うが。
仮引数を指定する形式だと、誤れば、コンパイルエラーを引き起こせるので、その点では有利だが。
225:nobodyさん
08/09/10 22:04:20
書きやすい読みやすいに正解があるならこんなに多数の言語は存在しない
結局「最初に覚えた言語が一番」って話になるから論争も絶えないんだよなぁ
226:nobodyさん
08/09/11 05:31:38
Perl関係のスレって、いつのまにかPHPのスレになっちゃうよね
227:nobodyさん
08/09/11 06:14:43
Perlアンチスレは大概は入り口で挫折してPHPに逃げてった子供が立てるからな
228:nobodyさん
08/09/11 09:48:20
use strictの壁は厚い
229:nobodyさん
08/09/11 13:11:37 UuWkCkeJ
strict の壁とか、そんなんどこの言語に逃げても無駄じゃないｗ
230:nobodyさん
08/09/11 18:43:41
> Perlアンチスレは大概は入り口で挫折してPHPに逃げてった子供が立てるからな
それで目的が達成できるのだから
何の問題も無いだろう？
231:nobodyさん
08/09/11 18:52:34
自分がわからないものをわかる人間の存在が許せないってわけか。
232:nobodyさん
08/09/11 20:36:05
できることは同じなのに、俺はわかっているんだと悦になれる。
233:nobodyさん
08/09/11 20:55:04
そんなことでスレたてるなよｗ
234:nobodyさん
08/09/11 23:52:51
なにもかも失った可哀想な人を鞭打つなよ
235:nobodyさん
08/09/12 16:15:03
パールとかピーエッチピーなんて知らないほうが賢いってわけ。そう俺。
ところで半角英字ってどうやって打つの？
236:nobodyさん
08/09/12 16:18:55
俺は中学の頃、「PHPはPerlのサブセットだから、あんなの知らなくていい」って言いふらしてた。
周りも知らないから、それでよかった。
無知って素晴らしい。
237:nobodyさん
08/09/12 17:20:20
人間は海のサブセット
238:nobodyさん
08/09/12 21:12:53
中学生でもうPerlできたってこと？
239:nobodyさん
08/09/12 23:51:54
出来ない理由はないだろ
240:nobodyさん
08/09/13 17:36:22
最近は幼稚園でC言語の勉強してるところもあるらしいな。この前幼稚園のそばを通りかかったら子供がC、Cって連呼してた。
241:nobodyさん
08/09/14 00:40:32
>>240
それは君の事を見て言っているんだよ。
しっしっ、あっちいけ。
しーっしーっ、見てはダメ。
どっちかな？
242:nobodyさん
08/09/14 04:11:15
べっこあめとか言ってるあの時代に中学生がその発言を出来るなんて相当だろ
243:nobodyさん
08/09/14 04:31:38
去年のことかもしれないのに何故bekkoame？
244:nobodyさん
08/09/14 08:26:48
PHPがPerlだった頃の話だと推測してるんだろ。
245:nobodyさん
08/09/14 20:10:54
PHPのうた
PHP PHP PHP PHP
PHP PHP PHP ...
人恋しくて誰かにしがみつき
弱虫ばっかりで
おや？こんな時間にJASRACの方向から誰かきたようだ
246:nobodyさん
08/10/04 04:24:57 IqLPvWyz
Perl
URLﾘﾝｸ(anond.hatelabo.jp)
sigil 汚い、my our local 汚い。
->が汚い、ドットにしてよ。Perl6ではドットになるんだって？やったぁ。
とにかくコードを見るだけでげんなりする。
クラス機構が後付けなのがめんどくせー。Exporter使うのだるい。
とにかく文法がアレすぎる。あ、でも後置修飾子はおきにいり。
でもはえー、ちょうはえー。
ライブラリ超使える。もうなんでもできる。
総評：肉は腐りかけがうまい。
247:nobodyさん
08/10/04 10:09:49 IZRHlZJM
perlが一番使いやすいよ
どの言語よりも短い言葉で書けるからな
可読性・・それは素人が言う言い訳だろ？
結局は可読性よりアーキテクチャだと思っているが
248:nobodyさん
08/10/04 10:39:19
笑
249:nobodyさん
08/10/04 13:01:06
Perl6はまだ先の話のようだし、
5.xでautobox系モジュールを充実させて欲しいなぁ。
250:nobodyさん
08/10/04 15:35:50
短く書けるのはRubyも互角だな。Perlのいいとこは、変数の宣言を強制できるとこだな。最低レベルのプログラマーはこれだけで排除されるから。
251:nobodyさん
08/10/05 14:27:09 jtLGUyfx
【Rails】便利なRubyGemsを共有するスレ【Hpricot】
ｽﾚﾘﾝｸ(tech板)
■特定バージョンの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
252:nobodyさん
08/10/08 08:00:28
先を行く者を背中から撃つ者は、やがて後から来る者も撃ち始める。
253:nobodyさん
08/10/08 20:48:35
じゃあ俺は後から来るものを撃ってから
先を行くものを撃とう
254:nobodyさん
08/10/09 02:27:17
じゃあ俺は家で寝てる
255:nobodyさん
08/10/09 12:36:54
Rail とかフレームワークって個人でちまちまサイトやってる限り必要無いよね？
256:nobodyさん
08/10/09 16:59:30
なんか iTune とかと同じ臭いを感じる ＞ Rail
はともかく、統合 Web フレームワーク自体が個人には過ぎた代物だ
別に Ruby on Rails に限った話ではない
PHP の Zend や Symfony だって、個人が扱うのはかなり荷が重いというかむしろ趣味の領域
257:nobodyさん
08/10/09 18:00:27
そもそもプログラミング自体が個人にとっては趣味の領域
258:nobodyさん
08/10/09 18:15:51
個人にとって趣味の領域じゃないものって何？
259:nobodyさん
08/10/10 03:21:24
トイレ
260:nobodyさん
08/10/10 06:07:58
プログラミングは人生
261:nobodyさん
08/10/10 10:58:05
フレームワークを導入することが趣味の範囲ってことで、プログラミングが趣味なんだから
それに関わる全てが趣味とは言えないんじゃないかなと。
と勝手に解釈してマヂレスしてみる
262:nobodyさん
08/10/10 21:22:03
>>261
日本語でおｋ
263:nobodyさん
08/11/04 19:36:43
>>258
Greeもモバゲーもニコニコも個人から始まったんだぜ
どれも娯楽産業だが…
264:nobodyさん
08/11/05 04:37:03
金銀Perlのオブジェクト
265:nobodyさん
09/06/30 02:46:37
PythonとかRubyは「綺麗なオブジェクト指向」
Perlの美学は「結果は一緒でしょ」
PHPは知らん
まあ過程の労力と結果が見合ってればそれでおｋ