キャンセルがあった場合でも参加費が徴収できる
- 特にNagoya.Testingのように昼食に弁当が出るケースだと参加費が徴収できないのは痛いかと思います
- 16〜17人来なかったので大赤だったという話
とりあえずポチって後から考えるということが（ある程度）回避できる
- 人気のある勉強会だと椅子取りゲームになってる感があり
- 勉強会によっては申し込み順に関わらず抽選というのもあるけどごく少数

事前決済を挟むデメリット

ほとんどのイベントサイトではPAYPALが使われていることが多いのでPAYPAL前提として

クレジットカードがないときつい
- PAYPALはクレジットカード決済しかない
PAYPALが落ちると決済できない
- 勉強会直前にPAYPALが落ちて決済できないってのが何回かあった気がｗ

事前決済があっても変わらないもの

会場の広さに対して空きが明らかに多いと主催者や登壇者もちょっと嫌な気分になる
来なかった人の分まで無駄な会場設営が発生する
- 席程度ならいいんですが印刷物とかあった日には・・・
参加費の徴収は事前決済で回避できるとしても、残った食料はどうしようもない
- 胃袋は有限
- ビアバッシュ形式なら当日にピザの枚数とか調整できるかもしれないけど、居酒屋でコースで予約してたらアウツ
  - 居酒屋で予約する時はだいたい前日までに人数確定しなきゃいけないし、直前に大量に人数が減ると店の人も困る（来ない客の分の席を確保していたのでその分の機会損失）

*1:あくまでスタッフとしては参加経験あるけど、主催はない

RSpecでは --profile オプションをつけることで

$ rspec --profile
Top 10 slowest examples (17.92 seconds, 65.4% of total time):
AndroidMarket use stub content behaves like android_market_base_examples #get_overall_top_selling_new_paid_apps
1.96 seconds ./spec/android_market_spec.rb:121
AndroidMarket use stub content behaves like android_market_base_examples #get_top_selling_paid_apps_in_category
1.94 seconds ./spec/android_market_spec.rb:92
　（略）

のようなスローテストのトップ10（ワースト10）を出すことができるのですが、これをJenkinsでグラフ化できたら便利かなぁと思ってスクリプトを書いてみました。

gist

使い方

1. JenkinsにPlot Pluginを入れる

2. Jenkinsでrspecを動かす時に標準出力をログファイルに出力し、それを前述の plot-rspec-slowest-examples.rb に読ませる。

通常だったら

rspec

ってやるところを

rspec --profile 5 > rspec-console.log
ruby plot-rspec-slowest-examples.rb rspec-console.log > plot-rspec-slowest-examples.csv

のようにします。profileの後の数字は出力する上位件数です。（デフォルトだと上位10件）

出力されたcsv

total,top 1,top 2,top 3,top 4,top 5,
8,1.67,1.59,1.59,1.58,1.58,

3. 上記で出力したcsvをplot pluginで読み込ませる

f:id:sue445:20130317015049p:plain

グラフ化した結果

f:id:sue445:20130315141739p:plain

テスト全体に対して1つだけ突出しているのがあればそこを見直すだけでスローテストを改善できると思います。*1

*1:既出かどうかは知らん

TDD Boot Camp Tokyo 2013-03にTAとして参加してきました。

つぶやきまとめ：2013/03/16 TDD Boot Camp Tokyo 2013-03 #tddbc - Togetter

主催の id:katzchangさん、~~タダ酒を飲ませてくれた~~会場を提供してくださったVOYAGE GROUPさんありがとうございました！

ちなみ今回TAらしきことはそれほどやってないです(´・ω・｀)
（rspecのリファクタリング方法を教えたのとプリキュアLTしたくらい）

TDDBCのお題

今回初見のお題(LTSV)だったので家に帰って自分でもやってみました。

sue445/tddbc_tokyo_20130316 · GitHub (ruby 2.0.0 + RSpec)

当日写真に撮ってたお題のスライドを文章に起こしているのでそれだけでも見る価値はあるかと。

あと、無駄にtravis.ciでもビルドを回してますｗ

以前LTでしゃべった内容をブログ用に再構成してみます

冒頭に結論

Twitter API 1.1対応は廃止されたAPIだけ対応してもダメ

ことの発端

AZusaar!!のテストにて

1テストケースずつ ->GREEN
テストスイート一括実行 ->RED

という事象が発生

WHY ?

RateLimitに引っかかってた(;´Д｀)

API 1.0
- アカウント全体で350回/h
API 1.1
- API単位で15 or 180回/15分
- https://dev.twitter.com/docs/rate-limiting/1.1/limits

一度に同じAPIを大量に使うと規制される＆Jenkinsのビルドも通らないorz

解決策

Groovy基礎勉強会で @mike_neckさんに教えてもらったBetamaxを使った。

Betamaxって何よ？

テストケース中のhttp通信を全部yamlに記録するライブラリ。groovyで作られているので当然Javaからでも使えます

AZusaar!!でやったこと

pom.xml

betamaxとgroovyを追加

<project><dependencies><dependency><groupId>co.freeside</groupId><artifactId>betamax</artifactId><version>1.1.2</version><scope>test</scope></dependency><dependency><groupId>org.codehaus.groovy</groupId><artifactId>groovy</artifactId><version>2.1.2</version><scope>test</scope></dependency></dependencies></project>

テストケース

publicclass SomeTest{
    @Rulepublic Recorder recorder = new Recorder();

    @Betamax(tape="SomeTest#yourTest", match={MatchRule.uri})
    @Testpublicvoid yourTest() throws Exception {
        // do something
    }
}

