Perlのオブジェクト指向って無理やり実装だなw

0001nobodyさん2008/06/09(月) 02:48:24 ID:leLDOgm2
いまさらだが、後付感たっぷりでワロタ
PHPの方がはるかに自然な形で実装しているわ。

なんだろうね。言語仕様の説明=内部実装の説明になっていて
使うためではなく、言語の勉強のための言語だなぁと思った。

0002nobodyさん2008/06/09(月) 03:31:30 ID:???
自然なオブジェクトについて興味があるんですが
それはどんな形ですか?

0003nobodyさん2008/06/09(月) 04:44:48 ID:???
そら自然なのはSmalltalkだろjk

0004nobodyさん2008/06/09(月) 06:44:56 ID:???
PHPもだろ

0005nobodyさん2008/06/09(月) 09:24:10 ID:???
Perlはオブジェクトをnewしたときの処理を
自分でいちいち書かないといけないw

0006nobodyさん2008/06/09(月) 11:41:42 ID:???
C言語でオブジェクト指向を
無理やりやっているのと
同じ感じがするな。

PHPはclass XXX extends YYYY {} なんて
オブジェクト指向言語なら当たり前に使える構文が使える。
わかりやすい。

0007nobodyさん2008/06/09(月) 12:25:09 ID:???
いつの話してんの?
Perl使ってないけど
今のPerlはましになってるんだろ?

0008nobodyさん2008/06/09(月) 12:52:44 ID:???
なってないよw

まだblessとかいうものを使ってオブジェクトのリファレンスを返せば

ほ〜ら。オブジェクト指向っぽくならね?

って世界だ。

0009nobodyさん2008/06/09(月) 12:59:44 ID:???
ちょっとPerlで便利なライブラリがあるから、
久々に使ってみたが、やっとPerlがキモイ理由がわかった。

シンボルテーブルとか型グロブとかリファレンスとか、
本来内部仕様であるべき話が表に出てきているからだ。

たとえば、C++なら仮想関数を実装するときVTABLE内の
関数ポインタを・・・・うんぬんかんぬんって説明があって、
それをやる為の関数がこれですから呼び出してね。と
オブジェクト指向の内部データを直接いじらなきゃ
いけない。これがPerlの普及を妨げているんだなぁと思った。

0010nobodyさん2008/06/09(月) 18:08:02 ID:???
>>9
perlずっとやってきて心が揺らいでるんだが
泥臭い部分はみんな嫌い?

0011nobodyさん2008/06/09(月) 18:39:24 ID:???
>>1
いまさらって書けば許されると思ったか馬鹿初心者。さすがに10年越しの話題は本気で痛いよ。

0012nobodyさん2008/06/09(月) 19:38:22 ID:leLDOgm2
Perl6が出れば、そんな批判は過去のものとなる

0013nobodyさん2008/06/09(月) 20:24:51 ID:???
Perl6ってオブジェクト指向言語なの?

0014nobodyさん2008/06/09(月) 20:34:32 ID:???
一昔前に、どんなLLでも飲み込むPerlみたいなのの話題が出てたけど
その後の話まったく聞かないな
PHPもそれに飲み込まれるとか言い張ってる奴いたけど
今考えたらそんなの普通に存在価値ねーだろwww

0015nobodyさん2008/06/09(月) 21:41:23 ID:???
うーん、まあ、そうなんだけど、それでもPerlでオブジェクト指向らしきものは出来る品。
というか、Perlはツール作ったり、WEBアプリ作ったりするのがメインなんで、オブジェクト指向なんてそれほど必要に迫られないし。

0016nobodyさん2008/06/10(火) 00:49:24 ID:???
まあ、create_function(文字列) しかないウンコを頬張って喜ぶ>>1にはドン引きさせられるけどなw

0017nobodyさん2008/06/10(火) 00:59:59 ID:???
phpの匿名関数には丼引きだけど
スレタイ的にはあまり関係ねえよな
そんなら俺はJavaScript最強説で泥沼化に参加するぜ

ごめん最強は無理ありすぎた
疑似スレッド処理やろうとしたらsetTimeout地獄に陥るし
構造凝るとコールバック関数の嵐になるし

0018nobodyさん2008/06/10(火) 01:03:21 ID:???
Ruby最強でFA

0019nobodyさん2008/06/10(火) 11:20:06 ID:???
RubyのオブジェクトシステムはSmalltalkばりに古くさいよ。

0020nobodyさん2008/06/10(火) 13:48:36 ID:???
GoogleマンセーでPythonに即飛びついたりしなかったお前らが誇らしいよ。
インデントとか笑わせるなよ。

0021nobodyさん2008/06/10(火) 14:35:39 ID:RGxt/Gkf
>>16
PHP6で改善されるんじゃなかったっけ?

PHP6とPerl6、どっちが先に出るか見ものだw

0022nobodyさん2008/06/10(火) 15:11:43 ID:???
クロージャ使えると何がそんなに便利なの?使えなくても大して不便ではなくね?ドラスティックに変わるの?

0023nobodyさん2008/06/10(火) 18:03:58 ID:???
あらゆる高級言語を扱ってきたLL神だが攻守最強はECMAScriptだと悟った

0024nobodyさん2008/06/10(火) 20:57:15 ID:???
Periの場合、5.99の次は5.9910とか言うから永遠に6は出ない。
アキレスは亀に追いつけない。

0025nobodyさん2008/06/10(火) 21:00:02 ID:???
間違えた。
5.99の次は5.910だ。
590900
591000
みたいに数字だけ増えていく。

実際、最近のバージョンアップでやってるしw

0026nobodyさん2008/06/10(火) 21:24:49 ID:???
ネームスペースの無いPHPの方がPerlより断然キモいっつーの。
Perlのあの程度のオブジェクト指向に苦労するくらいだから
程度が知れるわな。

0027nobodyさん2008/06/10(火) 21:27:29 ID:???
関数内でglobal書かせるのも
インスタンス化するごとにblessさせるのも似たようなもんだ。
無理矢理感って意味では。

ただPHPの変数の扱いがきもすぎるのは同意

0028nobodyさん2008/06/10(火) 23:35:51 ID:???
> 関数内でglobal書かせるのも
えっ? グローバル変数なんか普通使わないでしょ?

0029nobodyさん2008/06/10(火) 23:38:09 ID:???
何が何でもOOPって考えやめろよ。
メリットとデメリットを比較して、有利な方を使うだろ普通。
小規模だったら、OOP使わないよ。

0030nobodyさん2008/06/11(水) 00:07:10 ID:???
PHPの変数スコープは関数単位もだん。なんつーか、ワープロのマクロ言語並。

0031nobodyさん2008/06/11(水) 00:17:02 ID:???
こういうひねくれたスレを立ててPHP叩きをするPerlユーザーってキモイな

0032nobodyさん2008/06/11(水) 00:59:44 ID:???
>>31
PHPユーザーの方がキモいから安心しろ。

0033nobodyさん2008/06/11(水) 01:51:10 ID:???
>>30
クラスに書いたら、クラス単位だけど?

ねぇ。PHP知っている?

0034nobodyさん2008/06/11(水) 02:39:22 ID:???
正直、rubyやpythonがここに上がらないのは当たれ前なんだよね。
むしろ、PerlやPHPの拡張によってOOPを強引にでも実現してきたことを誉めてあげたい。

