『JPAセミナー #01』に参加してきたので簡単にメモ。 - (ﾟ∀ﾟ)o彡 sasata299's blog
2009年04月22日07:27 勉強会 Perl 『JPAセミナー #01』に参加してきたので簡単にメモ。 今日は秋葉原で行われた『JPAセミナー #01』に参加してきました！タイムスケジュールはリンク先にもありますが、こんな感じ。(*･ω･)ノ 1. JPAの代表理事である牧さんによる挨拶 2. Jay Shirleyさんによる、「最新Perl開発手法のススメ」 3. Jay Shirleyさんによる、「Catalyst改」 で、2番と3番について簡単にまとめておきたいと思います。 2. Jay Shirleyさんによる、「最新Perl開発手法のススメ」 ・良いコードはタイプ数が少し増える。 ・タイプ数を節約したいからといって、難解なコードを書くべきではない。 ・最初からうまくやれるなんて思わないこと ・失敗しながら学んでいけばいい。でも失敗したら原因を考えること！ ・Test::Cl
2009-04-22
1. Plugin プラグインの使用を控える 間違った使用方法、実装方法で定義されていることが多い プラグインの使いどころ リクエストディスパッチのロジックを監視、変更する場合のみ リクエストパラメーターの変換、Catalyst のメソッド実行チェーンの変更を含む 本当に使わない方向で Catalyst::Plugin::* の中にはそもそもプラグインとして実装されるべきでないものが多い コンテキストオブジェクト ($c) にメソッドを追加する実装がそもそも良くない手法 大半のプラグインはモデルとして実装されるべき それ以外はそもそも存在するべきがどうかさえ疑問 (eg.Catalyst::Plugin::Message) Catalyst::Plugin::Authentication はどうなの？ とはいえ、例外はある 認証系とセッション系はプラグインで存在しなければならない意味がある
JPA セミナー #1 (Session 2 Catalyst 改) - Craftworks Tech Blog - Branch
1. Plugin プラグインの使用を控える 間違った使用方法、実装方法で定義されていることが多い プラグインの使いどころ リクエストディスパッチのロジックを監視、変更する場合のみ リクエストパラメーターの変換、Catalyst のメソッド実行チェーンの変更を含む 本当に使わない方向で Catalyst::Plugin::* の中にはそもそもプラグインとして実装されるべきでないものが多い コンテキストオブジェクト ($c) にメソッドを追加する実装がそもそも良くない手法 大半のプラグインはモデルとして実装されるべき それ以外はそもそも存在するべきがどうかさえ疑問 (eg.Catalyst::Plugin::Message) Catalyst::Plugin::Authentication はどうなの？ とはいえ、例外はある 認証系とセッション系はプラグインで存在しなければならない意味がある
JPA セミナー #1 に行ってきた | ブログが続かないわけ
はじめに以前は勉強会に行った後は、遅ればせながらもまとめエントリを書いていたんだけど、最近はセミナー中に走り書きしたものをまとめるというモチベーションがわかなくて、ついついほったらかしになってしまっていた。ほったらかしにするくらいなら、まとめないまでもその走り書きをそのままアップする方がまだマシじゃないかと思って、今日はそれをそのままあげてみる。ほとんど断片的なもので、自分用の備忘録とか今後のTODO みたいなものになってしまっているので、あまり参考にならないかもしれない。 Better Perl Practice(JShirely)テストはゴールではないAPI 設計からはじめる バージョンコントロールの使い方には精通した方がいい branch を使うとかは少しでも早く身に付けるべき大事なのは 設計 - テスト - リファクタリング(リファクタリングは後ではなく、その場で)これを習慣化 大
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 セミナー #1 「モダンPerlの現場」 にいってきたよ！ - はちゅにっき
同時通訳がなくても少しはなんとかなる？！ と思っていたら、本当に少ししかなんとかなりませんでした？ 少しはなんとかなりました？ ある意味、副作用的に英語を勉強することに対するモチベーションは上がったような。。。 YAPC::ASIA までにはもう少し上達してるといいね。 あ、内容についてもさらっと。 第一部の「Better Perl Practices - 最新Perl開発手法のススメ」は Perl に限らず通用する話が多く、とても役立ちそうです。 第二部の「Catalyst Guts - 高機能WebフレームワークCatalystを最大限に使う方法」は知らなかった内容も多く、ちょっとこれからさわってみたいなーと思います。 特に Chained に関してはサンプルが GitHub に上がっているようなので読み進めていきたいですね。 あ、あと読み進めたら忘れずに日記として残して宣伝しておかな
Japan Perl Association (JPA)
(社) Japan Perl Association Japan Perl Associationについて 一般社団法人Japan Perl Association (JPA) は Perl技術及び文化の啓蒙・促進のた めの組織です。Perl技術を利用するプロジェクト、コミュニティ、ビジネスのサポートに 取り組む事を目的とします。 理事会 Perlについて Perlは1987年に初めて発表され、以来20年以上の長きに渡って進化し続けている言語 です。インターネットの創世記にはCGIスクリプトを作成するのに多用されさらに有名に>なりました。しかしPerl自体はCGIのための言語ではありません：世界中の開発者達が自>作のライブラリを登録するCPANという巨大なライブラリネットワークを持ち、豊富なテス ト・自動化ツールを駆使して堅牢なシステム開発を可能にする、「難しい事を可能に、簡 単な事をさ
Japan Perl Association記者発表してまいりました - D-6 [相変わらず根無し]
Japan Perl Association記者発表してまいりました タイミングの悪い事に本日より数日間ネットにあんまり接続する時間がなさそうなのですが、取り急ぎ： http://codezine.jp/article/detail/3826http://www.atmarkit.co.jp/news/200904/08/jpa.htmlhttp://itpro.nikkeibp.co.jp/article/NEWS/20090408/328083/?SS=imgview&FD=-692367570&ST=lin-serverhttp://journal.mycom.co.jp/news/2009/04/09/010/index.html皆様ありがとうございました！がんばります！ カテゴリ 日常 タグ JPA perl 2009年4月 9日 10:35 D | ブログ記事のURL | コ
Perl技術者の能力を企業で通じるレベルに - Japan Perl Associationが発足 | エンタープライズ | マイコミジャーナル
4月8日、日本におけるPerl言語の啓蒙および促進を目指す団体「Japan Perl Association」(JPA)が発足した。同日時点でJPAに加入している企業は、ディー・エヌ・エー、ミクシィ、ライブドアなど、計18社。 Japan Perl Associationの代表理事を務める牧大輔氏。Perlに関する著書があるほか、Perlに関するツールも多々公開している JPAの代表理事を務める牧大輔氏は初めに、「Perlはこの世に登場してから20年以上たっており、"今さらPerlなんて"と思う人もいるかもしれない。しかし、Perlは現在でも開発が活発に行われており、多くの商用Webサービスの構築において利用されている」と、Perが進行形の開発言語であり、企業の最前線で利用されていることをアピールした。 国内のWebサービスベンダーであるディー・エヌ・エー、ミクシィ、ライブドアでも、自社の
「Perl技術者の雇用を増やしたい」，普及推進団体Japan Perl Associationが活動開始
「Pelは大規模Webサービスを支え，今も進化している。しかしそのことが広く知られていない」（Japan Perl Association代表理事 牧大輔氏）――Japan Perl Association（JPA）が2009年4月8日，正式に活動を開始した。JPAはPerlの普及推進を目的とした一般社団法人。東京で開催される国際イベントYAPC::Asia（Yet Another Perl Conference Asia）の運営を始めとする普及活動を行う。 「Perlは歴史が長いため，古い言語と見られることもある。しかしPerlはライブドア，ミクシィ，ディーエヌエーだけで月間360億ページビューを処理するなど，今もWebを支える存在。現在では進化したモダンな開発方法論が用いられており，Perl自体の開発も活発に行われている。にもかかわらず，そのことを啓蒙する団体がなかった」（牧氏）。 こ
Perlは古い？ イメージ復権へ普及団体「JPA」始動、技術者レベル底上げへ
JPA理事（前列）と賛同企業の代表者。前列左から2人目が牧大輔さん、3人目がライブドアの池邉智洋最高技術責任者、4人目がDeNAの山口徹さん Perl言語の普及を目指す一般社団法人Japan Perl Association（JPA）がこのほど、本格的な活動を始めた。ライブドアやミクシィ、ディー・エヌ・エー（DeNA）など、自社サービスをPerlで構築している23社が賛同。Perl関連資料の整備や技術イベントの開催、技術者の教育、雇用促進などに取り組む。 Perl関連のドキュメントやリソースなどWebサイトに集約し、技術者が参照しやすいようにするほか、「YAPC Asia Tokyo」など技術イベントを主催してイメージ向上に努める。クラウドやIPv6対応など、先進的な技術の研究も支援。Perlの研修・教育サービスや、検定試験、求人サイト運営も行い、技術者のレベルを底上げしていく。 Perl
「Perl技術者の雇用を増やす」、JPAが本格始動 － ＠IT
一般社団法人Japan Perl Association（JPA）は2009年4月8日、東京・六本木で設立会見を開いた。JPAは2008年12月に設立済みだが、今月から活動を本格化するという。活動内容は、翻訳を含むドキュメントなどのリソースの整備、研修などの教育サービスの提供、Perlコミュニティの会合「YAPC::Asia」などのイベント運営、IPv6やクラウドの応用などPerlで実装する次世代技術研究支援、求人サイト運営の5つ。代表理事 牧大輔氏はJPA設立の目的を「Perl技術者とその雇用を増やす」と説明する。 JPAにはライブドア、mixi、DeNA、シックス・アパート、Paperboy＆co.など18社が加入、計23社が協賛企業として参加している。これら企業の開発現場で培われてきたノウハウを広めていきたいという。 Perlは、特にWebサービス開発の現場では広く使われてきた歴史の
[okyuu.com] 特集：No okyuu, No Life Perlの地位向上を胸に 牧大輔さんのエンジニアライフ
もっと企業でPerlを使ってもらいたい――endeworksの牧大輔さんは社団法人JPA（Jpan Perl Association）を立ち上げ、Perlの企業利用を促進したいという。小さいころから海外で暮らし、ITベンダーのエンジニアも経験した。エンジニアとしての同氏を助けてくれたのは常にコミュニティだった。「自分が恩返しする番になっている」と語る。 この企画はokyuu.com編集部が現在のエンジニア像をリレー形式で追っていくものです。 （取材・文＝編集部） 牧大輔（まきだいすけ） 1977年7月13日生 31歳 株式会社endeworks代表取締役 【略歴】 1999年 米Washington University卒業 2000年 Network Appliance入社 2004年 株式会社ライブドア入社 2004年 米Lehman Brothers入社 2005年 株
JPAの活動内容 - D-6 [相変わらず根無し]
JPAの活動内容 コメントリストを見ていたら未承認のコメントがあったので先ほど承認しておいた。 地方在住の方に関してはJapan Perl Associationは最初から地方での活動を視野に入れて団体を作った、というのは断言しておきます。ちゃんとこれから東京以外の地域でも活動はしていく予定です。 ちなみにまだ未確定ですが第一回セミナーと同時期に関西地区でのセミナーも視野に入れて調整中です。その後も、ニーズに合わせて少しずつ活動を広げていくつもりです。とりあえず考えているのは広島、仙台、北海道あたり。それ以外は行かない、というより、個人的になんの予備知識もないため、これから調査をする必要があります。情報及びヘルプは随時募集いたしますので是非ご連絡ください。ただ、もうしばらくは地盤固めのほうが先に来てしまいがちになるのはどうか理解いただきたい。 なお録画に関しては正直他のことにかまけていて忘
/ - Japan Perl Association Wiki
一般社団法人Japan Perl Association (JPA) は Perl技術及び文化の啓蒙・促進のための組織です。Perl技術を利用するプロジェクト、コミュニティ、ビジネスのサポートに取り組む事を目的とします。 このWikiに書き込むためにはまず登録をする必要があります。登録後、ページの編集が行えるようになります。 ご意見、質問等は perlassociation.org の info宛にお送りください。 リソース JPA メインページ (構築中） JPA ブログ (構築中) 構成 理事会 会員 イベント予定 2009年 4月XX日 正式発足発表 2009年 4月XX日 第一回セミナー開催 最新ベストプラクティス - by Jay Shirley 2009年 9月XX日 YAPC::Asia Tokyo 2009 このWikiについて 本Wikiは Catalyst 上で動作す
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にかぶるかもし
2009-04-21 - Japan Perl Association Wiki
JPA セミナー #1 「Catalyst フレームワークを120% 使う／Perl開発最新ベストプラクティス（予定）」 内容 未定 （Catalyst, Moose, ウェブアプリケーション ベストプラクティスの予定） 講師 Jay Shirley氏 海外で近代的なPerlでのシステム構築技術の普及に努める Enlightened Perl Organisation (EPO) のコアメンバーであるJay Shirley氏はDBIx::ClassやCatalyst 等のフレームワークを使ったスケーラブルかつ堅牢なシステムの構築を日々行っている、世界でも屈指のPerl系 エンジニアです。 EPO EPOはレガシーなPerlではなく、現在現場で実際にアプリケーション開発に使われているPerl、そして最先端のベストプラクティス等の教育を通してPerl 技術を理解してもらうための団体です。 会場
FUDを広げるのは誰の特にもならないと思うんだ。 - D-6 [相変わらず根無し]
FUDを広げるのは誰の特にもならないと思うんだ。 以下、まぁ書き散らかしです。あんまり推敲してません。すまそ。ちなみに、下記記事に対するブクマはDISも多いけど、素直な反応もちらほらあるようで興味深い。 僕にとってのJavaは2001年に終わってますが・・・。同じ事何回も書かなくちゃいけない言語なんて死んだも同然ですよ。ライブラリもちらばってて何がどこにあるのかわかんないし。 って、書くのは簡単です。多分元記事をテンプレ化してほぼ同じ事をどの言語に対しても僕は書けます。 ただ、エンジニアという職種の人がそんなことしてるのはどうかなぁ、と。エンジニアの使命を問題を解くことです。何でつまづいたかとか、なにがむずかしかったとか、何ができなかったとかそういう事をちゃんと書いて欲しいなと思う。CPANのアップロードとかも状況に対しての認識もなく、「回数」という一面だけで判断をばっさりしてていいのでし
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Untitled, japan-perl-assn Ustream.TV: 2009/04/21|04:36:27.