JPA seminar #1 - @kyanny's blog
Tue Apr 21 18:08:43 2009 at Akihabara UDX conference room Better Perl Practices テストしましょう Test::Class が良いよ！でもコードの書き方を少し変える必要があるよ！（考え方的な部分で） パッケージベースのテストが書ける、ベースクラスを利用してテストコードを再利用できる、柔軟 ユニットテストとワークフローテストは別のもの ワークフローテストとは「メール送信する」とか「会員登録する」とかの、ユーザーが実際に行う操作をシミュレートするもの ワークフローテストが書きづらいということは、ユーザーが操作しづらいアプリ テストが書きづらいということは、プログラムの設計、 API が悪いので API を書き直していけば良いコードになる 良いコードはタイプ数が少し増える タイプ数が増えて一見冗長に見えることを恐れては
JPAセミナー#1行ってきた
JPA 主催のセミナー#1 に行ってきた。 はじめて秋葉原のUDXなるところにいったけど、すごくきれーなところで、会場もたっぷり広かった。 で、 まとめと感想。 第一部 「Better Perl Practices - 最新Perl開発手法のススメ」 スピリチュアル系ってわけではないけど、ナウでいけてるコードを書く・仕事をするための心がまえだったりの話。 習慣にするために、少しづつできるところからやる、考える、とか。 ユニークじゃなくてもいい。いろんな意味で CPAN に先人の苦労がつまってるのでありがたくつかおうぜ。 うんうんいいながら聞いてた。 Test::Class イイヨ 前から知ってるモジュールだけどそいえば使ったことない。使ってみる。 書くコード減らそう。つまるところ Moose 使おうぜ。 使おう。 第二部「Catalyst Guts - 高機能WebフレームワークCatal
JPAサイト構築中 - D-6 [相変わらず根無し]
JPAサイト構築中 結局ユーザー管理だとか、お金を振り込む事だとか、なんか色々やらざるを得ないと言うことから、自分で書いたほうが速いという決断でJPA用のサイトを一からCatalystで書いてます。 今回はこれをgithubで晒しているわけですが、今ふと思ったのは、普段から我々PerlプログラマはCPANでいろんなCatalystのプラグインだとかを見ていたり、もしくはあちこちで細かいティップスみたいなものを聞きかじってるわけだけど、ひょっとすると俺たちほとんど他人のCatalystアプリケーションって見たことない？ よくよく考えたら自分でさえも2，3回しかなかった。もちろん、社内のものは除く。完全に外部の奴ね。MojoMojoみたいな完全にできあがってるアプリケーションってなかなか外に出てこないし、そもそも一回作ってそのままインスコしておしまい、みたいなの多いもんな。 まぁそんな事を踏ま
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