バカにするけど、PHPなんて、
OOPだけ見れば、結構良く実装できてると思うよ。

Perlは、もうちょっとだけど……。

0035nobodyさん2008/06/11(水) 18:22:48 ID:???
普通の言語は変数のスコープはブロック単位なんだよ。
PHP以外の言語をやったことがあればすぐに分かること。

0036nobodyさん2008/06/11(水) 21:22:50 ID:???
ねぇ?本当に他の言語やってる?

ブロック単位のスコープがあるかは半々ってところだろ。

まあよめ。
http://blog.livedoor.jp/dankogai/archives/50960425.html


0037nobodyさん2008/06/11(水) 22:00:04 ID:???
oopの話題でoopが得意じゃない人のブログ出すとかwww

0038nobodyさん2008/06/12(木) 01:55:28 ID:???
おや、スコープの話で不利になったから、オブジェクト指向の話に戻すんですねw

0039nobodyさん2008/06/12(木) 03:26:01 ID:???
ハッスルしてるphp厨は全スルーが常識

0040nobodyさん2008/06/12(木) 21:41:26 ID:???
↑スルーできない場合の典型的な言い訳

0041nobodyさん2008/06/12(木) 23:57:46 ID:???
いやスルーするしないの前の話
馬鹿なの?

0042nobodyさん2008/06/13(金) 02:28:20 ID:???
Rubyはブロック内でレキシカルスコープを作る。

0043nobodyさん2008/06/13(金) 02:46:57 ID:???
PHPは5でもネームスペースが無いから
正直使い物にならない。

0044nobodyさん2008/06/13(金) 03:09:53 ID:???
同様の理由で、C言語も使いものにならない

0045nobodyさん2008/06/13(金) 08:32:50 ID:???
C/C++,Java,VB,C#もブロック内でレキシカル変数を作れる罠。

0046nobodyさん2008/06/13(金) 13:46:16 ID:???
JavaScriptは?

っていうか関数レベルのスコープがあれば
ブロックレベルのスコープは無くても良いなぁ。

おれ、そんなに長い関数書かないしw

0047nobodyさん2008/06/16(月) 11:40:21 ID:???
Perlって

0048nobodyさん2008/06/17(火) 09:30:30 ID:???
Perlでクラスを使ってみたいが、
毎回コンストラクタを自力実装するのが面倒で。

0049nobodyさん2008/06/17(火) 13:51:05 ID:???
そこでMooseですよ

0050nobodyさん2008/06/17(火) 22:14:08 ID:???
コンストラク作るのは面倒じゃないだろ。その仕組みを理解するのは面倒というか大変だが。

0051nobodyさん2008/06/21(土) 13:06:50 ID:???
>>1
比較相手にPHPを持ち出し、しかもPHPの方がマシって…wwwww
PHPは糞中の糞

0052nobodyさん2008/06/21(土) 14:14:24 ID:???
perlよりは上等だよ

0053nobodyさん2008/06/22(日) 18:07:57 ID:???
>>51
サーバサイドスクリプトとして比較するならPHPの方が上に決まってんじゃん

0054nobodyさん2008/06/22(日) 18:34:19 ID:???
まあ、PHP以外の、PerlとかRubyとか知ってる人にとっては、PHPの低機能はつらいものがあるよ。
初心者が書いても、上級者が書いても、同じようなコードにしかならないんだから。
プログラム書いててこれほどつまらない言語はない。

0055nobodyさん2008/06/22(日) 18:45:36 ID:???
ふむ、同意だけど

もしかしたらそれで逆に
保守性の水準を確保してたりしてな

0056nobodyさん2008/06/22(日) 18:54:53 ID:???
同じ様なコードにしかならないことが低機能?イミフ

0057nobodyさん2008/06/22(日) 20:38:16 ID:???
コードを書くことが目的なんでしょw

$_ みたいな同じ名前の変数ばかり多用する
醜いソースかいたりなw

0058nobodyさん2008/06/22(日) 21:34:09 ID:???
Javaのように厳密に書くことも出来なければ、PerlやRubyのように記述性が高いというわけでもない。簡単だから覚えるのは速いのが唯一の長所。それがPHP。

0059nobodyさん2008/06/22(日) 23:33:15 ID:???
でもまあ、クラスの定義を
普通に class キーワードを使って
かけるのはすばらしいと思うよ。

class Foo extends Bar {
 private $a;

 function __construct() {}
 function func() {}
}

$foo = new Foo();
$foo->func();

オブジェクト指向を知っている人なら誰だってすぐわかるでしょ?
自然なオブジェクト指向。

0060nobodyさん2008/06/23(月) 00:03:23 ID:???
クラスベースOOPの書法が大好きなのは判わんでもないけどさ
そもそもクラスベースってほんとに良いものなのかとか語られる昨今だしな
ECMAScrips3rdの単純さと汎用性の兼ね合いなんか絶妙だしな

0061nobodyさん2008/06/23(月) 00:16:33 ID:???
世の中の主流はクラスベースOOP

0062nobodyさん2008/06/23(月) 00:24:08 ID:???
うん判るのよそれは
boost触っててクラスとかもうどうでもよくね見たいに
脳味噌が腐った豆腐になってる馬鹿の戯れ言です

rubyやpythonその辺の手懐けかた上手いよな
perlにはこの際、我が道突っ切ってもらった方が面白そうな

0063nobodyさん2008/06/24(火) 08:04:23 ID:???
文法は一番PHPがわかりやすいというか、自然だわな。CやJavaやPerlなんかを知ってれば、特別学習しないでもだいたい予測つく。

0064nobodyさん2008/06/25(水) 20:05:34 ID:eRXwF1Bb
つか、OOPの書き方そのものの参考文献が少なすぎるんだよ。

 ・OOPとは……知ってるから!
 ・言語XXXでOOP……基礎過ぎるから!
 ・言語XXXでデザインパターン……急に高度過ぎるから!

もっと、初・中級者向けのOOP書き方入門が欲しいですよ。

オブジェクト指向Perlマスターコースだって?
あんなの日本語じゃねーよ(読破したけどさw)

0065nobodyさん2008/06/25(水) 22:44:06 ID:???
>>64
>・言語XXXでOOP……基礎過ぎるから!
>・言語XXXでデザインパターン……急に高度過ぎるから!
そこは別に飛躍してなくね?

OOPの基礎が判ったら、ちょっと実践パターン見て行きましょうか……
という流れだし
逆にどうしろと。

単に、実感湧かないってことかもしれないな。
Perlじゃないけど、俺はるびま出張版として出版された「正しいRuby
コードの書き方講座」が言語問わず参考になった。
他人の成果物の設計に駄目出ししまくるだけの本wなので、妙に実感あったw
青木に煽られない程度のコードを保ちたいなという、欲求が探究心に繋がった感じ。
ああいう傾向の本、言語問わず他にねえもんかな。

>あんなの日本語じゃねーよ(読破したけどさw)
逆に読みたくなるぜ、その感想w
多分おれはヘン

