Seeq+

旧Seeqから移行

Seeq+インストール後旧Seeq開いて設定から移行

Agile Samurai Base Camp行ってきました！

初心者向けみたいで参加しやすそうだなと思ったので行ってきました。明日から始められるというフレーズもいいですね。そういうのに弱いです私は。
TDDとインセプションデッキのセクションがあって、私はインセプションデッキの方に参加してみました。 メモや感想を書き出してみます。
はじめに著者のジョナサン・ラスマセン氏からのビデオメッセージが。やってほしいことを3つ。

• 学んだことや今日あったことを共有する
• 常により良い方法を探し続け改善し続けること
• 楽しむこと

その後講演へ入りました。
前半はインセプションデッキとTDDは別れておらず、なぜアジャイルサムライという本が誕生したかといった内容や影響を与えた書籍、なぜサムライ？と言った話でした。
様々な書籍がある中で、

• 現場にどう合わせていくか
• 手法や用語にとらわれ過ぎない
• 学びながら調整していく

これは重要な事だと思いました。意外に囚われてしまうことは多いんじゃないでしょうか。

インセプションデッキの話

明日からインセプションデッキを始めようの話。基本アジャイルサムライに則ったお話でした。それをどう明日から実戦していくか。

• 準備→理解→調整→まとめ

の流れで進めていく。

• 準備
  • まずは自分の理解をまとめてみる
  • 見聞きしたこと、経験、ドキュメント、調査したこと
  • たくさんのインプット
• 理解
  • 知っている人に聞いてみる
  • 達成するべきこと
  • 誰が使うのか
  • そもそも経緯は
  • マネージャ、エンジニア、等、それぞれの立場
  • デッキじゃなくて質問しよう
• 調整
  • 自分が不安に感じていることを伝える
  • こういうところが気になるんですが…程度で良いので聞く
• まとめ
  • 最新情報をまとめて周りに伝える
  • スライドにまとめると伝えやすい、次に繋がりやすい
  • 共有フォルダはアカン！（誰も見ないw）

いつデッキ作ればいいの？
デッキを作るタイミングはたくさんある！

• プロジェクトが始める前
• 自分にとっての初日（参加した日）
• ふりかえりのとき
• 悩んだ時
• などなど…いつでも良い

自分に当てはめてみる

インセプションデッキのお話のあと実際にワークショップを行いました。その後再び講演で現場ごとのお話でかっこいいセリフが出たりしていました。
インセプションデッキ。自分で始める際どうやってみようか考えました。とらわれ過ぎない。現場ごとにやりかたは変わる。

準備→理解→調整→まとめという流れ、うまく取り入れられないだろうか。
きっと理解、調整の部分は毎日の朝会でできるんじゃないかな、とか。
1周間そんなことを意識してみたりしました。そして常に改善していく！
今回参加してよかった！皆々様ありがとうございました！

jawbone up apiで自分をnagios監視下に置く

JAWBONE UP APIを触ってみた。
先月届いたリストバンド型ウェアラブルデバイスのUP。APIがあったのでなにかやってみようと思います。

API

こんなかんじでした。

• OAuth2.0使用
• UPに記録されているデータはひと通り取れる
• 運動の記録(多分睡眠等も)は日付指定しなければ最新10日間分を取得
• jsonで値はかえってくる
• アクセストークンの期限は1年

自分を監視する

とりあえず何かやってみようということで自分を監視してみました。
運動量が一定の値以下なら警告をだしてみます。

何で監視するか

nagiosで監視してみます

流れ

• UP側
  • jawbone.comのアカウント作成
  • https://jawbone.com/up/developerからorganization登録
  • application登録
    • アプリのホームページ
    • 認証のリクエスト等を送る際のウェブページ
    • リダイレクト先のページを登録
  • Client Id,App Secretが発行される
  • 認可コード取得
  • アクセストークン取得
• nagios側
  • 監視のためのホスト設定追加
  • UPから運動量を取得しnagiosに結果を返すスクリプト作成(今回はRuby使用)
    • 10日分のいろんな運動データがjson形式で来るので解析&最新の総歩数のみ取得
    • 1万歩以下ならアラート

結果