テストメソッド単位でtapeの名前を一意にした
matchはyamlを読み込む時の条件（上記の例ならuriが一致したらそのyamlを読み込む）
初回のテスト実行時にsrc/test/resources/betamax/tapesにyamlが保存されるので2回目以降はそれが参照される(READ_WRITEモード)
- READ_WRITEモードの他にもWRITE_ONLYモードやREAD_ONLYモードもある
- yamlをcommitしておけばjenkinsでも同じ結果を返せる

参考リンク

HTTPアクセスを記録/再生してテスト時に使える、Betamaxを試してみたよ - @ikikko のはてなブログ

書いていて気になった点

テストクラスごとにRecorderやBetamaxをつけるのが冗長
- テストケース全体の振る舞い (rspecにおけるspec_helper的なもの) を定義できればもっとシンプルになった。。。
- Groovyでテストを書いていたらRecorderを継承した新しいRecorderを使えばBetamaxアノテーション自体不要になりそう
  - ただしそこまでやろうとするとテストのためのテストが必要になるのでちょっと重い
tape名にクラス名とメソッド名を書く方式だとTheoriesのようなパラメタライズテストに対応できない
- Theoriesを1つだけだったのでそこは割りきってBetamaxを使わないようにした
RSpecに慣れすぎてJUnit面倒くさい
- RSpecの時はspec_helperに memoistを入れることでメモライズするだけでとりあえずなんとかなった
Javaだけでやるのが面倒くさい部分でGroovyを利用することでさっくり解決できるのは素敵。まさに万能接着剤！
- http://www.slideshare.net/nobeans/the-report-of-javaone2011-about-groovy/14

重要なことなのでもう一度

Twitter API 1.1対応は廃止されたAPIだけでなくRateLimitも考慮しよう

参考書籍

API 1.1対応ﾏﾀﾞ-?

Twitter API ポケットリファレンス (POCKET REFERENCE)

作者:山本　裕介
出版社/メーカー:技術評論社
発売日: 2011/07/15
メディア:単行本（ソフトカバー）
購入: 3人クリック: 247回
この商品を含むブログ (41件) を見る

Ruleの使い方とか

JUnit実践入門 ~体系的に学ぶユニットテストの技法 (WEB+DB PRESS plus)

作者:渡辺修司
出版社/メーカー:技術評論社
発売日: 2012/11/21
メディア:単行本（ソフトカバー）
購入: 14人クリック: 273回
この商品を含むブログ (46件) を見る

他の会社だと1つのJenkinsをみんなで使うという運用（な気がする）ですが、うちの会社の場合だと個人やアプリで好き勝手にJenkinsを乱立させてます。

他の人はどんな風にJenkinsを使ってるのかなーと思って何人かに声をかけて開催してみました。

登壇者は自分を含めて3人。参加者は20人くらい。勉強会初主催にしてはまぁまぁだったと思います。

唯一の心残りは、新卒がたくさん来ると思って資料を張り切ってたのですが新卒研修とかぶってしまったという(´・ω・｀)

社内で使ったスライド（無修正版）に社外公開用に修正を加えたスライド（モザイク修正版）をslideshareにアップしたのでよければ御覧ください。

Railsアプリに特化してるので他の言語の方はどうもスミマセン

ドリコムJenkins勉強会資料 from sue445 Sueyoshi

一緒に発表した @mazgiさんのエントリ

http://blog.mazgi.com/2013/04/beginning-comfortable-documentation-with-jenkins-and-doxygen/

概要

GAE(Google App Engine) + Terminal = GAErminal (読み方：がーみなる)

Google App Engine上でgroovyスクリプトを動かすことができます
https://github.com/sue445/gaerminal

サンプル

f:id:sue445:20130420175006p:plain

利用用途

production環境上でモンキースクリプトを動かす
- コード修正→随時デプロイだと効率が悪い
  - デプロイに数分かかる
  - デプロイすると上がってたインスタンスが全部落ちるので再度spin-upが走る
  - デプロイは1日1000回までしかできない
- コンソール上で直接スクリプトを実行できると試行しやすい
- 使い捨てのコードでテストを書くのはさすがにしんどいですよねｗ
Datastoreからのデータ抽出
- がっつりプログラムを書くほどではないけどadmin consoleのGQLで抽出するにはしんどい場合とか
production環境上のデータ不整合を直接修正する

インストール

mavenを使ってるならpom.xmlに

<dependency><groupId>net.sue445</groupId><artifactId>gaerminal</artifactId><version>0.0.1</version></dependency>

gradleならbuild.gradleに

dependencies {
    compile 'net.sue445:gaerminal:0.0.1'
}

を書くのが手っ取り早いです。

mavenもgradleも使ってなくてjarが個別で欲しい場合は
Maven Central Repositoryからダウンロードしてください（別途groovy.jarも必要）

設定

web.xmlに下記を追記してください