0066nobodyさん2008/06/26(木) 00:52:18 ID:???
>>65
たぶん、分かってるとは思うけど、
OOP基礎 → デザパタ本は、急に難しくなりすぎだよ。
OOP基礎本は、本当に基礎の基礎しか書いてないもん。
その方向は間違ってないんだけどさ。

その間を埋める本がないんだよ。

つまり、>>65のいう「正しいRubyコードの書き方講座」や
Periで言えば、宮川氏のML(いつものことながら途中で飽きやがった!)のような。

デザパタってある程度実践詰んでないと、
意味……というかメリット理解できないじゃん。

Ruby触ったこと無いけど、最近本も充実してきたし、手出してみるかな。

0067nobodyさん2008/06/28(土) 14:14:12 ID:SGqDbYHd
私はこれで Perl から乗り換えました。
http://web.archive.org/web/20010427071311/www.ruby-lang.org/ja/column/v0004.html

バベル案内
http://www.aoky.net/articles/steve_yegge/tour_de_babel.htm
Perlもまた、間もなくなくなる。

Perl, Python, Ruby の比較
http://www.shido.info/py/python1.html

perl/Ruby、これから覚えるべきなのは?
http://q.hatena.ne.jp/1145610898

0068nobodyさん2008/06/29(日) 01:47:37 ID:???
しかし何でPHP5は寸前のところでnamespaceをなくしてしまったのか。
クラス名をアンダーバーで繋げるという回避策は悲しすぎる。
唯一悔やまれる点だわ。

0069nobodyさん2008/06/29(日) 02:20:58 ID:???
そんなにネームスペースって必要かなぁ?

アンダーバーでつなげればいいだけでしょ?

0070nobodyさん2008/06/29(日) 02:30:45 ID:???
それがまんどくせえんだよ

0071nobodyさん2008/06/29(日) 02:40:05 ID:???
>>70
えっ?
(ネームスペースがあるほかの言語で)ネームスペースの部分省略してるの?
もし名前がかぶったらどうするの?

0072nobodyさん2008/06/29(日) 11:24:57 ID:???
ネームスペースがない、パッケージがないのは、PHPにろくなクラスライブラリがない理由の一つだな。
好き勝手にファイル名やクラス名をつけるから、使いまわしが利かない。

0073nobodyさん2008/06/29(日) 11:41:43 ID:???
すごいこじ付けを見たw

0074nobodyさん2008/07/01(火) 17:19:40 ID:???
ネームスペースがかぶったらどうすんの?

0075nobodyさん2008/07/04(金) 23:38:23 ID:???
PHP5.3からnamespage復活するのってホント?

0076nobodyさん2008/07/08(火) 05:19:35 ID:TOo0hU7/
目次 - oreilly.co.jp -- Online Catalog: 初めてのRubyより 1章 ようこそ、Rubyのある生活へ
1.1 Rubyの特徴
1.1.1 オブジェクト指向言語
1.1.2 より良いPerl
http://blog.livedoor.jp/dankogai/archives/51077051.html

0077nobodyさん2008/07/08(火) 08:36:37 ID:???
ポチろうと思ってて忘れてたわ

0078nobodyさん2008/07/09(水) 00:13:50 ID:???
>>24
ペリw

0079nobodyさん2008/07/11(金) 16:14:23 ID:???
>>72
>ネームスペースがない、パッケージがないのは、PHPにろくなクラスライブラリがない理由の一つだな。
それは探せる頭が無いだけ。
ネイティブインストールしなきゃ使えないPerlモジュールより、よっぽど充実してて汎用も効くクラス多いよ。

0080nobodyさん2008/07/12(土) 02:14:10 ID:???
PHPにまともなクラスライブラリなんてないよ。あるのは膨大な組み込み関数とあまたあるフレームワーク付属のヘルパークラスだけ。

0081nobodyさん2008/07/12(土) 02:47:00 ID:???
まともなクラスライブラリが無い。ってことは
足りないクラスライブリががあるってことだよな?

その足りないクラスライブラリ、いってみて。

0082nobodyさん2008/07/12(土) 03:46:28 ID:???
少なくともPearにあるライブラリのPHP5・E_STRICT対応版

0083nobodyさん2008/07/12(土) 11:27:01 ID:???
notice出ちゃなんでだめなの?

0084nobodyさん2008/07/12(土) 15:03:35 ID:???
もしかしてここ間違ってないですか?っていう程度。
意図的にそうしているのなら問題ない。

0085nobodyさん2008/07/12(土) 20:15:01 ID:???
本来ZendフレームワークがPearを引き継ぐはずだったけど、そうはなりませんでした。

0086nobodyさん2008/07/12(土) 20:18:18 ID:???
2-3号前のWEB+DBプレスの座談会に書いてあったけど、普通そこそこPHPやってると飽きる。他の言語に行く。だから、ユーザコミュニティのレベルが一向に上がらない。

0087nobodyさん2008/07/12(土) 22:00:02 ID:???
>>86
それは飲み屋での雑談よりも信頼すべき話なのか?

0088nobodyさん2008/07/13(日) 06:47:45 ID:???
小山哲氏って日本のPHP界じゃトップクラスの有名人だと思うけど、PHPのダメさをあれだけ自覚して語ってるのにはちょっと好印象を持った。仕事として割り切ってるんだろうな。

0089nobodyさん2008/07/13(日) 09:48:13 ID:aIClzZPC
Ruby 及び Perl におけるクラスの生成について。
http://b.hatena.ne.jp/entry/http://tomato.or.tp/programming/memo/class/class.html

0090nobodyさん2008/07/14(月) 18:01:42 ID:???
>>88
> 小山哲氏って日本のPHP界じゃトップクラスの有名人だと思うけど
だれ?

デイトレーダー? 日本の歴史学者?

ぐぐってもわからないや。

0091nobodyさん2008/07/14(月) 18:15:31 ID:???
日本のPHP界っていうほどのコミュニティがあるの?

0092nobodyさん2008/07/18(金) 11:00:23 ID: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"日本語")
とかやったりしてるけど、正直言って超バッドノウハウ。
人が見てもやっぱりわからないし。

0093nobodyさん2008/07/18(金) 12:29:11 ID:???
UTF-8フラグの存在がUnicodeの扱いをかなり複雑にしているよな。
なんでそんなものを作ったのか理解できない。

他の言語にはそんなもの無くてもうまくやっていけてるじゃないか。

0094nobodyさん2008/07/18(金) 12:34:30 ID:???

0095nobodyさん2008/07/18(金) 22:19:32 ID:???
PHPだと全部mb_に差し替えないと行けない。

0096nobodyさん2008/07/18(金) 22:29:23 ID:???
> PHPだと全部mb_に差し替えないと行けない。

見てのとおり、すごくわかりやすいルールです。

一方Perlの場合・・・複雑すぎて
ここでは説明し切れません ;;

0097nobodyさん2008/07/18(金) 23:17:48 ID:???
複雑者ねー世。外人が作ったライブラリでも日本人が作ったライブラリでも透過的に扱える。

0098nobodyさん2008/07/18(金) 23:21:26 ID:???
ただし、外人が作ったライブラリがUTF-8(UTF8フラグ)を考慮して
ちゃんと作られている場合は。だろ?

0099nobodyさん2008/07/19(土) 01:30:32 ID:???
最近でたオブジェクト指向Perlの本ってアルパカ本と比べてどうなの?

