今年の1月に書いた記事では

Ansibleをインストールの自動化
Ansibleによるアプリのインストールや設定の自動化

の2つを行いました。

今回の記事では

masによるアプリのインストール
Ansibleのアップデート
1. それに伴い、defaultsコマンドのv1系の実装を削除
終了後の通知
その他あるべきディレクトリ構成にリファクタ

を、行いました。

1. masを使う

前回、できていなかったものが、AppStoreからアプリのインストール。

Macでの開発環境構築をできる限り自動化する。 - Qiita

という記事の中でmas-cliが紹介されていたので使ってみた。 mas-cliとはコマンドラインでAppStoreのアプリケーションをインストールできるようにしたアプリケーション。

署名・審査を通過したアプリケーションソースなので安全
自動的にアップデートされる

という2点の理由から、brew-caskよりもこちらのほうがなにかといい。

1. brewでmasをインストール

brewでインストールするアプリリストに追加

2. AppStoreのログイン情報を設定ファイルに記載

mas signin ${ID} "${PASSWORD}"

という形式でサインインしてから、インストールします。masのroleでは最初にsignoutし、signinしてからアプリのインストールを開始しています。

3. アプリのリストを記載

mas_applications:
  - {name: 'Slack', store_hash: 803453959}
  - {name: 'CCMenu', store_hash: 603117688}
  - {name: 'Apple Configurator 2', store_hash: 1037126344}

試しで3つだけアプリケーションのIDを列挙しました。 nameは使われないですが、hashだけだと何のアプリケーションかがわからなくなるので。

4. アップデート

自動アップデートを有効にしてれば、不要ですが

mas upgrade

で、AppStore経由でインストールしたアプリをすべてアップデートすることができます。

mas-cliを使う上でのTIPS/NOTICE

1. アプリのリストを取得する

もし、PCを乗り換えるならmasをインストールして下記のワンライナーを実行すれば、AppStore経由でインストールされているアプリ名とハッシュがgroup_varsに記載するべきフォーマットでリストされる

~/W/provisioning ❯❯❯ mas list | sed -e"s/\([0-9]*\)\ \(.*\)\ (.*/- {name: '\2', store_hash: \1\}/"
- {name: 'Apple Configurator 2', store_hash: 1037126344}
- {name: 'Xcode', store_hash: 497799835}
- {name: 'Word Writer', store_hash: 931198233}
- {name: 'Keynote', store_hash: 409183694}
- {name: 'iMovie', store_hash: 408981434}
- {name: 'CCMenu', store_hash: 603117688}
- {name: 'Evernote', store_hash: 406056744}
- {name: '1Password', store_hash: 443987910}
- {name: 'Slack', store_hash: 803453959}
- {name: 'Dash', store_hash: 449589707}
- {name: 'LINE', store_hash: 539883307}
- {name: 'GarageBand', store_hash: 682658836}
- {name: 'LadioCast', store_hash: 411213048}

2. CLI経由だとインストールできないケースがある

CCMenu

ThoughtWorks
開発ツール
無料

CCMenuというアプリケーションは何故か、AppStoreからGUIで操作しないとインストールできなかった

3. AppStoreよりもbrew caskのほうがアップデートが進んでるケースが有る。

Alfredはcaskだと最新の3系がインストールされます。AppStoreからDLすると2系になってしまいました。(2016/10/08現在)

2. 通知する

MESSAGE="Provisioning is successfull, please restart or re-login"
osascript -e "display notification \"${MESSAGE}\" with title \"osx-provisioing\""
say "${MESSAGE}'"

終わったあとこちらをフックしています。通知センターに通知して、sayコマンドで再起動を促すメッセージを喋らせてます。

f:id:matsuokah:20161008182332p:plain

いい感じだ〜

github.com

2016-10-02

【読書】Unixという考え方 ― その設計思想と哲学

読書メモ買ったもの Unix

きっかけはgithubのissue

この本を読むきっかけになったのは
emacs界隈ではデファクトであるmagitをvimに持ってきた
vimagitのとあるissueのやり取り。

そのissueとはAny plans to add blame command?
つまり、blameの実装予定はあるのか？という質問である。

その中でauthorは一つのことをうまくやるというUnixの哲学に基づき、その提案は棄却すると回答し、vim-fugitiveというプラグインの:Gblameを案内した上で、won't fixとして片付けている。

僕にとってこれは少しカルチャーショックを受けると同時にUnixの哲学に絶大な好奇心を抱いた。

大学の頃にそんな話を授業で聞いたけど完全に忘れてしまっていた。Amazonで調べてみるとあるじゃないか。即ポチった。

UNIXという考え方―その設計思想と哲学

作者:Mike Gancarz
オーム社

Amazon

プログラムとして何に集中すべきか

この本が繰り返し伝えることは、「一つのことをうまくやること」だった。まさにissueの回答そのもの。

プログラム(プロダクト)として何が素晴らしいのか？ということは、常々、少ないバイト数、速さ、省メモリなど様々な視点があるが、
Unixという哲学では「小さいこと」が美しいと定義付けている。

それはすべてを包括しており小さいことは

依存が少ない
使い方がシンプルになるので、使いやすい
小さいプログラムはプログラム自体が必要とするメモリへの展開が小さくて済む
メンテナンスしやすい
組み合わせやすい

つまり、小さいものを組み合わせて大きいことをしようということだ。