<web-app><filter><filter-name>GaerminalController</filter-name><filter-class>net.sue445.gaerminal.filter.GaerminalController</filter-class><init-param><param-name>pathPrefix</param-name><param-value>/gaerminal/</param-value></init-param></filter><filter-mapping><filter-name>GaerminalController</filter-name><url-pattern>/gaerminal/*</url-pattern><dispatcher>REQUEST</dispatcher></filter-mapping><security-constraint><web-resource-collection><url-pattern>/gaerminal/*</url-pattern></web-resource-collection><auth-constraint><role-name>admin</role-name></auth-constraint></security-constraint></web-app>

<security-constraint>で認証をかけないとパスを知ってればアクセスできる状態になるので絶対に忘れないでください！
slim3を使ってる場合はFrontControllerよりも前にGaerminalControllerを書いてください

<filter-mapping><filter-name>GaerminalController</filter-name><url-pattern>/gaerminal/*</url-pattern><dispatcher>REQUEST</dispatcher></filter-mapping><filter-mapping><filter-name>FrontController</filter-name><url-pattern>/*</url-pattern><dispatcher>REQUEST</dispatcher><dispatcher>FORWARD</dispatcher><dispatcher>INCLUDE</dispatcher><dispatcher>ERROR</dispatcher></filter-mapping>

あとはローカルでサーバを起動して http://localhost:8888/gaerminal/とアクセスして冒頭の画面が出れば成功です。

仕様

Grooxyの言語仕様に準じます。（早い話Javaならなんでも動きます）
- セミコロンは不要
- mainも不要
- java.lang.* の他に java.io.* や java.util.* 辺りもデフォルトでimportされます
  - 参考：Groovy - Differences from Java
- System.out.println は println でOK
ktrwjrや CNMVと違ってwar配下への静的ファイルは不要
「Google App Engine上で」とあるけど、appengineには依存してないのでJavaのwebアプリ上であればなんでも動くことに今更気づいたｗ

参考書籍

プログラミングGROOVY

作者:関谷和愛,上原潤二,須江信洋,中野靖治
出版社/メーカー:技術評論社
発売日: 2011/07/06
メディア:単行本（ソフトカバー）
購入: 6人クリック: 392回
この商品を含むブログ (152件) を見る

はじめに

これはゆとり Advent Calendarの6日目です

ゆとり( @megascus )さん転職おめでとうございます！

5日目

@toru_inoueさんの IT技術者が教える本当に失敗しないBBQでした

6日目：ゆとりさんステッカーを作ってみた

ステッカーの詳しい作り方はいろふさんのステッカーを作ってみる #irof_historyを御覧ください

作ったもの

f:id:sue445:20130505001945p:plain
サイズが小さい分irofステッカーよりも省エネです

印刷してみた

~~何を気が狂ったのか~~70枚ほど作ってしまったのでゆとり系勉強会に持って行きます

でもやっぱり

irofさんの方がもーっと好きです！

メタリックなirofさんもステキ

7日目

@backpaper0さん
Stateful Session BeanはたぶんSerializableをimplementsしなくて良いと思うような気がしなくもない - 裏紙

f:id:sue445:20130525222012p:plain

おわかりいただけたろうか？

分からなかった人のためにもう一度

f:id:sue445:20130525222113p:plain

RubyMineはヒアドキュメントの識別子によってさらにシンタックスハイライトができる模様。
1つのファイル内で複数のシンタックスハイライト適用されるエディタなんて初めて見たよ。。。*1

せっかくなのでいろいろ調べてみました

HTML

f:id:sue445:20130525222424p:plain

JavaScript

f:id:sue445:20130525222515p:plain

JSONもいけました
f:id:sue445:20130525222632p:plain

もちろんRubyも

f:id:sue445:20130525222718p:plain

Java, Groovy

f:id:sue445:20130525222756p:plain

無理だった(´・ω・｀)

Gist

普通はファイルの拡張子を元にシンタックスハイライトされるので、ヒアドキュメントは普通の文字列として解釈されます。

結論

RubyMineはすごかった

*1:自然すぎて最初全然気づかなかったｗ

『JUnit実践入門』写経・実践会 in 横浜 #7のハンズオン用。

このエントリではJava(Groovy)について書いていますが他言語でもだいたい同じです。

前準備 : MavenかGradleでテストできる状態にあるプログラムをGithubに公開する

1 : Travis CIにアクセスする

https://travis-ci.org/の右上からGithubアカウントでログイン
f:id:sue445:20130527230858p:plain

2 : 自分の名前→Accountsでリポジトリの一覧が出る

f:id:sue445:20130527231038p:plain

3 : スイッチをOFFからONに切り替える

f:id:sue445:20130527231331p:plain

Github側も勝手に連携される
f:id:sue445:20130527231524p:plain f:id:sue445:20130527231527p:plain

Tokenも全部設定されてるSUGEEEEEEEEEE!!!!!!!!!!1111111111

4: リポジトリのルートに設定ファイル( .travis.yml )を置く

f:id:sue445:20130527234302p:plain

Java

language: java
jdk:- openjdk6
  - openjdk7

Groovy

language: groovy
jdk:- openjdk6
  - openjdk7

前処理や後処理などをやりたければ下記を参照

http://about.travis-ci.org/docs/user/build-configuration/

before_install
before_script (複数設定可能)
- JUnitで言うところのsetUp
- 設定ファイルをコピーしたりとか
(Travisがcloneしたリポジトリにcdする)
script
- これがなければTravisが勝手に判断してくれる（例：pom.xmlやbuild.gradleを実行）
after_script (複数設定可能)
after_success / after_failure
after_script
- JUnitで言うところのtearDown

Javaの仕様

http://about.travis-ci.org/docs/user/languages/java/

注意点

テスト時にコマンドが複数必要なら &&でつなげるかshellで書く
- after_script で失敗してもテストは成功扱いになるため (before_scriptも？)
JDKが複数指定できるのは便利だが、微妙に重いのでたまにテストがタイムアウトする
- 1つでもタイムアウトしたらエラーになってアラートメールが飛ぶｗ

5 : githubにpushするとTravisでテストが動くはず

f:id:sue445:20130527233138p:plain

6 : readmeにバッジを貼る

Status Images
f:id:sue445:20130527233410p:plain

readmeのフォーマットに応じたものをコピペする
f:id:sue445:20130527233505p:plain

7 : ペタリ

f:id:sue445:20130527233712p:plain

Travisのバッジがあることが一種のステータスになってる気がします。（有名どころのライブラリはだいたいこれがついてる）

おまけ : ここがすごいよTravis CI

Pull Requestがあったらそのbranchに対してテストしてくれる
f:id:sue445:20130527233902p:plain

JUnit実践入門 ~体系的に学ぶユニットテストの技法 (WEB+DB PRESS plus)

作者:渡辺修司
出版社/メーカー:技術評論社
発売日: 2012/11/21
メディア:単行本（ソフトカバー）
購入: 14人クリック: 273回
この商品を含むブログ (53件) を見る

ドリコム社内で「先輩から新卒エンジニアの皆さんへ」という新卒向けLT大会があったので意識の高い発表をしました。

技術的なLTやネタLTはよくやりますが、エンジニアとしての生き方について語ったのはたぶん初めてだと思います。

ちなみに @tokorotenさん、 @onkさん、@GedowFatherさんと言った頭のおかしい人達による計7人による発表でした。*1

お前らLTなんだから長々と話すなｗ

スライド

技術書へのいざない from sue445

新卒からあった質問

Q. 新卒が読んでおくべき本は？

A. 気になった本全部読んでればいいんじゃないかなｗ

本を読んだら脚注とかに「～から引用」とかあるのでその辺を辿るとか、Twitterで話題になってるのかたっぱしから読むとか。

質問コーナーでは言いそびれたけど、勉強会でよく取り上げられる本は読んどくべき

達人プログラマやクリーンコード辺りは頻出。こういう本がその界隈での共通言語になってる

達人プログラマー―システム開発の職人から名匠への道

作者:アンドリューハント,デビッドトーマス,Andrew Hunt,David Thomas,村上雅章
出版社/メーカー:ピアソンエデュケーション
発売日: 2000/11
メディア:単行本
購入: 42人クリック: 1,099回
この商品を含むブログ (344件) を見る

Clean Code アジャイルソフトウェア達人の技

作者: Robert C. Martin,花井志生
出版社/メーカー:アスキー・メディアワークス
発売日: 2009/05/28
メディア:大型本
購入: 27人クリック: 914回
この商品を含むブログ (73件) を見る

Q. (sue445は) 1年目に何冊くらい読んだ？

A. http://booklog.jp/users/sue445?display=front&category_id=544876&status=3&rank=0&sort=read_asc

の上2～3段と

http://booklog.jp/users/sue445?display=front&category_id=1229697&status=3&rank=0&sort=read_asc

くらい。1年目は言うほど読んでないです。

当時は会社の制度で資格取るのが推奨されてたのでそっちの勉強が多かったです（Oracle Master BronzeとSJC-Pは1年目で取ったけど、簿記3級と応用情報は受けたけど落ちた(´･ω･`)）

Q. 1冊を全部読み切って次の本にいくのがのがいいか？それとも少しずついろいろ読み進めるのがいいのか？

A. 自分は全部読み切ってから次の本を読むことが多い。読んでる最中に新しい本が出てそっちに流れちゃうけど、そういう時は戻ってきた時に内容を忘れてるのでおすすめしない。

あと写経する時はほんたったおすすめ

EDISON ほんたった黒（ハードケース入り）

出版社/メーカー:株式会社エジソン
メディア:オフィス用品
購入: 10人クリック: 101回
この商品を含むブログ (6件) を見る

資料について補足

いろいろ語りたいことはありましたが、時間が限られていたので「本を読め」について重点的に話してます
- 1回のLTにあまり内容を盛り込みすぎると論点がぼやけるのでやりたくない
今期の嫁と本妻について
- ボーナスで買いました（・∀・）

大事なこと

【今日のまとめ】意識を高めすぎると疲れるので意識低く
— sue445さん (@sue445) 2013年6月3日

*1:僕はただのプリキュアヲタです

繁忙期は飛行機が高いので帰省ついでに行って来ました。

LTについて

1日目と2日目にそれぞれやってました

1日目：Travis CIについて

ほとんどのチームがGithubで開発してるということで、Githubとの親和性の高いTravis CIの紹介をしてました。

参考：GithubにあるリポジトリをTravis CI連携する手順 #junitbook - くりにっき

2日目：Groovy + Spockについて

Groovyが1チームもいなかったので昼食を食べながらGroovyで課題をやってみました。
https://github.com/sue445/wikiengine-spock

JUnitでもParameterizedやTheoriesを使えばParamerize系のテストはできますが、Spockだと断然見やすいですね

class WikiEngineSpec extends Specification{
    def"format(#line) == #expected"(){
        setup:
        def sut = new WikiEngine()

        expect:
        sut.format(line) == expected

        where:
        line                    | expected
        "_italic_"              | "<i>italic</i>""*bold*"                | "<b>bold</b>""= Heading ="           | "<h1>Heading</h1>""== Subheading =="      | "<h2>Subheading</h2>""=== Level 3 ==="       | "<h3>Level 3</h3>""==== Level 4 ===="     | "<h4>Level 4</h4>""===== Level 5 ====="   | "<h5>Level 5</h5>""====== Level 6 ======" | "<h6>Level 6</h6>""_italic_ and *bold*"   | "<i>italic</i> and <b>bold</b>""other string"          | "other string"
    }
}

https://github.com/sue445/wikiengine-spock/blob/master/src/test/groovy/tddbc/WikiEngineSpec.groovy

あと、GroovyのPowerAssertの結果も見やすいです

Condition not satisfied:

sut.format(line) == expected
|   |      |     |  |
|   |      |     |  <h1>Heading</h1>
|   |      |     false
|   |      |     1 difference (94% similarity)
|   |      |     <h1>Heading( )</h1>
|   |      |     <h1>Heading(-)</h1>
|   |      = Heading =
|   <h1>Heading </h1>
tddbc.WikiEngine@658782a7

	at tddbc.WikiEngineSpec.format(#line) == #expected(WikiEngineSpec.groovy:18)

groovyの特徴

LTではspockとPowerAssertの素晴らしさしか紹介できなかったのでその他のgroovyの特徴を紹介しておきます

メソッド名をStringで定義できるため、Javaのメソッド名の制限*1にとらわれることがない
セミコロンを省略できる
チェック例外は非チェック例外にラップされるため、テストメソッドに throws Exception を書かなくていい
switch文に正規表現のリテラルを渡せる

String format(String line){
        switch (line){
        case ~/_(.+)_/:
            return line.replaceAll(/_(.+)_/, /<i>$1<\/i>/)
        case ~/\*(.+)\*/:
            return line.replaceAll(/\*(.+)\*/, /<b>$1<\/b>/)
        default:
            return line
        }
    }