0100nobodyさん2008/07/19(土) 01:53:35 ID:???
Encodeは始め面倒だな〜と思ってJcodeに逃げてたけど使い慣れてくるとしっくりとくる。

0101nobodyさん2008/07/19(土) 18:13:37 ID:???
そりゃPerl標準なんだからしっくりこないとダメだろw

問題は、慣れないといけないような仕様だってことだ。

0102nobodyさん2008/07/20(日) 01:21:38 ID:???
別にJcodeで済むんだったら、Jcodeでもいいけどな。

0103nobodyさん2008/07/24(木) 12:41:16 ID:???
Ruby = オブジェクト指向Perl でしょ?

0104nobodyさん2008/08/02(土) 01:11:51 ID:U1SzvOGo
「美しいコードを書けるからRubyを選んだ」---Ruby on Rails作者 David Heinemeier Hansson氏:ITpro
http://itpro.nikkeibp.co.jp/article/NEWS/20060620/241346/


DHH:いろんなPerlソースを見ていると,頭が爆発しそうでした。
なぜかというと,どのコードを見てもスタイルがそれぞれ違って,
正しいのはどれかがわからない。
それぞれおもしろいんだけど,自己主張が激しすぎると感じました。
一方で,Rubyで書いたものはどれも,
同じことをする場合はだいたい似たように見える。
この「統一感」がすごく重要でした。

0105nobodyさん2008/08/02(土) 11:29:04 ID:???
>>104
Perlは確かにひどいが、Rubyも大して統一感なんてないけどな…

0106nobodyさん2008/08/02(土) 15:59:10 ID:???
Perlはuse strictを使えるのがいい。

0107nobodyさん2008/08/02(土) 23:05:16 ID:???
Perlはひどい書き方ができるけどきれいに書こうと思えば書けるだろ。

0108nobodyさん2008/08/03(日) 00:32:48 ID:???
strictプラグマを使えば、PerlはLLの中で一番厳密なコーディングを強制される。
PHPなんかだと、コンテントタイプヘッダが自動で出力されるとか、最近は減ったけどregister globalsがオンになってるせいで、それこそやりたい放題に書いてもそれなりに動いてしまう。
多分、書き慣れたPerlが怪奇に見えるのは、関数に()が省略できたり、returnを省略できたりするところだと思うんだけど、それはRubyも一緒だよね。

0109nobodyさん2008/08/03(日) 00:44:26 ID:???
>書き慣れたPerlが怪奇に見えるのは、関数に()が省略できたり、returnを省略できたりするところだと思うんだけど

そんな些細なところじゃないと思うんだけど

0110nobodyさん2008/08/03(日) 01:52:23 ID:???
じゃ、どの辺?

0111nobodyさん2008/08/03(日) 01:54:17 ID:???
$@とか$/とかの特殊変数はたいした問題じゃない。使うのは限られてるし、そういうもんだと思えばどうってことない。忘れたら、調べればいいだけ。
isset()なのかis_set()なのか忘れてしまうのと変わらない。

0112nobodyさん2008/08/03(日) 04:48:01 ID:???
正規表現とか$_なんかは奇妙に見えるな。

for(1..40) {
print $_ . "..aho\n" if /3/;
}

0113nobodyさん2008/08/03(日) 22:19:46 ID:???
行末が ; で終わってない言語はクソ

0114nobodyさん2008/08/03(日) 23:54:50 ID:???
おっとECMAScriptの悪口はそこまでにしてもらおうか

0115nobodyさん2008/08/04(月) 02:25:58 ID:???
>>110
いろんなものを省略できるところ。
コンテキストという概念
bless
UTFフラグ

0116nobodyさん2008/08/04(月) 02:36:41 ID:???
perlは記述するコードをUTF8(BOM無し)固定にすりゃいいんだよね
そうすりゃちったぁラクになるべ?

0117nobodyさん2008/08/04(月) 02:44:47 ID:???
コンテキストを省略、blessを省略、何のことだ?
Perlは複雑なデータ構造を表す場合、リファレンスを使う必要があり、リファレンス・デリファレンスで記号が長く続き、読みづらくなるというのはある。
すべてを順番付きのハッシュで済ませらるPHPと比べると、断然見づらい。
が、仕事でプログラムをするような人間が、Cのポインタが分からないとか、Perlのリファレンスが分からないとか、論外だな。
趣味のプログラマーにとってPerlが難解だというのはそうかもしれないが。

0118nobodyさん2008/08/04(月) 02:51:00 ID:???
おそらくUTF8の話は、ム板から得た知識だろうが、マルチバイトを扱う時にUTF8フラグをつける、出力するときに外す、だけでいいことだ。
そもそもUTF8フラグのせいで、ソースが読みづらくなるなんてことは有り得ない話。

0119nobodyさん2008/08/04(月) 19:54:52 ID:???
>>118
本当にそれだけなら、内部で勝手にやってくれという話。
なんでコードでUTF8フラグをつけたり消したりする命令があるのか。

それはUTF8フラグあるせいで、いろんなライブラリが、
UTF8フラグをつけていたり、つけていなかったりするから。

UTF8フラグの存在がなければ、そんな混乱は起きないんだがな。

0120nobodyさん2008/08/04(月) 19:56:09 ID:???
>>117
仕事だから、難解なものでもやれというのはわかる。

だが、今はやるかやらないかの話はしていない。

難解なのか、難解ではないのかの話。
答えは出ている。難解だ。

0121nobodyさん2008/08/04(月) 21:06:24 ID:???
だからどこら辺が難解なの?
PerlのOOなんて変数に名前空間結びつけただけだろ

0122nobodyさん2008/08/04(月) 21:16:33 ID:???
フラグついてりゃ3byte文字も1文字換算だし
ついてなけりゃbyte単位だから処理違うしな
inしてきたものにはかならずフラグつけてoutのときにはずせば混乱はない
decode, encodeってのがちょい紛らわしいネーミングだとおもうけど

0123nobodyさん2008/08/04(月) 21:37:34 ID:???
明示的にデコードしなくてもフラグ付くことがあるのが問題。
暗黙的なスタイルと明示的なスタイルが混在して、もうわけわかめ。

0124nobodyさん2008/08/05(火) 01:23:55 ID:???
もともとの話はPerlのソースコードが読みづらいかどうかだから。
UTF8フラグとソースコードの読みづらさは関係ないし。

0125nobodyさん2008/08/05(火) 01:42:33 ID:???
それってスタイル、好み、技量の問題じゃないの?
読む側、書く側、双方ともに

0126nobodyさん2008/08/05(火) 09:27:52 ID:???
utf8フラグが勝手に付くって何のことだ?

0127nobodyさん2008/08/05(火) 13:42:50 ID:???
>>107
それをプロジェクト内のPerlプログラマ全員にやらせてみろよ

0128nobodyさん2008/08/05(火) 13:46:43 ID:???
色んな書き方が出来る反面 「自分の書き方」 をもてない奴がコピペばかりしたり、
サンプルを自分の書き方に直せない人が多いだけなんだと思う
まぁ利用者が多いゆえの弊害だと思う

0129nobodyさん2008/08/05(火) 14:14:52 ID:???
>>127
それはPerl以外の言語にもいえる事では

