初Meetup in SF
初めてMeetupと呼ばれるものに参加してきました。もともとSFで盛んにMeetupと呼ばれるものが行われているということは知っていましたが、一歩が踏み出せず、、でしたが、ついにデビューしました。
Meetupの内容
参加したのは、Nihongo Moriagariという日本語と英語のLanguange ExchangeのMeetupで、2時間の中で30分ずつ交互に日本語の時間と英語の時間を区切って、その言語で話すというもの。
今回は英語Native相当の人が3人と、日本語Native（当然日本人）3人の6人でした。
会話の内容は特に決まっていなくて、簡単な自己紹介から、どんなことをしているとか、バックグラウンドとか、なんで日本語を勉強しているかなど、その場の成り行きな感じです。
感想
自分は普段の会話の英語が苦手なので、なかなかすらっとフレーズが出てこないんですが、練習の場としては非常に有益で、今後も定期的に参加したいなと思いました。
自分の英語のレベルと気にして、こういう場に出ていきづらい気持ちもありますが、あまり気にしてもしょうがないし、来ている人はあまりそういうことは気にしている感じではないので、英語を上達させたいと思う人には良いと思います。
また、友達とか知り合いを見つけるにも、とても良い場所なので、そういう目的で参加しても良いように思います。
今回もピースボートにも乗ったことのあるAu Pairとして1年間こっちに滞在している女の子、大学を休学して1年間のアルバイト先を探しているSW Engineerの学生さん。というユニークな面々と知り合えました。
また面白そうなMeetupが見つかったら積極的に参加してみようと思います！
しろうま in San Francisco
色々ありまして、仕事の関係で3ヶ月程サンフランシスコの開発拠点で修行することになりました。
＃色々ありまして、と言いつつ自分の希望です。
こちらに来て1週間経ちまして、ブログを書く余裕が出てきたので記念投稿をしつつ、目標とやりたいことをつらつら書いて行きたいなと。
SFのエンジニアとの技術の力量の差を知る
いきなり定量的に測れなさそうな目標で、どちらかというとやりたいことになると思いますが、こっそり海外で働くことを夢見るいちエンジニアとして、世界の最高峰（と思われる場所）で働いているエンジニアはどれだけの技術力を持っているのか、またそことの自分の力量の差はどの程度なのかを知りたいと思います。
職場に限るとかなり偏りそうなので、meetupなんかを使いながら社外にも顔を出してみたいと思います。
英語を上達させる
これも定量的に達成を測るのは難しいですけど、感覚的には成長は感じれると思っています。
今は仕事の話であればリスニングはまあまあいけるんですが、仕事外の話のリスニングと、スピーキングが全体的に絶望的なので、ここをなんとかネイティブおよびネイティブ相当の人たちに揉まれて上達させたいと思います。
社外での英語を使う機会を増やすためにも、こちらもmeetupとか、あとは次の目標でもある友達を作ったりなんかして、英語漬けな環境を作って行こうと思います。
（社外で）友達を作る
せっかくSFに3ヶ月もいるので、こちらにローカルの友達を作りたいと思います。
英語の上達はもちろん、海外の文化を触れることが大好きな自分としては、現地の友達を作ることが現地の文化を知るのに一番だと思っていますし、人種のるつぼと言われるアメリカにはきっと面白い人がいると信じています！笑
シャイな性格が邪魔をしがちですが、どうせ3ヶ月でいなくなるので失うものもないし（特に社外なら）、積極的に行こうと思います。
目指せ、1ヶ月以内にフランクに飲みにいける友達をみつける。
ヨセミテ国立公園に行く
ヨセミテ国立公園は、旅行大好き＆自然大好きマンの自分としては絶対行かねばならないところです。
残念ながらSF滞在中に祝日を入れた3連休は1度しかないようで、そこで行くしかないかなあと今はモヤッと計画中。と言いつつも、早めに宿を取らないとあっという間に埋まってしまうとか。。
ヨセミテ国立公園以外もどこか自然に溢れた場所に行けたらいいなと思います。
とりあえず以上が目標かなと思います。気づきや更新があったら適宜アップデートしていきます。
あ、もちろん、仕事もがんばります、仕事も。。
JaSST '17 Tokyoに参加してきた話
JaSSTことソフトウェアテストシンポジウム 2017 東京に参加してきました。
「次世代システムに求められるソフトウェア検証技術～静的解析の価値と有効性～」
MathWorks Japanさんの製品紹介でした。
静的解析の導入はバグの早期発見につながる。（フィードバックの前倒し）
という部分だけは納得しつつも、静的テストで見つかるバグって、どれだけ動的テストで問題になるバグに紐づくのだろう、というのは永遠の謎。
CIとも相性が良いですし、少ない工数でバグを防げるならやっとこうっていうノリでしょうか。
「楽天トラベルの開発プロセスに関して」
楽天トラベルさんの開発プロセスを改善しましたよ。というお話。
かなりざっくり言うと、QAが開発に参加するタイミングを早めましたよ。という内容だったと思います。
要件定義の段階でQAも参加する。テスタビリティを担保する。（＝QA観点で漏れている観点を早期にフィードバックできる。）というところは、すごいな、と思いました。自分のところは要件定義の段階では絡めていないので、見習いたいと思いました。
PdM、開発、QAの三権分立の体制もパワーバランスが取れているそうで、QA的にはやりやすいだろうなあと思いました。うちはなんとなくPdMの下請けとして開発とQAが働いているようなイメージです。
もう少し前衛的に働いて、開発に貢献することで、こういう良いパワーバランスで働けるのかなと思いました。
受け入れテストの自動化 ～ OpenCVの「眼」で捉え、Pythonの「脳」が思考し、Appiumの「指」で動かす」
自動化ネタです。昨年のCEDECで一部発表されたネタで、CEDECで聴き逃した自分としてはかなり興味があったネタです。
Appiumが技術的な主軸なのかと思っていましたが、Image Recognitionが主軸な内容でした。確かに、ゲームのようなUnityとかGLなんかでゴリゴリ書かれるようなモバイルアプリは、 Appiumでelementは簡単に取れないので、そうならざるを得ないですね。
あとゲームというある程度の反応速度を求められる試験対象の性質上、モバイルの画面をMHL出力経由でHDMIキャプチャに入力し、そのストリームをリアルタイムに画像処理にかけるというようなことをしているようです。
大掛かりで力技な感じですけど、それを作っちゃうあたりはすごいなと思いました。
自分のところはゲームではないモバイルアプリの評価なので、素直にAppiumに頼るのが良いのかなと思っています。
詳しい内容は CygamesさんのTech blogを御覧ください。
【JaSST’17 Tokyo フォローアップ】受け入れテストの自動化 | Cygames Engineers' Blog
「教科書に載らないテストマネジメント」
テストマネージャとして活躍している方々をパネリストに迎え、あるお題に関して、本には載らないような生の声を聞けるセッションでした。
個人的にはこのセッションがベストセッションでした。
以下がお題と印象に残った言葉。
テストマネージャの役割と責任
- 知ること・知らせること。何を知りたいかをステークホルダーに聞くこと。知りたくないことを報告していない？
- ぶれない心。対等に渡り合う精神力。
- これを実現するためには、これだけの努力が必要です。と言えるような準備。
1週間残業が続いたときに、メンバーに何を話すか
- 可視化（残テスト数、バグ数）
- スコアボードを作る。すべてのステークホルダーが対等に、すべての状況を正しく理解できるもの。例えば野球のスコアボード2アウト満塁の状況でフライがあったらそれぞれが何をするかは明確。
テストプロジェクトを成功に導くための秘訣
- バグを出すことが仕事ではない。バグを直さないなら、直してもらうためには何ができるのか。
- バグの修正率を健全な状態に保ちましょう。（一定かつ、高い数字）
- 正直でいられるようにする。悪い嘘の上塗りをせずに、誠実に状況を伝えるような健全なプロジェクトを目指す。
テストマネージャとしてどんな努力をしてきたか・しているか
- とりあえずやってみる。（興味を持つ・楽しむ）
- 社外⇛社内への還元
- JSTQBのシラバスを読む。（Learning Object）
- 知ったことを自分たちのやり方に適用する。
- 多くの人と共同で仕事をする訓練。自分の事だけやればOKと思っていたら絶対にうまくいかない。
本当は他にも参加したセッションがあったんですが、あまり書くことがないので省略します。
JaSSTはテストの楽しさを再認識させてくれる場所で、テストに関するインスピレーションや気付き与えてくれます。
JaSSTで得られた知識を少しでも現場で役立てればと思います。
