08/06/09 03:31:30
自然なオブジェクトについて興味があるんですが
それはどんな形ですか？
3:nobodyさん
08/06/09 04:44:48
そら自然なのはSmalltalkだろjk
4:nobodyさん
08/06/09 06:44:56
PHPもだろ
5:nobodyさん
08/06/09 09:24:10
Perlはオブジェクトをnewしたときの処理を
自分でいちいち書かないといけないｗ
6:nobodyさん
08/06/09 11:41:42
C言語でオブジェクト指向を
無理やりやっているのと
同じ感じがするな。
PHPはclass XXX extends YYYY {} なんて
オブジェクト指向言語なら当たり前に使える構文が使える。
わかりやすい。
7:nobodyさん
08/06/09 12:25:09
いつの話してんの？
Perl使ってないけど
今のPerlはましになってるんだろ？
8:nobodyさん
08/06/09 12:52:44
なってないよｗ
まだblessとかいうものを使ってオブジェクトのリファレンスを返せば
ほ～ら。オブジェクト指向っぽくならね？
って世界だ。
9:nobodyさん
08/06/09 12:59:44
ちょっとPerlで便利なライブラリがあるから、
久々に使ってみたが、やっとPerlがキモイ理由がわかった。
シンボルテーブルとか型グロブとかリファレンスとか、
本来内部仕様であるべき話が表に出てきているからだ。
たとえば、C++なら仮想関数を実装するときVTABLE内の
関数ポインタを・・・・うんぬんかんぬんって説明があって、
それをやる為の関数がこれですから呼び出してね。と
オブジェクト指向の内部データを直接いじらなきゃ
いけない。これがPerlの普及を妨げているんだなぁと思った。
10:nobodyさん
08/06/09 18:08:02
>>9
perlずっとやってきて心が揺らいでるんだが
泥臭い部分はみんな嫌い？
11:nobodyさん
08/06/09 18:39:24
>>1
いまさらって書けば許されると思ったか馬鹿初心者。さすがに10年越しの話題は本気で痛いよ。
12:nobodyさん
08/06/09 19:38:22 leLDOgm2
Perl6が出れば、そんな批判は過去のものとなる
13:nobodyさん
08/06/09 20:24:51
Perl6ってオブジェクト指向言語なの？
14:nobodyさん
08/06/09 20:34:32
一昔前に、どんなLLでも飲み込むPerlみたいなのの話題が出てたけど
その後の話まったく聞かないな
PHPもそれに飲み込まれるとか言い張ってる奴いたけど
今考えたらそんなの普通に存在価値ねーだろｗｗｗ
15:nobodyさん
08/06/09 21:41:23
うーん、まあ、そうなんだけど、それでもPerlでオブジェクト指向らしきものは出来る品。
というか、Perlはツール作ったり、WEBアプリ作ったりするのがメインなんで、オブジェクト指向なんてそれほど必要に迫られないし。
16:nobodyさん
08/06/10 00:49:24
まあ、create_function(文字列) しかないウンコを頬張って喜ぶ>>1にはドン引きさせられるけどなｗ
17:nobodyさん
08/06/10 00:59:59
phpの匿名関数には丼引きだけど
スレタイ的にはあまり関係ねえよな
そんなら俺はJavaScript最強説で泥沼化に参加するぜ
ごめん最強は無理ありすぎた
疑似スレッド処理やろうとしたらsetTimeout地獄に陥るし
構造凝るとコールバック関数の嵐になるし
18:nobodyさん
08/06/10 01:03:21
Ruby最強でFA
19:nobodyさん
08/06/10 11:20:06
RubyのオブジェクトシステムはSmalltalkばりに古くさいよ。
20:nobodyさん
08/06/10 13:48:36
GoogleﾏﾝｾｰでPythonに即飛びついたりしなかったお前らが誇らしいよ。
インデントとか笑わせるなよ。
21:nobodyさん
08/06/10 14:35:39 RGxt/Gkf
>>16
PHP6で改善されるんじゃなかったっけ？
PHP6とPerl6、どっちが先に出るか見ものだｗ
22:nobodyさん
08/06/10 15:11:43
クロージャ使えると何がそんなに便利なの？使えなくても大して不便ではなくね？ドラスティックに変わるの？
23:nobodyさん
08/06/10 18:03:58
あらゆる高級言語を扱ってきたLL神だが攻守最強はECMAScriptだと悟った
24:nobodyさん
08/06/10 20:57:15
Periの場合、5.99の次は5.9910とか言うから永遠に6は出ない。
アキレスは亀に追いつけない。
25:nobodyさん
08/06/10 21:00:02
間違えた。
5.99の次は5.910だ。
590900
591000
みたいに数字だけ増えていく。
実際、最近のバージョンアップでやってるしｗ
26:nobodyさん
08/06/10 21:24:49
ネームスペースの無いPHPの方がPerlより断然キモいっつーの。
Perlのあの程度のオブジェクト指向に苦労するくらいだから
程度が知れるわな。
27:nobodyさん
08/06/10 21:27:29
関数内でglobal書かせるのも
インスタンス化するごとにblessさせるのも似たようなもんだ。
無理矢理感って意味では。
ただPHPの変数の扱いがきもすぎるのは同意
28:nobodyさん
08/06/10 23:35:51
> 関数内でglobal書かせるのも
えっ？ グローバル変数なんか普通使わないでしょ？
29:nobodyさん
08/06/10 23:38:09
何が何でもOOPって考えやめろよ。
メリットとデメリットを比較して、有利な方を使うだろ普通。
小規模だったら、OOP使わないよ。
30:nobodyさん
08/06/11 00:07:10
PHPの変数スコープは関数単位もだん。なんつーか、ワープロのマクロ言語並。
31:nobodyさん
08/06/11 00:17:02
こういうひねくれたスレを立ててPHP叩きをするPerlﾕｰｻﾞｰってキモイな
32:nobodyさん
08/06/11 00:59:44
>>31
PHPユーザーの方がキモいから安心しろ。
33:nobodyさん
08/06/11 01:51:10
>>30
クラスに書いたら、クラス単位だけど？
ねぇ。PHP知っている？
34:nobodyさん
08/06/11 02:39:22
正直、rubyやpythonがここに上がらないのは当たれ前なんだよね。
むしろ、PerlやPHPの拡張によってOOPを強引にでも実現してきたことを誉めてあげたい。
バカにするけど、PHPなんて、
OOPだけ見れば、結構良く実装できてると思うよ。
Perlは、もうちょっとだけど……。
35:nobodyさん
08/06/11 18:22:48
普通の言語は変数のスコープはブロック単位なんだよ。
PHP以外の言語をやったことがあればすぐに分かること。
36:nobodyさん
08/06/11 21:22:50
ねぇ？本当に他の言語やってる？
ブロック単位のスコープがあるかは半々ってところだろ。
まあよめ。
URLﾘﾝｸ(blog.livedoor.jp)
37:nobodyさん
08/06/11 22:00:04
oopの話題でoopが得意じゃない人のブログ出すとかｗｗｗ
38:nobodyさん
08/06/12 01:55:28
おや、スコープの話で不利になったから、オブジェクト指向の話に戻すんですねｗ
39:nobodyさん
08/06/12 03:26:01
ハッスルしてるphp厨は全スルーが常識
40:nobodyさん
08/06/12 21:41:26
↑スルーできない場合の典型的な言い訳
41:nobodyさん
08/06/12 23:57:46
いやスルーするしないの前の話
馬鹿なの？
42:nobodyさん
08/06/13 02:28:20
Rubyはブロック内でレキシカルスコープを作る。
43:nobodyさん
08/06/13 02:46:57
PHPは5でもネームスペースが無いから
正直使い物にならない。
44:nobodyさん
08/06/13 03:09:53
同様の理由で、C言語も使いものにならない
45:nobodyさん
08/06/13 08:32:50
C/C++,Java,VB,C#もブロック内でレキシカル変数を作れる罠。
46:nobodyさん
08/06/13 13:46:16
JavaScriptは？
っていうか関数レベルのスコープがあれば
ブロックレベルのスコープは無くても良いなぁ。
おれ、そんなに長い関数書かないしｗ
47:nobodyさん
08/06/16 11:40:21
Perlって
48:nobodyさん
08/06/17 09:30:30
Perlでクラスを使ってみたいが、
毎回コンストラクタを自力実装するのが面倒で。
49:nobodyさん
08/06/17 13:51:05
そこでMooseですよ
50:nobodyさん
08/06/17 22:14:08
コンストラク作るのは面倒じゃないだろ。その仕組みを理解するのは面倒というか大変だが。
51:nobodyさん
08/06/21 13:06:50
>>1
比較相手にPHPを持ち出し、しかもPHPの方がマシって…ｗｗｗｗｗ
PHPは糞中の糞
52:nobodyさん
08/06/21 14:14:24
perlよりは上等だよ
53:nobodyさん
08/06/22 18:07:57
>>51
サーバサイドスクリプトとして比較するならPHPの方が上に決まってんじゃん
54:nobodyさん
08/06/22 18:34:19
まあ、PHP以外の、PerlとかRubyとか知ってる人にとっては、PHPの低機能はつらいものがあるよ。
初心者が書いても、上級者が書いても、同じようなコードにしかならないんだから。
プログラム書いててこれほどつまらない言語はない。
55:nobodyさん
08/06/22 18:45:36
ふむ、同意だけど
もしかしたらそれで逆に
保守性の水準を確保してたりしてな
56:nobodyさん
08/06/22 18:54:53
同じ様なコードにしかならないことが低機能？ｲﾐﾌ
57:nobodyさん
08/06/22 20:38:16
コードを書くことが目的なんでしょｗ
$_ みたいな同じ名前の変数ばかり多用する
醜いソースかいたりなｗ
58:nobodyさん
08/06/22 21:34:09
Javaのように厳密に書くことも出来なければ、PerlやRubyのように記述性が高いというわけでもない。簡単だから覚えるのは速いのが唯一の長所。それがPHP。
59:nobodyさん
08/06/22 23:33:15
でもまあ、クラスの定義を
普通に class キーワードを使って
かけるのはすばらしいと思うよ。
class Foo extends Bar {
private $a;
function __construct() {}
function func() {}
}
$foo = new Foo();
$foo->func();
オブジェクト指向を知っている人なら誰だってすぐわかるでしょ？
自然なオブジェクト指向。
60:nobodyさん
08/06/23 00:03:23
クラスベースOOPの書法が大好きなのは判わんでもないけどさ
そもそもクラスベースってほんとに良いものなのかとか語られる昨今だしな
ECMAScrips3rdの単純さと汎用性の兼ね合いなんか絶妙だしな
61:nobodyさん
08/06/23 00:16:33
世の中の主流はクラスベースOOP
62:nobodyさん
08/06/23 00:24:08
うん判るのよそれは
boost触っててクラスとかもうどうでもよくね見たいに
脳味噌が腐った豆腐になってる馬鹿の戯れ言です
rubyやpythonその辺の手懐けかた上手いよな
perlにはこの際、我が道突っ切ってもらった方が面白そうな
63:nobodyさん
08/06/24 08:04:23
文法は一番PHPがわかりやすいというか、自然だわな。CやJavaやPerlなんかを知ってれば、特別学習しないでもだいたい予測つく。
64:nobodyさん
08/06/25 20:05:34 eRXwF1Bb
つか、OOPの書き方そのものの参考文献が少なすぎるんだよ。
・OOPとは……知ってるから！
・言語XXXでOOP……基礎過ぎるから！
・言語XXXでデザインパターン……急に高度過ぎるから！
もっと、初・中級者向けのOOP書き方入門が欲しいですよ。
オブジェクト指向Perlマスターコースだって？
あんなの日本語じゃねーよ（読破したけどさｗ）
65:nobodyさん
08/06/25 22:44:06
>>64
>・言語XXXでOOP……基礎過ぎるから！
>・言語XXXでデザインパターン……急に高度過ぎるから！
そこは別に飛躍してなくね？
OOPの基礎が判ったら、ちょっと実践パターン見て行きましょうか……
という流れだし
逆にどうしろと。
単に、実感湧かないってことかもしれないな。
Perlじゃないけど、俺はるびま出張版として出版された「正しいRuby
コードの書き方講座」が言語問わず参考になった。
他人の成果物の設計に駄目出ししまくるだけの本wなので、妙に実感あったw
青木に煽られない程度のコードを保ちたいなという、欲求が探究心に繋がった感じ。
ああいう傾向の本、言語問わず他にねえもんかな。
>あんなの日本語じゃねーよ（読破したけどさｗ）
逆に読みたくなるぜ、その感想w
多分おれはヘン
66:nobodyさん
08/06/26 00:52:18
>>65
たぶん、分かってるとは思うけど、
OOP基礎 → デザパタ本は、急に難しくなりすぎだよ。
OOP基礎本は、本当に基礎の基礎しか書いてないもん。
その方向は間違ってないんだけどさ。
その間を埋める本がないんだよ。
つまり、>>65のいう「正しいRubyコードの書き方講座」や
Periで言えば、宮川氏のML（いつものことながら途中で飽きやがった！）のような。
デザパタってある程度実践詰んでないと、
意味……というかメリット理解できないじゃん。
Ruby触ったこと無いけど、最近本も充実してきたし、手出してみるかな。
67:nobodyさん
08/06/28 14:14:12 SGqDbYHd
私はこれで Perl から乗り換えました。
URLﾘﾝｸ(web.archive.org)
バベル案内
URLﾘﾝｸ(www.aoky.net)
Perlもまた、間もなくなくなる。
Perl, Python, Ruby の比較
URLﾘﾝｸ(www.shido.info)
perl/Ruby、これから覚えるべきなのは？
URLﾘﾝｸ(q.hatena.ne.jp)
68:nobodyさん
08/06/29 01:47:37
しかし何でPHP5は寸前のところでnamespaceをなくしてしまったのか。
クラス名をアンダーバーで繋げるという回避策は悲しすぎる。
唯一悔やまれる点だわ。
69:nobodyさん
08/06/29 02:20:58
そんなにネームスペースって必要かなぁ？
アンダーバーでつなげればいいだけでしょ？
70:nobodyさん
08/06/29 02:30:45
それがまんどくせえんだよ
71:nobodyさん
08/06/29 02:40:05
>>70
えっ？
（ネームスペースがあるほかの言語で）ネームスペースの部分省略してるの？
もし名前がかぶったらどうするの？
72:nobodyさん
08/06/29 11:24:57
ネームスペースがない、パッケージがないのは、PHPにろくなクラスライブラリがない理由の一つだな。
好き勝手にファイル名やクラス名をつけるから、使いまわしが利かない。
73:nobodyさん
08/06/29 11:41:43
すごいこじ付けを見たｗ
74:nobodyさん
08/07/01 17:19:40
ネームスペースがかぶったらどうすんの？
75:nobodyさん
08/07/04 23:38:23
PHP5.3からnamespage復活するのってホント？
76:nobodyさん
08/07/08 05:19:35 TOo0hU7/
目次 - oreilly.co.jp -- Online Catalog: 初めてのRubyより 1章 ようこそ、Rubyのある生活へ
1.1 Rubyの特徴
1.1.1 オブジェクト指向言語
1.1.2 より良いPerl
URLﾘﾝｸ(blog.livedoor.jp)
77:nobodyさん
08/07/08 08:36:37
ﾎﾟﾁろうと思ってて忘れてたわ
78:nobodyさん
08/07/09 00:13:50
>>24
ﾍﾟﾘｗ
79:nobodyさん
08/07/11 16:14:23
>>72
＞ネームスペースがない、パッケージがないのは、PHPにろくなクラスライブラリがない理由の一つだな。
それは探せる頭が無いだけ。
ネイティブインストールしなきゃ使えないPerlモジュールより、よっぽど充実してて汎用も効くクラス多いよ。
80:nobodyさん
08/07/12 02:14:10
PHPにまともなクラスライブラリなんてないよ。あるのは膨大な組み込み関数とあまたあるフレームワーク付属のヘルパークラスだけ。
81:nobodyさん
08/07/12 02:47:00
まともなクラスライブラリが無い。ってことは
足りないクラスライブリががあるってことだよな？
その足りないクラスライブラリ、いってみて。
82:nobodyさん
08/07/12 03:46:28
少なくともPearにあるライブラリのPHP5・E_STRICT対応版
83:nobodyさん
08/07/12 11:27:01
notice出ちゃなんでだめなの？
84:nobodyさん
08/07/12 15:03:35
もしかしてここ間違ってないですか？っていう程度。
意図的にそうしているのなら問題ない。
85:nobodyさん
08/07/12 20:15:01
本来ZendフレームワークがPearを引き継ぐはずだったけど、そうはなりませんでした。
86:nobodyさん
08/07/12 20:18:18
2-3号前のWEB+DBプレスの座談会に書いてあったけど、普通そこそこPHPやってると飽きる。他の言語に行く。だから、ユーザコミュニティのレベルが一向に上がらない。
87:nobodyさん
08/07/12 22:00:02
>>86
それは飲み屋での雑談よりも信頼すべき話なのか？
88:nobodyさん
08/07/13 06:47:45
小山哲氏って日本のPHP界じゃトップクラスの有名人だと思うけど、PHPのダメさをあれだけ自覚して語ってるのにはちょっと好印象を持った。仕事として割り切ってるんだろうな。
89:nobodyさん
08/07/13 09:48:13 aIClzZPC
Ruby 及び Perl におけるクラスの生成について。
URLﾘﾝｸ(b.hatena.ne.jp)
90:nobodyさん
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は知らん
まあ過程の労力と結果が見合ってればそれでおｋ