ぺい

渋谷系アドテクエンジニアの落書き

学生の間に勉強するべき技術とかの話

学生という貴重な時間で何するべきか

f:id:tikasan0804:20170623112305j:plain

私を含めた学生のエンジニアの多くが悩む課題であろう「結局なにを勉強したらいんだろう」という内容について、私なりに出た結論が出たので紹介します。

先に断っておくと、これは私の完全なる主観です。

筆者の行く業界も重要な要素かもしれないので、簡単な紹介をしておくと、私はVOYAGE GROUPという渋谷にあるITベンチャーの会社に内定を頂いており、2018年より新卒入社する予定です。

とことん好きなことをやればいい

就職まで時間あるけど、入社まで何を勉強したらいいんだろう。または、就活まで何を勉強したらいいんだろうという話です。私の中で出たひとつの結論は、「誰にも負けないくらい、とことん好きなことをやればいい」です。
何故好きなことやっとけという話なったかと言うと、例えば、いまのWeb業界で流行っている技術の◯◯やったとしても、ITの世界は非常に技術革新の流れが早いので、入社の頃には役に立たなくなってる可能生もあります。たとえそれを勉強したところで、業務レベルで通用するかは結構怪しいです。何より仕方なくやってるというのが良くないです。

学生で自由に学ぶ権利がある今だからこそ、好きなことをとことん極めてしまった方が有意義ではないかと考えたわけです。業務に関する勉強は業務で学んで、学生だからこそ出来る勉強を今やるというスタイルで、最近はやりたいことやってます。(個人的には遊びまくるのも大事だと思ってます)

あと、私の場合、住んでいる場所が大阪で、就職先が東京っていうのもあって、内定先とかで働きたくても無理だったので、自分でどうにかする方に振り切るしかなかったという環境的要因も大きいかもしれません。

実際にいまやっていること

f:id:tikasan0804:20170505212036p:plain

私がいま実際に取り組んでいることは、バックエンドの特にAPI周りの勉強です。あとは、GoのOSSのgoaです。流行ってるからやってるというよりは、好きだからやってるという、リスペクト駆動開発でやっています。(goaいいよ本当に)

業務で使えない好きをやる意味

私がいま力を入れて取り組んでるOSSのgoaなどは正直まだまだ発展途上で、流行ってるとはとても言えない状況です。そもそもGoがまだまだ使える人が少ないですし・・・。そこで出て来る不安が、業務で使わないような技術やってる時間無駄じゃない?問題です。
これに関しては、私なりの持論があって、どんなことでも極めようと思うと様々な勉強が必要だったり、課題にぶつかることがあります。それらの解決策を考える際に、他のOSSではどうなってんだろう?とかやってると自然に体系的な技術力がつくので大丈夫だと思ってます。良くないのはなんとなく使い続けていることだと思います。色々なものを触った上で、これが好きだ!というのは大事だと思っています。なので、色々触って不満を感じれるレベルまで、まずは色々やってみようという最低ラインはあるかもしれません。

技術が好きじゃないとだめ?問題

勘違いしてほしくないので補足しておくと、「技術が最初から好きだから出来るんじゃないの?(天性的なやつ)」という誤解です。実は就活をし始めた3年生の5月時点では、エンジニア志望度はあまり高くなく、正直モノづくりに関われたら何でもいいというスタンスで、手段としてプログラムがあるくらいの認識の人間でした。なので、元々は全然技術には興味がなく、むしろやりたくない側でした。

好きになったきっかけとしては、夏のインターンなどを通して、ある程度のラインまでやって、学生レベルですが、理解出来て楽しくなってきたという感じです。何が言いたいかというと、食わず嫌いで無理だと思わず、自然と楽しくなってくることもあるので、トライしてみましょうって感じです。

好きをやってると良いことがある?(Go関連事例)

結局そんなことして何がいいの?って話ですが、私は少なくとも恩恵を得ました。以下にGoに関連したものだけを挙げますが、実際には他にもたくさん良いことがあります。

f:id:tikasan0804:20170623113200j:plain

人との繋がりが増える

当然ながら共通の好きなどの繋がりで、人との交流が増えます。楽しいです。

tikasan.hatenablog.com

OSSへコミット出来たりする

正直こんな僕でもリスペクト駆動でどうにかなってます。

tikasan.hatenablog.com

イベントで登壇したりして、刺激もらえる

場合によってはイベントでトーク出来たりして、アウトプットに対するフィードバックもらえたりします。

tikasan.hatenablog.com

会社によっては支援があったりする

これに関しては会社によりけりですが、私の内定先のVOYAGE GROUPでは、勉強に関する費用を負担頂ける制度があり、カンファレンスへの参加や技術書の購入など、様々な支援が頂けます。そこらへんの詳しい話はまた別で紹介しようと考えています。

支援で行ったイベント tikasan.hatenablog.com tikasan.hatenablog.com tikasan.hatenablog.com

まとめ

もし、好きなんだけど流行る気しねーみたいな技術があるなら、それはガッツリ取り組んだ方がいいです。そういう好きなことがあるということを無駄にするのは勿体ないです。
人によっては何もない人もいるかもしれませんが、焦らず自分の興味に対して注意を払って見つけると良いと思います。