https://github.com/sue445/wikiengine-spock/blob/76decd61e8976b61f2e2335dd4cc67707ed03758/src/main/groovy/tddbc/WikiEngine.groovy

mapの記述が簡単
rubyでお馴染みのeachやinjectが使える

String format(String line){
        def wikiFormats = [
                /_(.+?)_/                 : /<i>$1<\/i>/,
                /\*(.+?)\*/               : /<b>$1<\/b>/,
                /======\s*(.+?)\s*======/ : /<h6>$1<\/h6>/,
                /=====\s*(.+?)\s*=====/   : /<h5>$1<\/h5>/,
                /====\s*(.+?)\s*====/     : /<h4>$1<\/h4>/,
                /===\s*(.+?)\s*===/       : /<h3>$1<\/h3>/,
                /==\s*(.+?)\s*==/         : /<h2>$1<\/h2>/,
                /=\s*(.+?)\s*=/           : /<h1>$1<\/h1>/,
        ]

        wikiFormats.inject(line){ work, entry ->
            work = work.replaceAll(entry.key, entry.value)
            work
        }
    }

https://github.com/sue445/wikiengine-spock/blob/91f960e4f7aafad8ebd854652e900b1b72c47cfc/src/main/groovy/tddbc/WikiEngine.groovy

個人的振り返り

