09/07/07 15:31:14
>>1にエントリーされていないのでスレ違いとなります
391:デフォルトの名無しさん
09/07/07 17:06:57
>>390
ダメです。
392:デフォルトの名無しさん
09/07/07 18:00:16
久し振りにラクダ本を開いた。
テキトーなページを開いたら「配列の配列」について書かれていて
for $i ループ内には
$AoA[$i] = @array; # 間違い
$AoA[$i] = [ @array ]; # 正しい
と書かれていた。
…俺は読むのをやめた。
393:デフォルトの名無しさん
09/07/07 18:46:27
>>392
それのどこに嫌要素が？
超わかりやすいだろ。
394:デフォルトの名無しさん
09/07/07 18:54:26
>>392
何が問題なん？
395:デフォルトの名無しさん
09/07/07 19:29:05
で、№1は誰なんだよ
396:デフォルトの名無しさん
09/07/07 19:33:28
お前に決まってるだろ
397:デフォルトの名無しさん
09/07/07 19:36:38
じゃあ独断と偏見でPythonって事で
398:デフォルトの名無しさん
09/07/07 20:00:10
もう俺JavaScriptでいいや
399:デフォルトの名無しさん
09/07/07 23:04:16
Python最強ですよねー
400:デフォルトの名無しさん
09/07/07 23:09:03
>>392は、以前にPerlを触ったときにはスカラーの概念やリファレンスまでは
たどり着けなかったんだと。
まあどの言語でも、一つずつ覚えてちょっとずつ進歩していけばいいと思うよ。
401:デフォルトの名無しさん
09/07/08 03:33:31
俺には393や394の感覚がわからん。400もな。
392の例はあからさまに直感的じゃないと思うよ。
402:デフォルトの名無しさん
09/07/08 03:44:53
$AoA[$i] = $@array;
403:デフォルトの名無しさん
09/07/08 04:41:20
配列のリファレンスも分からないようなPerl素人がいきなりラクダ本なんて読もうと思うのが間違い。
もっと初心者向けび本にしとけ。
というか、リファレンスとかポインタとか理解出来ない人間は職業プログラマーの素養がないので、PHPで日曜プログラマーでよい。
404:デフォルトの名無しさん
09/07/08 05:00:29
～が理解できないとかPerl上級者とかそういう話はしてないよ
405:デフォルトの名無しさん
09/07/08 05:04:00
リファレンスが解るかどうかと、392が直感的かとは別問題でしょ…
俺だってCやJavaやPythonやRubyでリファレンスなら扱えるさ
Perlのは同じ記述がコンテキストで意味変わり過ぎてちと無理だわ
406:デフォルトの名無しさん
09/07/08 05:05:55
$AoA[$i] = [ @array ]; # usually best
$AoA[$i] = \@array; # perilous; just how my() was that array?
@{ $AoA[$i] } = @array; # way too tricky for most programmers
perldscから引用
直感的ではないなどと主観で言われても、
ああ、そうですかとしか言いようが無いけどね。
407:デフォルトの名無しさん
09/07/08 05:15:50
>>402
それ、エラー出ないか？
ちなみに同じページに
$AoA[$i] = \@array;
もほぼ間違い、と書かれていた。
@arrayがループ内でmyされたものなら問題は起きないが
ループより外にスコープがあるものだった場合
\@arrayは毎回同じ配列へのリファレンスを取得してしまうから、だそうだ。
408:デフォルトの名無しさん
09/07/08 06:20:36
言語毎にまとめてみた。
上はコピーされてリファレンスが渡され、下は直接リファレンスが渡される。
Perl
$AoA[$i] = [ @array ];
$AoA[$i] = \@array;
PHP
$AoA[$i] = $array;
$AoA[$i] = &$array;
Ruby
AoA[i] = array.dup
AoA[i] = array
Python
AoA[i] = list(array)
AoA[i] = array
409:デフォルトの名無しさん
09/07/08 06:29:28
Perlの場合リファレンスとかがわかりにくいというより
コンテキストが問題を分かりにくくしてると思う
410:デフォルトの名無しさん
09/07/08 07:52:09
今回の例に限って言えば、配列（およびハッシュ）の要素にはスカラー値のみ格納できる、
っていう言語仕様を知ってるかどうかだけのことなんだろうけどな
411:デフォルトの名無しさん
09/07/08 07:56:55
配列の配列とかが直感的に思った通りに出来る言語が勝ちだな。
412:デフォルトの名無しさん
09/07/08 08:06:57
>>411
直感は個人によって違うわけだから、そんなに直感的にやりたいなら自分で言語作ればいいんじゃないかと
つプログラミング言語を作る 前橋 和弥 (著)
URLﾘﾝｸ(www.amazon.co.jp)
413:デフォルトの名無しさん
09/07/08 10:08:45
@hoge = (1, 2, (3, 4, 5), (6, 7, (8, 9)), 10);
414:デフォルトの名無しさん
09/07/08 10:48:19
いつ見ても、Perlの文法は糞過ぎる。
なんで未だにこれを擁護出来る人が居るのか不思議でならない。
415:デフォルトの名無しさん
09/07/08 10:54:06
糞であるが故のバッドノウハウ症候群。
そして今更捨てられることができない認知的不協和。
416:デフォルトの名無しさん
09/07/08 11:42:12
無名関数を積極的に使いたい人は
クラス・メソッドの関係にこだわらないperlの方がむしろ癖がなくて良い
417:デフォルトの名無しさん
09/07/08 11:49:27
>416
まともな関数型言語触った事無い奴が、そんな寝ぼけた事言ってるんだろうな。
418:デフォルトの名無しさん
09/07/08 11:51:04
無名関数を積極的に使うならJSが割と最適解かも
419:デフォルトの名無しさん
09/07/08 11:52:21
416 は Perl しか使っていない
420:デフォルトの名無しさん
09/07/08 12:07:54
使いまわしの出来るクラスの一つや二つ作れるようになってから（ｒｙ
421:デフォルトの名無しさん
09/07/08 12:30:21
>>418 合意
422:デフォルトの名無しさん
09/07/08 12:31:36
>>408
Javaに慣れてしまった俺としては、Rubyが一番素直に見える。
次はPython、でPHPの順かな。
Perlはやっぱり複雑怪奇だ。
配列をオブジェクトとして扱えた方が、array.lengthみたいな書き方が出来て便利だと思う。
>>418
確かに。
最初のうちは無名関数の使いどころがよくわからなかったけど、
JavaScriptを使っているうちになんとなく身についた。
423:デフォルトの名無しさん
09/07/08 12:38:37
無名関数を関数型言語で覚えた奴は、純粋な関数処理を書く。
JavaScriptで覚えた奴は、副作用大前提のプロシージャっぽいのを書く。
424:デフォルトの名無しさん
09/07/08 12:56:06
>>414
いつ見ても、Rubyの文法は糞過ぎる。
なんで未だにこれを擁護出来る人が居るのか不思議でならない。
と、何にでも適用可能だな。ｗ
425:デフォルトの名無しさん
09/07/08 13:02:03
>>423
副作用大前提のおかげで、ジェネレータが発明されたんだぜ
426:デフォルトの名無しさん
09/07/08 13:08:20
LISPだって副作用バリバリだろ。
427:デフォルトの名無しさん
09/07/08 13:13:00
perlだけはレベルが違う
428:デフォルトの名無しさん
09/07/08 13:26:55
>>422
Java はどのへん？
C# は？
429:デフォルトの名無しさん
09/07/08 14:53:48
ラクダ本って言うのは、Perlに詳しい人が読む本。初心者が無理して読む本じゃない。
430:デフォルトの名無しさん
09/07/08 15:05:58
Javaは数値以外は基本的に参照、だからコピーのときに明示
C#は知らん
431:デフォルトの名無しさん
09/07/08 15:06:15
ダウト。ラクダ本は多言語上級者がPerl入門のために読むもの。
432:430
09/07/08 15:15:26
盛大にコンテキスト（文脈）を読み間違えたぜ…
433:デフォルトの名無しさん
09/07/08 15:59:44
結局コードも示さずに複雑怪奇やら、糞やら、呪詛を吐くしかできないのか。
だめだこりゃ。
434:デフォルトの名無しさん
09/07/08 16:01:49
>>433
そりゃほとんどの人間の悪口は脳内の言語イメージに対して言っているものだから仕方ない
そういう馬鹿がよりつかなくてよかったと思うしか
435:デフォルトの名無しさん
09/07/08 19:10:09
package MyObj;
sub new {
my ($class) = @_;
my $self = { 'items' => [] };
bless $self, $class;
}
sub set {
my ($self, $newitem) = @_;
push @{ $self->{'items'} }, $newitem;
}
sub take {
my ($self) = @_;
pop @{ $self->{'items'} };
}
1;
いまPerl初心者の俺のコードが簡単に言うとこんな感じになってるんだが
Perl使い的にはどう書くんだ？
436:デフォルトの名無しさん
09/07/08 19:55:55
Perlスレで聞けばいいのに。
モダンに書くとしたら。
package MyObj;
use Moose;
has 'items' => (
is => 'rw',
isa => 'ArrayRef',
default => sub { [] }
);
sub set {
my ($self, $newitem) = @_;
push @{ $self->items }, $newitem;
}
sub take {
my ($self) = @_;
return pop @{ $self->items };
}
1;
これだけ単純なら、use Mooseじゃなくてuse Mouseでも。
437:デフォルトの名無しさん
09/07/08 21:22:20
モダン（笑）
ハイソ（笑）
ハイカラ（笑）
438:デフォルトの名無しさん
09/07/08 21:47:52
ニーソ馬鹿にすんな
439:デフォルトの名無しさん
09/07/08 23:30:45
perlerの連中も、意識的にモダンに書かないと、非モダンな出来上がりになる事は
認めてるらしい。
440:デフォルトの名無しさん
09/07/08 23:56:12
perlの文を見ると吐き気がする。C++の仕様の方がカワイイぐらいだ
いい加減に間違った進化だったって、さっさと淘汰されないかな
441:デフォルトの名無しさん
09/07/09 00:04:30
Perl系の言語って、Perlそのもの以外になんかあるんだっけ？
442:436
09/07/09 00:34:14
>>439
まあ、モダンでなければ非モダンだわな。>>435そのままだし。
>>436でもAny::Mooseぐらい使えとか、no Mooseしとけとか突っ込まれそうな気がする。
>>441
直系はPHPとRuby。既に別物。
443:デフォルトの名無しさん
09/07/09 00:40:49
>441
JPerlとIronPerlがあるよ
444:デフォルトの名無しさん
09/07/09 00:47:37
PHPってPerl系なのか
445:デフォルトの名無しさん
09/07/09 00:55:53
PHPは元を辿ればPerlの派生だけど、
ポリシーの無い付け足しをしまくりでワケワカメ状態。
446:デフォルトの名無しさん
09/07/09 04:27:04
モノポリー
447:デフォルトの名無しさん
09/07/09 04:39:45
のんぽり
448:デフォルトの名無しさん
09/07/09 08:50:51
>>440
Rubyの文を見ると吐き気がする。Pythonの仕様の方がカワイイぐらいだ
いい加減に間違った進化だったって、さっさと淘汰されないかな
449:デフォルトの名無しさん
09/07/09 09:44:49
というレスを書いて「何にでも当てはめられるなｗ」とかご満悦の奴が時々いるけど、
オリジナルのようには的を射ていないのが大半で、ミジメな抵抗に終わる。
450:デフォルトの名無しさん
09/07/09 10:20:23
的を射
451:デフォルトの名無しさん
09/07/09 11:31:33
>>451
ATOKまじお勧め
452:デフォルトの名無しさん
09/07/09 11:33:03
ATOK は自分を指すミスまでは直してくれないんだね
453:デフォルトの名無しさん
09/07/09 12:10:45
ATOK なんかをつかうやつはばかです
454:デフォルトの名無しさん
09/07/09 12:41:12
SKKこそ正義
455:デフォルトの名無しさん
09/07/09 12:41:30
ATOK使ってみたら草生やすのが大変すぎてﾜﾛﾀ
456:デフォルトの名無しさん
09/07/09 13:20:05
っっっっっっっっっっっっw
457:デフォルトの名無しさん
09/07/09 19:48:51
っっｗの状態でファンクションキー１回押すだけだよ
458:デフォルトの名無しさん
09/07/09 19:51:07
ファンクションキーを押さないといけないなんて
ATOK のインターネット経由の辞書もたいしたことないですね
459:デフォルトの名無しさん
09/07/09 19:54:25
つまんない
460:デフォルトの名無しさん
09/07/09 20:21:23
ｯｯｯｯｯｯｯw
461:デフォルトの名無しさん
09/07/09 21:00:19
的を射る、であってるんだよな。不安になってきた
462:デフォルトの名無しさん
09/07/09 21:01:45
お姉ちゃんにお任せだぞっっっっっっっっっっ！！
URLﾘﾝｸ(d.hatena.ne.jp)
463:デフォルトの名無しさん
09/07/09 21:12:05
語源の『大学』・『中庸』にあるように、「正鵠（せいこく）を失う」という表現からきています。
この場合の正鵠は「正も鵠も、弓の的のまん中の黒星（『角川漢和中辞典』）」のことで、
射てど真ん中の黒星に当てることができたかどうか、
当たったら「得た」といい、はずれたら「失う」と表現していたのです。
矢で的を射るのは当り前としても、
必ずしも的に、まして正鵠に当たるかどうかは示していない表現が「的を射る」です。
464:デフォルトの名無しさん
09/07/09 22:51:10
なるほど。確かに的を（狙って）射るのには、当たるかどうかは関係ないわな。
しかし、話題のATOKさんでは、「まとをえる」と打って変換しようとすると
《「当を得る／的を射る」の誤用》とか、赤い字でお節介に教えてくれたりもするｗ
まあ結局、言葉なんて意味が通じればなんでもいいってこった。
465:デフォルトの名無しさん
09/07/09 22:52:54
>>464の「まとをえる」は、「まとをいる」って打ったとき、ね。間違えた。
466:デフォルトの名無しさん
09/07/09 22:54:17
あれ？「まとをえる」の時でいいんだ。もういいや＞＜
467:デフォルトの名無しさん
09/07/10 17:25:42
今年のLLイベントは面白そうなのか？
468:デフォルトの名無しさん
09/07/10 17:27:34
つまり、的外れだと言えばいいんだな
469:デフォルトの名無しさん
09/07/10 21:44:38
ゲーム作るのに最適のプログラミングは？
470:デフォルトの名無しさん
09/07/10 21:46:42
C++
このスレ的には、ＲＰＧツクールに内蔵されてるRubyってことになるか。
471:デフォルトの名無しさん
09/07/10 21:47:38
じゃあRuby覚えようっと
472:デフォルトの名無しさん
09/07/10 21:52:16
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
ググったらサポート1件3万とかふざけた金額が出たんだけどそんなムズいの？
473:デフォルトの名無しさん
09/07/10 21:53:37
2chで聞けばいいのにｗ
474:デフォルトの名無しさん
09/07/10 21:55:10
2chはゴミみたいな情報しかねーだろ
ってかサポートってこんなかかるのに何でプログラマは死にそうなの？
475:デフォルトの名無しさん
09/07/10 21:58:55
サポートをやれるような大企業はプログラマ以外にもたくさん人が必要で、
その人たちの給料やらなにやらを考えたらたいして金が残らんから。
476:デフォルトの名無しさん
09/07/10 22:00:51
その人たちっていらない人たちなんじゃねえの？
過労死させるような最低の企業が多い癖に不景気だし
477:デフォルトの名無しさん
09/07/10 22:07:45
>>472
基本料金などが不要な「トライアルプラン」では，1インシデント3万円で問い合わせに回答。
月額基本料金10万円の「ベーシックプラン」は2インシデントまで無料で，以降1インシデントごとに1万円。
「プレミアムプラン」は月額基本料金15万円で4インシデントまで無料。以降1インシデントごとに5000 円となる
割引になってないしww
478:デフォルトの名無しさん
09/07/10 22:09:13
素晴らしい詐欺だったのか
479:デフォルトの名無しさん
09/07/10 22:10:14
おそらく技術者は小人数
電話取り次ぎとマニュアルで解決できない問題の技術者への引継までは
派遣スタッフがやってるんだろうね
かなりいろんな段階でピンはねがあるかと
480:デフォルトの名無しさん
09/07/10 22:11:01
この会社に就職するのも悪くは無い
481:デフォルトの名無しさん
09/07/10 22:17:41
URLﾘﾝｸ(www.ec-one.com)
採用情報持ってきてやったぞ
482:デフォルトの名無しさん
09/07/10 23:00:17
>>481
資格で要求されている経験と、
「学歴、前職規模、業界不問、24～35歳位まで」ってのが乖離しすぎて無理ありすぎ。
483:デフォルトの名無しさん
09/07/10 23:03:33
Ruby厨はキチガイしかいないようで
484:デフォルトの名無しさん
09/07/11 11:11:41
スクリプトで生計立ててる人って・・
485:デフォルトの名無しさん
09/07/12 15:05:37
>>484
それで生計が立つならいいんじゃないか？
486:デフォルトの名無しさん
09/07/12 15:54:19
いやいいんだが、そういう奴の一人称って「ぽっくん」が多くね？
いままで5,6人のスクリプターと接してきたけど3人がそういう奴しってる。
しかも全員SOHO。やっぱ人と会話してないとアレになっていくのかなあ…
487:デフォルトの名無しさん
09/07/12 15:54:43
立たない人間が大半じゃないですかー
488:デフォルトの名無しさん
09/07/12 15:55:24
>>486
ただキチガイと当たっただけじゃね？
489:デフォルトの名無しさん
09/07/12 15:57:16
ぽっくんって何？
490:デフォルトの名無しさん
09/07/12 15:59:32
僕君？
491:デフォルトの名無しさん
09/07/12 16:18:45
おぼっちゃまくん以外でそんなの聞いたことねーよｗ
パチンコの影響か？
492:デフォルトの名無しさん
09/07/12 16:22:05
馬鹿にされてるんじゃねーの？
493:デフォルトの名無しさん
09/07/12 17:28:30
>>486
お前それ、奇跡みたいな確率だぞｗ
一般的な現象として語るとキョトンとされるだけだろうが、
初めから「嘘みたいなホントの話」として語ればウケるかも。
494:デフォルトの名無しさん
09/07/12 21:04:55
で、結局最強はどれなの？
全然バトルをロワイヤルしてないじゃん
495:デフォルトの名無しさん
09/07/12 21:08:06
隔離スレなんだから終わらせちゃ意味がないだろ
496:デフォルトの名無しさん
09/07/12 21:12:05
しかし言語ってそんな大事かね
497:デフォルトの名無しさん
09/07/12 21:18:34
大事でなければ、こんなに乱立するわけがない
498:デフォルトの名無しさん
09/07/12 21:19:38
まあ>>496は、（CPUごとに違うらしい）マシン語だけ使ってろってこった
499:デフォルトの名無しさん
09/07/12 21:34:28
えっ？
500:デフォルトの名無しさん
09/07/12 21:40:16
同系統のCPUならある程度の互換性はあるけどな
流石にPowerとかになると全然違うが
501:デフォルトの名無しさん
09/07/12 21:44:23
x86とPowerとSHは違うんじゃね？
502:デフォルトの名無しさん
09/07/12 22:02:09
このスレで（高級）言語の存在意義が問われるとは意外と言えば意外。
しかし>>496はどうとでもとれるので、本人的には、
「俺は言語なんかこだわらないぜ、なんでも書けるよフフン」
って意味で書いただけかも知れんが。
503:デフォルトの名無しさん
09/07/12 22:07:17
ruby / pythonを使う利点ってなんでしょうか？
504:デフォルトの名無しさん
09/07/12 22:07:50
ruby信者になれる
505:デフォルトの名無しさん
09/07/12 22:17:33
>>503
rubyやpythonのソースコードが読めるようになります
また、rubyやpythonを好きで使っている、頭のいい人達の
言ってることが理解しやすくなるかも知れません
506:デフォルトの名無しさん
09/07/12 22:18:55
>>503
オブジェクト指向
507:デフォルトの名無しさん
09/07/12 22:40:32
しかし、RunyとPythonはいっしょくたに語られる言語でもないと思うが。
Perl,PHP,Ruby,Pythonってくくりならわからんでもないが。
508:デフォルトの名無しさん
09/07/12 22:41:40
信者のキモさで一括りだろ
509:デフォルトの名無しさん
09/07/12 22:45:41
Rubyはキモいと感じるが、PHPとPythonはそれほど差はないと感じるが。
510:デフォルトの名無しさん
09/07/12 22:53:41
俺はRubyとPythonは大丈夫だがPerlとPHPはキモく感じる
511:デフォルトの名無しさん
09/07/12 22:56:23
そして世間の皆からキモく感じられてる>>510
512:デフォルトの名無しさん
09/07/12 22:58:54
Rubyは作者が喧嘩売ってるってかそんな感じｗ
513:デフォルトの名無しさん
09/07/12 23:00:22
おいデブ涙拭けよ
514:デフォルトの名無しさん
09/07/12 23:01:11
>511
残念ながら、俺はお前が想像してる以上にキモいぞ。
515:デフォルトの名無しさん
09/07/12 23:10:26
そろそろスレ違いも度を越してるだろ
516:デフォルトの名無しさん
09/07/12 23:46:34
この辺のｶｽ言語仕事で覚えさせられるのって、ねじ穴の型番たくさん覚えさせられる
バイトみたいなもんだよな。
履歴に書いても、あぁちょっと開発をかじってんのねくらいの経験にしか扱われねーし
517:デフォルトの名無しさん
09/07/13 00:55:23
PHP信者は単にプログラミング経験が浅いだけだと思うよ。
518:デフォルトの名無しさん
09/07/13 03:57:29
LLなんてどれも目糞鼻糞じゃね？
519:デフォルトの名無しさん
09/07/13 04:01:29
特定言語の信者になっちゃう時点であれだな。
LL言語って、優劣じゃなく好みの問題じゃね？
520:デフォルトの名無しさん
09/07/13 04:21:51
Perl 素人～一般人～変人 くまなくカバー
PHP 素人から圧倒的な支持
Python 一般人～変人
Ruby 変人
521:デフォルトの名無しさん
09/07/13 04:29:11
Perl アル・ヤンコビック
PHP 田中要次
Python ばんばひろふみ
Ruby もっとがんばりましょう
522:デフォルトの名無しさん
09/07/13 12:33:22
20代専用Webページプリントごっこツールってことに気づいたのは30代になってから
523:デフォルトの名無しさん
09/07/13 13:46:47
>>520
Perl：素人、変人
PHP：素人～一般人
Python：一般人～変人
Ruby：一般人、信者
こうじゃね？
524:デフォルトの名無しさん
09/07/13 14:38:10
お前らのとりあえずPHP馬鹿にしとけばオレカコイイって言うスタンスワロタｗ
マジで違い分かってんのかよｗ
525:デフォルトの名無しさん
09/07/13 14:56:34
>>524
その反応は痛いなぁ。
お前だって今、ひらがなしか使えない奴に「かんじをつかえばかっこいいとおもってるおまえにわろた」
って言われたら呆気に取られるだろ？ そういうレベルのこと言ってると自覚したほうがいいｗ
526:デフォルトの名無しさん
09/07/13 15:01:34
レベルング
527:デフォルトの名無しさん
09/07/13 15:02:54
おっと(r
528:デフォルトの名無しさん
09/07/13 15:50:17
つーか、PHPはどう考えても言語使用がぐだぐだだろ。
まぁ、言語として比べること時点でおかしいんだが。
529:デフォルトの名無しさん
09/07/13 16:48:08
PHPは書きやすい言語なんだろうね
ただ、例外処理についてはもっとやりやすくして欲しかった
530:デフォルトの名無しさん
09/07/13 17:08:16
PHPの言語仕様は破綻している。Perlと同じくらい。
まだJavaScriptのほうがまし。
531:デフォルトの名無しさん
09/07/13 17:11:09
PHP: Personal Home Page Tools（笑）
532:デフォルトの名無しさん
09/07/13 17:19:34
どうやら壊れてしまったようだ
533:デフォルトの名無しさん
09/07/13 18:04:03
PHPの言語仕様ならとっくに壊れてますよ。
534:デフォルトの名無しさん
09/07/13 18:17:30
JavaScriptで要改善な仕様って、このくらい？
・コンストラクタ内で関数定義したときのthisの扱い
・連想配列とオブジェクトの関係
535:デフォルトの名無しさん
09/07/13 18:17:58
言語仕様という点ではPHPとRubyはある意味対極にあるからな。
そりゃ信者同士の小競り合いが絶えないわけだ。
536:デフォルトの名無しさん
09/07/13 18:19:21
>>534
ブラウザ・バージョンでの挙動統一
537:デフォルトの名無しさん
09/07/13 18:19:51
挙動統一は仕様じゃなくね？たしかに問題点ではあるが
538:デフォルトの名無しさん
09/07/13 18:36:15
>>534
配列関連
変数スコープ
文の区切り
539:デフォルトの名無しさん
09/07/13 18:39:24
>>530
Perlの言語仕様は破綻していない。
破綻していると思うのは、訓練が足りないせい。
540:デフォルトの名無しさん
09/07/13 18:58:44
訓練を洗脳に変えるなら同意。
541:デフォルトの名無しさん
09/07/13 20:23:22
んなこと言ったら、どんな言語でも洗脳だべ
Rubyのdef～end にしても、Pythonのselfやインデントにしても
Javaなんかの洗脳も強烈だし。
Car car = new Car();
なんだこれ
542:デフォルトの名無しさん
09/07/13 22:05:33
def、end、インデントはどんなに厳しく見ても洗脳と言うには無理があるだろww
543:デフォルトの名無しさん
09/07/13 22:11:56
Perl信者が話をドローに持ち込もうと必死なんだろう。
失敗してるけど。
544:デフォルトの名無しさん
09/07/13 22:18:21
def end self インデントは、既存のプログラムを読むときに簡単に
推測可能なもの。
Perlの特殊変数をはじめとする記号の数々は推測不可能。
phpは関数名や動作が推測不可能。
545:デフォルトの名無しさん
09/07/13 22:35:50
> Perlの特殊変数をはじめとする記号の数々は推測不可能。
だとすると、Rubyの組み込み変数も推測不可能ってこったな。
> phpは関数名や動作が推測不可能。
意味ワカンネ。
546:デフォルトの名無しさん
09/07/13 22:43:51
記号が書いてあれば推測の手がかりになるけど、
文字間の略されてる部分を脳内補間して理解するのは
かなり信仰を深めないと無理。
547:デフォルトの名無しさん
09/07/13 22:51:54
記号の意味なんてのは覚えりゃいい話だよ。
推測の可・不可なんて、覚えるまでの短期間だけのオハナシ。（馬鹿以外には）本質的ではない。
もちろんその記号群が数千とかあるなら、同じことはとても言えないけど、そうじゃないし。
そう滅多に増えもしないし。
548:デフォルトの名無しさん
09/07/13 22:53:18
記号の意味っつーか、変数の中身を考えながら記号書かなきゃならんのがなあ
スクリプト言語なのにC言語でポインタ触ってる気分になる
549:デフォルトの名無しさん
09/07/13 23:41:41
PHPの関数の名前から動作を推測するのは簡単だと思うけど、
関数が多すぎだし、関数名が長すぎる。
array_push($array, ..)みたいな書き方よりも、
$array->push(..)の方がすっきりするでしょ。
550:デフォルトの名無しさん
09/07/14 00:00:38
$打つのがドルい
551:デフォルトの名無しさん
09/07/14 00:14:52
>>549
この場合は順序が本質ではないか
オブジェクト指向脳であれば、というかデータ構造を操作するという視点に立てば
「arrayにpushしたい」と考えるのが自然だと思う
552:デフォルトの名無しさん
09/07/14 00:25:10
PUSH ... TO ARRAY. でいいよ。
553:デフォルトの名無しさん
09/07/14 00:25:41
>>551
それは単に思考が日本語だからではないか
554:デフォルトの名無しさん
09/07/14 00:51:22
>>553
だからいいんじゃねーの？
555:デフォルトの名無しさん
09/07/14 00:55:37
そんなあなたには、なでしこです。
556:デフォルトの名無しさん
09/07/14 01:04:30
>>534
スクリプトにバグがあったときのIEのメッセージをなんとかして欲しい
もしかして今の新しいIEでは改善されてるのかな
557:デフォルトの名無しさん
09/07/14 01:54:35
>>555
わざわざ日本語変換なんぞしてられるか
558:デフォルトの名無しさん
09/07/14 01:58:17
ひらがなで打てばいいよ
559:デフォルトの名無しさん
09/07/14 02:01:38
>>557
俺様専用言語でも作っとけ。
560:デフォルトの名無しさん
09/07/14 08:23:54
>>547
>記号の意味なんてのは覚えりゃいい話だよ。
いやいや、Perlは$_をつかって記号すら省略してしまうじゃん
あんなのワンライナーを優先しすぎたクソ仕様
しかも@var=(1,2,3)の要素を参照するのが$var[i]とかウンコすぎる
@var[i]でいいだろ、ややこしいんだよ
>推測の可・不可なんて、覚えるまでの短期間だけのオハナシ。（馬鹿以外には）本質的ではない。
まさに洗脳された信者
561:デフォルトの名無しさん
09/07/14 08:46:01
能力が著しく低くないとわからない物ってのも、世の中にはあるものね。
俺の婆ちゃんが一人暮らししてた頃、市販品の蓋一つ、取っ手一つとっても
手が不自由な婆ちゃんにとっては性質次第で色んな不便があることをよく言ってて、
ああそうなのかぁ、と気付かされることが多かった。
562:デフォルトの名無しさん
09/07/14 11:20:05
たしかに記号だとググりにくい。
563:デフォルトの名無しさん
09/07/14 11:37:08
grepっていえよ
564:デフォルトの名無しさん
09/07/14 12:34:11
>>560
まだまだ訓練が足りない。
＞$_をつかって記号すら省略してしまう
省略するかしないかはプログラマの自由。
言語仕様だけが原因ではない。
＞$var[i]
@var[i]で参照してもよい。
そうするとスライスになるが、違いが
問題になることはあんまりないだろう。
565:デフォルトの名無しさん
09/07/14 13:25:09
>>564
dankogai 乙
566:デフォルトの名無しさん
09/07/14 13:29:22
おもちゃはおもちゃらしく簡単に使えないとねぇ。C#でいいやってなっちゃうし
567:デフォルトの名無しさん
09/07/14 13:33:35
>>564
まだまだ実践経験が足りない。
568:デフォルトの名無しさん
09/07/14 13:46:59
結局自分のスキルに自信アリマス！って奴なんか
本当の意味で一人もいないと思うんだけどどう思う？
だから>>567みたいな煽り食らうと
「そうか・・・（´・ω・｀）」ってなる。
569:デフォルトの名無しさん
09/07/14 13:54:33
あの…VBScriptは…
すみません。土台にすら上がってませんよね。ごめんなさいごめんなさい。
570:デフォルトの名無しさん
09/07/14 13:56:13
perlは正規表現だけの言語だな。
他はなんか気に食わない。最近はいないけど、perl信者もかなりうざかったしｗ
571:デフォルトの名無しさん
09/07/14 14:04:57
>>560
記号が嫌ならEnglish.pm使えば？
> いやいや、Perlは$_をつかって記号すら省略してしまうじゃん
変数省略できるが、記号の省略の意味ワカンネ。
> しかも@var=(1,2,3)の要素を参照するのが$var[i]とかウンコすぎる
> @var[i]でいいだろ、ややこしいんだよ
@var[..]は配列の範囲を返す。
リストコンテキストとスカラコンテキストは理解しようぜ。
572:デフォルトの名無しさん
09/07/14 14:34:30
頭で理解しててもパッと見て判らんのよ、コンテキストって。
本質じゃないところに考える時間を割くことになる。
同じ表記が同じように通用しない。
Rubyは今は言わなくなったが、昔は「驚き最小限」なんて言葉があった。
元々PerlのパクりであるRubyにおいて
その驚きってのはコンテキストのことだったんじゃないかなと思う。
573:デフォルトの名無しさん
09/07/14 14:42:50
昔は最小限での入力とか結構持てはやされてたな
今はなんだろ？
自分は入力保管とかバリバリ使うから見易さ・判り易さ重視で組むが。
574:デフォルトの名無しさん
09/07/14 14:50:47
たとえ入力補完が発達しても数学みたいなもんで
最小限での入力というか、最小限での表記のほうがロジックが分かりやすいな。
575:デフォルトの名無しさん
09/07/14 14:51:18
今は、一貫性だと思う。
576:デフォルトの名無しさん
09/07/14 16:42:55
RubyってHSPに毛が生えたようなもの、みたいな印象しかないな。
577:デフォルトの名無しさん
09/07/14 16:49:03
>>575
今・・・は・・・？ｺﾞｸﾘ
578:デフォルトの名無しさん
09/07/14 17:24:57
>>575
一貫性重視なら最初からPython使えばいい。
Rubyは、Matzが書きたいように書けるのが第一で、一貫性なんて
対して重視されていない。
579:デフォルトの名無しさん
09/07/14 17:28:44
便利さのための一貫性の犠牲は歓迎。
単なる不統一は修正すればいいだけ。
その修正をまったく受け入れないのであれば問題だけど、
まぁまぁ直している。
TOMOYO Linux で受け入れてくれるための交渉術、
とあったけど、Ruby には交渉下手な上から目線が多くて残念。
580:デフォルトの名無しさん
09/07/14 17:33:29
>>578
御意
581:デフォルトの名無しさん
09/07/14 18:49:49
$hoge = hage;
print @hoge, hoge, $hoge;
582:デフォルトの名無しさん
09/07/14 23:37:12
>>571
>記号が嫌ならEnglish.pm使えば？
自分一人がEnglish使ったところで、ほかの人が使ってなかったら、結局記号の意味を勉強しないといけないんだから、意味薄いだろ。
そのくらいわかろうぜ。
>変数省略できるが、記号の省略の意味ワカンネ。
記号変数すら省略するってこと
>@var[..]は配列の範囲を返す。
だからそれがいけてないってことだよ。
@var[0]は最初の要素、@var[0,3]は0番目を含めて3つの要素、とかできたはずなんだから。
もちっと他の言語勉強しな。Pythonのスライスとか勉強してみ。
>リストコンテキストとスカラコンテキストは理解しようぜ。
そんなのが存在する時点でもうね。
そしてそれを「理解しようぜ」なんて言ってる時点で洗脳されすぎ。
583:デフォルトの名無しさん
09/07/14 23:43:05
だから、嫌いな奴は洗脳とかキツい言葉を使ってればいいさ
普通の感性では習熟とかいうんだけどな
Perlのコンテキストにしても、関数の戻り値を柔軟に持てるとか
それなりの利点もあるし、便利に使える場面もある。
あんまりしつこいと下衆っぽいよ。
584:デフォルトの名無しさん
09/07/14 23:49:35
関数の戻り値を柔軟に持てるってどういうこと？
585:デフォルトの名無しさん
09/07/14 23:54:15
まともなPerl批判も世の中には存在するんだけど、
この子が言ってるのは単に「俺は嫌い、俺は苦手」ってレベル。
あらゆる言語をあっという間に修得してしまう、優秀な俺とは関係ない次元で吠えてる。
586:デフォルトの名無しさん
09/07/14 23:59:08
気持ち悪いのキタ
587:デフォルトの名無しさん
09/07/15 00:02:41
スクリプトぱっと憶えたら優秀ってなんかピエロだな
588:デフォルトの名無しさん
09/07/15 00:09:04
Perl批判は俺が知る限り少なくとも2人居るんだが、この子ってどっちのことを指してるのだろう
589:デフォルトの名無しさん
09/07/15 00:33:46
面接でPerlが得意とか恥ずかしくて言えない
590:デフォルトの名無しさん
09/07/15 00:37:28
>>584
言葉通りの意味なら、コンテキストによって返値を変えることができるってことだろ。
my $ret = hoge(); #=> '2つあったよ！'
my @ret = hoge(); #=> ('hoge', 'page')
ただ、あんまり便利に使う状況ってのに出くわしたことはないような気もするｗ
591:デフォルトの名無しさん
09/07/15 00:37:31
my $self=shift;
592:デフォルトの名無しさん
09/07/15 00:43:30
>>587
ぱっと覚えられない奴がどうしようもない馬鹿なだけだものな。
593:デフォルトの名無しさん
09/07/15 00:44:13
@baka=(9,8,7)
@aho=(1,2,@baka,4,5)
print @aho
594:デフォルトの名無しさん
09/07/15 00:56:37
>590
そういや配列はスカラーコンテキストだと要素数だな
しかし、混乱の元になった記憶しかないｗ
普通にlen(ary)なりsize(ary)なり用意すれば良かったのにとしか思わないんだよなあ
595:デフォルトの名無しさん
09/07/15 01:01:56
perlはいまやLL界のCOBOLだな
596:デフォルトの名無しさん
09/07/15 01:03:03
Perlはすぐ使える鉛筆みたいな道具
Pythonはきちんと書くときにつかう筆
rubyはうんこふく時の紙
597:デフォルトの名無しさん
09/07/15 01:38:47
rubyが一番重要ってことだな
598:571
09/07/15 01:45:46
>>582
> @var[0]は最初の要素、@var[0,3]は0番目を含めて3つの要素、とかできたはずなんだから。
> もちっと他の言語勉強しな。Pythonのスライスとか勉強してみ。
start..(start+number-1)で指定すればいいじゃん。
まあ、勉強してみますか。
Perl
範囲でしか指定できません。
Ruby
list = %w( a b c d e f )
p list.slice(2, 3)
で、
["c", "d", "e"]
が返りますね。
PHP
$list = array('a', 'b', 'c', 'd', 'e', 'f');
var_dump(array_slice($list, 2, 3));
で、
array(3) {
[0]=>
string(1) "c"
[1]=>
string(1) "d"
[2]=>
string(1) "e"
}
が返りますね。
では、Pythonではどう書くのでしょうか。
>>582さん、教えていただけますか？
599:デフォルトの名無しさん
09/07/15 02:25:16
ここは質問スレじゃないから自分で調べろ
URLﾘﾝｸ(0xcc.net)
URLﾘﾝｸ(www.diveintopython.org)
URLﾘﾝｸ(www.python.org)
600:デフォルトの名無しさん
09/07/15 02:41:10
>>598
list = [ 'a', 'b', 'c', 'd', 'e', 'f' ]
list[2:5]
601:571
09/07/15 03:15:57
>>600
残念ながら、それは範囲指定だから意味が違いますね。
602:デフォルトの名無しさん
09/07/15 03:29:43
L[2:5]をL[2:2+3]に読み替えればいいじゃないか
603:571
09/07/15 03:31:08
>>600の書き方ならば
Perl
my @list = qw( a b c d e f );
print "@list[2..4]";
PHP
書式なし
Ruby
list = %w( a b c d e f )
p list.slice(2..4)
Python
d = ["a", "b", "c", "d", "e", "f"]
print(d[2:5])
で行けますが。
604:デフォルトの名無しさん
09/07/15 03:46:42
スカラ/リストの表記がきもい(他言語ではもっとシンプルな仕様で成立してる)って話のはずなのに、一体何をどう曲解してるんだ
605:571
09/07/15 03:50:30
>>604
単にキモイっていう単なる主観の感情の問題だというのか？
アホか。
606:デフォルトの名無しさん
09/07/15 03:52:24
っつーかlistに代入するなんて(r
607:デフォルトの名無しさん
09/07/15 04:01:14
$や@を使うのは、ハンガリアン記法要らずで、分かりやすく便利。Rubyはソースコードが見づらすぎる。JavaとかC#みたいにVSとかEclipseとかのIDEを使うのが当たり前の言語なら、そう言う言語機能は不要かなと思うけど。
608:デフォルトの名無しさん
09/07/15 04:11:35
コンテキストがあいまいなことによる
読みにくさとバグの温床になるプログラムの例を
各PPPRでおながいします↓
609:デフォルトの名無しさん
09/07/15 05:52:49
>607
ハンガリアンとは根本的に違うというか、むしろ相反するような気がするが
610:デフォルトの名無しさん
09/07/15 06:35:40
@tmpと%tmp、前者が配列で後者がハッシュであることは一目瞭然。@tmp_listや$tmp_map等とする必要はない。
611:デフォルトの名無しさん
09/07/15 07:25:14
配列とハッシュが同じ名前になる場合よりも
@tmp_A, @tmp_B みたいな名前の使い方が多いから、
それがメリットだとしても機会は少ないな。
612:デフォルトの名無しさん
09/07/15 07:43:40
@tmp は文脈により要素数だったりするので配列とは限らない
613:デフォルトの名無しさん
09/07/15 08:01:49
ん？
@tmpは配列だろ？scalar(@tmp) はスカラだが。
ちなみにscalar(%tmp)は楽しいことになる。Perl大好き。
614:デフォルトの名無しさん
09/07/15 08:14:22
>>608
PPPRってなんぞ
615:デフォルトの名無しさん
09/07/15 08:16:53
$a # スカラ
@a # 配列
$a[index] # 配列の要素 = スカラ
@a[indices] # 配列のスライス = リスト
%a # ハッシュ
$a{key} # ハッシュの要素 = スカラ
@a{keys} # ハッシュのスライス = リスト
この美しさわかんねえかなあ…
リストをスカラ評価すると長さになってしまうのは、
たしかに気持ち悪いがそれとこれは別の話だと思う。
616:デフォルトの名無しさん
09/07/15 08:22:39
>>596
もうなんとか用の言語って時代じゃないだろ。もう役目を終えたよ、Perlは。
617:デフォルトの名無しさん
09/07/15 08:23:32
>>615
それは別の話ってのに異存ないが、まあ今はコンテキストの話なので、
その気持ち悪さが問題になってるんじゃね？
618:デフォルトの名無しさん
09/07/15 08:31:40
@$$#tmp
619:デフォルトの名無しさん
09/07/15 08:44:38
使い捨て言語で君も使い捨てに！
620:デフォルトの名無しさん
09/07/15 08:50:10
>>615
＞@a{keys} # ハッシュのスライス = リスト
これが有効に使えるときなんかあるの？
621:デフォルトの名無しさん
09/07/15 08:53:09
>>616
DSLがどうこうという時代なんだが？
622:デフォルトの名無しさん
09/07/15 08:53:15
>>607
>$や@を使うのは、ハンガリアン記法要らずで、分かりやすく便利。
使うデータが文字列と配列とハッシュだけだった時代ならそれでもいいけど
オブジェクト指向が一般的になった現在において、この仕様はクソだよ。
それがわからないPerlerが不憫でしょうがない。
623:デフォルトの名無しさん
09/07/15 08:59:08
>>622
しょうがないだろ。アヒルのように最初に覚えた言語をry
624:デフォルトの名無しさん
09/07/15 09:49:36
>>598
話がぜんぜん違う方向に進んだね。
もとの話は$var[]が配列の要素を返し、@var[..]は配列の範囲を返すのが、いけてないしわかりにくという話だったんだけど。
別にこんなことで@varと$varを使い分ける必要なんかなく、どっちも@var[]でできるようにすれば
誰にもわかりやすいのに、Perlはそうなってないから変だよねという話が、
いつのまになんで範囲指定の方法の話になっちゃったんだろう。
625:デフォルトの名無しさん
09/07/15 10:49:19
とりあえず、
配列の要素をスカラーとして取り出す方法と、
そのスカラー1個だけを要素とする配列を作る（スライスする）方法は
別々に用意した方が言語仕様的にはいいんじゃないのか？
626:デフォルトの名無しさん
09/07/15 10:51:58
Python なら、
a = range(5) # [0,1,2,3,4]
b = a[3] # 3
c = a[3:4] # [3]
627:デフォルトの名無しさん
09/07/15 11:00:22
d = a[slice(3, 4)] # [3]
628:デフォルトの名無しさん
09/07/15 11:29:15
>>620
ハッシュに代入するとき役に立つ。
629:デフォルトの名無しさん
09/07/15 11:39:31
>>620
ハッシュから複数の値を取り出すときに使う
630:デフォルトの名無しさん
09/07/15 11:41:12
# Ruby
a = (0..4).to_a # [0,1,2,3,4]
a = (0...5).to_a # [0,1,2,3,4]
p a[3] # 3
p a[3..3] # [3]
p a[3...4] # [3]
p a[3,1] # [3]
p a[-2] # 3
p a[-2..-2] # [3]
p a[-2...-1] # [3]
p a[-2,1] # [3]
631:デフォルトの名無しさん
09/07/15 13:06:17
>>628
kwsk
632:デフォルトの名無しさん
09/07/15 13:20:37
急に書き込みが増えたねw
633:デフォルトの名無しさん
09/07/15 13:41:07
>>630
なにそれこわい
634:デフォルトの名無しさん
09/07/15 14:47:45
どの言語であれ、配列をスライスする処理なんか、一年に一度も書かないが。
635:デフォルトの名無しさん
09/07/15 15:17:31
>>631
@names = ("Alica", "Bob", "Chris")
@ages{@names} = (28, 31, 72);
$ages{"Alice"} == 28
636:デフォルトの名無しさん
09/07/15 15:31:54
何故にアリカ？
637:デフォルトの名無しさん
09/07/15 15:51:53
@names = ("Alica", "Bob", "Chris");
@ages{@names} = (28, 31, 72);
print %ages;
@ages{'Chris','Bob'} = (34, 37);
print %ages;
Bob31Chris72Alica28Bob37Chris34Alica28
638:デフォルトの名無しさん
09/07/15 18:30:03
>>637
なるほど。勉強になった。
機会はなかなかなさそうだけど、
使い道はちゃんとあるんだな。
639:デフォルトの名無しさん
09/07/15 20:46:22
>>622
どんなにオブジェクト指向を強くしたところで、プリミティブ型や配列型のないプログラミングなどあり得ない。
スカラ変数とリファレンスを分けるシジルがあればより便利だということに過ぎない。何もないよりずっといい。
>>610の$tmp_mapは%tmp_mapの間違いだが、これはPerlであればコンパイルエラーを起こすので、未然にバグを防げる。
640:デフォルトの名無しさん
09/07/15 21:02:44
記号の付け間違いなんてバグは、その仕様がなかったらそもそも起こらないだろ
641:デフォルトの名無しさん
09/07/15 21:04:26
配列にアクセスしているつもりが、その変数はハッシュだったということ。誰にでもよくあるミス。
642:デフォルトの名無しさん
09/07/15 22:26:05
>637を見て、
「さすがPerl、記述性が高い」と感じるのがperler。
「滅多に書かない記述の為に文法が歪められてる」と感じるのが一般人。
643:デフォルトの名無しさん
09/07/15 22:32:01
>>642
Pythonistaは、Pythonではどうするか考える。
names = "Alica Bob Chris".split()
ages = dict(zip(names, (28, 31, 72)))
print ages
ages.update(Chris=34, Bob=37)
print ages
644:デフォルトの名無しさん
09/07/15 22:59:35
ハッシュのスライスって初めて聞いたがそんなのあったんだな。
ただ、スライスのイメージとちょっと違うな。ハッシュの範囲指定だと、キーがある正規表現にマッチする集合とかならわかるけど。
645:デフォルトの名無しさん
09/07/15 23:40:06
>>644
%h = ('hoge'=>1, 'page'=>2, 'moga'=>3, 'guge'=>4);
@a = @h{grep {/ge/} keys(%h)};
まさにそういう事をしやすくするためにPerlは柔軟なリストなわけで。
まあ、高尚な原理や理論より便利（っぽ）さ上等
646:デフォルトの名無しさん
09/07/16 00:09:14
>>645
結果もハッシュで欲しいならこうかな
my %h2;
my @keys;
@h2{@keys} = @h{@keys=grep{/ge/}keys(%h)};
まあなんだ。面白いんだが、こういったことをやりすぎると
読みにくくなるのは否めないという
647:デフォルトの名無しさん
09/07/16 00:13:35
URLﾘﾝｸ(anond.hatelabo.jp)
648:デフォルトの名無しさん
09/07/16 00:27:08
10 == "0x0A"
がtrueで
"0x0A" == 10
がfalseになるスクリプト言語はありだと思う
649:デフォルトの名無しさん
09/07/16 00:29:07
>>647
これが「コンテキスト」の上を行く「場当たり」って奴か
勉強になるな～
650:デフォルトの名無しさん
09/07/16 00:34:05
この8進数はねぇよ・・・
でも、PHPのこのいい加減な解釈ってずいぶんお世話になってるなぁ自分
651:デフォルトの名無しさん
09/07/16 00:44:46
var_dumpで出るのは格納してる型であって、==で比較される時に自動で解釈されるんだよな
652:デフォルトの名無しさん
09/07/16 00:48:25
>>648
問題は常にそう解釈されるのでは無く
PHP自身がどのようにコンパイルされたか
という環境によって動作が異なることに在る
653:デフォルトの名無しさん
09/07/16 00:48:40
不安なときは===を使えというのがPHPとJSのお約束
654:デフォルトの名無しさん
09/07/16 01:14:51
多言語だと軽くスルーできるMap/Vectorの話でこんなに混乱してるってのは結局便利じゃねーん
だろうなって思うw
655:デフォルトの名無しさん
09/07/16 01:34:37
URLﾘﾝｸ(codezine.jp)
656:デフォルトの名無しさん
09/07/16 01:39:24
配列のスライスがあるんだから、ハッシュのスライスもあるだろうと思うのは自然なことだろ。
657:デフォルトの名無しさん
09/07/16 02:15:49
>>656
似たようなことができるようになってるだけで、
根本的には概念が違う気がする。
リストの２～３番目に、１０要素を代入するとかできるからスライスってのが便利なわけで。
658:デフォルトの名無しさん
09/07/16 03:34:55
>>639
>どんなにオブジェクト指向を強くしたところで、プリミティブ型や配列型のないプログラミングなどあり得ない。
>スカラ変数とリファレンスを分けるシジルがあればより便利だということに過ぎない。何もないよりずっといい。
何をいいたいのかまるでわからない。プリミティブ型や配列型を排除しろとは誰も言ってないし、うーん。
@tmpがリスト、%tmpがハッシュ、で、それ以外のデータ構造を使ったら$tmp
。
べつに、ぜんぶ$tmpで統一してくれていいんだけど。
>>>610の$tmp_mapは%tmp_mapの間違いだが、これはPerlであればコンパイルエラーを起こすので、未然にバグを防げる。
これもなにがどうエラーになるのか不明なので、解説よろしく。
つーか、もちっとわかりやすい文章書こうぜ。Perlerだから仕方ないけど。
659:デフォルトの名無しさん
09/07/16 03:38:10
JSON
660:デフォルトの名無しさん
09/07/16 04:49:21
>>657
部分集合の操作が近いかもね。
perlのハッシュスライスの書式は座標が直感的に使えるからか、
概念増やすのが面倒で配列スライスに似せたのかのどちらかのように思う。
perl
my %color = (R => 0, G => 0, B => 0);
@color{'R', 'G', 'B'} = (63, 127, 255);
print @color{'R', 'G', 'B'};
ruby
color = {'R' => 0, 'G' => 0, 'B' => 0}
color.replace({'R'=>63, 'G'=>127, 'B'=>255})
p color.values_at('R', 'G', 'B')
661:デフォルトの名無しさん
09/07/16 11:25:27
Perlerはバカにされやすいからな。がんばって難しく言おうとしちゃうんだよ
662:デフォルトの名無しさん
09/07/16 11:51:27
$ perl
my %color = (R => 0, G => 0, B => 0);
@color{'R', 'G', 'B'} = (63, 127, 255);
print @color{'R', 'G', 'B'};
63127255
$ ruby
bash: ruby: command not found
$ python
>>> color = dict(R=0, G=0, B=0)
>>> [color.__setitem__(k, v) for k, v in [('R', 63), ('G', 127), ('B', 255)]]
[None, None, None]
>>> print [color[k] for k in color]
[255, 63, 127]
663:デフォルトの名無しさん
09/07/16 11:58:29
>>662
color.update( (k,v in [('R', 63), ('G', 127), ('B', 255)]) )
の方がPythonicなんじゃない？
664:デフォルトの名無しさん
09/07/16 13:13:22
NameError: name 'k' is not defined
665:デフォルトの名無しさん
09/07/16 13:18:12
ここが言語を比較できる僕かっけースレですか
666:デフォルトの名無しさん
09/07/16 13:18:40
color.update([('R', 789), ('G', 456), ('B', 123)])
print map(lambda k: color[k], ('R', 'G', 'B'))
667:デフォルトの名無しさん
09/07/16 13:19:42
yes you does
668:デフォルトの名無しさん
09/07/16 13:20:58
doesだってｗｗｗ
669:デフォルトの名無しさん
09/07/16 13:22:30
URLﾘﾝｸ(thestar.com.my)
670:デフォルトの名無しさん
09/07/16 16:13:18
334 ：可愛い奥様：2007/06/26(火) 09:46:19 ID:raxdPvfD0
OLだった頃、会社で働いていた日本に超詳しいベルギー人が言ったことに納得してた。
日本文化は身内受けの凝り性文化だそう。
外国文化に負けまいとしているのではなく、
世に意図的にインパクトを与えようとしているのでもなく、
今ここにいる同じ価値観を共有する仲間からの喝采を浴びたいと考える。
その結果、同じものを志す者同士の「これすごいだろ、おもしろいだろ」合戦が始まり、
そこで生み出される物が自然と研ぎ澄まされていく。
でもその競争は、敵対的なものではなく、お互いを尊敬しあいながら、静かに深く進行していく。
そしてある日、偶然目撃した異文化出身の人間（外国人）から、
それがすごいものであることを知らされる。
ほとんどの日本人はその日が来るまで、自分たちが作り上げた物がすごいものとは知らない。
もろもろの伝統文化、芸能、電化製品、アニメ、他、みんな同じパターンで世界に広まっていった。
だから、日本がここまで発展してきたのも必然的なものだし、
この精神が衰えない限り、これからも日本は誰に頼まれることもなく、
知らないうちに勝手に世界にインパクトを与え続けていくだろうと。
671:デフォルトの名無しさん
09/07/16 16:17:34
英語について ｢Do｣と｢Does｣は何を区別して､使い分けるのでしょうか？
URLﾘﾝｸ(detail.chiebukuro.yahoo.co.jp)
｢Does you play golf？｣
これは間違いだとおもいます。
｢Does your father play golf？｣
ならあってます。
でも口語や歌詞などで
She don't know.
なんてのも有りなんで、流行ってるのかも知れませんね。
672:デフォルトの名無しさん
09/07/16 16:20:19
Does youが有りだからyou doesも有りだと思ってる小学生ｗｗｗ
673:デフォルトの名無しさん
09/07/16 16:20:50
how foolish you are
674:デフォルトの名無しさん
09/07/16 16:24:34
hows じゃね
675:デフォルトの名無しさん
09/07/16 16:33:54
wish you were dead
676:デフォルトの名無しさん
09/07/16 19:58:26
use English;
677:デフォルトの名無しさん
09/07/16 20:54:33
By the way, please listen to me. This doesn’t have any relevance about that.
Few days before, I went to the Yoshinoya in my town. Yoshinoya.
But I can't step in; because there are too many people. Then looking around,
I found advertisement Curtain. It said "150 yen off"
Don’t come to the Yoshinoya which you don't generally come to, just because of only 150yen off.
You must be foolish or stupid! Oh! There is parent-and-child, and the Father of which is saying "I'm going to order Tokumori
Are you all eat in Yoshinoya? Congratulations! I can’t stand it ever more! I'll give you 150yen and please go away!
Yoshinoya should be more bloody & violent.
You cannot predict when the tow man face each other in the character table of U begins to fight. Stab or be stabbed.
This is the Yoshinoya. Women and Child, Go away! Don't exist in Yoshinoya.
Then, I could sit on the seat, the man in next seat ordered "Ohmori Tuyudaku"
That was sufficient reason to enrage me absurdly violently. Hey! You said Tuyudaku?
It’s perfectly out of date. It’s old fashioned Do you really want to eat Tuyudaku?
How foolish you are. I want to question you whether you really want to eat it or not.
I want to question you for one hour! You just want to say Tuyudaku.
In the side of expert of Yoshinoya, The newest fashion is "Negidaku" Year this is.
It has more negi but less meat. And put egg on this. This has no enemy.
Yes this is. But if your order this, your face must be memorized. It may be the sword of many edges.
I don't recommend to bigger. Gyuhsaketeisyoku may be fit on you.
678:デフォルトの名無しさん
09/07/16 20:56:39
Why don't you talk about here?
>$ ruby
>bash: ruby: command not found
679:デフォルトの名無しさん
09/07/16 23:40:57
|ﾘ u' } ,ﾉ _,!V,ﾊ |
／´fト､_{ﾙ{,ィ'ｅﾗ , ﾀ人 Ты думаешь, из меня,
/' ヾ|宀| {´,)⌒`/ |<ヽﾄiゝ я не могу сказать.
,ﾞ ／ )ヽ iLﾚ u' | | ヾｌﾄﾊ〉
|／_／ ﾊ !ニ⊇ '／:} V:::::ヽ Я не знаю,
/／ 二二二7'T'' ／u' __ /:::::::/｀ヽ что случилось.
680:デフォルトの名無しさん
09/07/16 23:42:17
な、何を言ってるのかわからねー(以下略
681:デフォルトの名無しさん
09/07/16 23:57:57
>676
それはツッコミかｗ
682:デフォルトの名無しさん
09/07/17 18:56:02
for my $x (@{$self->{'ls_ref'}}) {
683:デフォルトの名無しさん
09/07/17 19:32:59
for x in self.__ls_ref:
@ls_ref.each{|x|
684:デフォルトの名無しさん
09/07/17 19:45:18
334 ：可愛い奥様：2007/06/26(火) 09:46:19 ID:raxdPvfD0
OLだった頃、会社で働いていた日本に超詳しいベルギー人が言ったことに納得してた。
日本文化は身内受けの凝り性文化だそう。
外国文化に負けまいとしているのではなく、
世に意図的にインパクトを与えようとしているのでもなく、
今ここにいる同じ価値観を共有する仲間からの喝采を浴びたいと考える。
その結果、同じものを志す者同士の「これすごいだろ、おもしろいだろ」合戦が始まり、
そこで生み出される物が自然と研ぎ澄まされていく。
でもその競争は、敵対的なものではなく、お互いを尊敬しあいながら、静かに深く進行していく。
そしてある日、偶然目撃した異文化出身の人間（外国人）から、
それがすごいものであることを知らされる。
ほとんどの日本人はその日が来るまで、自分たちが作り上げた物がすごいものとは知らない。
もろもろの伝統文化、芸能、電化製品、アニメ、他、みんな同じパターンで世界に広まっていった。
だから、日本がここまで発展してきたのも必然的なものだし、
この精神が衰えない限り、これからも日本は誰に頼まれることもなく、
知らないうちに勝手に世界にインパクトを与え続けていくだろうと。
685:デフォルトの名無しさん
09/07/17 23:26:08
>>684
どう考えても褒めすぎ
今の日本は屑しかいない
686:デフォルトの名無しさん
09/07/18 02:50:20
>>658
> >>639
> >どんなにオブジェクト指向を強くしたところで、プリミティブ型や配列型のないプログラミングなどあり得ない。
> >スカラ変数とリファレンスを分けるシジルがあればより便利だということに過ぎない。何もないよりずっといい。
>
> 何をいいたいのかまるでわからない。プリミティブ型や配列型を排除しろとは誰も言ってないし、うーん。
> @tmpがリスト、%tmpがハッシュ、で、それ以外のデータ構造を使ったら$tmp
> 。
> べつに、ぜんぶ$tmpで統一してくれていいんだけど。
何を言ってるわけ？
$tmpに統一って、$tmpしかないことは機能性の後退だろ。
Perlがシジルを使ってデータ型を表すこと、それはハンガリアン記法という広く普及してる変数命名法を言語レベルで保証しているということ。
> >>>610の$tmp_mapは%tmp_mapの間違いだが、これはPerlであればコンパイルエラーを起こすので、未然にバグを防げる。
> これもなにがどうエラーになるのか不明なので、解説よろしく。
お前、Perl知らないだろ？
> つーか、もちっとわかりやすい文章書こうぜ。Perlerだから仕方ないけど。
>
お前がアホだからというか、Perlを知らないからだろ？
687:デフォルトの名無しさん
09/07/18 02:55:47
だいたい$tmpに統一なんて言い出すところからして、PHPだろ？PHPは、論外だから。
688:デフォルトの名無しさん
09/07/18 03:10:11
Ruby脳的には、せっかく動的言語なんだから
型の決定は実行時に遅延させたいなあ
・・・・というわけなのかは知らんが、$やら@はスコープの表記に使っちゃった
689:デフォルトの名無しさん
09/07/18 03:47:28
Ruby GJ!! www
690:デフォルトの名無しさん
09/07/18 09:11:43
Rubyは何でカッコの省略を認めたのか。あれは最高に見づらい。変数だかメソッドだか分からない。
691:デフォルトの名無しさん
09/07/18 09:29:21
分からなくていいじゃん
問題なのは関数渡しがまんどくさい
692:デフォルトの名無しさん
09/07/18 09:45:48
いいわけないだろ。そのせいで、いちいちソースを追う羽目になるんだから。
693:デフォルトの名無しさん
09/07/18 10:25:16
変数もメソッドも同じオブジェクトっていう発想は画期的なものなんだが。
694:デフォルトの名無しさん
09/07/18 10:39:05
$xxx = "Subject: =?SHIFT_JIS?B?W5FLXYNUg0ODZ5NvmF6CzY2hgqqStIFggqiTvoH0?=";
$xxx = mb_decode_mimeheader($subj);
$xxx = mb_convert_encoding($subj,"SJIS");
echo $xxx;
↓
Subject: [?]?????????????
になっちゃうんです。
どうしたらうまく変換できますか？
695:デフォルトの名無しさん
09/07/18 10:39:10
rubyにおいてメソッドはオブジェクトじゃないお
696:デフォルトの名無しさん
09/07/18 11:34:06
関数でもメソッドでもいいが、少なくとも引数がある場合はカッコあった方が良くね？
引数ないときに()を省略できるかどうかはまた別だけど、俺はあった方がいい。
697:デフォルトの名無しさん
09/07/18 12:23:18
引数がある場合でも括弧付けない言語なんざいくらでもあるけどな
つかRubyの場合、フィールド参照もメソッド呼び出しだから
必ず括弧付けるとなると、なんだか読みにくくなりそう
698:デフォルトの名無しさん
09/07/18 12:27:01
その場合、複数行になる場合はどう書くの？
699:デフォルトの名無しさん
09/07/18 12:37:46
>>695
滅多にお目にかからないが、Methodクラスってのはある
ファーストクラスかと言われると怪しい
700:デフォルトの名無しさん
09/07/18 12:44:15
Methodクラスのインスタンスはオブジェクトだから、ファーストクラスだお
でもそれ自体はメソッドじゃないお
701:デフォルトの名無しさん
09/07/18 12:50:26
Rubyでメソッド呼び出しの括弧省くと、なんだかんだでパースエラーに
なる事が多くて、結局格好付ける事になりがち。
で、括弧が多くなってくると、「不統一なのもかっこわるいから、
全部付けとくか」ってなる。
702:デフォルトの名無しさん
09/07/18 12:54:42
Ｌｉｓｐも有る意味、引数に括弧はないな
703:デフォルトの名無しさん
09/07/18 12:56:39
>698
改行が文末として扱われる言語ならば、行を継続する場合に明示する。
例えばVBは行末に _ を書くし、Rubyでも行末にバックスラッシュを書くと文末として扱われない。
Pascalなんかは引数が無い場合には括弧を書かないが
Cなどと同じくセミコロンを置くことで文末を示す言語なので、複数行でも何ら表記は変わらない。
704:デフォルトの名無しさん
09/07/18 13:02:54
>>703
そういうことか。
しかし、数学では普通関数をf(x)ってカタチに書くから、
カッコがないってのがなんか気持ち悪い。
705:デフォルトの名無しさん
09/07/18 13:08:25
>> 690
レシーバselfかつ引数なしのときは俺は()つけて書く。
func()みたいに。
もし()省略できなかったら、
require('library')
include('module')
みたいになって逆にキモくなるんじゃない？
まあ括弧省略可でうれしいのは,print,putsだろうけどね。
706:デフォルトの名無しさん
09/07/18 13:17:33
まぁ、Rubyでも戻り値を式として使う場合には括弧付けたほうが無難だけどね。
Perlみたく @ary = sort keys %h みたいな書き方は認められてないよ。
Rubyにはsort関数もkeys関数も無いが、もしあったなら
ary = sort(keys(h)) と書かないとエラーになるはず。
ただブロックなどで「最後の式の結果を返す」となってる場面でも省略できちゃうから
そこは個人的にはちょっと何かないかなぁと思うけど。
707:デフォルトの名無しさん
09/07/18 13:37:05
>>706
foo = p p 1 とか普通にできるけど？
ちょっと前までは、括弧が将来必要になるかも、ってwarningが出てたけど、
> 「文法を簡単にしようと思ってたんだけど、RubyConfで『括弧の省略を駆使していかに
> 英語っぽいコードを書くか』という内容でまるまる1セッション使った発表があって、諦めた」
という奴だね。
708:デフォルトの名無しさん
09/07/18 13:38:52
まとめると、
文系：省略派
理系：非省略派
ってことだな。
709:デフォルトの名無しさん
09/07/18 13:39:58
>707
ま ぢ か
じゃあ俺の使ってるバージョン古いんだな…
710:デフォルトの名無しさん
09/07/18 13:41:56
>>708
ガチガチの文系で理系にコンプレックスのある漏れが非省略派なのでうそ臭いです
711:デフォルトの名無しさん
09/07/18 13:43:50
括弧の省略は
・省略した方が明らかに読みやすいと思われるケースがある
puts("hello ruby")
puts "hello ruby"
・言語内DSLにとっては、省略が効いたほうが有利なことがある
例えばrake（Ruby版make）だと
task :default => [;test]
task :test do
ruby "test/unittest.rb"
end
などなどの事情もあるわけだから、
たぶんコーディングスタイルのレベルで対応するべき問題ではないか
712:デフォルトの名無しさん
09/07/18 13:44:50
rubyの場合省略不可にするとプロパティ構文とか導入しないとめんどくさそうではある
713:デフォルトの名無しさん
09/07/18 14:12:53
requireだろうがattr_accessorだろうがカッコ付きでいいじゃん、と
割り切ればいいのでは？
714:デフォルトの名無しさん
09/07/18 14:16:26
括弧の省略が嫌いならPythonに改宗すると幸せになれるよ
715:デフォルトの名無しさん
09/07/18 14:17:07
今度は、ブロックにカッコつけるとかなんとかで（ｒ
716:デフォルトの名無しさん
09/07/18 14:24:06
>>711
puts( "hello ruby" )
717:デフォルトの名無しさん
09/07/18 14:26:53
括弧論争は、シェルスクリプトの延長でRuby書いてる人と、
CやJavaの延長でRuby書いてる人との対立な気がする。
718:デフォルトの名無しさん
09/07/18 14:31:32
文字列の出力くらい
"hello ruby"
だけでいいじゃない
719:デフォルトの名無しさん
09/07/18 14:38:39
Pythonの場合「関数呼び出しの括弧を省略できない」というのは
結果的にはそう見えるんだが、その中身を考えるとその表現は違う気がする
まず関数にバインドされた変数／フィールドがあって
括弧を付けるのは、その関数に対して「呼び出し」を試みる操作だからね
括弧をつけると、変数／フィールドにバインドされてるのが
・関数なら、関数の処理を行い結果を返す
・クラスなら、インスタンスを生成しそれを返す
・他にも、呼び出しが可能なオブジェクトにバインドされていればそれぞれの挙動を示す
・呼び出しに対応していないオブジェクトの場合、例外を発生させる
720:デフォルトの名無しさん
09/07/18 14:51:19
()ありの場合は
関数的に使い、かつ引数なし
メソッドチェーン
引数が複数
それ以外のときは()省略。俺はこれがシンプルなルールだし、
可読性も高いと思ってる。
ちなみに俺はC→C++→Python→Rubyの順で習得したけど、結構省略派。
性格的にも学歴的にも理系。
Pythonはint()とかlen()が関数なのにダックタイピングしようとしてる所が好きじゃない。
self、インデントは全然許せるが、インスタンス変数をprivateにすると、self.__var
ってなったりするのが、激しく嫌いかな。あと動的言語なのにglobal宣言とかね。
でも、()を省略したくないような人なら()以外の面でも、
RubyよりPythonの方が好みだろうね。
721:デフォルトの名無しさん
09/07/18 14:53:29
PythonとJSで呼び出し時に括弧が省略できないのは
メソッドが関数の代入されたプロパティとして実装されているから，って認識でOK？
722:デフォルトの名無しさん
09/07/18 14:54:20
括弧省略ルールは、Scalaのが明解だな。
後発だけに。
723:デフォルトの名無しさん
09/07/18 15:04:00
()を省略すると、
f = hogehoge.func
って書いたときに、fが何を表すのか不明になる。
724:デフォルトの名無しさん
09/07/18 15:17:14
そもそも、Pythonは関数・メソッドが完全にファーストクラスだから、
名前が変数名なのか関数名なのかで呼び出す・呼び出さないを
分けられない。
def foo(): pass
bar = foo
del foo
bar()
725:デフォルトの名無しさん
09/07/18 15:17:53
()なしは変数なのか関数なのか、一見でわからなくなるからやめて欲しいわ
726:デフォルトの名無しさん
09/07/18 16:33:49
def __call__():
でなんかなるんだっけ
727:デフォルトの名無しさん
09/07/18 17:32:22
様は読めればいいわけですね。
省略する人は、Lisp嫌いですか？
728:デフォルトの名無しさん
09/07/18 17:41:02
育ちによって、
hoge = func1
を「変数hogeにメソッドfunc1を呼び出した返値を代入する」と読んだり、
「変数hogeに関数func1を代入する」と読んだりするわけだ。
729:デフォルトの名無しさん
09/07/18 20:03:43
「hogeはfunc1と同等」とか「hogeはfunc1と同一」もあるかも知れないぞ
730:デフォルトの名無しさん
09/07/18 20:23:53
Pascalは代入が := で = が同一判定だね
C言語とかと一緒にやろうとすると見事にハマるw
731:デフォルトの名無しさん
09/07/18 20:32:11
>>730
どちらかといえばそっちの方が好みだな。
一般的に = は等号という意味が定着してるんだから
プログラミングにおける代入という新しい概念には新しい記法を与えるのが自然。
正直、代入を'='にしたのはCの負の遺産だと思う。
732:デフォルトの名無しさん
09/07/18 20:35:20
つーてもBASICとかでも = を代入に使うけどな
BASICだと同一判定も = だけどさ
733:デフォルトの名無しさん
09/07/18 21:11:28
FORTRAN 以来の負の遺産だな。
734:デフォルトの名無しさん
09/07/18 23:04:17
>>731
その考えはある意味正しいと思う一方で、
代入操作は比較的頻繁に行われることを考えると
短いトークンを与えようとするのは実用上正しいとも思う
735:デフォルトの名無しさん
09/07/18 23:52:28
確か、C言語で代入に短いトークンを割り当てたのは、
比較より代入のほうが多い、という判断があったからなんだけど、
サンプリングが偏ってた、って何かで読んだような。
736:デフォルトの名無しさん
09/07/18 23:56:54
Perlが出るまでは、~ とかその他記号も空いてた様な気もする
イメージ的に=の要請が強かったのかなあと思う
その頃から別に、代入に=で違和感なかったんじゃね？
737:デフォルトの名無しさん
09/07/19 00:34:02
!=ってのもあるんだから、比較を==にして文字数を合わせた方が収まりが良い
738:デフォルトの名無しさん
09/07/19 00:36:33
>>736
~はbitwise not
739:デフォルトの名無しさん
09/07/19 00:49:53
代入はSmalltalkみたいに、専用の文字（「←」とか）を用意するのがよい。
今なら、Unicodeに入れてもらえばなんとかなるだろ。
740:デフォルトの名無しさん
09/07/19 00:59:00
いらんですよ、そんなもん
741:デフォルトの名無しさん
09/07/19 01:05:03
APLでもやってろよｗｗ
742:デフォルトの名無しさん
09/07/19 01:34:37
いや、内部コードUTF-8全盛のこの時代、決して非現実的ではないので、思考停止はいくない
単純に、欧米圏の人間にフォントを入れてもらえばいいだけさね
頑張れMicrosoftおよびその他ディストリビュータ
743:デフォルトの名無しさん
09/07/19 01:36:38
入力が面倒
744:デフォルトの名無しさん
09/07/19 01:40:43
そろそろ欧米圏の人間にも、IMEのなんたるかを知ってもらういい機会になるかもよ
悪平等の見本みたいな意見だがなｗ
だが、いい加減英語アルファベット+αがグローバルスタンダードと思っていられても困る
745:デフォルトの名無しさん
09/07/19 01:43:25
-> pointer
<- assign
746:デフォルトの名無しさん
09/07/19 01:56:01
すまんが、釣りは昼間にやってくれんかねｗ
747:デフォルトの名無しさん
09/07/19 02:02:33
夜釣りには夜釣りの良さがあるんだぞ
748:デフォルトの名無しさん
09/07/19 02:09:22
そこでfortressですよ。
749:デフォルトの名無しさん
09/07/19 02:12:39
とりあえず代入は = でいいと思う。
= のどの言語でも、そこには不満ないw
750:デフォルトの名無しさん
09/07/19 02:31:45
ここで比較の=と代入の=と代入の:=がある恐ろしい言語が
751:デフォルトの名無しさん
09/07/19 02:35:23
正格評価と遅延評価で代入演算子が異なる言語もあるでよ
752:デフォルトの名無しさん
09/07/19 03:26:56
= の一般での意味をかえてもらえば解決
753:デフォルトの名無しさん
09/07/19 04:18:37
define変数定義 :=
assign =!
equals =
not equals !=
754:デフォルトの名無しさん
09/07/20 02:45:04
空文字列やゼロが偽って話は聞いてたけど
"0"（ゼロ）って文字列が偽だなんて聞いてねえよ…
755:デフォルトの名無しさん
09/07/20 06:46:43
>>754
PerlとPHPかな。他にもあるんだろうか。
その二つしか使わないおれはなんかそれに慣れちゃったな。
756:デフォルトの名無しさん
09/07/20 11:03:51
===
757:デフォルトの名無しさん
09/07/20 14:33:14
>>756
null === false #=> false
なのでそいつもちょっと。
帯に短しタスキに長しと。（ちょっとちがうか）
758:デフォルトの名無しさん
09/07/20 17:29:17
isset(), empty(), is_numeric()
759:デフォルトの名無しさん
09/07/20 18:16:32
if(!isset($var) || empty($var) || !is_numeric($var)){}
こうでつか？
760:デフォルトの名無しさん
09/07/20 19:45:02
PHP、DSLとしては別に悪い言語じゃないと思うが
ネームスペースとかタイプヒンティングとか大規模開発向きの機能が中途半端なのがなんとも。
タイプヒンティングなんかarrayとオブジェクトだけとかいう謎の仕様だし。
ある程度の規模を越えたところで辛くなってくるんだよなあ。
比較演算が曖昧すぎてつまらんバグ起きやすいし。
761:デフォルトの名無しさん
09/07/20 19:57:14
>>690
関数でもどっちみちソース追うよ。
この手のは最初に入った言語の影響や慣れってのが大きいよ。
762:デフォルトの名無しさん
09/07/20 20:06:37
>>754
真面目にそれ何ていう言語？
もし俺も使ってたら気をつけないと…
763:デフォルトの名無しさん
09/07/20 20:54:16
perlだろ
764:デフォルトの名無しさん
09/07/20 20:55:44
PerlかPHPっていってるそばから…
なんか無性にイラついてきた。
>>762めー！俺は絶対にお前を許さんからな！
765:762
09/07/20 22:19:13
>>764
iヽ /ヽ
| ﾞヽ、 / ﾞi
| ﾞ''─‐'''" l
,/ ﾞヽ
,iﾞ ／ ＼ ﾞ
i! ● ● ,l そんなこと言われても
ﾞi,, * （__人__） ,/ わて猫やし…
ヾ､,, ,／
/ﾞ " ヽ
/ i!
(⌒i 丶 i ! i!.,
γ"⌒ﾞヽ l l γ'.ヽ
i i,__,,ﾉ i,__,,ﾉ_,,丿
ヽ,＿,,ノ"~´￣ ￣
766:デフォルトの名無しさん
09/07/20 22:19:34
鰻まだ売ってるところを教えてくだされ
767:デフォルトの名無しさん
09/07/20 22:20:41
土用はまだじゃなかったっけ
768:デフォルトの名無しさん
09/07/20 22:24:29
猫はどんなプログラム言語使ってんだよ
769:デフォルトの名無しさん
09/07/20 22:24:49
今年は二回有る
770:デフォルトの名無しさん
09/07/20 22:27:11
>>769
おお。知らんかった。thx
URLﾘﾝｸ(ja.wikipedia.org)
771:デフォルトの名無しさん
09/07/21 01:10:07
自分はPerlとCのさわりがわかるくらいだけど、Perlの事が書いてる本をよんだりしてると
今まではPerlが最良の選択肢出会ったけど、今後はRubyにシフトするであろう
みたいなことが書いてあるのを何度かみた。
Rubyってそんなにいいの? なにがいいの?
自分はWeb屋だから、Rubyがまだ選択肢に入らないんだけど、選択肢に入るようになるのであれば勉強しておきたい。
Web屋に対してのRubyの利点を教えてくれ
772:デフォルトの名無しさん
09/07/21 02:29:33
Python>Ruby>PHP>Perl
773:デフォルトの名無しさん
09/07/21 06:09:53
WebとしてのRubyも廃れつつあるんじゃないか？と思う。
ちょっと前になにがなんでもRoRってノリな時代があったのは確かだが。
日本だとやっとPythonが地味に伸びてきているし、世界的にあいかわらずPHPは多いし。
774:デフォルトの名無しさん
09/07/21 06:23:15
>>772
その順位は結構妥当だなと思ってしまった。
PHPを叩くPerlerが多いけど、PerlよりPHPのほうがまだましというのが正直な感想。
775:デフォルトの名無しさん
09/07/21 12:30:46
>>774
なんでやねん。
｛Perl,Python｝>Ruby>>PHP
だろ。ｊｋ
776:デフォルトの名無しさん
09/07/21 12:34:43
Perler以外の全方位から叩かれるPerl、という感じだな。
777:デフォルトの名無しさん
09/07/21 12:36:59
しかしPythonが不自然なまでに叩かれないのを、Python自体の功績のみと思うべからず
知らなきゃ叩けない
778:デフォルトの名無しさん
09/07/21 12:42:41
Pythonは微妙だなあ。
ウェブは PHP/Java, ちょっとしたツールは Java, 性能要求が厳しれば C/C++ という鉄板の中で立ち位置がよくわからない。
779:デフォルトの名無しさん
09/07/21 12:44:08
Googleが使ってる→普及させる気満々
780:デフォルトの名無しさん
09/07/21 13:14:07
>>771
Web屋限定じゃないけど、単に時代遅れになってるってことじゃないの？
テキストの読み書き検索なんかに特化していたため、
単純な一個の掲示板を作るのには便利だったけど、
スカラー、配列以上のデータ構造になるとリファレンスを勉強しないと使えない。
オブジェクト指向になると「blessって何?」みたいな無理矢理な増築でわけわかめになってる。
781:デフォルトの名無しさん
09/07/21 13:19:12
Pythonは良くも悪くも中庸だと思うよ
プログラミング言語、と呼ばれるほどガチガチでもなく
スクリプト言語、という言葉から連想するほどテキトーでもない
>775
PHPは言語として問題があってもWeb特化っていうアドバンテージがあるし
PythonはPerlとは全く別方向のスクリプトとして需要はあるだろう
Rubyが名前通りPerlの進化系として使えるから、Perlの需要って過去資源だけだと思うんだが
782:デフォルトの名無しさん
09/07/21 15:46:31
Rubyの場合、松本からしてPHPを叩きまくってるだろ。
783:デフォルトの名無しさん
09/07/21 15:48:32
Rubyは明らかにRailsのブームが終了したな。そもそもウェブの開発に時間がかかる部分は、言語機能でどうにかなるようなもんじゃない。
784:デフォルトの名無しさん
09/07/21 15:50:43
まあ、自由に言語を選択出来る場合なら、PHPを選ぶはずはない罠。PHPは話にならない。
785:デフォルトの名無しさん
09/07/21 15:53:26
Ruby鎮静化の責任の一旦は日本のユーザーにもあると思うけどな。
自国製の言語をまともに評価できず、海外に評価されて逆輸入の形でしか受けいれなかった。
結局、そうこうしてるうちにユーザー文化が十分に育まれず
十分勝機のあったPythonの侵食を許してしまった。
786:デフォルトの名無しさん
09/07/21 16:10:56
早く……しないと間に合わない系の話に釣られない民度の高さを評価すべき
787:デフォルトの名無しさん
09/07/21 17:39:37
ウェブは Python, ちょっとしたツールは Python, 性能要求が厳しれば Python という立ち位置
788:デフォルトの名無しさん
09/07/21 18:05:10
Web - PHP
適当 - Perl
速度 - C
綺麗ならよし - Python
好き勝手やれ - Ruby
お前の世界だ - Lisp
分散処理なら - Earlang
とりあえず新しい - D
Wolfram - Mathematica
俺は嫌い - Java
Javaとくっつきすぎな - Scala
なんか面白そうな - OpenCL
なんじゃそりゃ - white space
789:デフォルトの名無しさん
09/07/21 18:39:35
>>781
＞Rubyが名前通りPerlの進化系として使える
使えない。
がんばってなんとかそのように使う人も
いるだろうが、そんな人ばかりではない。
790:デフォルトの名無しさん
09/07/21 18:41:52
>>787
s/Python/Perl/g
RubyとPHPはちょっとキツいな。ｗ
791:デフォルトの名無しさん
09/07/21 18:45:26
Perlが普及してしまったのは歴史の誤ちだよなあ。
unixのシェルスクリプト強化版みたいなポジならよかったのに。
ウェブの普及がもう少し遅くてCGIの言語選択肢が広ければ、
いや他の言語がもう少し早く登場してくれていれば…と悔やまれてならない。
792:デフォルトの名無しさん
09/07/21 19:25:06
>ウェブの普及がもう少し遅くてCGIの言語選択肢が広ければ
>いや他の言語がもう少し早く登場してくれていれば
どっちも起こらなかったと思う
Perlが糞だったからこその展開
793:デフォルトの名無しさん
09/07/21 19:27:29
Webの発達にperlの発達がついていけなかった。
perlの発達を待つよりも、pythonやrubyに乗り換える方が早くて楽だった。
794:デフォルトの名無しさん
09/07/21 19:32:14
Pythonってそんなにいいかなあ？俺はRubyのが好み。
Google言語ということもあってそこそこ勉強したが、
オブジェクト指向やり始めると途端にに気持ち悪くなるから好きになれん。
ってか、一度Rubyistになった人なら、そうそうPythonに寝返ることはないと思った。
PHPなら普通に使うけどね。
795:デフォルトの名無しさん
09/07/21 19:33:17
>>786
日本人は釣られる時は世界屈指に釣られまくるよ。
世界よりも国益よりも善悪よりも、周囲の顔色が一番大事な民族性だから、
一旦周囲が特定の空気に包まれたら、その集団ヒステリーたるや物凄い。
一方、今はまだ周囲に無い世界の潮流とかの話になると、お互いに対する様子見で牽制しあって
なかなか動かない。
これを「釣られない」「民度の高さ」と表現すれば聞こえはいいけど、現代ではこの民族性は
国際競争における宿命的な負けフラグにもなってるな。
796:デフォルトの名無しさん
09/07/21 19:45:23
Pythonに寝返ったRubyistですが何か質問ありますか？
797:デフォルトの名無しさん
09/07/21 19:47:30
>>796
何千行、どんなコード書いた？
798:794
09/07/21 19:56:15
まじかーいｗ
まあ実は俺はPy=>Rubyなんだが。
Pythonのどういうところが好きで、Rubyのどういうところが嫌いか聞きたい。
799:デフォルトの名無しさん
09/07/21 20:32:12
ちょｗRubyの本買ってきた俺ボコボコの予感ｗｗｗ
800:デフォルトの名無しさん
09/07/21 21:10:11
書き始めはRubyが楽なんだけど
ある程度の長さになるとPythonで書こうかなって思うなぁ
Perlは使い道が思いつかない
801:デフォルトの名無しさん
09/07/21 21:37:24
Pythonはモジュールが書きやすいと思う。
でも、len()とかって未だ慣れないなぁ。
802:デフォルトの名無しさん
09/07/21 21:46:54
俺も変数名を打った後に「ああlen()か…」って思いながら←キーを数回叩く
Python的発想からすると戻り値が数値であることをlen()が保証してくれるってのは
素直に好きなんだけど、書く時には相変わらず慣れない
803:デフォルトの名無しさん
09/07/21 21:50:26
つURLﾘﾝｸ(d.hatena.ne.jp)
804:デフォルトの名無しさん
09/07/21 22:19:03
>>> s = 'python'
>>> len(s)
6
>>> s.__len__()
6
>>> 'python'.__len__()
6
805:デフォルトの名無しさん
09/07/21 22:21:58
つーか、Blenderとか3DソフトはやけにPython。
806:デフォルトの名無しさん
09/07/21 23:22:48
速度が求められてるからじゃないの
807:デフォルトの名無しさん
09/07/21 23:30:51
速度を重視するならLLは有り得ないと思う
単に拡張を取り入れる時点でpython以外に
十分に成熟している
扱いやすい
埋め込みが楽な言語
が無かっただけではないかなとか適当な事を言ってみる
808:デフォルトの名無しさん
09/07/22 00:27:28
Pythonは昔のTclのように拡張言語としても使われ出してるね。
それから、Webとの親和性が高いアプリの拡張には、JavaScriptなどのECMAScript系が多い印象がある。
EmacsがLispでどんどん拡張できたように、MozillaもJavaScriptで拡張できたりしてるし。
あと、RubyもJRubyとかIronRubyとかあるから、
実は同じようなことが簡単にできるんじゃないかと思う。
809:デフォルトの名無しさん
09/07/22 01:29:20
安定しているからだよ。
言語仕様も、埋め込みや拡張に使うCのAPIも、Pythonは
Rubyよりもバージョン間の互換性に気を遣っているし、
バージョン間で動作が異なる場合もできるだけ以降を支援する。
書くときの気持ちよさはRubyが上でも、書きやすさは大して差が無く、
読みやすさ・メンテのしやすさ・バージョンアップへの対応しやすさは
圧倒的にPythonが上だもん。
書くときの気持ちよさも、PythonがあえてRubyのような書き方を採用しない
合理主義を理解するとRubyがアホらしくなるし。
810:デフォルトの名無しさん
09/07/22 01:55:30
>>809
なんか、今までの中で一番納得
811:デフォルトの名無しさん
09/07/22 02:19:53
ウェブの発達って、何も変わってないジャン。HTTPもHTMLも10年前も今も変わってないんだから。
Ruby（=Rails）が一時期流行ったのは、Web2.0とかのしょうもないドットコムバブルの再来願望に乗っかっただけだろ。
812:デフォルトの名無しさん
09/07/22 02:23:30
なんもわかってないな
813:デフォルトの名無しさん
09/07/22 02:23:35
HTML ver5も出るし、何も変わってないわけじゃーないけどね
Ajaxもあるし、
814:デフォルトの名無しさん
09/07/22 02:42:14
HTML5だろうがXHTMLだろうが、サーバ側の言語から見れば何の違いもないから。Ajaxは最後のアウトプットがHTMLからJSONだとかXMLだとかに変わっただけ。
815:デフォルトの名無しさん
09/07/22 02:49:02
つまり、開発側も変わってるし
ユーザー側が見るものも変わってるって言ってるんだろそれ？
816:デフォルトの名無しさん
09/07/22 04:21:34
>>804
$ cat test01.py
class MyClass:
def __len__(self):
return 'Hello'
obj = MyClass()
print obj.__len__()
print len(obj)
$ python test01.py
Hello
Traceback (most recent call last):
File "test02.py", line 6, in <module>
print len(obj)
TypeError: __len__() should return an int
817:デフォルトの名無しさん
09/07/22 06:56:43
>>809
>書くときの気持ちよさはRubyが上でも、書きやすさは大して差が無く、
>読みやすさ・メンテのしやすさ・バージョンアップへの対応しやすさは
>圧倒的にPythonが上だもん。
そんなことないけどなあ。両方使った素直な感想として。
おまえ、Pythonしかろくに使ったことないだろ。
Pythonのほうが読みやすくてメンテのしやすいという具体的な例を出してみな。
818:デフォルトの名無しさん
09/07/22 07:21:32
Pythonを使ってる人にとって、Perlの亜流は不要という。
819:デフォルトの名無しさん
09/07/22 07:38:44
>>817
Pythonの方が、メソッドチェーンみたいな一行にゴチャゴチャ詰め込む文を
誰も使わない。a = b は必ず a に b を代入しているのでbが関数かどうか
調べなくて良い。名前空間が大事にされているので、何かの require したら
勝手に既存の型にメソッドが追加されてしかもそのメソッドがどのrequireから
持ち込まれたのか判らないって事がない。
Rubyでも判りやすく書けるとかじゃなくて、Pythonは判りやすく書く方法が
文化として定着しているため、ワザと読みにくくされていない限り誰のコード
でも読みやすい。
820:デフォルトの名無しさん
09/07/22 07:43:30
=> が嫌い
821:デフォルトの名無しさん
09/07/22 08:17:18
Rubyからすると self.__ のせいでどうしても長くなりがち
メソッドチェーンを使わないんじゃなくて長くなるので使えないと見えてしまう
最後の2行は、Rubyもそうだと思うが
「○○でも判りやすく書ける」なんて言葉、Perlでぐらいしか聞かない
822:デフォルトの名無しさん
09/07/22 08:23:34
おまいら、Lispを忘れてませんか？
823:デフォルトの名無しさん
09/07/22 12:09:37
LispはLispで需要があるからいいの。
新たなパラダイムが生まれても、自分で実装できるし
824:デフォルトの名無しさん
09/07/22 13:04:43
Lispはなんか別格だよね
825:デフォルトの名無しさん
09/07/22 13:16:00
別格はforth
826:デフォルトの名無しさん
09/07/22 13:23:54
Lispネタは前も出たけど、あまり盛り上がらなかった。
827:デフォルトの名無しさん
09/07/22 13:35:24
Lisp系言語が活用されてるのって、Emacs Lispくらいしか思いつかない。
Lisp製の有名アプリなんてとんと聞かないし。
あとは研究用の教材くらいかなあ。
828:デフォルトの名無しさん
09/07/22 13:36:44
AutoCAD を知らんのか
829:デフォルトの名無しさん
09/07/22 13:45:56
マイクロソフトのエイジオブエンパイアは
NPCの作成言語にlispを使っていたと思ったが
830:デフォルトの名無しさん
09/07/22 14:00:38
一方Civilization4はPythonを使った
・・・いやあれはまあUI絡みの部分が多いがな
831:デフォルトの名無しさん
09/07/22 14:46:48
LLがLispのLか
832:デフォルトの名無しさん
09/07/22 14:57:39
>>827
GIMPのAddinはLispでは？
833:デフォルトの名無しさん
09/07/22 16:01:15
単に 827 の無知でした (^-^)
834:デフォルトの名無しさん
09/07/22 16:25:30
まあ、応用例がしょぼいのは否めないが。
PHP -> ウェブデファクトスタンダード
Python -> Google 社内デフォルト
Ruby -> Ruby on Rails
Perl -> CGI の権威
Lisp -> AoE の NPC 作成言語
835:デフォルトの名無しさん
09/07/22 16:30:01
>>834
恥ずかしくないか？
836:デフォルトの名無しさん
09/07/22 16:35:41
むしろ俺の中でPerl/CGIは
Perlの印象もCGIの印象も悪くしたイメージしかない
837:デフォルトの名無しさん
09/07/22 16:37:19
I think so.
838:デフォルトの名無しさん
09/07/22 16:40:05
WebでのJavaScriptと同じ現象？
839:デフォルトの名無しさん
09/07/22 17:25:21
いや、どちらかというとラーメン屋に置いてある漫画本と同じ現象。
840:デフォルトの名無しさん
09/07/22 17:37:45
>>819
>Pythonの方が、メソッドチェーンみたいな一行にゴチャゴチャ詰め込む文を
>誰も使わない。
べつに1行でもいいんじゃない？読みやすければ。
Rubyは１行で書いても十分読みやすいよ。
それにPythonだって内包表記だっけ？あれ使って１行にごちゃごちゃ書いちゃうじゃん。
> a = b は必ず a に b を代入しているのでbが関数かどうか
>調べなくて良い。
これは意味分かんない。だれか解説して。
> 名前空間が大事にされているので、何かの require したら
>勝手に既存の型にメソッドが追加されてしかもそのメソッドがどのrequireから
>持ち込まれたのか判らないって事がない。
これは善し悪し。スタイルの違いだけ。
オープンクラスを思いっきり利用したほうが便利なことも多いことはRubyを使えばわかるんだけど、
それがわかってないみたいだからこいつはRubyをちょろっとかじっただけみたいだな。
>Rubyでも判りやすく書けるとかじゃなくて、Pythonは判りやすく書く方法が
>文化として定着しているため、ワザと読みにくくされていない限り誰のコード
>でも読みやすい。
べつにRubyでもほかの言語でも同じだと思うけど。なんでPythonだけが特別だと思うんだろう。
841:デフォルトの名無しさん
09/07/22 17:44:03
俺を怒らせたね？
842:デフォルトの名無しさん
09/07/22 18:06:32
>>840
おそらく自前で関数を書いたり他人の書いたスクリプトのメンテやったことないのかと
全部判ってるって状態での開発？そんな楽な職場あるんだったら就職したいわぁ
843:デフォルトの名無しさん
09/07/22 18:11:30
趣味でも仕事でも使える素敵な言語
それは
↓
844:デフォルトの名無しさん
09/07/22 18:11:57
C++
845:デフォルトの名無しさん
09/07/22 18:34:22
ウェブの場合、コンテンツが大事なんであって、どんな言語使おうとコンテンツに影響はないんだよな。
結局HTMLを吐くだけだから。
だから、PHPみたいな明らかなウンコ言語が一番普及してる。
846:デフォルトの名無しさん
09/07/22 18:35:19
RubyはPythonに比べて汚くて見づらいねって話だろ？そりゃそうだろ。
847:デフォルトの名無しさん
09/07/22 18:37:39
スタイルだけならアセンブラが一番キレイ
848:デフォルトの名無しさん
09/07/22 18:45:50
しかし、HTMLにコードを埋め込めるのが売りだったはずのPHPで、
それを全否定するかのようなフレームワークが主流になっているのが、どうしても理解できない。
テンプレートすらPHP的な書き方じゃないのが主流になってるし。
それなら結局Webでも言語関係無くない？と思うんだけど、PHP信者の意見を聞きたいわ。
849:デフォルトの名無しさん
09/07/22 18:46:23
>>845
「○○の場合、××が大事なんであって、どんな△△使おうと××に影響はないんだよな。」
これコピペパターンに登録しとくか。
850:デフォルトの名無しさん
09/07/22 18:52:09
>>848
言語的な扱いよりも環境作りやすい、移植しやすいとかそういう用途を優先してるんじゃね？
851:デフォルトの名無しさん
09/07/22 18:53:17
>>848
HTMLにPHPコード直書きだと
触れないって怒る自称Webクリエイターがいるから
だからプログラマーもそれじゃ触らせないよってことになって今の状態
852:デフォルトの名無しさん
09/07/22 18:54:41
>>848
MVC
853:デフォルトの名無しさん
09/07/22 18:57:30
>>849
詭弁のガイドラインですね
>>845 はいいこといってるんだけどなぁ
854:デフォルトの名無しさん
09/07/22 19:00:43
RubyとPythonで読みやすさ論争やっても宗教論争にしかならないけど、
言語仕様の安定性は普及度の違いにかなり影響してそうだな。
後は英語の一次情報充実度合いとか。
855:デフォルトの名無しさん
09/07/22 19:00:52
>>848
俺もフレワ開発してるが、ある程度の規模になると PHP のコード埋め込みなんか大して使えん
というかまず使わない。ほぼ <?php の中で echo だわ。無理に埋め込み式にすると
色んな言語触ってる奴はスタイル的に違和感覚えるしそれほどメリットがあるわけでもない。
テンプレートはある程度内容を制御できるのとキャッシュとか細かい機能があるから
結局はSmartyみたいなエンジン使う。だから言語機能としてPHPである必要はない。
それでもPHPを使うのは普及度が高くてデプロイに手間がかかることが少ない、
ウェブに特化した関数やらライブラリやらが充実しててそこそこ保守されてる、
そこそこ性能も悪くない、情報もそこそこある、
など積極的にというより無難さによるところが大きい。
欠陥は多いが、かといってわざわざ乗り換えるほどのスクリプト言語もない。
856:デフォルトの名無しさん
09/07/22 19:01:32
>>853
そうか？
> コンテンツが大事なんであって、どんな言語使おうとコンテンツに影響はない
と
> だから、PHPみたいな明らかなウンコ言語が一番普及
の間に何の論理的な繋がりもないぞ。
何が「だから、」なんだか。
857:デフォルトの名無しさん
09/07/22 19:02:33
>>849
登録してもいいと思うけど、それって単に物事の切り込み方としての定番であって、
成り立っていれば有効、成り立っていなければ無効、っていうごく普通の話だよ。
858:デフォルトの名無しさん
09/07/22 19:04:01
>>855
極端な話、Smartyを使うためにPHPを使うという逆転が起こってても不思議はないかもね。
他の言語のテンプレートエンジンって、露骨に不便なの多くね？
859:デフォルトの名無しさん
09/07/22 19:17:43
> コンテンツが大事なんであって、どんな言語使おうとコンテンツに影響はない
と
> だから、PHPみたいな明らかなウンコ言語が一番普及
は矛盾しないってことが言えるだけ
860:デフォルトの名無しさん
09/07/22 19:45:31
Web開発で何を選んでも同じだから、単価の安いPHPを使うってだけだな。
861:デフォルトの名無しさん
09/07/22 19:59:34
>>842
Rails使ってるけど、Railsなんて既存のクラスに大量のメソッドを追加している。
でもそれが便利だから、世界中のみんなが喜んで使ってるし、別に困ってない。
なんかPythonのやり方しか知らないやつが他の言語を批判してるだけじゃん。
862:デフォルトの名無しさん
09/07/22 20:57:38
コンテンツ云々の方々は>>1を100回読むべき
>ここでいう「軽さ」はプログラマの負担の軽重を指し、
863:デフォルトの名無しさん
09/07/22 21:12:06
>>861
大量に作って、大量に捨ててるんじゃないの？ >rails
864:デフォルトの名無しさん
09/07/22 21:19:41
Railsの互換性のなさは数年後、地獄を迎える
865:デフォルトの名無しさん
09/07/22 21:19:44
最初に書くのは楽でも、山ほどテストコード書かなきゃならないのなら、
プログラマの負担が軽いとは言えないのでは？
866:デフォルトの名無しさん
09/07/22 21:22:34
>>864
そのうち収束するんじゃないの？
867:デフォルトの名無しさん
09/07/22 21:24:33
>>865
Javaで書いたからってテストコードの量が減る訳でもないんじゃないか
868:デフォルトの名無しさん
09/07/22 21:25:22
PHPの関数名の節操の無さも限界越えてるけどな
869:デフォルトの名無しさん
09/07/22 22:35:46
実際に使ってる奴がいるからとかいう世俗的な話には興味ないな。
純粋に言語の仕様で戦って欲しい。
それが新しい言語の礎となる。
870:デフォルトの名無しさん
09/07/22 22:41:25
世俗的を排除すると、究極的には
0
とかでいいじゃん。0がすべて。0以外は必要ない。
この言語が出来ること、言語の目的は、0の存在を示すこと。
871:デフォルトの名無しさん
09/07/22 23:00:56
最近のアイちゃんは本当に賢いな
872:デフォルトの名無しさん
09/07/22 23:05:42
言語の進化って書き手が楽になるようにとか、保守性あげようとかでしょ？
何が必要なんでしょうね
873:デフォルトの名無しさん
09/07/22 23:10:45
>>827
>あとは研究用の教材くらいかなあ。
Maximaとか？
874:デフォルトの名無しさん
09/07/23 08:24:53
>>863,864
話をそらすな。
Pythonは名前空間を大事にしているけどRubyはそうじゃないからRubyよりPythonのほうが
優れている、という主張に対する反論なんだから、Railsの互換性の話とかは今は関係ないだろ。
もとの話はこれ↓
>>840
>> 名前空間が大事にされているので、何かの require したら
>>勝手に既存の型にメソッドが追加されてしかもそのメソッドがどのrequireから
>>持ち込まれたのか判らないって事がない。
>これは善し悪し。スタイルの違いだけ。
>オープンクラスを思いっきり利用したほうが便利なことも多いことはRubyを使えばわかるんだけど、
>それがわかってないみたいだからこいつはRubyをちょろっとかじっただけみたいだな。
875:デフォルトの名無しさん
09/07/23 08:28:41
で、これって結局どうなった？
>>840
>>Pythonの方が、メソッドチェーンみたいな一行にゴチャゴチャ詰め込む文を
>>誰も使わない。
>べつに1行でもいいんじゃない？読みやすければ。
>Rubyは１行で書いても十分読みやすいよ。
>それにPythonだって内包表記だっけ？あれ使って１行にごちゃごちゃ書いちゃうじゃん。
Pythonでも内包表記つかえばRubyみたいにごちゃごちゃして読みにくい？
それともPythonなら1行にごちゃごちゃかいてもRubyより読みやすい？