でも就活心配だぞ!という人へ

でも、実際やっておいた方がいいことあるでしょ?という就活生向けの記事は過去に書きました。私の就活経験から感じた。よかったことなどまとめているので、心配な人は参考にしてみてください。

qiita.com qiita.com

Goの静的コード解析を一括でいい感じにする(Wercker)

静的コード解析(lint)でコード品質を保つ

f:id:tikasan0804:20170622161758j:plain

Goには静的解析のツールがたくさんあります。結局何使えばいいんだろうとか、いい感じの設定ファイルが欲しいなど、結構何かと困る点があったので、記事にしてまとめて紹介します。

alecthomas/gometalinter

github.com

今回の静的コード解析にはalecthomas/gometalinterを使います。このOSSはgoに存在する様々な静的コード解析ツールを一括で使うことが出来る優れものを使って、CI回していきます。 まずは、go getします。

これ以降、静的コード解析ツールをlintとします。

$ go get -u github.com/alecthomas/gometalinter
$ gometalinter --install --update
Installing:
  unconvert
  gas
  gosimple
  ineffassign
  safesql
  varcheck
  dupl
  goimports
  golint
  misspell
  structcheck
  unparam
  unused
  errcheck
  gocyclo
  lll
  gotype
  interfacer
  staticcheck
  aligncheck
  deadcode
  goconst

このパッケージをインストールすると、こんなにlintツールあんのか!wって感じなんですけど、今回はこの中にあるいくつかのパッケージに絞って実践してみたいと思います。 それぞれのlintについては別記事でそれぞれが何かを紹介します。
いい記事が既にあったので紹介しておきます。

tech.sideci.com

ソースくれ

github.com

lintの準備

Makefileを以下のように作成します

Makefile

# 開発者のためのインストールコマンド
install:
    @which gometalinter || go get -u github.com/alecthomas/gometalinter
    @gometalinter --install --update

# Werckerのための依存関係解決コマンド
deps:
    @which gometalinter || go get -v github.com/alecthomas/gometalinter
    @gometalinter --install --update

# lintの実行
lint:
    @if [ "`gometalinter ./... --config=lint_config.json | tee /dev/stderr`" ]; then \
        echo "^ - lint err" && echo && exit 1; \
    fi

設定ファイルを以下のように作成します

lint_config.json

{
  "DisableAll": true,
  "Enable": [
    "vet",
    "gofmt",
    "staticcheck",
    "goconst",
    "golint",
    "goimports",
    "errcheck"
  ],
  "Exclude": [
    "ignore"
  ],
  "Vendor": true
}

軽く意味を解説すると以下のような感じです。(細かいニュアンスは若干違います。)

キー 説明
DisableAll 全てのlinterを使わない設定にする
Enable 使用するlinterを指定する
Exclude lintしたくないファイルやフォルダを指定する
Vendor vendorフォルダを無視する

他にもたくさんオプションがあるので、気になる方は、gometalinter --helpで調べてみてください。

lint対象コード作成

次に実際に解析するコードを適当に作成します。

フォルダ構成

.
├── Makefile
├── check
│   └── main.go
├── ignore
│   └── main.go
├── lint_config.json
└── main.go

./main.go

package main

import (
    "github.com/tikasan/golint/check"
    "github.com/tikasan/golint/ignore"
)

func main() {
    check.Hoge()
    ignore.Foo()
}

./check/main.go

package check

import "fmt"

// Hoge print hoge <--- GoDocを書かないとエラーになる
func Hoge() {
    fmt.Println("hoge")
    err := returnErr() // errチェックを行わないとエラーになる
    if err != nil {
        fmt.Println(err)
    }
}

// nolint <--- これを書くとlintが無視される
// https://github.com/alecthomas/gometalinter#comment-directives
func NoLint() {
    fmt.Println("noLint")
}

// returnErr
func returnErr() error {
    return fmt.Errorf("return %s", "err")
}

./ignore/main.go
フォルダごと無視される

package ignore

import "fmt"

func Foo() {
    fmt.Println("foo")
}

では、lintを実行してみましょう。正しく終わったら、わざと間違えてみたりしてください。今回の例では、他にgoimportsされてない。gofmtされていないコードもエラーとなったりします。

$ make lint

Werckerと連携させる

せっかくlintが動くようになったので、CIで常にコードをチェックする仕組みほしいですよね。ということでさくっと実装してみたいと思います。

www.wercker.com

wercker.yml

box: golang
build:

    steps:
        - setup-go-workspace

        - script:
            name: dependencies
            code: make deps

        - script:
            name: lint
            code: make lint

管理したいアプリケーションを追加します f:id:tikasan0804:20170622160525p:plain

今回はGithubのrepoなので、Githubを選択します f:id:tikasan0804:20170622160527p:plain

対象のrepoを選択する f:id:tikasan0804:20170622161624p:plain

Ownerを選びます f:id:tikasan0804:20170622160533p:plain

何で設定ファイルにアクセスするか選択します f:id:tikasan0804:20170622160546p:plain

このアプリケーションはpublicです的な f:id:tikasan0804:20170622160550p:plain

設定が完了したら、コミットしてみてください。lintが走ってコードがチェックされるようになります。 f:id:tikasan0804:20170622160552p:plain