0130nobodyさん2008/08/05(火) 15:04:15 ID:???
>>129
Perlは他言語に比べ突出してると思う。
でもコード規約でなんとかなる。

0131nobodyさん2008/08/05(火) 19:44:17 ID:y2irazDO
PERLの記述性はそのままRUBYにも当てはまる。
JAVAみたいな型の指定を強制してステップをかける言語の方が記述性が低い分、統一感は高いと思うが、PYTHON以外のスクリプト言語はどれも大差ない。

0132nobodyさん2008/08/05(火) 21:03:27 ID:???
コード規約で何とかしないで
Pragmaでも作ってほしいね。
$_ の使用を禁止するとか

0133nobodyさん2008/08/05(火) 22:48:20 ID:???
$_ は可読性の低下を招くので使わないようにしてる

0134nobodyさん2008/08/06(水) 11:40:34 ID:???
$_を使わないことで可読性は上がるだろう
しかしそれだったらrubyかPHP使う

0135nobodyさん2008/08/06(水) 15:54:52 ID:???
$_ の問題だけで Perl を使わない理由にはならない

0136nobodyさん2008/08/06(水) 17:00:44 ID:???
同じ変数を使いまわさない。
つまり、一つの関数内で同じ変数名の変数を
違う目的に使わないって事だけど、
これ、言語に限らずコーディング規約としてでてくる。
多分だれしも納得がいく理由だろう。

$_ はそれと同じ問題をはらんでいる。

変数名にはわかりやすい名前をつけましょう。

0137nobodyさん2008/08/06(水) 17:52:20 ID:???
Perlはstrictプラグマが標準で、変数を宣言して使うから、不用意に変数を初期化したり、ゴミとして残ることがない。
局所化されてるから、安心して同じ変数名を使いまわしていい。
他の言語のように、条件分岐やループの深いところで突然多次元配列に値を入れたりすることがないし、実行されない処理についてもコンパイラがエラーを検知してくれるから、発生しづらい条件のエラーがすぐにわかる。
ただ、strictプラグマはPerlのコード品質を押し上げているわけだけど、KENTのCGIレベルのプログラマーからだとジャンプアップが大きく、初級のプログラマーがPHPに流れる原因にもなってる。
が、PHPはどう書いてもそれなりに動いてしまうばっかりにレベルの停滞を招いてるという面もある。

0138nobodyさん2008/08/06(水) 18:02:05 ID:???
Perlのファニーレターは、可読性を上げる点でも役立ってる。
Perlでは普通こう書く。
foreach $data (@data) {
print $data;
}
PHPでは、こう書くしかない。
foreach ($data as $tmp) {
print $tmp ;
}
あるいは、こうしてみたり。
foreach ($data_list as $data) {
print $data ;
}
変数名からだけでデータ型が分かるのがPerlの可読性の高さ。

0139nobodyさん2008/08/06(水) 18:50:51 ID:???
foreach $data (@data) {
print $data;
}
って何か気持ち悪いんだよな・・・
でいつもこうしてます
foreach $data (@datas) {
print $data;
}

0140nobodyさん2008/08/06(水) 20:39:27 ID:???
print for @data;

0141nobodyさん2008/08/06(水) 21:32:17 ID:???
>>139
そう言われると俺も @data とか @file とかにしてたwww
あなたはやっぱり @lists とかにしてるの?
リストそのものが複数形だとおもうんだけど 。。。 あれ違うか?w

0142nobodyさん2008/08/06(水) 21:36:39 ID:???
いくら名前空間が別でも同じ名前にはしないな。

0143nobodyさん2008/08/07(木) 01:45:13 ID:???
>>138
> Perlのファニーレターは、可読性を上げる点でも役立ってる。
> Perlでは普通こう書く。
> foreach $data (@data) {
> print $data;
> }

foreach my $datum (@data) {
print $datum;
}


0144nobodyさん2008/08/07(木) 01:47:11 ID:???
>>141
> あなたはやっぱり @lists とかにしてるの?

foreach my $elem (@list) {
print $elem;
}

ナドト

0145nobodyさん2008/08/07(木) 03:54:18 ID:???
名前空間が別なのではない。変数のスコープが別なのだ。
$tmpとか$nとか$iとか、数行のブロック内でしか使わない一時的な変数のためにイチイチ長ったらしい変数名を使うのは可読性が下がる。
コードの大事なポイントをぼかしてしまうから。

0146nobodyさん2008/08/07(木) 05:17:58 ID:???
変数名やらコーディング規約やらはPerl Best Practicesを読むといいですよ
書いてあることがすべて正しいとは思わないけどbetter practiceが見つかるのは間違いないです

0147nobodyさん2008/08/07(木) 12:57:23 ID:???
>>139
dataは既に複数形で、単数形はdatum云々、、、、

0148nobodyさん2008/08/07(木) 13:36:43 ID:???
PBP!PBP!

0149nobodyさん2008/08/07(木) 15:47:43 ID:???
>>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]のように参照出来るらしいから感覚的に少しはマシになるのかも

0150nobodyさん2008/08/07(木) 21:02:27 ID:???
横レスすると手を抜いて配列に入れるんじゃなくて
スカラーでもハッシュでもいいから名前付けたほうが見やすいわかりやすいのは明白

0151nobodyさん2008/08/07(木) 21:05:44 ID:???
変数名の頭に$とか@とかつけるのが
そもそも変。

0152nobodyさん2008/08/07(木) 21:43:13 ID:???
そう?俺はわかりやすいからいいけど
欲を言えば

0153nobodyさん2008/08/07(木) 23:20:00 ID:???
PerlからPHPに移ってからは@を使う妥当性が全然わからなくなった。

0154nobodyさん2008/08/07(木) 23:28:05 ID:???
@rrayとか$calarてのはやめて欲しいないな。これもPerl文化か?

0155nobodyさん2008/08/08(金) 00:05:16 ID:+HJwvv2X
私はこれで Perl から乗り換えました。
http://web.archive.org/web/20010427071311/www.ruby-lang.org/ja/column/v0004.html

バベル案内
http://www.aoky.net/articles/steve_yegge/tour_de_babel.htm
Perlもまた、間もなくなくなる。

Perl, Python, Ruby の比較
http://www.shido.info/py/python1.html

perl/Ruby、これから覚えるべきなのは?
http://q.hatena.ne.jp/1145610898

0156nobodyさん2008/08/08(金) 01:58:02 ID:???
>>私はこれで Perl から乗り換えました。
この程度では乗り換えるに値しない

まぁ、Switch Case 文はデフォで欲しいですがw

0157nobodyさん2008/08/08(金) 02:46:52 ID:???
>>156
givenとwhenでよければありますよ。
バージョン5.10以上ですけど。

0158nobodyさん2008/08/08(金) 17:18:36 ID:ZoI5nNzi
変数には記号がある方が分かりやすい。
PHPみたいにデータ型によらず同じ記号であっても。
JAVAとかC#みたいにIDE前提でカラーリングされてればなくても良いけど。
その点じゃRUBYが一番見づらい。

0159nobodyさん2008/08/08(金) 17:23:11 ID:???
変数という意味で記号をつけるのはわかるが、
配列やスカラーやハッシュを区別する為の記号ってのは
意味がわからない。