TDDBCのKPTで毎回「環境構築に時間がかかった」というProblemが上がっていたのですが、前回のTDDBC東京以降有志で協力して GithubのTDDBC Organizationでスケルトンをいくつか作っていたため、今回はそういうProblemはほとんど上がってなかった *2
- forkしてcloneしていくつか環境設定用のコマンドを叩けばすぐに課題を始められる状態になるため、TDDと関係ない部分でハマる要素が1つなくなったのでスケルトンを用意してよかったと思います
- githubのnetwork graphを見るだけでどんなチームがどんなコードを書いたのかひと目で分かるのがいいですね
- Javaのスケルトンを作ってくれた @grimroseさんありがとうございます！
- スケルトンがなかったPHPやObjective Cに関しては正直スマンカッタ
AZusaar!!を知ってる人がいてよかったｗ
土日遠征する場合は前後に休みをいれるべき(反省)

*1:先頭に数字が使えない、ドットなど一部の文字が使えない

*2:Keepにも「スケルトンがあって便利だった」というのは特に上がってなかったけどｗ

Rubyで使用されている乱数は Mersenne Twisterというもので、同じseedを与えれば同じ乱数を生成してくれます

1.9.3p429 :001> Random.new(445).rand
 => 0.64326146120497292.0.0-p195 :001> Random.new(445).rand
 => 0.6432614612049729

この間1.9系と2.0系に対応したライブラリを書いていたのですが、rubyのメジャーバージョン間でArray#shuffleの結果が変わっていたので戸惑いました

1.9.3p429 :002> [1, 2, 3, 4, 5, 6, 7, 8, 9, 10].shuffle(random: Random.new(445))
 => [4, 2, 10, 8, 6, 5, 3, 9, 1, 7]

2.0.0-p195 :002> [1, 2, 3, 4, 5, 6, 7, 8, 9, 10].shuffle(random: Random.new(445))
 => [8, 10, 6, 7, 5, 1, 3, 2, 9, 4]

seedが固定されて同じ乱数が返ってきているハズなのに、なぜかshuffleした結果が違うという。。。

調べてみたらruby 2.0で Array#shuffle の実装が変わっているようでした

配列をランダムにシャッフルするという意味では多少結果が違っても問題ないのですが、自分は暗号化のライブラリを書いていた関係でseedを固定してもruby 1.9と2.0で Array#shuffle の結果が変わるというのはちょっと困りました。(1.9で暗号化したものが2.0で復号化できなくなるため)

しょうがないので、rubyのCの実装を見ながらrubyに再実装するというわけの分からないことをしましたｗ *1

とりあえずこれでRuby 1.9と2.0で同じ結果を返すようになりました。めでたしめでたし

1.9.3p429 :037>  [1, 2, 3, 4, 5, 6, 7, 8, 9, 10].my_shuffle(Random.new(445))
 => [8, 10, 6, 7, 5, 1, 3, 2, 9, 4]

2.0.0-p195 :038 >  [1, 2, 3, 4, 5, 6, 7, 8, 9, 10].my_shuffle(Random.new(445))
 => [8, 10, 6, 7, 5, 1, 3, 2, 9, 4]

補足

配列をランダムにシャッフルするなら

[1, 2, 3, 4, 5, 6, 7, 8, 9, 10].sort{|a, b| random.rand(-1.0 .. +1.0)}

というのを考えると思いますが、これだと再現性はとれても結果に偏りが出てしまうのでダメです