CollaborationにWerckerbotを追加しましょう f:id:tikasan0804:20170718213354p:plain

lintを入れるだけでもコードの品質は結構上がる

私は何か規模大きめ、またはリリース目的のコードには基本的にlintを必ず入れています。理由としては、コードの品質が保たれるのはもちろんですが、チームでやっていた場合に少なくともlintでチェックしている部分はレビューしなくてよかったりもするので、コスト削減にもなったりするので、絶対入れたほうが幸せになれますw

goa勉強会 in 六本木一丁目 参加レポート

やっぱgoa流行ってるんじゃね?

f:id:tikasan0804:20170616232424p:plain

istyle.connpass.com

togetter.com

あの素晴らしいOSSのgoaの勉強会が開催されるということで、勢いでトーク枠で登壇することにしました。

スライド一覧

様々な発表がありました。あまり気にせずやってた問題点とかを気づけて面白かったです。というか、自分の口以外から、「goa」というワードが出たことが良かったですね。間違いない。

goa概要@ikawahaさん

speakerdeck.com

あーこのスライド見たことあるわーと思いながら見てました。
私がgoaにコミットするきっかけを作ってくれた人だったので、地味に1人でテンションが上がってました。これでgoaは大体何が良いか分かるので良スライドです。

OSSにコントリビュートしたら楽しかった - ぺい

アイスタイルにおけるgoa導入事例@銀シャリさん

speakerdeck.com

今回のgoa勉強会の主催の銀シャリさんの発表資料です。主催者には本当圧倒的感謝しかないですね。
内容は実際の本番でgoaが動いていますよ。パフォーマンス良いですよ。でも、こんな問題も起きてますよという非常に具体的な内容で、導入を悩んでいる人向けの資料になります。これ聞いてやっぱりgoを書けるエンジニアは少ないんだなーと辛さを感じました。

goa の改善と改良@tchsskさん

スライドURL

goaの開発チームにjoinしているtchsskさんのありがたいお話をいただきました。今後のgoaのロードマップや最近こんなのしましたなど、goaの開発そのものの話を頂きました。

ざっくりまとめると以下のような感じです。

  • DSLのv1とv2は互換性がない
  • v2からgRPCにも対応する
  • まだしばらくかかる

質問で、「コントリビュートするモチベーションはなんですか?」という問いに対して、「趣味・・・いや人生って感じですね」という返しが印象的でしたw

goaを使った開発TIPS@tikasan(俺)

www.slideshare.net

私はいまVOYAGE GROUPの内定者開発である社内外向けのプロダクトを作っていて、それのバックエンドにgoaを使っているので、そこで得た知見や気付きなどを共有するような発表をしました。意外と私のブログを見て頂いている人がいて、かなーーーーり嬉しかったです。今後も継続してアウトプットします。

Generate better JavaScript
 From Goa Design@rudiさん

speakerdeck.com

goaはJSのコードを自動生成する仕組みはありましたが、内容はただリクエスト投げるぜ!という単調な動きしか出来ず、せっかく定義したバリデーションや型が使えていない問題がありました。
それらを全て解決したJSのコードを自動生成しますよというサードパーティプラグインを作成しましたというお話でした。(これ本家に入れてもいいんじゃね?と思ったり・・・)
こういったサードパーティ系のプラグインの使い方はまた、このプラグインの使い方と合わせて紹介する予定です。

goaを導入した話@k_yokomiさん

speakerdeck.com

こちらも実際の本番環境でgoaを運用しているお話でした。CIをどうやって運用しているか具体的なお話があったり、やはり、同じく運用していく上で発生した問題などがあり、それらをどうやって解決したかなどなど。こういったナレッジは共有出来るような仕組みがほしいなーと改めて思いました。

飛び込みLT design書くの面倒じゃない?@kawakenさん

www.slideshare.net

vscode goa snippets · GitHub

goaはただでさえ楽ちんにしてくれているのに、designすら楽しようという、完全に堕落しきってる素晴らしい内容でした。解決策として、スニペットを駆使すれば長いDSLもさくっと書けて楽でいいよね?というお話でした。実際ライブコーディングも素早くコードを構築していくので、これは良い!と思ったので、私も明日からそうします。

まとめ

goaの勉強会というか、言語ではないOSSの勉強会は初でしたが、とても楽しかったです。しかも結構ガッツリ技術よりな発表出来たのは個人的に大きな学びになったので、非常に価値ある時間でした。今後どこまでgoaが流行るかは分かりませんが、地味な活動を続けて、有名にしたいなーと思ったりしてます。
また、こういう機会があって、タイミングが合えば是非また参加したいですね!ありがとうございました!

Google Cloud Next 2017まとめ

f:id:tikasan0804:20170615121801j:plain

ザ・プリンス・パークタワー東京で開催されたGCPのカンファレンスに参加してきました。
個人的に費用が比較的に安価なことや学生には十分過ぎる機能が揃ってることから、私は普段からGCPを使っているのですが、実際に何が良いんだろう?というところをより具体的にしたい。知らない機能や何を目的に展開しているサービスなんだろうということを知るために参加してきました。
GCPとはGoogle Cloud Platformのことを指します

