taisablog

taisa's engineer blog

カンファレンス

AWS Summit Tokyo 2017:Day2 参加レポ

投稿日:


AWS Summit Tokyo 2017 Day2の参加レポ。そもそも私はこれまでAWS Summit参加したことがなく、AWSについてもこれから本格的に使っていこうとしている段階なので自分にとっては大変為になるサミットだった。
※ 以下の内容については参加時メモが元になっているので一部誤っている箇所があるかもしれないですがご容赦ください。動画やスライドがあがってくれば確認できるのですがまだ見つけられなかったので確認ができませんでした。

基調講演

まず基調講演会場に入って真っ先に思ったのはめっちゃ広い!!ってこととめっちゃ豪華!!ってこと。この先もそうだけどこれが無料で参加できるなんてさすがAmazon様。という感じだった。

オープニング

基調講演は三味線・バイオリン・ギターのスペシャルライブから始まった。これはめちゃくちゃよくてもっと聞いていたかった。

アマゾン ウェブ サービス ジャパン 長崎忠雄

オープニングのスペジャルライブが終わりホストスピーカーとしてAWS Japan代表取締役社長が出てきた。スピーチは社長らしく今回は去年と違って規模が約2倍であることやAWSのこれまでの成長・現状そしてこれからの未来について話された。あとサービスコンソールが6月末まえに100%日本語化すると明言していたのにはちょっと驚いた。厳密には以降ホストとゲストが入れ替わってスピーチしていたがスピーチメモは以下まとめて記載する

メモ

  • 今回のサミットはRegistration 20,000人以上(世界で一番多い?)
  • 去年の2倍の規模
  • スタートアップ企業の支援を強化してる
  • 事例大全集ダウンロードできる
  • ユーザコミュニティあるしエンタープライズ版もある
  • サービスコンソールを6月末までに100%日本語化予定
  • 現在90以上のサービスがある
  • 2016年には1017の新サービスおよび機能改善数(数年前は100程度だった)
  • Amazon AIすごいよってことでルービックキューブ動画を再生
    • パターンが多いので普通なら35年ほどかかるのがこれを使うと0.9秒になるよ
  • 他にもマシンラーニングを導入した企業のコスト削減の紹介
    • コスト1億円削減したり10日かかってたのが10分に削減したり
  • 5/31からAmazon LightsailがTokyoリージョンで使えるようになる(データ転送量込みで月額5ドルから)
  • いろんな企業にとってデータの移行の課題が大きい
    • AWS Database Migration ServiceでDBを簡単に移行ができるので現在25,000以上が移行済みである
  • ペタバイト級のデータ移行もあるけどそんな場合はAWS Snowballが利用できる
  • AWSサポート充実してる(ベーシック・開発者向け・エンタープライズ向けなど)
  • コストダウンについて
    • これまで2006年のサービスインから明確な競合がいないにもかかわらず61回の値下げをしてる
    • これはユーザファーストであることの表れである
  • オンプレからAWSとのハイブリットのつなぎを重要視
  • フルマネージドサービスで運用負荷軽減
  • 災害に対するリスクは高い(日本では2018にOsaka Regionが利用可能になる予定)
  • セキュリティとコンプライアンスをファーストプライオリティとしている

ゲストスピーカー/三菱UFJファイナンシャルグループ 村林 聡

まず初めのゲストスピーカーは三菱UFJファイナンシャルグループ執行役専務グループCIO。まず最初に自分たちはレガシーな企業だと2回程念を押すように言ったのち、これからはデジタルトランスフォーメーション、オープンイノベーションへ向かっていくという話をされた。具体的にはAPI、BlockChain、AIなどを駆使し7年後には銀行のコアの業務を4割ほどをAIに置き換えられるのではないかと。また、現在はオンプレから順次AWSへサーバ移行中で、現在は5つ程稼働しているが、100程が移行検討中である。ただ最後に今期で退任して次のところへ行きますといって締めていったのでなんとも言えない空気になった。

