講演動画

ustreamで当日の講演を視聴出来ます。

• メイントラック
  • Opening
  • Keynote [Tarek Ziade]
  • C API への誘(いざな)い / An Introduction to the C API [Tomohiko Kinebuchi]
  • Webフォームウィジェットツールキットを総括する / Exploring Web Form Widget Toolkits [Atsushi Odagiri(BeProud)]
  • Guido への5つの質問 / Five Questions to Guido van Rossum (Takashi Matsuo)
  • Gold Sponser Session Pythonで創るソーシャルゲームの未来 / Creating the Future of Social Games in Python [Hironao Kunimitsu(gumi), Yasuhiro Horiuchi(gumi)]
  • Tuning Python Code [Naoki Inada(KLab)]
  • Lightning Talks
  • Closing
• 英語トラック
  • Scribboo with Embedded Python [Sinker Li]
  • Asyncronous Python Programming [Ian Lewis(BeProud)]
  • Object-oriented usage of using command line tools in Python [Hsin-Yi Chen]
  • SlapOS, A Python Powered Open Source Cloud Computing System [Yusei Tahara(Nexedi)]
  • Pythonで1万台のiPhoneを管理する / Managing 10,000 iPhones with Python [Keisuke Nishida(BizMobile)]
  • Pythonによる日本語自然言語処理 / Japanese Natural Language Processing with Python [Okuno Yoh]
• サブトラック
  • http と telnet をつなぐ何か / Bridging between HTTP and Telnet [LossCuts]
  • Python エンジニアの作り方 / How to Become a Python Engineer [Takeshi Komiya(Time Intermedia)]
  • Python と MongoDB でWEB開発 / Web Application Development with Python and MongoDB [Fumikazu Kiyota]
  • PyQtではじめるGUIプログラミング / Tutorial: GUI Programming with PyQt [Ransui Iso(X-Listing)]
  • Pythonを使った次世代組み込みシステムの姿 / Next Generation Embedded Systems using Python [Yuta Kitagami(ArtifactNoise)]
  • reSTudy: STudy group about reST の活動 / An Update on reSTudy [team reSTudy]

発表資料

• Pycon Japan Keynote
• C API への誘い
• PyQt で始める GUI プログラミング
• Python エンジニアの作り方
• Python による日本語自然言語処理
• Webフォームウィジェットツールキットを総括する
• Asynchronous Python Programming
• Python を使った次世代組み込みシステム
• reSTudy 活動報告
• Guido への5つの質問/Five questions to Guido
• web2py のプラグイン集
• フレームワークなしで WSGI プログラミング
• Introducing SlapOS Architecture
• Pyconjp11 ucltip 2011

PyCon JP Sprint

• pyramid チュートリアル
• GAE Code Lab

Tarek氏によるブログエントリ

• Pycon Japan Retrospective « Fetchez le Python

運営メンバーによるエントリ

• Pycon JP 2011 開催しました！ - Ian Lewis
• PyConJP 2011行ってきたよ - 俺たちに明日はない
• PyCon JP 2011 に参加してきました - プログラマのネタ帳
• PyConJPでスタッフしてました - ま、そんな日もあるさ
• Pycon JP 2011 was Awesome! - Ian Lewis
• 2011-08-29 - 某備忘録
• PyConJP Sprint 参加中です - 俺たちに明日はない
• PyCon JP 2011を撮ってきました - use No::Name;
• PyCon JP 2011 座長をつとめて — 株式会社CMSコミュニケーションズ
• gihyo.jpさんでPyCon JP 2011の参加レポート記事を書きました - 俺たちに明日はない

参加報告ブログエントリ