Google Cloud Next 2017とは

cloudnext.withgoogle.com

新しいアイデアに出会う。専門家からナレッジを学ぶ。同志とヴィジョンを語りあう。経営者から、IT マネージャー、技術パートナー、デベロッパー、Google エンジニアまで。ダイバーシティに富んだ知が集い、共有することで、次の「未来」が生まれていく。 そんな、クラウドのこれからをリードするイベント “Next” に、あなたも参加しませんか。 Google Cloud Platform から G Suite、マップからデバイスまで。80 を超える幅広いテーマのセッションをご用意してお待ちしています。

  • 80を越えるセッション
  • 40を越える体験セッション

上記に加えて、参加が無料というのもかなり驚愕なんですが・・・ 当日は、弁当や飲み物も会場で配布されますw

f:id:tikasan0804:20170615121418j:plain

GCPの提供する価値とは?

いきなり本題に入るのですが、Googleが言っていたGCPが提供するものは以下の4つです。

  • セキュア
  • カスタマーフレンドリー
  • インテリジェント
  • オープン

f:id:tikasan0804:20170615122631j:plain

※ちょっと見えにくい画像ですが、そこらへんの話をする時によく使ってたスライドです。

ざっくり、ひとつずつどういうことかを説明すると、以下のような感じになります。

セキュア

Googleの基盤を使うことになるので、圧倒的安心感があるのは間違いないと思います。

blog.google

通信の暗号化に力を入れるのはもちろんですが、ユーザーの認証周りにも非常に厳格な監視システムを入れていることも強くアピールしてました。

インテリジェント

高性能なソリューションが揃っている。

f:id:tikasan0804:20170615135804j:plain
様々なケースを想定したストレージやデータベース   BigQueryは使ってる人多いのでは?

f:id:tikasan0804:20170615135903j:plain PaaSやIaaSやコンテナなど

f:id:tikasan0804:20170615135922j:plain 機械学習済みの高性能API

カスタマーフレンドリー

GCPの特徴で、私がGCPをよく使う理由のひとつである。柔軟な課金システム(分単位の課金など)は、高いコストパフォーマンスを発揮してくれます。

f:id:tikasan0804:20170615214355j:plain VMのスペックを要件にあったものを提案してくれる機能があったり。

f:id:tikasan0804:20170615214402j:plain 割引とかなんやら組み合わせると、めっちゃ安くなりますよの図

f:id:tikasan0804:20170615214414j:plain
プレイド社がAWSから移行したことにより、性能とコストの両方で高いパフォーマンスを発揮したそうです。

オープン

f:id:tikasan0804:20170615214913j:plain
様々なソリューションがオープンに使える。これは利用者がこれまでは技術的に不可能だったことが可能になったり、新しいビジネスチャンスを生むことを意味しています。
今後もGoogleOSSへのコミットを続け、業界を引っ張っていくようです。これはこれまでの貢献があるGoogleだからこそ説得力がありました。

テクノロジを使った働き方改革

f:id:tikasan0804:20170615215658p:plain
今回のカンファレンスでGoogleがアピールしていたものはテクノロジも勿論ですが、働き方を変えるという取り組みについてでした。結構面白い取り組みだったので軽く紹介します。

f:id:tikasan0804:20170615215600p:plain
色々な切り口から、働き方を改革をし、実際に業務効率化をした事例がたくさん紹介されました。

ジャムボード

f:id:tikasan0804:20170615215936p:plain
ジャムボードという新しい製品のデモが行われました。遠隔に同時に操作が出来るホワイトボードで、ポストイット機能や文字認識をして、フォント化したりとかなりの高性能でかなりテンション上がる製品でした。

www.youtube.com
公式の動画が分かりやすいので貼っておきます。

チャット

f:id:tikasan0804:20170615220920p:plain
チャットはSlack的な使い方が出来るっぽいです。Botなども作成出来るので、これは使えそう・・・!Googleドキュメントなどと親和性が高いので色々な便利機能があったり、そのままビデオ会議にも繋げたりも可能なそうです。

Drive File Stream

www.itmedia.co.jp
ダウンロードせずに様々なファイルを操作可能

ここでは、紹介しきれないくらい他にも様々なサービスがありました。いま内定者開発でリモート開発をやっているので、こういうソリューションに興味湧いたりしてました。

技術系で面白かったもの

結局どんな技術あったんやっていうのも気になる方向けに面白かった技術系の紹介をします。

Cloud Spanner

cloud.google.com

f:id:tikasan0804:20170615221614j:plain

一言で言うと、リレーションがあるけど、いくらでもスケールできるデータベースらしいです。(正直意味がわからない)

f:id:tikasan0804:20170615221859j:plain スケールさせるとなると問題になるのが、データの整合性ですが、常に同期が取れるような仕様になっているそうです。何故リレーションがあるのに、そこまで高速に同期が可能になっているか?

f:id:tikasan0804:20170615222021j:plain 上の画像のような一般的なテーブルのものをSpannerでは、以下のように管理しているそうです。

f:id:tikasan0804:20170615222026j:plain うむ。なるほど。理屈はわかる。どうやってるんだ。

f:id:tikasan0804:20170615222356j:plain 基調講演でとんでもないリクエストを処理しきってるデモも行われました。

