YAPC::Asia Tokyoの参加費用 - D-6 [相変わらず根無し]
YAPC::Asia Tokyoの参加費用 さて、ようやくCall for participationもして動き出しつつあるYAPCですが、ひとつずっと考え続けているけどちゃんと答えの出てない懸念事項があるのです。それは入場料。 一般参加の方は別に基本的に今までと同じくらいの値段設定でいいんだけど、今回から企業向けのプライシングを取り入れようかと考えてて、それが日本では通じるのか、通じるのなら相場はどのあたりか？というのを迷っている。 たとえばちょうど今日（今朝？）終わったYAPC::NAでは参加費用は以下のようになっています： 一般 $150企業参加A $1000企業参加B $1500企業参加C $2000企業参加D $2500なんでこういう価格設定になっているかというと、一般参加はこういったカンファレンスにしてはかなり安い部類に入るので、普通に会社に勤めている人が研修名目の経費として申
レンタルサーバーでCPANモジュールをインストールする - D-6 [相変わらず根無し]
レンタルサーバーでCPANモジュールをインストールする 注：まだ本当にレンタルサーバーでは試してないです。 思い立ってすっげぇ簡単なスクリプトを書いてみた。local::libを同梱する必要があるのと、~/perl5と.cpanがスクリプト実行ユーザー権限で書き込み・読み込みできる必要がある。 #!/usr/local/bin/perl use local::lib qw(/home/daisuke/perl5); use CGI; use CGI::Carp qw(fatalsToBrowser); use CPAN; sub main { local $| = 1; my $q = CGI->new; if ($q->param('mode') eq 'install') { install($q); } else { control($q); } } sub install { my
統計の見方 - D-6 [相変わらず根無し]
統計の見方 「米国でRuby関連書籍の売り上げが減速か」って記事なんだけど、最後にGoogle Trendsの値を見て減少傾向とかそういう言い方をしているが、微妙な語弊があるのでよく見て欲しい。 まぁまず自分でこちらのグラフをみてくれ。これはGoogle Trendsで出せる2004~2009年全期間のデータ： http://google.com/trends?q=perl%2Cpython%2Cphp%2Cjava%2Cruby&ctab=0&geo=all&date=all&sort=0 これを見ると全体的に下降線ですわな。下降線ということは全ての言語のポイントが段々落ちて行ってるのか？というと、それは違う。このグラフは相対的なポイントを表示している。上記のURLからだと、perlを一番最初にタイプしたので、perlの検索数を1.00としたときの、ほかの言語の指数がでている。だから「検
JPA Semniar #1 （第一回旗揚げセミナー！） - D-6 [相変わらず根無し]
JPA Semniar #1 （第一回旗揚げセミナー！） Japan Perl Associationセミナー#1 を開催します。 記念すべき第一回旗揚げセミナーです！ 秋葉原UDXでCatalystを使い倒す話とMoose等の最新ベストプラクティスに関しての話になる予定で、講師はJay Shirley氏です。日本ではまだあまり名前が売れてないかもしれないですが、トップレベルの技術者で、CatalystやDBIx::Classなどを現場でどう生かすのかというノウハウについては絶大なるものを持っています。また、最近ではMatt Trout氏らとEnlightened Perl Origanisation (EPO)という、エンタープライズ分野でPerlを使うためのノウハウやサポートの提供を行う団体を立ち上げています（EPOはThe Perl FoundationなどよりもJPAにかぶるかもし
memcachedになにをキャッシュするのか - D-6 [相変わらず根無し]
memcachedになにをキャッシュするのか 激遅なレスポンスなんだけど、dormandのmemcached記事。 dormando - Should you cache? この中でキャッシュの使い方でよく見る間違った使い方を指摘している部分があって、ここがとても重要だと思うので書いておく Where would you think to add caching to this system? I hope I've made it too obvious.(システムのどこにキャッシュ機能を追加するべきだろう？） At the query layer!Use a database abstraction class and have it memcache resultset objects and...No no no, that's a lie. I'm lying. Don't do
神経質（A型）なPerlハッカーあるある - D-6 [相変わらず根無し]
神経質（A型）なPerlハッカーあるある ネタですが、実話です。 use Module; 宣言を書く時、全部ABC順にしないとイライラする。s///とかをs{}{}って書くとエスケープいらないのに、s/\\\/\\\/\\\\/g s/\\\/\\\//\\\\/gとか見るとイライラする。（追記：なんか一個抜けてた）qw// をqw()と書き直さずにはいられない。for(my $i = 0; $i < 10; $i++) とかを見ると for my $i (0..9)に書き直さずにはいされない他人からもらったファイルを開ける前はとりあえず perl -i -pe 's/\r\n/\n/g'if ( ... ) elsif (...) elsif (... ) else ... みたいなのを見るととりあえずディスパッチテーブルを書きたくなるif ($foo eq 'XXX' || $foo
Apache::Test事始め - D-6 [相変わらず根無し]
Apache::Test事始め 年末前後からApache::Testで真面目にテストを書き始めている。 ところが全くドキュメントがないんだね。いや、あるんだけど、携帯の機能を使いたいだけなのにあの厚いマニュアル読むの？みたいな感じで。まぁというわけでとにかくざくざくっとドキュメント読んでテスト書いてたらようやくなんとなく分かってきた。この間ある程度他人にも説明できたので自信ついたしw Apache::Testはmod_perlハンドラをテストするときに使う。ディストリビューション等でmod_perlをテストしようと思うとApache自体を立ち上げたりなんだりしなければいけなくて「一体どうテストすればいいんじゃ？！」となりがちだが、Apache::Testを使うと、テスト用httpd.confの生成テスト用のapacheの起動／停止mod_perlハンドラ上で動かしたTest::More等の
Perlのmakeフェーズの挙動 - D-6 [相変わらず根無し]
Perlのmakeフェーズの挙動 いわゆるCPANモジュール形式で展開されているモジュールに対して一般的に行う以下の手順： perl Makefile.PL make make test make install # 以下はモジュール作成者のみが気にするであろう make clean make disttest make dist make manifest これがそれぞれ何をしているのかって案外しられてないのかもしれない。 perl Makefile.PL - これはMakefile.PLを単純に実行している。この中では一般的にExtUtils::MakeMaker、Module::Build、Module::Install等のモジュールが使用され、インストールに使うMakefileというファイルを作る。これはmakeコマンドが自動的に検知して、使用してくれる。ちなみにmod_perlで
バグ見つけた→それってどんなテスト？もしくは、なんでＭＶＣなんて使うの？ - D-6 [相変わらず根無し]
バグ見つけた→それってどんなテスト？もしくは、なんでＭＶＣなんて使うの？ 最近ソフトウェアエンジニアリングに置ける開発手法に関して考えている。 ぶっちゃけ言ってしまうと「やっぱりTDDっぽいのがいいな」というところに落ち着きつつあるのだが、厳密にTDDをしたほうがよい、と思ってるわけではない。TDDとかExtremeプログラミング、Agileプログラミングにしても理想はいいんだけど、原理主義っぽい使い方は現実にそぐわないと思ってるからだ。 前置きはこれくらいにしておいて・・・重要だと思うのは以下の点： 開発サイクルに自動テストツールを組み込むエンジニアによるバグ／不具合発見時には「動かない」は許可しない。必ず再現コードを提出してもらうテストを自動テストツールを組み込む（＝次回リリース前にはかならずテストを実行できる状態にする）テストが通るまで修正を続けるという開発サイクルを取るべきだ、とい
ＭＶＣのモデルはDBじゃなくてもいいんだよ - D-6 [相変わらず根無し]
ＭＶＣのモデルはDBじゃなくてもいいんだよ id:charsbarさんが、先ほど書いたエントリに関して 後半その通りなわけですが、CatalystはModel::DBIC系のせいでMVCが誤解されてるのよねー と言っておられる。たしかにその通り。「モデルってDBでしょ？」みたいな印象が一般的にあると思う。 そういう印象を持ってる人に説明すると、「モデルを作る」って何かというと、DBのようなストレージにあるものをどうこうする、ではなくて「データに対する操作を抽象化したものを作る」ということです。例えば、ブログを作ると、Blog、BlogEntry、BlogUserみたいなモデルを作ります。そしてその操作方法はこんな感じ： # ブログを登録するみたいなAPI MyApp::Model::Blog->create({ user => $blog_user, title => $title, .
daemontoolsはMacBookのCPU温度をあげる? - D-6 [相変わらず根無し]
daemontoolsはMacBookのCPU温度をあげる? 追記：daemontoolsはMac OS Xではpollを無効にするような事をしなくてはならないらしいです（id:kazuhoさんありがとう！）。 http://d.hatena.ne.jp/kazuhooku/20071014/1192379775とhttp://qmail.jms1.net/djbdns/osx.shtmlの辺り参照 --- MacBook返ってきた＞＜ 電話が来て、その人によると「ハードウェア的に直せるところは全て直しました」「ですが、まだブート時にファンが相当まわっているようです。これはソフトウェア的な問題だと思っています。」「これを直すには初期化することをおすすめしますが、いかがいたしましょうか？」 ぎゃーす！初期化だけはノープリーズ。ってことでともかく受け取りに。 受け取り自体はスムーズに終わったが
YAML設定の"config"で気になる点 - D-6 [相変わらず根無し]
YAML設定の"config"で気になる点 これはとても細かいところなんだけど、最近流行のYAMLでオブジェクトの初期化方法を全部書くよ、的なヤツ： plugins: - module: Hoge config: foo: 1 bar: 2 みたいなヤツ。 これで、"config"ってキーがとても気になるのです。コンフィグは確かに設定なんだけど、設定がコンストラクタの引数になるべきなのかどうか？みたいな、すごい細かい違和感があるのね。 それにCatalystとかに慣れてると、configってパッケージレベルのもの、みたいな感じがする。Catalyst内ではCatalyst::Baseから（今ソースコード見る気しないけど、確かそのあたり）継承してきて、->config()はクラスメソッドになってるはず。これと、例えばPlaggerとかGunghoとかを見ると妙な違和感を感じるわけだ。 HT
Fey使ってみた - D-6 [相変わらず根無し]
Fey使ってみた Dave RolskyのSQL生成モジュール、Feyを使ってみた。コードはこんな感じ。 use strict; use DBI; use Fey::Placeholder; use Fey::SQL; use Fey::Schema; use Fey::Table; my $dbh = DBI->connect('dbi:mysql:dbname=mq', 'root', undef); my $schema = Fey::Schema->new(name => 'Q4M'); my $table = Fey::Table->new(name => 'mq'); $table->add_column( Fey::Column->new( name => $_, type => 'text' ) ) for qw(a b c); $schema->add_table($
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ブラウザどうしましょう。 - D-6 [相変わらず根無し]
Feyのプレースホルダー挙動が多分かわるよ！ - D-6 [相変わらず根無し]