メモ

  • デジタルトランスフォーメーション、オープンイノベーションへ
  • オンプレから移行予定
  • AWSでは現在稼働中5つ(100くらい検討中)
  • 今期で退任する

ゲストスピーカー/セイコーエプソン 熊倉一徳

続いてのゲストスピーカーはセイコーエプソン株式会社のIT推進本部 本部長が登壇。セイコーエプソンは創業当時からものづくりの企業でありリアルな世界にこれからも提供していくのは変わらないといった一方で現在はサイバー空間も重要視し力を入れている。

メモ

  • ものづくりの企業
  • リアルな世界に提供するのは変わらない
  • サイバー空間も重要視
  • クラウドへの移行はかなり困難だった
  • サーバレスアーキテクチャを採用

ゲストスピーカー/レコチョク 稲荷 幹夫

続いてのゲストスピーカーはレコチョク執行役員CTOが登壇。レコチョクも最初はガラケーからの発信だったので大変だったが、現在はAWSへ全面移行することができた。当時の一番懸念点はやはりDBだったが、移行後は運用工数0、ライセンス費用0(オラクルだった)、パフォーマンス障害0になりかなり健康な状態が保てている。

メモ

  • 現在はVRの取り組みに力を入れている

ゲストスピーカー/Sansan 塩見 賢治

最後のゲストスピーカーはSansan株式会社Co-founder Eight事業部 事業部長が登壇。AWSサービスは30以上使っていてそのメリットはセキュリティ、止まらない、拡張性高いと言及した

セッション

IoT/Bigdata/AI時代におけるスケーラブルなDeepLearning実行基盤と応用

ABEJA スピーカー

  • カズンズ・ジェーン

前半は、Pythonistaの海外出身のエンジニアの方が話、後半は日本人のAWSに精通しているインフラエンジニアが登壇した。前半では簡単に言うとPythonずっと使ってるけどいいよっていう話がされてたと思う。後半ではアーキテクチャについて割と細かく説明されていた。詳しくは以下のメモとして記載。

Pythonistaのエンジニア

  • AIを投入する
  • LocalでAIを導入
  • Lambda利用でchaliceやzappaあるよ
  • Falcon APIに特化して使うのいいよ
  • Python Fireいいよ (Google製)

DeepLearningのスケール

Deep Learningの開発プロセス

  • データを集める
    • Collection
    • Annotation(pandas、numpy)
  • Model Depelopment
    • Exploration
    • Training(jupyterなど)
  • Model Management
    • Inferring
  • Monitoring
    • Falcon、Requests

AWSアーキテクチャについて

データ収集

  • Kinesis Streams
    • スケーラブルなQueueサービス
    • 1000req/sec/shard

データの保管

  • 言わずもがなS3
  • データレイク

学習環境で意識していること

  • 並列実行やGPU環境
  • スケーラビリティの高い環境
  • 安価に必要な時に必要な分だけ
  • 開発スピードを落とさないように
  • ECS
    • マネージドなDocker管理サービス
    • EC2の上に薄く載る感じ
    • ローカルで開発可能
    • 少しパラメータを変えて数十台分同時実行することも可能
    • GPUも利用可能

なぜGPU?

  • Core数が多くて並列計算が得意
  • 行列計算が得意

アーキテクチャ

  • API Gateway → Kinesis → Lambda → S3
  • ECS → LB → Annotation → S3

※ Kinesisに依存しないためにAPI Gatewayを利用してる
※ kinesis firehose使ってみたい
※ API Gatewayはできればやめたい
※ データにAWS Glueも興味ある

モデル作成

  • S3からトレーニングデータを取得してECSでJupiterなどを使ってS3に返す
    • Scalable
    • AWS Batch
    • Spot Fleet

Model Management

  • CodeBuild

アーキテクチャ

  • S3を間に置いて疎結合にしてる

まとめ

  • 疎結合を意識してる
  • AIの過渡期だから小さく開発を意識している

ChatWorkの新メッセージングシステムを支える技術

ChatWorkスピーカー

  • かとじゅんさん
  • 大村 伸吾