1万歩以下だと下記お叱りのメールが送られてきます。よお豚野郎！

nagiosではこんな感じ。
サーバに混ざって自分がnagios監視下に置かれています。

---

認可コードから先はcurl使って手動でアクセストークン取得、運動量取得するスクリプト内ではアクセストークン決め打ち。
このへんはoauth2のgem使って汎用的にしたいところ。あとnagiosじゃなくてTwitterと連携させたい。
流れと言いつつ色々端折っているのでもっと細かくまとめたい。

---

参考
UP for Developers
Nagios API

Jawbone UP, runtastic 比較

上がJawbone UP
下がiPhoneのruntastic

4キロのランニングの結果比較。

runtasticの方が正しい数値だと思われる。GPS使ってるし。
UPはGPS無いので多分身長等のデータと加速度センサー的なもので計算した距離なのかな？

正確性にはかけるけど目的はたぶん装着しっぱなしにすることによる日々の運動の習慣化とデータ収集だから大体あってればそれでいいのかも。
勝手に運動データ収集してくれるのはなかなか面白い。


とにかくつけっぱなしにしないと始まらないウェアラブルデバイス。それがUP！


これからのライフログアプリ、デバイスは全自動の時代！
夏休みの絵日記の宿題、ネタに関してはほぼ自動化されるわけです！
でも書くのくらいは自分でやれ！


そしてUPにはAPIがあるみたいですね。
運動、睡眠、食事等UPのアプリで見れる情報はひと通り得られるようです。

もっとこういうデバイスが一般的になれば他のライフログアプリやゲームなんかと積極的に連携されるようになるんでしょうね。
スポーツ用品店やアウトドアショップ、スポーツジムなんかともつながると楽しそうな予感…。

師弟登壇・新米サムライの集い 2013へ行ってきました

先日師弟登壇・新米サムライの集い 2013へ行ってきました。

その内容が大変面白いかったのでメモ。

発表全体を通して共通してるなと思った部分抜粋。

• 一般的な基礎技術の理解の重要性
• 実際にWebアプリを作る
• レビュー、進捗の共有の徹底
• chefやserverspec等Ops系のこと

当たり前といえば当たり前なのか？

でもアプリエンジニアの人もchefとかserverspecとかpuppetを勉強するような流れはちょっと意外だった。インフラもどんどん抽象化されていくんですね。

あと印象に残ったこと。

DeNAの徹底ぶり。Webアプリを作る研修。

各フェーズに分けて成果物をレビュー。1フェーズ5回くらい。多い人は10回とか。レビュー通ったら次のフェーズへ。レビューは研修生にとってアウトプットの場であり、インプットの場。

レビューする側は正しく論破する。だめならだめで相手が納得できるように話す。

レビューでの出来事や内容、対象の強み、弱点、何気ない会話、進捗の話、日報、ひたすら記録。徹底したデータ化とPDCAで成長を正しく計測。

フォローアップという制度も面白かった。あまり進捗が良くない人を対象に毎日1:1で30分講師と話す。問題解決、議論のトレーニング。急激に伸びる人もいた。一人ひとり丁寧に。自信を付けさせる。自信は成長のための潤滑油。

人にフォーカスした研修は人生を変える。

ほかにも各社特色があっていろいろ参考になることあったけどもう目が開かない。。。

おやすみ。

ターミナルの出力結果を保存

ウインドウ内で収まる範囲ならコピーできますけど上の方の出力結果もまとめて保存しておきたいとき

シェル→テキストを書き出す

で任意の場所にそのセッションで出力されている内容を保存できます


いろいろ試行錯誤した記録をhistoryだけでなく出力結果まで取りたいときに！便利！

サーバー上のcsvをGoogleスプレッドシートにインポート

web上のcsvファイルをGoogleスプレッドシートで読み込みグラフ化できる！

cronで自動実行して更新してるcsvファイルをGoogleスプレッドシートで読み込んでグラフ化とか

適当なセルに
=ImportData("http://hogehoge.hoge/foo.csv")

と入力すると自動で表が出来上がる
csvが更新されると表も更新されるので便利

あとは範囲選択でグラフを作ればOK
表が更新されるとグラフも自動更新されていく