参考URL: ランダムソート(笑)とは - 西尾泰和のはてなダイアリー

*1:ちなみに同時期にPythonとC#のサンプルコードをrubyで書き直すということをやってたのでCは余裕だったｗ

Gitの基礎*1について詳しく紹介した勉強会がないなぁと思い、試しに社内で開催しました。

勉強会で使った資料

https://github.com/sue445/git-base-study

社内Gitlabからcloneしたのをgithubにpushした時に一部バイナリデータが壊れていますorz

Gitの履歴を履歴管理する

$ mkdir git-base-study
$ cd git-base-study/
$ git init
Initialized empty Git repository in ~/git-base-study/.git/
$ cd .git/
$ git init
Initialized empty Git repository in ~/git-base-study/.git/.git/

Gitの各コマンドが実行された時のローカルリポジトリの変化を説明するのに分かりやすい方法を模索していたら最終的にこれに行き着きました。*2

.git ディレクトリの中で git init すると、gitのメタデータを履歴管理できるのか。。。
— sue445 (@sue445) June 20, 2013

Gitって便利！

先述のリポジトリでもgitの1コマンドに対して1コミットの粒度でコミットを作っているため、リポジトリの状態変化がgithub上でdiffをとりやすいのではないかと思います。

勉強会の反応

社内で告知した時に「日常的にGitを使ってる人対象。」とは言ってたので中級者以上はきてたと思うのですが、それでもみんなポカーンとしてました。

基礎の恐ろしさの片鱗を伝えられたのは良かったですが、勉強会主催する側としては失格ですね。。。

*1:入門の方ではなく、いわゆる名古屋の人たちが使う方の基礎

*2:これを思いつく前の資料は半分以上はtreeコマンドの実行結果でした

退職エントリや転職エントリはよく見るけど転職して1年経ちました系はあまり見ないので書いてみます

お仕事

社内ツールとかいろいろ作っています。

ソーシャルゲーム開発だと数10人でチームを組んで開発しているのですが、自分の所属してるチーム(ソーシャルゲームや分析系の基盤)だと細かい案件を1〜2人くらいで回すことが多いです。

自分の場合はマーケティング部関係の雑用お手伝いすることが多いです。アプリを作ることもあればLPをサーバにアップロードしたり、マーケがやりたいことの技術検証とかやってます。

自分の仕事の性質上あまり表に出ることはないのですが、最近だとファンタジスタドールゲーム公式サイトの事前登録のシステム全般見ています。

お仕事以外

業務以外でもツール作成
- Jenkins Gitlab Logo plugin
  - Gitlabで設定されているアイコン*1をJenkins上で表示するためのプラグイン。Custom Job Icon PluginのGitlab版
社内勉強会開催
- Jenkins勉強会
- Git基礎勉強会
社内LT大会で発表
- 四半期ごとくらいでLT大会が開催されて、面白かった発表には「カリスマ」、ためになった発表には「総帥」の称号が授与されます

書いたテスト

入社時に

社員総会で全社員の前での自己紹介で「TDDしか脳がないんで1年間でテストケースを1000個書きます」と言ってしまったアカウントはこちらになります。言った後で気づいたけど1年間で1000個って実は少ないですよねｗ　呼吸するレベルでTDDしてるので1日4〜5個は余裕
— sue445 (@sue445) July 20, 2012

とか言ってしまったので、1年間でどれくらい書いたか数えてみました。

Jenkinsの Ruby metrics pluginで計測しています。（仕事で書いたアプリだけカウントしてます）

種別	test counts	開発人数	１人あたりのテスト数	Total lines	Line of code	Total Coverrage (%)	Code coverrage (%)
Railsアプリ	265	1	265	1968	729	97.31	92.73
Railsアプリ	92	2	46	575	244	92.17	81.56
gem	168	1	168	1133	291	98.76	95.19
gem	36	2	18	287	148	98.26	96.62
gem	9	1	9	111	49	97.3	93.88
gem	22	1	22	320	149	99.38	98.66
Railsアプリ	140	1	140	1212	532	97.69	94.74
Railsアプリ	166	1	166	1918	819	89.21	74.73
Railsアプリ	353	2	176.5	2051	1000	89.86	79.2
Railsアプリ	345	1	345	3049	1226	93.41	83.61
Railsアプリ	103	1	103	647	290	93.04	84.08

計	1596		1355.5	12624	5187	平均95.34%	平均89.09%

2人で開発してたものに関してはテストの総数 / 2 して換算していますが、それでも1年間で1000個以上テストを書いていました。

自分のデスク

こんな感じでもみんな生暖かい目で見守ってくれます

*1:弊社のGitlabはBitbucketみたいにリポジトリ単位でアイコンが設定できるようになってます

今週末に弊社がいろいろ絡んでいるファンタジスタドールというアニメが始まるのですが、それにちなんで社内（というかチーム内）でアニメ実況に関するLTをしたのでスライドをアップしてみます

アニメ実況実践入門 from Go Sueyoshi (a.k.a sue445)

社内で開催されたRSpec勉強会テストのパフォーマンスチューニングについて話したので資料を公開してみます。

RSpecの名は冠しているものの他の言語やテスティングフレームワークでも応用できるところがあるかもしれません。

RSpec Performance Turning from sue445

8/3追記：はてブコメント返信

テストのテストにはテスト対象を使えばいいんでしょうか。

場合によりますね。

基本的にはテストコードとテスト対象のプロダクトコードはペアであるはずなので、テストにバグが混入したとしても対応するテスト対象が変更されていなければテストがなんらかの形でエラーになるので、そこで検知できると思います。

テストコードのリファクタリング（共通処理をメソッド抽出など）は、既存のテストが品質を担保してくれてます（グリーンのままであればリファクタリング成功）