こちらも前半はプログラムサイドの話がメインで後半にインフラサイドの話という構成だった。ただ前半のプログラムサイドの話については最初以外は話が難しくてほぼ分からなかった。あとあえて言うとおそらくだけど発表者ノートをひたすら読み上げる形の発表だったので聞いているのが若干辛かった。これは自分が発表する際には気をつけないとなと思うポイントだった。

アーキテクチャ詳解

  • CharWorkは当初社内FW+既存システムの相乗りでサービス公開した
  • なんとか改善しながらやってきたが限界がきてシステム刷新を決断
  • 最初はライブマイグレーションプランで移行を実行したがいろんな問題が起きてプロジェクトを再起動することになった
  • 新しいアーキテクチャに移行することにして2016年に大規模なデータ移行を完了した

新しいアーキテクチャの方針

  • メッセージ数の遷移が毎年増大している背景がある
  • 保守性を維持するためにDDDは継続
  • リアクティブシステム(Akka)をベースにしたCQRS+ESを採用
  • cassandra + aurora

モチベーション

  • 当初はEC2、Jenkins、Capipstrano、Fabricだった
  • 困ってたこと
    • デプロイフローの改修が大変
    • 負荷試験をカジュアルにやりたい
  • 新しいアーキテクチャで達成できたこと
    • 負荷試験が通ったアプリコードを開発チームだけで維持できた

どうやった?

  • 実行環境をKubernetesにCIをConcourse CIに
  • 負荷テストツールの自動化(ECS等)

それぞれ

  • Kubernetesにした理由
    • デファクト
    • 開発が活発
    • kube-awsのメンテナの@mumoshuさんが社内にいる
    • ローカル開発環境minicubeがある
    • インフラチームと開発チームの責務が分離できる
  • 責務の分離
    • 必要なAWSリソースはteraformを利用

concourse CI

  • 特徴
    • パイプライン
    • YAML
    • Dependable Results
    • プラグインが不要
  • CIサーバの運用が楽になった
  • ローカルで開発したパイプラインがそのまま本番にデプロイできる
  • vagrant upで簡単にローカル起動可能
  • Gitlab flow with Environment Branchesを採用

負荷テストの自動化

  • これまではFullBokを利用していた
  • Amazon ECS + Gatlingを使った負荷テスト自動化ツールの導入
  • DSLでシナリオがコードで作れる
  • Gatlingの苦手
    • クラスタ実行
    • 複数レポートのaggregation

【ライブコーディングも実施】Amazon Payの仕組みと実装方法

アマゾンジャパン スピーカー

  • Johnathan David Froeming
  • 吉村周造

このセッションは二人とも熱のあるスピーチでとてもよかった。Amazonがいかにユーザのことを突き詰めて考えているかというのがとても伝わってきた。ECの最大の目的は商品の購入であることやユーザにとって一番よいESサイトは画面遷移と入力が最小限であることだということをひたすら伝えていた。Amazon Payの存在をすっかり忘れていたけど使いたくなった。

Amazon Pay特徴

  • 利便性
  • スピード(2クリック)
  • 安心感(マケプレ保証)
  • 実績1000社オーバー

日本赤十字社の例

  • 熊本地震がきっかけ
    • 寄付はしてみたいけど・・・
    • より多くの人にネット経由で寄付をしてもらいたい
  • 課題
    • 信頼できるページが必要(amazon.co.jp)
    • 管理を楽にしたい(aws)
  • すぐに開始したい
    • JSとSDK開発のみですぐに開始できる
  • Amazon Payの仕組み
    • フロント:Javascriptだけで可能
    • バックエンド:SDKで実装
  • LB+EC2?もしくはAPI Gateway+Lambda?
    • Lambdaを選択した
    • 困ってる人を早く助けたい(AWSならそれができる)
    • グローバルでも利用が可能
  • 購入画面のBest Practice(ECサイトのゴールは何?)
    • 商品購入(たくさん商品を購入してほしい)
  • 代表的な課題にカゴ落ちがある
    • カゴ落ちの一番の理由は?それは面倒だから(入力が多すぎる)
  • amazon payは商品購入の機会を最大化できる
  • AmazonのGolden Rule14項目を日本初公開した
    • 1ページで購入
    • 項目は最小限
    • ゲスト購入OK
  • ライブコーディング実施(ウィジェットを読み込むコーディング)

