明日、明後日（9月10日、11日）に、YAPC::Asia 2009が開催されます。それに先立ち、 本日「Yokohama.pm 出張版 - YAPC::Asia 前夜祭」が開かれます（スピーカーはこちらのページを参照）。 本ページでは、このYAPC::Asia 2009 前夜祭をレポートしていきます！ イベント前の受付 イベント前の受付準備中の風景です。 前夜祭開催！ 前夜祭の開催にあたり、yokohama.pmの栗原さんより挨拶がありました。 acotieさん「AnyEvent的ななにか(仮)」 AnyEventについてacotieさんが発表しました。AnyEventはイベント・ドリブンを実現するフレームワークです。例えばTwitterのフィードから特定の発言を抜き出したり、新着のフィードがあったときだけ何か処理行なったりすることが可能です。 デモではTwitterの発言の中か
DBIの泣き所 いわゆるLAMPないしそれに似た環境でウェブサービスばかり書いている方にはあまり実感がないかもしれませんが、あちらの現場ではOracleを、こちらの現場ではMicrosoft SQL Serverを、はたまた別の現場では組み込みのSQLiteを、といった受託系の仕事をしている人にとって、SQLの方言問題は避けては通れないもののひとつです。 典型的なところでは、たとえばSELECTで取得するデータの件数を制限したい場合、PostgreSQLなどでは「LIMIT ... OFFSET ...」のように書きますが、OracleではROWNUMを使いますし、MS SQL serverならSET ROWCOUNTやTOPを使います。また、いまでこそPostgreSQLとの互換性を確保するため「LIMIT ... OFFSET ...」と書けるようになっているMySQLにしたところで、
運営元のロゴ Copyright © 2007-2026 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
今年もよしなにお願いいたします 連載第18回ではlocal::libの話題を取り上げましたが、今回はそのときにもちらと紹介した、モジュールをインストールするときに利用するいくつかのモジュールについて簡単にまとめてみます。 ExtUtils::MakeMakerが生まれるまで Perlがバージョン3でコンパイル時にユーザ独自のライブラリを組み込んで本体機能を拡張できるようになったとき（1990年）、おそらくもっとも喜んだのがデータベースを使っていたユーザでした。彼らはいそいそと自分の使っていたデータベースのライブラリをPerlに組み込み、それとわかる名前をつけて公開しました。当時の記録によれば、Oracleに対応したOraperlやPostgreSQLに対応したPgperlなど、データベース関連だけで8つないし9つの専用Perlがあったようです[1]。 でも、このアプローチには問題もあ
モダンPerlの世界へようこそ 第41回HTML::Template::Pro：テンプレートに極力コードを書かせたくないときは 何でも埋め込めるのは楽ですが 前回紹介したHTML::MasonやText::MicroTemplateのように生のPerlコードを埋め込めるテンプレートエンジンは、Perlをよく知っている人が画面の設計からウェブアプリケーションのコーディングまでひとり（ないし、よく統制のとれた少人数のチーム）で行うときには非常に手軽で便利なものです。 ただし、なんでも書けるからといって、たとえばテンプレートの中でO/Rマッパのメソッドを直接呼び出すコードを書いてしまうと、そのテンプレートは（利用するO/Rマッパの性質にもよりますが）おそらく実際に動作するデータベースやそれに付随するテストデータを用意しないと、途中で「Can't call method "..." on an
こんにちは。YAPC::Asiaに関わって5年目, 今年gihyo.jpのレポーターにデビューする中村です。 開催7回目にして来場者700名を突破する予定のPerlのお祭り「YAPC::Asia Tokyo 2012」が9月27日（木）、28日（金）, 29日(土)の3日間にわたり開催されます。場所は、今までの東京工業大学大岡山キャンパスから拠点を移動し, 東京大学伊藤国際学術研究センターです。 本稿では、YAPC::Asia Tokyo 2012の見どころ, そして今年積極的に試みられている様々なサブイベントなどを前後編に分けてご紹介します。 来場者見込み700名！今年のYAPCは新たなステージへ 昨年のYAPC::Asia Tokyo 2011のクロージングトークにおいて、YAPCを運営するJPAの牧さんが「来年のYAPC::Asiaの開催は今のところ未定」と言及していたように,
Perl 6チームからのクリスマスプレゼント この連載でも何度か名前が出てきたPerl 6ですが、「クリスマスまでにはリリースされることになっている」という話はみなさん先刻ご承知のことと思います。 もちろんこの話には「どのクリスマスかは秘密です」というオチがつくわけですが、2000年の設計開始以降、これまでにも何度か「今年こそはひょっとするとひょっとするかも」という期待を持たれた年がありました。 オードリー・タン（唐鳳）氏がHaskellの勉強がてらわずか2ヶ月でPerl 6の処理系（Pugs）を実装して話題になった2005年は、まさにその筆頭格といってよいでしょう。 実際、この年はPerl 6とその関係者にとって非常に大きな意味を持つ年になったのですが、この年はまたRuby on Railsが本格的にブームになった年でもありました。ただでさえPerlからRubyに転向する人が後をたたな
Perlは諸悪の根源か？ ヨーロッパで行われた情報セキュリティの祭典「31C3」リポート：31st Chaos Communication Congress（1/3 ページ） これはまるでアートイベント？ これまでのセキュリティイベントとはちょっと違う雰囲気で行われた、情報セキュリティの祭典「31C3」の様子をリポートします。 2014年12月27日から30日にかけて、今年もドイツ・ハンブルグでカンファレンスという名の祭典、「31st Chaos Communication Congress（31C3）」が開催されました。2年前にリポートした29C3と比べてどれだけ進化を遂げているのか、その模様を紹介します。 しっかりシステム化し整理された31回目の「CCC」 技術、政治、料理……何でもありのカンファレンス「CCC」が、今年もドイツ最大の港町ハンブルグにて、2014年の年の瀬に開催されまし
もうひとつの.pm Perl 5のモジュールには.pmという拡張子をつけることになっています。このpmというのはもちろんPerl Moduleのことですが、Perlの世界ではもうひとつ、Perl Monger(s)という意味になることがある、というのもみなさんよくご存じのことでしょう。このmongerという単語は、もともとはあまりよろしくない物品を言葉巧みに売りつける行商人を意味していました。オックスフォードの大きな英語辞典で共起する取扱商品を拾ってみると、肉や魚、チーズといったにおいの強い産物から、奴隷や娼婦、あるいは流行、ニュース、スキャンダルといった無形のものまで、何かしら好ましくない要素をもつものが並んでいるのですから、自虐であれ謙遜であれ、Perlについても同列に理解するべきでしょう。その後生まれたPerlMonksのような言葉に比べると、Perl Mongersはもっと下世話な
本連載では第一線のPerlハッカーが回替わりで執筆していきます。第2回は、Japan Perl Association代表理事の牧大輔さんで、テーマはAnyEventです。 はじめに 昨今のPerl界で最も熱い話題がイベント駆動プログラミングです。イベント駆動プログラミングはいわゆる「リアルタイムWeb」などと呼ばれる、大量のデータや接続をさばきつつも更新通知の速さが重要となるアプリケーションでは必須技術で、今後のエンジニアにとって最も重要な知識の一つと言えるでしょう。 イベント駆動プログラミング自体はPerlでも以前からさまざまな用途に使われてきましたが、それがまた見直されているのは、従来のイベント駆動プログラミング用ツールキットの使いやすさをはるかに凌駕するAnyEventというモジュールが成熟期を迎えたためです。 イベント駆動プログラミングとは AnyEventの解説に入る前に、簡単
一見Emailアドレスにマッチする正規表現を組み立てるのは簡単そうに思えますが、RFC 5322に厳密に準拠した正規表現を創りだそうとするととんでも無い努力が必要となるようです。 「Email Address Regular Expression That 99.9% Works」は、様々なプログラミング言語ごとに、Emailアドレスに99%マッチする正規表現を掲載したサイトで、例えばPerl 5.10より前のバージョンのPerl用として、掲載されている長大な正規表現を見れば、その難易度の高さを確認することができます。 正規表現にはなんの解説もなくどのような意図をもって作られたのか説明はありません(よって99%マッチするかどうかは本当のところは不明)。ちなみに日本語で読める貴重な情報「Perlメモ」では、「perl5.6.0以前の perl ではメールアドレスの正規表現を正確に記述すること
Encodeを使っても文字化けするとき Encodeは特定のエンコーディングにしたがって配列されたバイナリを「文字列」に置き換えるためのモジュールですが、かならずしもすべてのエンコーディングがあらゆるバイナリの組み合わせに対応しているわけではありません。 たとえば、「シフトJIS」環境における機種依存文字の例としてよく取り上げられる丸付き数字をEncodeのお作法通りにdecode、encodeする場合、「シフトJIS」だからと思って安易にshiftjis系列のエンコーディングでdecodeしてしまうと、丸付き数字のマッピングデータがないため「?@」のように文字化けを起こしてしまいます。 use strict; use warnings; use Encode; my $binary = pack('C*', 0x87, 0x40); # ①; my $string = decode(
前回の（1）はこちらから。 プロジェクトでcronを利用する 筆者は普段ゲーム開発のサーバサイドを担当していますが、プロジェクトによってはバッチサーバのcrontabが100行を超えることもあります。イベント、ランキング処理、監視、集計、バックアップ、リカバリ処理などをしっかりやろうとすると、どうしてもそれくらいになってしまいます。 100行とはいかなくても、プロジェクトで使うcrontabの行数が膨らんでくると、サーバで直接crontabを編集することは管理上現実的ではありません。 crontabの記述とリポジトリ管理 では実際のプロジェクトでcrontabをどのように管理していけばよいのでしょうか。筆者は次の方針を立てています。 crontabの記述にゆるやかな規約を設け、リポジトリ管理する crontabの自動テストを行う crontabの反映方法をなるべく自動化する crontab
今回のテーマ 今回は、Perlのattributeという仕組みの詳細と、そのattributeを利用したClass::Componentのpluginについての解説、pluginの作成方法といった話題を取り上げます。 サンプルアプリケーション 本連載では、プラガブルなモジュールを作製するという事を考えて、Gopperという実際に実行可能なサンプルアプリケーションを元に解説を行ないます。GopperはCodeRepos上のsvnリポジトリに置いてあるので各自checkoutしてください。 svn co -r 455 http://svn.coderepos.org/share/lang/perl/Gopper/trunk Gopper attributeとは attributeとは、Perlのサブルーチンや変数に属性を定義して、サブルーチンとしての挙動を標準から変更したり、どのようなサブルー
JPAでYAPC::Asiaを担当している櫛井です。 今年も国内最大のPerlのイベント「YAPC::Asia Tokyo 2011」が10月14日（金）、15日(土)に開催されます。場所は、昨年と同じく東京工業大学大岡山キャンパスです。 本稿では、YAPC::Asia Tokyo 2011の見所を数回にわたって紹介していきたいと思います。第一回目はYAPC::Asiaの運営を行っているJapanPerlAssociation(以下、JPA)で代表理事をされている牧大輔氏にお話を伺いました。 牧大輔（まきだいすけ） Japan Perl Association代表理事、株式会社ライブドア 所属。ブラジル、アメリカで育ち、Network Appliance Inc.勤務後帰国。Perl/C/MySQLなどのオープンソース技術を使ったシステム開発をメインに、講師、コンサルティング、執筆活動
本日・明日と、東京工業大学大岡山キャンパス (東京都目黒区) でYAPC::Asia 2009 Tokyoが開催されます。本ページでは、1日目のレポートを随時掲載していきます！ ※今回のレポートは全セッションを回れておりません。ご了承ください。 Welcome 会場設営トラブルにより、20分遅れで開始されました。JPAの牧さんより、開催のあいさつ、スポンサーへの謝辞が述べられ、今回のYAPCのテーマになりうるのではないかとして、3つの"C"、「Community」と「Corporate」、それを「Connect」できればと言及しました。 Richard Diceさん「基調講演：Where Perl can go and how to get in there ‐Perlの未来、その行程－」 はじめに 自己紹介の後、DiceさんよりPerlコミュニティに対する謝辞が述べられました。
DBIC以降の選択肢 今回はデータベース話の締めくくりとして、DBIx::Class以降に登場したいくつかの選択肢についてざっくりまとめておきます。これらはいずれも若く、DBICに比べてユーザ数も少ないためドキュメントなどの整備が遅れている部分もありますが、今回とりあげるものの多くは日本人がつくっているものですから、英語圏で開発が進められているものより疑問や要望は送りやすいはず。気になることがあったらぜひそれぞれの作者氏に伝えていただければと思います。 DBIx::Skinny nekokakこと小林篤氏のDBIx::Skinnyは、今回紹介するもののなかではもっとも実績豊富なものといってよいでしょう。開発の動機については氏のブログによくまとまっていますが、標準で用意されているCRUDメソッドを使うときだけでなく、速度を稼ぐために生のSQLを書いたときでもinflateなどの補助機能を使え
Perlを入れたはいいものの ご存じのように、Perlには、簡単なコマンドであれば、いちいちスクリプトファイルを用意しなくてもコマンドライン上で実行できる-eというスイッチが用意されています。 > perl -e 'print "Hello, world!"' また、一行では収まらないような長さのスクリプトでも、使い捨てでよければ、perlコマンドをスクリプトファイルや-eスイッチなしで実行することで、コンソールからスクリプトを入力できるようになります。 > perl print "Hello, world!"; ^D とはいえ、まともにPerlを使おうと思ったら、何らかのテキストエディタが必要になります。Unix系の環境ではviとEmacsの系統がそれぞれ一大勢力を成していますが、Windows環境では、標準添付のメモ帳（notepad）があまりに貧弱なため、たいていの人は自分の好みのエ
(第3版)「知能の構成的解明の研究動向と今後の展望」についての個人的見解：Chain of thought promptingやpostdictionを中...
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.co.jp: Perl徹底攻略 (WEB+DB PRESS plus): 大沢和宏 (著), cho45(さとう) (著), 小林篤 (著), 和田裕介 (著), 嶋田裕二(xaicron) (著), 牧大輔(lestrrat) (著), 奥一穂 (著), 広木大地 (著), 伊藤直也 (著), 長野雅広 (著), 藤原俊一郎 (著), 伊藤智章 (著), まかまか般若波羅蜜 (著), 小飼弾 (著), 近藤嘉雪 (著), 中川勝樹 (著), 宮川達彦 (著), tokuhirom (著),