Unixの|(パイプ)がまさに「組み合わせで大きいことをしよう」表現している。
標準出力を次のプログラムに渡すことで、自分の好きな出力を得ることができる。

ファイルをcatしたら、grepしたいかもしれないし、sedしたいかもしれない。もしパイプという概念がなく、catがそれらを内包するしかなかったらどうなるだろう。

欲しい機能があっても、catに組み込まれない限り使えないので不便極まりない上に、installする上で依存するプログラムも大きくなるのでビルドにも時間がかかるだろう。

こう振り返ってみると、なんてよくできた哲学なんだ。。。と感銘他ならなかった。

登場した本

Unixという考え方 ― その設計思想と哲学

2016-09-15

エンジニアはなぜ勉強し続けるの？

テクネタ

今日、後輩とのランチで「なぜエンジニアは勉強し続けなければならないのか？」という話題になった。

結論は「エンジニアという職業は手段を売り物にしているから」

そして、「手段」は新しいものがでてきては、古いものは使われなくなるサイクルがとてつもなく早い。

毎年のiOS/AndroidのSDKのアップデートでは新たなAPIがどんどんでてくるし、
Githubにはかなりの数のライブラリが毎日、公開されてるわけで。

したがって、勉強をしないということは

「手段」を磨いたり新しいものを取り入れることが出来ない
効率的な実装の選択肢が減る
切り捨てられる技術を使い続ける
腕を磨いているエンジニアと相対的に市場価値が下がる

一言で言うと、「エンジニアとして死んでる」

また、技術のアップデートは新しいものを取り入れる以外のことも必要。
例えば以下のようなもの。

規格
哲学
概念
パターン

これらは使う技術が変わっても、使いまわせる財産になると思う。

腕を磨くこと、新しいものに目をキラキラさせることはエンジニアの素養の一つとして大事にしていきたい。

2016-03-27

S+になりました！！！

スプラトゥーンを11月末に初めて早5ヶ月、やっとS+になりました。

わかバリアつよい！

2016-02-21

Intensity shuttleを使ってMacでWii Uを録画する

買ったもの Splatoon

負けた試合の分析や、プライベートマッチでふざけてる動画がとれるのは楽しい！ということで、録画の環境を紹介。

紹介すること

最短の手順
Intensity Shuttle for Thunderboltとは
HDMIスプリッター USB給電タイプを購入した話
動画の録画にはOpen Broadcaster Software(通称OBS)
Nintendo Creators Programについて

手順

Wii U→Intensity Shuttle→TVの構成をHDMIでつなぐ
Intensity Shuttle→MacをThunderboltで繋ぐ
Wii Uの設定で画面解像度を720oに選択する
Open Broadcaster Software(通称OBS)のMac版をインストール
OBSを立ち上げて、Wii Uをソースに追加する
OBSの設定
録画して、Youtubeにアップロード

述べた手順で撮った動画がこちら

youtu.be

Intensity Shuttle for Thunderboltとは

パススルー方式で、1080p30fpsや720p60fpsで録画可能なキャプチャボードです。 USB3.0方式とthunderbolt形式があり、自分はMacなので後者を選択。

手頃な値段かつそれなりの高画質(1080p60fps)を探してたんですが、はMacユーザーにとって、あまり選択肢は多くなさそうです。
ヨドバシかどこかの家電量販店のキャプチャボードランキングでも、Mac対応のものではこれが1位でした。

※パススルー方式とは、キャプチャボードを通すものの、アウトプットにラグがない形式のキャプチャボード

HDMIスプリッター USB給電タイプを購入した話

理由は２つ

MediaExpressをアクティブにしてないとTVにソース(Wii Uの画面)が転送されない

Wii U→Intensity Shuttle→TVで接続するとMacでアプリを開いて、アクティブにしておかないとWii Uのプレーができません。 MacのChromeやFinderを見たりすると、画面の転送がストップしてしまう。。。

たまに暗転する

プレー中にTVが真っ暗になるケースが何回かありました。1試合に1回は起きてるかな。
録画は問題なくされてるが、プレーに響くので結構辛い

ということで、自分はHDMIスプリッター USB給電タイプを購入しました。

USB給電式のいいところは、Wii Uから電源をとれるところ。これで今のところ、キャプチャしたい時だけMacをつないでいます。

※スプリッタの購入と同時にHDMIケーブル1.5m を２本買うことをお忘れなく。

構成

f:id:matsuokah:20160221152529p:plain

そんなに難しくないですね。PS4を繋ぎたくなったら今度はスプリッタの前にHDMIの切替器をおいて、PS4とWii Uをつなぐのだろうか・・・？

ただし、ブラビアリンクが使えなくなるとのレビューを見かけたし、PS4はデフォルトで録画機能がついてるので、今はWii Uのみ。

mp4に変換していおいて、Youtubeをストレージとして使うのが利口なのではないかと思う。

Nintendo Creators Programについて

Youtube上のNintendoの著作物での広告売上をシェアする仕組み。もともと、任天堂の著作物を含む動画の広告売上はすべて任天堂に入ってたけど、それが投稿者にシェアされるようになった。
プログラムが適用されるソフトも決まってるのでYoutubeに動画を投稿する際には確認すべし。公式: https://r.ncp.nintendo.net/guide/ Wikipedia: Nintendo Creators Program - Wikipedia

Splatoonの動画を取るだけで、任天堂様に貢献できるのはいいこと。イカのサポートは長くやってほしい。