0からテスト書く場合でテストのテストが必要になるほど複雑なことは極力やらないようにしてます。ちゃんとテストされているサードパーティ製のライブラリを使ったり、最初はシンプルな形で作っておいてそこから少しずつリファクタリングするようなアプローチをとってます。

あと@moritzplassnigさんが英語版ないの？って言ってた

「レベルを上げて物理で殴ればいい」ってどう表現すればいいんだろｗ

リリカルハッカソンに触発されて開催しました

事の発端

リリカルハッカソンに対抗して弊社でもプリキュアハッカソンを開催したい #参加者1名
— sue445 (@sue445) April 13, 2013

[プリキュア]プリキュアハッカソンを開催する時がきたか。。。 / “「映画プリキュアオールスターズ New Stage 2」BD化 -AV Watch” http://t.co/GAPRyBMPbD
— sue445 (@sue445) May 8, 2013

【速報】プリキュアハッカソン開催の社内ワークフローが通った。誰か止めろよｗｗｗ
— sue445 (@sue445) June 24, 2013

リリカルハッカソンの後で勢いが高まってDVD発売されたタイミングでやろうと決心。社内ワークフロー申請を出す辺りで若干躊躇してましたが、勢いで申請ｗ

作ってたもの

kpt-itを社内に立てたくなって、Forkしてごにょごにょしてました。ローカル上では動いて社内のOpenStackで環境構築してる最中で終了。

弊社のOpenStackについては下記を参照

OpenStackでつくる開発環境と外道塾発表資料 | 外道父の匠

反省点

懇親会の食料と飲み物の配分をミスった

飲み物が多すぎて、ピザが少なすぎた
ビール24本入りをなぜか12本入りと勘違いして2ケース注文してた（どう考えても懇親会参加者19人でプレモル48本は多すぎた）
ピザはサイズを特に考えずに注文してたら、ピザMサイズ6枚だと1人辺り3切れ程度にしかならなかった
有識者曰くピザはLサイズ1枚で2.5人くらいとのこと
事前に@kyon_mmさんに TDDeXchange in Tokyoの時の発注数を聞いて参考にしたのですが、あまり生かせてなかった
今回初のイベント主催*1だったのでその辺のノウハウが足りなかったですorz
次回以降イベントを開催する場合にはもっと改善したいです

空調調節ができなかった

寒すぎたり暑すぎたり
社内を見まわったけど見つからなかったので詳しい人に聞きます

謝辞

慣れないイベント運営を気づいたらサポートしてくれていた id:megascusさん、@shin_semiyaさんありがとうございます！

*1:スタッフの一員としてやったことはあるけど、社外向けの勉強会を1人で開催というのは今回が初

Rails勉強会@東京第86回 - Rails勉強会@東京 | Doorkeeperでしゃべった内容です

はじめに結論

子アプリが親アプリに依存しすぎているとテストするのはつらい

Jenkins用のスクリプト

元々は社内リポジトリに置いてたやつですが、需要がありそうだったのでマスキングして公開してみます使いたい場合は適宜修正してください

スクリプトでやってること

Jenkins用のdatabase.ymlをコピー
普通のアプリだと config/database.ymlですが、Rails engineのテストだと spec/dummy/config/database.ymlが使われます
Rails Engineからは rake db:migrateはできないので子アプリ内に親アプリをcloneしてます
- 構成

my_engine
└ tmp/
　└ parent_app

親アプリでmigrationが更新されてることを考慮して rake db:migrate:reset
rake db:migrate:resetだと今度はEngineのmigrateが適用されなかったので*1、再度 rake db:migrateを実行
Engineアプリにcdしてようやく rspecを実行
- 子アプリから親アプリのmodelを参照してる場合は適宜 spec/dummy/ にコピー*2

補足

Jenkinsのジョブ実行にシェルファイルを使えるのですが、シェルの中でエラーが起きてもそのままスクリプトが続行されてしまい、テストが失敗してもJenkins上は正常終了してしまうため*3、下記のようなラッパ経由でコマンドを実行してます

