yapc_first_day.md

• there is more than one way to enjoy it!

• session 聞いてもよいし、hubでコーヒー飲んでもよい

• red bull girlが２日目にくる

• ネックストラップは大事

• 多目的ホール２

• インフラエンジニアは信田

• LINE;鈴木さん

• プログラミングスキルのないエンジニアは死ぬの？

• インフラエンジニアはどうなるのか

• ハードウェエアはDC、クラウドで管理する

• 物理的な問題が解決、AWS APIで監視ソフトなどのソフトウェアで作成できる

• ソフトウェエアの恩恵でコードを書くことでより便利な物を作れる

• ソフトウェエアを作れない（コードが書けない）印フラエンジニアは死ぬ

• コードを書けばバグがつくし、メンテもある。必要がアッレバコードを書かずにAPIにいまかせる

• operatioon engineeer's light talk

• 印フラエンジニアがコードをかけるようになるのは絶対必要

• 開発すべき、目の前に解決すべき問題はなんなのか

• 運用エンジニアがどのようにコードをかけるようになったかk

• 入門書レベルのシンタックス理解くらいまでは自力で解決する

• とにかく書く

• fluentd

• ClloudForecast, GrowthForecast

• コードをかけるようになると、ソフトウェエア側に機能の相談もしやすくなる

• 人にコードをみて絵もらう

• 見やすいところにコメントを書く

• エソッドが期待する入力と返す値を明記する

• 命名規則；まるまるするやーつ、まるまるをまるまるするやーつは複雑なので分割する

• serverspec

• ソースコードリーディング会

• 一人でやるのはつらい、仲間を増やそう

• 刺激を与えられる仲間を集める

• Introduction Swift

• Swift, compie language なのにメイン関数の定義とかがいらない

• Swiftは添字を使える

• generator : いてレータ変数を与えなくともループで処理ができる

• optional :

• opeator : 演算子が定義できる

• perlの組み込める！

• 組み込み部分はcで記述、APIをcでたたくだけ

• swiftはperlに近い！

• compile vs script : compileは書くのが大変、scriptは書くのが楽、実行速度はcompileが早い、scriptは遅い

• データの型はcompile言語は静的、script言語は動的←動的ではあるが型を持っている

• 型推論が追いついてきている

• 新しく物を作るとき、新しい言語が使われている、perlはもう使われていないのかもしれない

• Swift go OSS

• Swiftは押しつけだけれども気持ちよくなっている

perl BDD

• 鯖サイドの人
• TDD is dead!
• 楽にテストができるライブラリが惜しい
• TEST;;Builder テストの正誤を判定、集計する
• TAPでテストの結果を表示する
• TEST::Builder2 テストの結果出力をカスタマイズできる
• TEST::Builderで通るすべてのテストをTEST::Builder2でも通す
• TEST;;Ika RubyのRSepecをまねしたもの
• note で変数の中身をみることはなくなる
• 色をつけると受けがいい
• まとめ
• すぐに使いたいはTest::Pretty, RSepc厨はTEST::Ika
• TEST::Kantan持つ買ってみてね

perl Lint

• 構文検査は人間がやるべき仕事なのか
• しかも、人間は見落としがある
• 見安いコード＝メンテナンスしやすいコード
• 人間はクリエイティブな仕事をする
• perl criticはちょっと重い
• perl lint なら critic の４００％の速度がだせる
• perl の静的検査
• ソースコードをトークンコード化、またはそのトークンコードをシンタスチィックツリーに
• policies(PBPのポリシー：そえぞれのポリシーが独立している、自分のポリシーを入れられる
• 実装の特徴c-style for ->トークンの前後をみる
• greeep の代わりに List::Util anyを使う
• install がめんどい
• perl lint playground
• no critics のような例外処理はない
• contributerをっ募集中！

Scala In Perl Company : Hatena

• hakobe
• ソフトウェア進化を継続することが重要
• エラー見地の原因がperlにはある
• 想定できないエラーが生まれる
• コード全体を把握しているエンジニアのそんざいが必要
• mackerel
• サーバー管理ツール
• https://mackerel.io/
• ムST:表現力の高い静的型システム
• オブジェクト指向の型付き言語
• 大数的なデータ型を定義できる
• 記述んお柔軟さ簡潔さ
• 豊富なライブラリ、Web開発の実績

いろんな言語を適材適所で使おう

• あんちぽくん
• 技術選択について
• どう選択すれば後で公開しないか
• ユーザへの価値を最大化する && 持続性
• 言語の選び方、言語の特性、コミュニティ、環境
• サービス開発は時間との戦い
• 時間が流れる中でそのように資本と資産を運用するか

自然言語処理を支える技術 〜要素技術とPerlの活用〜

• hideo55
• 単語帳の単語で区切るったものをつなげる
• 単語艦の連接コスト、単語の生起確率のコストが最も高くなる組み合わせを切り取る
• 隠れマルコフもで得る、動的計画法で計算
• Mecab:ユーザ辞書
• 協会判定が必要な事例「なのは」問題
• KyTea:部分アノテーションによる追加学習、TEXT::Kytea
• 辞書のデータ子覆う像:Triee
• キーの検索が高速、長さあmのキー検索が最悪でO(m)
• 共通キーの列挙が容易
• ダブル配列：２つの配列でTrieのノード間の遷移を表現
• LOUDS:Trieの構造をビットで表現、簡潔ビットベクトル
• 係り受け解析機：CAbocha
• 自然言語処理におけるperlの役割
• 前処理、後処理言語リソースの収集

TWiki − Perlで書かれたプログラマブルでglueでスケーラブルなCMS

• Twikiの普及の要因
• 高い可溶性
• 技術者に交換を持たせられる
• サーバでデータ集約
• マクロでいろいろできる

Mojoliciousを使ったwebアプリケーション開発 実践編

• Carton:perlのライブラリのインストール
• Carton exec でライブラリのパスを通した状態で実行
• mojolicous:perlでWeb開発をするための基礎構成を提供する
• モデル層はTenguを使う
• キャッシュの利用するならば(KVS)Chache::mMemChache::Fast::Save
• コンテナを作る：Object:container
• インスタンスを作って名前を設定していく
• シングルトンパターン
• レンダラーXLATe
• テンプレートキャッシュを意識、ビューで難しい処理をしたら負け
• PLACK::MIDDLEWARE::SESSION
• 本番環境へ：XBUILD
• ENGINX,httpdをたててアプリをPROXY
• DEMONTOOLでプロセス生存管理
• SEVER::STARTERでホットデプロイ、アプリをとmっ多様に見せずにデプロイ

Loghtning talk

1. maka2_donzoko@twitter

• こみけで本出す人,Acmeの人

2. charsbar@github

• CpanAuthorの人

3. shoichikaji@github

• https://github.com/shoichikaji/relocatable-perl

4. papix@twitter

• perl入学式の人

5. hiratara@github

• haskellのLensをperlで実装

6. gugod@twitter

• 可視化

7. shuhei.tanuma@facebook

• OSSの理想と現実

8. catatsuy@twitter

• python circus

9. kazeburo@github

10. bayashi@twitter