読者です 読者をやめる 読者になる 読者になる

山pの楽しいお勉強生活

勉強の成果を垂れ流していきます

JJUGナイトセミナーに参加してきた(4/24) #JJUG

4/24に開催されたJJUGナイトセミナーに参加してきた際のメモ。(後で追記予定

概要

今回はテスティング特集と称しまして、JUnit他についてその道のプロの方々にお話いただきます!

「Modern unit testing with JUnit 5」

概要

JUnit is the tool of choice when it comes to unit testing in Java. The current version JUnit 4 has been working reliably for many years but despite some advancements it has now reached its limits. JUnit version 5 is a complete rewrite and will be released soon. In the session, we will discuss what is new in JUnit 5 and what needs to be considered when upgrading.

メモ

  • JUnit5の説明。英語セッション。
  • JUnit4と互換性がとられているらしい。
    • そのままで動くとのこと
  • パラメーター渡すテストや、DisplayNameはかなり便利そう。
    • ParameterizedTest
    • 直接値渡す以外に、CSVで渡すこともできる。
  • 逆にタグ付けや、繰り返しは使うタイミングは少なそう。
  • インターフェイスのテストの箇所はよくわからなかったので後で復習。
  • IDEは対応してくれているみたい。
    • NetBeansは?ってなってたw後で誰か補足してくれるかな?
  • Maven、Gradle共にJUnitチームがプラグインを開発しているらしい。
  • Jenkins対応は?ってなってた。XML出力すれば勝手に読んでくれるような気がするけど。。。
  • 現時点ではM4
  • 7月にリリース予定?けど遅れそうなのかな?(笑いが出てた)

アジャイルテスティング -バグ埋め込みを年間1件にまで減らした戦略-」

概要

アジャイル開発におけるソフトウェアテストへの態度に関する発表です。4年間開発しているチームにおける品質向上の取り組みで、次のスライドの再演になります
https://speakerdeck.com/kyonmm/aziyairutesuteingu-bagumai-meip-miwonian-jian-1jian-nimadejian-rasitazhan-lue-number-nagoyatesting

メモ

  • バグの数を年1件にした話。
  • バグの根源はムリからきている。そのバグをテストで取り除こうとするのはムダ。
  • やったこと
    • バグの分析
    • チームの分析
    • 理想像を構築
    • チームを帰る情熱と理論を構築、共有
  • ↑の普通のことをどう進めるのか。
  • ビジョンをはっきり持つ。
    • そのためのリスクは許容する。
    • なんども伝える。(400ー800位言う
  • 基本に立ち返る。
    • 失敗しているなら、まずは基本と違うところを基本に戻してから考える。
    • 基本に立ち返ると比較しやすい。
  • 積極的な暗黙知
    • これはちょっと同意できないけど、どうなんだろうか?
    • チームメンバーのレベルが高いといけるのか?
  • 凄い高品質なドキュメントがあった(作成した)としても、それをうまく使う方法論はない。
  • 最小6分、最大1時間の単位でタスクを全て書き出している。
    • 12ー18分のタスクが多いらしい。

「pact-jvmではじめるコンシューマー駆動契約」

概要

マイクロサービスアーキテクチャーの普及を始めとする近年の開発トレンドの風潮により、サービスのコンポーネントをテストする上でサービス間の依存関係を考慮することが必要とし、テストの難易度が増してきています。このセッションではサービス相互のインターフェースの仕様と実装の妥当性を検証する方法としてコンシューマー駆動契約にスポットをあて、その実装であるpact-jvmを例にして解説します。

メモ

  • pact-jvm
  • よくある話
    • モックが多すぎる
    • テストのメンテナンスが辛い
  • マイクロサービス化の流れがきているが、三層アーキテクチャー(MVC)に縛られすぎている。
  • トーリーではなくジャーニーをテストする
    • 外部に対するサービス呼び出しをモック化。
  • pact-jvmとはPactのJVM言語向け移植版
  • テスト自動化ピラミッドの考え方はコンシューマー駆動契約を導入しなくても有効。
  • ユニットテスト、エンドツーエンドテスト双方を補完する。

GrailsアプリケーションをTravis CI、Herokuと連携する

アジェンダ

概要

  • タイトルの通りの事をやろうとしたら、結構戸惑ったためメモ。
    • Grails、Gradle、Travis CI、Heroku全てが全くわかっていなかったという事を実感。。。
  • 尚、Herokuの設定については公式にドキュメントがあった上、サンプルリポジトリまである事に全部終わってから気づきました。こちらを参照した方が良いかと思います。
  • 特に難しいことはしていませんが、誤っている点、もっと簡単な方法等がありましたらコメント、ブコメTwitterなどで教えてください。

環境

  • Grails Version: 3.2.8
  • Groovy Version: 2.4.10
  • JVM Version: 1.8.0_121

前準備

Grailsのデフォルトアプリを作成

  • grailsコマンドでアプリケーションを作成。
grails create-app grails-heroku-example2
  • アプリケーションを起動
cd grails-heroku-example2
./grailsw run-app

Herokuで動作させる

task stage {
  dependsOn build
}
web: java -Dserver.port=$PORT $JAVA_OPTS -jar build/libs/grails-heroku-example2-0.1.war
  • Gitで管理する
git init
git add .
git commit -m "first commit"
  • Heroku CLIでログイン
    • heroku login
    • メールアドレスとパスワード入力。
  • Heroku上にアプリケーションを作成
    • heroku create grails-heroku-example2
    • アプリ名は省略も可能。
    • アプリ名はHeroku全体でユニークである必要があるので注意。
  • リモートリポジトリが追加されていることを確認。
    • git remote -v
heroku   https://git.heroku.com/grails-heroku-example2.git (fetch)
heroku  https://git.heroku.com/grails-heroku-example2.git (push)
  • Herokuへデプロイ
    • git push heroku master
    • BUILD SUCCESSFUL的なメッセージが表示されればOK
  • 確認
    • heroku open
    • ローカルで実行時と同じ画面が出ればOK

GitHubにpush

git remote add origin git@github.com:yamap55/grails-heroku-example2.git
git push -u origin master

Travis CIと連携

  • Travis CIにログイン
  • ↑でGitHubに作ったリポジトリをEnableにする。
    • 2017/04/04現在だと、My Repositoriesの横の+か、右上の自分のアイコンをクリックすることで自分のリポジトリの一覧が表示される。
    • リポジトリが表示されない場合には右上の「Sync account」を押下することで再同期されます。
  • 空の連携設定ファイルをカレントに作成
touch .travis.yml
  • .travis.yml を設定
    • travis setup heroku
  • .travis.yml に設定を追加
    • language: groovy
    • ファイルの先頭に追加。
  • 設定例
language: groovy
deploy:
  provider: heroku
  api_key:
    secure: (略)
  app: grails-heroku-example2
  on:
    repo: yamap55/grails-heroku-example2
git add .
git commit -m "comment"
git push origin
  • 確認
    • heroku open
    • herokuのログを確認

メモ

参考URL

退職します。

はじめに(っというか概要

  • エンジニアとして、人として、自分が得たもの、反省点とか、忘れないようにメモ。
  • 基本ポエム。
  • 2017/03/17が最終出社
  • 在籍は3月いっぱい
  • 退職にあたり、特に大きな不満があった訳ではなく、転職先に大きな魅力があった。
    • この辺りは別記事で書ければいいなぁ
  • 今後についてはそのうち。
  • 多分4月はニートしてるので声かけてください。

私はそれなりにコード書けるという自信。

  • 逆に凄いできる訳ではない。
  • ↓とも関係するが、人にコードを見てもらう事が殆どなかったので、できない訳ではない事に気づけたことが重要。
  • 最後の方は割りと技術的なことを相談されることが多かった気がする。

会社やアプリケーションに依存している事に対しての気付きと変化を与えることの難しさ。

  • 正直、前職でも感じてはいたが、改めて実感。
  • エンジニアとしてレベルが高いにも関わらず、仕事に閉じているのは勿体無いと感じた。
  • 外部勉強会への参加、blogやQiitaへのアウトプットなどが必須とは思わないが、楽しいし褒められるし評価されるし、いいことだらけなのになぁと思った。
    • 自作ツールが社内で評価されていて、自身もかなり便利だと感じたなら公開すればいいのにとか。
  • プライベートは個人個人なので、強制するものではないが、エンジニアとして頑張っていきたいと思っているなら多少はっとも思った次第。
  • 外部の勉強会へのお誘いや、社内勉強会の開催、GitHubとQiitaでOrganaizationの登録などなど色々やってみましたが、結局あまり盛り上がらず。
    • 自分の力不足も多分にあったと思う。
    • 自分は初回は半分無理やりだったので、初回はある程度強制で体験してもらうのもありだったかも?

自分の書いたコードを人にレビューしてもらうという経験。

  • 私は細かいミスが多いという事実。
    • 昔から言われていたので知ってはいたけど、コードとして見せられるとわかりやすい。
  • 人に指摘される事に加えて、人に説明することで気づく事実も多い。
  • レビューされるという事実自体が緊張感を持ってコードを書ける。

非エンジニアの方に数分-1時間程度で作成できる程度のツールをプレゼントすることで、何十時間もの工数を削減できるという事。

  • 非エンジニアの方は行っているやり方が効率的でない事に気づいていないことが多い。
  • 非エンジニアの方の仕事に積極的に関わっていくことで、ちょっとした手伝えることが結構ある。
    • そして、それは往々にして凄い喜ばれ、褒められる!
  • 使用工数に対する効果、満足度(使用者作成者共に)がかなり高いので、これは今後も実践していく予定。

人に教えること

  • 社会人経験で直接教える後輩がいた事が殆どなかったため、経験できたのはかなりの収穫。
  • より多くの事を教えた?伝えた?のが、エンジニア歴数年の後輩1名、非エンジニアの新卒2名(メンター)。
  • 私は人に教えることは向いてるっぽい。
    • 私は人に教える事がかなり好きらしい。
    • 私は人に教えると結構好かれるっぽい。
  • 自分の知識の再確認になり、あやふやな事が明確になる。
  • 自分が伝えたいことを伝えるのは難しい。
  • 自分の語彙力が乏しい。
  • 伝えたいときには自信を持って。

何事も自分から動かなければいけないということ

  • あれを使いたい、あれをやりたいと言えば、ある程度は何でもできる職場だったにも関わらず、○○を作った!○○を行った!と、胸を張って言えるような事はできなかった。
  • 最後の辺りには自ら簡易的なWebアプリケーションなども作っていたが、まだまだ積極性が足りていない。
  • 自分が興味ある、知識のある事はまず作って見せる事が大事。

まとめ

  • いい人に囲まれ、いい職場だった。
  • 良い所は継続し、反省点は意識して直していく!

KotlinでHelloWorld

はじめに

先日、私の送別会の場でKotlinやるという話を聞いて、悔しかったので少しは触っておこうと思った次第です。

で、忘れないようにとりあえずblog書く。

Kotlinとは

環境構築

HelloWorld

  • 以下のコードをhello.ktとして保存。
fun main(args: Array<String>) {
    println("Hello, World!")
}

公式に乗ってた

  • jarを作成
    • kotlinc hello.kt -include-runtime -d hello.jar
  • 実行
    • java -jar hello.jar

classにして実行

REPL

  • kotlinc-jvm

script

  • 以下のコードをhello.ktsとして保存。
println("Hello World")
  • 実行
    • kotlinc -script hello.kts

はじめてMacを使って困ったことまとめ

はじめに

年末にはじめてMacを購入しました。(MacBook Pro 2016 13インチ)

10年以上ずっとWindowsのみだった*1私がMacを触ったら困ったことだらけだった上、基本的な事がわからない場合には、調べても出て事ないという事が結構ありました。

WindowsからMacを触る方の役に立つかもしれないので、私の経験を記載しておきます。

基本操作

  • ctrl + space 日本語切り替え
    • 英字キーボードの場合は英数、かなキーがない*2
  • ctrl + クリック 右クリックメニュー
  • 2本指でスクロール
  • アプリケーションのメニューバーは最上部
    • Windowの上ではなく、画面の最上部
  • FinderがWindowsでいうExplorer
    • 特定のディレクトリを開きたい場合は、メニュー → 移動 → フォルダへ移動

超基本ショートカット

  • command + c コピー
  • command + v 貼り付け

キーの読み方?

  • command ⌘
  • shift ⇧
  • option ⌥
  • control ⌃
  • caps lock ⇪

Windowsと比較した場合の修飾キーについて

  • WindowsでCtrlは大体CommandでOK。たまにCtrlの場合も。
  • WindowsでALTはOption

Spotlite検索

  • command + space Spotlite検索
    • これさえ覚えておけばアプリケーション名入れれば呼び出せる
    • これを知るまでターミナルの開き方すらわからず。。。(terminalを入力すれば出てくる。)

インストール

  • 何かアプリケーションをインストールする場合、Windowsのようなインストーラーが出た場合は問題ないが、↓のようなのが出る場合があります。
    • これが出たら、アイコンをドラッグしましょう。
    • アプリケーションフォルダにバイナリを移動している?

f:id:yamap_55:20170309200002p:plain

エスケープ文字

  • Option + ¥
    • Macでは円マーク(¥)とバックスラッシュ(\)はちゃんと区別される。

英字キーボードで英数、かなキー

Karabiner-Elements

  • どこでもかしこでも勧められている。
  • 以下の事前インストールが必要
    • XCode
    • Boost
      • 調べても入れ方出てこない。
      • brew install boost

Gitのインストール

  • Homebrewインストール時に必要となるXCodeのCommandLine Toolsでインストールされる
  • が、バージョン低かったりと使いにくいのでHomebrewで別途インストールがオススメ
    • brew install git

ちなみに個人的な課題

  • トラックパッドの使い方
  • Windowsで言うHOME、END的なショートカット
    • アプリによってfnだったり、Commandだったり。。。
  • Optionキーをほとんど使ってない。
  • Dockの整理
    • っというかDock使ってない。

*1:業務でLinuxを触ることはありますし、Macもアプリケーションの動作確認程度ならばありますが。。。

*2:当たり前

Gebでファイルをダウンロードする

概要

コード

@Grapes([
    @Grab("org.gebish:geb-core:1.1"),
    @Grab("org.seleniumhq.selenium:selenium-chrome-driver:3.0.1"),
])

import org.openqa.selenium.chrome.ChromeDriver
import geb.Browser

println "start ${new Date().format('yyyy/MM/dd HH:mm:ss')}"

// chromedriver.exeは前もって準備が必要。
System.setProperty("webdriver.chrome.driver", "./driver/chromedriver.exe")

def downLoadPath = $/C:\work\20170301/$

Browser.drive(driver : new ChromeDriver()) {
  go "http://gebish.org"
  def bytes = downloadBytes($("a")[0].@href)

  // ↑のURLは実際にはhtmlですがファイル名はzipで保存してみます。
  def outputPath = "${downLoadPath}/hoge.zip"
  new File(outputPath).newOutputStream().write(bytes)
}

println "end ${new Date().format('yyyy/MM/dd HH:mm:ss')}"

Groovyで今週の月曜日の日付を取得する

概要

今週の月曜日の日付を取得するという要件があったため色々考えましたが、シンプルになりませんでした。

もっとシンプルな方法があると思うのでどなたか教えてください。。。

コード

def f = {
  it - (it.day != 0 ? it.day - 1: it.day + 6)
}

assert f(new Date("2017/01/01")).format("yyyy年MM月dd日(E)") == "2016年12月26日(月)"
assert f(new Date("2017/01/02")).format("yyyy年MM月dd日(E)") == "2017年01月02日(月)"
assert f(new Date("2017/01/03")).format("yyyy年MM月dd日(E)") == "2017年01月02日(月)"
assert f(new Date("2017/01/04")).format("yyyy年MM月dd日(E)") == "2017年01月02日(月)"
assert f(new Date("2017/01/05")).format("yyyy年MM月dd日(E)") == "2017年01月02日(月)"
assert f(new Date("2017/01/06")).format("yyyy年MM月dd日(E)") == "2017年01月02日(月)"
assert f(new Date("2017/01/07")).format("yyyy年MM月dd日(E)") == "2017年01月02日(月)"
assert f(new Date("2017/01/08")).format("yyyy年MM月dd日(E)") == "2017年01月02日(月)"
assert f(new Date("2017/01/09")).format("yyyy年MM月dd日(E)") == "2017年01月09日(月)"
assert f(new Date("2017/01/10")).format("yyyy年MM月dd日(E)") == "2017年01月09日(月)"