run(){command=$1echo"$command"eval$command# if error code returned, exit this script with error codeRET=$?if [$RET-ne0];thenexit$RETfi}

*1:うちのアプリだけか？

*2:つらみある

*3:Jenkinsはシェルの終了ステータスを監視してる？

忙しい人のためのまとめ

auto@2chv.tora3.net にIDを添えてメールすればいつでも退会できる

忙しくない人のための経緯

数年前に年中書き込み規制を喰らってるプロバイダ*1を引いてしまったため●を使ってたのですが、先日の個人情報流出事件を受けて解約することにしました。

ただ、ヘルプの

解約はどうすればいいの？
 
クレジットカード決済の方は自動更新のご案内が届きましたら、メールにてご連絡ください。
コンビニ・金融機関(ビットキャッシュ)決済は解約には手続きはありません。
契約の有効期限を過ぎれば自動で無効になります。

また、解約には手数料はかかりません。

を読んでも途中解約できるかどうか判断に困ったので、途中退会できるかどうかメールで問い合わせてみました

サポートからのメール

メール送って3日くらいして返信きた

お世話になっております。2ちゃんねるビューアサポートです。

退会手続きが完了いたしました。
解約されてもIDはお申し込み・更新より1年間有効です。
有効期限が切れた後は、自動的に使えなくなります。
 
退会は従来より、いつでもお受けしております。
また途中解約などの手数料はございません。

とのことで、メール送ればいつでも途中解約できるっぽいです

*1:OCN丸の内

渋谷.rbで橋立先生(id:joker1007)からサインをいただいて感想を書いてないことを思い出したので、読んでる時に書きためていたメモをまとめてみます。

Enumerable#each

succが定義されているクラスじゃないと eachできない (Rangeが内部的に succを呼んでいるため)

2.0.0p247 :001> 1.succ
 => 22.0.0p247 :002> "a".succ
 => "b"2.0.0p247 :003> (1.0).succ
NoMethodError: undefined method `succ' for 1.0:Float  from (irb):3  from /Users/sue445/.rvm/rubies/ruby-2.0.0-p247/bin/irb:16:in `<main>'

Enumerable#grepと Enumerable#select

違いがよく分からなかったのだけど、 grepが値を評価して selectがブロックを評価するという認識でおｋ？

2.0.0p247 :001> %w(Heart Diamond Rosetta Sword Ace).grep(/r/i)
 => ["Heart", "Rosetta", "Sword"]
2.0.0p247 :002> %w(Heart Diamond Rosetta Sword Ace).select{|str| str =~ /r/i }
 => ["Heart", "Rosetta", "Sword"]

Enumerator

外部イテレータを使えば2つ以上の配列を同時に回せる

people = %w(Heart Diamond Rosetta Sword Ace).to_enum
ages   = [14, 14, 14, 14, 10].to_enum

loopdo
  person = people.next
  age    = ages.next
  
  puts "#{person} (#{age})"end#=> Heart (14) Diamond (14) Rosetta (14) Sword (14) Ace (10) を順番に表示

Set

Set#add?と Set#delete?の戻り値はbooleanではない

追加（削除）できた場合には変化後の集合を返し、追加（削除）できなかった場合にはnilを返す

RubyGems

gemの挙動を調べるためにデバッグコードを仕込んでも gem prinstineで元に戻せる

Bundler

bundle gem -b でbin/ を作成
bundle gem -t でspec/ を作成。
- .travis.yml も生成するとかマジか。。。
capistranoやsimplecovみたいにアプリ側でrequireしないものはGemfileでrequire: falseしておく

gem "capistrano", require: false

Capistrano

beforeと after以外にもhookがあった http://rubydoc.info/github/capistrano/capistrano/master/Capistrano/Configuration/Callbacks

YARD

RDocも便利なんですが、柔軟性がありすぎてフォーマットがあまり統一されていないのが難点。（自分で書いてても結構ぶれるｗ）自分がJavaの人だからというのもありますが、タグをつけるYARDの方が書きやすかったです。

ところでメソッドの戻り値が特定のフォーマットの Hashの場合ってどう書けばいいでしょ？*1

# @return [Hash] 下記のようなHashを返す# @example 戻り値のサンプル#   {#     name1:  value1 # 1つ目の説明#     name2:  value2 # 2つ目の説明#     name3: value3 # 3つ目の説明#   }#

こんなんでいいものなのかどうか。うぅむ。

サイン本

∩( ･ω･)∩

橋立先生からパーフェクトRubyにサインもらった！ #shibuyarb

パーフェクトRuby (PERFECT SERIES 6)

作者:Rubyサポーターズ,すがわらまさのり,寺田玄太郎,三村益隆,近藤宇智朗,橋立友宏,関口亮一
出版社/メーカー:技術評論社
発売日: 2013/08/10
メディア:大型本
この商品を含むブログ (7件) を見る

*1:Javaだとレスポンス用のクラスを作るのでそのクラスに対してJavaDocを書くためメソッドの方のJavaDocには何も書かなかった

LT

勉強会ドタキャン問題について

事前決済を挟むメリット

事前決済を挟むデメリット

事前決済があっても変わらないもの

gist

使い方

1. JenkinsにPlot Pluginを入れる

2. Jenkinsでrspecを動かす時に標準出力をログファイルに出力し、それを前述の plot-rspec-slowest-examples.rb に読ませる。

出力されたcsv

3. 上記で出力したcsvをplot pluginで読み込ませる

グラフ化した結果

TDDBCのお題

冒頭に結論

ことの発端

WHY ?

解決策

Betamaxって何よ？

AZusaar!!でやったこと

pom.xml

テストケース

書いていて気になった点

重要なことなのでもう一度

参考書籍

一緒に発表した @mazgiさんのエントリ

関連エントリ

おすすめ書籍

概要

サンプル

利用用途

インストール

設定

仕様

参考書籍

はじめに

5日目

6日目：ゆとりさんステッカーを作ってみた

作ったもの

印刷してみた

でもやっぱり

7日目

HTML

もちろんRubyも

Java, Groovy

Gist

結論

前準備 : MavenかGradleでテストできる状態にあるプログラムをGithubに公開する

1 : Travis CIにアクセスする

2 : 自分の名前→Accountsでリポジトリの一覧が出る

3 : スイッチをOFFからONに切り替える

4: リポジトリのルートに設定ファイル( .travis.yml )を置く

Groovy

前処理や後処理などをやりたければ下記を参照

Javaの仕様

注意点

5 : githubにpushするとTravisでテストが動くはず

6 : readmeにバッジを貼る

7 : ペタリ

おまけ : ここがすごいよTravis CI

スライド

新卒からあった質問

Q. 新卒が読んでおくべき本は？

Q. (sue445は) 1年目に何冊くらい読んだ？

Q. 1冊を全部読み切って次の本にいくのがのがいいか？それとも少しずついろいろ読み進めるのがいいのか？

資料について補足

大事なこと

LTについて

1日目：Travis CIについて

2日目：Groovy + Spockについて

groovyの特徴

個人的振り返り

補足

勉強会で使った資料

Gitの履歴を履歴管理する

勉強会の反応

お仕事

お仕事以外

書いたテスト

自分のデスク

8/3追記：はてブコメント返信