atsuya046

tap "homebrew/bundle"
tap "homebrew/cask"
tap "homebrew/core"
tap "thoughtbot/formulae"

brew "carthage"
brew "ffmpeg"
brew "gist"
brew "mas"
brew "pidcat"

atsuya046

Install Homebrew

$ sudo xcodebuild -license

$ /usr/bin/ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)"

Install Java/Kotlin/Scala and more

$ curl -s "https://get.sdkman.io" | bash

atsuya046

import android.util.Log;

import java.util.HashMap;
import java.util.Map;

import rx.Observable;
import rx.Observable.OnSubscribe;
import rx.Subscriber;
import rx.functions.Action1;

atsuya046

case class MyClass(number: Int, multiplier: Multiplier) {

  def calc: Int = {
    number * multiplier.number
  }
}

case class Multiplier(number: Int)

atsuya046

class Core {

  def run(): Boolean = {
    true
  }
}

atsuya046

ユニットテストする意義

ユニットテストを書こう！http://qiita.com/kompiro/items/78f2c8d2022a685baa83

Maintainability

プロダクションコードの変更時、既存と振る舞いが変わる箇所はテストが失敗する。そのため、変更が影響を及ぼす範囲がわかる

ユニットテストを書くと、コードの振る舞いがテストコードに明示されるため、振る舞いを予測可能な範囲が増える

Design

ユニットテストを書くときは、APIの利用者になるため、APIの利用者から見て利用しやすいコードを目指すモチベーションを産みやすい

atsuya046

(ns fp.match
 (:require [clojure.core.match :refer (match)]))

(defprotocol TFizzBuzz
  (to-string [this]))

(deftype Fizz [number] TFizzBuzz
   (to-string [this] "Fizz"))
(deftype Buzz [number] TFizzBuzz
   (to-string [this] "Buzz"))

atsuya046

Install webpack

npm install webpack -g

Build

webpack ./main.js bundle.js

atsuya046

htmlファイルを作成

touch index.html
vi index.html

<h1>Hello World</h1>

atsuya046

// Use Gists to store code you would like to remember later on
console.log(window); // log the "window" object to the console