use DBIx::Schema::DSL; create_table book => columns { integer 'id', primary_key, auto_increment; varchar 'name', null; integer 'author_id', not_null; decimal 'price', 'size' => [4,2]; add_index 'author_id_idx' => ['author_id']; belongs_to 'author'; }; これはなんとPerlのコードです。記号だらけで読みづらいと言われることもあるPerlですが、このコードは余計な記号も少なく、何をやろうとしているか明確です。これは、DBIx::Schema::DSLモジュールを用いてSQLのCREATE文を定義しているコードです。 Railsの

RailsチュートリアルやRailsガイドの和訳プロジェクトを立ち上げたり、Ruby Hacking Guideの英訳に携わった経験から、日々更新されていく技術ドキュメントを継続的に翻訳する仕組みと、それを支える技術についてお話しします。 こんなことを話したい GTT を使った Social Translating の良し悪し 訳文を再利用する技術 (翻訳メモリ) とその成果 Web版が無料でも電子書籍化でお金になった話 人力翻訳API (有料) で翻訳する際の注意点 (まとめ) 技術ドキュメントの翻訳を自動化することはできるのか? 関連サイト Railsチュートリアル Railsガイド Ruby Hacking Guide 関連リポジトリ yasslab/railsguides.jp yasslab/railstutorial.jp yasslab/gtt-downloader yass

江戸一番のジャスタウェイ職人であるアスカさんがAndroid/iOSでツイッタークライアントを作る方法についてお話します。 ツイッタークライアント開発の準備（開発環境・ライブラリについてサラッと） ツイッタークライアント開発で使えるデザインリソース（非デザイナー向け） ツイッタークライアント開発でしか使えないテクニック（タイムラインの制御など） サードパーティ製ツイッタークライアントの歴史と文化

昨年講演を行ったFinal Fantasy Record Keeperのウェブフロントエンドパフォーマンスチューニングの内容を土台に ウェブゲームアプリケーションに限ることなく 現場でよく問題になるケースと"RAIL"パフォーマンスモデルを元にしたパフォーマンスチューニングの方法 jQueryは悪か？DOMアクセスのパフォーマンスを考える ウェブブラウザの描画とパフォーマンス 今できるServiceWorkerを用いたUX最適化 などをご紹介します。 ※FFRKの話はありません

Perlで開発をはじめるときに「use strict」するように、MySQLでも様々な問題を未然に防ぐために、使いはじめるときに気をつけておきたいことがあります。 本トークでは、話者のこれまでの経験からMySQLを使って開発をはじめるときに、開発者/運用者が気をつけておきたいことについて話します。 取り扱うトピック Strict SQL Mode Character Set / Collation 大文字小文字を区別するかどうか ハハ=パパ問題(アクセントを区別するかどうか) ?=?問題(SMP文字を区別するかどうか) Time Zone Avoid NULL NULLの奇妙な性質 UNIQUE Constraints 区別できない文字はUNIQUE制約の影響を受ける NULLはUNIQUE制約の影響を受けない 論理削除

2008年から実施しているエンジニア向けのインターンシップ「はてなサマーインターン」の裏側を紹介します。 はてなサマーインターンとは 毎年夏に実施するエンジニアを目指す学生向け長期インターンです 2008年から今年で8年目。これまでに80人もの「はてなインターン卒業生」を生んできました 前半はPerl, JavaScript を中心に「Webサービスを独力で作る」技術を習得するトレーニングを行います 後半ははてなの開発チームに参加し、実際にユーザーさんに使われる機能を開発します インターンの副産物として、研修カリキュラムを「はてな教科書」として無料公開、毎年更新しています 実際の開発フローに参加することで、ペアプログラミングやコードレビューといった文化に触れられます トーク内容 はてながインターンや教科書を通じてエンジニアを目指す若者に伝えたいこと、実際にインターンをする上での準備、体制、