Cloud Video Intelligence

cloud.google.com

f:id:tikasan0804:20170615222731j:plain
このAPIは投げるだけで、動画にどういったものが写っているかを解析して、時間と情報をまとめて返してくれるという驚異的なものでした。

f:id:tikasan0804:20170615222949j:plain 海と検索すると、動画内に海が登場するものが抽出でき、しかも、実際に写ってる時間が分かるので見たい部分だけ見ることも出来る。

f:id:tikasan0804:20170615223053j:plain こんな感じで、細かい解析を行っており、犬の種類まで特定出来たりと、すごいとしか言えないものでした。

最近は、動画コンテンツがかなり注目を浴びてるので、検索の性能の向上や不適切な動画の摘発などにも一役買いそうな雰囲気がプンプンしました。

Data Loss Prevention API

cloud.google.com

f:id:tikasan0804:20170615223420p:plain
お客さんとのやり取りでもらった個人情報などを保存したくないけど、やり取りは残したい。そんなケース結構あると思います。このAPIを使うと消したい情報を指定して、実行するだけで勝手にマスキングしてくれます。
特に最近はリスクを減らす為、出来る限り顧客の情報を持たずにマスキングしたりする会社が多いので、かなり使えるAPIだと思います。

まとめ

APIひとつ叩くだけで、Googleの技術を使えるという贅沢な時代に生まれてよかった。

今後、追加で記事にする予定かもしれないもの

PHPのLaravel5.4でアプリケーションを作る(Migration編)

f:id:tikasan0804:20170528230547p:plain

マイグレーション

そもそもマイグレーションとは何だ?という人向けに公式のドキュメントが分かりやすく説明してくれてます。

マイグレーションとはデータベースのバージョンコントロールのようなもので、チームでアプリケーションデータベースのスキーマを簡単に更新し共有できるようにしてくれます。通常、マイグレーションはアプリケーションのデータベーススキーマを簡単に構築できるようにする、Laravelのスキーマビルダーと一緒に使用します。

データベースのバージョン管理ということです。

LaravelのSchemaファサードはテーブルの作成や操作をどのデータベースエンジンを使うかに関わらずサポートします。Laravelがサポートしているデータベースシステム全部で同じ記述法と書きやすいAPIを共用できます。

つまり、Laravelのマイグレーションの機能を使えば、様々なデータベースエンジンに対応するマイグレーションが出来上がるということのようです。 では、さっそくマイグレーションのコードを書いていきます。

f:id:tikasan0804:20170512153207p:plain

準備

github.com

Migrationするということは、何でもいいのでデータベースを用意する必要があります。今回はこちらが用意したDockerでMySQLを使うことにします。

make docker/build
make docker/start
項目
HOST 127.0.0.1
PORT 3306
DATABASE celler
USERNAME celler
PASSWORD celler

config/database.phpに以下のような感じでデータベースとの接続設定をしてください。(個々の環境に合わせてください)

'mysql' => [
        'driver' => 'mysql',
        'host' => env('DB_HOST', '127.0.0.1'),
        'port' => env('DB_PORT', '3306'),
        'database' => env('DB_DATABASE', 'celler'),
        'username' => env('DB_USERNAME', 'celler'),
        'password' => env('DB_PASSWORD', 'celler'),
        'unix_socket' => env('DB_SOCKET', ''),
        'charset' => 'utf8',
        'collation' => 'utf8_general_ci',
        'prefix' => '',
        'strict' => true,
        'engine' => null,
],

上記に加えて、.envという設定ファイルにもデータベース情報を追記してください。

DB_CONNECTION=mysql
DB_HOST=127.0.0.1
DB_PORT=3306
DB_DATABASE=celler
DB_USERNAME=celler
DB_PASSWORD=celler

.envを設定しないと、homesteadユーザーを使ってデータベースにアクセスしようとします。

[Illuminate\Database\QueryException]                       
  SQLSTATE[HY000] [1045] Access denied for user 'homestead'  
  @'localhost' (using password: YES) (SQL: select * from in  
  formation_schema.tables where table_schema = homestead an  
  d table_name = migrations)  

config/database.phpはModel用の定義で、.envはartisanのための設定ファイルのようです。

実装

$ php artisan make:migration create_accounts_table

以下の形式でファイルが作成されます。
database/migrations/yyyy_mm_dd_timestamp_create_accounts_table.php
↑具体例
2017_05_28_143736_create_accounts_table.php

<?php

use Illuminate\Support\Facades\Schema;
use Illuminate\Database\Schema\Blueprint;
use Illuminate\Database\Migrations\Migration;

class CreateAccountsTable extends Migration
{
    /**
     * Run the migrations.
     *
     * @return void
     */
    public function up()
    {
        Schema::create('accounts', function (Blueprint $table) {
            $table->bigIncrements('id')->comment('ID');
            $table->string('name')->comment('名前');
            $table->string('email')->comment('メールアドレス');
            $table->timestamp('created_at')->default(DB::raw('CURRENT_TIMESTAMP'));
            $table->timestamp('updated_at')->default(DB::raw('CURRENT_TIMESTAMP on update CURRENT_TIMESTAMP'));
            $table->softDeletes();
        });
    }