他の言語を見ればわかるように、そんな区別なんかしなくても
問題なく実装できてるじゃん。

0160nobodyさん2008/08/08(金) 20:57:31 ID:???
ハンガリアン記法見ても分かるように、変数名からデータ型が分かれば可読性が上がる。

0161nobodyさん2008/08/09(土) 00:16:40 ID:???
可読性とコーディングをいうまえに明示的に宣言できる構造体をくれ

0162nobodyさん2008/08/09(土) 00:39:15 ID:???
そんなあなたに Class::Struct

0163nobodyさん2008/08/09(土) 10:35:24 ID:???
つ Moose

0164nobodyさん2008/08/11(月) 14:58:12 ID:5LE+LZJY
ruby perl 比較 python ruby perl ruby perl 違い ruby perl php ruby perl 速度

0165nobodyさん2008/08/15(金) 23:16:47 ID:???
PHPのオブジェクト指向も後付けなのに、誰も突っ込まないのな。
そんなもんか。

0166nobodyさん2008/08/15(金) 23:18:00 ID:???
perlのひどさには敵わないw

0167nobodyさん2008/08/15(金) 23:28:15 ID:???
寧ろ後付でも酷くてもみんなが使いたがるperlの魅力に気が付いて欲しいw

0168nobodyさん2008/08/16(土) 01:42:46 ID:???
PHPのオブジェクト指向はごく普通だからな。ほとんどJava。
Perlの場合はクラスベースじゃないから。JavaScriptとかもそうだけど。

0169nobodyさん2008/08/16(土) 03:32:51 ID:???
本当はオブジェクト指向とかエロいこと考えなくてすむのがお気楽LL言語だったのかもしれない。

0170nobodyさん2008/08/16(土) 04:00:50 ID:???
>>168
Perlは分類上クラスベース。
Javascriptのようにインスタンス単位でメソッドを増やしたりする芸当はできないよ。
データメンバは増やせたりするけど。

0171nobodyさん2008/08/16(土) 08:25:19 ID:???
先を行く者を背中から撃つ者は、後から来る者に背中から撃たれる。

0172nobodyさん2008/08/16(土) 12:27:40 ID:???
インスタンスにメソッドを追加するのはRubyも出来る

0173nobodyさん2008/08/16(土) 14:42:26 ID:???
完全にオブジェクト指向であっても変数名に接頭辞が付かない言語は苦痛だ

0174nobodyさん2008/08/16(土) 16:08:42 ID:???
i とか s とか付けりゃいいんだろいけど、やっぱ接頭語として記号があると楽かな

0175nobodyさん2008/08/16(土) 17:29:17 ID:???
Rubyの場合、メソッドの()を省略できるから、メソッドなのか変数なのか区別がつかない。素直に()を強制すればよかったのに。

0176nobodyさん2008/08/16(土) 17:49:24 ID:???
>>175
全部オブジェクトです

0177nobodyさん2008/08/17(日) 01:43:09 ID:???
>>173
そこはマイルールでいいんじゃないの?

0178nobodyさん2008/08/18(月) 18:57:43 ID:???
$が使いたいんだよ!わかるだろ!

0179nobodyさん2008/08/19(火) 02:03:57 ID:z5IDWLYs
Perl のオレオレるーる - 冬通りに消え行く制服ガールは、夢物語にリアルを求めない。 - subtech
http://subtech.g.hatena.ne.jp/cho45/20080818/1218995299

0180nobodyさん2008/08/19(火) 03:32:07 ID:???
わからん・・・
わざわざシフトキーを多用したいなんて・・・

0181nobodyさん2008/08/19(火) 12:56:03 ID:???
[]や{}を使わない連想配列や配列はどう扱うの?

0182nobodyさん2008/08/19(火) 15:23:01 ID:???
Rubyの[]もメソッド名というのは、作者の無意味な自己満足に過ぎないと思う。

0183nobodyさん2008/08/25(月) 05:10:09 ID:etndctNH

0184nobodyさん2008/08/25(月) 06:58:00 ID:YRD+4CK6
朝っぱらから元気だな、Ruby信者君

0185nobodyさん2008/08/26(火) 11:32:03 ID:???
実際 Perl の オブジェクト指向は Ruby だし

0186nobodyさん2008/08/28(木) 05:22:41 ID:dedtAPQI

0187nobodyさん2008/08/28(木) 11:14:54 ID:???
>>182
data['hoge'] の動作を自前で設定できたらいいなと思ったことはないかい
data['hoge'] でも data['Hoge'] でも data['HOGE'] でも data[:hoge] でも data の hoge が呼べたらいいなとか
あと、メソッドだからプロファイラで Hoge#[] の使用回数がきちんとカウントされるぞ
ていうかこのへんは普段は意識することないし「実はメソッドだったんです!」「うわ徹底ぶりキモっ!」でいいとは思う

0188nobodyさん2008/08/29(金) 02:04:05 ID:oI9LreIE
あの Perl の後付け感は最高。
僕は、あの屋上屋を架すみたいに積み上げたり、既存文法の意義の変更とかで、
済し崩し的に拡張して行くあのゴチャゴチャ感が Perl らしくて好きだよ。
C++ も似た感じで好きだ。

0189nobodyさん2008/08/29(金) 08:06:09 ID:???
perlでやる程度の処理にoopなんぞ手間が増えるだけだから後付け仕様で十分
最近は車輪探す手間のほうがでかくなってるしな

0190nobodyさん2008/08/30(土) 20:48:02 ID:???
>>188
まったく同意見だ。C++が好きな理由も同じ。

0191nobodyさん2008/08/30(土) 23:27:24 ID:???
混☆沌☆招☆来

0192nobodyさん2008/09/01(月) 13:46:31 ID:???
>>187ハッシュやリストの拡張クラス作ればいいだけじゃん。
[]がメソッド名なら、arr[1] = 'a'はarr.[](1,'a')こんな感じに書くべきだけど、それじゃ変だからローカルルールででっち上げてるわけでしょ。
その勝手な感じについていけない。

0193nobodyさん2008/09/01(月) 18:57:28 ID:???
別にメソッドとして書いてもいいよ(そっちのほうが計測不能なレベルでわずかに速い)
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 を使うといい

0194nobodyさん2008/09/02(火) 01:34:16 ID:???
松本がいつも言うシンタックスシュガー、都合のいい言い訳にしか聞こえない。Railsもそうだけど、ユーザの感じる押しつけられ感が凄い。

0195nobodyさん2008/09/04(木) 13:09:19 ID:NZf+T+5v


初めてPerl触って思ったこととか - ずっと君のターン
ttp://b.hatena.ne.jp/entry/http://d.hatena.ne.jp/technohippy/20080903%231220457999


0196nobodyさん2008/09/04(木) 14:06:58 ID:???
Railsの記述上の違和感はRubyではなくRails記法によるもの
Rubyは関係ないし、RailsのDSLっぽい無茶な書き方を嫌がってる人は少なくない

0197nobodyさん2008/09/05(金) 06:22:58 ID:4aFuBrsn
>>1 は、
>PHPの方がはるかに自然な形で実装しているわ。
って言ってるけど、PHP って他の組み込みの機能が何となく不自然な気がする。
何というか、統一感のないユーティリティ・ライブラリって感じ。
(だったような。ちょこっと触っただけだからかもしれないけど。
まぁ、PHPは言語と言うよりツール色)

