Email::Sender and Any::Moose
At YAPC::Asia, I gave my talk Email Hates the Living!, and at the end there was just one question: “When will you make Email::Sender use Any::Moose?” It’s a reasonable question. Email::Sender uses Moose, right now, which gives it a startup (compile-time) cost that’s something like a quarter second higher than it would be with Mouse. I’ve replied to these requests before with a very stone-faced “ne
MooseのBUILDARGSで - Perl日記
URIオブジェクト作るんだけど、プロパティとしても同じことができないかなんとかしたい。おお、何言ってるのか分からない。 package WWW::ImagePager; use Any::Moose; use URI; has 'basepage' => (is=>'rw', isa=>'URI'); sub BUILDARGS { my ($self, %args) = @_; $args{basepage} = URI->new($agrs{basepage}); # ここと return { %args }; } around 'basepage' => sub { my $orig = shift; my $self = shift; return $self->$orig() unless @_; return $self->$orig(URI->new(shift)); # こ
Any::Moose Mooseと言ったらMouseのことです - オレの劣化が止まらない
先週末はYokohama.pm ＆ Perl Casualにお邪魔してきました。 CloudForecastは少し使ってみたいと思ったので、暇を見つけてインストしてみよう。 全裸ライブコーディングは、今まで見てきたライブコーディングの中では一番面白かったです。（print Debug はやっぱり、人それぞれです。） 一番気になったのがgfxさんのMooseの話。 個人的に "Mooseは重い、オレのサーバでは使い物にならない" という印象があって手を出していなかったんですが、ここ数ヶ月Plack/Tatsumakiばかり触っていて、"そういえば重さを感じないな〜"、と思い始めたところだったのでちょうどよい話題でした。 （今時、開発サーバのCPUが 500Mhz ってどうなのよ？という話もある） $ time perl -e 'use Moose;' real 0m2.632s user 0
Is Moose assumption really right? - Yuki Kimoto Perl Informations
Hi, Stevan Little. I want to reply this comment about Moose.If your application requires you to create 100,000 instances of very simple objects then Moose is likely not a good choice. However if your objects have more complex needs then the speed penalty incurred using Moose might be worth it in order to get the other features ( type checks, lazy attributes, attribute builders, weak-ref support, e
YappoLogs: Mooseを使うべきでない理由とMooseを使う理由
Mooseを使うべきでない理由とMooseを使う理由 twitterにでも書いて終りにしようと思ったけど140文字じゃ無理なんで。 Mooseの欠点やら利点やらMouseがどうだとかは今更感過ぎて割愛するし、下手な抽象的な表現も面倒なんでしない。 あなたが、再利用性の高いライブラリを作りたい場合はMooseを使うべきではない。 なぜならMooseはフレームワークだからであるからだ。 たとえ有用な再利用性の高いライブラリを作ったとしても、Mooseというフレームワークに依存してしまっては、あなたの有用なライブラリを選択してもらえない事もあるだろう。 誰かが小さいスクリプトを書くために、あなたが書いた有用なライブラリを使う事で楽が出来るとする、だがMooseというフレームワークに依存したばっかりに、その有用なライブラリの後ろに控えるものの大きさに臆して選択してくれないかもしれない。 もちろんM
2009 Perl Advent Calendar: Not a creature was stirring…
Perl Advent Calendar 2009-12-01 Not a creature was stirring… by Jerrad Pierce Minor corrections prompted by the Mo[ou]se team, who really want you to use the larger beast. — Jerrad 2009-12-02 Not even a large and gangly Moose. As you are probably aware, Moose is a relatively nifty OO framework. However, it is somewhat hefty: 6,361 lines of code plus 14 dependencies (5,199 LOC).1 Most of its fans w
Mooseの為か、そうでないのか | taro-nishinoの日記 | スラド
私がMooseに関して、そのロード時間を無理矢理無視しているかのように知人から言われました。私は決してMoose信奉者ではありません。現実にはMooseとの併用を考慮して、Mouseまたは Any::Mooseを使う方が最近は多いのです。ましてや、私は実際Mouseに高い評価を与えました（因みに、Mouseの作者がメンテナから降りた時に、私が高いレートを付けた手前、身辺から私は槍玉に上げられました。そこへ、親愛なる藤吾郎氏がメンテナに着任してくださり本当に安心しました）。Jonathan Rockway氏の″何故、私はPerlを続けるのか″にある言葉ではありませんが、エンジニアリングはすべてトレードオフの集まりだと思います。下辺にいる私以上にPerlに未熟な人達が各々自家製クラス生成を作り出す方がよっぽど恐ろしいです。 また、Dave Cross氏の″Mooseを使うか使わないか″に端を発
迷信： Mooseは無用な従属物である | taro-nishinoの日記 | スラド
以前にも書いたことがありますが、私の周辺でPerlに習熟していない人には理屈もへったくれもなく、Mooseを使うように言ってます。それだけでは暴君なので、Moose::Manual::Unsweetenedあたりを読んでみたらとアドバイスします。これを読んで真意が分かるはずだと思っていました。ところが、後に納得したかと聞くと、逆に反論して来る人もいました。どこで仕入れて来たのか分かりませんが、スタートアップ時間がどうたらこうたら云々。そんなもの達人になってから言えと言いたいところを我慢して、Moose::Manual::Unsweetenedの感想を聞きますと、どうも読んだのかそうでないのかはっきりしません。Moose::Manual::Unsweetenedを私は何回も読み返しているのですが、ちょっとインパクトが弱いように思いました。マニュアルだから刺激が少ないのは当り前です。そこで、何
Myth: Moose is an unnecessary dependency
It always strikes me as odd how people single out Moose as a dependency they're afraid to use or introduce into their application. One of the arguments I've heard is "I don't want to make something overly complex with dependencies that don't relate to the task". I think this view is misguided, because the alternative is to add unnecessary code and tests to your application. The best code is code t
あぁ勘違い - はちゅにっき
Mouse (0.3? - 0.40) を使っていて 「Moose でできるし、できるんじゃないかなぁ？」 と思ってやってみたけれど、できなかったことを忘れないように書いておこぅ。 なんか、他にもいろいろあった (あるだろう) けれど、随時書き足せたらいいなー。 あ、あと書いておくのは 「なんだ Mouse だめじゃん」 という意味ではなく、Moose も Mouse 使いたい！ だから互換性があるように書きたいよ！ という意味です。 Mouse も Moose もどんどん新しくなっていくから、後で見たときに役に立つとはあんまり思えないけどー。 あと、他にも逐次いろんなところで悩んでいますが、根本的な問題としてバカなので覚えてません。 そもそもここで書いている内容は「お前が悪い」で済まされる可能性もアリ。 うごきません このコードは isa => ArrayRef[Str], が Synt
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Moo: woohoo!
http://blog.eorzea.asia/2010/02/post_92.html
http://blog.eorzea.asia/2010/02/post_91.html
http://blog.eorzea.asia/2010/02/post_90.html
perl-mongers.org
Diet Moose
Shadowcat Systems Limited
#52314: More robust "aliasing"
Bug #52336 for Mouse: Friendlier guts for tweaking
http://blog.eorzea.asia/2009/11/post_79.html