    /**
     * Reverse the migrations.
     *
     * @return void
     */
    public function down()
    {
        Schema::drop('accounts');
    }
}
php artisan migrate
Migrating: 2017_05_28_143736_create_accounts_table
Migrated:  2017_05_28_143736_create_accounts_table

上記のようなメッセージが出たら正しくテーブルが作成されます。

他テーブルも対応

<?php

use Illuminate\Support\Facades\Schema;
use Illuminate\Database\Schema\Blueprint;
use Illuminate\Database\Migrations\Migration;

class CreateBottlesTable extends Migration
{
    /**
     * Run the migrations.
     *
     * @return void
     */
    public function up()
    {
        Schema::create('bottles', function (Blueprint $table) {
            $table->bigIncrements('id')->comment('ID');
            $table->string('name')->comment('ボトル名');
            $table->integer('quantity')->default(0)->comment('数量');
            $table->timestamp('created_at')->default(DB::raw('CURRENT_TIMESTAMP'));
            $table->timestamp('updated_at')->default(DB::raw('CURRENT_TIMESTAMP on update CURRENT_TIMESTAMP'));
            $table->softDeletes();
            $table->unsignedBigInteger('account_id');

            $table->foreign('account_id')
                ->references('id')
                ->on('accounts')
                ->onDelete('restrict')
                ->onUpdate('restrict');
        });
    }

    /**
     * Reverse the migrations.
     *
     * @return void
     */
    public function down()
    {
        Schema::drop('bottles');
    }
}
<?php

use Illuminate\Support\Facades\Schema;
use Illuminate\Database\Schema\Blueprint;
use Illuminate\Database\Migrations\Migration;

class CreateCategoriesTable extends Migration
{
    /**
     * Run the migrations.
     *
     * @return void
     */
    public function up()
    {
        Schema::create('categories', function (Blueprint $table) {
            $table->bigIncrements('id')->comment('ID');
            $table->string('name')->comment('カテゴリ名');
            $table->timestamp('created_at')->default(DB::raw('CURRENT_TIMESTAMP'));
            $table->timestamp('updated_at')->default(DB::raw('CURRENT_TIMESTAMP on update CURRENT_TIMESTAMP'));
            $table->softDeletes();
        });
    }

    /**
     * Reverse the migrations.
     *
     * @return void
     */
    public function down()
    {
        Schema::drop('categories');
    }
}
<?php

use Illuminate\Support\Facades\Schema;
use Illuminate\Database\Schema\Blueprint;
use Illuminate\Database\Migrations\Migration;

class CreateBottleCategoriesTable extends Migration
{
    /**
     * Run the migrations.
     *
     * @return void
     */
    public function up()
    {
        Schema::create('bottle_categories', function (Blueprint $table) {
            $table->bigIncrements('id')->comment('ID');
            $table->timestamp('created_at')->default(DB::raw('CURRENT_TIMESTAMP'));
            $table->timestamp('updated_at')->default(DB::raw('CURRENT_TIMESTAMP on update CURRENT_TIMESTAMP'));
            $table->softDeletes();
            $table->unsignedBigInteger('category_id');
            $table->unsignedBigInteger('bottle_id');

            $table->foreign('bottle_id')
                ->references('id')
                ->on('bottles')
                ->onDelete('restrict')
                ->onUpdate('restrict');

            $table->foreign('category_id')
                ->references('id')
                ->on('categories')
                ->onDelete('restrict')
                ->onUpdate('restrict');
        });
    }

    /**
     * Reverse the migrations.
     *
     * @return void
     */
    public function down()
    {
        Schema::drop('bottle_categories');
    }
}
php artisan migrate         
Migrating: 2017_05_28_143736_create_accounts_table
Migrated:  2017_05_28_143736_create_accounts_table
Migrating: 2017_05_29_125546_create_bottles_table
Migrated:  2017_05_29_125546_create_bottles_table
Migrating: 2017_05_30_125835_create_categories_table
Migrated:  2017_05_30_125835_create_categories_table
Migrating: 2017_05_30_130002_create_bottle_categories_table
Migrated:  2017_05_30_130002_create_bottle_categories_table

php artisan migrate:status
+------+--------------------------------------------------+
| Ran? | Migration                                        |
+------+--------------------------------------------------+
| Y    | 2017_05_28_143736_create_accounts_table          |
| Y    | 2017_05_29_125546_create_bottles_table           |
| Y    | 2017_05_30_125835_create_categories_table        |
| Y    | 2017_05_30_130002_create_bottle_categories_table |
+------+--------------------------------------------------+

よく使うコマンド

コマンド 説明
php artisan migrate マイグレーションを実行する
php artisan migrate:rollback 最後に実行したマイグレーションをまとめて元に戻す
php artisan migrate:reset 全てのマイグレーションロールバックする
php artisan migrate:refresh 全てのマイグレーションロールバックし、マイグレーションをする
php artisan migrate:status 現在のマイグレーションの状態を参照する

参考になった日本語情報

MigrationとSeederを組み合わせると便利なので、後日また記事にする予定です。

PHPのLaravel5.4でアプリケーションを作る(インストールら編)

f:id:tikasan0804:20170528230547p:plain

Laravelとは