Perl 5 の OOP は、確かに他の言語の OOP 機能からの見方で見ると不自然に見えるけど、
Perl 言語からの見方で見ると、とても自然に見える。
それに、専用の文法でがちがちに固めていなくて、幾つかの機能の組み合わせで実現するやり方は、
見方によっては美しくも感じる(Unix っぽい美学)。

0198nobodyさん2008/09/05(金) 18:27:12 ID:???
PHPって、せっかく例外の仕組み備えたのに、なんで組み込み関数は例外を投げないんだろう。

0199nobodyさん2008/09/05(金) 20:46:59 ID:???
それは、C++は例外の仕組みあるのに、
なんで組み込みの関数(fopenなど)は例外を投げないんだろう。
といっているのと同じことだぞ。

0200nobodyさん2008/09/05(金) 21:55:58 ID:???
PHPが例外が糞なのと、C++は関係ないから。

0201nobodyさん2008/09/05(金) 23:06:27 ID:???
両方とも後方互換性のためでしょ。

0202nobodyさん2008/09/05(金) 23:37:58 ID:???
PHPに互換性なんてないじゃん。お得意のPHP_INIで設定を変えればいいだけ。

0203nobodyさん2008/09/06(土) 09:50:10 ID:???
>>200
誰も糞とかいってねーよw

前からある関数が例外を出さない理由だろうが。

0204nobodyさん2008/09/06(土) 09:51:15 ID:???
>>202
C++もコンパイルオプションで設定を変えればいいだけのはずなんだがw

0205nobodyさん2008/09/06(土) 12:53:01 ID:NNHSMBQO
要するに例外機構が実質的に機能しないPHPはウンコということ。

0206nobodyさん2008/09/06(土) 13:01:18 ID:???
組み込み関数じゃなくて組み込みクラス使えばいいじゃん。
いつまで過去の遺物使ってんの。

0207nobodyさん2008/09/06(土) 14:10:27 ID:???
だよなぁ。C++でも過去の関数は例外を使っていない。
その理由は互換性維持なわけだが、
そういうあたりまえ発想が言語をPHPに変えるだけで出てこなくなる。

そして、なぜかPHPは例外機構が機能しないとかわけのわからんことを言い出す。

0208nobodyさん2008/09/06(土) 14:53:51 ID:???
>>206
> 組み込み関数じゃなくて組み込みクラス使えばいいじゃん。
それがないからダメなんだろ。

0209nobodyさん2008/09/06(土) 15:12:30 ID:???
論点がずれてきていますね。

組み込み関数が例外を投げない理由から
組み込み関数は互換性のために例外を投げないのは当たり前。
組み込みクラスがない(?)からダメという話へ。

もう組み込み関数が例外を投げない理由の話は終わりましたね?

見事話がずれました。私の狙ったとおりです。フフン。

0210nobodyさん2008/09/06(土) 15:17:53 ID:???
PHPの組み込み関数は例外を投げない。
PHP5対応のライブラリがそろっていれば、それを使うが、それもない。
従って、自分でラッパーを書いて例外を投げるようにしないといけない。糞。

0211nobodyさん2008/09/06(土) 15:18:10 ID:???
話の軸と言えるほどに固執する話題がないだけだ
Perl仕事のヘルプに行ったとき食ったラーメン屋のギョーザのタレが美味かったといえばきっと食い物話になる
その程度の拘りしかない

0212nobodyさん2008/09/06(土) 15:19:18 ID:???
PHPは配列とか文字列とかの組み込みの要素もきちんとクラスにしてメソッドつけたほうがいいと思います

0213nobodyさん2008/09/06(土) 15:42:25 ID:???
>>212
そうすっと具体的にどんなメリットが?

0214nobodyさん2008/09/06(土) 17:35:32 ID:???
Zendの実質標準ライブラリ使えよw

0215nobodyさん2008/09/09(火) 10:51:59 ID:ASwZl4YO
初めてPerl触って思ったこととか - ずっと君のターン
ttp://b.hatena.ne.jp/entry/http://d.hatena.ne.jp/technohippy/20080903%231220457999

0216nobodyさん2008/09/09(火) 12:41:23 ID:???
> sub funcname {
> my($arg1, $arg2, $arg3) = @_;
> # do something
> }
> 関数定義に仮引数がなくて毎回こう書かないとだめみたいなんだけど、
> 誰も文句言わないのこれ?ほんとに?


あははははhahahah

0217nobodyさん2008/09/09(火) 12:45:03 ID:???
まあ、Perlはオブジェクト指向言語ではないからね。
言語としては手続き型、オブジェクト指向風に
使える書き方の紹介と便利関数を追加しただけ。

C言語でオブジェクト指向やるようなもん。

PHPの場合、オブジェクト指向言語としての仕様を追加している。

0218nobodyさん2008/09/10(水) 00:35:51 ID:???
十数年前に変態的に後付けされた機能に向かって鬼の首を取ったようにそんな事言われてもなぁ・・

0219nobodyさん2008/09/10(水) 02:01:53 ID:???
十数年前レベルwww

0220nobodyさん2008/09/10(水) 02:18:33 ID:???
そんなに書式を気にするなら、moose使えば?

0221nobodyさん2008/09/10(水) 07:30:55 ID:???
こう書けるPerlは記述生が高い。

use strict;
use warnings;

sub func1 {
my %arg = (
'name' => 'yamada',
'age' => 18,
@_
);
print "$arg{name} $arg{age}\n"
}

func1(name=>'tanaka');

0222nobodyさん2008/09/10(水) 10:06:02 ID:???
たかがキーワード引数のこと?

0223nobodyさん2008/09/10(水) 11:11:59 ID:???
>>221
記述性? よりも 自然言語に近いほうが
人として読みやすいとは思わないかい?

つまり、標準の値を定義する。
標準の値を引数で上書きする。の方が

標準の値と引数を変数に入れる。(書いてないけど、後のほうが優先になるよ)

よりも。

0224nobodyさん2008/09/10(水) 11:31:15 ID:???
>>221の方が遙かに読みやすいと思うが。
仮引数を指定する形式だと、誤れば、コンパイルエラーを引き起こせるので、その点では有利だが。


0225nobodyさん2008/09/10(水) 22:04:20 ID:???
書きやすい読みやすいに正解があるならこんなに多数の言語は存在しない

結局「最初に覚えた言語が一番」って話になるから論争も絶えないんだよなぁ

0226nobodyさん2008/09/11(木) 05:31:38 ID:???
Perl関係のスレって、いつのまにかPHPのスレになっちゃうよね

0227nobodyさん2008/09/11(木) 06:14:43 ID:???
Perlアンチスレは大概は入り口で挫折してPHPに逃げてった子供が立てるからな

0228nobodyさん2008/09/11(木) 09:48:20 ID:???
use strictの壁は厚い

0229nobodyさん2008/09/11(木) 13:11:37 ID:UuWkCkeJ
strict の壁とか、そんなんどこの言語に逃げても無駄じゃないw

0230nobodyさん2008/09/11(木) 18:43:41 ID:???
> Perlアンチスレは大概は入り口で挫折してPHPに逃げてった子供が立てるからな