• PyCon JP 2011 に参加した - 偏った言語信者の垂れ流し
• PyConJP 2011に参加しました #pyconjp - nokunoの日記
• PyCon JP 2011 に行ってきました - tanihitoの日記
• PyCon JP 2011行ってきた >> Azrael
• blogSetomits : PyCon JP 2011 に行ってきました
• PyconJP2011のかんそうぶん - logiqboard
• Pycon JP 2011に参加しました。 | ArtifactNoise
• Pycon JP 2011：ある nakagami の日記：So-netブログ
• PyCon JP 2011 に参加してきました。 - jptomo断章
• PyConJPでGuido van Rossum氏と生電話させてもらってみた - 長時間睡眠記
• PyConJP 2011に行ってきました >> shmachid.com
• PyConJP行ってきた - くそったれ症候群の垂れ流し
• PyConJP 2011に参加しました1 #pyconjp - 人は歴史を創り出し、人は歴史を語り継ぐ
• PyConJP に行ってきた - 混沌脳内
• nishimotzの日記 · PyCon JP 2011 参加
• #PyConJP 2011に参加してきました。 - Make組ブログ
• pycon.jp 2011に行った | スキル | 踊るプログラマ物語 | あすなろBLOG
• 2011-08-29 - 負けないように頑張る日記
• PyCon JP 2011 に参加してきました #pyconjp - Programmer 101
• PyConJP2011に参加した話 - OKEREKE-RL
• PyConJP2011に参加してきました - worldwidewug #2
• PyCon JP 2011へいってきました - tmmkrの日記
• PyCon JP 2011 Sprints に参加してきました。 - jptomo断章
• Python初心者が「PyCon JP 2011」に参加して感じた5つのこと [ #pyconjp] - バコラー日記
• PyCon JP 2011 notes | Around Harrison
• Fabric と boto と Celery：ある nakagami の日記：So-netブログ

Twitterまとめ

• PyCon JP 2011 (8/27 開催) + Party & Sprints #pyconjp

Problem

• サイト等での情報周知が分かりにくかった。情報量は出したつもりだったがシンプルに分かりやすく情報を出したい。(清水川)
• 当日の人員配置などチーム内への連絡徹底が出来ていなかった。直前ミーティングで運用マニュアルや配置を徹底周知したい(清水川)
• Office Hour に質問者が来るかどうかが分からない上、来た質問によっては30分では不足することもあり、時間枠の設定が困難。(杵渕)
• セッションや Office Hour の講師役の人が時間通り来ない場合、探すのが困難。(杵渕)
• 自動販売機の場所を聞かれてすぐに答えられなかった。来場者が知りたいことを想定できていなかった。(杵渕)
• 昼間の廊下の明るさ(照明器具)や気温を把握できていなかった。照明、エアコンの有無のチェックをすべきだった。(杵渕)
• 議事録が分かりづらかった。特に、イベントの大目標や方向性があまり書かれておらず、個々の項目を読んでもあまり頭に入ってこなかった。(杵渕)
• スポンサーロゴのサイズを決めておくべきだった (ほさか)
• しみずかわさん、たかのりさんの負荷が高めだったような (ほさか)
• skype はタイムラインが一つなのがわかりにくいので何とかならないかな (ほさか)
• 同時書き込みで問題が起きまくるので議事録とるのに google docs は向かない。とはいえ複数人が見てチェックできるのは便利ではある (ほさか)
• 議事録は reST で最初から書いた方が…。(ほさか)
• セッションの開始・終了でスタッフがひとこと言った方が良い、セッションによってあったりなかったりするのは発表者も聴講者も困惑する (もりもと)
• プロジェクタの相性で2名映らなかった (433教室)、プレゼンツールがインストールされた Windows/Mac OS の予備マシンが必要だった (もりもと)
• パネルディスカッションの企画と段取りを事前にもっと詰めておくべきだった、司会／プログラム／会場係りの想定が全く違っていた (もりもと)
• 当日の会場全体を見回る主担当者が必要だった (寺田さんが行ってた？)、それぞれの教室の主担当に委譲するという意図はあったものの、全体としてどうだったかの判断が行えないことに気付いた (もりもと)
• 階段を使えない人に対してエレベータの場所の案内が出来なかった。誘導係は事前に確認しておくべきだった。(若山)
• 日本語が出来ない参加者がメイントラックのみのタイミング(LT等)で置いて行かれていたようだ。Tarekちょっと寝てた(清水川)
• 狭いスペースだからかもしれないが、「一般」の参加者と「その他」の参加者が受付ところが違うにも関わらず皆「一般」のところに一ヶ所並んでいた。（イクバル）
• 案内看板がなかったため？遅れて来られた方々が路頭に迷われていた(Surgo)
• 予想外に早く(8/4頃)にチケットが無くなりそう、と思った翌日には販売を終了することになってしまった。売り切れ間近の周知期間がほぼゼロという点のみ残念(清水川)
• Partyで飲み過ぎてSprintに来なかった人がいるような気がする(たかのり)
• 食堂でのLunch、Coffee Breakは人の移動が少なかった。椅子をとっぱらったほうがよかったかも。(たかのり)
• 最初のほうとか、スタッフの声だしがちょっと弱かった。みんな声だそう!!(たかのり)
• English Trackで発表の内容を講演中に、日本語で解説する機会があってもよかったと思います。 質問も英語でしか行われなかったので、質疑応答を日本語訳して聞いている人に教える,日本語で質問してもいい雰囲気をつくるなどは 行った方がよかったと思いました。敷居が高かった気がします。(中村)
• 日本語トラックについても同様。(中村)
• Twitter, #pyconjp一つだと結構他のセッションの様子も感じられて面白いが混乱する。(原)
• スタッフ内で連絡がつかず困っていることがあった(原)
• ちょっと学生には懇親会お高いと思いました（チケット売るにしてもやりにくい人も：実際大人の人が声かけてくれていたけど）(原)
• 公式サイトがPloneのデザインのままなのは、初めての人ちょっと戸惑う気もした。他のイベントを参考にレイアウト合わせてあげるとやさしいと思う。(原)
• 会場位置がすこし分かりにくかった(児島)
• 昼食時間帯に来た人で、昼食があることを知らなかった人も多くいた(児島)
• 受付、本部まわりに人が集まりやすく、廊下での立ち話の声が大きくなり教室側からやんわりとクレームを受ける場面などがあった(児島)
• 基調講演直前あたりで、講演への誘導を優先して受付時の手続き(名札記入とノベルティ配布)を省略したため、基調講演後の受付前通路がごった返した(児島)
• やっぱりLTはドラ(的なもの)が欲しいですね(児島)
• 無線LANアクセスポイントの案内がわかりにくかった？ (受付に質問に来られた方が1名いました)(児島)
• Job Boardが目立たない、強化したほうが魅力的である、との要望がありました（遠藤）
• Pythonチュートリアル、テンポが早くついていけない、とのご意見がありました（遠藤）
• Pythonチュートリアル、配布資料はダウンロードしなくてもいいと思った、とのご意見がありました（遠藤）
• 議論し尽くされた事項ではあるが（後出しごめんなさい）、全てのスポンサーのロゴをのせるべきではないか？差別化として、ロゴの大小は良い案であると認識しているが、ロゴの有無はサイトが永続的に存在すること、スポンサーの企業体、担当者様の社内体を考慮するといかがなものではないか？（池）
• ノベリティ作成の準備が遅かったので、次回は事前に計画、準備しよう！（池）
• 発表者が優遇なさ過ぎて、発表中に大荷物を置く場所くらいは欲しかった（蘭水）
• 会場の案内不足。発表部屋がどこにあるかわからない方、飲み物を買える場所がわからない方、トイレを探している方等、結構いらっしゃいました。(okuji)
• 個人情報入り冊子をスタッフ全員に配布したこと。実際受付撤収のごたごたで私のものが紛失しました。(okuji)
• 席を外せない担当のバックアップ体制不足。受付は個人情報が多く、Party受付の当日客のため現金まであったので、トイレに行くのも不安でしたが、そのとき一時的に見てもらえる人は本部で多忙だった清水川さんだけでした。(okuji)
• 撤収の手順や方針の（明文化されていなかったという意味での）欠如。結局その場にいたスタッフで適当に結論を出して実行されました。(okuji)
• スタッフの準備不足。例えば、私はチケット持参者の受付で、半券を切らないといけないことを指摘されるまで気づきませんでした。よく考えれば当たり前の話ではありますが、わからなかったという事実は残ります。(okuji)
• プロジェクタの事前チェックを怠ったこと。(okuji)
• 時間を守る仕組みの欠如。例にして申し訳ないですが、小宮さんの発表はプロジェクタの問題で開始が遅れたこともあって、15分ぐらい延長しましたが、その間誰も発表の切り上げを指示しませんでした。たまたま昼食直前だったので実害はほとんどありませんでしたが、運がよかっただけです。発表者は発表に集中していて、そこまで気を回すのを要求するのは酷なので、運営側の問題だと私は考えます。(okuji)
• Job Boardを見てられる時間帯が実は非常に限られていたこと。全体的に余裕が少なかったきらいがあります。(okuji)
• サンドイッチがおいしくない。 [1] (okuji)
• スタッフ以外の一般参加者がスタッフルームを利用していた。発表者に使っていただくことを優先すべきでは?（瀧澤）
• 議論の場所がミーティング、ML、Skypeと分散していて、道筋を追うのが難しかった（瀧澤）。
• 受付の方法については手順をマニュアル化すべき（瀧澤）。
• 受付方法、名簿の管理は大変だった。(スタッフ未登録もたくさん)(寺田)
• メールの流量が多く、追い切れない。＆公開されていることで書きにくい内容も有った。(寺田)
• ネームカードの言語わけは使い方が難しかった(寺田)
• 必ず休憩挟まない時の移動時間が無く慌てた(寺田)
• スタッフ担当者のセッションと別の準備が重なり、ギリギリだった(寺田)
• ビープラウド社からの発表者二人がかぶった(寺田)
• スポンサーへの連絡混乱(寺田)
• 運営マニュアルの印刷が直前で多量印刷が大変だった(寺田)
• アンケートの「良かったと思う講演」の表の記入方法がわかりにくかったらしく、項目の左側でなく右側にチェックを入れているケースが少なくなかった。また、設問に矛盾があったり、選択肢の番号付けに誤りがあった。(増田)
• アンケートの回収率が低い。前回の倍の参加者にもかかわらず、回収枚数は前回とほとんど変わらない。 (増田)
• 内容も方法も練られていない状態で直前に実施が決まったサービスが多く、指摘を受けて一旦差し戻したり、付和雷同的に方針転換することがあった。（増田）
• ゲストとのコミュニケーション不足。来てから細かい取り決めやその後の日程について話し合うのは、呼ぶ側にも呼ばれる側にも負担。(増田)
• 今後の発表内容・発表者の確保。同じ内容の発表・同じ発表者が固定化してしまっては、先がないと強く危機感を持っている(増田)
• 受け付け後の参加者が、両手にグッズと紙束を両手に持たされて会場に放されるのはかわいそう。せっかく配ったものも、すぐにカバンの底に押し込まれてしまう。(増田)
• 写真の再利用範囲について明確になっていないので判断に迷う。

[1]	おいしかったという意見も多数聞こえたので私の舌が肥えているだけかも。

Try

• 公式Twitterアカウントの周知は次は大々的にやりたい(清水川)
• サイトやguidebook app (等)で「いいね！」を集めてオンデマンドで集計表示したい(清水川)
• アンケートで各セッションの評価感想を求める。5段階と自由記述。(清水川)
• レシーバー導入。電話してもみんな気づかない。(清水川)
• Office Hour 自体の意義(すごい人に直接質問できる)は感じられた。積極的に質問に来る人が少ないのをこちらが出会う機会を提供できてなかったと捉えて、形式を変えるなどしてその意義をより大きく実現させたい。(杵渕)
• アンケートを電子化してすぐに反応できるようにしたい。集計も楽にしたい (ほさか)
• お昼休み等に LT の発表者にプロジェクタの相性問題が発生しないかのマシンチェックを行う (もりもと)
• 当日お手伝いの方へもスタッフ T シャツを配布する(私服だと参加者からみてスタッフだと認知されにくい) (もりもと)
• 日本語が出来ない参加者のために要所要所では英語通訳したい。会場内での案内Talkは全て、とか、LTだけはやるとか(清水川)
• 無線 LAN の SSID と キーはパンフレットに掲載する(Surgo)
• 電源スペース (オフィスアワーの場所など) を作る(Surgo)
• PyCon 当日に翌日のスプリントに参加したくなった方々へのサポートをする(Surgo)
• スポンサー企業様のメリットを増やす (ブース設置など)(Surgo)
• 同一規模(部屋数、トラック数、時間)で受入人数を倍に増やしてみたい(清水川)
• Business & チュートリアルDay を1日設けたい。チュートリアルセッションは別費用等 (清水川)
• 2日開催にして、半日くらいOpen Spaceやりたい(たかのり)
• スポンサーのリクルーティングセッションとかあるといいかも(たかのり)
• 参加者用のTシャツを作る。事前にサイズ確認(たかのり)
• もっと積極的にアジア圏の国々に PyCon JP の開催をアピールしたい(たかのり)
• Sprintにも初心者向けのものを作る。(中村)
• Job Boardがにぎわっていたので、ホワイトボートを利用してもっとコミュニケーションを取る場として使えないか。(例: 好きなライブラリの人気投票など)(中村)
• Job BoardをWebサイトに掲載する（遠藤）
• リクルートはスポンサーとしてのインセンティブになる、とのご意見がありました（遠藤）
• セッショントラックごとのハッシュタグ（部屋番号など）をつけてみる(原)
• 引き続き本の販売をお願いする（サイン会もしてみたりとか、著者が販売とかもおもしろい？）(原)
• 難しいとは思うけれど、日本語セッションと英語セッション、それぞれ相手の言語にリアルタイム翻訳できたら素晴らしいと思ったりしました(原)
• 案内資料の類を充実させたい(児島)
• 演題一覧(プログラム)の見やすさ向上の一つとして、言語ソートやタグカテゴライズなど動的に見せたい。beginnersはこれ、みたいな。(清水川)
• Pythonチュートリアルは、初学者〜中級以前で数段階にレベルを分けるとよさそうです（遠藤）
• ディナースポンサーを募ってみる（遠藤）
• Rubykaigiのリアルタイム技評さんサイト更新をしてみたい。多人数のレポート班組織、要打ち合わせ...要事前準備。（池）
• 発表者向けに発表者だからこそ困ることを解消するようサポートする（荷物置き場や受付後の個別の案内など）（清水川）
• 事前に現地でシミュレーションやリハーサルをスタッフのみで行う。誘導の問題、準備不足等はかなり未然に防げると思います。全員が難しいなら、せめて主要スタッフだけでも。(okuji)
• 出来れば立て看板、予算的に難しいなら、せめてもうちょっと視認性のよい誘導マーカを用意する（色や大きさ等）。会場担当や受付担当の負荷が軽減され、来場者も助かると思います。会場外では会場入口の方向、会場内では受付、食堂、自販機、喫煙場所、トイレ、各発表場所、本部への方向が必要。部屋の前にはもっと大きく何の部屋なのかを明記。(okuji)
• 個人情報だけはハードコピーをやめて電子的に扱うか、一部の責任者のみに配布し、それ以外のスタッフは近くの責任者に訊く、あるいは、開場前に携帯等に写す等の方がよい。どうしても全員に配るなら、絶対体から離さないで済むよう、個人情報部分だけ名札入れに入る程度の大きさにする。(okuji)
• プロジェクタとの接続は必ず事前に（出来れば開場前および昼休みに）確認させる。発表資料は、オリジナル及びPDF化したもの両方を、確認時にUSBメモリ等で引き渡してもらい、他者のPCでもプレゼン可能な状況にする。(okuji)
• 発表中は必ず一名進行役をつけ、終了前や終了時に発表者に情報を伝え、適宜発表を早めさせる等の処置を行う。ベル（ホテルのフロント等にあるタイプのもの）があるとよい。口頭で伝えられると、発表の話の腰を折ってしまう。質問時間を削るのはよくない。いくらOffice Hourがあるとはいえ、他の発表も聞きに行っていると、Office Hourには参加できない。(okuji)
• もっと外国からの参加者を増やす。発表者でも聞くだけの人でも。(okuji)
• やっぱり一日は短いので、せめて二日はやりたい。これぐらいあればしらふで知り合い増やせるんじゃないかな…(okuji)
• 写真撮影班を2名以上にする。2011では1名でも十分な写真がとれたけれど、3トラック+αを1人でカバーは仕切れていない。もっと参加者や運営裏舞台の写真が欲しい(清水川)
• 写真は開催レポートなどの利用用途を考えた上で、載せたいシーンを考えて撮影計画を立てておくと良いと思った。(杵渕)
• 来年のレポートはもう少し、テーマに沿って書けると良い(原)
• デザインの統一感をだしたい。 (ロゴ、サイト、紙系の物、もろもろ)(寺田)
• スポンサー集めとして大手スポンサーも欲しい。他国のPyConから情報を得るなど模索。(寺田)
• チケット販売・フォーム連携したい(寺田)
• ネームカードは全員印刷(寺田)
• 受付の効率化。配布物の配り方などを別の方法に。アイデアを出し検討(寺田)
• チュートリアルなど初心者向けを増やす(寺田)
• 当日スタッフが実際はどこに居たか？を確認しておきたい(寺田)
• コーヒーブレイクのマイクの準備と放送内容を決めておきたい(寺田)
• 打ち合わせ頻度と担当わけの再検討(寺田)
• 担当配置の詳細見直し(寺田)
• Sprintへの参加者を増やしたい(寺田)
• 最低限、定形のアナウンスや、オープニング・クロージングのスピーチは英語版も用意する(増田)
• 運営のトップは積極的に英語圏の人たちと交流してもらいたい。カタコトでもいいから話す。英語コミュニケーションから逃げ回る姿は見せない。(増田)
• 国際交流を目指すなら、自分たちのイベントに来てもらうことだけを気にしていてはいけない。国内外のイベントに参加して、現地でキーマンや発表者と話し合ってきてもらいたい(増田)
• 海外からの参加者向けに、日本での観光ガイド・おすすめの宿泊先・渡航方法を記載する。できれば、相談窓口も用意する。(増田)
• アンケートの分析。あと、次回はどんな話を聞きたいか、どんな分野に興味があるかを問いかける。(増田)
• 小ネタの発表枠。ちょっとしたモジュールやプログラムの紹介ができるような、申し込みやすい枠をつくって、今発表をためらっている人たちの背中を押す(増田)
• カンファレンス・バッグ。紙袋でいい。ちょっと手間だけど、ノベルティやパンフレット類は前日までにバッグに詰める。(増田)
• 車椅子の方専用のスタッフを準備(松尾)
• Office Hour をセッション会場の出口近くでやる(参加しやすい,移動が楽)(松尾)
• アンケートを Google Spreadsheets で取る(集計も簡単にできて楽かも)(松尾)
• 基調講演だけでも同時通訳を付けるのはありかも(評判のとても良かった同時通訳者を知っているので紹介します, 同時通訳用にイヤフォンなど使うとさらにコストがかかりますが…)(松尾)
• 写真の掲載/再利用についてイベント全体を通じて参加者の承認を明示的にもらう(申し込みサイトか受付)。

運営チームによる開催報告記事

• 運営スタッフが振り返る「PyCon JP 2011」の模様と今後の展望（1/6）：CodeZine

Q1 PyCon JP 2011 を知ったきっかけはなんですか？

有効回答数 107

Q2 主に利用しているPythonのバージョンを教えてください

複数選択・総数 156

Q3 普段、どの分野でPythonを使っていますか？

複数選択・総数 173

Q4 Python以外で普段利用しているプログラミング言語を教えてください

複数選択・総数 244

Q5 Web開発に関わっている方に質問です。どんなWebフレームワークを使っていますか？

複数選択・総数 125

Q6 今回は、どちらからお越しですか？

有効回答数 103

Q7 今後も、日本で開催されるPyCon JP に参加したいと思いますか？

有効回答数 105

Q8 次回以降の開催について、ご意見ください。

複数選択・総数 155

Q9 本イベントは有料で開催されましたが、値段は適切だったと思いますか？

有効回答数 101

Q10 Q9で「適切である」以外を選択された方にお聞きします。本イベントの適切な価格は幾らでしょうか。

有効回答数 46

Q11 本イベントはトラック形式で発表が行われました。トラックについてご意見ください。

有効回答数 98

Q12 本イベントはOffice Hourを行いました。Office Hourについてご意見ください。

有効回答数 41

Q13 今後、PyCon JPがお近くの都市部で開催された場合、スタッフとして参加いただけますか？

有効回答数 73

Q14 面白かった講演を選んでください

複数回答・総数 386

Q15 自由記入欄

• スタッフを含め誰もが気軽に意見を交えることができる空気がとても良かった。
• スポンサー企業協賛のブース等
• 快適に過ごせるいいイベントでした。　ありがとうございます。
• チュートリアルは初心者の定義が難しいなと思った。Objectの話はPythonに限った話ではないけど説明が必要ですね。
• "出会い系というタイトルがついていたのではなしかけやすかった。いろんなバックボーンの人の話をきけて楽しかったです。
• チュートリアルは時間がもう少しあればよかったですが自宅で復習できるし、はじめての人にも優しいアナウンスが有り
• コミュニティの暖かさを感じました。個人的にはScreen Readerが面白いなと思った。
• サンドイッチとてもおいしかったけどお腹好きました。Python Candyはうれしすぎます♡"
• Coffee Breakがよかったです。
• 休み時間
• Python初学者ですが、参加しやすい講演が多くてよかったです。LTも興味深かったです。
• セミナー中にスタッフの声がうるさい
• "途中休憩が10分でしたが、延長することもあったので15分に少し伸ばせば、ゆとりを持って移動出来るのではないかと思いました。
• 面白いトラックなども有り、非常に有意義なイベントでした。
• スタッフの皆様ありがとうございました。"
• OpenSpaceの告知をもう少しわかりやすく広めやすい方法がないかなと。ドラが欲しい。。。
• Pythonチュートリアルはもうすこし時間とれれば良いのかなあと思いました。
• すごく楽しくて良かったです。ありがとうございました。資料へのリンク集を作ってくれると助かります。
• Tarekのサイン入りTシャツもらったので大満足です
• 各プログラムの説明が全体的に急いでいたように感じた。これとは逆になりますが、５つも話を聞けてよかった。
• 入り口が最初わかりませんでした。
• チュートリアルを１日でやっても良いのでは？
• 残念ですが、Ubuntu 10.10でWiFiつながらなかった... ><
• 楽しかったです。知りたいことを直接聞けるのが良かったです。
• WiFiに繋げなかった←後でつなげた。OfficeHourがとても良かった。業務連絡のアナウンスがうるさすぎて会話ができない。もう少し頻度を落とすか、マイクの音量を落として欲しい。
• 個人的には行きたいトラックがかぶっていたのが残念だった
• 一人で来たが、ランチ等で気さくに話しかけてくれる人がいてよかった。強制的に話す場があるのは意外と良かったと思いました。Python自体は初心者なので、難しい話はついていけませんでしたが、httpとtelnet〜を始め、Q14でチェックを入れた講演はすべて参加してよかったです。
• LTでうまく発表は出来なかったが、良い経験になった。次回、機会があれば再チャレンジしたいです。Tシャツをもらったｗ
• 初参加でしたので、全ての講演が新鮮でした。ただ、３０分の講演は、さわりだけで終わってしまうため、物足りなく感じました。
• LTの時にドラがあればよかった。
• 安い！もう少し値段が上がってもモンク言わない。それだけ内容が良い。英語...ツライ...自分で勉強はしますが、できれば日本語の通訳が欲しい
• 朝早い時間はつらいです...10:30〜くらいだと嬉しいです
• コーヒーブレイクは不要。代わりにトラックを増やして欲しい。OpenSpaceは参加したが、ほとんどかぶってできなかった。OfficeHourは良いと思います。どのレベルの人が対象かをもっと細かく書いて欲しい
• Jobボードを写真で持ち帰れることになった。綺麗な写真データを１こ欲しい。
• 全て素晴らしいと思いました。
• 楽しかったです！スタッフの皆さんありがとうございます。お疲れ様でした！！！
• English Sessionをもっと充実させよう！
• Job Boardがあるのは良かった。Ustの画質がよかった（らしい）。
• ４階のイスは座りにくい
• 最高でした！次回はぜひTシャツ作ってください！
• スタッフの皆さん、素晴らしいイベントをありがとう。交流（Break）や求職もよいと思いました。- - - Ustreamの品質も高くて感動。SlideShareと結びつけてFBに共有しました。
• ノベルティがよかった。
• 大遅刻して申し訳ありませんでした

Program

• English session
• Japanese session

	Main Track	English Track	Sub Track	Open Space
Ustream	pyconjp1	pyconjp2	pyconjp3
Time	Room 433	Room 351a	Room 357PC	Room 358+359
09:30	Opening	--	--	--
09:50	Keynote Tarek Ziade	--	--	--
10:50	Break
11:00	C API への誘(いざな)い / An Introduction to the C API Tomohiko Kinebuchi intermediate, python-core	Scribboo with Embedded Python Sinker Li intermediate, embed, HTML5, gui	http と telnet をつなぐ何か / Bridging between HTTP and Telnet LossCuts non-programmer, other	Python チュートリアル / Python Tutorial Takanao Endoh(MiCHiLU Labs.) beginner, tutorial
11:30	Break
11:40	Webフォームウィジェットツールキットを総括する / Exploring Web Form Widget Toolkits Atsushi Odagiri(BeProud) intermediate, web	Asyncronous Python Programming Ian Lewis(BeProud) beginner, python-language	Python エンジニアの作り方 / How to Become a Python Engineer Takeshi Komiya(Time Intermedia) beginner, project, programming	Python チュートリアル(続き)
12:10	Lunch time
13:10	Guido への5つの質問 / Five Questions to Guido van Rossum Takashi Matsuo
13:20	Gold Sponser Session Pythonで創るソーシャルゲームの未来 / Creating the Future of Social Games in Python Hironao Kunimitsu(gumi), Yasuhiro Horiuchi(gumi) intermediate, web, django, aws	Object-oriented usage of using command line tools in Python Hsin-Yi Chen intermediate, oss	Python と MongoDB でWEB開発 / Web Application Development with Python and MongoDB Fumikazu Kiyota beginner, web, python-tornado	Open Space
13:50	Break
14:00	Tuning Python Code Naoki Inada(KLab) intermediate, performance, profiling	SlapOS, A Python Powered Open Source Cloud Computing System Yusei Tahara(Nexedi) intermediate, network programming	PyQtではじめるGUIプログラミング / Tutorial: GUI Programming with PyQt Ransui Iso(X-Listing) beginner, gui programming	Open Space
15:00	Coffee break
15:50	Panel Discussion Pythonで働くということ / Using Python at Work Panelists: Hironao Kunimitsu(gumi) Yusei Tahara(Nexedi) Haruo Sato(BeProud) Moderator: Tohru Ike non-programmer, project	Pythonで1万台のiPhoneを管理する / Managing 10,000 iPhones with Python Keisuke Nishida(BizMobile) intermediate, project	Pythonを使った次世代組み込みシステムの姿 / Next Generation Embedded Systems using Python Yuta Kitagami(ArtifactNoise) intermediate, embed, MeeGo, Pyside, Pyserial	Open Space
16:20		Break
16:30	Panel Discussion(続き)	Pythonによる日本語自然言語処理 / Japanese Natural Language Processing with Python Okuno Yoh intermediate, science	reSTudy: STudy group about reST の活動 / An Update on reSTudy team reSTudy non-programmer, documentation, sphinx, docutils	Open Space
17:00	Break
17:10	Lightning Talks	--	--	--
18:10	Closing	--	--	--
19:00	PyCon JP Party

Office Hour

Office Hour という用語は元々は大学で使われていたようです。大学の先生が自分の Office Hour を提示しておき、その時間は必ず部屋にいて学生からの質問を受けられるようにしておく仕組みです。

それと同様に凄い Pythonista たちと気軽に話せる時間と場所を設けたのが、PyCon JP 2011 における Office Hour です。

PyCon JP 2011 の Office Hour では講師役に、各セッションの発表者や Python の勉強会を主催している方々に依頼をしています。

場所は会場の3F廊下に 1 ブース設けて行う予定です。ホワイトボードの前でお茶とお菓子を楽しみながら、雑談のような雰囲気で講師役の人とお話を楽しんでください。

発表者にセッション中には気が引けて聞けなかったちょっとした質問などをするのも良いですし、Python について語り合うのも良いでしょう。エキスパート Python プログラミングの翻訳者たちも参加しているので、本を持って行ったらサインがもらえるかもしれませんよ。

Expert JavaScript Programming for Expert Python Programmer

Speaker:	Yoshiki Shibukawa
Slide:	Expert JavaScript Programming

Python で RDMA を・・・

Speaker:	danna
Slide:	Python RDMA

pyssp

Speaker:	Shunsuke Aihara
Slide:	pyssp

https://bitbucket.org/ynil/pyssp/

Cassandraのトランザクションサポート化 & web2pyによるcms用プラグイン開発

Speaker:	Koji Kishimoto(Scubism)
Slide:	Cassandra web2py

3DCGソフトでのPython紹介

Speaker:	hiromu

Unihandecode a Transliterate Library for Unicode

Speaker:	Hiroshi Miura(OpenStreetMap Foundation Japan)
Slide:	Unihandecode a Transliterate Library for Unicode

5分でわかる IPv6

Speaker:	Mitsuhiro Takano
Slide:	5分でわかる IPv6

Japanese L18N of NVDA

Speaker:	Takuya Nishimoto
Slide:	Japanese L18N of NVDA

Oktest - a new style testing library for Python

Speaker:	Makoto Kuwata
Slide:	Oktest

PyCon JP 2011 Lightning Talk No.10

Speaker:	Yoji Takeuchi
Slide:	http://www.slideshare.net/ytakeuch/pycon-jp-2011-lt-no10
Slide:	http://www.slideshare.net/ytakeuch/pycon-jp-2011-lightning-talk-no10-in-english

Tip #1 -- PEP 386 準拠のバージョン体系にする

パッケージ管理のエコシステムにおいて、複数のバージョン体系が混在しているのは、全く馬鹿げたことです。それは相互運用性を破綻させ、バージョンを適切に管理するツールを書くのが不可能になります。いまは PEP 386 に準拠することで、あなたのプロジェクトの将来が保証されます！

PyPI は既に PEP 386 に準拠しない Metadata 1.2 プロジェクトを受け付けないようになっています。これまで Metadata 1.2 対応のパッケージ作成ツールは一つもなかったため、この事実は一般にはあまり知られていません。今後、 Python 3.3 と distutils2 では PEP 386 準拠の Metadata 1.2 対応が標準となります。

"devdevdev123" や "3765-2011-test" といったバージョン表記とはお別れだね！

Tip #2 -- できるだけシンプル且つひとまとめに setup.py を作る

setup.py は、個々人のビルドシステムではありません。私はいくつかのプロジェクトでおかしなものを目の当たりにしました。setup.py はインストーラーから様々な作業のため利用されることに注意してください。例えば、そのプロジェクトのメタデータの項目を取り出すといったことです。

ここで単純なテストをしてみましょう。 " python setup.py --name " は、関数やメソッドを全く呼び出さず、さらに外部依存もなく、名前の項目を返すことを確認してください。

また setup.py は Python 3.3 と distutils2 では不要となり、代わりに setup.cfg に置き換えられるようになることを覚えておいてください。でも心配しないで。これまで通りの複雑な作業もできますからね。

私からのアドバイスとして、今後 setup() へ渡すパラメータは何もありません。ビルドする全てのものは別の場所に置いてあっても、もし setup.py から呼び出す必要があれば、そのときのみ呼び出されることになります。

Tip #3 -- インストーラーが利用することを前提としない

setup.py が普通の Python (== distutils) で実行できることを確認してください。もし setuptools や distribute を使っている場合でも、ほとんどの場合、両方のツールで動作するよう作成できます。必要なら、ユーザーに必要な追加操作を提示することもできます。

ユーザーの確認なしに別のインストーラーを強制的にインストールすることは（例えばsetup.py内部で ez_setup を呼び出すなど）、ユーザーに対してやや不親切です。これはそれ以降エンドユーザーに新しいインストーラーの利用を強制しています。もしあなたが setup.py の内部で同じようなことを行いたいなら、最初にユーザーへ問い合わせるようにしてください！

もしくは、シンプルにユーザーへ次のように伝えてください。「このプロジェクトは XXX インストーラーでのみ動作します。必要に応じてインストールするか中断してください。」

Tip #4 -- pypi へ不安定版 (unstable) をリリースしない

私たちのインストーラーはどれも -まだ- 十分にスマートな方法でPyPI上にあるプロジェクトの安定版リリースを認識して取得する事が出来ません。その理由は PyPI の作りにも関係しています。全てのプロジェクトは、ディレクトリ別に全てのリリースファイルをもっており、インストーラーが各リリースのどれが "最新" であるかを判断します。様々なインストーラの中で唯一、安定版かどうかをちゃんと判定しているのが zc.buildout です。

こういった理由により、アルファ版や RC 版を PyPI に置いた場合、そのパッケージの機能を更新する仕組みがある場合を除いて、PyPI からユーザー環境へインストールされてしまいます。あるいは、単純に PyPI は安定版リリースが置かれる場所だという前提になっています。そのため、ユーザーがパッケージを更新する方法について前提条件を設けないようにしてください。

ベータテスター向けには、明確に分けた別のインストール手順を提示してください。全てのインストーラーは、任意の URL やディレクトリからインストールする機能を備えています。

Tip #5 -- データファイルに気を付ける

Distutils や Distribute または Python そのものは、ドキュメントファイル、メディアファイル、設定ファイルといった、それぞれのファイルの違いを明示的に判別する方法をもっていません。こういったものは、全て データファイル です。さらに悪いことに、OS の違いによってそういったデータファイルの置かれる場所が違うために、パッケージングする人たちは、対象となる各システムで問題なくデータファイルが見つかるように、Python モジュールとしてデータファイルを扱おうとします。

そう、それはおかしな事です。私たちは、この問題を Python 3.3 で修正しました。しかし、この問題を解決できたとしても、最も移植性の高い方法として、データファイルを Python モジュールとして扱う人が多いでしょう。そこでできることは、データファイルとそういったファイルを読み込む関数またはモジュールの操作方法を分かりやすくドキュメントにまとめることです。それがあなたのプロジェクトをメンテナンスしてくれる、後を引き継ぐメンテナたちを助けることになります。