PHPでイケてるフレームワークで知られているアレです。最近は日本でも採用例が増えているされているので、使い方を知っておいて損はないと思います。また、日本語情報が本当に充実していて、学習のしやすさも魅力だと思います。

インストールとプロジェクト作成

これに関しては公式ドキュメントを読めばおkだと思います。

$ laravel new celler

上記のコマンドで開発に必要なフォルダ群が作成されます。

celler
├── app
├── artisan
├── bootstrap
├── composer.json
├── composer.lock
├── config
├── database
├── package.json
├── phpunit.xml
├── public
├── resources
├── routes
├── server.php
├── storage
├── tests
├── vendor
├── webpack.mix.js
└── yarn.lock
$ php artisan serve

上記のコマンドを実行すると、http://localhost:8000にアクセスすると、良さげなwelcomeページが見れます。では、ここからはさくっと動かすところまでやっていきたいと思います。
突然登場したartisanですが、これかなり便利です。

作るものについて

以下のMySQLのテーブルを用意して、CRUDするようなアプリケーションを作成します。 今回はとりあえず、固定値をViewに渡すところまでやりたいと思います。

f:id:tikasan0804:20170512153207p:plain

View

resources/views/accounts/list.blade.php
とりあえず、受け取った値を表示するだけのViewを作成します。
ビュー 5.4 Laravel

見た目部分はそれっぽくなるBootstrapを使用しています。
Bootstrap · The world's most popular mobile-first and responsive front-end framework.

<!doctype html>
<html lang="{{ config('app.locale') }}">
<head>
    <meta charset="utf-8">
    <meta http-equiv="X-UA-Compatible" content="IE=edge">
    <meta name="viewport" content="width=device-width, initial-scale=1">
    <link rel="stylesheet" href="">
    <title>Document</title>
    <link href="css/bootstrap/bootstrap.min.css" rel="stylesheet">
    <!--[if lt IE 9]>
        <script src="https://oss.maxcdn.com/html5shiv/3.7.2/html5shiv.min.js"></script>
        <script src="https://oss.maxcdn.com/respond/1.4.2/respond.min.js"></script>
    <![endif]-->
</head>
<body>
<div class="container">
    <h1>accounts</h1>
    <table class="table">
        <tr>
            <th>ID</th>
            <th>name</th>
            <th>email</th>
            <th>updated_at</th>
            <th>created_at</th>
        </tr>
        @foreach ($accounts as $account)
            <tr>
                <td>{{$account['id']}}</td>
                <td>{{$account['name']}}</td>
                <td>{{$account['email']}}</td>
                <td>{{$account['updated_at']}}</td>
                <td>{{$account['created_at']}}</td>
            </tr>
        @endforeach
    </table>
</div>
<script src="https://ajax.googleapis.com/ajax/libs/jquery/1.11.3/jquery.min.js"></script>
<script src="js/bootstrap/bootstrap.min.js"></script>
</body>
</html>

Controller

$ php artisan make:controller AccountsController

app/Http/Controllers/AccountsController.php
コントローラーの雛形が作成されます。
コントローラ 5.4 Laravel  

namespace App\Http\Controllers;

use Illuminate\Http\Request;

class AccountsController extends Controller
{
    public function index() <---追加
    {
        $account['id']           = 1;
        $account['name']         = 'pei';
        $account['email']        = 'example@gmail.com';
        $account['updated_at']   = '2016-02-02 10:10:10';
        $account['created_at']   = '2016-02-02 10:10:10';
        $accounts[] = $account;

        $account['id']           = 2;
        $account['name']         = 'pei2';
        $account['email']        = 'example2@gmail.com';
        $account['updated_at']   = '2017-02-02 10:10:10';
        $account['created_at']   = '2017-02-02 10:10:10';
        $accounts[] = $account;
        return view('accounts.list',compact('accounts'));
    }
}

Routing

routes/web.phpにルーティングの定義を追加しました。
ルーティング 5.4 Laravel

// GET /accountsにアクセスされたら、AccountsControllerのindexが実行される
Route::get('/accounts', 'AccountsController@index');

いざ実行!

$ php artisan serve
$ open http://localhost:8000/accounts

f:id:tikasan0804:20170528224206p:plain
上記のような結果が帰ってきてたらOKです。  

これで、さくっとアプリケーションを作れました。まだ全然触れていませんが、イケてる雰囲気を既に感じている。

GolangのgoaでAPIをデザインしよう(Model編②)

goaはいいぞ!

f:id:tikasan0804:20170505212036p:plain

Golangのgoaの勉強に役立つ情報まとめ - ぺい
goaの情報をもっと見たい方は、上のリンクから確認してください

Model層をいい感じにしてくれるgorma

前回の記事で、紹介したgormaですが、gormの仕様上、すごーーーーーく多対多参照が分かりにくいです。これについては慣れれば大した問題ではないので、やり方を紹介したいと思います。
なので、この記事はgormaの記事というよりは、gormでの多対多つまりManyToManyの参照方法の解説に近くなりそうです。

今回使うサンプル
github.com

$ go get github.com/tikasan/goa-simple-sample
または
$ ghq get github.com/tikasan/goa-simple-sample

今回のケースのManyToManyの対応例