それで目的が達成できるのだから
何の問題も無いだろう?

0231nobodyさん2008/09/11(木) 18:52:34 ID:???
自分がわからないものをわかる人間の存在が許せないってわけか。

0232nobodyさん2008/09/11(木) 20:36:05 ID:???
できることは同じなのに、俺はわかっているんだと悦になれる。

0233nobodyさん2008/09/11(木) 20:55:04 ID:???
そんなことでスレたてるなよw

0234nobodyさん2008/09/11(木) 23:52:51 ID:???
なにもかも失った可哀想な人を鞭打つなよ

0235nobodyさん2008/09/12(金) 16:15:03 ID:???
パールとかピーエッチピーなんて知らないほうが賢いってわけ。そう俺。
ところで半角英字ってどうやって打つの?

0236nobodyさん2008/09/12(金) 16:18:55 ID:???
俺は中学の頃、「PHPはPerlのサブセットだから、あんなの知らなくていい」って言いふらしてた。
周りも知らないから、それでよかった。
無知って素晴らしい。

0237nobodyさん2008/09/12(金) 17:20:20 ID:???
人間は海のサブセット

0238nobodyさん2008/09/12(金) 21:12:53 ID:???
中学生でもうPerlできたってこと?

0239nobodyさん2008/09/12(金) 23:51:54 ID:???
出来ない理由はないだろ


0240nobodyさん2008/09/13(土) 17:36:22 ID:???
最近は幼稚園でC言語の勉強してるところもあるらしいな。この前幼稚園のそばを通りかかったら子供がC、Cって連呼してた。

0241nobodyさん2008/09/14(日) 00:40:32 ID:???
>>240
それは君の事を見て言っているんだよ。

しっしっ、あっちいけ。
しーっしーっ、見てはダメ。

どっちかな?

0242nobodyさん2008/09/14(日) 04:11:15 ID:???
べっこあめとか言ってるあの時代に中学生がその発言を出来るなんて相当だろ

0243nobodyさん2008/09/14(日) 04:31:38 ID:???
去年のことかもしれないのに何故bekkoame?

0244nobodyさん2008/09/14(日) 08:26:48 ID:???
PHPがPerlだった頃の話だと推測してるんだろ。

0245nobodyさん2008/09/14(日) 20:10:54 ID:???
PHPのうた

PHP PHP PHP PHP
PHP PHP PHP ...
人恋しくて誰かにしがみつき
弱虫ばっかりで

おや?こんな時間にJASRACの方向から誰かきたようだ

0246nobodyさん2008/10/04(土) 04:24:57 ID:IqLPvWyz
Perl
http://anond.hatelabo.jp/20080731154801
sigil 汚い、my our local 汚い。
->が汚い、ドットにしてよ。Perl6ではドットになるんだって?やったぁ。
とにかくコードを見るだけでげんなりする。
クラス機構が後付けなのがめんどくせー。Exporter使うのだるい。
とにかく文法がアレすぎる。あ、でも後置修飾子はおきにいり。
でもはえー、ちょうはえー。
ライブラリ超使える。もうなんでもできる。

総評:肉は腐りかけがうまい。

0247nobodyさん2008/10/04(土) 10:09:49 ID:IZRHlZJM
perlが一番使いやすいよ
どの言語よりも短い言葉で書けるからな
可読性・・それは素人が言う言い訳だろ?
結局は可読性よりアーキテクチャだと思っているが


0248nobodyさん2008/10/04(土) 10:39:19 ID:???

0249nobodyさん2008/10/04(土) 13:01:06 ID:???
Perl6はまだ先の話のようだし、
5.xでautobox系モジュールを充実させて欲しいなぁ。

0250nobodyさん2008/10/04(土) 15:35:50 ID:???
短く書けるのはRubyも互角だな。Perlのいいとこは、変数の宣言を強制できるとこだな。最低レベルのプログラマーはこれだけで排除されるから。

0251nobodyさん2008/10/05(日) 14:27:09 ID:jtLGUyfx
【Rails】便利なRubyGemsを共有するスレ【Hpricot】
http://pc11.2ch.net/test/read.cgi/tech/1216829388/
■特定バージョンのRailsインストール
gem install rails -v 2.0.2

■特定バージョンのRailsを使ってRailsアプリ生成
rails _2.0.2_ myapp

■特定バージョンのRailsをRailsアプリで使う
rake rails:freeze:gems VERSION=2.0.2

0252nobodyさん2008/10/08(水) 08:00:28 ID:???
先を行く者を背中から撃つ者は、やがて後から来る者も撃ち始める。

0253nobodyさん2008/10/08(水) 20:48:35 ID:???
じゃあ俺は後から来るものを撃ってから
先を行くものを撃とう

0254nobodyさん2008/10/09(木) 02:27:17 ID:???
じゃあ俺は家で寝てる

0255nobodyさん2008/10/09(木) 12:36:54 ID:???
Rail とかフレームワークって個人でちまちまサイトやってる限り必要無いよね?

0256nobodyさん2008/10/09(木) 16:59:30 ID:???
なんか iTune とかと同じ臭いを感じる > Rail

はともかく、統合 Web フレームワーク自体が個人には過ぎた代物だ
別に Ruby on Rails に限った話ではない
PHP の Zend や Symfony だって、個人が扱うのはかなり荷が重いというかむしろ趣味の領域

0257nobodyさん2008/10/09(木) 18:00:27 ID:???
そもそもプログラミング自体が個人にとっては趣味の領域

0258nobodyさん2008/10/09(木) 18:15:51 ID:???
個人にとって趣味の領域じゃないものって何?

0259nobodyさん2008/10/10(金) 03:21:24 ID:???
トイレ

0260nobodyさん2008/10/10(金) 06:07:58 ID:???
プログラミングは人生

0261nobodyさん2008/10/10(金) 10:58:05 ID:???
フレームワークを導入することが趣味の範囲ってことで、プログラミングが趣味なんだから
それに関わる全てが趣味とは言えないんじゃないかなと。

と勝手に解釈してマヂレスしてみる

0262nobodyさん2008/10/10(金) 21:22:03 ID:???
>>261
日本語でおk

0263nobodyさん2008/11/04(火) 19:36:43 ID:???
>>258
Greeもモバゲーもニコニコも個人から始まったんだぜ
どれも娯楽産業だが…

0264nobodyさん2008/11/05(水) 04:37:03 ID:???
金銀Perlのオブジェクト

0265nobodyさん2009/06/30(火) 02:46:37 ID:???
PythonとかRubyは「綺麗なオブジェクト指向」
Perlの美学は「結果は一緒でしょ」
PHPは知らん

まあ過程の労力と結果が見合ってればそれでおk

0266nobodyさん2012/01/11(水) 00:16:08.47 ID:nyY0CUMc
Acacia k62ptju
arise in stability
Ashley Scared The Sky
ARTEMA
Before My Life Fails
bilo'u
break your fist
Capture of the Sky
Crossfaith

せやな

0268nobodyさん2014/02/04(火) 19:22:19.94 ID:???
return bless {} Hosh;

0269nobodyさん2016/09/28(水) 07:45:17.92
a

新着レスの表示
レスを投稿する