GunosyにおけるAWS上での自然言語処理・機会学習の活用事例

Gunosyスピーカー

  • 大曽根 圭輔

Gunosyの仕組みを丁寧に説明していて大変参考になった。またこれからやろうとしているプロダクトにも当てはめられるところがあったので紹介されていたブログもチェックしたい。また勉強会もやっているようなのでそれにも参加したい。

紹介

  • ユーザの行動分析を担当
  • ブログ開設してる(http://data.gunosy.io/)
  • JSAI 2017, COLING 2016に参加
  • 8割当たる予測器をつくるのは難しくない時代になったけどユーザ満足につなげるにはまだ壁がある

Gunosyと機会学習

  • 600超の媒体と契約し記事を収集・分類・リスト作成してユーザに届けている

記事分類

  • 文言からカテゴリ分類
  • 同一イベント判定(内容が似ている記事をまとめる)して代表記事を選択
  • ユーザの行動ログをリアルタイムで収集
  • ユーザの属性推定
  • スコアリング(ユーザ属性ごとのCTR予測しリストを並べ替え)
  • 大中小でカテゴライズしている
  • 形態素解析
  • カテゴリ分類器
  • カテゴリ分類APIにエンキューして分類してRDBに格納
  • モデルはS3に保存

属性推定+スコアリング

  • ユーザ行動ログ→ユーザ属性推定→スコアリング
  • 属性毎に性別・年齢・地域でクリックの傾向が分かりやすく別れる
  • どうやって属性を知るか
    • ユーザが読んだ記事情報をもとに属性を推定している
  • 年齢推定にはCNN for NLPを応用して畳み込みニューラルネットワークを使ってる

AWSではなにを?

  • ユーザログをS3に格納
  • GPUインスタンスを使って学習させてる
  • 集計後のデータをRDBに入れる
  • prestoを使ってslackやReDashなどで可視化して随時通知したり表示したり
  • logはkinesis streamを利用、kinesis analyticsで集計してkinesis firehoseを使ってElasticSearch Serviceで検索してリアルタイム通知

評価(ABテスト)

  • よくない例は機能リリース後に大きなイベントが発生して山が大きくなると計測不能になること
  • イベントに左右されにくいようにハッシュ関数を利用した割り当てをしABテスト対象の選定をしてる
  • スコアリング(Python)→Dynamo DB→記事リストAPI(Go)→ユーザ
  • どのABにあたってるかはS3にいれる
  • 細かいことを確認するにはJupiter Notebookを使ったりしてる
  • 自動集計
    • Group Validation
    • ABテストが適切に割り当てられてるか
    • 自動化進行中
  • 今回伝えたかったこと
    • 実際のサービスで動かして検証することが重要
  • gunosy-dm.connpass.comで勉強会もやってる

Pavilion

Pavilionは、IoTゾーン、AIゾーン、VRゾーン、Amazon Innovationゾーンがあり企業のVRなどの体験ができた。

EXPO

EXPOでは様々な企業が活気よくブースを展示していてみているだけで楽しかったし持っているQUコードを利用するだけで名刺交換がほぼ不要なシステムになっていたことでとても回りやすかった。また、AWSブースも設けられていて不明点などの聞きたいことが聞けたことが何よりよかった。

ギャラリー


次回はDay3についてのレポートを書きます。

-カンファレンス
-, ,

執筆者:

関連記事

PyCon JP 2017にスタッフとして参加してきた

ようやく落ち着いてきたのでだいぶ今更ながらPyCon JP 2017の参加レポートを書く PyCon JP 2017 in Tokyo | Sep 7th – Sep 10th はじめに まずはじめに、自分にとってのPyCon JPを簡単に振り返って見る。最初は2014年に一般参加者として参加したのがはじまりだった。そして翌年はじめてスタッフとしてジョインした。ただこの年は開催数日前にこどもが産まれ、当日の参加はできなかった。そしてその翌年の2016年は絶望的な業務の忙しさによりスタッフになることさえもできずに終わってしまった。そして今年、例年のような忙しさがありつつも無理やり時間を作ってスタッフとして準備・当日参加を果たすことができた。 スタッフとして スタッフとしては今年、2015年と同様にプログラムチームというチームで活動をした。プログラムチームはプログラムといってもPythonを書くわけではなく、スピーカーを募集したり当日のスケジュールを組んだりとカンファレンスのコンテンツを決めていくような活動がメイン。その中で今年はキーノート担当として活動した。今年のキーノートは海外1名・国内1名だったが、それぞれのスピーカーとコミュニケーションができたのは非常に有意義だった。また、今年やりきれなかったこととしては、システムも少し触ろうとしていたけどキャパオーバーにつき並行で進めることは全くできなかった。 参加者として 今年はスタッフとして参加したので、セッションのチェアマンをしたりともろもろやることがあったので基本セッションを見ることはできず、未だ動画でもみることもできておらず、セッションはまだほとんど聞けてないけど「Keynote」「スポンサーブース」、昼休憩にやった「メディア会議」「ジョブフェア」、「Youth Coder」「1日目のParty」「2日目の関係者パーティ」とセッション以外のところだけでもめちゃめちゃ楽しむことができた。特に1日目のPartyは食事豪華で酒の種類も多く、いろんな人と話しすることができてめちゃめちゃ楽しめた。気づけば2014年以降一度も参加できていなかったPyCon JPだったけど、スタッフをはじめて苦節3年、ようやく最初から最後まで参加することができて本当によかった。 来年は 来年はどこまでコミットできるかわからないけどもちろんスタッフとして参加するし、場所はまだ決まっていないけどPyCon APACも必ず参加しようと思う。もはや気づけばこのカンファレンスが1年間のモチベーションの1つにもなっていたりしてコミュニティってすげーとひしひしと感じている次第。 2014年一般参加した時の写真 (この時一緒に参加した人も翌年からスタッフになっている) 当日の写真は以下にまとめて沢山あがっているので大変ありがたい https://www.flickr.com/photos/pyconjp/albums/ 主にPyConについての話をしたPyLadies TokyoでLTした時のスライド

PyLadies Tokyo 3周年記念パーティーでLTしてきた

以前PyLadies Tokyo 3周年記念パーティーに参加してLTしてきたのでその参加メモ。基本的にこれから書く内容は以下の投稿とtogatterにまとまっている内容と似た内容になっているけど記録として書きます。 PyLadies Tokyo – 3周年記念パーティ に参加してきた PyLadies Tokyo – 3周年記念パーティ に参加してきた #pyladiestokyo – massa142’s blog PyLadies Tokyo 3周年記念パーティー Togatterまとめ PyLadies Tokyo 3周年記念パーティー PyLadies Tokyoとは? PyLadies Tokyo は,PyLadies の東京支部です。Pythonが好きな女性同士をつなぐために、よりPythonが好きになってもらえるように、活動しています。初心者の人が参加しやすい入門者向けイベントから熟練者がより楽しめるようなちょっと難易度の高いイベント、みんなでワイワイ発表するLT大会など、様々なテーマで毎月イベントを開催しています。どうぞお気軽にご参加下さい。 https://pyladies-tokyo.connpass.com/event/64367/ 普段は女性Onlyだけど今回は3周年記念イベントということで男性枠を設けてくれている。 PyLadies Tokyo – 3周年記念パーティ (2017/10/15 12:20〜) 参加動機 PyLadies Tokyoのメンバーと一緒にPyCon APAC 2017 in Malaysiaへ行って来たのがきっかけ PyCon APAC 2017 in マレーシア 参加レポ LTスライド PyConをきっかけに英語力を身につける New presentation (2017-10-14 21:18:42) 全体的な感想 この日は翌日にサービスローンチを控えているという状況だった為、会社から直行してLT終わって直帰するという非常に残念な状況だった。前半のLTしか聞けなかったけど、それでもLTは全部おもしろくてものすごく楽しめた。(お酒飲めなかったし食事もほとんどできなかったけど)スポンサーのRettyさん、Google Cloud Platformさんありがとうございました。

AWS Summit Tokyo 2017:Day3 参加レポ

前回に引き続きAWS Summit Tokyo 2017 Day3の参加レポ 基調講演 基調講演会場は相変わらず広くて豪華 昨日に引き続き来た 今日は確かDJ #AWSSummit pic.twitter.com/1ui1017Hla — たいさ (@taisa831) June 1, 2017 オープニング Day3のオープニングはDJだったけど前日の生ライブと比べたらまぁ普通に音楽流してるのとなんら変わらん感じで特に感動はなし AWS Summit Tokyo スペシャルバンドによる演奏でAWS Summit Tokyo 2017 Day2 基調講演がはじまりました!#AWSSummit pic.twitter.com/SMkfuUfRIG — アマゾン ウェブ サービス (@awscloud_jp) May 31, 2017 Amazon.com CTO Werner Vogles オープニングのDJが終わるとAmazon CTOのWerner Voglesが出てきた。身体がでかくいかにも貫禄があっていい感じ。スピーチもさすがという感じで各所にAWSをスーパーパワーという表現で伝えていて聞いていてワクワクしてくるような内容だった。 メモ このカンファレンスはセールスではなく教育である Cisco、IBM、HPEはマイナス成長。古い保守派の企業は成長してない(オンプレミスはおわってる) ストックホルム、中国、大阪ローカルリージョン追加 ワールドワイドなリージョンの運用が可能 この辺の話は前日とだいたい同じ ゲストスピーカー/ソラコム 安川健太 メモ デバイスを直接クラウドに接続する(インターネットを経由しない) キャリアと連携して直接AWSにアクセスする網を作った awsを活用してapiを使ってmicroservicesで構成している DynamoDB使ってる 疎結合化と非同期化 kinesis+lambda functionを使ってる awsをフル活用することで小さなスタートアップでもすごい速度でサービス開発ができている Werner Voglesに戻る 2014年にクラウドが明確に当たり前になった 今は進化の過程のどこにいるのか? プロダクションの中心(IT自体が差別化にはならない) 検索などはできなければならない、できなければ他よりも劣るだけ AWSはスーパーパワーを与えた 超音速(スーパーパワー) AWSを使って利用社はプロダクトをユニークにすることだけに集中すればいい AWSが開発の制約になってはいけない(利用者の目標を達成してもらう為にやっている) ゲストスピーカー/NTT東日本 中村 浩 CloudGateway (re:connect)の紹介(もともと社内で使ってたものをサービス化した) コスト・セキュリティ・アジリティを重要視 企業の基幹システムでクラウド利用が進まない状況 NTTがAWSと直結するサービスとし安く、すぐに、セキュアに使いたい分だけ使えるように Werner Voglesに戻る 目に見えないスーパーパワー(サーバレス) 常に可用性が高い AWS Lambdaを使えば簡単にアプリを実行できる Finraの例 常にマーケットイベントを処理しているがそれらはLambdaを活用して稼働できている 複数の関数を使う場合は? AWS Step Functionsを使うことが可能 いろんな枝分かれしたものでもAWS Step FunctionsでLambda実行利用可能 AWS X-Ray 分散型の情報のトレーシングができる Amazon DynamoDB 他のNoSQLにはコンフィグがたくさんあって大変だが、そもそもやりたいことというのは一貫したパフォーマンスが必要だということだけ …

PyCon APAC 2017 in マレーシア 参加レポ

PyCon APAC 2017に参加してきたのでその参加レポ。自分にとっては初めての海外カンファレンスだったのでとても有意義な旅行になった。 PyCon APACって? 毎年開催されているアジア太平洋のPythonカンファレンスで去年は韓国だったが、今年はマレーシアのクアラルンプールで開催された。 PyCon APAC 2017 クアラルンプールへ 前日の朝に到着 クアラルンプール着いた (@ Kuala Lumpur International Airport 2 (KLIA2) – @my_airports) https://t.co/JIqLhzUfdR pic.twitter.com/upaHiQ6QPT — たいさ (@taisa831) 2017年8月24日 とりあえずチェックインまで軽く街を散策 夜 PyConAPACに参加している日本メンバーで食事会をした。マレーシアはご飯おいしいしツインタワーすごいしでとてもよいところだった。 PyCon APAC 2017 in マレーシア 前夜祭楽しかった。飯うまだしツインタワー凄いしいいところ。 たいささん(@taisa831)がシェアした投稿 – 2017 8月 25 8:02午後 PDT カンファレンス初日 キーノート スピーカーはLuis Miguel Sanchez キーノート始まった #pyconapac pic.twitter.com/eeselKrgZB — たいさ (@taisa831) 2017年8月26日 Tea Break 30分のTea Break。Tea Breakといいつつ食事も提供された。 ティーブレイク pic.twitter.com/QylXOliBqZ — たいさ (@taisa831) 2017年8月26日 Understanding The World With The Help Of Python Understanding The World With The Help Of Python pic.twitter.com/68QWCaCREZ — たいさ (@taisa831) 2017年8月26日 Data Mining of News (Intermediate) Data Mining of News pic.twitter.com/2I6CdLHgjs — たいさ (@taisa831) …

no image

カンファレンスを最大限に楽しむ方法

Talk Python To Me という PodCast を聞いている中で興味深い話があった。 Talk Python To Me Podcast Talk Python To Me is a podcast for developers who are passionate about Python. Learn about the language and related technologies. Episode #161: Django 2.0 の 00:58:20〜のトーク内容で「カンファレンスを最大限に楽しむ方法は?」という質問に対する回答 まず第一に参加できるなら参加しましょう。もし US や北アメリカのカンファレンスに行けない場合は、ローカルで開催されているカンファレンスに参加しましょう。そしてもし参加したら友達とくつろぐのはやめて新しい友だちをつくりましょう。自分の視野を広げるために参加しているのだから。それが簡単でないことはわかります。でもそうすることで新しいアイデアやコネクションをつくることができて新しい視野がひろがります。そして、それができた場合でも自分の知識をみせびらかすようなことはやめて、そのかわりに質問をしましょう。そして私は、カンファレンスに参加してハイヤリングをした立場として分かりますが、知識があるひとよりもむしろ、新しいことを見つけ出して熱心に学ぼうとしている人を雇おうとします。 以前にカンファレンスに参加したことがある人もそうでない人も、カンファレンスのボランティアをやるのもよいです。ボランティアをする中で関係ができあがり、新しいコネクションができます。私はボランティアをすることで自分のキャリアの中で大きな変化を得ることができ、とても良い人で出会うきっかけになりました。恥ずかしいとか思うかもしれませんが、そんなことは誰も気にしてはいません。自分もとても恥ずかしいことをした経験があるけど誰も覚えてはいませんよ。 ソース:https://talkpython.fm/episodes/transcript/161/django-2.0 内容は意訳してる箇所や多少省略してる箇所があるので詳しく知りたい方はソースを見てください。この内容はトークする側ではなく単純に参加する側へ向けた話。 そしてある意味当たり前のような話ではある。ただ、恥ずかしがるとかそういった考えはなんとなく日本的もしくはアジア的なところがあるのかなと思っていたので、アメリカでもこういったことが話されてるんだなっていうところに興味が持てた内容でした。 話し手はこの方 Daniel Roy Greenfeld (@pydanny) | Twitter The latest Tweets from Daniel Roy Greenfeld (@pydanny). Co-Author Two Scoops of Django (https://t.co/h98NETIALQ), open source coder, husband of @audreyr, former NASA coder. Los Angeles, CA