f:id:tikasan0804:20170515171457p:plain

普通はManyToManyというと、お互いのテーブルに複数出現するような関係なので、bottlescategoriesが直接繋がっていることを想像すると思いますが、gormにおいてはbottle_categoriesを無視して、ManyToManyで、bottlescategoriesを繋げることで参照することが出来ます。

bottlesテーブルの例
関係性の見方

関係性 対象Model名
Belongs To Account
Has Many BottleCategory
Many To Many Category

これを理解した上で、gormaでどうすれば良いか?

Model("Bottle", func() {
        RendersTo(BottleData)
        Description("celler bottle")
        Field("id", gorma.Integer, func() {
            PrimaryKey()
        })
        Field("name", gorma.String)
        Field("quantity", gorma.Integer)
        Field("created_at", gorma.Timestamp)
        Field("updated_at", gorma.Timestamp)
        Field("deleted_at", gorma.NullableTimestamp)
        BelongsTo("Account")
        HasMany("BottleCategories", "BottleCategory")
        ManyToMany("Category", "bottle_categories") <-----これ
})

上記のような修正を行った上で、コード生成をし直すと。

// celler bottle
type Bottle struct {
    ID               int              `gorm:"primary_key"`
    AccountID        int              // Belongs To Account
    BottleCategories []BottleCategory // has many BottleCategories
    Categories       []Category       `gorm:"many2many:bottle_categories"` <---これ
    Name             string
    Quantity         int
    CreatedAt        time.Time  // timestamp
    DeletedAt        *time.Time // nullable timestamp (soft delete)
    UpdatedAt        time.Time  // timestamp
    Account          Account
}

実装

これで、準備が整いました。実際にどのようにすれば参照することが出来るか、コントローラーとモデルのクエリを実装します。

Model

横に長過ぎるので、gistに上げました。

処理の解説

var native []*Bottle
var objs []*app.BottleRelation
err := m.Db.Scopes(BottleFilterByAccount(accountID, m.Db)).
        // bottlesテーブルをベースにクエリを実行する
        Table(m.TableName()).
        // PreloadでbottleCategoriesテーブルを呼ぶ
        Preload("BottleCategories").
        // Preloadでaccountsテーブルを呼ぶ
        Preload("Account").
        // 複数件取得する
        Find(&native).
        Error

ここまでで処理で取得出来るjson

[
  {
    "account": {
      "email": "example1@gmail.com",
      "id": 1,
      "name": "ユーザー1"
    },
    "categories": null, <---ここは取れていない
    ],
    "id": 1,
    "name": "赤ワイン1",
    "quantity": 20
  },
  {
    "account": {
      "email": "example1@gmail.com",
      "id": 1,
      "name": "ユーザー1"
    },
    "categories": null,
    "id": 2,
    "name": "赤ワイン2",
    "quantity": 10
  }
]

カテゴリを取得する(少しパフォーマンスが気になる)
Relatedというメソッドも使えるそうですが、InnerJOINの動きに限定されます。

var native []*Bottle
var objs []*app.BottleRelation

// 取得したbottlesの情報をループさせる
for k, v := range native {
    // bottlesの中のbottle_categoriesの情報をループさせる
    for k2, v2 := range v.BottleCategories {
        // bottles_categoriesの情報を使って、個々のカテゴリの詳細情報を取得する
        native2 := []*BottleCategory{}
        m.Db.Preload("Category").
            Where("bottle_id = ?", v2.BottleID).
            Find(&native2)
        // 取得した情報を元のBottlesの構造体に代入する
        native[k].Categories = append(native[k].Categories, native2[k2].Category)
    }
}

この処理で出来上がるjson

[
  {
    "account": {
      "email": "example1@gmail.com",
      "id": 1,
      "name": "ユーザー1"
    },
    "categories": [
      {
        "id": 1,
        "name": ""
      },
      {
        "id": 3,
        "name": "ワイン"
      }
    ],
    "id": 1,
    "name": "赤ワイン1",
    "quantity": 20
  },
  {
    "account": {
      "email": "example1@gmail.com",
      "id": 1,
      "name": "ユーザー1"
    },
    "categories": [
      {
        "id": 2,
        "name": ""
      },
      {
        "id": 3,
        "name": "ワイン"
      }
    ],
    "id": 2,
    "name": "赤ワイン2",
    "quantity": 10
  }
]

Controller

このメソッドを使って、実装するコントローラーのコードは以下の通りです。

// ListRelation runs the listRelation action.
func (c *BottlesController) ListRelation(ctx *app.ListRelationBottlesContext) error {
    // BottlesController_ListRelation: start_implement

    // Put your logic here
    bdb := models.NewBottleDB(c.db)
    b := bdb.ListBottleFullScan(ctx.Context, 0)

    // BottlesController_ListRelation: end_implement
    res := app.BottleRelationCollection{}
    res = b
    return ctx.OKRelation(res)
}

まとめ

gormaを使えばよくあるクエリへの対応などは問題なく出来ます。ですが、どうしても無理な場面もあるので、やっている案件に発生するクエリの複雑さによって採用するかしないか決めるべきだと思います。今回の記事のやり方はあくまで私が考えたやり方なので、もっと良い方法があれば教えて欲しいです!