There is a "A useful, usable" release on rakudo.org site. しかし､実際には useful なものではないのではないか､という疑念を皆さんお持ちのようです｡ そこで､実際どのあたりの機能が利用可能で､どの程度進んでいるのか､ということを､ 外野の視点からお話させていただこうと思います｡ 結局 VM はどこがサポートされてるの? thread 実際いま動くの? 起動速度はどうなの? 実行速度はどうなの? CPAN にあたる部分はどうなの? 標準ライブラリはどうなってるの? web application は書けるの? そのあたり､気になりますよね｡その辺り､お話させていただきます! Perl6 はすぐそこまで来ているぞ!!!!

webアプリケーションの開発・運用にはトラブルがつきものです。 どうしても回避できないトラブルもありますが、事前にしっかりと考えておくことによって未然に防ぐことができるものも多いでしょう。 しかしながら実際に何に気をつけないといけないか、何を考えておかないといけないかはその時々によって大きく変わってきます。また置かれている環境によっても異なってくるでしょう。 本トークでは一例として私が今までwebアプリケーションのコードを書いて経験してきたことを基に、特定状況下でどういうことを考えどういうところに気を配りながらwebアプリケーションのコードを書いているかについてお話します。 大きく分けて3つのトピックを予定しています。 仕事のコードを書く時に考えていること 趣味のコードを書く時に考えていること 仕事と趣味のコードどちらでも共通して考えてること 各トピックでは下記キーワードに関連した話をしま

「Hamlit」はRuby製テンプレートエンジンHamlの7倍程度高速に動作する同言語の実装です。 本トークでは私がHamlitの開発を通して感じたことを元に、以下のトピックについて話します。 ライブラリ高速化の過程 最初の仮説とその失敗 高速化のアイデアを思いつくまでのプロセス 再実装することの意義 なぜ既存の実装を改善しなかったか 書き直すことで得られた経験 既存実装との衝突 意味不明な仕様の保守性 保守しやすい仕様とは 生存戦略 2番煎じにならないために 不完全なリリースの功罪 炎上 先輩からの学び 戦争の舞台裏 Rubyにおける高速化の具体的なテクニックに関する話題は避け、高速化のモチベーションや開発プロセス等にフォーカスして話す予定です。 テンプレートエンジン高速化の過程に関してはHTMLを書いたことがある程度の知識を前提に紹介します。

How to build the neologism dictionary for Japanese natural language processing 月に数回更新している OSS な MeCab の新語・固有表現辞書の詳細、使用例について言及します。また、日本語自然言語処理の発展(例 : SF 映画の様にロボットの発するジョークで人間が豊かな気持ちになる未来)のために必要なデータの内容や形式、希望する公開方法についてお話します。 長い本文 単語や文字列を正しく読める・認識できることは、ネットを介して人と人が円滑に交流するために必須です。 それをコンピュータができる様にすることは、人間の言葉を電子テキスト化した情報を活用して便利な世の中を実現するためにも大切です。 例えば、検索エンジンの様々な機能や、ニュースアプリケーションのニュース記事の自動カテゴリ分類などは、コンピュータが単語や

Sereal is a schema-less, cross-language binary serialization protocol aiming to replace Storable in Perl. It natively handles almost all Perl data structures including “special" ones such as aliases, weakrefs, regexps and cyclic references. Sereal supports compression and string de-duplication and employs other nice tricks allowing it to produce one of the most compact outputs across available ser

スポンサー企業に多大な配慮をしつつ、今まで発表者が報告してきた実例を元に、 実際のアプリケーションで発生しがちなセキュリティホールについて傾向と対策を語ります。

概要 最近はあの企業が go を採用した、この OSS も go 使っているのかのような話を頻繁に聞くようになりました。 go は（個人的には）取っ付き易い言語だと思いますが、いざアプリケーションやライブラリを今までのように書いてみようと思うと、 perl のあれがない オブジェクトじゃない テストが独特 channel, goroutine など特有の機能の登場 そんな自由じゃない なんか色々手間でめんどくさい ... とか のような事に直面することがあるかと思います。（良い点でもあるんですが） このトークでは、perl/go でのアプリケーションやライブラリの開発を比較しつつ、こういう点で嵌った、こうしたほうが良いかなということを広く浅く共有出来ればと思います。 トピック go, perl editor testing waf cli とか